You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Anton Jansen <gr...@fmf.nl> on 2001/12/15 22:33:26 UTC
Url handler (Cocoon/OpenOrb/Tomcat 4.0.1 mix)
An application I have written uses the cocoon work frame in which a java
class is compiled which uses the OpenORB. Their is a problem with the
initialisation of the ORB, it tries to add a url handler and for some reason
tomcat doesn't like this (see
http://openorb.exolab.org/list-archive-dev/msg01505.html). I have tried to
add the jar file containing the orb into the common directory which doesn't
help and added the catalina.out file giving full permision to every class,
but this has also no effect.
What i want to know is, how do i give my openorb classes in tomcat
permission to adapt the url handler?
Versions:
OpenORB 1.1.0
Cocoon 2.01
Tomcat 4.0.1
--
To unsubscribe: <ma...@jakarta.apache.org>
For additional commands: <ma...@jakarta.apache.org>
Troubles with the list: <ma...@jakarta.apache.org>
Re: tom4 session and loadbalancing / Distributed Session Management
Posted by Tom Drake <rt...@pobox.com>.
Michael:
I've been focusing on finding paid work, however, the Tomcat side
of things is pretty much done. What remains is:
- Completion of Valve (that notifies session manager when a request
is complete). Craig tells me the code for this needs a little work, and
I'm waiting for him to provide some more details about this.
- Session ID mangling.
- Apache Connector changes - No action has occurred on this,
I'm dependant on someone else making these changes. I'm hoping
that Costin will do this when he's done with the 4.02 release work
- Final integration and testing
Note. The 'session' locking feature that I added is probably not necessary
as long as server / session affinity is in place. This should either be
disabled
or made 'optional'.
Lastly, I got to thinking that it should be possible to have a Tomcat only
load balancing / fail-over solution. What's needed is a Tomcat front-end
on which is deployed a new servlet that would do a simple round-robin
load-balancing, but when jsessionid's are present, route them to the
session host only, unless the session host doesn't respond, in which case
it should be re-routed to another available instance.
So, I started writing some code to do this, and then got side-tracked
looking
for work again. Nasty things, bills.
I'm still plugging away, however,
Tom
----- Original Message -----
From: "Michael Remme" <mr...@braintags.de>
To: "Tomcat Users List" <to...@jakarta.apache.org>
Sent: Wednesday, January 09, 2002 12:04 AM
Subject: AW: tom4 session and loadbalancing / Distributed Session Management
| Hi Tom,
|
| anything new about this theme?
|
| Best, Michael
|
| > -----Ursprüngliche Nachricht-----
| > Von: Tom Drake [mailto:rtd@pobox.com]
| > Gesendet: Sonntag, 16. Dezember 2001 17:02
| > An: Tomcat Users List
| > Cc: Tomcat Dev List
| > Betreff: Re: tom4 session and loadbalancing / Distributed Session
| > Management
| >
| >
| > Michael:
| >
| > As it happens, I am currently working on a solution to this problem.
| > Look for messages in the archive with 'Distributed Session
| > Management' in the subject.
| >
| > In a nutshell, all tomcat instances in a 'cluster' will be able to share
| > session data.
| >
| > I've already completed a multicast-style RMI registry that allows
| > all instances in the cluster to easily discover each other. I'm
currently
| > working the kinks out of the distributed session/object management
| > bits. When this is done (should be done in a day or two), all that's
| > left is to integrate it into Tomcat.
| >
| > In short, the distributed session management feature is nearing
| > completion.
| >
| > I'm creating pretty comprehensive JUnit tests along with this code, so
my
| > confidence level will be high that this feature really does work when I
| > hand it off.
| >
| > Tom Drake
| >
| > P.S. I'm cross-posting to the dev list because I think that the
developers
| > will
| > probably be interested in this as well.
| >
| >
| > ----- Original Message -----
| > From: "Michael Remme" <mr...@braintags.de>
| > To: "Tomcat Users List" <to...@jakarta.apache.org>
| > Sent: Saturday, December 15, 2001 5:46 PM
| > Subject: tom4 session and loadbalancing
| >
| >
| > | mod_jk is running here now with tomcat 4, but i have the problem, that
| > | running sessions are not recognized. The loadbalancer is sending the
| > | requests to different servers and not, like described, back to the
| > | session-host. Is there anything know, what to do?
| > |
| > | Best, Michael
| > |
| > | Virengepruft vom G DATA AntiVirenKit
| > |
| > |
| > | --
| > | To unsubscribe: <ma...@jakarta.apache.org>
| > | For additional commands: <ma...@jakarta.apache.org>
| > | Troubles with the list: <ma...@jakarta.apache.org>
| > |
| > |
| > |
| >
| >
| > --
| > To unsubscribe: <ma...@jakarta.apache.org>
| > For additional commands: <ma...@jakarta.apache.org>
| > Troubles with the list: <ma...@jakarta.apache.org>
| >
| >
|
| Virengeprüft vom G DATA AntiVirenKit
|
|
| --
| To unsubscribe: <ma...@jakarta.apache.org>
| For additional commands: <ma...@jakarta.apache.org>
| Troubles with the list: <ma...@jakarta.apache.org>
|
|
|
--
To unsubscribe: <ma...@jakarta.apache.org>
For additional commands: <ma...@jakarta.apache.org>
Troubles with the list: <ma...@jakarta.apache.org>
AW: tom4 session and loadbalancing / Distributed Session Management
Posted by Michael Remme <mr...@braintags.de>.
Hi Tom,
anything new about this theme?
Best, Michael
> -----Ursprüngliche Nachricht-----
> Von: Tom Drake [mailto:rtd@pobox.com]
> Gesendet: Sonntag, 16. Dezember 2001 17:02
> An: Tomcat Users List
> Cc: Tomcat Dev List
> Betreff: Re: tom4 session and loadbalancing / Distributed Session
> Management
>
>
> Michael:
>
> As it happens, I am currently working on a solution to this problem.
> Look for messages in the archive with 'Distributed Session
> Management' in the subject.
>
> In a nutshell, all tomcat instances in a 'cluster' will be able to share
> session data.
>
> I've already completed a multicast-style RMI registry that allows
> all instances in the cluster to easily discover each other. I'm currently
> working the kinks out of the distributed session/object management
> bits. When this is done (should be done in a day or two), all that's
> left is to integrate it into Tomcat.
>
> In short, the distributed session management feature is nearing
> completion.
>
> I'm creating pretty comprehensive JUnit tests along with this code, so my
> confidence level will be high that this feature really does work when I
> hand it off.
>
> Tom Drake
>
> P.S. I'm cross-posting to the dev list because I think that the developers
> will
> probably be interested in this as well.
>
>
> ----- Original Message -----
> From: "Michael Remme" <mr...@braintags.de>
> To: "Tomcat Users List" <to...@jakarta.apache.org>
> Sent: Saturday, December 15, 2001 5:46 PM
> Subject: tom4 session and loadbalancing
>
>
> | mod_jk is running here now with tomcat 4, but i have the problem, that
> | running sessions are not recognized. The loadbalancer is sending the
> | requests to different servers and not, like described, back to the
> | session-host. Is there anything know, what to do?
> |
> | Best, Michael
> |
> | Virengepruft vom G DATA AntiVirenKit
> |
> |
> | --
> | To unsubscribe: <ma...@jakarta.apache.org>
> | For additional commands: <ma...@jakarta.apache.org>
> | Troubles with the list: <ma...@jakarta.apache.org>
> |
> |
> |
>
>
> --
> To unsubscribe: <ma...@jakarta.apache.org>
> For additional commands: <ma...@jakarta.apache.org>
> Troubles with the list: <ma...@jakarta.apache.org>
>
>
Virengeprüft vom G DATA AntiVirenKit
--
To unsubscribe: <ma...@jakarta.apache.org>
For additional commands: <ma...@jakarta.apache.org>
Troubles with the list: <ma...@jakarta.apache.org>
AW: tom4 session and loadbalancing / Distributed Session Management
Posted by Michael Remme <mr...@braintags.de>.
Tom, i love you :-)
and by the way my wife, too, since the last nights i was sitting til 5 in
front of several PCs and after ...
michael
-----Ursprüngliche Nachricht-----
Von: Tom Drake [mailto:rtd@pobox.com]
Gesendet: Sonntag, 16. Dezember 2001 17:02
An: Tomcat Users List
Cc: Tomcat Dev List
Betreff: Re: tom4 session and loadbalancing / Distributed Session
Management
Michael:
As it happens, I am currently working on a solution to this problem.
Look for messages in the archive with 'Distributed Session
Management' in the subject.
In a nutshell, all tomcat instances in a 'cluster' will be able to share
session data.
I've already completed a multicast-style RMI registry that allows
all instances in the cluster to easily discover each other. I'm currently
working the kinks out of the distributed session/object management
bits. When this is done (should be done in a day or two), all that's
left is to integrate it into Tomcat.
In short, the distributed session management feature is nearing completion.
I'm creating pretty comprehensive JUnit tests along with this code, so my
confidence level will be high that this feature really does work when I
hand it off.
Tom Drake
P.S. I'm cross-posting to the dev list because I think that the developers
will
probably be interested in this as well.
----- Original Message -----
From: "Michael Remme" <mr...@braintags.de>
To: "Tomcat Users List" <to...@jakarta.apache.org>
Sent: Saturday, December 15, 2001 5:46 PM
Subject: tom4 session and loadbalancing
| mod_jk is running here now with tomcat 4, but i have the problem, that
| running sessions are not recognized. The loadbalancer is sending the
| requests to different servers and not, like described, back to the
| session-host. Is there anything know, what to do?
|
| Best, Michael
|
| Virengepruft vom G DATA AntiVirenKit
|
|
| --
| To unsubscribe: <ma...@jakarta.apache.org>
| For additional commands: <ma...@jakarta.apache.org>
| Troubles with the list: <ma...@jakarta.apache.org>
|
|
|
--
To unsubscribe: <ma...@jakarta.apache.org>
For additional commands: <ma...@jakarta.apache.org>
Troubles with the list: <ma...@jakarta.apache.org>
Virengeprüft vom G DATA AntiVirenKit
--
To unsubscribe: <ma...@jakarta.apache.org>
For additional commands: <ma...@jakarta.apache.org>
Troubles with the list: <ma...@jakarta.apache.org>
Re: tom4 session and loadbalancing / Distributed Session Management
Posted by Tom Drake <rt...@pobox.com>.
Michael:
As it happens, I am currently working on a solution to this problem.
Look for messages in the archive with 'Distributed Session
Management' in the subject.
In a nutshell, all tomcat instances in a 'cluster' will be able to share
session data.
I've already completed a multicast-style RMI registry that allows
all instances in the cluster to easily discover each other. I'm currently
working the kinks out of the distributed session/object management
bits. When this is done (should be done in a day or two), all that's
left is to integrate it into Tomcat.
In short, the distributed session management feature is nearing completion.
I'm creating pretty comprehensive JUnit tests along with this code, so my
confidence level will be high that this feature really does work when I
hand it off.
Tom Drake
P.S. I'm cross-posting to the dev list because I think that the developers
will
probably be interested in this as well.
----- Original Message -----
From: "Michael Remme" <mr...@braintags.de>
To: "Tomcat Users List" <to...@jakarta.apache.org>
Sent: Saturday, December 15, 2001 5:46 PM
Subject: tom4 session and loadbalancing
| mod_jk is running here now with tomcat 4, but i have the problem, that
| running sessions are not recognized. The loadbalancer is sending the
| requests to different servers and not, like described, back to the
| session-host. Is there anything know, what to do?
|
| Best, Michael
|
| Virengepruft vom G DATA AntiVirenKit
|
|
| --
| To unsubscribe: <ma...@jakarta.apache.org>
| For additional commands: <ma...@jakarta.apache.org>
| Troubles with the list: <ma...@jakarta.apache.org>
|
|
|
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: tom4 session and loadbalancing / Distributed Session Management
Posted by Tom Drake <rt...@pobox.com>.
Michael:
As it happens, I am currently working on a solution to this problem.
Look for messages in the archive with 'Distributed Session
Management' in the subject.
In a nutshell, all tomcat instances in a 'cluster' will be able to share
session data.
I've already completed a multicast-style RMI registry that allows
all instances in the cluster to easily discover each other. I'm currently
working the kinks out of the distributed session/object management
bits. When this is done (should be done in a day or two), all that's
left is to integrate it into Tomcat.
In short, the distributed session management feature is nearing completion.
I'm creating pretty comprehensive JUnit tests along with this code, so my
confidence level will be high that this feature really does work when I
hand it off.
Tom Drake
P.S. I'm cross-posting to the dev list because I think that the developers
will
probably be interested in this as well.
----- Original Message -----
From: "Michael Remme" <mr...@braintags.de>
To: "Tomcat Users List" <to...@jakarta.apache.org>
Sent: Saturday, December 15, 2001 5:46 PM
Subject: tom4 session and loadbalancing
| mod_jk is running here now with tomcat 4, but i have the problem, that
| running sessions are not recognized. The loadbalancer is sending the
| requests to different servers and not, like described, back to the
| session-host. Is there anything know, what to do?
|
| Best, Michael
|
| Virengepruft vom G DATA AntiVirenKit
|
|
| --
| To unsubscribe: <ma...@jakarta.apache.org>
| For additional commands: <ma...@jakarta.apache.org>
| Troubles with the list: <ma...@jakarta.apache.org>
|
|
|
--
To unsubscribe: <ma...@jakarta.apache.org>
For additional commands: <ma...@jakarta.apache.org>
Troubles with the list: <ma...@jakarta.apache.org>
tom4 session and loadbalancing
Posted by Michael Remme <mr...@braintags.de>.
mod_jk is running here now with tomcat 4, but i have the problem, that
running sessions are not recognized. The loadbalancer is sending the
requests to different servers and not, like described, back to the
session-host. Is there anything know, what to do?
Best, Michael
Virengepruft vom G DATA AntiVirenKit
--
To unsubscribe: <ma...@jakarta.apache.org>
For additional commands: <ma...@jakarta.apache.org>
Troubles with the list: <ma...@jakarta.apache.org>
Re: InitialContext
Posted by renyu teng <re...@yahoo.com>.
sorry, found the typo.
thanks.
cheers
teng
--- renyu teng <re...@yahoo.com> wrote:
>
> hi there,
>
> could anyone tell me how to set the
> Context.INITIAL_CONTEXT_FACTORY in tomcat 4.0.01, I
> use the following code:
>
> Hashtable env_ht = new Hashtable();
>
>
> env_ht.put("Context.INITIAL_CONTEXT_FACTORY",
>
> "org.jnp.interfaces.NamingContextFactor");
> env_ht.put("java.naming.provider.url",
> "localhost:1099");
> env_ht.put("java.naming.factory.pkgs",
> "org.jboss.naming:org.jnp.interfa
> ces");
> InitialContext jndiContext = new
> InitialContext(env_ht);
>
> The code is a part of bean, and I use in jsp page.
> But if I print out the INITIAL_CONTEXT_FACTOR, I
> always get:
>
> org.apache.naming.java.javaURLContextFactory
>
> could anyone please drop me a line and tell me why?
>
> I use Win2k, and tomcate 4.0.1, Java 1.3
>
> thanks
>
> regards
> teng
>
>
> __________________________________________________
> Do You Yahoo!?
> Check out Yahoo! Shopping and Yahoo! Auctions for
> all of
> your unique holiday gifts! Buy at
> http://shopping.yahoo.com
> or bid at http://auctions.yahoo.com
>
> --
> To unsubscribe:
> <ma...@jakarta.apache.org>
> For additional commands:
> <ma...@jakarta.apache.org>
> Troubles with the list:
> <ma...@jakarta.apache.org>
>
__________________________________________________
Do You Yahoo!?
Check out Yahoo! Shopping and Yahoo! Auctions for all of
your unique holiday gifts! Buy at http://shopping.yahoo.com
or bid at http://auctions.yahoo.com
--
To unsubscribe: <ma...@jakarta.apache.org>
For additional commands: <ma...@jakarta.apache.org>
Troubles with the list: <ma...@jakarta.apache.org>
InitialContext
Posted by renyu teng <re...@yahoo.com>.
hi there,
could anyone tell me how to set the
Context.INITIAL_CONTEXT_FACTORY in tomcat 4.0.01, I
use the following code:
Hashtable env_ht = new Hashtable();
env_ht.put("Context.INITIAL_CONTEXT_FACTORY",
"org.jnp.interfaces.NamingContextFactor");
env_ht.put("java.naming.provider.url",
"localhost:1099");
env_ht.put("java.naming.factory.pkgs",
"org.jboss.naming:org.jnp.interfa
ces");
InitialContext jndiContext = new
InitialContext(env_ht);
The code is a part of bean, and I use in jsp page.
But if I print out the INITIAL_CONTEXT_FACTOR, I
always get:
org.apache.naming.java.javaURLContextFactory
could anyone please drop me a line and tell me why?
I use Win2k, and tomcate 4.0.1, Java 1.3
thanks
regards
teng
__________________________________________________
Do You Yahoo!?
Check out Yahoo! Shopping and Yahoo! Auctions for all of
your unique holiday gifts! Buy at http://shopping.yahoo.com
or bid at http://auctions.yahoo.com
--
To unsubscribe: <ma...@jakarta.apache.org>
For additional commands: <ma...@jakarta.apache.org>
Troubles with the list: <ma...@jakarta.apache.org>
Re: Url handler (Cocoon/OpenOrb/Tomcat 4.0.1 mix)
Posted by Anton Jansen <gr...@fmf.nl>.
----- Original Message -----
From: "Craig R. McClanahan" <cr...@apache.org>
To: "Tomcat Users List" <to...@jakarta.apache.org>
Sent: Saturday, December 15, 2001 11:08 PM
Subject: Re: Url handler (Cocoon/OpenOrb/Tomcat 4.0.1 mix)
>
>
> On Sat, 15 Dec 2001, Anton Jansen wrote:
>
> > Date: Sat, 15 Dec 2001 23:02:41 +0100
> > From: Anton Jansen <gr...@fmf.nl>
> > Reply-To: Tomcat Users List <to...@jakarta.apache.org>
> > To: Tomcat Users List <to...@jakarta.apache.org>
> > Subject: Re: Url handler (Cocoon/OpenOrb/Tomcat 4.0.1 mix)
> >
> > I have tried it with and without the security option both instances
fail. I
> > have an explicit grant for the
> > jar file containing openorb.
> >
> >
> > The dump you wanted:
> > exception : org.omg.CORBA.INITIALIZE: Cannot create resource URL.
> > Please set the openorb.home property.
>
> I don't know openorb at all, but this sounds like a missing property
> setting, not a security exception :-). I'd suggest trying what it says to
> do.
>
> If it's a system property you need, you can either call
> System.setProperty() -- if the security manager lets you -- or you can
> pass in system property setting commands to the JVM by setting the
> CATALINA_OPTS environment variable before starting Tomcat, like this (Unix
> syntax):
>
> export CATALINA_OPTS="-Dopenorg.home=/path/to/openorb/home"
>
> Craig
I have to go to sleep i will try this first thing tommorrow. I know Openorb
tries to find this directory through a resource url it has defined and
probarly this can't be done if it can't find the root path of his jar file.
Anton
--
To unsubscribe: <ma...@jakarta.apache.org>
For additional commands: <ma...@jakarta.apache.org>
Troubles with the list: <ma...@jakarta.apache.org>
Re: Url handler (Cocoon/OpenOrb/Tomcat 4.0.1 mix)
Posted by "Craig R. McClanahan" <cr...@apache.org>.
On Sat, 15 Dec 2001, Anton Jansen wrote:
> Date: Sat, 15 Dec 2001 23:02:41 +0100
> From: Anton Jansen <gr...@fmf.nl>
> Reply-To: Tomcat Users List <to...@jakarta.apache.org>
> To: Tomcat Users List <to...@jakarta.apache.org>
> Subject: Re: Url handler (Cocoon/OpenOrb/Tomcat 4.0.1 mix)
>
> I have tried it with and without the security option both instances fail. I
> have an explicit grant for the
> jar file containing openorb.
>
>
> The dump you wanted:
> exception : org.omg.CORBA.INITIALIZE: Cannot create resource URL.
> Please set the openorb.home property.
I don't know openorb at all, but this sounds like a missing property
setting, not a security exception :-). I'd suggest trying what it says to
do.
If it's a system property you need, you can either call
System.setProperty() -- if the security manager lets you -- or you can
pass in system property setting commands to the JVM by setting the
CATALINA_OPTS environment variable before starting Tomcat, like this (Unix
syntax):
export CATALINA_OPTS="-Dopenorg.home=/path/to/openorb/home"
Craig
--
To unsubscribe: <ma...@jakarta.apache.org>
For additional commands: <ma...@jakarta.apache.org>
Troubles with the list: <ma...@jakarta.apache.org>
Re: Url handler (Cocoon/OpenOrb/Tomcat 4.0.1 mix)
Posted by Anton Jansen <gr...@fmf.nl>.
I have tried it with and without the security option both instances fail. I
have an explicit grant for the
jar file containing openorb.
The dump you wanted:
exception : org.omg.CORBA.INITIALIZE: Cannot create resource URL.
Please set the openorb.home property.
at
org.openorb.CORBA.kernel.Configurator.parseSpecialArgs(Configurator.java:418
)
at org.openorb.CORBA.kernel.Configurator.(Configurator.java:81)
at
org.openorb.CORBA.kernel.OpenORBLoader.init(OpenORBLoader.java:111)
at org.openorb.CORBA.ORB.set_parameters(ORB.java:645)
at org.omg.CORBA.ORB.init(ORB.java:125)
at
org.apache.cocoon.www.ajathena.submissions_xsp.(submissions_xsp.java:72)
at java.lang.Class.newInstance0(Native Method)
at java.lang.Class.newInstance(Class.java:237)
at
org.apache.cocoon.components.language.programming.CompiledProgrammingLanguag
e.load(CompiledProgrammingLanguage.java:148)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.generat
eResource(ProgramGeneratorImpl.java:321)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.createR
esource(ProgramGeneratorImpl.java:271)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(Pr
ogramGeneratorImpl.java:188)
at
org.apache.cocoon.generation.ServerPagesGenerator.setup(ServerPagesGenerator
.java:170)
at
org.apache.cocoon.components.pipeline.AbstractEventPipeline.setupPipeline(Ab
stractEventPipeline.java:142)
at
org.apache.cocoon.components.pipeline.CachingEventPipeline.setup(CachingEven
tPipeline.java:239)
at
org.apache.cocoon.components.pipeline.CachingEventPipeline.generateKey(Cachi
ngEventPipeline.java:99)
at
org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingS
treamPipeline.java:277)
at
org.apache.cocoon.www.ajathena.sitemap_xmap.wildcardMatchN400039(sitemap_xma
p.java:616)
at
org.apache.cocoon.www.ajathena.sitemap_xmap.process(sitemap_xmap.java:368)
at
org.apache.cocoon.www.ajathena.sitemap_xmap.process(sitemap_xmap.java:316)
at org.apache.cocoon.sitemap.Handler.process(Handler.java:163)
at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:114)
at
org.apache.cocoon.www.sitemap_xmap.wildcardMatchN400238(sitemap_xmap.java:34
15)
at
org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:2602)
at
org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:2483)
at org.apache.cocoon.sitemap.Handler.process(Handler.java:163)
at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:114)
at org.apache.cocoon.Cocoon.process(Cocoon.java:514)
at
org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:647)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:243)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:201)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2344)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164
)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
java:170)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170
)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:163)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
1011)
at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1106
)
at java.lang.Thread.run(Thread.java:484
----- Original Message -----
From: "Craig R. McClanahan" <cr...@apache.org>
To: "Tomcat Users List" <to...@jakarta.apache.org>
Sent: Saturday, December 15, 2001 10:39 PM
Subject: Re: Url handler (Cocoon/OpenOrb/Tomcat 4.0.1 mix)
>
>
> On Sat, 15 Dec 2001, Anton Jansen wrote:
>
> > Date: Sat, 15 Dec 2001 22:33:26 +0100
> > From: Anton Jansen <gr...@fmf.nl>
> > Reply-To: Tomcat Users List <to...@jakarta.apache.org>
> > To: tomcat-user@jakarta.apache.org
> > Subject: Url handler (Cocoon/OpenOrb/Tomcat 4.0.1 mix)
> >
> > An application I have written uses the cocoon work frame in which a java
> > class is compiled which uses the OpenORB. Their is a problem with the
> > initialisation of the ORB, it tries to add a url handler and for some
reason
> > tomcat doesn't like this (see
> > http://openorb.exolab.org/list-archive-dev/msg01505.html). I have tried
to
> > add the jar file containing the orb into the common directory which
doesn't
> > help and added the catalina.out file giving full permision to every
class,
> > but this has also no effect.
> >
> > What i want to know is, how do i give my openorb classes in tomcat
> > permission to adapt the url handler?
> >
> > Versions:
> > OpenORB 1.1.0
> > Cocoon 2.01
> > Tomcat 4.0.1
> >
>
> Without seeing your stack trace, it's difficult to be very helpful.
> However, I assume from your comments that you are running with the
> security manager enabled, and encountered a security exception?
>
> Debugging these things gets pretty interesting, because it is not always
> obvious exactly what permissions you need. There is some advice on
> turning on debugging output at the bottom of the Security Manager HOW-TO
> document, available online at:
>
>
http://jakarta.apache.org/tomcat/tomcat-4.0-doc/security-manager-howto.html
>
> You will want to create a "grant" section in
> $CATALINA_HOME/conf/catalina.policy solely for the JAR file containing the
> OpenORB classes, with whatever additional permissions are required to stop
> getting "FAILED" messages (for your calls) in the debug output.
>
> Craig McClanahan
>
>
> --
> To unsubscribe: <ma...@jakarta.apache.org>
> For additional commands: <ma...@jakarta.apache.org>
> Troubles with the list: <ma...@jakarta.apache.org>
--
To unsubscribe: <ma...@jakarta.apache.org>
For additional commands: <ma...@jakarta.apache.org>
Troubles with the list: <ma...@jakarta.apache.org>
Re: Url handler (Cocoon/OpenOrb/Tomcat 4.0.1 mix)
Posted by "Craig R. McClanahan" <cr...@apache.org>.
On Sat, 15 Dec 2001, Anton Jansen wrote:
> Date: Sat, 15 Dec 2001 22:33:26 +0100
> From: Anton Jansen <gr...@fmf.nl>
> Reply-To: Tomcat Users List <to...@jakarta.apache.org>
> To: tomcat-user@jakarta.apache.org
> Subject: Url handler (Cocoon/OpenOrb/Tomcat 4.0.1 mix)
>
> An application I have written uses the cocoon work frame in which a java
> class is compiled which uses the OpenORB. Their is a problem with the
> initialisation of the ORB, it tries to add a url handler and for some reason
> tomcat doesn't like this (see
> http://openorb.exolab.org/list-archive-dev/msg01505.html). I have tried to
> add the jar file containing the orb into the common directory which doesn't
> help and added the catalina.out file giving full permision to every class,
> but this has also no effect.
>
> What i want to know is, how do i give my openorb classes in tomcat
> permission to adapt the url handler?
>
> Versions:
> OpenORB 1.1.0
> Cocoon 2.01
> Tomcat 4.0.1
>
Without seeing your stack trace, it's difficult to be very helpful.
However, I assume from your comments that you are running with the
security manager enabled, and encountered a security exception?
Debugging these things gets pretty interesting, because it is not always
obvious exactly what permissions you need. There is some advice on
turning on debugging output at the bottom of the Security Manager HOW-TO
document, available online at:
http://jakarta.apache.org/tomcat/tomcat-4.0-doc/security-manager-howto.html
You will want to create a "grant" section in
$CATALINA_HOME/conf/catalina.policy solely for the JAR file containing the
OpenORB classes, with whatever additional permissions are required to stop
getting "FAILED" messages (for your calls) in the debug output.
Craig McClanahan
--
To unsubscribe: <ma...@jakarta.apache.org>
For additional commands: <ma...@jakarta.apache.org>
Troubles with the list: <ma...@jakarta.apache.org>