|Brian Burkhalter||Jun 8, 2007 1:14 pm|
|jai-...@javadesktop.org||Jun 8, 2007 3:39 pm|
|Brian Burkhalter||Jun 8, 2007 5:23 pm|
|David Clunie||Jun 11, 2007 1:38 pm|
|Brian Burkhalter||Jun 11, 2007 1:58 pm|
|Marco Sambin - NeoLogica||Jun 12, 2007 1:01 am|
|robert engels||Jun 12, 2007 1:18 am|
|robert engels||Jun 12, 2007 1:19 am|
|David Clunie||Jun 12, 2007 5:24 pm|
|Brian Burkhalter||Jun 13, 2007 10:58 am|
|Marc Boscher||Jun 13, 2007 11:41 am|
|Rosati Claudio||Jun 13, 2007 10:51 pm|
|David Clunie||Jun 14, 2007 3:26 am|
|David Clunie||Jun 14, 2007 3:35 am|
|Bogdan Iamandei||Jun 14, 2007 4:08 am|
|David Clunie||Jun 14, 2007 9:43 am|
|Brian Burkhalter||Jun 14, 2007 5:50 pm|
|Brian Burkhalter||Jun 14, 2007 5:51 pm|
|Brian Burkhalter||Jun 14, 2007 5:54 pm|
|jai-...@javadesktop.org||Jul 17, 2007 6:58 am|
|Subject:||Re: [JAI-IMAGEIO] JAI Image I/O Tools is now available via Web Start|
|From:||David Clunie (dclu...@dclunie.com)|
|Date:||Jun 14, 2007 3:26:39 am|
Thanks for the hint.
Adding a call to ImageIO.scanForPlugins() does the trick on the Mac; it now works just fine using the pure java codecs from web start.
This is using the ordinary JDK 1.5 as supplied by Apple; I have not tried this with the development 1.6 builds yet.
Marco Sambin - NeoLogica wrote:
I am not sure that what I am going to tell applies to your case, but I am using the Linux JAI Image I/O JAR in my Java Web Start app, and I noticed that in order to make everything work under the Mac OS X platform I needed to add a call to "ImageIO.scanForPlugins();". In particular, this modification made the calls to ImageIO.getImageReadersByFormatName(...) able to find the codecs located in "jai_imageio.jar", in my Java Web Start app.
Please notice that, according to my experience, calling ImageIO.scanForPlugins() in the JWS app is not necessary under Windows, and it is not necessary if the "image_io.jar" file is already installed in the "/Library/Java/Extensions" folder when the Java Web Start application is executed.
Hope it helps.
-----Original Message----- From: David Clunie [mailto:dclu...@dclunie.com] Sent: lunedì 11 giugno 2007 22.39 To: inte...@jai-imageio.dev.java.net Subject: Re: [JAI-IMAGEIO] JAI Image I/O Tools is now available via Web Start
I tested this on MacOSX to see what would happen; I was expecting it to just load the Pure Java codecs (e.g., for JPEG 2000) and work.
It didn't, but rather caused the application to fail to execute at all (which is a problem, since the app can function without these codecs), at least the first time.
So I modified the JNLP that you supply at:
to include the following:
<resources os="Mac OS X"> <jar href="1.1/linux-i586/jai_imageio.jar" download="eager"/> </resources>
That allowed the application to actually run without complaining that a resource could not be loaded.
BUT, it did not actually cause the jai_imageio.jar to be used to provide access to the JPEG 2000 codec.
Note that actually downloading 1.1/linux-i586/jai_imageio.jar manually and putting it in the classpath and invoking things from the command line does work just fine.
Brian Burkhalter wrote:
We are pleased to announce that the JAI Image I/O Tools binaries are now available for network installation via Web Start. The new project https://jai-imageio-webstart.dev.java.net/
contains the binaries. Please try this out and inform us of any problems. Also, until at least one person has reported for each of the supported platforms, we would appreciate hearing of successful execution of the example program on your system.
Please note that the staged bundles are labelled as a "Test Build". The actual JAI Image I/O Libraries contained within are in fact version 1.1-fcs. The "Test Build" designation will be removed and the bundles moved to a final location within the project once they have been verified. Brian
---------------- Brian Burkhalter Java Media, Imaging, and Graphics Sun Microsystems, Inc.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~