java – URL.setURLStreamHandlerFactory

前端之家收集整理的这篇文章主要介绍了java – URL.setURLStreamHandlerFactory前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在使用带有嵌入式Jetty的可执行jar开发Web应用程序.
我的jar包含一个依赖的jar.(罐子里的jar)
我引用了由 Eclipse开发的JarRsrcLoader和RsrcURLStreamHandlerFactory.
JarRsrcLoader使用URL #setURLStreamHandlerFactory(RsrcURLStreamHandlerFactory)来解析rsrc协议.
从而它可以解析jar的类路径.
但是,作为副作用解决通常的协议变得不可能.
例如file:xxxx或jar:xxxx.
RsrcURLStreamHandlerFactory具有setURLStreamHandlerFactory方法.
也许我认为我应该为这个方法设置默认工具.
我不知道这个方法是什么设置的.

解决方法

在Java运行时中只注册了一个URLStreamHandlerFactory实现实例,因此该实现必须了解所有支持的协议.

默认的Oracle / Sun行为不是以这种方式实现的,而是直接在java.net.URL类中实现的.因此,您不能简单地将默认实现注入RsrcURLStreamHandlerFactory中的链式工厂.第一部分答案.

java.net.URL getURLStreamHandler方法根据其类名的命名策略加载协议X的实现,默认为sun.net.www.protocol.X.Handler

如果你看一下jre / lib / rt.jar,你会发现:

sun/net/www/protocol/ftp/Handler.class
sun/net/www/protocol/gopher/Handler.class
sun/net/www/protocol/mailto/Handler.class
sun/net/www/protocol/netdoc/Handler.class
sun/net/www/protocol/http/Handler.class
sun/net/www/protocol/jar/Handler.class
sun/net/www/protocol/file/Handler.class

用于协议URLStreamHandler选择的基本包列表来自java.protocol.handler.pkgs Java系统属性.我邀请您从JDK src.zip中读取java / net / URL.java的完整源代码以了解详细信息.

>所以正确的方法(无论IBM / Eclipse做了什么)是保留默认机制并在命令行上设置例如-Djava.protocol.handler.pkgs =“com.company.product.protocol” (如果您有权限/认可这样做).使用名为com.company.product.protocol.rsrc.Handler且使用JarRsrcLoader的URLStreamHandler实现,您可以完成工作.
>备用选项是将URLStreamHandlerFactory实现编写为RsrcURLStreamHandlerFactory中的链式工厂,其灵感来自URL.getURLStreamHandler源代码.例如,您可以阅读this old JBoss code.它在注册工厂之前通过预加载其他已知(或使用过的)协议来依赖URL内部处理程序缓存.在我看来,只是丑陋.

警告:RsrcURLStreamHandler已经用自己的10行“版本”替换了URLStreamHandler.parseURL的原始180行代码,而没有调用super.parseURL.当然,它不尊重URL连接规范!请注意,根据URL的使用方式,您可能会遇到错误.

原文链接:https://www.f2er.com/java/129691.html

猜你在找的Java相关文章