Ciao Christian, I have been (and I am) using ejb3 extensively in various projects, I can tell you that while it is widely used in the JEE financial world noone, at least that I am aware of, is using it in the geo world.
FYI, GeoNetwork 3.0 which is under development will implement ebRIM and will heavily based on spring (which can be considered somewhat an alternative to ejb3) and hibernate. I am pretty sure other people on the list will provide more info about this development if needed. Just so that you know, GeoNetwork is the de-facto standard for CSW since it is implemented almost everywhere, even, if my memory serves me right, behind the INSPIRE GeoPortal :-). On the tech side, IMHO you can achieve with spring + hibernate the same that you can achieve with ejb3 with the plus that you are not tight to use a fully fledged AS like JBoss, GlassFish etc... However I tend to use them both, depending on the apps and sometime in conjunction. As of using spatial functions in ejb3, I do that using hibernate spatial via JPA, it's pretty easy and works quite well. To said, I have this crazy idea of creating an enterprise class version of geoserver that does use ejb3 as well an hibernate based catalog, if you have ever spent some thoughts on this, it would be nice to throw them around the geoserver ml. Ciao, Simone. ------------------------------------------------------- Ing. Simone Giannecchini GeoSolutions S.A.S. Owner - Software Engineer Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584983027 fax: +39 0584983027 mob: +39 333 8128928 http://www.geo-solutions.it http://simboss.blogspot.com/ http://www.linkedin.com/in/simonegiannecchini ------------------------------------------------------- On Thu, Jan 22, 2009 at 8:12 PM, Christian Müller <[email protected]> wrote: > Adrian, Mathieu thanks for your answers. > > After looking at MDweb2, I took a closer look at geonetwork. > > Some pending questions > > 1) My target platform is linux ppc or linux/zos, are there any depencies to > x86 hardware (I assume no) > 2) geotools is an import part of the customers GDI infrastructure, he wants > to reuse the skills (of course) > 3) DB2 is a criticial point, I know I have to contribute the code, > this should not be the problem. (I am responsible for the new jdbc-db2 > module in geotools). > Integration into Websphere and DB2 is essential and must be evaluated > soon. > > I am ready to contribute, btw, has anyone thought about the possibility to > put the the object model and the search logic in an ejb 3.0 container. > > There are some interesting benefits: > > 1) We can rely on a global transaction( 2 phase commit), > 2) We can use a security model for business processing > 3) We have no problems storing the features/entities independent of the db > vendor > 4) We can use the mapping info (annotations or xml mapping file) > 5) We can formulate our sql queries in ejb ql , independent of the db > vendor, as far as no spatial predicates are involved. > > The only problem I see is the use of spatial predicates in an ejb query, > which will need some investigations > > christian > > > > Mathieu Coudert writes: > >> Hi Christian, >> >> Good news, as far as i see, there is no other csw implementation based on >>> geotools. MDweb2 is a now a hot candidate. >> >> >> FYI, GeoNetwork already implement CSW 2.0.2 and we're working on CSW >> improvements (Add GetDomain/Transaction/Harvest request, follow INSPIRE >> requirements on CSW, ...) >> More details about that here : >> http://n2.nabble.com/CSW---on-going-work-td2163081.html#a2163081 >> >> In this context we integrated CQL parser from geotools, support for Filter >> Encoding request and also SpatialSearch (Only BBox was implemented in first >> implementation) using Geotools. >> We are working on Geotools, version 2.5.1. >> >> There is also some works handled by Jesse to support SpatialSearch in >> Geonetwork using Geotools too. >> >> Cheers, >> >> -- >> Mathieu >> >> >> >> >>> >>> I would like to join your development efforts. >>> >>> Questions: >>> >>> 1) Which version of geotools do you use. Looking in the war file I see gt >>> jars with version 2.9. ??????? >>> >>> 2) I need a german translation which I could contribute, are all String >>> externalized (I have seen en and fr property files) >>> >>> 3) I have to deploy into Webshpere Application Server (my challenge, I did >>> the same successfully with geoserver) >>> >>> 4) I cannot use postgres/postgis. My target is DB2. Does your design make >>> it >>> possible to implement a db2 access module. >>> (Btw, I can contribute an oracle/mysql module, I did the same for my >>> geotools imagemosaic-jdbc plugin). >>> >>> christian >>> >>> Vincent Heurteaux writes: >>> >>> > Salut Christian, >>> > >>> > We've the same concern and are involved in several project that needs >>> > INSPIRE conformance. MDweb2 is one of those (a metadata catalog >>> > application) and it's using extensively GT on it's backend. >>> > We're curently working on the metadata library to give it a full INSPIRE >>> > conformance, so if you've questions or comments about that, don't >>> > hesitate to chime us. >>> > >>> > Cheers, >>> > >>> > Vincent >>> > >>> > Le 22 janv. 09 à 08:11, Christian Müller a écrit : >>> > >>> >> As far as I am concerned, I would try to enhance geotools to better >>> >> support >>> >> the INSPIRE EU directive. >>> >> >>> >> This directive is from the European Commission and all member states >>> >> have to >>> >> build a national GDI using all these ISO, W3C and OGC standards. The >>> >> time >>> >> frame ends with 2015, but many national projects have been launched >>> >> already. >>> >> >>> >> As I have seen many countries and administrative units tend to use the >>> >> ESRI >>> >> stuff which forces the use of the ESRI server components. These >>> >> components >>> >> implement official interfaces but store the data in proprietary manner. >>> >> Another fact is, that in my opinion, the server components are built >>> for >>> >> MS >>> >> servers and only ported to other platforms, loosing performance. >>> >> >>> >> Another fact is that all European people have to support these projects >>> >> paying their taxes. >>> >> >>> >> I would like to improve geotools to build a open source alternative, >>> >> especially for poorer countries. To be fair, the first target are my >>> >> customers, because I have to earn money, of course. >>> >> >>> >> I know this is heavy stuff, but I dont want to leave the battlefield >>> >> without >>> >> trying to do it better and avoiding "vendor lock ins" as we have seen >>> >> during >>> >> the last 20 years. >>> >> >>> >> >>> >> christian >>> >> >>> >> >>> ------------------------------------------------------------------------- >>> >> ----- >>> >> This SF.net email is sponsored by: >>> >> SourcForge Community >>> >> SourceForge wants to tell your story. >>> >> http://p.sf.net/sfu/sf-spreadtheword >>> >> _______________________________________________ >>> >> Geotools-devel mailing list >>> >> [email protected] >>> >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >>> >> >>> > >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> This SF.net email is sponsored by: >>> SourcForge Community >>> SourceForge wants to tell your story. >>> http://p.sf.net/sfu/sf-spreadtheword >>> _______________________________________________ >>> Geotools-devel mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/geotools-devel >>> > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Geotools-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel > ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
