a lot of libs should be updated before the release I think, like johnzon which is ready (literally like 2 poms to update). but yes we can do a release anytime technically. In terms of first bundle we can at least desire to have CDI 2 webprofile support, probably json-p/json-b and maybe jax-rs upgrade (which should be trivial as well).
Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in/rmannibucau> 2018-02-01 16:10 GMT+01:00 Jean-Louis Monteiro <[email protected]>: > These are CDI TCK only. Java EE 8 TCK aren't available openly (Open > sourced) so we can't certify the Apache version of TomEE > > -- > Jean-Louis Monteiro > http://twitter.com/jlouismonteiro > http://www.tomitribe.com > > On Thu, Feb 1, 2018 at 3:36 PM, Matthew Broadhead < > [email protected]> wrote: > > > exciting. when it passes all the tests will there be a beta release ? > > > > > > On 01/02/2018 14:37, Mark Struberg wrote: > > > >> With a bit help from Romains we are now down to 10 failing tests: > >> > >> > >> ERROR] Failures: > >> [ERROR] EnterpriseDefaultBeanDiscoveryModeTest>Arquillian. > arquillianBeforeClass:109 > >> » Deployment > >> [ERROR] ObserverMethodInvocationContextTest>Arquillian.run:164-> > testTransactionalObserverMethod:55 > >> » EJB > >> [ERROR] SessionBeanObserverMethodInvocationContextTest>Arquillian.ru > >> n:164->testTransactionalObserverMethod:55 » EJB > >> [ERROR] SessionBeanStaticObserverMethodInvocationContextTest>Arquill > >> ian.run:164->testTransactionalObserverMethod:55 » EJB > >> [ERROR] ContainerLifeCycleEventRuntimeInvocationTest>Arquillian. > arquillianBeforeClass:109 > >> » Deployment > >> [ERROR] BuiltinMetadataEEBeanTest>Arquillian.run:164->interceptedBea > >> nForEEComponentIsNullInInterceptor:61 expected [true] but found [false] > >> [ERROR] BuiltinMetadataSessionBeanTest>Arquillian.run:164-> > testDecoratorMetadata:91 > >> » EJB > >> [ERROR] BuiltinMetadataSessionBeanTest>Arquillian.run:164-> > testInterceptorMetadata:78 > >> » EJB > >> [ERROR] RemoteBusinessDisposalMethodTest>Arquillian. > arquillianBeforeClass:109 > >> » Runtime > >> [ERROR] RemoteBusinessProducerMethodTest>Arquillian. > arquillianBeforeClass:109 > >> » Runtime > >> [INFO] > >> [ERROR] Tests run: 1577, Failures: 10, Errors: 0, Skipped: 26 > >> > >> LieGrue,strub > >> > >> On Thursday, 1 February 2018, 00:21:58 CET, Mark Struberg > >> <[email protected]> wrote: > >> Fixed the new CDI-2.0 <trim/> feature. > >> > >> Now down to 16 ^^ > >> > >> [ERROR] Failures: > >> [ERROR] EnterpriseDefaultBeanDiscoveryModeTest>Arquillian. > arquillianBeforeClass:109 > >> » Deployment > >> [ERROR] ResourceAdapterArchiveTest>Arquillian.run:164-> > testInjection:79 > >> expected object to not be null > >> [ERROR] ResourceAdapterArchiveTest>Arquillian.run:164->testResolutio > >> n:86->AbstractTest.getUniqueBean:133->AbstractTest. > resolveUniqueBean:169 > >> » UnsatisfiedResolution > >> [ERROR] EJBAsyncObserverMethodRemoteBusinessMethodTest>Arquillian. > arquillianBeforeClass:109 > >> » Runtime > >> [ERROR] EJBObserverMethodRemoteBusinessMethodTest>Arquillian. > arquillianBeforeClass:109 > >> » Runtime > >> [ERROR] ObserverMethodInvocationContextTest>Arquillian.run:164-> > testTransactionalObserverMethod:55 > >> » EJB > >> [ERROR] EnterpriseSecurityContextPropagationInAsyncObserverTest>Arqu > >> illian.run:164->testSecurityContextNotPropagated:68 expected [true] but > >> found [false] > >> [ERROR] EnterpriseSecurityContextPropagationInAsyncObserverTest>Arqu > >> illian.run:164->testSecurityContextPropagation:59 NullPointer > >> [ERROR] SessionBeanObserverMethodInvocationContextTest>Arquillian.ru > >> n:164->testTransactionalObserverMethod:55 » EJB > >> [ERROR] SessionBeanStaticObserverMethodInvocationContextTest>Arquill > >> ian.run:164->testTransactionalObserverMethod:55 » EJB > >> [ERROR] ContainerLifeCycleEventRuntimeInvocationTest>Arquillian. > arquillianBeforeClass:109 > >> » Deployment > >> [ERROR] BuiltinMetadataEEBeanTest>Arquillian.run:164->interceptedBea > >> nForEEComponentIsNullInInterceptor:61 expected [true] but found [false] > >> [ERROR] BuiltinMetadataSessionBeanTest>Arquillian.run:164-> > testDecoratorMetadata:91 > >> » EJB > >> [ERROR] BuiltinMetadataSessionBeanTest>Arquillian.run:164-> > testInterceptorMetadata:78 > >> » EJB > >> [ERROR] RemoteBusinessDisposalMethodTest>Arquillian. > arquillianBeforeClass:109 > >> » Runtime > >> [ERROR] RemoteBusinessProducerMethodTest>Arquillian. > arquillianBeforeClass:109 > >> » Runtime > >> [INFO] > >> [ERROR] Tests run: 1585, Failures: 16, Errors: 0, Skipped: 30 > >> > >> > >> LieGrue, > >> strub > >> > >> > >> > >> Am 31.01.2018 um 11:20 schrieb Romain Manni-Bucau < > [email protected] > >>> >: > >>> > >>> From memory, until you need jsf or advanced web stuff all should run > in > >>> embedded mode. That said we can need to tune jaas to match the > >>> expectations > >>> of the tcks. > >>> > >>> > >>> Romain Manni-Bucau > >>> @rmannibucau <https://twitter.com/rmannibucau> | Blog > >>> <https://rmannibucau.metawerx.net/> | Old Blog > >>> <http://rmannibucau.wordpress.com> | Github < > >>> https://github.com/rmannibucau> | > >>> LinkedIn <https://www.linkedin.com/in/rmannibucau> > >>> > >>> 2018-01-31 11:00 GMT+01:00 Mark Struberg <[email protected]>: > >>> > >>> Txs JL! > >>>> > >>>> Btw, this is the current status: > >>>> > >>>> [ERROR] Failures: > >>>> [ERROR] EnterpriseDefaultBeanDiscoveryModeTest>Arquillian.arquillian > >>>> BeforeClass:109 > >>>> » Deployment > >>>> [ERROR] ResourceAdapterArchiveTest>Arquillian.run:164->testInjection > >>>> :79 > >>>> expected object to not be null > >>>> [ERROR] ResourceAdapterArchiveTest>Arquillian.run:164-> > >>>> testResolution:86->AbstractTest.getUniqueBean:133-> > >>>> AbstractTest.resolveUniqueBean:169 > >>>> » UnsatisfiedResolution > >>>> [ERROR] TrimmedBeanArchiveTest>Arquillian.arquillianBeforeClass:109 > » > >>>> Deployment can't... > >>>> [ERROR] EnterpriseTrimmedBeanArchiveTest>Arquillian.arquillianBefore > >>>> Class:109 > >>>> » Deployment > >>>> [ERROR] EJBAsyncObserverMethodRemoteBusinessMethodTest>Arquillian.ar > >>>> quillianBeforeClass:109 > >>>> » Runtime > >>>> [ERROR] EJBObserverMethodRemoteBusinessMethodTest>Arquillian.arquill > >>>> ianBeforeClass:109 > >>>> » Runtime > >>>> [ERROR] ObserverMethodInvocationContextTest>Arquillian.run:164-> > >>>> testTransactionalObserverMethod:55 » EJB > >>>> [ERROR] EnterpriseSecurityContextPropagationInAsyncObserverTest> > >>>> Arquillian.run:164->testSecurityContextNotPropagated:68 expected > [true] > >>>> but found [false] > >>>> [ERROR] EnterpriseSecurityContextPropagationInAsyncObserverTest> > >>>> Arquillian.run:164->testSecurityContextPropagation:59 NullPointer > >>>> [ERROR] SessionBeanObserverMethodInvocationContextTest>Arquillian. > >>>> run:164->testTransactionalObserverMethod:55 » EJB > >>>> [ERROR] SessionBeanStaticObserverMethodInvocationContextTest> > >>>> Arquillian.run:164->testTransactionalObserverMethod:55 » EJB > >>>> [ERROR] BuiltinMetadataEEBeanTest>Arquillian.run:164-> > >>>> interceptedBeanForEEComponentIsNullInInterceptor:61 expected [true] > but > >>>> found [false] > >>>> [ERROR] BuiltinMetadataSessionBeanTest>Arquillian.run:164->testDecor > >>>> atorMetadata:91 > >>>> » EJB > >>>> [ERROR] BuiltinMetadataSessionBeanTest>Arquillian.run:164->testInter > >>>> ceptorMetadata:78 > >>>> » EJB > >>>> [ERROR] RemoteBusinessDisposalMethodTest>Arquillian.arquillianBefore > >>>> Class:109 > >>>> » Runtime > >>>> [ERROR] RemoteBusinessProducerMethodTest>Arquillian.arquillianBefore > >>>> Class:109 > >>>> » Runtime > >>>> [INFO] > >>>> [ERROR] Tests run: 1587, Failures: 17, Errors: 0, Skipped: 19 > >>>> > >>>> > >>>> I'll fix the trim test next. > >>>> But I need a bit help with the others as I'm not quite sure whether > >>>> those > >>>> tests are supposed to work in cdi-embedded or only in the > full-profile. > >>>> > >>>> We have some failures like: > >>>> > >>>> Caused by: javax.ejb.EJBAccessException: Unauthorized Access by > >>>> Principal > >>>> Denied > >>>> at org.apache.openejb.core.stateless.StatelessContainer. > >>>> invoke(StatelessContainer.java:189) > >>>> at org.apache.openejb.core.ivm.EjbObjectProxyHandler. > >>>> synchronizedBusinessMethod(EjbObjectProxyHandler.java:265) > >>>> at org.apache.openejb.core.ivm.EjbObjectProxyHandler. > >>>> businessMethod(EjbObjectProxyHandler.java:260) > >>>> at org.apache.openejb.core.ivm. > EjbObjectProxyHandler._invoke( > >>>> EjbObjectProxyHandler.java:89) > >>>> at org.apache.openejb.core.ivm.BaseEjbProxyHandler.invoke( > >>>> BaseEjbProxyHandler.java:347) > >>>> at org.jboss.cdi.tck.tests.event. > observer.context.enterprise. > >>>> staticMethod.Printer$$LocalBeanProxy.printSuccess( > >>>> org/jboss/cdi/tck/tests/event/observer/context/enterprise/ > >>>> staticMethod/Printer.java) > >>>> at org.jboss.cdi.tck.tests.event. > observer.context.enterprise. > >>>> staticMethod.Student.printSuccess(Student.java:33) > >>>> > >>>> Who might be able to help a bit? > >>>> We could also do a hangout session to hang over the code together. > >>>> Done this yesterday with Reinhard Sandtner to fix a few Extension > bugs. > >>>> > >>>> LieGrue, > >>>> strub > >>>> > >>>> > >>>> Am 31.01.2018 um 10:38 schrieb Jean-Louis Monteiro < > >>>>> > >>>> [email protected]>: > >>>> > >>>>> yes yank the profile if not usable and if no one should use it to > avoid > >>>>> mistakes > >>>>> > >>>>> > >>>>> -- > >>>>> Jean-Louis Monteiro > >>>>> http://twitter.com/jlouismonteiro > >>>>> http://www.tomitribe.com > >>>>> > >>>>> On Wed, Jan 31, 2018 at 10:23 AM, Mark Struberg > >>>>> > >>>> <[email protected]> > >>>> > >>>>> wrote: > >>>>> > >>>>> Then we should at least add a README? > >>>>>> Or at least document that profile in the pom. > >>>>>> > >>>>>> LieGrue, > >>>>>> strub > >>>>>> > >>>>>> > >>>>>> > >>>>>> Am 31.01.2018 um 09:59 schrieb Romain Manni-Bucau < > >>>>>>> > >>>>>> [email protected] > >>>> > >>>>> : > >>>>>>> > >>>>>>> 2018-01-31 9:34 GMT+01:00 Mark Struberg <[email protected] > >: > >>>>>>> > >>>>>>> Yes I thought something similar when trashing 2 hours to try to get > >>>>>>>> > >>>>>>> the > >>>> > >>>>> JAXB generator running. > >>>>>>>> Just to figure it might be broken beyond repair... > >>>>>>>> Thanks that you at least confirm this view and spare me further > >>>>>>>> investigation. > >>>>>>>> > >>>>>>>> There are 2 options on the table > >>>>>>>> > >>>>>>>> 1.) Do a quick hack and add the <trim/> support directly in the > code > >>>>>>>> > >>>>>>>> +1 > >>>>>>> > >>>>>>> 2.) Invest more time and fix the JAXB source generator setup > >>>>>>>> > >>>>>>>> No point today to do it. Can be worse keeping it as a comment > >>>>>>> somewhere > >>>>>>> > >>>>>> for > >>>>>> > >>>>>>> future specs if needed but not for existing one IMHO. > >>>>>>> > >>>>>>> I'm tempted to go 1. > >>>>>>>> But of course I'm happy if someone finds a bit time to fix the > >>>>>>>> > >>>>>>> generator > >>>> > >>>>> setup. > >>>>>>>> David, you did this initially. Is it worth it and can you free up > >>>>>>>> some > >>>>>>>> time for it? > >>>>>>>> > >>>>>>>> > >>>>>>>> LieGrue, > >>>>>>>> strub > >>>>>>>> > >>>>>>>> > >>>>>>>> Am 31.01.2018 um 09:20 schrieb Romain Manni-Bucau < > >>>>>>>>> > >>>>>>>> [email protected] > >>>>>> > >>>>>>> : > >>>>>>>>> > >>>>>>>>> Hi Mark, > >>>>>>>>> > >>>>>>>>> For simple updates like that I tend to update the sax parser > >>>>>>>>> manually > >>>>>>>>> (that's what we did for JSF since most of the model is not > handled > >>>>>>>>> by > >>>>>>>>> > >>>>>>>> tomee > >>>>>>>> > >>>>>>>>> anyway). > >>>>>>>>> For CDI we are supposed to still use JAXB (since there can be a > lot > >>>>>>>>> > >>>>>>>> of > >>>> > >>>>> beans.xml): > >>>>>>>>> https://github.com/apache/tomee/blob/master/container/ > >>>>>>>>> > >>>>>>>> openejb-core/src/main/java/org/apache/openejb/config/ > >>>>>>>> ReadDescriptors.java#L681 > >>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> Romain Manni-Bucau > >>>>>>>>> @rmannibucau <https://twitter.com/rmannibucau> | Blog > >>>>>>>>> <https://rmannibucau.metawerx.net/> | Old Blog > >>>>>>>>> <http://rmannibucau.wordpress.com> | Github <https://github.com/ > >>>>>>>>> > >>>>>>>> rmannibucau> | > >>>>>>>> > >>>>>>>>> LinkedIn <https://www.linkedin.com/in/rmannibucau> > >>>>>>>>> > >>>>>>>>> 2018-01-31 8:17 GMT+01:00 Mark Struberg > <[email protected] > >>>>>>>>> >: > >>>>>>>>> > >>>>>>>>> Hi folks! > >>>>>>>>>> > >>>>>>>>>> I've come down to just 18 failing tests in tck/cdi-embedded. > >>>>>>>>>> Most of them are EE related (missing privileges exceptions etc) > >>>>>>>>>> > >>>>>>>>>> There is one left with the CDI integration: <trim/> support. > >>>>>>>>>> This needs a change in the beans.xml schema. > >>>>>>>>>> I've added the changes and moved to container/openejb-jee/src/ > >>>>>>>>>> main/resources/META-INF/schema/beans_2_0.xsd > >>>>>>>>>> > >>>>>>>>>> But now I totally fail to generate the JAXB sources. > >>>>>>>>>> I've found the maven profile to start the generator, but it > simply > >>>>>>>>>> > >>>>>>>>> fails > >>>>>> > >>>>>>> with an Exception. > >>>>>>>>>> > >>>>>>>>>> Anyone able to help out? > >>>>>>>>>> > >>>>>>>>>> The work is done in fb_tomee8 > >>>>>>>>>> > >>>>>>>>>> Btw, I also tried the attached patch to move to valid urls at > >>>>>>>>>> > >>>>>>>>> least... > >>>> > >>>>> > >>>>>>>>>> LieGrue, > >>>>>>>>>> strub > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>> > >>>>>> > >>>> > >> > > > > >
