Let's suppose I want to output my scene graph in j3d format. One of nodes is behaviour, which is my own class. I can implement interface which will allow to serialize it to stream. But to allow deserialization, this particular class will have to be in classpath, doesn't it ? Even more, it will not be possible to load it from jar dynamically, for example from loader jar, because SceneGraphIO will try to resolve it from system classloader ?
In easiest scenario - I have everything in application classpath, and I load and save it from same application, everything works. But let's consider more complicated scenarios: 1) I load my behavior class dynamically in non-system classloader. It saves without problem, but later during load it will not be resolved. 2) I want to export file to somebody without my class at all. He will not be able to read anything from a file (it is obvious he will not be able to read my behavior, but I'm talking about plain-java3d geometry/appearance data). Am I right in both cases ? If yes, then it is a big problem. Second case could be probably solved quite easily/transparently (just add some kind of flag, which would mean ignore/report unresolved classes, or create their base classes - so for example for TransformGroup subclass plain TransformGroup would be created). As for the second problem - there is not automatic solution I'm afraid. Maybe giving classloader reference to SceneGraphReader against which it would resolve user-defined classes ? Artur =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JAVA3D-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
