2018-02-14 23:28 GMT+01:00 Mark Struberg <strub...@yahoo.de.invalid>:
> 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? > Don't think so, ear deployment is not that hacky in arquillian for tomee remote and just reading the test names it can be actual bugs. I think they are outside WP anyway so can be excluded but the first and the last ones can need some love before the exclusions since we should support them. I'm pretty sure we don't support the second one (yet). Hope it helps > > 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] ContainerLifeCycleEventRuntime > InvocationTest>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] ObserverMethodInvocationContex > tTest>Arquillian.run:164-> > >>>>> testTransactionalObserverMethod:55 » EJB > >>>>>>>>> [ERROR] SessionBeanObserverMethodInvoc > >>> ationContextTest>Arquillian. > >>>>> run:164->testTransactionalObserverMethod:55 » EJB > >>>>>>>>> [ERROR] SessionBeanStaticObserverMethodInvocationContextTest> > >>>>> Arquillian.run:164->testTransactionalObserverMethod:55 » EJB > >>>>>>>>> [ERROR] ContainerLifeCycleEventRuntime > InvocationTest>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] ObserverMethodInvocationContex > tTest>Arquillian.run:164-> > >>>>> testTransactionalObserverMethod:55 » EJB > >>>>>>>>> [ERROR] SessionBeanObserverMethodInvoc > >>> ationContextTest>Arquillian. > >>>>> run:164->testTransactionalObserverMethod:55 » EJB > >>>>>>>>> [ERROR] SessionBeanStaticObserverMethodInvocationContextTest> > >>>>> Arquillian.run:164->testTransactionalObserverMethod:55 » EJB > >>>>>>>>> [ERROR] ContainerLifeCycleEventRuntime > InvocationTest>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] EJBAsyncObserverMethodRemoteBu > sinessMethodTest>Arquillian. > >>> arquillianBeforeClass:109 > >>>>> » Runtime > >>>>>>>>> [ERROR] EJBObserverMethodRemoteBusinessMethodTest>Arquillian. > >>> arquillianBeforeClass:109 > >>>>> » Runtime > >>>>>>>>> [ERROR] ObserverMethodInvocationContex > tTest>Arquillian.run:164-> > >>>>> testTransactionalObserverMethod:55 » EJB > >>>>>>>>> [ERROR] EnterpriseSecurityContextPropa > gationInAsyncObserverTest> > >>>>> Arquillian.run:164->testSecurityContextNotPropagated:68 expected > [true] > >>>>> but found [false] > >>>>>>>>> [ERROR] EnterpriseSecurityContextPropa > gationInAsyncObserverTest> > >>>>> Arquillian.run:164->testSecurityContextPropagation:59 NullPointer > >>>>>>>>> [ERROR] SessionBeanObserverMethodInvoc > ationContextTest>Arquillian. > >>>>> run:164->testTransactionalObserverMethod:55 » EJB > >>>>>>>>> [ERROR] SessionBeanStaticObserverMethodInvocationContextTest> > >>>>> Arquillian.run:164->testTransactionalObserverMethod:55 » EJB > >>>>>>>>> [ERROR] ContainerLifeCycleEventRuntime > InvocationTest>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] ObserverMethodInvocationContex > tTest>Arquillian.run:164-> > >>>>>>>>>>> testTransactionalObserverMethod:55 » EJB > >>>>>>>>>>> [ERROR] EnterpriseSecurityContextPropa > gationInAsyncObserverTest> > >>>>>>>>>>> Arquillian.run:164->testSecurityContextNotPropagated:68 > expected > >>>>> [true] > >>>>>>>>>>> but found [false] > >>>>>>>>>>> [ERROR] EnterpriseSecurityContextPropa > gationInAsyncObserverTest> > >>>>>>>>>>> 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 > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>> > >>>>>>>>>>> > >>>>>> > >>>>> > >>>>> > >>> > >>> > > > >
