[GitHub] [cxf] coheigea commented on pull request #912: CXF-8371: Support Jakarta EE 9.1+
coheigea commented on PR #912: URL: https://github.com/apache/cxf/pull/912#issuecomment-1102270542 @reta The rt/rs/security/sso/saml tests are failing with: Caused by: java.lang.ClassNotFoundException: javax.xml.bind.ValidationEventHandler I see there is a separate jakarta jar for ehcache - I'm not sure how to pick this up in CXF though? -- 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: dev-unsubscr...@cxf.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[GitHub] [cxf] reta commented on a diff in pull request #937: [CXF-8695]:Remove duplicate copied class from cxf-core in cxf-rt-mana…
reta commented on code in PR #937: URL: https://github.com/apache/cxf/pull/937#discussion_r852991277 ## rt/management/pom.xml: ## @@ -156,18 +156,6 @@ - Review Comment: @jimma I think we need this plugin here, the one which copies files is maven-compiler-plugin above -- 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: dev-unsubscr...@cxf.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[GitHub] [cxf] jimma commented on a diff in pull request #937: [CXF-8695]:Remove duplicate copied class from cxf-core in cxf-rt-mana…
jimma commented on code in PR #937: URL: https://github.com/apache/cxf/pull/937#discussion_r853018520 ## rt/management/pom.xml: ## @@ -156,18 +156,6 @@ - Review Comment: @reta I confirmed that maven bundle-plugin copied these classes and specifically this configured instruction does this job : ``` org.apache.cxf.management*,org.apache.cxf.tracing* ``` -- 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: dev-unsubscr...@cxf.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[GitHub] [cxf] jimma commented on a diff in pull request #937: [CXF-8695]:Remove duplicate copied class from cxf-core in cxf-rt-mana…
jimma commented on code in PR #937: URL: https://github.com/apache/cxf/pull/937#discussion_r853018520 ## rt/management/pom.xml: ## @@ -156,18 +156,6 @@ - Review Comment: @reta I confirmed that maven bundle-plugin copied these classes and specifically this configured instruction does this job : ``` org.apache.cxf.management*,org.apache.cxf.tracing* ``` -- 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: dev-unsubscr...@cxf.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[GitHub] [cxf] reta commented on pull request #912: CXF-8371: Support Jakarta EE 9.1+
reta commented on PR #912: URL: https://github.com/apache/cxf/pull/912#issuecomment-1102939847 > @reta The rt/rs/security/sso/saml tests are failing with: > > Caused by: java.lang.ClassNotFoundException: javax.xml.bind.ValidationEventHandler > > I see there is a separate jakarta jar for ehcache - I'm not sure how to pick this up in CXF though? Should be fixed now, thanks @coheigea ! -- 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: dev-unsubscr...@cxf.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[GitHub] [cxf] ffang commented on a diff in pull request #937: [CXF-8695]:Remove duplicate copied class from cxf-core in cxf-rt-mana…
ffang commented on code in PR #937: URL: https://github.com/apache/cxf/pull/937#discussion_r853395945 ## rt/management/pom.xml: ## @@ -156,18 +156,6 @@ - Review Comment: Hi @jimma , Please change as this way ``` NONE - org.apache.cxf.management*,org.apache.cxf.tracing* + + org.apache.cxf.management.counters, + org.apache.cxf.management.interceptor, + org.apache.cxf.management.persistence, + org.apache.cxf.management.utils, + org.apache.cxf.management.jmx, + org.apache.cxf.management.jmx.export.runtime, +org.apache.cxf.tracing* + true ``` The root cause of this issue is that the previous org.apache.cxf.management* isn't specific enough, it include package from core, we should use the more fine-grained export package of cxf-rt-management module to avoid it. -- 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: dev-unsubscr...@cxf.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
Re: Copied classes in cxf-rt-management.jar with JDK11
Hi Jim, Please change the rt/management/pom.xml like this. NONE - org.apache.cxf.management*,org.apache.cxf.tracing* + + org.apache.cxf.management.counters, + org.apache.cxf.management.interceptor, + org.apache.cxf.management.persistence, + org.apache.cxf.management.utils, + org.apache.cxf.management.jmx, + org.apache.cxf.management.jmx.export.runtime, +org.apache.cxf.tracing* + true This fine-grained export package can avoid including the package from cxf-core module. Best Regards Freeman On Mon, Apr 18, 2022 at 11:50 PM Jim Ma wrote: > Thanks Andriy. Jira is filled : > https://issues.apache.org/jira/browse/CXF-8695 > and PRs are sent. > > > On Sun, Apr 17, 2022 at 9:28 AM Andriy Redko wrote: > > > Hey Jim, > > > > This is interesting, I believe it is not needed, only some compiler args > > need > > tailoring (for JDK-11) but the classes should not be copied to > versions/11. > > Thanks! > > > > Best Regards, > > Andriy Redko > > > > JM> When building cxf-rt-management 3.5.1 with JDK11, some api classes > are > > JM> copied to the jar file. It looks like these classes are copied by the > > JM> maven-bundle-plugin from java9-plus profile : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > JM> *java9-plus > > [9,) > > JM> > > JM> org.apache.felix > > JM> maven-bundle-plugin > > JM> true > > JM> NONE > > > > > > JM> > > > org.apache.cxf.management*,org.apache.cxf.tracing* > > JM> > > JM> true > > JM>* > > > > JM> Why does cxf-rt-management need to copy these classes to the jar file > > ? Is > > JM> it still needed to duplicate these classes from cxf-core ? > > > > JM> Thanks, > > JM> Jim > > > > >
New JDK 19 EA builds, and JCE Survey!
Greetings! The proposed schedule for JDK 19 is now known [1] with ‘Rampdown Phase One’ set for June 9th and ‘General Availability’ set for September 20th. The next several weeks will be interesting to watch as the scope of JDK 19 is revealed. You also play an important roll during these phases, which is your opportunity to share feedback . When developers such as yourself tell us of issues faced in the latest OpenJDK early-access (EA) builds, we then have a chance to fix them before that feature release reaches general availability (GA). We also enjoy when people tell us that all their tests are green! It gives us confidence ;-) So regardless of the tests color (red or green), please do not hesitate to send me a short mail as both types of feedback are useful. [1] https://mail.openjdk.java.net/pipermail/jdk-dev/2022-April/006481.html ## Heads-Up: Java Cryptographic Extension Survey The Java Cryptographic Extension (JCE) has been in Java SE for a long time and has made incremental changes over the years. The OpenJDK Security Team is conducting a survey [2] to know more about how projects are using JCE and what changes, features, and API enhancements would be useful going forward. The survey is clossing on April 29 so if you have written or maintain code that uses the JCE API, please make sure to fill this short survey [2] as soon as possible. [2] https://www.questionpro.com/t/AUzP7ZrFWv ## Heads-Up: New macOS Rendering Pipeline on macOS JEP 382 [3] introduced in JDK 17 support for the new macOS Metal graphics pipeline for Swing and Java2D. JDK 19 starting build 18 is switching the default to be the new macOS Metal rendering pipeline instead of the old Apple OpenGL API. For more details please see JDK-8284378 [4]. Java applications running on macOS (10.14 or later) will not need to take any action, as they will automatically benefit from faster graphics with lower power consumption, and the use of a more modern stable graphics API which will be able to work better on current and future Apple systems. [3] https://openjdk.java.net/jeps/382 [4] https://bugs.openjdk.java.net/browse/JDK-8284378 ## JDK 19 Early-Access builds JDK 19 Early-Access builds 18 are now available [5], and are provided under the GNU General Public License v2, with the Classpath Exception. The Release Notes are available here [6]. [5] https://jdk.java.net/19/ [6] https://jdk.java.net/19/release-notes ### JEPs targeted to JDK 19, so far: - JEP 422: Linux/RISC-V Port https://openjdk.java.net/jeps/422 ### Recent changes that maybe of interest: Build 18: - JDK-8284378: Make Metal the default Java 2D rendering pipeline for macOS - JDK-8265315: Update CLDR to version 41 - JDK-8270090: C2: LCM may prioritize CheckCastPP nodes over projections [Reported by JaCoCo] - JDK-8284361: Updating ASM to 9.3 for JDK 19 - JDK-8284330: jcmd may not be able to find processes in the container - JDK-8284579: Improve VarHandle checks for interpreter Build 17: - JDK-8282819: Deprecate Locale class constructors - JDK-8254935: Deprecate the PSSParameterSpec(int) constructor - JDK-8283060: RawNativeLibraries should allow multiple clients to load/unload the same library Build 16: - JDK-8281561: Disable http DIGEST mechanism with MD5 and SHA-1 by default - JDK-8264160: Regex \b is not consistent with \w without UNICODE_CHARACTER_CLASS - JDK-8163327: Remove 3DES from the default enabled cipher suites list - JDK-8267319: Use larger default key sizes and algorithms based on CNSA - JDK-8283350: (tz) Update Timezone Data to 2022a ## Project Loom Updates The first Loom related JEP is now in Candidate phase, i.e. JEP: 425: Virtual Threads (Preview) [7]. As of now, JEP 425 doesn't yet 'propose to target' any particular feature release. [7] https://openjdk.java.net/jeps/425 In addition, Project Loom early-access builds 19-loom+5-429 (2022/4/4) are now available [8] with related Javadoc [9]. These builds are based on JDK 19 and are provided under the GNU General Public License, version 2, with the Classpath Exception and are produced for the purpose of gathering feedback. Use for any other purpose is at your own risk. Proper feedback should be sent to the `loom-dev` mailing list [10]. [8] https://jdk.java.net/loom/ [9] https://download.java.net/java/early_access/loom/docs/api/ [10] https://mail.openjdk.java.net/mailman/listinfo/loom-dev ## Topics of Interest: * New candidate JEP: 426: Vector API (4th Incubator) https://openjdk.java.net/jeps/426 * Virtual Thread Deep Dive - Inside Java Newscast #23 https://inside.java/2022/04/07/insidejava-newscast-023/ * Project Panama: Say Goodbye to JNI https://inside.java/2022/04/04/projectpanama/ * Java Cryptographic Extension Survey https://inside.java/2022/04/12/jce-survey/ As usual, let us know if you find any issues while testing your project(s) on the latest JDK early-access builds. Thanks for your support! --David
Re: Copied classes in cxf-rt-management.jar with JDK11
Hi Freeman, Do you know why we don't require this with JDK8 and only for JDK9 and plus ? I see the Export package info in META-INF built with JDK11 without this configuration already has this export package entry : Export-Package: org.apache.cxf.tracing;version="3.5.3",org.apache.cxf. management.jmx;version="3.5.3",org.apache.cxf.management.jmx.type;ver sion="3.5.3",org.apache.cxf.management.jmx.export.runtime;version="3. 5.3",org.apache.cxf.management.utils;version="3.5.3",org.apache.cxf.m anagement.persistence;version="3.5.3",org.apache.cxf.management.count ers;version="3.5.3",org.apache.cxf.management.interceptor;version="3. 5.3",META-INF.versions.11.org.apache.cxf.tracing;version="3.5.3",META -INF.versions.11.org.apache.cxf.management.jmx;version="3.5.3",META-I NF.versions.11.org.apache.cxf.management.jmx.type;version="3.5.3",MET A-INF.versions.11.org.apache.cxf.management.jmx.export.runtime;versio n="3.5.3",META-INF.versions.11.org.apache.cxf.management.utils;versio n="3.5.3",META-INF.versions.11.org.apache.cxf.management.persistence; version="3.5.3",META-INF.versions.11.org.apache.cxf.management.counte rs;version="3.5.3",META-INF.versions.11.org.apache.cxf.management.int erceptor;version="3.5.3" Cheers, Jim On Wed, Apr 20, 2022 at 3:04 AM Freeman Fang wrote: > Hi Jim, > > Please change the rt/management/pom.xml like this. > > > NONE > > - > > org.apache.cxf.management*,org.apache.cxf.tracing* > + > + > org.apache.cxf.management.counters, > + > org.apache.cxf.management.interceptor, > + > org.apache.cxf.management.persistence, > + > org.apache.cxf.management.utils, > + > org.apache.cxf.management.jmx, > + > org.apache.cxf.management.jmx.export.runtime, > +org.apache.cxf.tracing* > + > > true > > This fine-grained export package can avoid including the package from > cxf-core module. > > Best Regards > Freeman > > On Mon, Apr 18, 2022 at 11:50 PM Jim Ma wrote: > >> Thanks Andriy. Jira is filled : >> https://issues.apache.org/jira/browse/CXF-8695 >> and PRs are sent. >> >> >> On Sun, Apr 17, 2022 at 9:28 AM Andriy Redko wrote: >> >> > Hey Jim, >> > >> > This is interesting, I believe it is not needed, only some compiler args >> > need >> > tailoring (for JDK-11) but the classes should not be copied to >> versions/11. >> > Thanks! >> > >> > Best Regards, >> > Andriy Redko >> > >> > JM> When building cxf-rt-management 3.5.1 with JDK11, some api classes >> are >> > JM> copied to the jar file. It looks like these classes are copied by >> the >> > JM> maven-bundle-plugin from java9-plus profile : >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > JM> *java9-plus >> > [9,) >> > JM> >> > JM> org.apache.felix >> > JM> maven-bundle-plugin >> > JM> true >> > JM> NONE >> > >> > >> > JM> >> > >> org.apache.cxf.management*,org.apache.cxf.tracing* >> > JM> >> > JM> true >> > JM>* >> > >> > JM> Why does cxf-rt-management need to copy these classes to the jar >> file >> > ? Is >> > JM> it still needed to duplicate these classes from cxf-core ? >> > >> > JM> Thanks, >> > JM> Jim >> > >> > >> >
[GitHub] [cxf] coheigea commented on pull request #912: CXF-8371: Support Jakarta EE 9.1+
coheigea commented on PR #912: URL: https://github.com/apache/cxf/pull/912#issuecomment-1103493388 Thanks @reta. When I try to upgrade WSS4J to use ehcache 3.10.0 I get this error, any ideas? [ERROR] Failed to execute goal on project wss4j-ws-security-common: Could not resolve dependencies for project org.apache.wss4j:wss4j-ws-security-common:jar:3.0.0-SNAPSHOT: Failed to collect dependencies at org.ehcache:ehcache:jar:3.10.0 -> org.glassfish.jaxb:jaxb-runtime:jar:2.3.0-b170127.1453 -> org.glassfish.jaxb:jaxb-core:jar:2.3.0-b170127.1453 -> javax.xml.bind:jaxb-api:jar:2.3.0-b161121.1438: Failed to read artifact descriptor for javax.xml.bind:jaxb-api:jar:2.3.0-b161121.1438: Could not transfer artifact javax.xml.bind:jaxb-api:pom:2.3.0-b161121.1438 from/to maven-default-http-blocker (http://0.0.0.0/): Blocked mirror for repositories: [releases.java.net (http://maven.java.net/content/repositories/releases/, default, releases+snapshots), shapshots.java.net (http://maven.java.net/content/repositories/snapshots/, default, releases+snapshots), jvnet-nexus-staging (http://maven.java.net/content/repositories/staging/, default, releases+snapshots), netbeans (http://bits.netbeans. org/nexus/content/groups/netbeans, default, releases)] -- 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: dev-unsubscr...@cxf.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[GitHub] [cxf] coheigea commented on pull request #912: CXF-8371: Support Jakarta EE 9.1+
coheigea commented on PR #912: URL: https://github.com/apache/cxf/pull/912#issuecomment-1103502697 The JPA tests are failing in rt/rs/security/oauth-parent/oauth2 - do we need to follow https://rmannibucau.metawerx.net/openjpa-jakarta-tips.html ? -- 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: dev-unsubscr...@cxf.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
