Re: Strange problem with URL_PKG_PREFIXES

2001-03-20 Thread tttye
Remy Maucherat writes: > Quoting [EMAIL PROTECTED]: > > > > > Remy Maucherat writes: > > > I've updated the object factory for the EJB references. It should now > > > attempt to resolve ejb-links using a JNDI lookup. > > > I can't really test the feature, so I'm waiting for your feedback and >

Re: Strange problem with URL_PKG_PREFIXES

2001-03-20 Thread Remy Maucherat
Quoting [EMAIL PROTECTED]: > > Remy Maucherat writes: > > I've updated the object factory for the EJB references. It should now > > attempt to resolve ejb-links using a JNDI lookup. > > I can't really test the feature, so I'm waiting for your feedback and > stack > > traces, if it goes wrong ;-)

Re: Strange problem with URL_PKG_PREFIXES

2001-03-20 Thread tttye
Remy Maucherat writes: > I've updated the object factory for the EJB references. It should now > attempt to resolve ejb-links using a JNDI lookup. > I can't really test the feature, so I'm waiting for your feedback and stack > traces, if it goes wrong ;-) > I finally got all pieces downloaded an

Re: Strange problem with URL_PKG_PREFIXES

2001-03-20 Thread tttye
Remy Maucherat writes: > > I've updated the object factory for the EJB references. It should now > attempt to resolve ejb-links using a JNDI lookup. > I can't really test the feature, so I'm waiting for your feedback and stack > traces, if it goes wrong ;-) > > Remy > Ok, I will test with the

Re: Strange problem with URL_PKG_PREFIXES

2001-03-19 Thread Remy Maucherat
> Thanks, I look forward to the final patch. > > I placed jnp-client.jar in jdk1.3/jdk/lib/ext and removed a hand build jar > (containing only jnpURLContextFactory) in jakarta-tomcat-4.0/common/lib. > Finally, setting > "java.naming.factory.url.pkgs = org.apache.naming:org.jnp.interfaces". > Tim

Re: Strange problem with URL_PKG_PREFIXES

2001-03-19 Thread tttye
Thanks, I look forward to the final patch. I placed jnp-client.jar in jdk1.3/jdk/lib/ext and removed a hand build jar (containing only jnpURLContextFactory) in jakarta-tomcat-4.0/common/lib. Finally, setting "java.naming.factory.url.pkgs = org.apache.naming:org.jnp.interfaces". Tim Remy Mauche

Re: Strange problem with URL_PKG_PREFIXES

2001-03-19 Thread Remy Maucherat
Quoting [EMAIL PROTECTED]: > I've got some of the lookup working now, but still fails: > WORKS--> lc = (Context)ctx.lookup("jnp://ttt1.ca.com:1099"); > WORKS--> ho = > (EJBHome)ctx.lookup("jnp://ttt1.ca.com:1099/S_STRESS_31Kps"); > FAILS--- ho = (EJBHome)ctx.lookup("java:/comp/ejb/S_STRESS_31

Re: Strange problem with URL_PKG_PREFIXES

2001-03-19 Thread tttye
I've got some of the lookup working now, but still fails: WORKS--> lc = (Context)ctx.lookup("jnp://ttt1.ca.com:1099"); WORKS--> ho = (EJBHome)ctx.lookup("jnp://ttt1.ca.com:1099/S_STRESS_31Kps"); FAILS--- ho = (EJBHome)ctx.lookup("java:/comp/ejb/S_STRESS_31K"); Web.xml entry: Sam

Re: Strange problem with URL_PKG_PREFIXES

2001-03-19 Thread tttye
Remy Maucherat writes: > > Remy Maucherat writes: > > > > > Quoting [EMAIL PROTECTED]: > > > > > > > I am trying to make the use jnp://ttt1:1099/EJBresource > work. > > > > > > So it doesn't work either the other way around ? > > No: ... > > When I call 'lc = (Context)ctx.lookup("jnp://ttt1.ca.

Re: Strange problem with URL_PKG_PREFIXES

2001-03-19 Thread Remy Maucherat
> Remy Maucherat writes: > > > Quoting [EMAIL PROTECTED]: > > > > > I am trying to make the use jnp://ttt1:1099/EJBresource work. > > > > So it doesn't work either the other way around ? > No: ... > When I call 'lc = (Context)ctx.lookup("jnp://ttt1.ca.com:1099");' in any > form, I get "javax.nami

Re: Strange problem with URL_PKG_PREFIXES

2001-03-19 Thread tttye
Remy Maucherat writes: > Quoting [EMAIL PROTECTED]: > > > I am trying to make the use jnp://ttt1:1099/EJBresource work. > > So it doesn't work either the other way around ? No: ... When I call 'lc = (Context)ctx.lookup("jnp://ttt1.ca.com:1099");' in any form, I get "javax.naming.NameNotFoundE

Re: Strange problem with URL_PKG_PREFIXES

2001-03-14 Thread Remy Maucherat
Quoting [EMAIL PROTECTED]: > Remy, > 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'll put that in this evening. > I thought that some of my problem might be from having out of dat

Re: Strange problem with URL_PKG_PREFIXES

2001-03-14 Thread tttye
Remy, 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 fi

Re: Strange problem with URL_PKG_PREFIXES

2001-03-13 Thread Remy Maucherat
> According to NamingManager documentation, first it will look for > 'org.jnp.interfaces.java.javaURLContextFactory' which does not exist, so it > should next look for 'org.apache.naming.java.javaURLContextFactory' which > does exist. > So, this should work. Indeed, my mistake. It should work, si

Re: Strange problem with URL_PKG_PREFIXES

2001-03-13 Thread Tim Tye
arch 13, 2001 5:49 PM Subject: Re: Strange problem with URL_PKG_PREFIXES > > The Context.URL_PKG_PREFIXES environment variable is a colon-seperated > list > > of package prefixes. However, when I set this environment variable to > > "org.jnp.interfaces:org.apache.naming&q

Re: Strange problem with URL_PKG_PREFIXES

2001-03-13 Thread Remy Maucherat
> The Context.URL_PKG_PREFIXES environment variable is a colon-seperated list > of package prefixes. However, when I set this environment variable to > "org.jnp.interfaces:org.apache.naming" and attempt to get a Context; > Context ctx = new InitialContext().lookup("java:/comp"); > The lookup fa

Strange problem with URL_PKG_PREFIXES

2001-03-13 Thread tttye
The Context.URL_PKG_PREFIXES environment variable is a colon-seperated list of package prefixes. However, when I set this environment variable to "org.jnp.interfaces:org.apache.naming" and attempt to get a Context; Context ctx = new InitialContext().lookup("java:/comp"); The lookup fails with: