AspectJ 可以通过 sun.net.* 包编织吗?
Posted
技术标签:
【中文标题】AspectJ 可以通过 sun.net.* 包编织吗?【英文标题】:Can AspectJ weave through sun.net.* packages? 【发布时间】:2016-03-18 17:34:54 【问题描述】:我正在使用 AspectJ 来拦截 java.net.Socket 调用。
我创建了非常简单的方面
after(): call(* java.net.Socket.connect(..))
System.out.println("Connect intercepted!");
和aop.xml
<aspectj>
<aspects>
<aspect name="com.iggroup.lightstreamer.nwtp.SocketExceptionLoggingAspect"/>
</aspects>
<weaver options="-Xlint:ignore -Xset:weaveJavaxPackages=true -Xset:weaveJavaPackages=true">
</weaver>
</aspectj>
当调用栈是这样的时候,就可以看到控制台输出了:
java.lang.Exception
at com.iggroup.lightstreamer.nwtp.SocketExceptionLoggingAspect.ajc$after$com_iggroup_lightstreamer_nwtp_SocketExceptionLoggingAspect$2$6e16217c(SocketExceptionLoggingAspect.aj:39)
at org.apache.http.conn.ssl.SSLConnectionSocketFactory.connectSocket(SSLConnectionSocketFactory.java:337)
at org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:134)
at org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:353)
at org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:380)
at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:236)
at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:184)
at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:88)
at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:184)
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:55)
at org.springframework.http.client.HttpComponentsClientHttpRequest.executeInternal(HttpComponentsClientHttpRequest.java:91)
at org.springframework.http.client.AbstractBufferingClientHttpRequest.executeInternal(AbstractBufferingClientHttpRequest.java:48)
at org.springframework.http.client.AbstractClientHttpRequest.execute(AbstractClientHttpRequest.java:53)
at org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:596)
at org.springframework.web.client.RestTemplate.execute(RestTemplate.java:557)
at org.springframework.web.client.RestTemplate.exchange(RestTemplate.java:475)
at com.iggroup.lightstreamer.nwtp.users.SsoRestClientImpl.lambda$0(SsoRestClientImpl.java:68)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
但是当调用堆栈是这样的时候没有任何东西被注销:
Caused by: java.net.ConnectException: Connection refused: connect
at java.net.DualStackPlainSocketImpl.connect0(Native Method) ~[na:1.8.0_65]
at java.net.DualStackPlainSocketImpl.socketConnect(DualStackPlainSocketImpl.java:79) ~[na:1.8.0_65]
at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350) ~[na:1.8.0_65]
at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206) ~[na:1.8.0_65]
at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188) ~[na:1.8.0_65]
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:172) ~[na:1.8.0_65]
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) ~[na:1.8.0_65]
at java.net.Socket.connect(Socket.java:589) ~[na:1.8.0_65]
at sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:668) ~[na:1.8.0_65]
at sun.security.ssl.BaseSSLSocketImpl.connect(BaseSSLSocketImpl.java:173) ~[na:1.8.0_65]
at sun.net.NetworkClient.doConnect(NetworkClient.java:180) ~[na:1.8.0_65]
at sun.net.www.http.HttpClient.openServer(HttpClient.java:432) ~[na:1.8.0_65]
at sun.net.www.http.HttpClient.openServer(HttpClient.java:527) ~[na:1.8.0_65]
at sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:781) ~[na:1.8.0_65]
at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:647) ~[na:1.8.0_65]
at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1536) ~[na:1.8.0_65]
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1441) ~[na:1.8.0_65]
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:254) ~[na:1.8.0_65]
at com.lightstreamer.ls_client.HttpProvider.connectAndGetAnswer(HttpProvider.java:244) ~[lightstreamer-se-client-2.5.2-1110.jar:na]
我想知道是不是因为某些安全管理器限制,sun.net.*
包没有加载时间编织。
有人知道如何使用sun.net.*
包吗?
更新 1
我确认我可以拦截ls_client.HttpProvider.connectAndGetAnswer
调用,但不能拦截它上面的调用(sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream
)。
sun.*
可以用 AspectJ 编织吗?
【问题讨论】:
您是否在使用 java 代理的加载时编织? @NándorElődFekete 是的,我正在使用 weaver 代理的加载时编织。 仅供参考,这是一个使用sun.*
包的第三方库,我无法控制(我完全同意任何理智的人都不应使用 sun.*
)。
这应该不是问题,我在 *** 上的第一个答案是在 question 上,OP 想要在 JDK 类上做非常相似的事情。他设法用 LTW 做到了。
在how to enable debug output for load-time weaving 上查看我的其他答案。这应该可以揭示很多关于发生的事情。将标准输出和标准错误重定向到文件以便于分析可能是个好主意。
【参考方案1】:
我还没有看到 JRE(引导程序)类的加载时编织的成功设置。如果您出于调试目的需要它,我会改用 JRE 类的构建时间编织。
这个简短的 sn-p 将为您编织 JRE jar,并将编织的类放在单个输出 jar 中。它需要 org.aspectj/aspectjtools
作为依赖项。它还会跳过 JRE 的 ext
子文件夹中的 jar,因为这些 jar 将包含一些重复的类,并且创建包含重复文件的 jar 文件会导致错误。我也从较新的 JRE 版本中跳过 jfxswt.jar
,因为它会因为缺少类而失败。
String aspectFileName = "src/main/java/pckg/AspectName.aj";
String jreLibPath = "c:/Program Files/Java/jdk1.8.0_40/jre/lib";
String outputJar = "weavedjre.jar";
List<String> jars = new ArrayList<>();
File dir = new File(jreLibPath);
File[] files = dir.listFiles();
for (File file : files)
if (file.isFile() && file.getName().endsWith(".jar")
&& !file.getName().endsWith("jfxswt.jar"))
jars.add(file.getAbsolutePath());
List<String> ajcArgs = new ArrayList<>(Arrays.asList("-showWeaveInfo"));
for (String jar : jars)
ajcArgs.add("-inpath");
ajcArgs.add(jar);
ajcArgs.add(aspectFileName);
ajcArgs.add("-outjar");
ajcArgs.add(outputJar);
org.aspectj.tools.ajc.Main.main(ajcArgs.toArray(new String[] ));
然后使用以下 VM 参数运行您的程序以使用编织的 JRE 类(附加到您的引导类路径):
-verbose:class -Xbootclasspath/p:path_to/weavedjre.jar
或在 Eclipse 启动配置中:
-verbose:class -Xbootclasspath/p:$resource_loc:/project_name/weavedjre.jar
我还添加了类加载 VM 参数的详细日志记录,因此您可以查看从哪里加载了哪个类。
【讨论】:
我有同样的问题,我无法拦截切入点 callUrlOpenConnection() : (execution (public * java.net.URL.openConnection()));【参考方案2】:Nándor 是对的。我不能在 JRE 库上执行 LTW,因为它们位于引导类路径上,并且在 AspectJ 可以编织它们之前就已加载。我必须进行编译时编织并替换默认库。
这就是我所做的:
你需要的文件
workspace
|- Aspect.aj
|- rt.jar
|- aspectjrt-1.8.7.jar
|- aspectjtools-1.8.7.jar
Aspect.aj
package java.net;
import sun.misc.SharedSecrets;
import java.io.FileDescriptor;
import java.lang.reflect.Field;
import java.lang.reflect.InvocationTargetException;
import java.lang.reflect.Method;
public aspect Aspect
private static Class dualStackPlainSocketImplClass;
private static Method localPort0;
static
try
dualStackPlainSocketImplClass = Class.forName("java.net.DualStackPlainSocketImpl");
localPort0 = dualStackPlainSocketImplClass.getDeclaredMethod("localPort0", Integer.TYPE);
localPort0.setAccessible(true);
catch (ClassNotFoundException e)
e.printStackTrace();
catch (NoSuchMethodException e)
e.printStackTrace();
pointcut connect(java.net.DualStackPlainSocketImpl s): target(s) && execution(* java.net.DualStackPlainSocketImpl.socketConnect(..));
after(DualStackPlainSocketImpl s) throwing (Exception e): connect(s)
try
Field fdf = dualStackPlainSocketImplClass.getSuperclass().getSuperclass().getDeclaredField("fd");
fdf.setAccessible(true);
FileDescriptor fd = (FileDescriptor) fdf.get(s);
int nativeFd = SharedSecrets.getJavaIOFileDescriptorAccess().get(fd);
int localPort = (int) localPort0.invoke(dualStackPlainSocketImplClass, nativeFd);
System.out.format("[local port=%s][exception=%s]\n", localPort, e.getMessage());
catch (InvocationTargetException e1)
e1.printStackTrace();
catch (IllegalAccessException e1)
e1.printStackTrace();
catch (NoSuchFieldException e1)
e1.printStackTrace();
catch (NullPointerException e1)
e1.printStackTrace();
aspect文件很简单,棘手的是如何通过反射获取本地端口。
注意package java.net;
很重要,因为某些类/方法受到保护。
然后从工作区运行
java -cp "aspectjrt-1.8.7.jar;aspectjtools-1.8.7.jar" org.aspectj.tools.ajc.Main -1.8 -inpath rt.jar Aspect.aj -outjar newrt.jar
你会得到一个newrt.jar
。
要使用它运行您的程序,
java -cp <your_class_path> -Xbootclasspath/p:<path_to_newrt.jar> <main_class>
-Xbootclasspath/p
会将newrt.jar
添加到引导类路径并覆盖 JDK 默认值。
【讨论】:
我认为你不需要反射技巧,只需将你声明为privileged
。
感谢您的提示。我会尝试一下并更新这个答案。以上是关于AspectJ 可以通过 sun.net.* 包编织吗?的主要内容,如果未能解决你的问题,请参考以下文章
替换 sun.net.www.MimeTable mimeTable 和 sun.net.www.MimeEntry
sun.net.ftp.FtpClient对应的jar谁有?
带有 com.sun.net.httpserver 的 CORS
Eclipse 无法识别 com.sun.net.httpserver.HttpServer 包
java.lang.ClassCastException:com.sun.net.ssl.internal.www.protocol.https.HttpsURLConnectionOldImpl 无