Martin Desruisseaux ha scritto: > Andrea Aime a écrit : >> Wondering... have things been done so that it's not possible >> to use the old framework keeping the new one in parallel? > > For now the old classes are kept relatively stable. But with the work > hapenning directly in the referencing module, we will have to choose one > or the other at the end. It would be easier to let the choice to the > users if the two alternatives were in separated modules.
Sigh... I haven't been careful... I thought the new classes where going to be built on top, or aside, the old ones, with minimal changes to the current CRS subsystem. In fact I'd like to release Geoserver 1.6.0 on a stable base, we upset the users enough with the switch to epsg-hsql and the subsequent troubles that arose... Anyways, I voted +1 on the proposal and I'm not going to take back my vote, just asking if it's possible to make sure stable apps are not getting affected too much. At the same time, scheduling the work for 2.5 is going to be a trouble, since we're opening the complex features can of worms, and it will take quite some time before we can have a releasable 2.5. That's why I was asking if it was possible to have the high concurrency system sit aside the old, proven one. Cheers Andrea ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
