Hi Justin,

thanks, yay, so at least one time building whole geotools and download 
all the maven dependencies and then actually starting to develop on the 
plugin, right :-) ?

Thanks, I just was not sure, wether to really build all geotools at first.

Best,
Alex

Am 08.04.2012 13:00, schrieb Justin Deoliveira:
> Hi Alex,
>
> You should only need the geotools sources. And you should be able to use
> straight maven. There is a good guide for this in the geotools
> documentation.
>
> http://docs.geotools.org/stable/userguide/quickstart.html
>
> Should be a good place to start.
>
> -Justin
>
> On Sat, Apr 7, 2012 at 6:31 PM, Alexander Kmoch
> <[email protected]
> <mailto:[email protected]>> wrote:
>
>     Dear all,
>
>     I would try to develop a Geoserver DataStore plugin for a legacy
>     database, which has no spatial extension, and for the beginning it would
>     be ok, to have it read-only. I would need to limit some SQL queries with
>     some clauses to not expose all features, but only those that fit some
>     criteria.
>     And my actual question is, how do I finally compile and package the
>     plugin? Do I need the whole Geoserver or Geotools source? Can I do that
>     with maven, with simply working in the hierarchy like
>     http://svn.osgeo.org/geotools/trunk/modules/unsupported/myModule (I
>     would derive from a simple existing one) ?
>
>     Best,
>     Alex
>
>     Am 02.04.2012 21:54, schrieb meierchen:
>      > Hello,
>      > I want to realize a own ows plugin. The KVP parsing by HTTP Get is no
>      > problem.
>      > But when I want to use XML Post I cant fetch the Post-Data.
>      > I use request.getInputstream but it returns me no Information
>     also i try it
>      > with reset/mark but it gives a exception that it is not allowed.
>      > I checked all methods from request Object but the Post-Data is lost.
>      > But getContentLength() gives me the correct size of the HTTP-Request.
>      > In my opinion the ows.Dispatcher work not correctly.
>      > So what can i do?
>      >
>      > Ps: Sorry for my bad english ;)
>      >
>      > --
>      > View this message in context:
>     
> http://osgeo-org.1560.n6.nabble.com/Implements-ows-troubles-with-Post-Data-tp4678415p4678415.html
>      > Sent from the GeoServer - Dev mailing list archive at Nabble.com.
>      >
>      >
>     
> ------------------------------------------------------------------------------
>      > Better than sec? Nothing is better than sec when it comes to
>      > monitoring Big Data applications. Try Boundary one-second
>      > resolution app monitoring today. Free.
>      > http://p.sf.net/sfu/Boundary-dev2dev
>      > _______________________________________________
>      > Geoserver-devel mailing list
>      > [email protected]
>     <mailto:[email protected]>
>      > https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>      >
>
>
>     
> ------------------------------------------------------------------------------
>     For Developers, A Lot Can Happen In A Second.
>     Boundary is the first to Know...and Tell You.
>     Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
>     http://p.sf.net/sfu/Boundary-d2dvs2
>     _______________________________________________
>     Geoserver-devel mailing list
>     [email protected]
>     <mailto:[email protected]>
>     https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
>
>
>
> --
> Justin Deoliveira
> OpenGeo - http://opengeo.org
> Enterprise support for open source geospatial.
>


------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to