Hi Justin, thanks, worked fine, did the complete build, had some issues with imageio and jai libs, but I skipped some tests and thats fine, as I am just going to fiddle with some simple vector features around :-)
Cheers, Alex Am 11/04/2012 7:45 a.m., schrieb Justin Deoliveira: > > > On Sun, Apr 8, 2012 at 2:02 AM, Alexander Kmoch > <[email protected] > <mailto:[email protected]>> wrote: > > 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 :-) ? > > This is how most core developers work yes. But again if you don't want > to build geotools locally you can just depend on them via maven. A > workflow i recommend is this. > > 1. Set up your project to depend on geotools via the geotools quickstart > 2. Do a full build of your template project, this will download all the > geotools jars and its dependenices > 3. Develop > 4. Do "offline" builds to avoid continually download geotools snapshots > (-o switch to maven) > > 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]> > > <mailto:[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]> > > <mailto:[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]> > > <mailto:[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] > <mailto:[email protected]> > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > > > > > -- > Justin Deoliveira > OpenGeo - http://opengeo.org > Enterprise support for open source geospatial. > ------------------------------------------------------------------------------ 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] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
