Andrea Aime ha scritto:
> todd-ncar ha scritto:
>> Guys,
>>
>> Is there a simple change I can make to applicationContext.xml as a
>> temporary remedy, this one's been holding us up for a while.
>
> Try updating, I believe one change I made should make that
> error go away (finger crossed)
I actua
todd-ncar ha scritto:
> Guys,
>
> Is there a simple change I can make to applicationContext.xml as a
> temporary remedy, this one's been holding us up for a while.
Try updating, I believe one change I made should make that
error go away (finger crossed)
Cheers
Andrea
Guys,
Is there a simple change I can make to applicationContext.xml as a
temporary remedy, this one's been holding us up for a while.
Thanks,
Todd
chris thatcher-4 wrote:
>
> I'm relatively new to building geoserver from source so I'm not
> comfortable
> filing a bug until I make sure I'm not
chris thatcher ha scritto:
> I'll try this today, but I'm wondering if removing the "index='0'" on
> the constructor arg injections will remove the confusion... It doesn't
> explain why but I think it will force spring to unambigiously use the
> single argument constructor in the IoC container.
todd-ncar ha scritto:
..
>> org.springframework.beans.factory.UnsatisfiedDependencyException: Error
>> creating bean with name 'secureCatalog' defined in URL
>> [jar:file:/C:/cygwin/o
>> pt/apache-tomcat-6.0.16/webapps/geoserver/WEB-INF/lib/main-1.7.0-SNAPSHOT.jar!/applicationContext.xml]:
>> U
I'm having the exact same error - did you ever find a
solution.
Tried on Mac OS and Debian Sarge
Thanks,
Todd
chris thatcher-4 wrote:
>
> I'm relatively new to building geoserver from source so I'm not
> comfortable
> filing a bug until I make sure I'm not making basic mistakes myself. In
>
No, that message is not an error. You could double-check that the
indicated directory is a valid data_dir (ie has a similar structure to
http://svn.codehaus.org/geoserver/trunk/configuration/release/ . In
fact, it should be a copy of
http://svn.codehaus.org/geoserver/trunk/configuration/minim
I don't have any such issues building the latest revision (r9263) and
deploying in tomcat, or just running with the maven jetty:run task.
Could you try completely cleaning out the geoserver dir in webapps to
ensure there aren't any stale jars there? (Equivalently, just rename
the geoserver wa
