Ok, locally (with the merge), I get test errors due
to: java.lang.NoClassDefFoundError:
javax/ws/rs/client/CompletionStageRxInvoker. Possibly a bad javaee
dependency or something. I'll do a compare tomorrow and try and get that
resolved, and get my changes pushed.

Jon

On Thu, Feb 15, 2018 at 6:41 PM, Mark Struberg <[email protected]>
wrote:

> PS: xbean-asm6 is needed for java9 support.
> Already using it in OWB and Meecrowave without any problems.
> So all should work fine.
>
> LieGrue,
> strub
>
>
> > Am 15.02.2018 um 19:20 schrieb Mark Struberg <[email protected]
> >:
> >
> > oki great, I've just upgraded to tomcat-9.0.5 and right now upgrading to
> xbean-asm6-shaded.
> > Will ping you once done.
> >
> > LieGrue,
> > strub
> >
> >
> >> Am 15.02.2018 um 18:27 schrieb Jonathan Gallimore <
> [email protected]>:
> >>
> >> We definitely need a tomee-7 branch. I have done a merge of master to
> the
> >> tomee8_fb branch, and I'm making sure it builds and tests pass etc,
> before
> >> pushing.
> >>
> >> Jon
> >>
> >> On Thu, Feb 15, 2018 at 5:19 PM, Mark Struberg
> <[email protected]>
> >> wrote:
> >>
> >>> probably a good idea.
> >>>
> >>> A tomee7 release should still be cut. But that could be done on a
> tomee7.x
> >>> branch as well
> >>>
> >>> Will create a separate thread.
> >>>
> >>> LieGrue,
> >>> strub
> >>>
> >>>
> >>>
> >>>> Am 15.02.2018 um 18:11 schrieb Romain Manni-Bucau <
> [email protected]
> >>>> :
> >>>>
> >>>> and probably switch the branch. master doesnt get much activity and in
> >>> any
> >>>> case all the activity it gets can be done on the 8 branch
> >>>>
> >>>>
> >>>> 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-15 18:05 GMT+01:00 Mark Struberg <[email protected]>:
> >>>>
> >>>>> and now we should be passing both the tck/cdi-embedded and
> >>> tck/cdi-tomee!
> >>>>>
> >>>>> So it's time to move forward to updating various dependencies,
> samples
> >>> etc
> >>>>> ;)
> >>>>>
> >>>>> LieGrue,
> >>>>> strub
> >>>>>
> >>>>>> Am 15.02.2018 um 11:42 schrieb Mark Struberg
> <[email protected]
> >>>>>> :
> >>>>>>
> >>>>>> Really appreciated, thanks Jon!
> >>>>>>
> >>>>>> Due to the upgrade to Tomcat-9 we also might have to fix a few other
> >>>>> tests along the line.
> >>>>>> I mainly focused on the CDI TCK for now as this is naturally the
> area
> >>>>> where I can be of most use.
> >>>>>> I'll also gonna release OWB tonight or so. Just wanted to first fix
> the
> >>>>> TomEE tck to really catch all odds in OWB.
> >>>>>>
> >>>>>> LieGrue,
> >>>>>> strub
> >>>>>>
> >>>>>>
> >>>>>>> Am 15.02.2018 um 11:06 schrieb Jonathan Gallimore <
> >>>>> [email protected]>:
> >>>>>>>
> >>>>>>> At the risk of adding to my ever-growing task list and potentially
> >>>>> becoming
> >>>>>>> a bottleneck, I did some EAR / RAR related fixes in master. I'll
> port
> >>>>> those
> >>>>>>> forward and help look at these tests.
> >>>>>>>
> >>>>>>> Jon
> >>>>>>>
> >>>>>>> On Wed, Feb 14, 2018 at 10:28 PM, Mark Struberg
> >>>>> <[email protected]>
> >>>>>>> wrote:
> >>>>>>>
> >>>>>>>> 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
> >>>>> <[email protected]
> >>>>>>>>> :
> >>>>>>>>>
> >>>>>>>>> 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 <
> >>>>>>>> [email protected]>:
> >>>>>>>>>>
> >>>>>>>>>> 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
> <[email protected]
> >>>>>> :
> >>>>>>>>>>
> >>>>>>>>>>> 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 <
> >>>>>>>> [email protected]
> >>>>>>>>>>>> :
> >>>>>>>>>>>>
> >>>>>>>>>>>> 2018-02-08 11:28 GMT+01:00 Mark Struberg
> >>> <[email protected]
> >>>>>> :
> >>>>>>>>>>>>
> >>>>>>>>>>>>> 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 <
> >>>>>>>>>>>>> [email protected]>:
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> nearly there!
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> On 07/02/2018 11:57, Mark Struberg wrote:
> >>>>>>>>>>>>>>> [ERROR] Failures:
> >>>>>>>>>>>>>>> [ERROR]   EnterpriseDefaultBeanDiscovery
> ModeTest>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
> >>>>>>>>>>> <[email protected]
> >>>>>>>>>>>>>> :
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> And the last status:
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> [ERROR] Failures:
> >>>>>>>>>>>>>>>> [ERROR]   EnterpriseDefaultBeanDiscovery
> ModeTest>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 <
> >>>>> [email protected]
> >>>>>>>>> :
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> We are moving...
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> [ERROR] Failures:
> >>>>>>>>>>>>>>>>> [ERROR]   EnterpriseDefaultBeanDiscovery
> >>> ModeTest>Arquillian.
> >>>>>>>>>>> arquillianBeforeClass:109
> >>>>>>>>>>>>> » Deployment
> >>>>>>>>>>>>>>>>> [ERROR]   ObserverMethodInvocationContex
> >>>>>>>> tTest>Arquillian.run:164->
> >>>>>>>>>>>>> testTransactionalObserverMethod:55 » EJB
> >>>>>>>>>>>>>>>>> [ERROR]   SessionBeanObserverMethodInvoc
> >>>>>>>>>>> ationContextTest>Arquillian.
> >>>>>>>>>>>>> run:164->testTransactionalObserverMethod:55 » EJB
> >>>>>>>>>>>>>>>>> [ERROR]   SessionBeanStaticObserverMetho
> >>>>> dInvocationContextTest>
> >>>>>>>>>>>>> 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
> >>>>>>>>>>>>> <[email protected]> wrote:
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> With a bit help from Romains we are now down to 10
> failing
> >>>>> tests:
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> ERROR] Failures:
> >>>>>>>>>>>>>>>>> [ERROR]   EnterpriseDefaultBeanDiscovery
> >>> ModeTest>Arquillian.
> >>>>>>>>>>> arquillianBeforeClass:109
> >>>>>>>>>>>>> » Deployment
> >>>>>>>>>>>>>>>>> [ERROR]   ObserverMethodInvocationContex
> >>>>>>>> tTest>Arquillian.run:164->
> >>>>>>>>>>>>> testTransactionalObserverMethod:55 » EJB
> >>>>>>>>>>>>>>>>> [ERROR]   SessionBeanObserverMethodInvoc
> >>>>>>>>>>> ationContextTest>Arquillian.
> >>>>>>>>>>>>> run:164->testTransactionalObserverMethod:55 » EJB
> >>>>>>>>>>>>>>>>> [ERROR]   SessionBeanStaticObserverMetho
> >>>>> dInvocationContextTest>
> >>>>>>>>>>>>> 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
> >>>>>>>>>>>>> <[email protected]> wrote:
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> Fixed the new CDI-2.0 <trim/> feature.
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> Now down to 16 ^^
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> [ERROR] Failures:
> >>>>>>>>>>>>>>>>> [ERROR]  EnterpriseDefaultBeanDiscovery
> ModeTest>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]  EJBObserverMethodRemoteBusines
> >>>>> sMethodTest>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]  SessionBeanStaticObserverMetho
> >>>>> dInvocationContextTest>
> >>>>>>>>>>>>> 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 <
> >>>>>>>>>>>>> [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]  EnterpriseDefaultBeanDiscovery
> >>> ModeTest>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]  EJBObserverMethodRemoteBusines
> >>>>> sMethodTest>Arquillian.
> >>>>>>>>>>>>> arquillianBeforeClass:109
> >>>>>>>>>>>>>>>>>>> » Runtime
> >>>>>>>>>>>>>>>>>>> [ERROR]  ObserverMethodInvocationContex
> >>>>>>>> tTest>Arquillian.run:164->
> >>>>>>>>>>>>>>>>>>> testTransactionalObserverMethod:55 » EJB
> >>>>>>>>>>>>>>>>>>> [ERROR]  EnterpriseSecurityContextPropa
> >>>>>>>> gationInAsyncObserverTest>
> >>>>>>>>>>>>>>>>>>> Arquillian.run:164->testSecurityContextNotPropagat
> ed: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]  SessionBeanStaticObserverMetho
> >>>>> dInvocationContextTest>
> >>>>>>>>>>>>>>>>>>> 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 <
> >>>>>>>>>>>>>>>>>>> [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
> >>>>>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>
> >>>>>
> >>>>>
> >>>
> >>>
> >
>
>

Reply via email to