Hi again
Putting all those beans into the same jar file worked, but now another
problem manifests itself.
ctx.getCallerPrincipal() returns null, even though in the client I:
String _initContextOverride = ...;
String _url = ...;
String _username = ...;
String _password = ...;
Properties h = new Properties();
h.put(Context.INITIAL_CONTEXT_FACTORY, _initContextOverride);
h.put(Context.PROVIDER_URL, _url);
h.put(Context.SECURITY_PRINCIPAL, _username);
h.put(Context.SECURITY_CREDENTIALS, _password);
ctx = new InitialContext(h);
Is there something I need to do to the EJBSecurityManager MBean to
make this work?
Tom
Rickard Oberg writes:
>
>
> > Ingo Bruell writes:
> > > Hi,
> > >
> > > > > > > Classes under this http directory must obey all the usual
> rules
> > > about
> > > > > > > location etc.
> >
> > ie. a class called com.foo.bar.FooBar must be in a file called
> > com/foo/bar/FooBar in the HTTP server.
> Almost:
> FooBar.class
> ;-)
>
> > > > does it just dish out classes the classloader has loaded?
> > >
> > > I don't know in the log the webserver says:
> > >
> > > [Webserver] Starting
> > > [Webserver] Codebase set to http://isdn-server:8083/
> > > [Webserver] Started webserver on port 8083
> > > [Webserver] Started
> >
> > But if I want to add a class to the webserver, where do I put it?
>
> Create a URLClassLoader with an URL pointing to your doc, and add it to the
> webserver by calling the method addClassLoader. See ContainerFactory for
> example of this.
>
> As I said, this webserver should only be used for dynamic classloading. It
> is NOT meant as a real webserver serving websites and whatnot. It has not
> been designed for that.
>
> /Rickard
>
>
>
>
> --
> --------------------------------------------------------------
> To subscribe: [EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
> Problems?: [EMAIL PROTECTED]
>
--
--------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Problems?: [EMAIL PROTECTED]