- 19 3月, 2020 1 次提交
-
-
由 wu-sheng 提交于
* [maven-release-plugin] prepare release v7.0.0 * [maven-release-plugin] prepare for next development iteration
-
- 11 2月, 2020 1 次提交
-
-
由 kezhenxu94 提交于
Motivation: Review code styles with some bots automatically. Modifications: Set up ReviewDog in GitHub Action to review code style. Add more check rules to checkstyle plugin. Result: Obvious code styles can be reviewed and commented automatically.
-
- 24 12月, 2019 1 次提交
-
-
由 wu-sheng 提交于
* [maven-release-plugin] prepare release v6.6.0 * [maven-release-plugin] prepare for next development iteration
-
- 12 11月, 2019 1 次提交
-
-
由 wu-sheng 提交于
* [maven-release-plugin] prepare release v6.5.0 * [maven-release-plugin] prepare for next development iteration
-
- 18 9月, 2019 1 次提交
-
-
由 Louis Tsui 提交于
* Add Light4J 1.6.x plug-in * Add unit test for Light4J plug-in * Add missing id to server-starter * Remove mentions of version 1.6.x Some local testing showed that the plugin successfully generated traces for a light4j project built with light-codegen v2.x. Therefore, there is no need for a separate plugin for v2.x and no distinction needs to be made with light4j v1.6.x. * Update supported light4j versions * Use ContextSnapshot to maintain trace In a typical Light4j project, the ExceptionHandler#handleRequest is the asynchronous execution point. The flow is ExceptionHandler#handleRequest -> HttpServerExchange#dispatch -> ... -> ExceptionHandler#handleRequest. This means that handleRequest is being intercepted twice and each time a LocalSpan is created. Without handling thread propagation, the trace segment gets split up. By saving a ContextSnapshot into the enhanced object (ExceptionHandler), we can determine if it is necessary to continue the segment. * Update logic for span creation in trace By default, the Light4J plugin now overrides the Undertow plugin's entry span with its own. This new entry span is created just before execution of the ExceptionHandler#handleRequest in the I/O thread. The entry span is generated here because it is considered the starting point of the Light4J handler chain. There is now also the option to enable detailed span creation when tracing requests through Light4J. These local spans mark which middleware and business handlers are involved with handling the HTTP request to a Light4J service. * Update skywalking version * Update light4j version * Fix LightInstrumentation javadoc * Remove import violating checkstyle This import was added from the link reference in the javadoc. The javadoc has now been changed to just reference the method name. * Move light4j agent config property * Sync UI
-
- 09 9月, 2019 1 次提交
-
-
由 wu-sheng 提交于
* [maven-release-plugin] prepare release v6.4.0 * [maven-release-plugin] prepare for next development iteration
-
- 05 8月, 2019 1 次提交
-
-
由 wu-sheng 提交于
* [maven-release-plugin] prepare release v6.3.0 * [maven-release-plugin] prepare for next development iteration
-
- 29 6月, 2019 1 次提交
-
-
由 wu-sheng 提交于
* [maven-release-plugin] prepare release v6.2.0 * [maven-release-plugin] prepare for next development iteration
-
- 30 4月, 2019 1 次提交
-
-
由 wu-sheng 提交于
* Move submodule plugin. * Always auto-submodule * [maven-release-plugin] prepare release v6.1.0 * [maven-release-plugin] prepare for next development iteration * Change keys location.
-
- 16 4月, 2019 1 次提交
-
-
由 Brandon Fergerson 提交于
* vertx plugin impl
-
- 18 1月, 2019 1 次提交
-
-
由 wu-sheng 提交于
* [maven-release-plugin] prepare release v6.0.0-GA * [maven-release-plugin] prepare for next development iteration
-
- 23 12月, 2018 1 次提交
-
-
由 wu-sheng 提交于
-
- 06 11月, 2018 1 次提交
-
-
由 wu-sheng 提交于
* Lock oracle and resin plugins version. * Move resin and oracle plugin to openskywalking * Restore submodule active. * Add another submodule active command. * Remove the wrong test cases in release and fix some doc issues. * [maven-release-plugin] prepare release v6.0.0-alpha * [maven-release-plugin] prepare for next development iteration * Fix some doc
-
- 26 9月, 2018 1 次提交
-
-
由 chenpengfei 提交于
* Add Undertow 2.x plugin * Undertow: Interceptor method executeRootHandler in class Connectors * Change version number to 6.0.0-alpha-SNAPSHOT
-
- 12 7月, 2018 1 次提交
-
-
由 wu-sheng 提交于
* Change version
-
- 07 7月, 2018 1 次提交
-
-
由 peng-yongsheng 提交于
-
- 16 5月, 2018 1 次提交
-
-
由 wu-sheng 提交于
-
- 04 4月, 2018 1 次提交
-
-
由 Willem Jiang 提交于
-
- 19 3月, 2018 1 次提交
-
-
由 彭勇升 pengys 提交于
* Update docs for alpha release * Delete a comma. * Update How-to-build.md * Add data-set licenses file * Rename LICENSES-data-set to LICENSE-data-set * Update LICENSE * Remove fastclick from LICENSE * Make the git submodule command to be a maven profile plugin. Let this command not execute by default install command. * [maven-release-plugin] prepare release apm-5.0.0-alpha * [maven-release-plugin] prepare for next development iteration * Product name is not correct * Add more documents for release. * Change profile id. * Add CHANGES file in distribution file. * Revert "[maven-release-plugin] prepare for next development iteration" This reverts commit ac815019. * Revert "[maven-release-plugin] prepare release apm-5.0.0-alpha" This reverts commit 095597c9. * Add rat plugin to check dependency license and add license head into missing files. * Fix docs. * Exclude web ui config file. * Next release guide. * UI update. * Update docs. * Build source shell.
-
- 14 3月, 2018 1 次提交
-
-
由 wu-sheng 提交于
* [maven-release-plugin] prepare release apm-5.0.0-alpha * [maven-release-plugin] prepare for next development iteration
-
- 06 3月, 2018 1 次提交
-
-
由 wu-sheng 提交于
-
- 26 2月, 2018 1 次提交
-
-
由 wu-sheng 提交于
Fix assmbly for mvn clean install -Papache-release and update version to SNAPSHOT for SNAPSHOT release.
-
- 24 2月, 2018 1 次提交
-
-
由 lytscu 提交于
-
- 25 1月, 2018 2 次提交