Last evening, I did check in the updated policy for sec mgr (common/lib
change). That should get the AS sec mgr target going forward.
Scott Stark wrote:
I can't tell if its something in this change or the
profileservice
default change(although I ran all the tests), but the security manager
tests are not starting now because the jboss.server.base.dir system
property is not being defined, and the profile cannot be loaded:
*** DEPLOYMENTS IN ERROR: Name -> Error
ProfileService -> org.jboss.profileservice.spi.NoSuchProfileException:
Profile root does not exists:
/home/svn/JBossHead/jboss-head/testsuite/${jboss.server.base.dir}/default
I'm looking at why that is.
Dimitris Andreadis wrote:
> Ok, so after this discussion the shared library directory has moved
> to JBOSS_HOME/common/lib.
>
> 2 new properties were introduced:
>
> - jboss.common.base.url defaulting to ${jboss.home.url}/common
> - jboss.common.lib.url defaulting to ${jboss.common.base.url}/lib
>
> (In case we want to introduce other common stuff, configuration or
> otherwise)
>
> The jboss.shared.lib.url references were removed.
>
> Cheers
> /Dimitris
>
> PS
> Andrew, maybe you want to re-synch the forked bootstrap project.
>
> Brian Stansberry wrote:
>> Dimitris Andreadis wrote:
>>> Any preferences between
>>>
>>> JBOSS_HOME/common/lib
>>> vs
>>> JBOSS_HOME/shared/lib?
>>>
>>
>> Both bring to mind the Tomcat 5.5 and earlier $CATALINA_HOME/common/lib
>> and $CATALINA_HOME/shared/lib. Probably will have the same
>> association for others, so I recommend we consider the meaning of
>> those and try to be consistent.
>>
>> Those directories each serves as a resource location for a
>> classloader, described as follows [1]:
>>
>> Common - This class loader contains additional classes that are made
>> visible to both Tomcat internal classes and to all web applications.
>> Normally, application classes should NOT be placed here.
>>
>> Shared - This class loader is the place to put classes and resources
>> that you wish to share across ALL web applications (unless Tomcat
>> internal classes also need access, in which case you should put them
>> in the Common class loader instead).
>>
>>
>> Neither of those descriptions exactly matches the JBoss directory,
>> since "application classes should NOT be placed " in
>> $JBOSS_HOME/common/lib isn't technically true. But still, I think
>> "common" better matches what we are trying to do, since jars placed
>> in it are most definitely meant to be visible to internal JBoss
>> classes.
>>
>> Note that in Tomcat 6, common/lib and shared/lib are gone, with
>> common/lib functionally replaced by a plain lib/ [2]
>>
>> [1]
http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html
>> [2]
http://tomcat.apache.org/tomcat-6.0-doc/class-loader-howto.html
>>