Aithosa opened a new pull request, #144:
URL: https://github.com/apache/servicecomb-samples/pull/144
Associate with issue: #143
Main changes:
- Upgrade the `servicecomb` version to `3.2.4`
- Upgrade jdk version to 17
- Use a unified log directory in this project
- Improve the README document by adding detailed project descriptions and
build and test steps
- Code repair to adapt current version
- Remove `2.x` unnecessary properties
Not changed:
- `java-chassis-benchmark`
- `java-chassis-integration-tests`
Detailed changes:
1. `basic`
- Upgrade the `servicecomb` and jdk version
- Change log dir
- Improve the README documentation
2. `basic-tomcat`
- Upgrade the `servicecomb` and jdk version
- Enhanced `log4j2.xml`
- Improve the README documentation
3. `bmi`
- Upgrade the `servicecomb` and jdk version
- Change log dir
- Improve the README documentation
4. `java-chassis-deployment-samples`
1. `spring-boot-external-tomcat`
- Upgrade the `servicecomb` and jdk version
- Improve the README documentation
2. [**Big change**] `war-external-tomcat`
- Upgrade the `servicecomb` and jdk version
- Improve the README documentation
- [**important**] Adapt the external Tomcat WAR deployment to
`ServiceComb 3.x`: ServiceComb `3.x` no longer supports the `2.x` style
`RestServletContextListener` bootstrap and instead relies on Spring Boot
auto-configuration (via `java-chassis-spring-boot-starter-servlet` and
`SpringBootServletInitializer`), while keeping traditional `web.xml` components
(Servlet/Filter/JSP) to demonstrate legacy coexistence and to differentiate
from `spring-boot-external-tomcat`
- [**important**] Add/adjust dependencies and exclusions to avoid
logging conflicts when running inside external containers (force `SLF4J 2.x`
and exclude competing transitive SLF4J/logging artifacts)
5. `java-chassis-interoprability`
- Upgrade the `servicecomb`, `spring-cloud-huawei` and jdk version
- Change log dir
- Improve the README documentation
6. `porter`
- Upgrade the `servicecomb` and jdk version
- Change log dir
- Improve the README documentation
- [**important**] Correct the spelling error of `sessiondId`
(inconsistent naming may be compatible, but it looks strange whenever one sees
it, so it should be fixed as well)
7. `ServiceComb-SpringMVC`
- Upgrade the `servicecomb` and jdk version
- Code repair to adapt `servicecomb` and `log4j2` version
`java-chassis-samples` changes:
1. [**Big change**] `apm-agent`
- Upgrade the `servicecomb` and jdk version
- Improve the README documentation
- [**important**] Fix agent bootstrap to work with `servicecomb 3.x`:
register `ApmBootListener` as a Spring Bean via `ApplicationContextInitializer`
(set by `context.initializer.classes` in `premain`) because `servicecomb` loads
`BootListener` via Spring DI (`@Autowired`) instead of Java SPI/`ServiceLoader`
- [**important**] Improve APM output correctness: remove duplicated
timeline output in the header generator and fix missing/duplicated stages in
output generators (e.g., `provider-send` stage), to avoid repeated or
misleading metrics
2. `auth-sample`
- Upgrade the `servicecomb` and jdk version
- Improve the README documentation
- [**important**] Necessary code repair to adapt current version
3. `codefirst-sample`
- Upgrade the `servicecomb` and jdk version
- Improve the README documentation
- [**important**] Necessary code repair to adapt current version
- Follow the usage documentation to import `solution-basic` instead of
specifically importing subpackages
4. `common-schema`
- Upgrade parent version
5. `config-apollo-sample`
- Upgrade the `servicecomb` and jdk version
- Improve the README documentation
- [**important**] Necessary code repair to adapt current version
6. [**Big change**] `custom-handler-sample`
- Upgrade the `servicecomb` and jdk version
- Improve the README documentation
- [**important**] Necessary code repair to adapt current version (hander
-> filter)
7. `jaxrs-sample`
- Upgrade the `servicecomb` and jdk version
- Improve the README documentation
- [**important**] Necessary code repair to adapt current version
8. `local-service-registry`
- Upgrade the `servicecomb` and jdk version
- Improve the README documentation
- [**important**] Necessary code repair to adapt current version
9. `metrics-extend-healthcheck`
- Upgrade the `servicecomb` and jdk version
- Improve the README documentation
- [**important**] Necessary code repair to adapt current version
10. [**Big change**] `metrics-write-file-sample`
- Upgrade the `servicecomb` and jdk version
- Improve the README documentation
- [**important**] Adapt metrics export implementation for `servicecomb
3.x`: migrate from Spectator-based metrics to Micrometer (`MeterRegistry`) and
keep collecting metrics via EventBus `PolledEvent`
- [**important**] Switch extension loading from Java SPI
(`META-INF/services`) to Spring Boot AutoConfiguration
(`META-INF/spring/...AutoConfiguration.imports`) and add
`servicecomb.metrics.write-file.enabled` for conditional enable/disable
- [**important**] Export metrics to per-metric files using MDC-based
routing (sample `log4j2`/`logback` configs) so external systems can collect
metrics by reading files
11. `pojo-sample`
- Upgrade the `servicecomb` and jdk version
- Improve the README documentation
- [**important**] Necessary code repair to adapt current version
12. `springmvc-sample`
- Upgrade the `servicecomb` and jdk version
- Improve the README documentation
- [**important**] Necessary code repair to adapt current version
- [**important**] Replace `CseAsyncRestTemplate` to aync RPC reference
13. `trust-sample`
- Upgrade the `servicecomb` and jdk version
- Improve the README documentation
- Follow the usage documentation to import `solution-basic` instead of
specifically importing subpackages
- [**important**] Necessary code repair to adapt current version
(`handler-publickey-auth` feature)
14. `use-log4j2-sample`
- Upgrade the `servicecomb` and jdk version
- Improve the README documentation
- [**important**] Necessary code repair to adapt current version
- [**important**] Expose a REST endpoint via Spring MVC to make external
calls/tests easier
--
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.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
