Hi everybody
I need to access the Geoserver classes through JNDI from another program in order to retrieve directly FEATURES using FILTERS and QUERIES without the use of WFS.
I have to implement a geocoder and a reverse geocoder using the same data as Geoserver, and I also will have to calculate pathes and distances.
Thanks
–
Adil TAHRI
Expert Research
Adil Tahri ha scritto:
Hi everybody
I need to access the Geoserver classes through JNDI from another program in order to retrieve directly FEATURES using FILTERS and QUERIES without the use of WFS.
GeoServer does not interact with JNDI in any way at the moment.
What I believe you can do is to write a simple GeoServer extension
that register the GeoServer Spring application context, or the
catalog, into JNDI on startup.
All you have to do is to create a new jar with an applicationContext.xml
file, register a bean inside of it, make it a Spring context listener,
and in the callback method push whatever object you need into JNDI.
Mind, if any of your separate application code starts using GeoServer
API your application will be under the GPL as well (anything getting
in touch with the GeoServer API does, and this is transitive).
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
Can you please point me the object I must push into JNDI in order to get a FeaturesCollection using a Geotools Filter or Query.
Many Thanks for your help
Adil
On Thu, Apr 9, 2009 at 5:49 PM, Andrea Aime <aaime@anonymised.com> wrote:
Adil Tahri ha scritto:
Hi everybody
I need to access the Geoserver classes through JNDI from another program in order to retrieve directly FEATURES using FILTERS and QUERIES without the use of WFS.
GeoServer does not interact with JNDI in any way at the moment.
What I believe you can do is to write a simple GeoServer extension
that register the GeoServer Spring application context, or the
catalog, into JNDI on startup.
All you have to do is to create a new jar with an applicationContext.xml
file, register a bean inside of it, make it a Spring context listener,
and in the callback method push whatever object you need into JNDI.Mind, if any of your separate application code starts using GeoServer
API your application will be under the GPL as well (anything getting
in touch with the GeoServer API does, and this is transitive).Cheers
Andrea–
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
–
Adil TAHRI
Expert Research
That would be the instance of org.geoserver.wfs.WebFeatureService registered in spring with the "wfsServiceTarget" bean id in 1.7.x.
Could you elaborate on the need to do this? may be its a bit overkill or we can point you in another direction?
Is it because you already have a wfs running on the same container and want to access it without the cost of http calls?
Cheers,
Gabriel
Adil Tahri wrote:
Can you please point me the object I must push into JNDI in order to get a FeaturesCollection using a Geotools Filter or Query.
Many Thanks for your help
Adil
On Thu, Apr 9, 2009 at 5:49 PM, Andrea Aime <aaime@anonymised.com <mailto:aaime@anonymised.com>> wrote:
Adil Tahri ha scritto:
Hi everybody
I need to access the Geoserver classes through JNDI from another
program in order to retrieve directly FEATURES using FILTERS and
QUERIES without the use of WFS.GeoServer does not interact with JNDI in any way at the moment.
What I believe you can do is to write a simple GeoServer extension
that register the GeoServer Spring application context, or the
catalog, into JNDI on startup.
All you have to do is to create a new jar with an applicationContext.xml
file, register a bean inside of it, make it a Spring context listener,
and in the callback method push whatever object you need into JNDI.Mind, if any of your separate application code starts using GeoServer
API your application will be under the GPL as well (anything getting
in touch with the GeoServer API does, and this is transitive).Cheers
Andrea-- Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.--
Adil TAHRI
Expert Research------------------------------------------------------------------------
------------------------------------------------------------------------------
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com------------------------------------------------------------------------
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
The problem is as follow :
I use Geoserver as a WMS and WFS provider
The data I’m using is from different sources with different formats
all the data configuration will be done within Geoserever
I must use the same data to make geocoding, reverse geocoding
I must also use the same data to match GPS positions with roads geometry
all this must be done as fast as possible (without the cost of http calls).
Best regards
Adil
On Thu, Apr 9, 2009 at 6:43 PM, Gabriel Roldan <groldan@anonymised.com> wrote:
That would be the instance of org.geoserver.wfs.WebFeatureService registered in spring with the “wfsServiceTarget” bean id in 1.7.x.
Could you elaborate on the need to do this? may be its a bit overkill or we can point you in another direction?
Is it because you already have a wfs running on the same container and want to access it without the cost of http calls?
Cheers,
Gabriel
Adil Tahri wrote:
Can you please point me the object I must push into JNDI in order to get a FeaturesCollection using a Geotools Filter or Query.
Many Thanks for your help
Adil
On Thu, Apr 9, 2009 at 5:49 PM, Andrea Aime <aaime@anonymised.com mailto:[aaime@anonymised.com](mailto:aaime@anonymised.com)> wrote:
Adil Tahri ha scritto:
Hi everybody
I need to access the Geoserver classes through JNDI from another
program in order to retrieve directly FEATURES using FILTERS and
QUERIES without the use of WFS.GeoServer does not interact with JNDI in any way at the moment.
What I believe you can do is to write a simple GeoServer extension
that register the GeoServer Spring application context, or the
catalog, into JNDI on startup.
All you have to do is to create a new jar with an applicationContext.xml
file, register a bean inside of it, make it a Spring context listener,
and in the callback method push whatever object you need into JNDI.Mind, if any of your separate application code starts using GeoServer
API your application will be under the GPL as well (anything getting
in touch with the GeoServer API does, and this is transitive).Cheers
Andrea– Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.–
Adil TAHRI
Expert Research
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
–
Adil TAHRI
Expert Research
any suggestions?
On Thu, Apr 9, 2009 at 9:38 PM, Adil Tahri <adil.tahri@anonymised.com> wrote:
The problem is as follow :
I use Geoserver as a WMS and WFS provider
The data I’m using is from different sources with different formats
all the data configuration will be done within Geoserever
I must use the same data to make geocoding, reverse geocoding
I must also use the same data to match GPS positions with roads geometry
all this must be done as fast as possible (without the cost of http calls).
Best regards
Adil
On Thu, Apr 9, 2009 at 6:43 PM, Gabriel Roldan <groldan@anonymised.com> wrote:
That would be the instance of org.geoserver.wfs.WebFeatureService registered in spring with the “wfsServiceTarget” bean id in 1.7.x.
Could you elaborate on the need to do this? may be its a bit overkill or we can point you in another direction?
Is it because you already have a wfs running on the same container and want to access it without the cost of http calls?
Cheers,
Gabriel
Adil Tahri wrote:
Can you please point me the object I must push into JNDI in order to get a FeaturesCollection using a Geotools Filter or Query.
Many Thanks for your help
Adil
On Thu, Apr 9, 2009 at 5:49 PM, Andrea Aime <aaime@anonymised.com mailto:[aaime@anonymised.com](mailto:aaime@anonymised.com)> wrote:
Adil Tahri ha scritto:
Hi everybody
I need to access the Geoserver classes through JNDI from another
program in order to retrieve directly FEATURES using FILTERS and
QUERIES without the use of WFS.GeoServer does not interact with JNDI in any way at the moment.
What I believe you can do is to write a simple GeoServer extension
that register the GeoServer Spring application context, or the
catalog, into JNDI on startup.
All you have to do is to create a new jar with an applicationContext.xml
file, register a bean inside of it, make it a Spring context listener,
and in the callback method push whatever object you need into JNDI.Mind, if any of your separate application code starts using GeoServer
API your application will be under the GPL as well (anything getting
in touch with the GeoServer API does, and this is transitive).Cheers
Andrea– Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.–
Adil TAHRI
Expert Research
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
Adil TAHRI
Expert Research
–
Adil TAHRI
Expert Research