* ServletContextPath.prepend doesn't work when server span is created from app server integration
* move ServletContextPath context creation to servlet-common, make servlet2&3 depend on servlet-common so that it would be used in tests that depend on servlet3
* fix failing test
* add servlet-common dependency to modules that depend on servlet3
* add servlet-common dependency to mojarra and myfaces
* run context path instrumentation after servlet instrumentation
* add servlet-common dependency to wicket
* move servlet context path handling
* enable jetty instrumentation for all handlers
* run springmvc tests with tomcat integration, fix peer port and peer ip reporting on tomcat
* jetty integration is now enabled for all handlers
* update expected span name
* Revert "jetty integration is now enabled for all handlers"
This reverts commit 82cbb663f5.
* Revert "update expected span name"
This reverts commit c034496fc5.
* Revert "enable jetty instrumentation for all handlers"
This reverts commit 8a3d077600.
* Trigger Build
* Tomcat server handler with passing integration and smoke tests.
* Update server span name from the servlet integration instead of trying to mimic it from the server handler.
* Cleanup and more javadocs.
* Use Java8BytecodeBridge in advice code.
* Use Java8BytecodeBridge in advice code.
* Use earliest version for compilation and muzzling.
* Use consistent instrumentation name.
* Record throwables only if the context is managed by something else.
* Getting scope handling right. Moved server span renaming logic via AppServerBridge to the ServletHttpServerTracer.
* codenarc
* more PR comments addressed
* Pass Method to startServerSpan
Lauri Tulmin
Vladimir Šor