Hi >> 1 - bugs : I've fixed everything I can. I'll recapitulate these fixes in >> a readme file >> Hope that some of you will be able to have a test on 1.5.2 about these >> fixes (and >> not only in the trunk's NB) > i was thinking about starting a second snapshot of the stable branch. this we > would have candidates until we would freeze on revision. Would be nice. But only if it is easy for you to setup, because I don't think will make many candidate versions. >> 2 - we discussed about startup time which is bad in PLUS version, but I >> did not have >> time to investigate. Ede, did you ? > i had an extended look, and because i am also developing on a network share > oj takes 10 minutes to start. this said i am thinking about extensions in > lib/ext lazily, meaning after the workbench is shown. most of these are > needed right away after startup. > > not sure how to show the user that the workbench is still loading some > plugins. thinking about adding a temporary statusbar, visible as long as > there are plugins loaded in the background. > > but this will be something earliest for 1.6 .. OK. I still think there is something wrong when both sextante and the fillpatern directory are there. But I did not go further. >> 3 - new zoom plugin : in a previous discussion, we agreed that it should >> be disabled >> in 1.5 and finalized for 1.6, but we forgot to disable it in 1.5.1. >> Matthias. What do >> you think ? There are several options and there has been some >> suggestions made >> about it last time. Can we make a vote ? I see 3 options : >> - diable it in 1.5.2 and finalize it for 1.6.0 >> - enable it in 1.5.2 (same as 1.5.1) >> - enable it in 1.5.2 but disable one of the old zoom tools > no opinion, but please remember: new functionality would need a minor version > raise. > > i am growing more and more convinced that the stable branch is a waste of > effort. how about moving back to trunk and add a 'option setting'/'cmd line > switch' for experimental features? but actually i feel that all this is not > necessary and we could add new functions all the time and simply point them > out in the release notes, so users don't expect them to be very robust. It turned to be a waste of effort because most of the work done since 1.5.1 has been bug fixes. I was hoping that some more innovative changes would have started in the trunk in the same time, but it did not happened :-( Maybe we'll stop this experiment after 1.5.2. > > in my other project with major.minor.patch version scheme i keep it like this > major breaks backward compatibility > minor adds new functionality > patch fixes bugs Still agree with this scheme. I ask for the zoom as it is a case where we did not do what we decided for vers. 1.5.1, so we must decide how to manage this feature for 1.5.2 ;-) >> 5 - There are also two candidates for inclusion in 1.5.2 PLUS >> - new csv driver >> can be packaged instead of old txt driver >> can be packaged instead of old txt driver and pirol driver >> can wait 1.6 release >> - skyjump kml driver for OpenJUMP (available on >> http://geo.michaelm.free.fr/OpenJUMP/resources/drivers/) >> > same issue as above. theoretically we couldn't assume them stable as they are > not used by a big user crowd. but actually they will never if not released. > hence as stated above: > - let's abstain from the stable branch > - let's agree on a versioning scheme as stated above OK with that, > > .. regards ede Nice information. Don't know the difference between check and loading, but dependency analysis seem more time-consuming than jar-size. For example : graph-toolbox is much smaller than jgrapht, but takes more time (graph-toolbox depends on jgrapht and jgrapht has no dependency)
Michaël > > PS: yippee, i started oj PLUS in background when i started this reply and it > just finished. here are some numbers (keep in mind that my file server is > very slow compared to the state of the art): > > check extjar lib\ext\aggregation-0.2.4.jar took 0s > check extjar lib\ext\bsheditor4jump-0.2.1.jar took 0s > check extjar lib\ext\driver-dxf-0.7.5.jar took 0s > check extjar lib\ext\graph-toolbox-0.1.2.jar took 5s > check extjar lib\ext\iText-2.1.5.jar took 0s > check extjar lib\ext\jgrapht-jdk1.6.jar took 0s > check extjar lib\ext\jump-jgrapht-0.4.jar took 0s > check extjar lib\ext\JumpChart.jar took 2s > check extjar lib\ext\JumpFillPattern.jar took 1s > check extjar lib\ext\JumpPrinter.jar took 2s > check extjar lib\ext\pbaseClasses.jar took 0s > check extjar lib\ext\PirolCsv.jar took 2s > check extjar lib\ext\PostGISPlugIn-1.4.2alpha.jar took 1s > check extjar lib\ext\sextante-binding-0.6.1.jar took 5s > check extjar lib\ext\TableLayout-bin-jdk1.5-2007-04-21.jar took 0s > check extjar lib\ext\topology-0.3.jar took 2s > check extjar lib\ext\txt-driver-0.3.0.jar took 2s > check extjar lib\ext\VertexSymbols.jar took 5s > check extjar lib\ext\xbean-2.2.0.jar took 8s > finding all OJ extensions took 36s > Loading Aggregation PlugIn (Michaël Michaud) 0.2.4 took 11s > Loading BeanShell Editor 0.2.1 (2009-12-20) took 0s > Loading DXF driver 0.7.5 took 0s > Loading Graph Extension (Michaël Michaud) 0.1.2 (2010-04-22) took 22s > Loading Jump Chart (com.cadplan.jump) took 13s > Loading Fill Pattern (com.cadplan.jump) took 8s > Loading Printer (com.cadplan.jump) took 70s > Loading Pirol Csv Dataset (de.fhOsnabrueck.jump.pirol.datasources.pirolCSV) > took 8s > Loading PostGIS Driver (Refractions Research/HCU Hamburg, RZCN/E. Lemesre) > 1.4.2 (2011-09-10) took 34s > Loading Sextante Tools (es.unex.sextante.openjump.extensions) took 855s > Loading Topology Extension (Michaël Michaud) 0.3 (2010-05-25) took 28s > Loading Text Driver 0.3.0 took 20s > Loading Vertex Note (com.cadplan.jump) took 12s > Loading Vertex Symbols (com.cadplan.jump) took 10s > loading all OJ extensions took 1091s > > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > ------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
