Hi All, I am working on a Jini/RIO based project which has a Jini service that provides the ability to transcode images from one format to another. Everything works quite well but I am running up against an issue with the way that the method javax.imageio.metadata.IIOMetadata.getMetadataFormat has been implemented when loading native metadata formats. Specifically, it attempts to find classes using the following:
Class cls = Class.forName(formatClassName, true, ClassLoader.getSystemClassLoader()); This results in a ClassNotFoundException which gets wrapped into a IllegalStateException. If I make the following call from my code, it finds the class fine: Class cls = Class.forName(formatClassName, true, this.getClass().getClassLoader()); I believe this is because my class does have the desired class available to it on it's classpath but when the getMetadataFormat() method tries to load the class, it gets a different class loader that doesn't have the class in it's class path. Since I am doing this in a Jini/RIO environment all of the classes needed are downloaded to the service dynamically which doesn't fit well with the issue at hand. Would this be considered a bug/limitation or was this done intentionally? I suppose I could write my own ClassLoader implementation and then set the java.system.class.loader property to point to it but was hoping there was a less painful/more elegant way to solve the problem. I'd like to hear what others think before I head the wrong direction. Thanks, Bill =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JAVA2D-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".