Hi Akos,
Other devs do this differently but i generally just keep separate
workspaces for geotools and geoserver. If you have the source jars in your
maven repo (which you can get by running mvn eclipse:eclipse with
-DdownloadSources or by compiling geotools locally) then eclipse will pick
them up and allow you to browse the sources as if they were in the
workspace.
Now when making a change in geotools, to get it picked up you have to:
1. make it in your geotools workspace
2. build the relevant module with maven
3. refresh your geoserver eclipse workspace
I have found that once you get used to this it is not too much overhead.
But again, this is just one way to do it.
That said, the log messages regarding gdal and kakadu you list below are
normal unless you have those native libs installed. So it does appear that
you have a running geoserver. As for not finding the data directory is it
possible you have the GEOSERVER_DATA_DIR set to a bad location? Do you see
any other exceptions on start up?
On Tue, Oct 9, 2012 at 4:27 AM, Ákos Maróy <[email protected]> wrote:
> Hi,
>
> I wonder if there is a simple & proven way to have both geoserver &
> geotools in the same eclipse environment, so that geoserver when ran
> from eclipse would use the geotools libraries also from with eclipse?
>
> I tried to set this up by first importing the geotools libraries, using
> the mvn eclipse:eclipse command, and then importing geotools.
>
> after this, I imported geoserver basically the same way. now, geoserver
> will prefer geotools libraries from the maven repository as opposed to
> the ones present in eclipse.
>
> fine, so I deleted the gt-* dependencies from the web-app project, and
> added the gt-* projects from eclipse as requirements. this created a
> number of dependency issues, and geoserver wouldn't run properly at the
> end, for example I get:
>
> Oct 9, 2012 12:19:42 PM
> it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
> WARNING: Failed to load the GDAL native libs. This is not a problem
> unless you need to use the GDAL plugins: they won't be enabled.
> java.lang.UnsatisfiedLinkError: no gdaljni in java.library.path
> Oct 9, 2012 12:19:42 PM it.geosolutions.util.KakaduUtilities loadKakadu
> WARNING: Failed to load the Kakadu native libs. This is not a problem
> unless you need to use the Kakadu plugin: it won't be enabled.
> java.lang.UnsatisfiedLinkError: no kdu_jni in java.library.path
> log4j:WARN File option not set for appender [geoserverlogfile].
>
>
> and then it fails the find the data directory which it previously found,
> etc.
>
>
> so maybe this is quite lame, but is there a simple way to make this work?
>
> what I want to do is to make changes in the geotools code that is used
> in geoserver, and see the effect of these changes. the simplest way I
> figured would be to have everything open in eclipse, so I can change,
> debug, etc. easily.
>
>
> Akos
>
>
>
>
> ------------------------------------------------------------------------------
> 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
> _______________________________________________
> Geoserver-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geoserver-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
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
