wu-sheng commented on issue #117: Can't see any traces in skywalking UI URL: https://github.com/apache/incubator-skywalking-ui/issues/117#issuecomment-370190249 @raphw Hi, either way seems don't match the scenario. > It seems like requesting classLoader.getResourceAsStream("org.apache.cxf.ws.policy.AbstractPolicyInterceptorProvider.class") returns null which causes this exception. If you know a better way of locating the class file, you can implement a custom LocationStrategy. Basically, I can't locate the file, because it based on frameworks code, such as `apache.cxf` in here. > Alternatively, you can have a look at RedefinitionStrategy.ResubmissionScheduler. Using the latter, you can attempt to redefine a class that was loaded where Byte Buddy can use loaded classes rather then rely on class file location what is more reliable but what also requires that your instrumentation does not change the class file layout. For those classes, at least right now, SkyWalking even doesn't instrument it. But other classes instrumented by SkyWalking, need adjust class file layout, such as: 1) add a new field 2) add a interface for accessing that field So, do I have some ways to avoid these match? I just want them don't trigger any exception when agent starts up, at least for now. Do you have any suggestion? > As for your matcher: does the stack trace indicate that the exception comes from the matching? No, SkyWalking would't trace the exception from instrumentation stage. It only traces the application process stack.
---------------------------------------------------------------- This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services