[Gvsig_english] gvSIG and Java on Mac OS X
Mijail
hmijail at gmail.com
Fri Oct 17 17:46:49 CEST 2008
El 17/10/2008, a las 16:21, Benjamin Ducke escribió:
> OK, this all sounds promising and straight-forward.
>
> Indeed: the SoyLatte JRE runs on X11, so for anyone to use this
> version,
> they have to:
>
> 1. Make sure X11 is installed
I seem to remember it was installed by default in OS X 10.4 (Tiger),
and maybe even without option in 10.5 (Leopard)
>
> 2. Live with the fact that it looks like an X11 app (So what?)
You know, (we) mac people can sometimes be a bit obtuse ;). And the
difference is harder to notice if you come from other platforms.
But I am sure there will be people willing to stand the ugliness /
lack of integration.
>
>
> I will "unbundle" things as you suggested. I will also give it some
> more intensive testing. If that's useful for you as well: all the
> better!
>
I hope it will be useful for other mac users. So if I can help in any
way, please let me know.
> Is there a way for my shell script to know it's own location in the
> file
> system, so it can figure out all needed paths?
>
thisDir="${0%/*}"
(I use that in (inner bundle).*/Contents/MacOS/preJava)
Also, running a bundle is supposed to prepare a couple of variables
(mapped to environment variables?) pointing to the interesting dirs.
Try to dump them in the shell to look for them.
> For this week, I will give it a rest and resume work on it on Monday.
>
> Thanks a lot again for all the help and have a nice weekend!
>
Nice weekend!
(please remember to test native libraries' functionality, like loading
a TIFF. And some screenshots would be very interesting - is it Aqua-
like or Metal-like?)
> Ben
>
>
>
>> In the *.app/Contents/Info.plist you'll find an entry pointing to
>> the actual file to be executed (which is supposed to be inside
>> *.app/Contents/MacOS). And that file can be a shell script.
>> Now, you don't need the complex bundle structure we have been using
>> for gvSIG <2. You only need the inner *.app bundle; the "outer" one
>> is only to check for and install JAI-ImageIO if needed. Which is
>> not your case because you already put it into SoyLatte.
>> (gvSIG 2 will also do without the outer bundle, since we have
>> learnt that JAI-ImageIO causes Firefox and Opera to die when
>> loading Java applets, and so we don't install it system-wide but
>> use it as an extra .jar in the classpath)
>> (remember to take out the jai-imageio.jar from your ~/Library/Java/
>> Extensions !)
>> A hopefully minor problem will be that you won't be able to "osx-
>> ize" the user experience as much as with the Apple-provided
>> JavaStub. Expect problems with the app icon and name while running,
>> for example. (or maybe SoyLatte has already been prepared for
>> that?...). I think you could overcome that by creating your own
>> substitute of the JavaStub, with a little Cocoa program which would
>> present itself as gvSIG to the OS and start an embedded JVM which
>> would run the actual program....
>> Also, can you confirm that the native functionalities (like loading
>> a TIFF) do work?
>> I think we could polish a bit the whole thing and prepare it so
>> different versions of gvSIG can be dropped-in, if you agree.
>> Cheers!
>>> Thanks much for your help, Mijail!
>>>
>>> Ben
>>>
>>> P.S.: Yes, I copied the JAI I/O which the gvSIG installer put into
>>> ~/Library/Java/Extensions ...
>>>
>>>
>>>
>>> Mijail wrote:
>>>> Maybe good news: the log you sent now says this:
>>>> " La máquina virtual con la que se ejecuta gvSIG no tiene JAI
>>>> instalado"
>>>> Which is spanish for "JAI is not installed in the VM executing
>>>> gvSIG". (I guess that should be localized or translated! :P)
>>>> Also, in this log the JCRS error looks directly related to JAI:
>>>> ERROR [AWT-EventQueue-1] (?:?) - Cannot locate extension
>>>> classorg.gvsig.crs.JCrsExtension
>>>> java.lang.NoClassDefFoundError: javax/media/jai/EnumeratedParameter
>>>> Problem is, ... where to get JAI for SoyLatte?
>>>> If it is not available as opensourced, my first idea is to try
>>>> the JAI installed in OS X's Java, which you will find in /System/
>>>> Library/Java/Extensions/ . (I hope Apple didn't do anything
>>>> unholy to them)
>>>> Or maybe the .jar's (that is, the non-native parts) of the JAI
>>>> distribution for Linux or Windows.
>>>> (and while we're at it, which JAI-ImageIO did you use? the one
>>>> included with gvSIG, I hope...).
>>>> El 17/10/2008, a las 14:24, Benjamin Ducke escribió:
>>>>> La máquina virtual con la que se ejecuta gvSIG no tiene JAI
>>>>> instalado
>>>> _______________________________________________
>>>> Gvsig_internacional mailing list
>>>> Gvsig_internacional at runas.cap.gva.es
>>>> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
>>>
>>>
>>> --
>>> Benjamin Ducke
>>> Senior Applications Support and Development Officer
>>>
>>> Oxford Archaeology Ltd
>>> Janus House
>>> Osney Mead
>>> OX2 0ES
>>> Oxford, U.K.
>>>
>>> Tel: +44 (0)1865 263 800 (switchboard)
>>> Tel: +44 (0)1865 980 758 (direct)
>>> Fax :+44 (0)1865 793 496
>>> benjamin.ducke at oxfordarch.co.uk
>>>
>>>
>>>
>>>
>>> ------
>>> Files attached to this email may be in ISO 26300 format (OASIS
>>> Open Document Format). If you have difficulty opening them, please
>>> visit http://iso26300.info for more information.
>>>
>>> _______________________________________________
>>> Gvsig_internacional mailing list
>>> Gvsig_internacional at runas.cap.gva.es
>>> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
>> _______________________________________________
>> Gvsig_internacional mailing list
>> Gvsig_internacional at runas.cap.gva.es
>> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
>
>
> --
> Benjamin Ducke
> Senior Applications Support and Development Officer
>
> Oxford Archaeology Ltd
> Janus House
> Osney Mead
> OX2 0ES
> Oxford, U.K.
>
> Tel: +44 (0)1865 263 800 (switchboard)
> Tel: +44 (0)1865 980 758 (direct)
> Fax :+44 (0)1865 793 496
> benjamin.ducke at oxfordarch.co.uk
>
>
>
>
> ------
> Files attached to this email may be in ISO 26300 format (OASIS Open
> Document Format). If you have difficulty opening them, please visit http://iso26300.info
> for more information.
>
> _______________________________________________
> Gvsig_internacional mailing list
> Gvsig_internacional at runas.cap.gva.es
> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
More information about the Gvsig_internacional
mailing list