This is most likely due to the virtual services stuff which installs its own
DataAccessManager. And as you can see the lookup is not prepared to handle
multiple access managers. If i remember correctly when i made that change I
figured this might come up.
Not sure how to best handle this. My first thought would be to do a look up
for all of them in the application context and wrap them up in a composite
manager. But would like to hear Andrea weigh in.
On Wed, Feb 16, 2011 at 10:54 AM, David Winslow <[email protected]>wrote:
> Hi all.
>
> I'm working on updating GeoNode's GeoServer extensions to 2.1.x. I've
> managed to resolve all the API incompatibilities (acegi =>
> springframework.security, etc) but now when I try to run our test suite I
> get a Spring context lookup error:
>
> Caused by: java.lang.IllegalArgumentException: Multiple beans of type
>> org.geoserver.security.DataAccessManager
>
>
> It looks like there is now a DataAccessManager in the main module's
> applicationContext; should GeoNode be hooking into that somehow?
>
> I also looked at the geoxacml module to see whether it was updated to do
> things The Right Way but it doesn't seem to compile any more.
>
> For reference, our DataAccessManager is registered in this
> applicationSecurityContext:
> https://github.com/GeoNode/geonode/blob/master/src/geoserver-geonode-ext/src/main/resources/applicationSecurityContext.xml
>
> Thanks.
>
> --
> David Winslow
> OpenGeo - http://opengeo.org/
>
>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> 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.
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
