I read your blog and, as always, it has a distinctive "courageous" taste, so I really hope you can attain your proposed goals!!!
Here follows my modest opinion (I'm not subscribed to blogspot). I'm very sorry because I don't contribute to OJ at all, while you are spending lots of energy in it!!! So please don't waste too much time with me and follow your istinct (...use The Force...). Bye Paolo Rizzi .) Extraction of OpenJUMP RCP code. .) Extraction of a OpenJUMP "model" library. .) Improve the separation between "model" and "view". These are _very_important goals!!! It would be great if OJ could be turned into a server application too. Imagine the catalog, data accessing, rendering and maybe a few other components running on a server. There may be a WMS "adapter" (you may call it whatever you like) on the same server using it so any WMS client can be used. Or there may be a native OJ Ajax adapter talking to a native OJ client. Maybe the very same OJ desktop app could be used to connect to an OJ server through some form of remoting system. The beauty of it is that you can "design" your tasks and their apperance using the OJ desktop app and the very same task files can then be transferred on the OJ server app to be available remotely. .) I know you're not very akin with using third party libraries, but in this big refactoring the plugin managing system may be revised too. I don't know how far you went with your plugin-dependency system, but remember there exist a lot of available open-source Java containers that can be used in place of the existing plugin loading system. Each of those container is supported by a strong and specialized development community, so adopting one of them would give OJ more robustness, performance, functionalities and most of all it would offload work to other people ;-) To name a few: Spring, PicoContainer, Apache HiveMInd, JBoss Microcontainer, etc. I'm not an expert in open-source licences, but I think at least one of those should be compatible with OJ. .) Support for low-RAM architecture. .) ...A default FeatureCollection implementation that is spatially indexed and writeable... It may be worth while to investigate existing open-source Java caching libraries (JBoss Cache, for example). Those system should help in trasparently managing large quantities of data using whatever little RAM is available plus disk space. I think (not sure though) they let you completely forget where data is and concentrate on using it. Surely enough they may not tailored for spatial data, though... .) And just to make you hate me wholeheartedly ( :-) another place where OJ could use a third-party library is in "native" data-storage. I remember you were working on a OJ binary file format and here again remember there exist open-source Java SQL databases that are able to use some form of binary files to store data, if needed. I don't know how good they're with spatial data, but they may also help with the previous point, because they may incorporate some form of caching. > -----Messaggio originale----- > Da: Sunburned Surveyor [mailto:[EMAIL PROTECTED] > Inviato: mercoledì 10 dicembre 2008 22.18 > A: OpenJump develop and use > Oggetto: [JPP-Devel] Major Refactoring Of OpenJUMP Begun > > > Not in the JPP SVN, but in my own fork. :] > > If you are interested in what is involved, you can read more > on my blog: > > http://openjump.blogspot.com/ > > If anyone has suggestions on how I can design the architecture so that > docking window frameworks would be "pluggable", I'd be interested to > hear them. This would allow me to switch out the docking window > framework in the future if our core group decides to go a different > direction. > > The Sunburned Surveyor > > -------------------------------------------------------------- > ---------------- > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las > Vegas, Nevada. > The future of the web can't happen without you. Join us at > MIX09 to help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009 .visitmix.com/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel ------------------------------------------------------------------------------ SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel