On Wed, Oct 10, 2012 at 6:39 AM, Victor Olaya <[email protected]> wrote:
> Sorry, I think I was testing it the wrong way. I have found out that
> doing it like you told me (the way it is also in the Geotools
> documentation), it works, as I can call
> Processors.getProcessFactories() and mine is in the returned set.
> However, I was trying to test in in GeoServer and see if my processes
> where there, adding the jar along with the other gt-process-xxx jars.
> This is what doesn't work, but I guess the problem is not in how the
> jar is created (which is identical to the other ones with process
> factories and works when called as I mentioned), but somewhere else. I
> have seen that GeoServerProcessors takes processes form Processors as
> well, so must be a classpath problem (just figuring out, as I do not
> know how GeoServer works on this...)
>
> thanks again!
>
> How are you running GeoServer victor? From resources? If so unless the
GeoServer web/app module depends directly or transitively on your module it
won't be included on the classpath. If you look at web/app/pom.xml you will
see a bunch of profiles that drag in various community and extension
modules.
> Victor
>
>
>
>
>
> On Wed, Oct 10, 2012 at 1:58 PM, Andrea Aime
> <[email protected]> wrote:
> > On Wed, Oct 10, 2012 at 10:09 AM, Victor Olaya <[email protected]>
> wrote:
> >>
> >> Hi
> >>
> >> I am trying to publish processes from a new process factory I have
> >> created. I have added the org.geotools.process.ProcessFactory file in
> >> META-INF/services in the jar file containing my factory, and included
> >> its class name in that file, but it doesn't seem to work. That should
> >> be enough to hook to the Factory SPI, right? Am I doing something
> >> wrong or is there any other step needed?
> >
> >
> > There is no other step. Have a look in gt-process, there are several
> > factories registered there.
> >
> > May it be that META-INF/services does not end up in the jar?
> > For it to go there in the GT2 maven build it has to be placed in
> > src/main/resources
> >
> > Cheers
> > Andrea
> >
> > --
> > ==
> > Our support, Your Success! Visit http://opensdi.geo-solutions.it for
> more
> > information.
> > ==
> >
> > Ing. Andrea Aime
> > @geowolf
> > Technical Lead
> >
> > GeoSolutions S.A.S.
> > Via Poggio alle Viti 1187
> > 55054 Massarosa (LU)
> > Italy
> > phone: +39 0584 962313
> > fax: +39 0584 1660272
> > mob: +39 339 8844549
> >
> > http://www.geo-solutions.it
> > http://twitter.com/geosolutions_it
> >
> > -------------------------------------------------------
> >
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> GeoTools-Devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
GeoTools-Devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
