Thanks a lot for your efforts, much appreciated.
Currently I packaged the web-application to be self-contained ... (and use
'delegate=false' ... IIRC accoring to the spec).
Although this duplicates the libraries it seems to be the only chance.
Of course this does not work for enterprise apps or ejb jars.
Would you mind explaining why using 'delegate=false' is an issue? It has
been the default for older version of the appserver .... one is very
astonished (if he does not read the dev-guide beforehand) that some
'interesting' things are happing now on GF 3.1.1.
-Bernhard
On Tue, Nov 29, 2011 at 9:43 PM, <forums_at_java.net> wrote:
> I am not familiar with the 2.1.1 class loading model, but in the current
> model I don't believe there is a mechanism to do what you need. I'm no
> expert
> on the security code, but I believe the Realm type is instantiated once
> during server startup, and again per application. The first one would not
> have access to any application class loader, so the 'AMConfig' file can
> only
> be found along side the agent code in the common loader; I presume that
> there
> is a failure if this file is missing. The second one can see the
> application
> loader, and IFF the delegation is inverted it can then find the 'AMConfig'
> file. This doesn't help much, I know, but maybe explains what is going on.
> I'll png the security folks to see if they can help you in any way.
>
>
>
> --
>
> [Message sent by forum member 'batsatt']
>
> View Post: http://forums.java.net/node/**867610<http://forums.java.net/node/867610>
>
>
>
--
IT-Consulting Bernhard Thalmayr
- Painstaking Minds -
83620 Vagen (Munich area)
Germany