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

Reply via email to