[GitHub] [openejb] dependabot[bot] commented on pull request #23: Bump spring-core from 3.0.3.RELEASE to 5.3.19 in /openejb/examples/simple-osgi/simple-osgi-camel-client

2022-05-24 Thread GitBox 


dependabot[bot] commented on PR #23:
URL: https://github.com/apache/openejb/pull/23#issuecomment-1136822807

   Superseded by #28.


-- 
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...@openejb.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

[GitHub] [openejb] dependabot[bot] closed pull request #23: Bump spring-core from 3.0.3.RELEASE to 5.3.19 in /openejb/examples/simple-osgi/simple-osgi-camel-client

2022-05-24 Thread GitBox 


dependabot[bot] closed pull request #23: Bump spring-core from 3.0.3.RELEASE to 
5.3.19 in /openejb/examples/simple-osgi/simple-osgi-camel-client
URL: https://github.com/apache/openejb/pull/23


-- 
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...@openejb.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

[GitHub] [openejb] dependabot[bot] opened a new pull request, #28: Bump spring-core from 3.0.3.RELEASE to 5.2.22.RELEASE in /openejb/examples/simple-osgi/simple-osgi-camel-client

2022-05-24 Thread GitBox 


dependabot[bot] opened a new pull request, #28:
URL: https://github.com/apache/openejb/pull/28

   Bumps [spring-core](https://github.com/spring-projects/spring-framework) 
from 3.0.3.RELEASE to 5.2.22.RELEASE.
   
   Release notes
   Sourced from https://github.com/spring-projects/spring-framework/releases";>spring-core's
 releases.
   
   v5.2.22.RELEASE
   :star: New Features
   
   Refine CachedIntrospectionResults property introspection https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28446";>#28446
   
   :lady_beetle: Bug Fixes
   
   Ignore invalid STOMP frame https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28444";>#28444
   
   v5.2.21.RELEASE
   :star: New Features
   
   Remove DNS lookups during websocket connection initiation https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28281";>#28281
   
   :lady_beetle: Bug Fixes
   
   Improve documentation and matching algorithm in data binders https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28334";>#28334
   CodeGenerationException thrown when using AnnotationMBeanExporter on JDK 
17 https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28279";>#28279
   ResponseEntity objects are accumulated in ConcurrentReferenceHashMap https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28273";>#28273
   NotWritablePropertyException when attempting to declaratively configure 
ClassLoader properties https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28272";>#28272
   
   v5.2.20.RELEASE
   :star: New Features
   
   Restrict access to property paths on Class references https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28262";>#28262
   Improve diagnostics in SpEL for large array creation https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28257";>#28257
   
   v5.2.19.RELEASE
   :star: New Features
   
   Declare serialVersionUID on DefaultAopProxyFactory https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27785";>#27785
   Use ByteArrayDecoder in DefaultClientResponse::createException https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27667";>#27667
   
   :lady_beetle: Bug Fixes
   
   ProxyFactoryBean getObject called before setInterceptorNames, silently 
creating an invalid proxy [SPR-7582] https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27817";>#27817
   Possible NPE in Spring MVC LogFormatUtils https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27783";>#27783
   UndertowHeadersAdapter's remove() method violates Map contract https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27593";>#27593
   Fix assertion failure messages in DefaultDataBuffer.checkIndex() https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27577";>#27577
   
   :notebook_with_decorative_cover: Documentation
   
   Lazy annotation throws exception if non-required bean does not exist https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27660";>#27660
   Incorrect Javadoc in [NamedParameter]JdbcOperations.queryForObject 
methods regarding exceptions https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27581";>#27581
   DefaultResponseErrorHandler update javadoc comment https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27571";>#27571
   
   :hammer: Dependency Upgrades
   
   Upgrade to Reactor Dysprosium-SR25 https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27635";>#27635
   Upgrade to Log4j2 2.16.0 https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27825";>#27825
   
   
   
   ... (truncated)
   
   
   Commits
   
   https://github.com/spring-projects/spring-framework/commit/8f4c17273499280394c6824d179e25702c8992f4";>8f4c172
 Release v5.2.22.RELEASE
   https://github.com/spring-projects/spring-framework/commit/9f238c997d914cf9162dac9801a2f56dae359a3f";>9f238c9
 Polishing
   https://github.com/spring-projects/spring-framework/commit/50177b1ad3485bd44239b1756f6c14607476fcf2";>50177b1
 Refine CachedIntrospectionResults property introspection
   https://github.com/spring-projects/spring-framework/commit/159a99bbafdd6c01871228113d7042c3f83f360f";>159a99b
 Ignore invalid STOMP frame
   https://github.com/spring-projects/spring-framework/commit/41e158c93de4c62bf3d8aa768592ded42b08f9ef";>41e158c
 Next development version (v5.2.22.BUILD-SNAPSHOT)
   https://github.com/spring-projects/spring-framework/commit/833e750175349ab4fd502109a8b41af77e25cdea";>833e750
 Improve documentation and matching algorithm in data binders
   https://github.com/spring-projects/spring-framework/commit/d70054d6864c78a300210490a0fb3af0e1f1b84f";>d70054d
 Upgrade to Log4

[GitHub] [openejb] dependabot[bot] commented on pull request #24: Bump spring-core from 3.0.5.RELEASE to 5.3.19 in /sandbox/tools

2022-05-24 Thread GitBox 


dependabot[bot] commented on PR #24:
URL: https://github.com/apache/openejb/pull/24#issuecomment-1136807484

   Superseded by #27.


-- 
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...@openejb.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

[GitHub] [openejb] dependabot[bot] closed pull request #24: Bump spring-core from 3.0.5.RELEASE to 5.3.19 in /sandbox/tools

2022-05-24 Thread GitBox 


dependabot[bot] closed pull request #24: Bump spring-core from 3.0.5.RELEASE to 
5.3.19 in /sandbox/tools
URL: https://github.com/apache/openejb/pull/24


-- 
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...@openejb.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

[GitHub] [openejb] dependabot[bot] opened a new pull request, #27: Bump spring-core from 3.0.5.RELEASE to 5.2.22.RELEASE in /sandbox/tools

2022-05-24 Thread GitBox 


dependabot[bot] opened a new pull request, #27:
URL: https://github.com/apache/openejb/pull/27

   Bumps [spring-core](https://github.com/spring-projects/spring-framework) 
from 3.0.5.RELEASE to 5.2.22.RELEASE.
   
   Release notes
   Sourced from https://github.com/spring-projects/spring-framework/releases";>spring-core's
 releases.
   
   v5.2.22.RELEASE
   :star: New Features
   
   Refine CachedIntrospectionResults property introspection https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28446";>#28446
   
   :lady_beetle: Bug Fixes
   
   Ignore invalid STOMP frame https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28444";>#28444
   
   v5.2.21.RELEASE
   :star: New Features
   
   Remove DNS lookups during websocket connection initiation https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28281";>#28281
   
   :lady_beetle: Bug Fixes
   
   Improve documentation and matching algorithm in data binders https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28334";>#28334
   CodeGenerationException thrown when using AnnotationMBeanExporter on JDK 
17 https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28279";>#28279
   ResponseEntity objects are accumulated in ConcurrentReferenceHashMap https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28273";>#28273
   NotWritablePropertyException when attempting to declaratively configure 
ClassLoader properties https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28272";>#28272
   
   v5.2.20.RELEASE
   :star: New Features
   
   Restrict access to property paths on Class references https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28262";>#28262
   Improve diagnostics in SpEL for large array creation https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28257";>#28257
   
   v5.2.19.RELEASE
   :star: New Features
   
   Declare serialVersionUID on DefaultAopProxyFactory https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27785";>#27785
   Use ByteArrayDecoder in DefaultClientResponse::createException https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27667";>#27667
   
   :lady_beetle: Bug Fixes
   
   ProxyFactoryBean getObject called before setInterceptorNames, silently 
creating an invalid proxy [SPR-7582] https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27817";>#27817
   Possible NPE in Spring MVC LogFormatUtils https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27783";>#27783
   UndertowHeadersAdapter's remove() method violates Map contract https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27593";>#27593
   Fix assertion failure messages in DefaultDataBuffer.checkIndex() https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27577";>#27577
   
   :notebook_with_decorative_cover: Documentation
   
   Lazy annotation throws exception if non-required bean does not exist https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27660";>#27660
   Incorrect Javadoc in [NamedParameter]JdbcOperations.queryForObject 
methods regarding exceptions https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27581";>#27581
   DefaultResponseErrorHandler update javadoc comment https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27571";>#27571
   
   :hammer: Dependency Upgrades
   
   Upgrade to Reactor Dysprosium-SR25 https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27635";>#27635
   Upgrade to Log4j2 2.16.0 https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27825";>#27825
   
   
   
   ... (truncated)
   
   
   Commits
   
   https://github.com/spring-projects/spring-framework/commit/8f4c17273499280394c6824d179e25702c8992f4";>8f4c172
 Release v5.2.22.RELEASE
   https://github.com/spring-projects/spring-framework/commit/9f238c997d914cf9162dac9801a2f56dae359a3f";>9f238c9
 Polishing
   https://github.com/spring-projects/spring-framework/commit/50177b1ad3485bd44239b1756f6c14607476fcf2";>50177b1
 Refine CachedIntrospectionResults property introspection
   https://github.com/spring-projects/spring-framework/commit/159a99bbafdd6c01871228113d7042c3f83f360f";>159a99b
 Ignore invalid STOMP frame
   https://github.com/spring-projects/spring-framework/commit/41e158c93de4c62bf3d8aa768592ded42b08f9ef";>41e158c
 Next development version (v5.2.22.BUILD-SNAPSHOT)
   https://github.com/spring-projects/spring-framework/commit/833e750175349ab4fd502109a8b41af77e25cdea";>833e750
 Improve documentation and matching algorithm in data binders
   https://github.com/spring-projects/spring-framework/commit/d70054d6864c78a300210490a0fb3af0e1f1b84f";>d70054d
 Upgrade to Log4

[GitHub] [tomee-site] dependabot[bot] closed pull request #6: Bump spring-core from 3.0.3.RELEASE to 5.3.19 in /content/examples/simple-osgi/simple-osgi-camel-client

2022-05-24 Thread GitBox 


dependabot[bot] closed pull request #6: Bump spring-core from 3.0.3.RELEASE to 
5.3.19 in /content/examples/simple-osgi/simple-osgi-camel-client
URL: https://github.com/apache/tomee-site/pull/6


-- 
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...@tomee.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

[GitHub] [tomee-site] dependabot[bot] commented on pull request #6: Bump spring-core from 3.0.3.RELEASE to 5.3.19 in /content/examples/simple-osgi/simple-osgi-camel-client

2022-05-24 Thread GitBox 


dependabot[bot] commented on PR #6:
URL: https://github.com/apache/tomee-site/pull/6#issuecomment-1136779145

   Superseded by #7.


-- 
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...@tomee.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

[GitHub] [tomee-site] dependabot[bot] opened a new pull request, #7: Bump spring-core from 3.0.3.RELEASE to 5.2.22.RELEASE in /content/examples/simple-osgi/simple-osgi-camel-client

2022-05-24 Thread GitBox 


dependabot[bot] opened a new pull request, #7:
URL: https://github.com/apache/tomee-site/pull/7

   Bumps [spring-core](https://github.com/spring-projects/spring-framework) 
from 3.0.3.RELEASE to 5.2.22.RELEASE.
   
   Release notes
   Sourced from https://github.com/spring-projects/spring-framework/releases";>spring-core's
 releases.
   
   v5.2.22.RELEASE
   :star: New Features
   
   Refine CachedIntrospectionResults property introspection https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28446";>#28446
   
   :lady_beetle: Bug Fixes
   
   Ignore invalid STOMP frame https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28444";>#28444
   
   v5.2.21.RELEASE
   :star: New Features
   
   Remove DNS lookups during websocket connection initiation https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28281";>#28281
   
   :lady_beetle: Bug Fixes
   
   Improve documentation and matching algorithm in data binders https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28334";>#28334
   CodeGenerationException thrown when using AnnotationMBeanExporter on JDK 
17 https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28279";>#28279
   ResponseEntity objects are accumulated in ConcurrentReferenceHashMap https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28273";>#28273
   NotWritablePropertyException when attempting to declaratively configure 
ClassLoader properties https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28272";>#28272
   
   v5.2.20.RELEASE
   :star: New Features
   
   Restrict access to property paths on Class references https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28262";>#28262
   Improve diagnostics in SpEL for large array creation https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/28257";>#28257
   
   v5.2.19.RELEASE
   :star: New Features
   
   Declare serialVersionUID on DefaultAopProxyFactory https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27785";>#27785
   Use ByteArrayDecoder in DefaultClientResponse::createException https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27667";>#27667
   
   :lady_beetle: Bug Fixes
   
   ProxyFactoryBean getObject called before setInterceptorNames, silently 
creating an invalid proxy [SPR-7582] https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27817";>#27817
   Possible NPE in Spring MVC LogFormatUtils https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27783";>#27783
   UndertowHeadersAdapter's remove() method violates Map contract https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27593";>#27593
   Fix assertion failure messages in DefaultDataBuffer.checkIndex() https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27577";>#27577
   
   :notebook_with_decorative_cover: Documentation
   
   Lazy annotation throws exception if non-required bean does not exist https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27660";>#27660
   Incorrect Javadoc in [NamedParameter]JdbcOperations.queryForObject 
methods regarding exceptions https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27581";>#27581
   DefaultResponseErrorHandler update javadoc comment https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27571";>#27571
   
   :hammer: Dependency Upgrades
   
   Upgrade to Reactor Dysprosium-SR25 https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27635";>#27635
   Upgrade to Log4j2 2.16.0 https://github-redirect.dependabot.com/spring-projects/spring-framework/issues/27825";>#27825
   
   
   
   ... (truncated)
   
   
   Commits
   
   https://github.com/spring-projects/spring-framework/commit/8f4c17273499280394c6824d179e25702c8992f4";>8f4c172
 Release v5.2.22.RELEASE
   https://github.com/spring-projects/spring-framework/commit/9f238c997d914cf9162dac9801a2f56dae359a3f";>9f238c9
 Polishing
   https://github.com/spring-projects/spring-framework/commit/50177b1ad3485bd44239b1756f6c14607476fcf2";>50177b1
 Refine CachedIntrospectionResults property introspection
   https://github.com/spring-projects/spring-framework/commit/159a99bbafdd6c01871228113d7042c3f83f360f";>159a99b
 Ignore invalid STOMP frame
   https://github.com/spring-projects/spring-framework/commit/41e158c93de4c62bf3d8aa768592ded42b08f9ef";>41e158c
 Next development version (v5.2.22.BUILD-SNAPSHOT)
   https://github.com/spring-projects/spring-framework/commit/833e750175349ab4fd502109a8b41af77e25cdea";>833e750
 Improve documentation and matching algorithm in data binders
   https://github.com/spring-projects/spring-framework/commit/d70054d6864c78a300210490a0fb3af0e1f1b84f";>d70054d
 Upgrade to Log

Re: TomEE 9.x - from javax to jakarta namespace

2022-05-24 Thread Zowalla, Richard 
Am Mittwoch, dem 25.05.2022 um 02:28 +0200 schrieb Jean-Louis Monteiro:
> For 2/ I can help you tomorrow if you want/need.

Would be very much appreciated to get a second pair of eyes.

Gruß
Richard



smime.p7s
Description: S/MIME cryptographic signature

Re: TomEE 9.x - from javax to jakarta namespace

2022-05-24 Thread David Blevins 
I haven't had a chance to dig into the differences on the jakartaee-api jars 
like I did for the javaee-api jars.  Is it at all possible you could create a 
diff like this one?

 - https://gist.github.com/dblevins/7535757fb8eceb51ed30ae9b705f9cbf/revisions

I basically built each, did a `jar tvf javaee-api-8.0-5.jar | cut -c 37-` and 
pasted that output into a gist, then did it again against the 
javaee-api-8.0-6.jar and updated the content in the gist.

It'd be super helpful.

I did look at the commits, but with maven transitive deps and such I don't 
really trust myself to eyeball it correctly.


-David


> On May 24, 2022, at 6:44 AM, Jean-Louis Monteiro  
> wrote:
> 
> Alright, time for a new update.
> 
> TomEE 8.x with JDK8 and EE8 is equivalent to TomEE 9.x with JDK11/JDK17 and
> EE9.
> The build is still not full green, but it's time to start grabbing user
> feedback as we discussed.
> 
> So the work started to take every single piece we fixed or patched to start
> doing releases and if possible run TCK + signature Tests.
> 
> David did activation and mail milestones. Richard used the milestone to fix
> and we are now under vote for activation 2.0 final and Richard is making
> some awesomeness on the mail spec and impl. We should be able to get final
> versions soon.
> 
> We also have an OWB vote starting today for a jakarta compatible version
> (including TCK).
> Next step is to release a milestone for jakartaee-api 9.1-M2 and move on.
> 
> 
> 
> --
> Jean-Louis Monteiro
> http://twitter.com/jlouismonteiro
> http://www.tomitribe.com
> 
> 
> On Thu, May 12, 2022 at 9:29 AM Wiesner, Martin <
> martin.wies...@hs-heilbronn.de> wrote:
> 
>> +1
>> 
>> Best
>> Martin
>> —
>> https://twitter.com/mawiesne
>> 
>> 
>> Am 11.05.2022 um 19:00 schrieb Cesar Hernandez > >:
>> 
>> +1, Thank you!
>> 
>> 
>> El mié, 11 may 2022 a las 9:06, Daniel Dias Dos Santos (<
>> daniel.dias.analist...@gmail.com>)
>> escribió:
>> 
>> +1
>> 
>> On Wed, May 11, 2022, 12:00 Zowalla, Richard <
>> richard.zowa...@hs-heilbronn.de>
>> wrote:
>> 
>> I am fine with it: +1
>> 
>> Von: Jean-Louis Monteiro > jlmonte...@tomitribe.com>>
>> Gesendet: Mittwoch, 11. Mai 2022 15:57:54
>> An: dev@tomee.apache.org
>> Betreff: Re: TomEE 9.x - from javax to jakarta namespace
>> 
>> Alright, with the latest changes pushed yesterday and today, we are now
>> at
>> the exact same numbers for TomEE 8.x / Jakarta EE 8 under JDK8 and TomEE
>> 9.x / Jakarta 9.1 under JDK17.
>> 
>> If everyone is ok with it, we can create a new milestone and give users
>> the
>> opportunity to provide us with some feedback and to report bugs.
>> 
>> --
>> Jean-Louis Monteiro
>> http://twitter.com/jlouismonteiro
>> http://www.tomitribe.com
>> 
>> 
>> On Tue, May 10, 2022 at 7:06 PM David Blevins 
>> wrote:
>> 
>> Was checking out the TCK numbers this morning can make to suggest a
>> 9.0.0-M8 while things look good and found this amazing email.
>> 
>> The 9.0.x branch is looking absolutely amazing!!!
>> 
>> What do we think about pushing out a 9.0.0-M8 while things are in their
>> peak-stable state?  I'm sure we'll have to rip up a few more things to
>> finish off the remaining Jakarta EE and MP TCK issues.  Would be great
>> to
>> have something that isn't M7 to fallback on as a reference point to
>> track
>> regressions.
>> 
>> Thoughts?
>> 
>> 
>> -David
>> 
>> 
>> 
>> On May 10, 2022, at 3:56 AM, Jean-Louis Monteiro <
>> jlmonte...@tomitribe.com> wrote:
>> 
>> Hi all,
>> 
>> Time for some reporting
>> 
>> On our journey to migrate TomEE over from javax to jakarta namespace,
>> we
>> had many issues.
>> After updating all our code, we had to do a bunch of dependency
>> upgrades
>> after upgrading many of them (OpenWebbeans, BVal, Geronimo, etc).
>> 
>> We then faced many issues with non compatible libraries for example
>> (ActiveMQ, commons-dbcp, CXF, sxc, taglib, etc). So we ended up
>> repacking
>> them in our own groupId after using the Maven Shade plugin to
>> relocate
>> the
>> packages.
>> 
>> We worked on BVal TCK and CDI TCK and we are close to passing them.
>> 
>> But we had before to solve all our outdated MicroProfile 1.3 stack to
>> the
>> most recent and jakarta compatible version. Geronimo implementations
>> being
>> far being, we decided to use some SmallRye implementations until we
>> can
>> dedicate some time to update our Apache implementations (config,
>> metrics,
>> health, openapi, opentracing, fault tolerance).
>> 
>> Our build is now more stable, but still not green. Some issues are
>> basically easy to fix and most people could do it (examples for
>> instance).
>> 
>> https://ci-builds.apache.org/job/Tomee/job/master-build-full/
>> 
>> The integration for openapi, opentracing and fault tolerance is not
>> done
>> and we are far from passing the T

Re: TomEE 9.x - from javax to jakarta namespace

2022-05-24 Thread Jean-Louis Monteiro 
Thanks for the detailed status Richard.

For 1/ I sent my opinion. The vote is outgoing and I'd keep the fix you did
for now without any "cheap" system properties. I'm not a big big fan and
it's a major release. So I'd go lazy instead of eager on this one and see
if really it's harmful or not.

For 2/ I can help you tomorrow if you want/need.
--
Jean-Louis Monteiro
http://twitter.com/jlouismonteiro
http://www.tomitribe.com


On Tue, May 24, 2022 at 7:14 PM Zowalla, Richard <
richard.zowa...@hs-heilbronn.de> wrote:

> To give a more detailed view / update from the spec tck party regarding
> activation and mail:
>
> (A) Geronimo Activation 2.0
>
> After a first milestone (M1) and some additional fixes after running
> the activation TCK [1] and related signatures tests, we are now passing
> them.
>
> JL prepared a release artifact (1.0.0), which is currently under vote.
>
> During the tck work, we found some inconsistency / unspecified
> behaviour of "normalizeMimeTypeParameter" of ActivationDataFlavor.
> While this method is tested in the TCK on the basis of the reference
> implementation neither the spec itself nor the javadoc are really clear
> about the "right" return value. At the moment, we adjusted it to pass
> the TCK test in question.
>
> There is an ongoing discussion at dev@geronimo if this is a desired
> behaviour or if a system property should be introduced in order to
> reduce the possibility of breaking some users.
>
> (B) Geronimo Mail 2.0 / 2.1
>
> The current mail impl has some TCK failures. It seems, that we need to
> do some additional work to get it compliant with the standalone mail
> tck [3].
>
> The signature tests are failing for Java 11 but are fine with Java 8
> [4] due to some usage of Object#finalize() and missing annotations
> (only available in Java 9+) in the Geronimo implementation. While it is
> not that important for EE9, we need to keep it in mind for EE10.
>
> We currently pass 166 out of 321 mail tck tests [5]. I guess, we need
> to give it some more love to get the numbers up and finally get it to
> pass the mail tck. The good thing is, that we already pass the javamail
> tests for TomEE [6].
>
> Gruß
> Richard
>
>
>
> [1] https://jakarta.ee/specifications/activation/2.0/
> [2] https://lists.apache.org/thread/h8twm4rmdxt67fx227nyywjp96b6cky1
> [3] https://jakarta.ee/specifications/mail/2.0/
> [4] https://issues.apache.org/jira/browse/GERONIMO-6834
> [5] https://issues.apache.org/jira/browse/GERONIMO-6835
> [6]
>
> https://tck.work/tomee/tests?build=1651841331620&path=com.sun.ts.tests.javamail
>
> Am Dienstag, dem 24.05.2022 um 15:44 +0200 schrieb Jean-Louis Monteiro:
> > Alright, time for a new update.
> >
> > TomEE 8.x with JDK8 and EE8 is equivalent to TomEE 9.x with
> > JDK11/JDK17 and
> > EE9.
> > The build is still not full green, but it's time to start grabbing
> > user
> > feedback as we discussed.
> >
> > So the work started to take every single piece we fixed or patched to
> > start
> > doing releases and if possible run TCK + signature Tests.
> >
> > David did activation and mail milestones. Richard used the milestone
> > to fix
> > and we are now under vote for activation 2.0 final and Richard is
> > making
> > some awesomeness on the mail spec and impl. We should be able to get
> > final
> > versions soon.
> >
> > We also have an OWB vote starting today for a jakarta compatible
> > version
> > (including TCK).
> > Next step is to release a milestone for jakartaee-api 9.1-M2 and move
> > on.
> >
> >
> >
> > --
> > Jean-Louis Monteiro
> > http://twitter.com/jlouismonteiro
> > http://www.tomitribe.com
> >
> >
> > On Thu, May 12, 2022 at 9:29 AM Wiesner, Martin <
> > martin.wies...@hs-heilbronn.de> wrote:
> >
> > > +1
> > >
> > > Best
> > > Martin
> > > —
> > > https://twitter.com/mawiesne
> > >
> > >
> > > Am 11.05.2022 um 19:00 schrieb Cesar Hernandez <
> > > cesargu...@gmail.com
> > > >:
> > >
> > > +1, Thank you!
> > >
> > >
> > > El mié, 11 may 2022 a las 9:06, Daniel Dias Dos Santos (<
> > > daniel.dias.analist...@gmail.com > > daniel.dias.analist...@gmail.com>>)
> > > escribió:
> > >
> > > +1
> > >
> > > On Wed, May 11, 2022, 12:00 Zowalla, Richard <
> > > richard.zowa...@hs-heilbronn.de > > richard.zowa...@hs-heilbronn.de>>
> > > wrote:
> > >
> > > I am fine with it: +1
> > > 
> > > Von: Jean-Louis Monteiro  > > jlmonte...@tomitribe.com>>
> > > Gesendet: Mittwoch, 11. Mai 2022 15:57:54
> > > An: dev@tomee.apache.org
> > > Betreff: Re: TomEE 9.x - from javax to jakarta namespace
> > >
> > > Alright, with the latest changes pushed yesterday and today, we are
> > > now
> > > at
> > > the exact same numbers for TomEE 8.x / Jakarta EE 8 under JDK8 and
> > > TomEE
> > > 9.x / Jakarta 9.1 under JDK17.
> > >
> > > If everyone is ok with it, we can create a new milestone and give
> > > users
> > > the
> > > opportunity to provide us with some feedback and to report bugs.
> >

Jakarta Mail TCK - Additional Thoughts? (was: TomEE 9.x - from javax to jakarta namespace)

2022-05-24 Thread Zowalla, Richard 
Hi,

I spend some more time on the mail tck and got some additional
insights:

There is one specific mail from the TCK mailbox (test1, mail no. 9),
which breaks the current Geronimo mail impl. This happens, if you try
to bootstrap / setup the test mailbox before running the TCK according
ti their documentation. The same procedere just works, if the reference
impl is used.

The failing tests in the mail tck report similar issues regarding
failed IMAP commands. Therefore, I assume, that the underlying issue is
similar, i.e. if we solve that, we likely fix some of the TCK tests
too.

I added some instructions to 
https://issues.apache.org/jira/browse/GERONIMO-6835 to reproduce the
issue without actually running the TCK, so we might have the chance to
debug it easily. 

Basically:

- Checkout https://github.com/rzo1/geronimo-javamail/tree/tck-issues
- Follow the instructions in tck.adoc to start up a mail server
(docker-compose + docker exec)
- Run "fpopulate" with arguments "-s test1 -d
imap://user01%40james.local:1234@localhost:1143 -D" from within your
IDE
- Observe the debug output on the console


There is a difference between the message length between the RI and the
Geronimo impl (as reported by the { } literal). This might be the cause
(??), but I have no idea what is going on or why it is happening.

Maybe someone has an idea what is going on here? Or has a pointer where
to look at? I might be "lost in the tck madness" for today :)

Gruß
Richard



Am Dienstag, dem 24.05.2022 um 17:13 + schrieb Zowalla, Richard:
> To give a more detailed view / update from the spec tck party
> regarding
> activation and mail:
> 
> (A) Geronimo Activation 2.0
> 
> After a first milestone (M1) and some additional fixes after running
> the activation TCK [1] and related signatures tests, we are now
> passing
> them. 
> 
> JL prepared a release artifact (1.0.0), which is currently under
> vote.
> 
> During the tck work, we found some inconsistency / unspecified
> behaviour of "normalizeMimeTypeParameter" of ActivationDataFlavor.
> While this method is tested in the TCK on the basis of the reference
> implementation neither the spec itself nor the javadoc are really
> clear
> about the "right" return value. At the moment, we adjusted it to pass
> the TCK test in question.
> 
> There is an ongoing discussion at dev@geronimo if this is a desired
> behaviour or if a system property should be introduced in order to
> reduce the possibility of breaking some users.
> 
> (B) Geronimo Mail 2.0 / 2.1
> 
> The current mail impl has some TCK failures. It seems, that we need
> to
> do some additional work to get it compliant with the standalone mail
> tck [3].
> 
> The signature tests are failing for Java 11 but are fine with Java 8
> [4] due to some usage of Object#finalize() and missing annotations
> (only available in Java 9+) in the Geronimo implementation. While it
> is
> not that important for EE9, we need to keep it in mind for EE10.
> 
> We currently pass 166 out of 321 mail tck tests [5]. I guess, we need
> to give it some more love to get the numbers up and finally get it to
> pass the mail tck. The good thing is, that we already pass the
> javamail
> tests for TomEE [6].
> 
> Gruß
> Richard
> 
> 
> 
> [1] https://jakarta.ee/specifications/activation/2.0/
> [2] https://lists.apache.org/thread/h8twm4rmdxt67fx227nyywjp96b6cky1
> [3] https://jakarta.ee/specifications/mail/2.0/
> [4] https://issues.apache.org/jira/browse/GERONIMO-6834
> [5] https://issues.apache.org/jira/browse/GERONIMO-6835
> [6]  
> https://tck.work/tomee/tests?build=1651841331620&path=com.sun.ts.tests.javamail
> 
> Am Dienstag, dem 24.05.2022 um 15:44 +0200 schrieb Jean-Louis
> Monteiro:
> > Alright, time for a new update.
> > 
> > TomEE 8.x with JDK8 and EE8 is equivalent to TomEE 9.x with
> > JDK11/JDK17 and
> > EE9.
> > The build is still not full green, but it's time to start grabbing
> > user
> > feedback as we discussed.
> > 
> > So the work started to take every single piece we fixed or patched
> > to
> > start
> > doing releases and if possible run TCK + signature Tests.
> > 
> > David did activation and mail milestones. Richard used the
> > milestone
> > to fix
> > and we are now under vote for activation 2.0 final and Richard is
> > making
> > some awesomeness on the mail spec and impl. We should be able to
> > get
> > final
> > versions soon.
> > 
> > We also have an OWB vote starting today for a jakarta compatible
> > version
> > (including TCK).
> > Next step is to release a milestone for jakartaee-api 9.1-M2 and
> > move
> > on.
> > 
> > 
> > 
> > --
> > Jean-Louis Monteiro
> > http://twitter.com/jlouismonteiro
> > http://www.tomitribe.com
> > 
> > 
> > On Thu, May 12, 2022 at 9:29 AM Wiesner, Martin <
> > martin.wies...@hs-heilbronn.de> wrote:
> > 
> > > +1
> > > 
> > > Best
> > > Martin
> > > —
> > > https://twitter.com/mawiesne
> > > 
> > > 
> > > Am 11.05.2022 um 19:00 schrieb Cesar Hernandez <
> > > cesargu...@gmail.com
> > >

Re: TomEE 9.x - from javax to jakarta namespace

2022-05-24 Thread Zowalla, Richard 
To give a more detailed view / update from the spec tck party regarding
activation and mail:

(A) Geronimo Activation 2.0

After a first milestone (M1) and some additional fixes after running
the activation TCK [1] and related signatures tests, we are now passing
them. 

JL prepared a release artifact (1.0.0), which is currently under vote.

During the tck work, we found some inconsistency / unspecified
behaviour of "normalizeMimeTypeParameter" of ActivationDataFlavor.
While this method is tested in the TCK on the basis of the reference
implementation neither the spec itself nor the javadoc are really clear
about the "right" return value. At the moment, we adjusted it to pass
the TCK test in question.

There is an ongoing discussion at dev@geronimo if this is a desired
behaviour or if a system property should be introduced in order to
reduce the possibility of breaking some users.

(B) Geronimo Mail 2.0 / 2.1

The current mail impl has some TCK failures. It seems, that we need to
do some additional work to get it compliant with the standalone mail
tck [3].

The signature tests are failing for Java 11 but are fine with Java 8
[4] due to some usage of Object#finalize() and missing annotations
(only available in Java 9+) in the Geronimo implementation. While it is
not that important for EE9, we need to keep it in mind for EE10.

We currently pass 166 out of 321 mail tck tests [5]. I guess, we need
to give it some more love to get the numbers up and finally get it to
pass the mail tck. The good thing is, that we already pass the javamail
tests for TomEE [6].

Gruß
Richard



[1] https://jakarta.ee/specifications/activation/2.0/
[2] https://lists.apache.org/thread/h8twm4rmdxt67fx227nyywjp96b6cky1
[3] https://jakarta.ee/specifications/mail/2.0/
[4] https://issues.apache.org/jira/browse/GERONIMO-6834
[5] https://issues.apache.org/jira/browse/GERONIMO-6835
[6]  
https://tck.work/tomee/tests?build=1651841331620&path=com.sun.ts.tests.javamail

Am Dienstag, dem 24.05.2022 um 15:44 +0200 schrieb Jean-Louis Monteiro:
> Alright, time for a new update.
> 
> TomEE 8.x with JDK8 and EE8 is equivalent to TomEE 9.x with
> JDK11/JDK17 and
> EE9.
> The build is still not full green, but it's time to start grabbing
> user
> feedback as we discussed.
> 
> So the work started to take every single piece we fixed or patched to
> start
> doing releases and if possible run TCK + signature Tests.
> 
> David did activation and mail milestones. Richard used the milestone
> to fix
> and we are now under vote for activation 2.0 final and Richard is
> making
> some awesomeness on the mail spec and impl. We should be able to get
> final
> versions soon.
> 
> We also have an OWB vote starting today for a jakarta compatible
> version
> (including TCK).
> Next step is to release a milestone for jakartaee-api 9.1-M2 and move
> on.
> 
> 
> 
> --
> Jean-Louis Monteiro
> http://twitter.com/jlouismonteiro
> http://www.tomitribe.com
> 
> 
> On Thu, May 12, 2022 at 9:29 AM Wiesner, Martin <
> martin.wies...@hs-heilbronn.de> wrote:
> 
> > +1
> > 
> > Best
> > Martin
> > —
> > https://twitter.com/mawiesne
> > 
> > 
> > Am 11.05.2022 um 19:00 schrieb Cesar Hernandez <
> > cesargu...@gmail.com
> > >:
> > 
> > +1, Thank you!
> > 
> > 
> > El mié, 11 may 2022 a las 9:06, Daniel Dias Dos Santos (<
> > daniel.dias.analist...@gmail.com > daniel.dias.analist...@gmail.com>>)
> > escribió:
> > 
> > +1
> > 
> > On Wed, May 11, 2022, 12:00 Zowalla, Richard <
> > richard.zowa...@hs-heilbronn.de > richard.zowa...@hs-heilbronn.de>>
> > wrote:
> > 
> > I am fine with it: +1
> > 
> > Von: Jean-Louis Monteiro  > jlmonte...@tomitribe.com>>
> > Gesendet: Mittwoch, 11. Mai 2022 15:57:54
> > An: dev@tomee.apache.org
> > Betreff: Re: TomEE 9.x - from javax to jakarta namespace
> > 
> > Alright, with the latest changes pushed yesterday and today, we are
> > now
> > at
> > the exact same numbers for TomEE 8.x / Jakarta EE 8 under JDK8 and
> > TomEE
> > 9.x / Jakarta 9.1 under JDK17.
> > 
> > If everyone is ok with it, we can create a new milestone and give
> > users
> > the
> > opportunity to provide us with some feedback and to report bugs.
> > 
> > --
> > Jean-Louis Monteiro
> > http://twitter.com/jlouismonteiro
> > http://www.tomitribe.com
> > 
> > 
> > On Tue, May 10, 2022 at 7:06 PM David Blevins <
> > david.blev...@gmail.com>
> > wrote:
> > 
> > Was checking out the TCK numbers this morning can make to suggest a
> > 9.0.0-M8 while things look good and found this amazing email.
> > 
> > The 9.0.x branch is looking absolutely amazing!!!
> > 
> > What do we think about pushing out a 9.0.0-M8 while things are in
> > their
> > peak-stable state?  I'm sure we'll have to rip up a few more things
> > to
> > finish off the remaining Jakarta EE and MP TCK issues.  Would be
> > great
> > to
> > have something that isn't M7 to fallback on as a reference point to
> > track
> > regressions.
> >

Re: TomEE 9.x - from javax to jakarta namespace

2022-05-24 Thread Jean-Louis Monteiro 
Alright, time for a new update.

TomEE 8.x with JDK8 and EE8 is equivalent to TomEE 9.x with JDK11/JDK17 and
EE9.
The build is still not full green, but it's time to start grabbing user
feedback as we discussed.

So the work started to take every single piece we fixed or patched to start
doing releases and if possible run TCK + signature Tests.

David did activation and mail milestones. Richard used the milestone to fix
and we are now under vote for activation 2.0 final and Richard is making
some awesomeness on the mail spec and impl. We should be able to get final
versions soon.

We also have an OWB vote starting today for a jakarta compatible version
(including TCK).
Next step is to release a milestone for jakartaee-api 9.1-M2 and move on.



--
Jean-Louis Monteiro
http://twitter.com/jlouismonteiro
http://www.tomitribe.com


On Thu, May 12, 2022 at 9:29 AM Wiesner, Martin <
martin.wies...@hs-heilbronn.de> wrote:

> +1
>
> Best
> Martin
> —
> https://twitter.com/mawiesne
>
>
> Am 11.05.2022 um 19:00 schrieb Cesar Hernandez  >:
>
> +1, Thank you!
>
>
> El mié, 11 may 2022 a las 9:06, Daniel Dias Dos Santos (<
> daniel.dias.analist...@gmail.com>)
> escribió:
>
> +1
>
> On Wed, May 11, 2022, 12:00 Zowalla, Richard <
> richard.zowa...@hs-heilbronn.de>
> wrote:
>
> I am fine with it: +1
> 
> Von: Jean-Louis Monteiro  jlmonte...@tomitribe.com>>
> Gesendet: Mittwoch, 11. Mai 2022 15:57:54
> An: dev@tomee.apache.org
> Betreff: Re: TomEE 9.x - from javax to jakarta namespace
>
> Alright, with the latest changes pushed yesterday and today, we are now
> at
> the exact same numbers for TomEE 8.x / Jakarta EE 8 under JDK8 and TomEE
> 9.x / Jakarta 9.1 under JDK17.
>
> If everyone is ok with it, we can create a new milestone and give users
> the
> opportunity to provide us with some feedback and to report bugs.
>
> --
> Jean-Louis Monteiro
> http://twitter.com/jlouismonteiro
> http://www.tomitribe.com
>
>
> On Tue, May 10, 2022 at 7:06 PM David Blevins 
> wrote:
>
> Was checking out the TCK numbers this morning can make to suggest a
> 9.0.0-M8 while things look good and found this amazing email.
>
> The 9.0.x branch is looking absolutely amazing!!!
>
> What do we think about pushing out a 9.0.0-M8 while things are in their
> peak-stable state?  I'm sure we'll have to rip up a few more things to
> finish off the remaining Jakarta EE and MP TCK issues.  Would be great
> to
> have something that isn't M7 to fallback on as a reference point to
> track
> regressions.
>
> Thoughts?
>
>
> -David
>
>
>
> On May 10, 2022, at 3:56 AM, Jean-Louis Monteiro <
> jlmonte...@tomitribe.com> wrote:
>
> Hi all,
>
> Time for some reporting
>
> On our journey to migrate TomEE over from javax to jakarta namespace,
> we
> had many issues.
> After updating all our code, we had to do a bunch of dependency
> upgrades
> after upgrading many of them (OpenWebbeans, BVal, Geronimo, etc).
>
> We then faced many issues with non compatible libraries for example
> (ActiveMQ, commons-dbcp, CXF, sxc, taglib, etc). So we ended up
> repacking
> them in our own groupId after using the Maven Shade plugin to
> relocate
> the
> packages.
>
> We worked on BVal TCK and CDI TCK and we are close to passing them.
>
> But we had before to solve all our outdated MicroProfile 1.3 stack to
> the
> most recent and jakarta compatible version. Geronimo implementations
> being
> far being, we decided to use some SmallRye implementations until we
> can
> dedicate some time to update our Apache implementations (config,
> metrics,
> health, openapi, opentracing, fault tolerance).
>
> Our build is now more stable, but still not green. Some issues are
> basically easy to fix and most people could do it (examples for
> instance).
>
> https://ci-builds.apache.org/job/Tomee/job/master-build-full/
>
> The integration for openapi, opentracing and fault tolerance is not
> done
> and we are far from passing the TCK. On config, metrics and health we
> are
> close. Same for our JWT implementation.
>
> I also wanted to have a view on the platform TCK, so I decided to
> stop
> TomEE work in order to spend time on the Platform TCK to do all
> dependency
> upgrades and get the TCK to run properly. I'm pleased to announce
> that
> after 2 weeks of hard work, we are 99% compatible
>
> https://tck.work/tomee/build?id=1652104572445
>
> Thanks everyone for the help.
> Keep going and if you need some guidance or help, let us know.
>
> For coordination purposes, here is the issue
> https://issues.apache.org/jira/browse/TOMEE-3862
> Many subtasks are there and you can create new tasks when needed and
> ask
> any committer to assign it to you.
>
>
>
> --
> Jean-Louis Monteiro
> http://twitter.com/jlouismonteiro
> http://www.tomitribe.com
>
>
> On Thu, May 5, 2022 at 11:13 AM Zowalla, Richard <
>