URLStreamHandlerFactory

[e e <da...@gmail.com>]

Please let me know if I am posting this in the wrong mailing-list.

   - Am trying to understand why WebAppLoader does a
   URL.setURLStreamHandlerFactory().
   - I see that a protocol handler is being set for "jndi://" protocol. Our
   apps' do NOT use JNDI urls. I believe tomcat 6 has NOT used the jndi url
   anywhere in its codebase.
   - What feature in tomcat will get affected if I set my factory before
   tomcat sets it. (Factory can be set only once).
   - What feature will I lose if I set my factory.

*Note*

   - I cannot change the webapp's code to use the overloaded java.net.URL()
   which takes a URLStreamHandler as an argument. (Will require code changes
   across 50 applications)
   - I cannot set the  "*java.protocol.handler.pkgs*" as these classes must
   be present in the system classpath. (Classloader hierarchy of our
   app-server makes it difficult) (We run tomcat as one of the components in
   our server) (Similar to any j2ee server)


Sriram.

Re: URLStreamHandlerFactory

[Mark Thomas <ma...@apache.org>]

On 15/01/2013 15:55, e e wrote:
> Please let me know if I am posting this in the wrong mailing-list.

Yes, you are on the wrong mailing list. You want the users mailing list.

Mark

> 
>    - Am trying to understand why WebAppLoader does a
>    URL.setURLStreamHandlerFactory().
>    - I see that a protocol handler is being set for "jndi://" protocol. Our
>    apps' do NOT use JNDI urls. I believe tomcat 6 has NOT used the jndi url
>    anywhere in its codebase.
>    - What feature in tomcat will get affected if I set my factory before
>    tomcat sets it. (Factory can be set only once).
>    - What feature will I lose if I set my factory.
> 
> *Note*
> 
>    - I cannot change the webapp's code to use the overloaded java.net.URL()
>    which takes a URLStreamHandler as an argument. (Will require code changes
>    across 50 applications)
>    - I cannot set the  "*java.protocol.handler.pkgs*" as these classes must
>    be present in the system classpath. (Classloader hierarchy of our
>    app-server makes it difficult) (We run tomcat as one of the components in
>    our server) (Similar to any j2ee server)
> 
> 
> Sriram.
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org