Menu
▾
▴
RE : [gl4java-usergroup] Java Binding Mess . . . or . . . Why GL4Java AND JoGL currently SUCK
|
From: <aco...@mi...> - 2003-06-16 14:43:20
|
Hi Tobias, You should fill an issue at http://jogl.dev.java.net/servlets/ProjectIssues requesting for that multiple canvas add/remove feature. And if you have an idea of were the problem is located in the JRE, explain it so it may speed up the fix ! Alban Cousini=E9 Mind2Machine -----Message d'origine----- De=A0: gl4...@li... [mailto:gl4...@li...] De la part de Tobias L. George Envoy=E9=A0: lundi 16 juin 2003 15:32 =C0=A0: gl4...@li... Objet=A0: [gl4java-usergroup] Java Binding Mess . . . or . . . Why = GL4Java AND JoGL currently SUCK Sorry for the inflammatory subject line. However, for a while now I have been working with OpenGL from the Java platform. To keep a long story short, because of the bugs, my company's direction has turned to making a FAR more stable binding under SWT. That is where I've been for the past two weeks Pepjin. Why ? Read on . . . There are 2 killer bugs right now for the use of GL4Java in medical imaging software. They are, the inability to safely add and remove GL enabled canvases from a parent, and the inability to work on multiple heterogeneous monitors. These are not problems in the java side code of GL4Java, the problem is in the actual JVM source code. My company has the source code to the JRE. We can compare it to the SWT source. We even see the problem. My boss is done waiting though. So we made our own binding under SWT. Just when I finished that binding and got it debugged and going through QA in house, along came JoGL. I thought, GREAT let me integrate this and I won't have to support our own binding. FALSE. It was the Almighty toying with me again. He likes to do that from time to time. JoGL STILL has the add and remove bug. Although to their credit, the code is FAR more clean, and GlueGen is something I think EVERY developer should be looking at right now, and not just for GL. I did, however, have hopes that since Ken was one of the developers the internal machinery at Sun or JavaSoft would fix those problems. They did not. What you need to understand about MY industry is that it is regulated by the FDA. That JoGL or GL4Java kind of work is not good enough. My applications have to work completely. Now working completely is something that can be done with Java, I know, because we're doing it with SWT. So why does Sun not just fix these problems and let me concentrate on my imaging and pathology algorithms. I am a mathemetician by training, and we are notoriously lazy. So anything that obliges us=20 to work engenders no end of ill-will in our minds. I have often told my niece to remember in her nightly prayers to beseech the Almighty to consign those at Sun responsible for this situation to the darkest depths of Perdition. I'm sorry, I'm black, when we get a little worked up, we get poetic, but I think you all know the point I'm making. Working in GL under Java should NOT be this frustrating. And you should DEFINITELY NOT have to make your own bindings. I hope JoGL or GL4Java will rectify this insane situation in the very near future. If you need my help or our binding code, just let me know, but my since is that the last major bugs will have to be addressed from JavaSoft's side to be done elegantly. I am going to integrate GlueGen into the SWT binding however, and some of the little coding tricks for Cg will be usefull here too. But=20 overall it is too early for me to integrate an open source binding with our product. In closing, I'd like to say that my little open source odyssey has been enjoyable despite the frustrations. It is good to see that open source GL bindings are at least moving forward in terms of code quality and community interest. I do believe the remaining bugs will be addressed by Sun, but they will not be addressed on my time frame, and so I will reconsider integration with an open source package later. In the end though, my company will be using an open source binding because the quality will be there=20 in the future. So this e-mail should not be taken as a knock against that. The quality is there right now, the remaining bugs are JRE bugs in my opinion. They just happen to be bugs that won't pass QA here. So you guys are doing a great job, and I hope to be integrating with you sooner rather than later. Peace, Love, and Hair Grease -TOBY ------------------------------------------------------- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 _______________________________________________ gl4java-usergroup mailing list gl4...@li... https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup |
