tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
Subject Re: Strange problem with URL_PKG_PREFIXES
Date Wed, 14 Mar 2001 17:06:52 GMT

Thanks for helping me look into this problem.  
I believe that short term, prepending the apache pkg prefix is a simple way
to make results consistent.  
I thought that some of my problem might be from having out of date
'org.jnp.interface' library.  I have looked all morning, and cannot find
anything outside of JBoss that includes this jar, so I have no explaination
why Jakarta is able to get a naming context from JBoss instead of Class
load fail!!!  How do I find out where a servlet class loader is obtaining a
class from (which jar path)? 

I am trying to make the <ejb-link> use jnp://ttt1:1099/EJBresource work.  
I need to resolve this type of URL link in Jakarta to allow seperation
between the JSP server and the EJB server.
The org.apache.naming.NamingContext does not seem to pass the correct
information to NamingManager so it can connect to the jnpURLNaming....
Can you think of anything else to try?

Remy Maucherat writes:

> > According to NamingManager documentation, first it will look for
> > '' which does not exist, so
> it
> > should next look for '' which
> > does exist.
> > So, this should work.
> Indeed, my mistake. It should work, since the IC will only call lookup on
> the Context produced by the IC factory *after* checking the URLs.
> > BTW, the 'org.apache.naming' prefix is concatenated onto the URL prefixes
> by
> > jakarta.
> Since I can't figure out where the problem is coming from, I can change it
> and make 'org.apache.naming' a prefix.
> > Also, when the jnp.jar is removed, it still fails with the same
> > error.
> > How can this be made to work?
> Don't you get a no initial context factory found when you remove JNP ?
> Remy
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, email:

To unsubscribe, e-mail:
For additional commands, email:

View raw message