We now pass all tests in tck/cdi-embedded And we have only 3 failing tests in tck/cdi-tomee.
<class name="org.jboss.cdi.tck.tests.deployment.packaging.ear.MultiWebModuleWithExtensionTest"/> <class name="org.jboss.cdi.tck.tests.deployment.packaging.rar.ResourceAdapterArchiveTest"/> <class name="org.jboss.cdi.tck.tests.lookup.modules.InterModuleELResolutionTest"/> Those tests are all EAR related. Maybe they are only Arquillian adapter issues? LieGrue, strub > Am 08.02.2018 um 13:30 schrieb Mark Struberg <strub...@yahoo.de.INVALID>: > > Well, this is why there are passivation listeners and stuff in the Servlet > spec. > > We could easily also send a specific CDI event for it. But there is no such > event in the CDI spec so far. > The @Destryoed and @BeforeDestroyed are specifically for _destroyal_. > > LieGrue, > strub > >> Am 08.02.2018 um 12:12 schrieb Romain Manni-Bucau <rmannibu...@gmail.com>: >> >> Hmm, it is more vicious cause if the session is not destroyed you can still >> want to trigger this event. Guess it is another case where both cases are >> desirable (i want to clean up related state of the session...as well as I >> don't want to touch the session)... >> >> Since the appcontext destroy can be used as a workaround I think it is fine >> to challenge them now. >> >> >> 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> | Book >> <https://www.packtpub.com/application-development/java-ee-8-high-performance> >> >> 2018-02-08 11:37 GMT+01:00 Mark Struberg <strub...@yahoo.de.invalid>: >> >>> Yea, it's mainly testing whether the @Observes >>> @BeforeDestroyed(SessionScoped.class) >>> and @Destroyed(SessionScoped.class) do work. >>> The tests itself are fine, but instead of relying that the sessions get >>> destroyed at server shutdown they could also have used >>> Session.invalidate()... >>> >>> LieGrue, >>> strub >>> >>> >>>> Am 08.02.2018 um 11:30 schrieb Romain Manni-Bucau <rmannibu...@gmail.com >>>> : >>>> >>>> 2018-02-08 11:28 GMT+01:00 Mark Struberg <strub...@yahoo.de.invalid>: >>>> >>>>> All the embedded tests are now green. >>>>> >>>>> I'm now working on cdi-tomes (webprofile TCK). >>>>> So far we have 10 errors, but a few TCK tests are broken because they >>>>> wrongly assume that a container stop also kills the Session. >>>>> >>>> >>>> We can make them passing. We already did this kind of hack but since all >>>> container have pluggability here - for good reasons - I agree they >>>> shouldn't be in the TCK. >>>> >>>> >>>>> I've challenged those tests. Still have to review every red test... >>>>> >>>>> LieGrue, >>>>> strub >>>>> >>>>> >>>>>> Am 08.02.2018 um 11:19 schrieb Matthew Broadhead < >>>>> matthew.broadh...@nbmlaw.co.uk>: >>>>>> >>>>>> nearly there! >>>>>> >>>>>> On 07/02/2018 11:57, Mark Struberg wrote: >>>>>>> [ERROR] Failures: >>>>>>> [ERROR] EnterpriseDefaultBeanDiscoveryModeTest>Arquillian. >>> arquillianBeforeClass:109 >>>>> » Deployment >>>>>>> [INFO] >>>>>>> [ERROR] Tests run: 1567, Failures: 1, Errors: 0, Skipped: 5 >>>>>>> >>>>>>> >>>>>>> Wohuuu, 1 to go! >>>>>>> >>>>>>> LieGrue, >>>>>>> strub >>>>>>> >>>>>>>> Am 02.02.2018 um 21:54 schrieb Mark Struberg >>> <strub...@yahoo.de.INVALID >>>>>> : >>>>>>>> >>>>>>>> And the last status: >>>>>>>> >>>>>>>> [ERROR] Failures: >>>>>>>> [ERROR] EnterpriseDefaultBeanDiscoveryModeTest>Arquillian. >>> arquillianBeforeClass:109 >>>>> » Deployment >>>>>>>> [ERROR] ContainerLifeCycleEventRuntimeInvocationTest>Arquillian. >>> arquillianBeforeClass:109 >>>>> » Deployment >>>>>>>> [ERROR] BuiltinMetadataEEBeanTest>Arquillian.run:164-> >>>>> interceptedBeanForEEComponentIsNullInInterceptor:61 expected [true] but >>>>> found [false] >>>>>>>> [INFO] >>>>>>>> [ERROR] Tests run: 1570, Failures: 3, Errors: 0, Skipped: 22 >>>>>>>> >>>>>>>> Reminder: this is for cdi-embedded only for now. >>>>>>>> But once we are through that the rest is usually much easier. >>>>>>>> >>>>>>>> LieGrue, >>>>>>>> strub >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> Am 01.02.2018 um 23:18 schrieb Mark Struberg <strub...@yahoo.de>: >>>>>>>>> >>>>>>>>> We are moving... >>>>>>>>> >>>>>>>>> [ERROR] Failures: >>>>>>>>> [ERROR] EnterpriseDefaultBeanDiscoveryModeTest>Arquillian. >>> arquillianBeforeClass:109 >>>>> » Deployment >>>>>>>>> [ERROR] ObserverMethodInvocationContextTest>Arquillian.run:164-> >>>>> testTransactionalObserverMethod:55 » EJB >>>>>>>>> [ERROR] SessionBeanObserverMethodInvoc >>> ationContextTest>Arquillian. >>>>> run:164->testTransactionalObserverMethod:55 » EJB >>>>>>>>> [ERROR] SessionBeanStaticObserverMethodInvocationContextTest> >>>>> Arquillian.run:164->testTransactionalObserverMethod:55 » EJB >>>>>>>>> [ERROR] ContainerLifeCycleEventRuntimeInvocationTest>Arquillian. >>> arquillianBeforeClass:109 >>>>> » Deployment >>>>>>>>> [ERROR] BuiltinMetadataEEBeanTest>Arquillian.run:164-> >>>>> interceptedBeanForEEComponentIsNullInInterceptor:61 expected [true] but >>>>> found [false] >>>>>>>>> [INFO] >>>>>>>>> [ERROR] Tests run: 1573, Failures: 6, Errors: 0, Skipped: 22 >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On Thursday, 1 February 2018, 14:37:17 CET, Mark Struberg >>>>> <strub...@yahoo.de.INVALID> 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] SessionBeanObserverMethodInvoc >>> ationContextTest>Arquillian. >>>>> run:164->testTransactionalObserverMethod:55 » EJB >>>>>>>>> [ERROR] SessionBeanStaticObserverMethodInvocationContextTest> >>>>> Arquillian.run:164->testTransactionalObserverMethod:55 » EJB >>>>>>>>> [ERROR] ContainerLifeCycleEventRuntimeInvocationTest>Arquillian. >>> arquillianBeforeClass:109 >>>>> » Deployment >>>>>>>>> [ERROR] BuiltinMetadataEEBeanTest>Arquillian.run:164-> >>>>> interceptedBeanForEEComponentIsNullInInterceptor: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 >>>>> <strub...@yahoo.de.INVALID> 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-> >>>>> testResolution: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> >>>>> 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] ContainerLifeCycleEventRuntimeInvocationTest>Arquillian. >>> arquillianBeforeClass:109 >>>>> » Deployment >>>>>>>>> [ERROR] BuiltinMetadataEEBeanTest>Arquillian.run:164-> >>>>> interceptedBeanForEEComponentIsNullInInterceptor: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 < >>>>> rmannibu...@gmail.com>: >>>>>>>>>> >>>>>>>>>> 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 <strub...@yahoo.de.invalid >>>>>> : >>>>>>>>>> >>>>>>>>>>> Txs JL! >>>>>>>>>>> >>>>>>>>>>> Btw, this is the current status: >>>>>>>>>>> >>>>>>>>>>> [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-> >>>>>>>>>>> testResolution:86->AbstractTest.getUniqueBean:133->AbstractTest. >>>>> resolveUniqueBean:169 >>>>>>>>>>> » UnsatisfiedResolution >>>>>>>>>>> [ERROR] TrimmedBeanArchiveTest>Arquillian. >>> arquillianBeforeClass:109 >>>>> » >>>>>>>>>>> Deployment can't... >>>>>>>>>>> [ERROR] EnterpriseTrimmedBeanArchiveTest>Arquillian. >>>>> arquillianBeforeClass:109 >>>>>>>>>>> » Deployment >>>>>>>>>>> [ERROR] EJBAsyncObserverMethodRemoteBu >>> sinessMethodTest>Arquillian. >>>>> arquillianBeforeClass:109 >>>>>>>>>>> » Runtime >>>>>>>>>>> [ERROR] EJBObserverMethodRemoteBusinessMethodTest>Arquillian. >>>>> arquillianBeforeClass: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] SessionBeanObserverMethodInvoc >>> ationContextTest>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-> >>>>> 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: 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 < >>>>>>>>>>> jlmonte...@tomitribe.com>: >>>>>>>>>>>> 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 >>>>>>>>>>> <strub...@yahoo.de.invalid> >>>>>>>>>>>> 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 < >>>>>>>>>>> rmannibu...@gmail.com >>>>>>>>>>>>>> : >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2018-01-31 9:34 GMT+01:00 Mark Struberg >>>>> <strub...@yahoo.de.invalid>: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> 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 < >>>>>>>>>>>>> rmannibu...@gmail.com >>>>>>>>>>>>>>>> : >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 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 >>>>> <strub...@yahoo.de.invalid>: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 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 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>> >>>>>> >>>>> >>>>> >>> >>> >