You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@skywalking.apache.org by GitBox <gi...@apache.org> on 2019/07/15 02:01:15 UTC

[GitHub] [skywalking] wu-sheng opened a new issue #3076: SpringMVC class enhance conflict

wu-sheng opened a new issue #3076: SpringMVC class enhance conflict
URL: https://github.com/apache/skywalking/issues/3076
 
 
   @candyleer Let's continue the discussion here
   
   Quotes from #3035
   @candyleer 
   > I think the best way is do not implement EnhancedInstance(cause spring has some dependcy for interface,if we want make the program work as same as without skywalking agent), we can cache the method and path in the static map cache,and provide do not implement EnhancedInstance mechanism can solve some other problem, such as dubbo-conflict-plugin(which I think it has some side effect if dubbo change the patch class we do)
   so I am prepare working on do not implement EnhancedInstance way for springmvc first
   
   @wu-sheng 
   > In the old day(not in SkyWalking), I check about how to do Spring Controller plugin, the reason for EnhancedInstance is that there is no place to put mapping path cache, so most likely, you have to maintain a static map to do so, which cause the performance concern in big system(10k+ Controller methods at least)
   I am totally aware this kind of OP has risk, but, actually, if we consider this risk, we can't do anything at any class because any class could be added in Spring context by the end-user, we don't know.
   This is why we added Spring patch at first place, could you try to enhance it rather than provide a plugin or remove this field?

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


With regards,
Apache Git Services