Odd indeed. Regardless it does seem services.properties is the one, at
least that is what seems to be written out when rules are added.

On Sat, May 19, 2012 at 6:45 AM, Christian Mueller <[email protected]>wrote:

> Today I tried to write a test case using service / role associations and
> found the following.
>
> The data access object uses "services.properties". Code is here
>
> https://svn.codehaus.org/geoserver/trunk/src/main/src/main/java/org/geoserver/security/impl/ServiceAccessRuleDAO.java
>
> But the release directory has a file service.properties
> https://svn.codehaus.org/geoserver/trunk/data/release/security/
>
> I am quite confused here. Which one is correct ?
>
> I assume "services.properties", otherwise role assignment would not work.
>
> Christian
>
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> 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.
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to