Interesting read.
I like the maven-packages for geoserver - thats a good idea.
Perhaps we should spend a little time thinking about how we'd like to
see the plug-in architecture used? I'd like to see some type of
application framework since there are a lot of "simple" applications
that people would like to write. The UMN Mapserver's mapscript is what
people use, and it would be fairly easy to have a more powerful and
easier-to-use system.
For the complex GML, you should definately look at hybernate (or some
other object-relational mapper). Everyone I've talked to who uses them
say they're great and write 80% of the code for you. That the 80% of
the code thats messy and difficult to debug!
I tried to explain some of this here:
http://docs.codehaus.org/display/GEOS/Advanced+GML
a while ago.
dave
----------------------------------------------------------
This mail sent through IMP: https://webmail.limegroup.com/
dblasby@anonymised.com wrote:
Interesting read.
I like the maven-packages for geoserver - thats a good idea.
Perhaps we should spend a little time thinking about how we'd like to
see the plug-in architecture used? I'd like to see some type of
application framework since there are a lot of "simple" applications
that people would like to write. The UMN Mapserver's mapscript is what
people use, and it would be fairly easy to have a more powerful and
easier-to-use system.
For the complex GML, you should definately look at hybernate (or some
other object-relational mapper). Everyone I've talked to who uses them
say they're great and write 80% of the code for you. That the 80% of
the code thats messy and difficult to debug!
Unfortantly - in the GML case - we are not working against Java classes. Hibernate and friends always work against real classes and either generate code for you to edit, or dynamically generate code for you.
For a better system my money is on either:
- David's xml parser (it has an in memory "model" of schema information")
- EMF (it has a in memory "model" called EClass)
Of course what we really what we want is an in memory model called "FeatureType". And enough smarts to package that up in a form these other tools can consume and map to a database for us.
I tried to explain some of this here:
http://docs.codehaus.org/display/GEOS/Advanced+GML
Yep it seems we are all on the same page here. Now if only we can get all our eggs in the same basket. Does anyone know if hibernate supports an in memory model (or does it allways use Class).
Opps should clarify - EMF is not eclipse specific (it is a normal jar you can just use). EClass is a data sturcutre that you could just wrap over our existing FeatureType, and they are working on a JDO impelmentation based on straight EClass.
Jody
Quoting dblasby@anonymised.com:
Interesting read.
I like the maven-packages for geoserver - thats a good idea.
Perhaps we should spend a little time thinking about how we'd like to
see the plug-in architecture used? I'd like to see some type of
application framework since there are a lot of "simple" applications
that people would like to write. The UMN Mapserver's mapscript is
what
people use, and it would be fairly easy to have a more powerful and
easier-to-use system.
Yeah, that would be great. We should get these ideas flowing on the
opensdi list. I'll try to start something up relatively soon. Jeroen
is also interested in kicking things off there - I think he may be able
to get some decent funding to start to push things forward.
Chris
For the complex GML, you should definately look at hybernate (or some
other object-relational mapper). Everyone I've talked to who uses
them
say they're great and write 80% of the code for you. That the 80% of
the code thats messy and difficult to debug!
I tried to explain some of this here:
http://docs.codehaus.org/display/GEOS/Advanced+GML
a while ago.
dave
----------------------------------------------------------
This mail sent through IMP: https://webmail.limegroup.com/
-------------------------------------------------------
This SF.net email is sponsored by Microsoft Mobile & Embedded DevCon
2005
Attend MEDC 2005 May 9-12 in Vegas. Learn more about the latest
Windows
Embedded(r) & Windows Mobile(tm) platforms, applications & content.
Register
by 3/29 & save $300
http://ads.osdn.com/?ad_id=6883&alloc_id=15149&op=click
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
----------------------------------------------------------
This mail sent through IMP: https://webmail.limegroup.com/