FYI the immediate reason that my data source was not showing up was that I
was building against the wrong version of the GeoTools libs (duh). I had
been building against 8.0-M3, but the stable version of GeoServer uses
2.7.3 it seems.
The next question that I have is around packaging. It seems that most of
the other data stores have very minimal additional baggage, but
unfortunately the HBase client carries ~50MB of additional dependencies.
Obviously including all of that in the plugin jar isn't optimal. Is there
an application-level way to instruct GeoServer to append some folder (or
set of jars) to it's classpath? Everything I read suggests that it is the
(WAR'd) application's responsibility (in this case GeoServer) to manage
dependencies, not the application server, which kind of makes sense to me.
On Wed, Nov 16, 2011 at 11:16 AM, Chris Shain <[email protected]> wrote:
> Many thanks. That's helped a bunch. If I ever get this working, I'll
> make an attempt at getting the docs for the process up to date.
>
>
> On Wed, Nov 16, 2011 at 11:06 AM, Andrea Aime <
> [email protected]> wrote:
>
>> On Wed, Nov 16, 2011 at 4:31 PM, Chris Shain <[email protected]> wrote:
>>
>>> That's OK- the documentation for Abstract was a lot more complete, so I
>>> went with that. I am sure at this point I can re-implement on Content now
>>> that I know how things work.
>>>
>>> Can you point me to the sources for the existing datastore addins?
>>> There are no zipped sources on sourceforge, and I am wary of checking out
>>> everything via svn.
>>>
>>
>> The modules are in GeoTools and they cannot be downloaded separately from
>> the rest.
>> You can download the full sources getting the "-project" file in the
>> GeoTools downlads, example:
>>
>>
>> http://sourceforge.net/projects/geotools/files/GeoTools%208.0%20Releases/8.0-M3/
>>
>> Some direct svn links. The first store group using the ContentDataStore
>> is the JDBC ones:
>> http://svn.osgeo.org/geotools/trunk/modules/plugin/jdbc/ (base classes)
>> and http://svn.osgeo.org/geotools/trunk/modules/plugin/jdbc/ (implementations
>> for the various databases)
>>
>> We have a growing group of new stores based on the same class now:
>> http://svn.osgeo.org/geotools/trunk/modules/unsupported/couchdb
>> http://svn.osgeo.org/geotools/trunk/modules/unsupported/feature-aggregate/
>> http://svn.osgeo.org/geotools/trunk/modules/unsupported/ogr/
>> http://svn.osgeo.org/geotools/trunk/modules/unsupported/property-ng/
>> http://svn.osgeo.org/geotools/trunk/modules/unsupported/shapefile-ng/
>>
>> Cheers
>> Andrea
>>
>>
>> --
>> -------------------------------------------------------
>> Ing. Andrea Aime
>> GeoSolutions S.A.S.
>> Tech lead
>>
>> Via Poggio alle Viti 1187
>> 55054 Massarosa (LU)
>> Italy
>>
>> phone: +39 0584 962313
>> fax: +39 0584 962313
>>
>> http://www.geo-solutions.it
>> http://geo-solutions.blogspot.com/
>> http://www.youtube.com/user/GeoSolutionsIT
>> http://www.linkedin.com/in/andreaaime
>> http://twitter.com/geowolf
>>
>> -------------------------------------------------------
>>
>
>
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
