hello all,
FWIW, trunk updated to revision 6355 makes my eclipse unhappy 
the 15
reported problems boil down to:
* The import org.geoserver.data.DefaultGeoServerCatalog cannot be resolved
* The import org.vfny.geoserver.global.WFS cannot be resolved.
both of those classes do not exist on the trunk but do appear as part of the
source when browsing the Continuum page.
cheers;
rsn
Hi Raif,
Those classes have been removed. What I suggest after doing an update is you refresh all the projects in your eclipse workspace. If you dont use an eclipse based svn client then your workspace wont automatically refresh on an update. Let me know if that works for you.
-Justin
Raif S. Naffah wrote:
hello all,
FWIW, trunk updated to revision 6355 makes my eclipse unhappy
reported problems boil down to:* The import org.geoserver.data.DefaultGeoServerCatalog cannot be resolved
* The import org.vfny.geoserver.global.WFS cannot be resolved.both of those classes do not exist on the trunk but do appear as part of the source when browsing the Continuum page.
cheers;
rsn------------------------------------------------------------------------
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV!DSPAM:4007,4601acf0285249771116852!
------------------------------------------------------------------------
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel!DSPAM:4007,4601acf0285249771116852!
--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org
hello Justin,
thanks for the prompt response!
On Thursday 22 March 2007 09:17:14 Justin Deoliveira wrote:
Hi Raif,
Those classes have been removed. What I suggest after doing an update is
you refresh all the projects in your eclipse workspace. If you dont use
an eclipse based svn client then your workspace wont automatically
refresh on an update. Let me know if that works for you.
my eclipse is 3.3M5eh w/ Subclipse for SVN support. this usually works fine
with other svn-based projects (e.g. GeoTools).
i did a [Project -> Clean] as well as [Replace With -> Latest from Repository]
but now i'm getting 81 errors, including, in addition to the previously
mentioned 2:
* unresolved references to hibernate, spring, and wicket related classes,
* Hit, and Start types defined more than once.
if nobody else is seeing these errors then it must be something to do w/ my
environment/setup.
-Justin
Raif S. Naffah wrote:
> hello all,
>
> FWIW, trunk updated to revision 6355 makes my eclipse unhappy
> 15 reported problems boil down to:
>
> * The import org.geoserver.data.DefaultGeoServerCatalog cannot be
> resolved * The import org.vfny.geoserver.global.WFS cannot be resolved.
>
> both of those classes do not exist on the trunk but do appear as part of
> the source when browsing the Continuum page.
cheers;
rsn
Hi Raif,
It sounds like perhaps you are trying to build from scratch without maven. That would make sense why you get all the dependencies missing. Here is a quickstart for building geoserver with eclipse and maven.
http://docs.codehaus.org/display/GEOSDOC/3+Eclipse+Quickstart
One thing to note. When you run the "mvn eclipse:eclipse" command, make sure you run it with the -Dcommunity flag. So:
mvn -Dcommunity :eclipse:eclipse"
The reason I say so is because it sounds like you are including the "community modules" ( modules under the "community" directory in the root of the source tree ) in your workspace. These modules are not always part of the build to the -Dcommunity flag will include them.
Let us know if you have any problems following the quickstart.
-Justin
Raif S. Naffah wrote:
hello Justin,
thanks for the prompt response!
On Thursday 22 March 2007 09:17:14 Justin Deoliveira wrote:
Hi Raif,
Those classes have been removed. What I suggest after doing an update is
you refresh all the projects in your eclipse workspace. If you dont use
an eclipse based svn client then your workspace wont automatically
refresh on an update. Let me know if that works for you.my eclipse is 3.3M5eh w/ Subclipse for SVN support. this usually works fine with other svn-based projects (e.g. GeoTools).
i did a [Project -> Clean] as well as [Replace With -> Latest from Repository] but now i'm getting 81 errors, including, in addition to the previously mentioned 2:
* unresolved references to hibernate, spring, and wicket related classes,
* Hit, and Start types defined more than once.if nobody else is seeing these errors then it must be something to do w/ my environment/setup.
-Justin
Raif S. Naffah wrote:
hello all,
FWIW, trunk updated to revision 6355 makes my eclipse unhappy
15 reported problems boil down to:* The import org.geoserver.data.DefaultGeoServerCatalog cannot be
resolved * The import org.vfny.geoserver.global.WFS cannot be resolved.both of those classes do not exist on the trunk but do appear as part of
the source when browsing the Continuum page.cheers;
rsn------------------------------------------------------------------------
!DSPAM:4007,4601d142310156309890654!
--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org
hello Justin,
-Dcommunity is indeed the magic word! thank you for your assistance.
On Thursday 22 March 2007 12:05:06 Justin Deoliveira wrote:
...
It sounds like perhaps you are trying to build from scratch without
maven. That would make sense why you get all the dependencies missing.
Here is a quickstart for building geoserver with eclipse and maven.http://docs.codehaus.org/display/GEOSDOC/3+Eclipse+Quickstart
One thing to note. When you run the "mvn eclipse:eclipse" command, make
sure you run it with the -Dcommunity flag. So:mvn -Dcommunity :eclipse:eclipse"
The reason I say so is because it sounds like you are including the
"community modules" ( modules under the "community" directory in the
root of the source tree ) in your workspace. These modules are not
always part of the build to the -Dcommunity flag will include them.Let us know if you have any problems following the quickstart.
-Justin
Raif S. Naffah wrote:
> hello Justin,
>
> thanks for the prompt response!
>
> On Thursday 22 March 2007 09:17:14 Justin Deoliveira wrote:
>> Hi Raif,
>>
>> Those classes have been removed. What I suggest after doing an update is
>> you refresh all the projects in your eclipse workspace. If you dont use
>> an eclipse based svn client then your workspace wont automatically
>> refresh on an update. Let me know if that works for you.
>
> my eclipse is 3.3M5eh w/ Subclipse for SVN support. this usually works
> fine with other svn-based projects (e.g. GeoTools).
>
> i did a [Project -> Clean] as well as [Replace With -> Latest from
> Repository] but now i'm getting 81 errors, including, in addition to the
> previously mentioned 2:
>
> * unresolved references to hibernate, spring, and wicket related classes,
> * Hit, and Start types defined more than once.
>
>
> if nobody else is seeing these errors then it must be something to do w/
> my environment/setup.
>
>> -Justin
>>
>> Raif S. Naffah wrote:
>>> hello all,
>>>
>>> FWIW, trunk updated to revision 6355 makes my eclipse unhappy
>>> 15 reported problems boil down to:
>>>
>>> * The import org.geoserver.data.DefaultGeoServerCatalog cannot be
>>> resolved * The import org.vfny.geoserver.global.WFS cannot be resolved.
>>>
>>> both of those classes do not exist on the trunk but do appear as part
>>> of the source when browsing the Continuum page.
cheers;
rsn