[jira] [Updated] (TOMEE-4128) Add Jakarta MVC (+ Krazo) per default in 'plume' and 'plus' server
[ https://issues.apache.org/jira/browse/TOMEE-4128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko updated TOMEE-4128: - Summary: Add Jakarta MVC (+ Krazo) per default in 'plume' and 'plus' server (was: Jakarta MVC API and Krazo (Impl.) provided in 'plume' and 'plus' server flavors) > Add Jakarta MVC (+ Krazo) per default in 'plume' and 'plus' server > -- > > Key: TOMEE-4128 > URL: https://issues.apache.org/jira/browse/TOMEE-4128 > Project: TomEE > Issue Type: New Feature > Components: TomEE Build >Affects Versions: 9.0.0.RC1, 8.0.13 >Reporter: Gwénaël Ruelland >Priority: Major > Time Spent: 1.5h > Remaining Estimate: 0h > > Adding the following dependencies: > * Jakarta MVC API > * Krazo CXF > this allows an application to avoid depending on the implementation choices > (CXF) > now an app can depend on the API instead. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Closed] (TOMEE-3735) Migrate JavaEE API repository from SVN to Git
[ https://issues.apache.org/jira/browse/TOMEE-3735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko closed TOMEE-3735. Resolution: Fixed > Migrate JavaEE API repository from SVN to Git > - > > Key: TOMEE-3735 > URL: https://issues.apache.org/jira/browse/TOMEE-3735 > Project: TomEE > Issue Type: Task >Reporter: Richard Zowalla >Priority: Minor > > as the title says. > SVN Repo: > - [http://svn.apache.org/repos/asf/tomee/javaee-api/] > INFRA documentation: > - [https://infra.apache.org/svn-to-git-migration.html] -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (TOMEE-4128) Jakarta MVC API and Krazo (Impl.) provided in 'plume' and 'plus' server flavors
[ https://issues.apache.org/jira/browse/TOMEE-4128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko updated TOMEE-4128: - Affects Version/s: 9.1.2 > Jakarta MVC API and Krazo (Impl.) provided in 'plume' and 'plus' server > flavors > --- > > Key: TOMEE-4128 > URL: https://issues.apache.org/jira/browse/TOMEE-4128 > Project: TomEE > Issue Type: New Feature > Components: TomEE Build >Affects Versions: 9.0.0.RC1, 8.0.13, 9.1.2 >Reporter: Gwénaël Ruelland >Priority: Major > Time Spent: 1.5h > Remaining Estimate: 0h > > Adding the following dependencies: > * Jakarta MVC API > * Krazo CXF > this allows an application to avoid depending on the implementation choices > (CXF) > now an app can depend on the API instead. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (TOMEE-4128) Jakarta MVC API and Krazo (Impl.) provided in 'plume' and 'plus' server flavors
[ https://issues.apache.org/jira/browse/TOMEE-4128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko updated TOMEE-4128: - Affects Version/s: (was: 9.1.2) > Jakarta MVC API and Krazo (Impl.) provided in 'plume' and 'plus' server > flavors > --- > > Key: TOMEE-4128 > URL: https://issues.apache.org/jira/browse/TOMEE-4128 > Project: TomEE > Issue Type: New Feature > Components: TomEE Build >Affects Versions: 9.0.0.RC1, 8.0.13 >Reporter: Gwénaël Ruelland >Priority: Major > Time Spent: 1.5h > Remaining Estimate: 0h > > Adding the following dependencies: > * Jakarta MVC API > * Krazo CXF > this allows an application to avoid depending on the implementation choices > (CXF) > now an app can depend on the API instead. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Closed] (TOMEE-4012) TomEE 8.x - Bump MicroProfile 2.x to 4.x
[ https://issues.apache.org/jira/browse/TOMEE-4012?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko closed TOMEE-4012. Resolution: Won't Fix TomEE8 is discontinued > TomEE 8.x - Bump MicroProfile 2.x to 4.x > > > Key: TOMEE-4012 > URL: https://issues.apache.org/jira/browse/TOMEE-4012 > Project: TomEE > Issue Type: Improvement > Components: TomEE Core Server >Affects Versions: 8.0.12 >Reporter: Gwénaël Ruelland >Priority: Minor > > TomEE 8.x is based on MicroProfile 2.x from Apache Geronimo > Java EE 8.x server can use MicroProfile up to 4.x, which Geronimo does not > provide, and that would require a switch to SmallRye for TomEE 8.x > > once the TCK are validated for TomEE 9.x, can we port the MicroProfile > bridges of TomEE 9.x to 8.x ? -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Closed] (TOMEE-2722) Include MicroProfile in TomEE 7.1.x Plume and Plus to line up with TomEE 8.0
[ https://issues.apache.org/jira/browse/TOMEE-2722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko closed TOMEE-2722. Resolution: Won't Fix TomEE7 is discontinued > Include MicroProfile in TomEE 7.1.x Plume and Plus to line up with TomEE 8.0 > > > Key: TOMEE-2722 > URL: https://issues.apache.org/jira/browse/TOMEE-2722 > Project: TomEE > Issue Type: Improvement >Affects Versions: 7.1.1 >Reporter: Jonathan Gallimore >Priority: Major > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Closed] (TOMEE-2757) Serializer issue
[ https://issues.apache.org/jira/browse/TOMEE-2757?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko closed TOMEE-2757. Resolution: Cannot Reproduce we just use javax.xml.parsers.DocumentBuilderFactory in MF i would close this for now as i use TomEE+MF in different projects and environments without any problems. Please reopen if you can give some more infos or even a exmaple app > Serializer issue > > > Key: TOMEE-2757 > URL: https://issues.apache.org/jira/browse/TOMEE-2757 > Project: TomEE > Issue Type: Bug >Reporter: Jonathan Gallimore >Assignee: Jonathan Gallimore >Priority: Major > > Stacktrace reported during testing: > > 23-Dec-2019 16:36:19.387 SEVERE [localhost-startStop-1] > org.apache.catalina.core.StandardContext.listenerStart Exception > sending context initialized event to listener instance of class > [org.apache.myfaces.webapp.StartupServletContextListener] > java.lang.NoClassDefFoundError: org/apache/xml/serializer/TreeWalker > at > org.apache.xalan.processor.TransformerFactoryImpl.newTransformer(TransformerFactoryImpl.java:818) > at > org.apache.myfaces.config.DefaultFacesConfigurationProvider.getApplicationConfigurationResourceDocumentPopulatorFacesConfig(DefaultFacesConfigurationProvider.java:521) > at > org.apache.myfaces.config.DefaultFacesConfigurationMerger.getFacesConfigData(DefaultFacesConfigurationMerger.java:107) > at > org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:592) > at > org.apache.myfaces.webapp.AbstractFacesInitializer.buildConfiguration(AbstractFacesInitializer.java:416) > at > org.apache.myfaces.webapp.Jsp21FacesInitializer.initContainerIntegration(Jsp21FacesInitializer.java:73) > at > org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:172) > at > org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:121) > at > org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4697) > at > org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5165) > at > org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) > at > org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:743) > at > org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:719) > at > org.apache.catalina.core.StandardHost.addChild(StandardHost.java:705) > at > org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1125) > at > org.apache.catalina.startup.HostConfig$DeployDirectory.run(HostConfig.java:1859) > at > java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) > at > java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) > at > java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > at > java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > at java.base/java.lang.Thread.run(Thread.java:834) > Caused by: java.lang.ClassNotFoundException: > org.apache.xml.serializer.TreeWalker > at > org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1358) > at > org.apache.tomee.catalina.TomEEWebappClassLoader.loadClass(TomEEWebappClassLoader.java:208) > at > org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1180) > ... 21 more > 23-Dec-2019 16:36:19.486 SEVERE [localhost-startStop-1] > org.apache.catalina.core.StandardContext.listenerStop Exception > sending context destroyed event to listener instance of class > [org.apache.myfaces.webapp.StartupServletContextListener] > java.lang.IllegalStateException: No Factories configured for > this Application. This happens if the faces-initialization does not > work at all - make sure that you properly include all configuration > settings necessary for a basic faces application and that all the > necessary libs are included. Also check the logging output of your web > application and your container for any exceptions! > If you did that and find nothing, the mistake might be due to the fact > that you use some special web-containers which do not support > registering context-listeners via TLD files and a context listener is > not setup in your web.xml. > A typical config looks like this; > > > org.apache.myfaces.webapp.StartupServletContextListener > >
[jira] [Closed] (TOMEE-3822) MVC 2.0 Krazo Error in Tomee 9.0 M7
[
https://issues.apache.org/jira/browse/TOMEE-3822?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Thomas Andraschko closed TOMEE-3822.
Resolution: Cannot Reproduce
adding krazo to tomee 9.1.2 seems to work fine
> MVC 2.0 Krazo Error in Tomee 9.0 M7
> ---
>
> Key: TOMEE-3822
> URL: https://issues.apache.org/jira/browse/TOMEE-3822
> Project: TomEE
> Issue Type: Bug
>Reporter: Ignacio
>Assignee: Jonathan Gallimore
>Priority: Major
>
> POM configuration:
> jakarta.mvc
> jakarta.mvc-api
> 2.0.0
> {{
> org.eclipse.krazo
> krazo-core
> 2.0.0
>
>
>
> org.eclipse.krazo
> krazo-cxf
> 2.0.0
> }}
> Error when starting the server:
> INFO: Configuring enterprise application:
> XX.metadata.plugins\org.eclipse.wst.server.core\tmp0\wtpwebapps\pocJEEMVCTomee8
> [severity=FATAL_ERROR,message=unexpected element
> (uri:"https://jakarta.ee/xml/ns/jakartaee;, local:"web-fragment"). Expected
> elements are
> <\{http://java.sun.com/xml/ns/javaee}handler-chains>,<\{http://java.sun.com/xml/ns/javaee}web-fragment>,locator=[node=null,object=null,url=null,line=24,col=29,offset=-1]]
> Dec 28, 2021 12:41:02 PM org.apache.openejb.config.ReadDescriptors
> mergeWebFragments
> WARNING: can't read
> UrlSource\{url=jar:file:XXX/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/wtpwebapps/pocJEEMVCTomee8/WEB-INF/lib/krazo-core-2.0.0.jar!/META-INF/web-fragment.xml}
> jakarta.xml.bind.UnmarshalException: unexpected element
> (uri:"[https://jakarta.ee/xml/ns/jakartaee];, local:"web-fragment"). Expected
> elements are
> <{[http://java.sun.com/xml/ns/javaee}handler-chains>|http://java.sun.com/xml/ns/javaee%7Dhandler-chains%3E],<{[http://java.sun.com/xml/ns/javaee}web-fragment>|http://java.sun.com/xml/ns/javaee%7Dweb-fragment%3E]
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.handleEvent(UnmarshallingContext.java:714)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportError(Loader.java:232)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportError(Loader.java:227)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportUnexpectedChildElement(Loader.java:94)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext$DefaultRootLoader.childElement(UnmarshallingContext.java:1119)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext._startElement(UnmarshallingContext.java:544)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.startElement(UnmarshallingContext.java:526)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.SAXConnector.startElement(SAXConnector.java:138)
> at
> java.xml/org.xml.sax.helpers.XMLFilterImpl.startElement(XMLFilterImpl.java:551)
> at
> org.apache.openejb.jee.JaxbJavaee$NoSourceFilter.startElement(JaxbJavaee.java:360)
> at
> java.xml/com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:510)
> at
> java.xml/com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(XMLNSDocumentScannerImpl.java:374)
> at
> java.xml/com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl$NSContentDriver.scanRootElementHook(XMLNSDocumentScannerImpl.java:613)
> at
> java.xml/com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:3060)
> at
> java.xml/com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$PrologDriver.next(XMLDocumentScannerImpl.java:836)
> at
> java.xml/com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:605)
> at
> java.xml/com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:112)
> at
> java.xml/com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:534)
> at
> java.xml/com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:888)
> at
> java.xml/com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:824)
> at
> java.xml/com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:141)
> at
> java.xml/com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1216)
> at
> java.xml/com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:635)
> at java.xml/org.xml.sax.helpers.XMLFilterImpl.parse(XMLFilterImpl.java:357)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:228)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:199)
> at
>
[jira] [Closed] (TOMEE-4034) Wrong versions for JAXB
[ https://issues.apache.org/jira/browse/TOMEE-4034?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko closed TOMEE-4034. Resolution: Fixed Looks in current 9.x branch > Wrong versions for JAXB > --- > > Key: TOMEE-4034 > URL: https://issues.apache.org/jira/browse/TOMEE-4034 > Project: TomEE > Issue Type: Dependency upgrade > Components: TomEE Build >Affects Versions: 9.0.0-M8 >Reporter: Gwénaël Ruelland >Priority: Major > Attachments: image-2022-09-09-14-45-20-830.png, > image-2022-09-09-14-45-56-260.png > > > Wrong versions, should better be 3.0.2, instead of wrongly 2.3.4 , > or maybe excluded from these boms, since TomEE relies on the runtime from > org.glassfish.jaxb group : > !image-2022-09-09-14-45-56-260.png|width=785,height=247! -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Closed] (TOMEE-1691) Exclude Guava if possible
[ https://issues.apache.org/jira/browse/TOMEE-1691?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko closed TOMEE-1691. Resolution: Invalid not listed in dependency:treee anymore > Exclude Guava if possible > - > > Key: TOMEE-1691 > URL: https://issues.apache.org/jira/browse/TOMEE-1691 > Project: TomEE > Issue Type: Dependency upgrade >Reporter: Andy Gumbrecht >Assignee: Andy Gumbrecht >Priority: Trivial > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Closed] (TOMEE-3988) Apache BVal 2.0.6
[
https://issues.apache.org/jira/browse/TOMEE-3988?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Thomas Andraschko closed TOMEE-3988.
Resolution: Duplicate
TOMEE-4062
> Apache BVal 2.0.6
> -
>
> Key: TOMEE-3988
> URL: https://issues.apache.org/jira/browse/TOMEE-3988
> Project: TomEE
> Issue Type: Dependency upgrade
> Components: Examples and Documentation, TomEE Arquillian Adapters,
> TomEE Core Server
>Affects Versions: 8.0.12
>Reporter: Richard Zowalla
>Priority: Major
>
> Apache BVal 2.0.6 leads to a regression in the bean validation tck:
> {code:java}
> org.hibernate.beanvalidation.tck.tests.metadata.ExecutableDescriptorTest.testGetParameterDescriptorsForConstructorOfInnerClass
> {code}
> It cannot be a plain version update.
> This happens in embedded / non-embedded mode
> {code:java}
> Fehlermeldung
> [Ljava.lang.annotation.Annotation; cannot be cast to
> [Ljavax.validation.groups.ConvertGroup;
> Stacktrace
> java.lang.ClassCastException: [Ljava.lang.annotation.Annotation; cannot be
> cast to [Ljavax.validation.groups.ConvertGroup;
> at
> org.apache.bval.jsr.metadata.ReflectionBuilder$ForContainer.getGroupConversions(ReflectionBuilder.java:246)
> at
> org.apache.bval.jsr.descriptor.MetadataReader$ForContainer.getGroupConversions(MetadataReader.java:297)
> at
> org.apache.bval.jsr.descriptor.CascadableContainerD.(CascadableContainerD.java:43)
> at org.apache.bval.jsr.descriptor.ParameterD.(ParameterD.java:41)
> at
> org.apache.bval.jsr.descriptor.MetadataReader$ForExecutable.lambda$getParameterDescriptors$0(MetadataReader.java:356)
> at java.util.stream.IntPipeline$4$1.accept(IntPipeline.java:250)
> at
> java.util.stream.Streams$RangeIntSpliterator.forEachRemaining(Streams.java:110)
> at java.util.Spliterator$OfInt.forEachRemaining(Spliterator.java:693)
> at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:482)
> at
> java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:472)
> at
> java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> at
> java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
> at
> org.apache.bval.jsr.descriptor.MetadataReader$ForExecutable.getParameterDescriptors(MetadataReader.java:357)
> at
> org.apache.bval.jsr.descriptor.ExecutableD.(ExecutableD.java:46)
> at
> org.apache.bval.jsr.descriptor.ConstructorD.(ConstructorD.java:29)
> at
> org.apache.bval.jsr.descriptor.MetadataReader$ForBean.lambda$getConstructors$7(MetadataReader.java:212)
> at java.util.HashMap.forEach(HashMap.java:1289)
> at
> org.apache.bval.jsr.descriptor.MetadataReader$ForBean.getConstructors(MetadataReader.java:208)
> at org.apache.bval.jsr.descriptor.BeanD.(BeanD.java:62)
> at
> org.apache.bval.jsr.descriptor.DescriptorManager.getBeanDescriptor(DescriptorManager.java:79)
> at
> org.apache.bval.jsr.ValidatorImpl.getConstraintsForClass(ValidatorImpl.java:48)
> at
> org.hibernate.beanvalidation.tck.util.TestUtil.getConstructorDescriptor(TestUtil.java:148)
> at
> org.hibernate.beanvalidation.tck.tests.metadata.Executables.parameterConstrainedConstructorOfInnerClass(Executables.java:113)
> at
> org.hibernate.beanvalidation.tck.tests.metadata.ExecutableDescriptorTest.testGetParameterDescriptorsForConstructorOfInnerClass(ExecutableDescriptorTest.java:110)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at
> org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:85)
> at
> org.testng.internal.MethodInvocationHelper$1.runTestMethod(MethodInvocationHelper.java:200)
> at org.jboss.arquillian.testng.Arquillian$2.invoke(Arquillian.java:173)
> at
> org.jboss.arquillian.container.test.impl.execution.LocalTestExecuter.execute(LocalTestExecuter.java:60)
> at sun.reflect.GeneratedMethodAccessor29.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at
> org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at
> org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:103)
> at
> org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:85)
> at
[jira] [Updated] (TOMEE-4290) Jackson 2.16.0
[ https://issues.apache.org/jira/browse/TOMEE-4290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko updated TOMEE-4290: - Fix Version/s: 9.1.3 > Jackson 2.16.0 > -- > > Key: TOMEE-4290 > URL: https://issues.apache.org/jira/browse/TOMEE-4290 > Project: TomEE > Issue Type: Dependency upgrade > Components: TomEE Core Server >Affects Versions: 8.0.16, 9.1.1 >Reporter: RAJU THANNEERU >Priority: Major > Fix For: 8.0.17, 9.1.3 > > > [NVD - CVE-2023-35116 > (nist.gov)|https://nvd.nist.gov/vuln/detail/CVE-2023-35116] -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (TOMEE-4290) Update Jackson to 2.16.0
[ https://issues.apache.org/jira/browse/TOMEE-4290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko updated TOMEE-4290: - Summary: Update Jackson to 2.16.0 (was: Jackson 2.16.0) > Update Jackson to 2.16.0 > > > Key: TOMEE-4290 > URL: https://issues.apache.org/jira/browse/TOMEE-4290 > Project: TomEE > Issue Type: Dependency upgrade > Components: TomEE Core Server >Affects Versions: 8.0.16, 9.1.1 >Reporter: RAJU THANNEERU >Priority: Major > Fix For: 8.0.17, 9.1.3 > > > [NVD - CVE-2023-35116 > (nist.gov)|https://nvd.nist.gov/vuln/detail/CVE-2023-35116] -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (TOMEE-4290) Jackson 2.16.0
[ https://issues.apache.org/jira/browse/TOMEE-4290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko updated TOMEE-4290: - Fix Version/s: 8.0.17 > Jackson 2.16.0 > -- > > Key: TOMEE-4290 > URL: https://issues.apache.org/jira/browse/TOMEE-4290 > Project: TomEE > Issue Type: Dependency upgrade > Components: TomEE Core Server >Affects Versions: 8.0.16, 9.1.1 >Reporter: RAJU THANNEERU >Priority: Major > Fix For: 8.0.17 > > > [NVD - CVE-2023-35116 > (nist.gov)|https://nvd.nist.gov/vuln/detail/CVE-2023-35116] -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (TOMEE-4288) Update Apache Tomcat to 9.0.83
[ https://issues.apache.org/jira/browse/TOMEE-4288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko updated TOMEE-4288: - Fix Version/s: 8.0.17 > Update Apache Tomcat to 9.0.83 > -- > > Key: TOMEE-4288 > URL: https://issues.apache.org/jira/browse/TOMEE-4288 > Project: TomEE > Issue Type: Dependency upgrade >Affects Versions: 8.0.16 >Reporter: RAJU THANNEERU >Priority: Major > Fix For: 8.0.17 > > > [https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-46589] > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Resolved] (TOMEE-2846) MyFaces AUTOMATIC_EXTENSIONLESS_MAPPING doesnt work
[
https://issues.apache.org/jira/browse/TOMEE-2846?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Thomas Andraschko resolved TOMEE-2846.
--
Fix Version/s: 10.0.0
Resolution: Fixed
works fine now
> MyFaces AUTOMATIC_EXTENSIONLESS_MAPPING doesnt work
>
>
> Key: TOMEE-2846
> URL: https://issues.apache.org/jira/browse/TOMEE-2846
> Project: TomEE
> Issue Type: Bug
> Components: TomEE Core Server
>Affects Versions: 8.0.2
>Reporter: Thomas Andraschko
>Priority: Major
> Fix For: 10.0.0
>
>
> MyFaces has a feature to automatically serve all views without
> extension/suffix:
> index.xhtml -> index
> this is implemented in the AbstractFacesInitializer and can be activated via:
> org.apache.myfaces.AUTOMATIC_EXTENSIONLESS_MAPPING = true
> This currently throws the following exception:
> {code:java}
> java.lang.UnsupportedOperationException: Section 4.4 of the Servlet 3.0
> specification does not permit this method to be called from a
> ServletContextListener that was not defined in web.xml, a web-fragment.xml
> file nor annotated with @WebListener
> at
> org.apache.catalina.core.StandardContext$NoPluggabilityServletContext.getServletRegistrations(StandardContext.java:6579)
> at
> org.apache.myfaces.webapp.AbstractFacesInitializer.getFacesServletRegistration(AbstractFacesInitializer.java:834)
> at
> org.apache.myfaces.webapp.AbstractFacesInitializer.initAutomaticExtensionlessMapping(AbstractFacesInitializer.java:820)
> at
> org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:246)
> at
> org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:103)
> at
> org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4683)
> {code}
> It actually works without TomEE on plain Tomcat, as MyFaces adds the
> StartupServletContextListener via his own web-fragment in the myfaces-impl
> jar.
> This is not scanned in TomEE and the StartupServletContextListener is added
> manually in:
> https://github.com/apache/tomee/blob/master/tomee/tomee-myfaces/src/main/java/org/apache/tomee/myfaces/TomEEMyFacesContainerInitializer.java#L96
> Could we fix it by fake it in Tomcat somehow, that the listener was added via
> XML?
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Created] (TOMEE-4130) commons-compress 1.22
Thomas Andraschko created TOMEE-4130: Summary: commons-compress 1.22 Key: TOMEE-4130 URL: https://issues.apache.org/jira/browse/TOMEE-4130 Project: TomEE Issue Type: Task Reporter: Thomas Andraschko Fix For: 8.0.14 -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (TOMEE-4129) Jackson 2.14.1
Thomas Andraschko created TOMEE-4129: Summary: Jackson 2.14.1 Key: TOMEE-4129 URL: https://issues.apache.org/jira/browse/TOMEE-4129 Project: TomEE Issue Type: Task Reporter: Thomas Andraschko Fix For: 8.0.14 -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Commented] (TOMEE-3774) Problems with master branch in Windows 10
[ https://issues.apache.org/jira/browse/TOMEE-3774?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17383331#comment-17383331 ] Thomas Andraschko commented on TOMEE-3774: -- fixed this issue here: https://github.com/apache/tomee-patch-plugin/pull/3 > Problems with master branch in Windows 10 > - > > Key: TOMEE-3774 > URL: https://issues.apache.org/jira/browse/TOMEE-3774 > Project: TomEE > Issue Type: Bug > Components: TomEE Build > Environment: OS: WIndows 10 > JVM: Java 1.8.0_272 (AdoptOpenJDK) > Maven: Maven 3.6.2 >Reporter: Luis Ventocilla >Assignee: Luis Ventocilla >Priority: Major > Labels: pull-request-available > > When I try to compile tomee from master branch in Windows 10. I run mvn clean > install and I got this error. > > [INFO] Replacing > C:\Jobs\Apache-TomEE\tomee\deps\cxf-shade\target\cxf-shade-8.0.8-SNAPSHOT.jar > with > C:\Jobs\Apache-TomEE\tomee\deps\cxf-shade\target\cxf-shade-8.0.8-SNAPSHOT-shaded.jar > [INFO] Replacing original source artifact with shaded source artifact. > [INFO] Replacing > C:\Jobs\Apache-TomEE\tomee\deps\cxf-shade\target\cxf-shade-8.0.8-SNAPSHOT-sources.jar > with > C:\Jobs\Apache-TomEE\tomee\deps\cxf-shade\target\cxf-shade-8.0.8-SNAPSHOT-shaded-sources.jar > [INFO] > [INFO] — tomee-patch-plugin:0.5:run (default) @ cxf-shade — > [INFO] Compiling 167 source files to > C:\Jobs\Apache-TomEE\tomee\deps\cxf-shade\target\patch-classes > [INFO] Applied 0 patches to 0 locations > [ERROR] Failed to apply 365 patches > [ERROR] org\apache\cxf\annotations\Policy$DEFAULT.class > [ERROR] org\apache\cxf\annotations\Policy$Placement.class > [ERROR] org\apache\cxf\annotations\Policy.class > [ERROR] org\apache\cxf\annotations\WSDLDocumentation$DEFAULT.class > [ERROR] org\apache\cxf\annotations\WSDLDocumentation$Placement.class > [ERROR] org\apache\cxf\annotations\WSDLDocumentation.class > [ERROR] org\apache\cxf\attachment\AttachmentDataSource.class > [ERROR] org\apache\cxf\attachment\AttachmentDeserializer.class > > [INFO] TomEE :: TomEE :: Overlay Runner ... SKIPPED > [INFO] > > [INFO] BUILD FAILURE > [INFO] > > [INFO] Total time: 01:16 min > [INFO] Finished at: 2021-07-07T15:20:55-03:00 > [INFO] > > [ERROR] Failed to execute goal > org.apache.tomee.patch:tomee-patch-plugin:0.5:run (default) on project > cxf-shade: Execution default of goal > org.apache.tomee.patch:tomee-patch-plugin:0.5:run failed: Failed to apply 365 > patches -> [Help 1] > [ERROR] > [ERROR] To see the full stack trace of the errors, re-run Maven with the -e > switch. > [ERROR] Re-run Maven using the -X switch to enable full debug logging. > [ERROR] > [ERROR] For more information about the errors and possible solutions, please > read the following articles: > [ERROR] [Help 1] > [http://cwiki.apache.org/confluence/display/MAVEN/PluginExecutionException] > [ERROR] > [ERROR] After correcting the problems, you can resume the build with the > command > [ERROR] mvn -rf :cxf-shade > > > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (TOMEE-3771) Update openwebbeans to 2.0.23
[ https://issues.apache.org/jira/browse/TOMEE-3771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17378003#comment-17378003 ] Thomas Andraschko commented on TOMEE-3771: -- [~rzo1] i think this is not related to MyFaces directly The exception says that getBeans(Type, Annotation...) is not allowed before AfterBeanDiscovery but the MyFaces code runs in AfterDeploymentValidation, which is AFTER AfterBeanDiscovery could it be a EAR thing? Or related to TomEE? Maybe its better to try to replicate in plain Tomcat+OWB+MF first > Update openwebbeans to 2.0.23 > - > > Key: TOMEE-3771 > URL: https://issues.apache.org/jira/browse/TOMEE-3771 > Project: TomEE > Issue Type: Dependency upgrade >Affects Versions: 8.0.7, 9.0.0-M7 >Reporter: Richard Zowalla >Priority: Minor > Attachments: owb-quick-test-results.txt > > > https://www.mail-archive.com/dev@openwebbeans.apache.org/msg11684.html -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (TOMEE-2865) Session Replication for CDI beans fails often
[ https://issues.apache.org/jira/browse/TOMEE-2865?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17153353#comment-17153353 ] Thomas Andraschko commented on TOMEE-2865: -- it seems that the application isnt fully started yet but tomee/owb tries to acess the bound WebBeansContext > Session Replication for CDI beans fails often > -- > > Key: TOMEE-2865 > URL: https://issues.apache.org/jira/browse/TOMEE-2865 > Project: TomEE > Issue Type: Bug > Components: TomEE Core Server >Affects Versions: 8.0.2, 8.0.3 >Reporter: Thomas Andraschko >Priority: Blocker > > Session clustering / replication often fails with this exception: >java.lang.IllegalStateException: On a thread without an initialized > context nor a classloader mapping a deployed app > at > org.apache.openejb.cdi.ThreadSingletonServiceImpl.get(ThreadSingletonServiceImpl.java:350) > at > org.apache.openejb.cdi.ThreadSingletonServiceImpl.getContext(ThreadSingletonServiceImpl.java:326) > at > org.apache.openejb.cdi.ThreadSingletonServiceImpl.get(ThreadSingletonServiceImpl.java:361) > at > org.apache.openejb.cdi.ThreadSingletonServiceImpl.get(ThreadSingletonServiceImpl.java:69) > at > org.apache.webbeans.config.WebBeansFinder.getSingletonInstance(WebBeansFinder.java:57) > at > org.apache.webbeans.config.WebBeansContext.getInstance(WebBeansContext.java:180) > at > org.apache.webbeans.config.WebBeansContext.currentInstance(WebBeansContext.java:198) > at > org.apache.webbeans.context.PassivatingContext.readExternal(PassivatingContext.java:50) > at > java.base/java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:2191) > at > java.base/java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2140) > at > java.base/java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1646) > at > java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:464) > at > java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:422) > at > org.apache.catalina.ha.session.DeltaSession.doReadObject(DeltaSession.java:849) > at > org.apache.catalina.ha.session.DeltaSession.readObjectData(DeltaSession.java:631) > at > org.apache.catalina.ha.session.DeltaSession.readExternal(DeltaSession.java:606) > at > java.base/java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:2191) > at > java.base/java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2140) > at > java.base/java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1646) > at > java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:464) > at > java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:422) > at > org.apache.catalina.tribes.io.XByteBuffer.deserialize(XByteBuffer.java:560) > at > org.apache.catalina.tribes.tipis.AbstractReplicatedMap$MapMessage.value(AbstractReplicatedMap.java:1507) > at > org.apache.catalina.tribes.tipis.AbstractReplicatedMap$MapMessage.deserialize(AbstractReplicatedMap.java:1465) > at > org.apache.catalina.tribes.tipis.AbstractReplicatedMap.messageReceived(AbstractReplicatedMap.java:663) > at > org.apache.catalina.tribes.group.GroupChannel.messageReceived(GroupChannel.java:336) > at > org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:91) > at > org.apache.catalina.tribes.group.interceptors.TcpFailureDetector.messageReceived(TcpFailureDetector.java:117) > at > org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:91) > at > org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:91) > at > org.apache.catalina.tribes.group.ChannelCoordinator.messageReceived(ChannelCoordinator.java:274) > at > org.apache.catalina.tribes.transport.ReceiverBase.messageDataReceived(ReceiverBase.java:261) > at > org.apache.catalina.tribes.transport.nio.NioReplicationTask.drainChannel(NioReplicationTask.java:213) > at > org.apache.catalina.tribes.transport.nio.NioReplicationTask.run(NioReplicationTask.java:101) > at > java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > at >
[jira] [Commented] (TOMEE-2865) Session Replication for CDI beans fails often
[ https://issues.apache.org/jira/browse/TOMEE-2865?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17153340#comment-17153340 ] Thomas Andraschko commented on TOMEE-2865: -- and of course make the web.xml distributable and add a SessionScoped bean, which will be used/initialized in your HTTP request. > Session Replication for CDI beans fails often > -- > > Key: TOMEE-2865 > URL: https://issues.apache.org/jira/browse/TOMEE-2865 > Project: TomEE > Issue Type: Bug > Components: TomEE Core Server >Affects Versions: 8.0.2, 8.0.3 >Reporter: Thomas Andraschko >Priority: Blocker > > Session clustering / replication often fails with this exception: >java.lang.IllegalStateException: On a thread without an initialized > context nor a classloader mapping a deployed app > at > org.apache.openejb.cdi.ThreadSingletonServiceImpl.get(ThreadSingletonServiceImpl.java:350) > at > org.apache.openejb.cdi.ThreadSingletonServiceImpl.getContext(ThreadSingletonServiceImpl.java:326) > at > org.apache.openejb.cdi.ThreadSingletonServiceImpl.get(ThreadSingletonServiceImpl.java:361) > at > org.apache.openejb.cdi.ThreadSingletonServiceImpl.get(ThreadSingletonServiceImpl.java:69) > at > org.apache.webbeans.config.WebBeansFinder.getSingletonInstance(WebBeansFinder.java:57) > at > org.apache.webbeans.config.WebBeansContext.getInstance(WebBeansContext.java:180) > at > org.apache.webbeans.config.WebBeansContext.currentInstance(WebBeansContext.java:198) > at > org.apache.webbeans.context.PassivatingContext.readExternal(PassivatingContext.java:50) > at > java.base/java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:2191) > at > java.base/java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2140) > at > java.base/java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1646) > at > java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:464) > at > java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:422) > at > org.apache.catalina.ha.session.DeltaSession.doReadObject(DeltaSession.java:849) > at > org.apache.catalina.ha.session.DeltaSession.readObjectData(DeltaSession.java:631) > at > org.apache.catalina.ha.session.DeltaSession.readExternal(DeltaSession.java:606) > at > java.base/java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:2191) > at > java.base/java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2140) > at > java.base/java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1646) > at > java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:464) > at > java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:422) > at > org.apache.catalina.tribes.io.XByteBuffer.deserialize(XByteBuffer.java:560) > at > org.apache.catalina.tribes.tipis.AbstractReplicatedMap$MapMessage.value(AbstractReplicatedMap.java:1507) > at > org.apache.catalina.tribes.tipis.AbstractReplicatedMap$MapMessage.deserialize(AbstractReplicatedMap.java:1465) > at > org.apache.catalina.tribes.tipis.AbstractReplicatedMap.messageReceived(AbstractReplicatedMap.java:663) > at > org.apache.catalina.tribes.group.GroupChannel.messageReceived(GroupChannel.java:336) > at > org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:91) > at > org.apache.catalina.tribes.group.interceptors.TcpFailureDetector.messageReceived(TcpFailureDetector.java:117) > at > org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:91) > at > org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:91) > at > org.apache.catalina.tribes.group.ChannelCoordinator.messageReceived(ChannelCoordinator.java:274) > at > org.apache.catalina.tribes.transport.ReceiverBase.messageDataReceived(ReceiverBase.java:261) > at > org.apache.catalina.tribes.transport.nio.NioReplicationTask.drainChannel(NioReplicationTask.java:213) > at > org.apache.catalina.tribes.transport.nio.NioReplicationTask.run(NioReplicationTask.java:101) > at > java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > at >
[jira] [Commented] (TOMEE-2865) Session Replication for CDI beans fails often
[
https://issues.apache.org/jira/browse/TOMEE-2865?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17153338#comment-17153338
]
Thomas Andraschko commented on TOMEE-2865:
--
add this in nginx.config below server node:
{code:yaml}
location / {
proxy_pass http://tomcatcluster;
}
{code}
> Session Replication for CDI beans fails often
> --
>
> Key: TOMEE-2865
> URL: https://issues.apache.org/jira/browse/TOMEE-2865
> Project: TomEE
> Issue Type: Bug
> Components: TomEE Core Server
>Affects Versions: 8.0.2, 8.0.3
>Reporter: Thomas Andraschko
>Priority: Blocker
>
> Session clustering / replication often fails with this exception:
>java.lang.IllegalStateException: On a thread without an initialized
> context nor a classloader mapping a deployed app
> at
> org.apache.openejb.cdi.ThreadSingletonServiceImpl.get(ThreadSingletonServiceImpl.java:350)
> at
> org.apache.openejb.cdi.ThreadSingletonServiceImpl.getContext(ThreadSingletonServiceImpl.java:326)
> at
> org.apache.openejb.cdi.ThreadSingletonServiceImpl.get(ThreadSingletonServiceImpl.java:361)
> at
> org.apache.openejb.cdi.ThreadSingletonServiceImpl.get(ThreadSingletonServiceImpl.java:69)
> at
> org.apache.webbeans.config.WebBeansFinder.getSingletonInstance(WebBeansFinder.java:57)
> at
> org.apache.webbeans.config.WebBeansContext.getInstance(WebBeansContext.java:180)
> at
> org.apache.webbeans.config.WebBeansContext.currentInstance(WebBeansContext.java:198)
> at
> org.apache.webbeans.context.PassivatingContext.readExternal(PassivatingContext.java:50)
> at
> java.base/java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:2191)
> at
> java.base/java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2140)
> at
> java.base/java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1646)
> at
> java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:464)
> at
> java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:422)
> at
> org.apache.catalina.ha.session.DeltaSession.doReadObject(DeltaSession.java:849)
> at
> org.apache.catalina.ha.session.DeltaSession.readObjectData(DeltaSession.java:631)
> at
> org.apache.catalina.ha.session.DeltaSession.readExternal(DeltaSession.java:606)
> at
> java.base/java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:2191)
> at
> java.base/java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2140)
> at
> java.base/java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1646)
> at
> java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:464)
> at
> java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:422)
> at
> org.apache.catalina.tribes.io.XByteBuffer.deserialize(XByteBuffer.java:560)
> at
> org.apache.catalina.tribes.tipis.AbstractReplicatedMap$MapMessage.value(AbstractReplicatedMap.java:1507)
> at
> org.apache.catalina.tribes.tipis.AbstractReplicatedMap$MapMessage.deserialize(AbstractReplicatedMap.java:1465)
> at
> org.apache.catalina.tribes.tipis.AbstractReplicatedMap.messageReceived(AbstractReplicatedMap.java:663)
> at
> org.apache.catalina.tribes.group.GroupChannel.messageReceived(GroupChannel.java:336)
> at
> org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:91)
> at
> org.apache.catalina.tribes.group.interceptors.TcpFailureDetector.messageReceived(TcpFailureDetector.java:117)
> at
> org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:91)
> at
> org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:91)
> at
> org.apache.catalina.tribes.group.ChannelCoordinator.messageReceived(ChannelCoordinator.java:274)
> at
> org.apache.catalina.tribes.transport.ReceiverBase.messageDataReceived(ReceiverBase.java:261)
> at
> org.apache.catalina.tribes.transport.nio.NioReplicationTask.drainChannel(NioReplicationTask.java:213)
> at
> org.apache.catalina.tribes.transport.nio.NioReplicationTask.run(NioReplicationTask.java:101)
> at
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
> at
>
[jira] [Commented] (TOMEE-2865) Session Replication for CDI beans fails often
[
https://issues.apache.org/jira/browse/TOMEE-2865?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17153337#comment-17153337
]
Thomas Andraschko commented on TOMEE-2865:
--
add this in nginx.conf below http node:
{code:yaml}
upstream tomcatcluster{
ip_hash;
server 127.0.0.1:8080;
server 127.0.0.1:8081;
}
{code}
> Session Replication for CDI beans fails often
> --
>
> Key: TOMEE-2865
> URL: https://issues.apache.org/jira/browse/TOMEE-2865
> Project: TomEE
> Issue Type: Bug
> Components: TomEE Core Server
>Affects Versions: 8.0.2, 8.0.3
>Reporter: Thomas Andraschko
>Priority: Blocker
>
> Session clustering / replication often fails with this exception:
>java.lang.IllegalStateException: On a thread without an initialized
> context nor a classloader mapping a deployed app
> at
> org.apache.openejb.cdi.ThreadSingletonServiceImpl.get(ThreadSingletonServiceImpl.java:350)
> at
> org.apache.openejb.cdi.ThreadSingletonServiceImpl.getContext(ThreadSingletonServiceImpl.java:326)
> at
> org.apache.openejb.cdi.ThreadSingletonServiceImpl.get(ThreadSingletonServiceImpl.java:361)
> at
> org.apache.openejb.cdi.ThreadSingletonServiceImpl.get(ThreadSingletonServiceImpl.java:69)
> at
> org.apache.webbeans.config.WebBeansFinder.getSingletonInstance(WebBeansFinder.java:57)
> at
> org.apache.webbeans.config.WebBeansContext.getInstance(WebBeansContext.java:180)
> at
> org.apache.webbeans.config.WebBeansContext.currentInstance(WebBeansContext.java:198)
> at
> org.apache.webbeans.context.PassivatingContext.readExternal(PassivatingContext.java:50)
> at
> java.base/java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:2191)
> at
> java.base/java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2140)
> at
> java.base/java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1646)
> at
> java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:464)
> at
> java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:422)
> at
> org.apache.catalina.ha.session.DeltaSession.doReadObject(DeltaSession.java:849)
> at
> org.apache.catalina.ha.session.DeltaSession.readObjectData(DeltaSession.java:631)
> at
> org.apache.catalina.ha.session.DeltaSession.readExternal(DeltaSession.java:606)
> at
> java.base/java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:2191)
> at
> java.base/java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2140)
> at
> java.base/java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1646)
> at
> java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:464)
> at
> java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:422)
> at
> org.apache.catalina.tribes.io.XByteBuffer.deserialize(XByteBuffer.java:560)
> at
> org.apache.catalina.tribes.tipis.AbstractReplicatedMap$MapMessage.value(AbstractReplicatedMap.java:1507)
> at
> org.apache.catalina.tribes.tipis.AbstractReplicatedMap$MapMessage.deserialize(AbstractReplicatedMap.java:1465)
> at
> org.apache.catalina.tribes.tipis.AbstractReplicatedMap.messageReceived(AbstractReplicatedMap.java:663)
> at
> org.apache.catalina.tribes.group.GroupChannel.messageReceived(GroupChannel.java:336)
> at
> org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:91)
> at
> org.apache.catalina.tribes.group.interceptors.TcpFailureDetector.messageReceived(TcpFailureDetector.java:117)
> at
> org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:91)
> at
> org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:91)
> at
> org.apache.catalina.tribes.group.ChannelCoordinator.messageReceived(ChannelCoordinator.java:274)
> at
> org.apache.catalina.tribes.transport.ReceiverBase.messageDataReceived(ReceiverBase.java:261)
> at
> org.apache.catalina.tribes.transport.nio.NioReplicationTask.drainChannel(NioReplicationTask.java:213)
> at
> org.apache.catalina.tribes.transport.nio.NioReplicationTask.run(NioReplicationTask.java:101)
> at
>
[jira] [Commented] (TOMEE-2865) Session Replication for CDI beans fails often
[
https://issues.apache.org/jira/browse/TOMEE-2865?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17153335#comment-17153335
]
Thomas Andraschko commented on TOMEE-2865:
--
Copy it in server.xml inside the Engine tag
{code:xml}
{code}
> Session Replication for CDI beans fails often
> --
>
> Key: TOMEE-2865
> URL: https://issues.apache.org/jira/browse/TOMEE-2865
> Project: TomEE
> Issue Type: Bug
> Components: TomEE Core Server
>Affects Versions: 8.0.2, 8.0.3
>Reporter: Thomas Andraschko
>Priority: Blocker
>
> Session clustering / replication often fails with this exception:
>java.lang.IllegalStateException: On a thread without an initialized
> context nor a classloader mapping a deployed app
> at
> org.apache.openejb.cdi.ThreadSingletonServiceImpl.get(ThreadSingletonServiceImpl.java:350)
> at
> org.apache.openejb.cdi.ThreadSingletonServiceImpl.getContext(ThreadSingletonServiceImpl.java:326)
> at
> org.apache.openejb.cdi.ThreadSingletonServiceImpl.get(ThreadSingletonServiceImpl.java:361)
> at
> org.apache.openejb.cdi.ThreadSingletonServiceImpl.get(ThreadSingletonServiceImpl.java:69)
> at
> org.apache.webbeans.config.WebBeansFinder.getSingletonInstance(WebBeansFinder.java:57)
> at
> org.apache.webbeans.config.WebBeansContext.getInstance(WebBeansContext.java:180)
> at
> org.apache.webbeans.config.WebBeansContext.currentInstance(WebBeansContext.java:198)
> at
> org.apache.webbeans.context.PassivatingContext.readExternal(PassivatingContext.java:50)
> at
> java.base/java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:2191)
> at
> java.base/java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2140)
> at
> java.base/java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1646)
> at
> java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:464)
> at
> java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:422)
> at
> org.apache.catalina.ha.session.DeltaSession.doReadObject(DeltaSession.java:849)
> at
> org.apache.catalina.ha.session.DeltaSession.readObjectData(DeltaSession.java:631)
> at
> org.apache.catalina.ha.session.DeltaSession.readExternal(DeltaSession.java:606)
> at
> java.base/java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:2191)
> at
> java.base/java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2140)
> at
> java.base/java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1646)
> at
> java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:464)
> at
> java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:422)
> at
> org.apache.catalina.tribes.io.XByteBuffer.deserialize(XByteBuffer.java:560)
> at
> org.apache.catalina.tribes.tipis.AbstractReplicatedMap$MapMessage.value(AbstractReplicatedMap.java:1507)
> at
> org.apache.catalina.tribes.tipis.AbstractReplicatedMap$MapMessage.deserialize(AbstractReplicatedMap.java:1465)
> at
> org.apache.catalina.tribes.tipis.AbstractReplicatedMap.messageReceived(AbstractReplicatedMap.java:663)
> at
> org.apache.catalina.tribes.group.GroupChannel.messageReceived(GroupChannel.java:336)
> at
> org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:91)
> at
> org.apache.catalina.tribes.group.interceptors.TcpFailureDetector.messageReceived(TcpFailureDetector.java:117)
> at
> org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:91)
> at
> org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:91)
> at
> org.apache.catalina.tribes.group.ChannelCoordinator.messageReceived(ChannelCoordinator.java:274)
> at
> org.apache.catalina.tribes.transport.ReceiverBase.messageDataReceived(ReceiverBase.java:261)
> at
>
[jira] [Commented] (TOMEE-2865) Session Replication for CDI beans fails often
[
https://issues.apache.org/jira/browse/TOMEE-2865?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17153336#comment-17153336
]
Thomas Andraschko commented on TOMEE-2865:
--
Copy it in the global context.xml below the Context tag:
{code:xml}
{code}
> Session Replication for CDI beans fails often
> --
>
> Key: TOMEE-2865
> URL: https://issues.apache.org/jira/browse/TOMEE-2865
> Project: TomEE
> Issue Type: Bug
> Components: TomEE Core Server
>Affects Versions: 8.0.2, 8.0.3
>Reporter: Thomas Andraschko
>Priority: Blocker
>
> Session clustering / replication often fails with this exception:
>java.lang.IllegalStateException: On a thread without an initialized
> context nor a classloader mapping a deployed app
> at
> org.apache.openejb.cdi.ThreadSingletonServiceImpl.get(ThreadSingletonServiceImpl.java:350)
> at
> org.apache.openejb.cdi.ThreadSingletonServiceImpl.getContext(ThreadSingletonServiceImpl.java:326)
> at
> org.apache.openejb.cdi.ThreadSingletonServiceImpl.get(ThreadSingletonServiceImpl.java:361)
> at
> org.apache.openejb.cdi.ThreadSingletonServiceImpl.get(ThreadSingletonServiceImpl.java:69)
> at
> org.apache.webbeans.config.WebBeansFinder.getSingletonInstance(WebBeansFinder.java:57)
> at
> org.apache.webbeans.config.WebBeansContext.getInstance(WebBeansContext.java:180)
> at
> org.apache.webbeans.config.WebBeansContext.currentInstance(WebBeansContext.java:198)
> at
> org.apache.webbeans.context.PassivatingContext.readExternal(PassivatingContext.java:50)
> at
> java.base/java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:2191)
> at
> java.base/java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2140)
> at
> java.base/java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1646)
> at
> java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:464)
> at
> java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:422)
> at
> org.apache.catalina.ha.session.DeltaSession.doReadObject(DeltaSession.java:849)
> at
> org.apache.catalina.ha.session.DeltaSession.readObjectData(DeltaSession.java:631)
> at
> org.apache.catalina.ha.session.DeltaSession.readExternal(DeltaSession.java:606)
> at
> java.base/java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:2191)
> at
> java.base/java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2140)
> at
> java.base/java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1646)
> at
> java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:464)
> at
> java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:422)
> at
> org.apache.catalina.tribes.io.XByteBuffer.deserialize(XByteBuffer.java:560)
> at
> org.apache.catalina.tribes.tipis.AbstractReplicatedMap$MapMessage.value(AbstractReplicatedMap.java:1507)
> at
> org.apache.catalina.tribes.tipis.AbstractReplicatedMap$MapMessage.deserialize(AbstractReplicatedMap.java:1465)
> at
> org.apache.catalina.tribes.tipis.AbstractReplicatedMap.messageReceived(AbstractReplicatedMap.java:663)
> at
> org.apache.catalina.tribes.group.GroupChannel.messageReceived(GroupChannel.java:336)
> at
> org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:91)
> at
> org.apache.catalina.tribes.group.interceptors.TcpFailureDetector.messageReceived(TcpFailureDetector.java:117)
> at
> org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:91)
> at
> org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:91)
> at
> org.apache.catalina.tribes.group.ChannelCoordinator.messageReceived(ChannelCoordinator.java:274)
> at
> org.apache.catalina.tribes.transport.ReceiverBase.messageDataReceived(ReceiverBase.java:261)
> at
> org.apache.catalina.tribes.transport.nio.NioReplicationTask.drainChannel(NioReplicationTask.java:213)
> at
> org.apache.catalina.tribes.transport.nio.NioReplicationTask.run(NioReplicationTask.java:101)
> at
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
> at
>
[jira] [Created] (TOMEE-2865) Session Replication for CDI beans fails often
Thomas Andraschko created TOMEE-2865: Summary: Session Replication for CDI beans fails often Key: TOMEE-2865 URL: https://issues.apache.org/jira/browse/TOMEE-2865 Project: TomEE Issue Type: Bug Components: TomEE Core Server Affects Versions: 8.0.3, 8.0.2 Reporter: Thomas Andraschko Session clustering / replication often fails with this exception: java.lang.IllegalStateException: On a thread without an initialized context nor a classloader mapping a deployed app at org.apache.openejb.cdi.ThreadSingletonServiceImpl.get(ThreadSingletonServiceImpl.java:350) at org.apache.openejb.cdi.ThreadSingletonServiceImpl.getContext(ThreadSingletonServiceImpl.java:326) at org.apache.openejb.cdi.ThreadSingletonServiceImpl.get(ThreadSingletonServiceImpl.java:361) at org.apache.openejb.cdi.ThreadSingletonServiceImpl.get(ThreadSingletonServiceImpl.java:69) at org.apache.webbeans.config.WebBeansFinder.getSingletonInstance(WebBeansFinder.java:57) at org.apache.webbeans.config.WebBeansContext.getInstance(WebBeansContext.java:180) at org.apache.webbeans.config.WebBeansContext.currentInstance(WebBeansContext.java:198) at org.apache.webbeans.context.PassivatingContext.readExternal(PassivatingContext.java:50) at java.base/java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:2191) at java.base/java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2140) at java.base/java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1646) at java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:464) at java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:422) at org.apache.catalina.ha.session.DeltaSession.doReadObject(DeltaSession.java:849) at org.apache.catalina.ha.session.DeltaSession.readObjectData(DeltaSession.java:631) at org.apache.catalina.ha.session.DeltaSession.readExternal(DeltaSession.java:606) at java.base/java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:2191) at java.base/java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2140) at java.base/java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1646) at java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:464) at java.base/java.io.ObjectInputStream.readObject(ObjectInputStream.java:422) at org.apache.catalina.tribes.io.XByteBuffer.deserialize(XByteBuffer.java:560) at org.apache.catalina.tribes.tipis.AbstractReplicatedMap$MapMessage.value(AbstractReplicatedMap.java:1507) at org.apache.catalina.tribes.tipis.AbstractReplicatedMap$MapMessage.deserialize(AbstractReplicatedMap.java:1465) at org.apache.catalina.tribes.tipis.AbstractReplicatedMap.messageReceived(AbstractReplicatedMap.java:663) at org.apache.catalina.tribes.group.GroupChannel.messageReceived(GroupChannel.java:336) at org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:91) at org.apache.catalina.tribes.group.interceptors.TcpFailureDetector.messageReceived(TcpFailureDetector.java:117) at org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:91) at org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:91) at org.apache.catalina.tribes.group.ChannelCoordinator.messageReceived(ChannelCoordinator.java:274) at org.apache.catalina.tribes.transport.ReceiverBase.messageDataReceived(ReceiverBase.java:261) at org.apache.catalina.tribes.transport.nio.NioReplicationTask.drainChannel(NioReplicationTask.java:213) at org.apache.catalina.tribes.transport.nio.NioReplicationTask.run(NioReplicationTask.java:101) at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) at java.base/java.lang.Thread.run(Thread.java:834) Setup: Nginx, TomEE N1, TomEE N2 Steps to reproduce: - Open the browser and call the webapp - Session will be initialized on N1 - Shutdown N1 - Open the link again and you will see your initialized session on N2 - Startup N1 - Open the link again -> exception will be thrown Will post the configs in the comments -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (TOMEE-2846) MyFaces AUTOMATIC_EXTENSIONLESS_MAPPING doesnt work
Thomas Andraschko created TOMEE-2846:
Summary: MyFaces AUTOMATIC_EXTENSIONLESS_MAPPING doesnt work
Key: TOMEE-2846
URL: https://issues.apache.org/jira/browse/TOMEE-2846
Project: TomEE
Issue Type: Bug
Components: TomEE Core Server
Affects Versions: 8.0.2
Reporter: Thomas Andraschko
MyFaces has a feature to automatically server all views without .xhtml:
index.xhtml -> index
this is implemented in the AbstractFacesInitializer and can be activated via:
org.apache.myfaces.AUTOMATIC_EXTENSIONLESS_MAPPING = true
This currently throws the following exception:
{code:java}
java.lang.UnsupportedOperationException: Section 4.4 of the Servlet 3.0
specification does not permit this method to be called from a
ServletContextListener that was not defined in web.xml, a web-fragment.xml file
nor annotated with @WebListener
at
org.apache.catalina.core.StandardContext$NoPluggabilityServletContext.getServletRegistrations(StandardContext.java:6579)
at
org.apache.myfaces.webapp.AbstractFacesInitializer.getFacesServletRegistration(AbstractFacesInitializer.java:834)
at
org.apache.myfaces.webapp.AbstractFacesInitializer.initAutomaticExtensionlessMapping(AbstractFacesInitializer.java:820)
at
org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:246)
at
org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:103)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4683)
{code}
It actually works without TomEE on plain Tomcat, as MyFaces adds the
StartupServletContextListener via his own web-fragment in the myfaces-impl jar.
This is not scanned in TomEE and the StartupServletContextListener is added
manually in:
https://github.com/apache/tomee/blob/master/tomee/tomee-myfaces/src/main/java/org/apache/tomee/myfaces/TomEEMyFacesContainerInitializer.java#L96
Could we fix it by fake it in Tomcat somehow, that the listener was added via
XML?
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Updated] (TOMEE-2846) MyFaces AUTOMATIC_EXTENSIONLESS_MAPPING doesnt work
[
https://issues.apache.org/jira/browse/TOMEE-2846?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Thomas Andraschko updated TOMEE-2846:
-
Description:
MyFaces has a feature to automatically serve all views without extension/suffix:
index.xhtml -> index
this is implemented in the AbstractFacesInitializer and can be activated via:
org.apache.myfaces.AUTOMATIC_EXTENSIONLESS_MAPPING = true
This currently throws the following exception:
{code:java}
java.lang.UnsupportedOperationException: Section 4.4 of the Servlet 3.0
specification does not permit this method to be called from a
ServletContextListener that was not defined in web.xml, a web-fragment.xml file
nor annotated with @WebListener
at
org.apache.catalina.core.StandardContext$NoPluggabilityServletContext.getServletRegistrations(StandardContext.java:6579)
at
org.apache.myfaces.webapp.AbstractFacesInitializer.getFacesServletRegistration(AbstractFacesInitializer.java:834)
at
org.apache.myfaces.webapp.AbstractFacesInitializer.initAutomaticExtensionlessMapping(AbstractFacesInitializer.java:820)
at
org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:246)
at
org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:103)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4683)
{code}
It actually works without TomEE on plain Tomcat, as MyFaces adds the
StartupServletContextListener via his own web-fragment in the myfaces-impl jar.
This is not scanned in TomEE and the StartupServletContextListener is added
manually in:
https://github.com/apache/tomee/blob/master/tomee/tomee-myfaces/src/main/java/org/apache/tomee/myfaces/TomEEMyFacesContainerInitializer.java#L96
Could we fix it by fake it in Tomcat somehow, that the listener was added via
XML?
was:
MyFaces has a feature to automatically server all views without .xhtml:
index.xhtml -> index
this is implemented in the AbstractFacesInitializer and can be activated via:
org.apache.myfaces.AUTOMATIC_EXTENSIONLESS_MAPPING = true
This currently throws the following exception:
{code:java}
java.lang.UnsupportedOperationException: Section 4.4 of the Servlet 3.0
specification does not permit this method to be called from a
ServletContextListener that was not defined in web.xml, a web-fragment.xml file
nor annotated with @WebListener
at
org.apache.catalina.core.StandardContext$NoPluggabilityServletContext.getServletRegistrations(StandardContext.java:6579)
at
org.apache.myfaces.webapp.AbstractFacesInitializer.getFacesServletRegistration(AbstractFacesInitializer.java:834)
at
org.apache.myfaces.webapp.AbstractFacesInitializer.initAutomaticExtensionlessMapping(AbstractFacesInitializer.java:820)
at
org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:246)
at
org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:103)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4683)
{code}
It actually works without TomEE on plain Tomcat, as MyFaces adds the
StartupServletContextListener via his own web-fragment in the myfaces-impl jar.
This is not scanned in TomEE and the StartupServletContextListener is added
manually in:
https://github.com/apache/tomee/blob/master/tomee/tomee-myfaces/src/main/java/org/apache/tomee/myfaces/TomEEMyFacesContainerInitializer.java#L96
Could we fix it by fake it in Tomcat somehow, that the listener was added via
XML?
> MyFaces AUTOMATIC_EXTENSIONLESS_MAPPING doesnt work
>
>
> Key: TOMEE-2846
> URL: https://issues.apache.org/jira/browse/TOMEE-2846
> Project: TomEE
> Issue Type: Bug
> Components: TomEE Core Server
>Affects Versions: 8.0.2
>Reporter: Thomas Andraschko
>Priority: Major
>
> MyFaces has a feature to automatically serve all views without
> extension/suffix:
> index.xhtml -> index
> this is implemented in the AbstractFacesInitializer and can be activated via:
> org.apache.myfaces.AUTOMATIC_EXTENSIONLESS_MAPPING = true
> This currently throws the following exception:
> {code:java}
> java.lang.UnsupportedOperationException: Section 4.4 of the Servlet 3.0
> specification does not permit this method to be called from a
> ServletContextListener that was not defined in web.xml, a web-fragment.xml
> file nor annotated with @WebListener
> at
> org.apache.catalina.core.StandardContext$NoPluggabilityServletContext.getServletRegistrations(StandardContext.java:6579)
> at
> org.apache.myfaces.webapp.AbstractFacesInitializer.getFacesServletRegistration(AbstractFacesInitializer.java:834)
> at
>
[jira] [Created] (TOMEE-2809) Update to OWB 2.01.6
Thomas Andraschko created TOMEE-2809: Summary: Update to OWB 2.01.6 Key: TOMEE-2809 URL: https://issues.apache.org/jira/browse/TOMEE-2809 Project: TomEE Issue Type: Task Affects Versions: 8.0.1 Reporter: Thomas Andraschko Fix For: 8.0.2 -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (TOMEE-2808) Update to Johnzon 1.2.4
Thomas Andraschko created TOMEE-2808: Summary: Update to Johnzon 1.2.4 Key: TOMEE-2808 URL: https://issues.apache.org/jira/browse/TOMEE-2808 Project: TomEE Issue Type: Task Affects Versions: 8.0.1 Reporter: Thomas Andraschko Fix For: 8.0.2 -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (TOMEE-2750) Memory leak on undeploy
[ https://issues.apache.org/jira/browse/TOMEE-2750?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16993387#comment-16993387 ] Thomas Andraschko commented on TOMEE-2750: -- [~jgallimore] Thanks for merging. Could you please also assign the resolve versions + close the ticket? Thanks > Memory leak on undeploy > --- > > Key: TOMEE-2750 > URL: https://issues.apache.org/jira/browse/TOMEE-2750 > Project: TomEE > Issue Type: Bug > Components: TomEE Core Server >Affects Versions: 7.0.6, 7.1.1, 8.0.0-Final >Reporter: Thomas Andraschko >Assignee: Thomas Andraschko >Priority: Major > Labels: pull-request-available > > Tomcat has a cache for the parsed WebXML descriptor: > https://github.com/apache/tomcat/blob/master/java/org/apache/catalina/startup/ContextConfig.java#L166 > When undeployed, it seems that the cache is not cleared. In plain Tomcat it's > not as harmfull as the WebXML descriptor only has some primitive informations > and does not use much memory. > In case of TomEE we inherit the WebXML: > https://github.com/apache/tomee/blob/master/tomee/tomee-catalina/src/main/java/org/apache/catalina/startup/OpenEJBContextConfig.java#L373 > This is totally ok but it's an inner class, which holds reference to the > outer OpenEJBContextConfig (which has ref to the StandardContext, therefore > WebBeansContext and so on...) > I think the easiest way is to make the OpenEJBWebXml static, which fixes the > bug and is more aligned with the original Tomcat design of the WebXML > descriptor. > After direct undeploy, TomEE needs ~150MB. After my fix it only takes ~50MB. > It could be that Tomcat will cleanup the cache later or that Tomcat has a bug > in its cleanup logic. > I will check this later but indepedent of this, we should apply my fix (PR > follows) which prevents unintended behaviors when using non-static inner > classes. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (TOMEE-2750) Memory leak on undeploy
[ https://issues.apache.org/jira/browse/TOMEE-2750?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko updated TOMEE-2750: - Affects Version/s: 7.1.1 > Memory leak on undeploy > --- > > Key: TOMEE-2750 > URL: https://issues.apache.org/jira/browse/TOMEE-2750 > Project: TomEE > Issue Type: Bug > Components: TomEE Core Server >Affects Versions: 7.0.6, 7.1.1, 8.0.0-Final >Reporter: Thomas Andraschko >Priority: Major > Labels: pull-request-available > > Tomcat has a cache for the parsed WebXML descriptor: > https://github.com/apache/tomcat/blob/master/java/org/apache/catalina/startup/ContextConfig.java#L166 > When undeployed, it seems that the cache is not cleared. In plain Tomcat it's > not as harmfull as the WebXML descriptor only has some primitive informations > and does not use much memory. > In case of TomEE we inherit the WebXML: > https://github.com/apache/tomee/blob/master/tomee/tomee-catalina/src/main/java/org/apache/catalina/startup/OpenEJBContextConfig.java#L373 > This is totally ok but it's an inner class, which holds reference to the > outer OpenEJBContextConfig (which has ref to the StandardContext, therefore > WebBeansContext and so on...) > I think the easiest way is to make the OpenEJBWebXml static, which fixes the > bug and is more aligned with the original Tomcat design of the WebXML > descriptor. > After direct undeploy, TomEE needs ~150MB. After my fix it only takes ~50MB. > It could be that Tomcat will cleanup the cache later or that Tomcat has a bug > in its cleanup logic. > I will check this later but indepedent of this, we should apply my fix (PR > follows) which prevents unintended behaviors when using non-static inner > classes. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (TOMEE-2750) Memory leak on undeploy
[ https://issues.apache.org/jira/browse/TOMEE-2750?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16993368#comment-16993368 ] Thomas Andraschko commented on TOMEE-2750: -- provided a PR for 8.0. The PR also contains a comment about MyFaces integration. It would be great if you can merge it into 7.0 and 7.1 > Memory leak on undeploy > --- > > Key: TOMEE-2750 > URL: https://issues.apache.org/jira/browse/TOMEE-2750 > Project: TomEE > Issue Type: Bug > Components: TomEE Core Server >Affects Versions: 7.0.6, 8.0.0-Final >Reporter: Thomas Andraschko >Priority: Major > Labels: pull-request-available > > Tomcat has a cache for the parsed WebXML descriptor: > https://github.com/apache/tomcat/blob/master/java/org/apache/catalina/startup/ContextConfig.java#L166 > When undeployed, it seems that the cache is not cleared. In plain Tomcat it's > not as harmfull as the WebXML descriptor only has some primitive informations > and does not use much memory. > In case of TomEE we inherit the WebXML: > https://github.com/apache/tomee/blob/master/tomee/tomee-catalina/src/main/java/org/apache/catalina/startup/OpenEJBContextConfig.java#L373 > This is totally ok but it's an inner class, which holds reference to the > outer OpenEJBContextConfig (which has ref to the StandardContext, therefore > WebBeansContext and so on...) > I think the easiest way is to make the OpenEJBWebXml static, which fixes the > bug and is more aligned with the original Tomcat design of the WebXML > descriptor. > After direct undeploy, TomEE needs ~150MB. After my fix it only takes ~50MB. > It could be that Tomcat will cleanup the cache later or that Tomcat has a bug > in its cleanup logic. > I will check this later but indepedent of this, we should apply my fix (PR > follows) which prevents unintended behaviors when using non-static inner > classes. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (TOMEE-2750) Memory leak on undeploy
[ https://issues.apache.org/jira/browse/TOMEE-2750?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko updated TOMEE-2750: - Summary: Memory leak on undeploy (was: Memory keak on undeploy) > Memory leak on undeploy > --- > > Key: TOMEE-2750 > URL: https://issues.apache.org/jira/browse/TOMEE-2750 > Project: TomEE > Issue Type: Bug > Components: TomEE Core Server >Affects Versions: 7.0.6, 8.0.0-Final >Reporter: Thomas Andraschko >Priority: Major > > Tomcat has a cache for the parsed WebXML descriptor: > https://github.com/apache/tomcat/blob/master/java/org/apache/catalina/startup/ContextConfig.java#L166 > When undeployed, it seems that the cache is not cleared. In plain Tomcat it's > not as harmfull as the WebXML descriptor only has some primitive informations > and does not use much memory. > In case of TomEE we inherit the WebXML: > https://github.com/apache/tomee/blob/master/tomee/tomee-catalina/src/main/java/org/apache/catalina/startup/OpenEJBContextConfig.java#L373 > This is totally ok but it's an inner class, which holds reference to the > outer OpenEJBContextConfig (which has ref to the StandardContext, therefore > WebBeansContext and so on...) > I think the easiest way is to make the OpenEJBWebXml static, which fixes the > bug and is more aligned with the original Tomcat design of the WebXML > descriptor. > After direct undeploy, TomEE needs ~150MB. After my fix it only takes ~50MB. > It could be that Tomcat will cleanup the cache later or that Tomcat has a bug > in its cleanup logic. > I will check this later but indepedent of this, we should apply my fix (PR > follows) which prevents unintended behaviors when using non-static inner > classes. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (TOMEE-2750) Memory keak on undeploy
Thomas Andraschko created TOMEE-2750: Summary: Memory keak on undeploy Key: TOMEE-2750 URL: https://issues.apache.org/jira/browse/TOMEE-2750 Project: TomEE Issue Type: Bug Components: TomEE Core Server Affects Versions: 8.0.0-Final, 7.0.6 Reporter: Thomas Andraschko Tomcat has a cache for the parsed WebXML descriptor: https://github.com/apache/tomcat/blob/master/java/org/apache/catalina/startup/ContextConfig.java#L166 When undeployed, it seems that the cache is not cleared. In plain Tomcat it's not as harmfull as the WebXML descriptor only has some primitive informations and does not use much memory. In case of TomEE we inherit the WebXML: https://github.com/apache/tomee/blob/master/tomee/tomee-catalina/src/main/java/org/apache/catalina/startup/OpenEJBContextConfig.java#L373 This is totally ok but it's an inner class, which holds reference to the outer OpenEJBContextConfig (which has ref to the StandardContext, therefore WebBeansContext and so on...) I think the easiest way is to make the OpenEJBWebXml static, which fixes the bug and is more aligned with the original Tomcat design of the WebXML descriptor. After direct undeploy, TomEE needs ~150MB. After my fix it only takes ~50MB. It could be that Tomcat will cleanup the cache later or that Tomcat has a bug in its cleanup logic. I will check this later but indepedent of this, we should apply my fix (PR follows) which prevents unintended behaviors when using non-static inner classes. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (TOMEE-2718) Update to MyFaces 2.3.5
Thomas Andraschko created TOMEE-2718: Summary: Update to MyFaces 2.3.5 Key: TOMEE-2718 URL: https://issues.apache.org/jira/browse/TOMEE-2718 Project: TomEE Issue Type: Bug Reporter: Thomas Andraschko https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=10600=12345533 -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (TOMEE-2718) Update to MyFaces 2.3.5
[ https://issues.apache.org/jira/browse/TOMEE-2718?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko updated TOMEE-2718: - Fix Version/s: 8.0.1 > Update to MyFaces 2.3.5 > --- > > Key: TOMEE-2718 > URL: https://issues.apache.org/jira/browse/TOMEE-2718 > Project: TomEE > Issue Type: Task >Reporter: Thomas Andraschko >Priority: Major > Fix For: 8.0.1 > > > https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=10600=12345533 -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (TOMEE-2718) Update to MyFaces 2.3.5
[ https://issues.apache.org/jira/browse/TOMEE-2718?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko updated TOMEE-2718: - Issue Type: Task (was: Bug) > Update to MyFaces 2.3.5 > --- > > Key: TOMEE-2718 > URL: https://issues.apache.org/jira/browse/TOMEE-2718 > Project: TomEE > Issue Type: Task >Reporter: Thomas Andraschko >Priority: Major > > https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=10600=12345533 -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (TOMEE-2701) Update OWB to 2.0.12
[ https://issues.apache.org/jira/browse/TOMEE-2701?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16948309#comment-16948309 ] Thomas Andraschko commented on TOMEE-2701: -- PR submitted > Update OWB to 2.0.12 > > > Key: TOMEE-2701 > URL: https://issues.apache.org/jira/browse/TOMEE-2701 > Project: TomEE > Issue Type: Task >Affects Versions: 8.0.0-Final >Reporter: Thomas Andraschko >Priority: Minor > Labels: pull-request-available > Fix For: 8.0.1 > > > New release, we should upgrade -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (TOMEE-2701) Update OWB to 2.0.12
Thomas Andraschko created TOMEE-2701: Summary: Update OWB to 2.0.12 Key: TOMEE-2701 URL: https://issues.apache.org/jira/browse/TOMEE-2701 Project: TomEE Issue Type: Task Affects Versions: 8.0.0-Final Reporter: Thomas Andraschko Fix For: 8.0.1 New release, we should upgrade -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (TOMEE-2464) embedded-maven-plugin throws on exception on shutdown
[
https://issues.apache.org/jira/browse/TOMEE-2464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16940721#comment-16940721
]
Thomas Andraschko edited comment on TOMEE-2464 at 9/30/19 7:59 AM:
---
Still occurs with TomEE8 final - also on Java11:
{code:java}
org.apache.catalina.LifecycleException: Failed to stop component
[StandardEngine[Tomcat]]
at
org.apache.catalina.util.LifecycleBase.handleSubClassException(LifecycleBase.java:440)
at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:267)
at
org.apache.catalina.core.StandardService.stopInternal(StandardService.java:473)
at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:257)
at
org.apache.catalina.core.StandardServer.stopInternal(StandardServer.java:994)
at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:257)
at org.apache.catalina.startup.Tomcat.stop(Tomcat.java:466)
at org.apache.tomee.embedded.Container.stop(Container.java:846)
at
org.apache.openejb.maven.plugins.TomEEEmbeddedMojo$2.run(TomEEEmbeddedMojo.java:425)
Caused by: java.lang.NoClassDefFoundError:
org/apache/catalina/core/ContainerBase$StopChild
at
org.apache.catalina.core.ContainerBase.stopInternal(ContainerBase.java:976)
at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:257)
... 7 more
Caused by: java.lang.ClassNotFoundException:
org.apache.catalina.core.ContainerBase$StopChild
at
org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50)
at
org.codehaus.plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass(ClassRealm.java:271)
at
org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:247)
at
org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:239)
... 9 more
[INFO] Pausing ProtocolHandler ["http-nio-8080"]
{code}
was (Author: tandraschko):
Still occurs with TomEE8 final - also on Java11
> embedded-maven-plugin throws on exception on shutdown
> -
>
> Key: TOMEE-2464
> URL: https://issues.apache.org/jira/browse/TOMEE-2464
> Project: TomEE
> Issue Type: Bug
> Components: TomEE Maven Plugin
>Affects Versions: 8.0.0-M1, 8.0.0-M2
>Reporter: Thomas Andraschko
>Priority: Major
>
> [INFO] Pausing ProtocolHandler ["http-nio-8080"]
> [INFO] Pausing ProtocolHandler ["ajp-nio-8009"]
> [INFO] Stopping service [Catalina]
> org.apache.catalina.LifecycleException: Failed to stop component
> [StandardEngine[Catalina]]
> at
> org.apache.catalina.util.LifecycleBase.handleSubClassException(LifecycleBase.java:441)
> at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:267)
> at
> org.apache.catalina.core.StandardService.stopInternal(StandardService.java:474)
> at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:257)
> at
> org.apache.catalina.core.StandardServer.stopInternal(StandardServer.java:791)
> at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:257)
> at org.apache.catalina.startup.Tomcat.stop(Tomcat.java:380)
> at org.apache.tomee.embedded.Container.stop(Container.java:846)
> at
> org.apache.openejb.maven.plugins.TomEEEmbeddedMojo$2.run(TomEEEmbeddedMojo.java:425)
> Caused by: java.lang.NoClassDefFoundError:
> org/apache/catalina/core/ContainerBase$StopChild
> at
> org.apache.catalina.core.ContainerBase.stopInternal(ContainerBase.java:1001)
> at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:257)
> ... 7 more
> Caused by: java.lang.ClassNotFoundException:
> org.apache.catalina.core.ContainerBase$StopChild
> at
> org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50)
> at
> org.codehaus.plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass(ClassRealm.java:271)
> at
> org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:247)
> at
> org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:239)
> ... 9 more
> Still on Java8.
> It's a simple webapp, configured with tomee-embedded-maven-plugin M2 and a
> overwritten inlinedServerXml, to configure our own loginDataSource.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (TOMEE-2464) embedded-maven-plugin throws on exception on shutdown
[ https://issues.apache.org/jira/browse/TOMEE-2464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16940721#comment-16940721 ] Thomas Andraschko commented on TOMEE-2464: -- Still occurs with TomEE8 final - also on Java11 > embedded-maven-plugin throws on exception on shutdown > - > > Key: TOMEE-2464 > URL: https://issues.apache.org/jira/browse/TOMEE-2464 > Project: TomEE > Issue Type: Bug > Components: TomEE Maven Plugin >Affects Versions: 8.0.0-M1, 8.0.0-M2 >Reporter: Thomas Andraschko >Priority: Major > > [INFO] Pausing ProtocolHandler ["http-nio-8080"] > [INFO] Pausing ProtocolHandler ["ajp-nio-8009"] > [INFO] Stopping service [Catalina] > org.apache.catalina.LifecycleException: Failed to stop component > [StandardEngine[Catalina]] > at > org.apache.catalina.util.LifecycleBase.handleSubClassException(LifecycleBase.java:441) > at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:267) > at > org.apache.catalina.core.StandardService.stopInternal(StandardService.java:474) > at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:257) > at > org.apache.catalina.core.StandardServer.stopInternal(StandardServer.java:791) > at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:257) > at org.apache.catalina.startup.Tomcat.stop(Tomcat.java:380) > at org.apache.tomee.embedded.Container.stop(Container.java:846) > at > org.apache.openejb.maven.plugins.TomEEEmbeddedMojo$2.run(TomEEEmbeddedMojo.java:425) > Caused by: java.lang.NoClassDefFoundError: > org/apache/catalina/core/ContainerBase$StopChild > at > org.apache.catalina.core.ContainerBase.stopInternal(ContainerBase.java:1001) > at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:257) > ... 7 more > Caused by: java.lang.ClassNotFoundException: > org.apache.catalina.core.ContainerBase$StopChild > at > org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50) > at > org.codehaus.plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass(ClassRealm.java:271) > at > org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:247) > at > org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:239) > ... 9 more > Still on Java8. > It's a simple webapp, configured with tomee-embedded-maven-plugin M2 and a > overwritten inlinedServerXml, to configure our own loginDataSource. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (TOMEE-2619) Eliminate "Can not attach to current VM" exception
[
https://issues.apache.org/jira/browse/TOMEE-2619?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16908010#comment-16908010
]
Thomas Andraschko commented on TOMEE-2619:
--
related/duplicate of:
https://issues.apache.org/jira/projects/TOMEE/issues/TOMEE-2270
> Eliminate "Can not attach to current VM" exception
> --
>
> Key: TOMEE-2619
> URL: https://issues.apache.org/jira/browse/TOMEE-2619
> Project: TomEE
> Issue Type: Sub-task
>Reporter: David Blevins
>Priority: Major
>
> Several examples experience issues getting the openejb-javaagent installed.
> To reproduce run the example
> * examples/application-composer/
> The example will pass, but it does print out the following output which is
> not acceptable for a Final release. If there is a known issue, we need a
> clearer error message and some documentation.
>
>
> {code:java}
> INFO - Assembling app:
> /Users/dblevins/work/apache/tomee/examples/application-composer/MoviesTest
> java.lang.IllegalStateException: Unable to initialize agent
> at org.apache.openejb.javaagent.Agent.checkInitialization(Agent.java:104)
> at org.apache.openejb.javaagent.Agent.getInstrumentation(Agent.java:94)
> at
> org.apache.openejb.assembler.classic.Assembler$PersistenceClassLoaderHandlerImpl.addTransformer(Assembler.java:3782)
> at
> org.apache.openejb.persistence.PersistenceUnitInfoImpl.addTransformer(PersistenceUnitInfoImpl.java:337)
> at
> org.apache.openjpa.persistence.PersistenceProviderImpl.createContainerEntityManagerFactory(PersistenceProviderImpl.java:172)
> at
> org.apache.openjpa.persistence.PersistenceProviderImpl.createContainerEntityManagerFactory(PersistenceProviderImpl.java:63)
> at
> org.apache.openejb.assembler.classic.EntityManagerFactoryCallable.call(EntityManagerFactoryCallable.java:112)
> at
> org.apache.openejb.assembler.classic.ReloadableEntityManagerFactory.createDelegate(ReloadableEntityManagerFactory.java:134)
> at
> org.apache.openejb.assembler.classic.ReloadableEntityManagerFactory.(ReloadableEntityManagerFactory.java:105)
> at
> org.apache.openejb.assembler.classic.PersistenceBuilder.createEntityManagerFactory(PersistenceBuilder.java:157)
> at
> org.apache.openejb.assembler.classic.Assembler.createApplication(Assembler.java:918)
> at
> org.apache.openejb.assembler.classic.Assembler.createApplication(Assembler.java:758)
> at
> org.apache.openejb.assembler.classic.Assembler.createApplication(Assembler.java:754)
> at
> org.apache.openejb.testing.ApplicationComposers.deployApp(ApplicationComposers.java:724)
> at
> org.apache.openejb.testing.ApplicationComposers.before(ApplicationComposers.java:386)
> at
> org.apache.openejb.testing.ApplicationComposers.evaluate(ApplicationComposers.java:1068)
> at
> org.apache.openejb.junit.DeployApplication.evaluate(DeployApplication.java:40)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
> at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
> at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at
> org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
> at
> org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
> at
> org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
> at
> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)
> Caused by: java.lang.reflect.InvocationTargetException
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> at
>
[jira] [Commented] (TOMEE-2271) Java11: can't resolve old sun JavaEE namespaces correctly
[
https://issues.apache.org/jira/browse/TOMEE-2271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16818041#comment-16818041
]
Thomas Andraschko commented on TOMEE-2271:
--
[~romain.manni-bucau] [~jlmonteiro] works fine with maven 3.6.1
can you close it pls?
> Java11: can't resolve old sun JavaEE namespaces correctly
> -
>
> Key: TOMEE-2271
> URL: https://issues.apache.org/jira/browse/TOMEE-2271
> Project: TomEE
> Issue Type: Bug
> Components: TomEE Core Server, TomEE Maven Plugin
>Affects Versions: 7.0.5, 8.0.0-M1
>Reporter: Thomas Andraschko
>Priority: Major
> Fix For: 8.0.0-M3
>
>
> Just start an application with tomee-embedded-maven-plugin and the following
> will occur:
> NOTE: this errors will be thrown for XMLs in the tomcat libs and also for
> beans.xml/web-fragements in DS:
> javax.xml.bind.UnmarshalException: unerwartetes Element
> (URI:"[http://java.sun.com/xml/ns/javaee];, lokal:"interceptors"). Erwartete
> Elemente
> sind <{}trim>,<{}decorators>,<{}scan>,<{}alternatives>,<{}interceptors>
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.handleEvent
> (UnmarshallingContext.java:744)
> at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportError
> (Loader.java:262)
> at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportError
> (Loader.java:257)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportUnexpectedChildElement
> (Loader.java:124)
> at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.childElement
> (Loader.java:105)
> at com.sun.xml.bind.v2.runtime.unmarshaller.StructureLoader.childElement
> (StructureLoader.java:268)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext._startElement
> (UnmarshallingContext.java:574)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.startElement
> (UnmarshallingContext.java:556)
> at com.sun.xml.bind.v2.runtime.unmarshaller.SAXConnector.startElement
> (SAXConnector.java:168)
> at org.xml.sax.helpers.XMLFilterImpl.startElement (XMLFilterImpl.java:551)
> at org.apache.openejb.jee.JaxbJavaee$JavaeeNamespaceFilter.startElement
> (JaxbJavaee.java:293)
> at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement
> (AbstractSAXParser.java:510)
> at
> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement
> (XMLNSDocumentScannerImpl.java:374)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next
> (XMLDocumentFragmentScannerImpl.java:2708)
> at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next
> (XMLDocumentScannerImpl.java:605)
> at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next
> (XMLNSDocumentScannerImpl.java:112)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument
> (XMLDocumentFragmentScannerImpl.java:534)
> at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse
> (XML11Configuration.java:888)
> at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse
> (XML11Configuration.java:824)
> at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse
> (XMLParser.java:141)
> at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse
> (AbstractSAXParser.java:1216)
> at
> com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse
> (SAXParserImpl.java:635)
> at org.xml.sax.helpers.XMLFilterImpl.parse (XMLFilterImpl.java:357)
> at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0
> (UnmarshallerImpl.java:258)
> at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal
> (UnmarshallerImpl.java:236)
> at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal
> (UnmarshallerImpl.java:288)
> at org.apache.openejb.jee.JaxbJavaee.unmarshalJavaee (JaxbJavaee.java:133)
> at org.apache.openejb.config.ReadDescriptors.readBeans
> (ReadDescriptors.java:691)
> at org.apache.openejb.config.DeploymentLoader.mergeBeansXml
> (DeploymentLoader.java:1196)
> at org.apache.openejb.config.DeploymentLoader.addBeansXmls
> (DeploymentLoader.java:1184)
> at org.apache.openejb.config.DeploymentLoader.createWebModule
> (DeploymentLoader.java:1098)
> at org.apache.openejb.config.DeploymentLoader.createWebModule
> (DeploymentLoader.java:823)
> at org.apache.openejb.config.DeploymentLoader.load
> (DeploymentLoader.java:234)
> at org.apache.tomee.catalina.TomcatWebAppBuilder.loadApplication
> (TomcatWebAppBuilder.java:2347)
> at org.apache.tomee.catalina.TomcatWebAppBuilder.startInternal
> (TomcatWebAppBuilder.java:1197)
> at
[jira] [Created] (TOMEE-2507) Improve scanning excludes
Thomas Andraschko created TOMEE-2507: Summary: Improve scanning excludes Key: TOMEE-2507 URL: https://issues.apache.org/jira/browse/TOMEE-2507 Project: TomEE Issue Type: Improvement Components: TomEE Core Server Affects Versions: 8.0.0-M2 Reporter: Thomas Andraschko Fix For: 8.0.0-M3 container/openejb-core/src/main/resources/default.exclusions: jfreechart- jscience- lesscss-engine- rhino- tomee/tomee-embedded/src/main/resources/org/apache/tomee/configs/catalina.properties jfreechart-* jscience-* lesscss-engine-* rhino-* There are also some excludes which are in default.exclusions but not in catalina.properties: commons-io-* jackson-annotations-* jackson-core-* jackson-databind-* jackson-dataformat* jackson-mapper-asl-* jackson-module-jaxb-annotations-* -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (TOMEE-2464) embedded-maven-plugin throws on exception on shutdown
Thomas Andraschko created TOMEE-2464: Summary: embedded-maven-plugin throws on exception on shutdown Key: TOMEE-2464 URL: https://issues.apache.org/jira/browse/TOMEE-2464 Project: TomEE Issue Type: Bug Components: TomEE Maven Plugin Affects Versions: 8.0.0-M2, 8.0.0-M1 Reporter: Thomas Andraschko [INFO] Pausing ProtocolHandler ["http-nio-8080"] [INFO] Pausing ProtocolHandler ["ajp-nio-8009"] [INFO] Stopping service [Catalina] org.apache.catalina.LifecycleException: Failed to stop component [StandardEngine[Catalina]] at org.apache.catalina.util.LifecycleBase.handleSubClassException(LifecycleBase.java:441) at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:267) at org.apache.catalina.core.StandardService.stopInternal(StandardService.java:474) at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:257) at org.apache.catalina.core.StandardServer.stopInternal(StandardServer.java:791) at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:257) at org.apache.catalina.startup.Tomcat.stop(Tomcat.java:380) at org.apache.tomee.embedded.Container.stop(Container.java:846) at org.apache.openejb.maven.plugins.TomEEEmbeddedMojo$2.run(TomEEEmbeddedMojo.java:425) Caused by: java.lang.NoClassDefFoundError: org/apache/catalina/core/ContainerBase$StopChild at org.apache.catalina.core.ContainerBase.stopInternal(ContainerBase.java:1001) at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:257) ... 7 more Caused by: java.lang.ClassNotFoundException: org.apache.catalina.core.ContainerBase$StopChild at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50) at org.codehaus.plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass(ClassRealm.java:271) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:247) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:239) ... 9 more Still on Java8. It's a simple webapp, configured with tomee-embedded-maven-plugin M2 and a overwritten inlinedServerXml, to configure our own loginDataSource. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (TOMEE-2463) MyFaces 2.3.3
Thomas Andraschko created TOMEE-2463: Summary: MyFaces 2.3.3 Key: TOMEE-2463 URL: https://issues.apache.org/jira/browse/TOMEE-2463 Project: TomEE Issue Type: Task Affects Versions: 8.0.0-M2 Reporter: Thomas Andraschko Fix For: 8.0.0-M3 MyFaces 2.3.3 is available: https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=10600=12344007 -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (TOMEE-2271) Java11: can't resolve old sun JavaEE namespaces correctly
[
https://issues.apache.org/jira/browse/TOMEE-2271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16732207#comment-16732207
]
Thomas Andraschko commented on TOMEE-2271:
--
https://issues.apache.org/jira/browse/MNG-6543
> Java11: can't resolve old sun JavaEE namespaces correctly
> -
>
> Key: TOMEE-2271
> URL: https://issues.apache.org/jira/browse/TOMEE-2271
> Project: TomEE
> Issue Type: Bug
> Components: TomEE Core Server, TomEE Maven Plugin
>Affects Versions: 7.0.5, 8.0.0-M1
>Reporter: Thomas Andraschko
>Priority: Major
> Fix For: 8.0.0-M2
>
>
> Just start an application with tomee-embedded-maven-plugin and the following
> will occur:
> NOTE: this errors will be thrown for XMLs in the tomcat libs and also for
> beans.xml/web-fragements in DS:
> javax.xml.bind.UnmarshalException: unerwartetes Element
> (URI:"[http://java.sun.com/xml/ns/javaee];, lokal:"interceptors"). Erwartete
> Elemente
> sind <{}trim>,<{}decorators>,<{}scan>,<{}alternatives>,<{}interceptors>
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.handleEvent
> (UnmarshallingContext.java:744)
> at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportError
> (Loader.java:262)
> at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportError
> (Loader.java:257)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportUnexpectedChildElement
> (Loader.java:124)
> at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.childElement
> (Loader.java:105)
> at com.sun.xml.bind.v2.runtime.unmarshaller.StructureLoader.childElement
> (StructureLoader.java:268)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext._startElement
> (UnmarshallingContext.java:574)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.startElement
> (UnmarshallingContext.java:556)
> at com.sun.xml.bind.v2.runtime.unmarshaller.SAXConnector.startElement
> (SAXConnector.java:168)
> at org.xml.sax.helpers.XMLFilterImpl.startElement (XMLFilterImpl.java:551)
> at org.apache.openejb.jee.JaxbJavaee$JavaeeNamespaceFilter.startElement
> (JaxbJavaee.java:293)
> at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement
> (AbstractSAXParser.java:510)
> at
> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement
> (XMLNSDocumentScannerImpl.java:374)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next
> (XMLDocumentFragmentScannerImpl.java:2708)
> at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next
> (XMLDocumentScannerImpl.java:605)
> at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next
> (XMLNSDocumentScannerImpl.java:112)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument
> (XMLDocumentFragmentScannerImpl.java:534)
> at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse
> (XML11Configuration.java:888)
> at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse
> (XML11Configuration.java:824)
> at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse
> (XMLParser.java:141)
> at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse
> (AbstractSAXParser.java:1216)
> at
> com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse
> (SAXParserImpl.java:635)
> at org.xml.sax.helpers.XMLFilterImpl.parse (XMLFilterImpl.java:357)
> at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0
> (UnmarshallerImpl.java:258)
> at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal
> (UnmarshallerImpl.java:236)
> at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal
> (UnmarshallerImpl.java:288)
> at org.apache.openejb.jee.JaxbJavaee.unmarshalJavaee (JaxbJavaee.java:133)
> at org.apache.openejb.config.ReadDescriptors.readBeans
> (ReadDescriptors.java:691)
> at org.apache.openejb.config.DeploymentLoader.mergeBeansXml
> (DeploymentLoader.java:1196)
> at org.apache.openejb.config.DeploymentLoader.addBeansXmls
> (DeploymentLoader.java:1184)
> at org.apache.openejb.config.DeploymentLoader.createWebModule
> (DeploymentLoader.java:1098)
> at org.apache.openejb.config.DeploymentLoader.createWebModule
> (DeploymentLoader.java:823)
> at org.apache.openejb.config.DeploymentLoader.load
> (DeploymentLoader.java:234)
> at org.apache.tomee.catalina.TomcatWebAppBuilder.loadApplication
> (TomcatWebAppBuilder.java:2347)
> at org.apache.tomee.catalina.TomcatWebAppBuilder.startInternal
> (TomcatWebAppBuilder.java:1197)
> at
[jira] [Commented] (TOMEE-2271) Java11: can't resolve old sun JavaEE namespaces correctly
[
https://issues.apache.org/jira/browse/TOMEE-2271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16722130#comment-16722130
]
Thomas Andraschko commented on TOMEE-2271:
--
PR was merged!
> Java11: can't resolve old sun JavaEE namespaces correctly
> -
>
> Key: TOMEE-2271
> URL: https://issues.apache.org/jira/browse/TOMEE-2271
> Project: TomEE
> Issue Type: Bug
> Components: TomEE Core Server, TomEE Maven Plugin
>Affects Versions: 7.0.5, 8.0.0-M1
>Reporter: Thomas Andraschko
>Priority: Major
> Fix For: 8.0.0-M2
>
>
> Just start an application with tomee-embedded-maven-plugin and the following
> will occur:
> NOTE: this errors will be thrown for XMLs in the tomcat libs and also for
> beans.xml/web-fragements in DS:
> javax.xml.bind.UnmarshalException: unerwartetes Element
> (URI:"[http://java.sun.com/xml/ns/javaee];, lokal:"interceptors"). Erwartete
> Elemente
> sind <{}trim>,<{}decorators>,<{}scan>,<{}alternatives>,<{}interceptors>
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.handleEvent
> (UnmarshallingContext.java:744)
> at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportError
> (Loader.java:262)
> at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportError
> (Loader.java:257)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportUnexpectedChildElement
> (Loader.java:124)
> at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.childElement
> (Loader.java:105)
> at com.sun.xml.bind.v2.runtime.unmarshaller.StructureLoader.childElement
> (StructureLoader.java:268)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext._startElement
> (UnmarshallingContext.java:574)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.startElement
> (UnmarshallingContext.java:556)
> at com.sun.xml.bind.v2.runtime.unmarshaller.SAXConnector.startElement
> (SAXConnector.java:168)
> at org.xml.sax.helpers.XMLFilterImpl.startElement (XMLFilterImpl.java:551)
> at org.apache.openejb.jee.JaxbJavaee$JavaeeNamespaceFilter.startElement
> (JaxbJavaee.java:293)
> at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement
> (AbstractSAXParser.java:510)
> at
> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement
> (XMLNSDocumentScannerImpl.java:374)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next
> (XMLDocumentFragmentScannerImpl.java:2708)
> at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next
> (XMLDocumentScannerImpl.java:605)
> at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next
> (XMLNSDocumentScannerImpl.java:112)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument
> (XMLDocumentFragmentScannerImpl.java:534)
> at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse
> (XML11Configuration.java:888)
> at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse
> (XML11Configuration.java:824)
> at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse
> (XMLParser.java:141)
> at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse
> (AbstractSAXParser.java:1216)
> at
> com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse
> (SAXParserImpl.java:635)
> at org.xml.sax.helpers.XMLFilterImpl.parse (XMLFilterImpl.java:357)
> at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0
> (UnmarshallerImpl.java:258)
> at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal
> (UnmarshallerImpl.java:236)
> at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal
> (UnmarshallerImpl.java:288)
> at org.apache.openejb.jee.JaxbJavaee.unmarshalJavaee (JaxbJavaee.java:133)
> at org.apache.openejb.config.ReadDescriptors.readBeans
> (ReadDescriptors.java:691)
> at org.apache.openejb.config.DeploymentLoader.mergeBeansXml
> (DeploymentLoader.java:1196)
> at org.apache.openejb.config.DeploymentLoader.addBeansXmls
> (DeploymentLoader.java:1184)
> at org.apache.openejb.config.DeploymentLoader.createWebModule
> (DeploymentLoader.java:1098)
> at org.apache.openejb.config.DeploymentLoader.createWebModule
> (DeploymentLoader.java:823)
> at org.apache.openejb.config.DeploymentLoader.load
> (DeploymentLoader.java:234)
> at org.apache.tomee.catalina.TomcatWebAppBuilder.loadApplication
> (TomcatWebAppBuilder.java:2347)
> at org.apache.tomee.catalina.TomcatWebAppBuilder.startInternal
> (TomcatWebAppBuilder.java:1197)
> at org.apache.tomee.catalina.TomcatWebAppBuilder.configureStart
>
[jira] [Commented] (TOMEE-2271) Java11: can't resolve old sun JavaEE namespaces correctly
[
https://issues.apache.org/jira/browse/TOMEE-2271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16709216#comment-16709216
]
Thomas Andraschko commented on TOMEE-2271:
--
any news here [~romain.manni-bucau]?
> Java11: can't resolve old sun JavaEE namespaces correctly
> -
>
> Key: TOMEE-2271
> URL: https://issues.apache.org/jira/browse/TOMEE-2271
> Project: TomEE
> Issue Type: Bug
> Components: TomEE Core Server, TomEE Maven Plugin
>Affects Versions: 8.0.0-M1, 7.0.5
>Reporter: Thomas Andraschko
>Priority: Major
> Fix For: 8.0.0-Final
>
>
> Just start an application with tomee-embedded-maven-plugin and the following
> will occur:
> NOTE: this errors will be thrown for XMLs in the tomcat libs and also for
> beans.xml/web-fragements in DS:
> javax.xml.bind.UnmarshalException: unerwartetes Element
> (URI:"[http://java.sun.com/xml/ns/javaee];, lokal:"interceptors"). Erwartete
> Elemente
> sind <{}trim>,<{}decorators>,<{}scan>,<{}alternatives>,<{}interceptors>
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.handleEvent
> (UnmarshallingContext.java:744)
> at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportError
> (Loader.java:262)
> at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportError
> (Loader.java:257)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportUnexpectedChildElement
> (Loader.java:124)
> at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.childElement
> (Loader.java:105)
> at com.sun.xml.bind.v2.runtime.unmarshaller.StructureLoader.childElement
> (StructureLoader.java:268)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext._startElement
> (UnmarshallingContext.java:574)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.startElement
> (UnmarshallingContext.java:556)
> at com.sun.xml.bind.v2.runtime.unmarshaller.SAXConnector.startElement
> (SAXConnector.java:168)
> at org.xml.sax.helpers.XMLFilterImpl.startElement (XMLFilterImpl.java:551)
> at org.apache.openejb.jee.JaxbJavaee$JavaeeNamespaceFilter.startElement
> (JaxbJavaee.java:293)
> at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement
> (AbstractSAXParser.java:510)
> at
> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement
> (XMLNSDocumentScannerImpl.java:374)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next
> (XMLDocumentFragmentScannerImpl.java:2708)
> at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next
> (XMLDocumentScannerImpl.java:605)
> at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next
> (XMLNSDocumentScannerImpl.java:112)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument
> (XMLDocumentFragmentScannerImpl.java:534)
> at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse
> (XML11Configuration.java:888)
> at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse
> (XML11Configuration.java:824)
> at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse
> (XMLParser.java:141)
> at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse
> (AbstractSAXParser.java:1216)
> at
> com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse
> (SAXParserImpl.java:635)
> at org.xml.sax.helpers.XMLFilterImpl.parse (XMLFilterImpl.java:357)
> at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0
> (UnmarshallerImpl.java:258)
> at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal
> (UnmarshallerImpl.java:236)
> at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal
> (UnmarshallerImpl.java:288)
> at org.apache.openejb.jee.JaxbJavaee.unmarshalJavaee (JaxbJavaee.java:133)
> at org.apache.openejb.config.ReadDescriptors.readBeans
> (ReadDescriptors.java:691)
> at org.apache.openejb.config.DeploymentLoader.mergeBeansXml
> (DeploymentLoader.java:1196)
> at org.apache.openejb.config.DeploymentLoader.addBeansXmls
> (DeploymentLoader.java:1184)
> at org.apache.openejb.config.DeploymentLoader.createWebModule
> (DeploymentLoader.java:1098)
> at org.apache.openejb.config.DeploymentLoader.createWebModule
> (DeploymentLoader.java:823)
> at org.apache.openejb.config.DeploymentLoader.load
> (DeploymentLoader.java:234)
> at org.apache.tomee.catalina.TomcatWebAppBuilder.loadApplication
> (TomcatWebAppBuilder.java:2347)
> at org.apache.tomee.catalina.TomcatWebAppBuilder.startInternal
> (TomcatWebAppBuilder.java:1197)
> at org.apache.tomee.catalina.TomcatWebAppBuilder.configureStart
[jira] [Commented] (TOMEE-2271) Java11: can't resolve old sun JavaEE namespaces correctly
[
https://issues.apache.org/jira/browse/TOMEE-2271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16686738#comment-16686738
]
Thomas Andraschko commented on TOMEE-2271:
--
Could you create a issue on maven then?
A workaround would be great as this bug makes the whole embedded-maven-plugin
unusable
> Java11: can't resolve old sun JavaEE namespaces correctly
> -
>
> Key: TOMEE-2271
> URL: https://issues.apache.org/jira/browse/TOMEE-2271
> Project: TomEE
> Issue Type: Bug
> Components: TomEE Core Server, TomEE Maven Plugin
>Affects Versions: 8.0.0-M1, 7.0.5
>Reporter: Thomas Andraschko
>Priority: Major
> Fix For: 8.0.0-Final
>
>
> Just start an application with tomee-embedded-maven-plugin and the following
> will occur:
> NOTE: this errors will be thrown for XMLs in the tomcat libs and also for
> beans.xml/web-fragements in DS:
> javax.xml.bind.UnmarshalException: unerwartetes Element
> (URI:"[http://java.sun.com/xml/ns/javaee];, lokal:"interceptors"). Erwartete
> Elemente
> sind <{}trim>,<{}decorators>,<{}scan>,<{}alternatives>,<{}interceptors>
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.handleEvent
> (UnmarshallingContext.java:744)
> at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportError
> (Loader.java:262)
> at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportError
> (Loader.java:257)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportUnexpectedChildElement
> (Loader.java:124)
> at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.childElement
> (Loader.java:105)
> at com.sun.xml.bind.v2.runtime.unmarshaller.StructureLoader.childElement
> (StructureLoader.java:268)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext._startElement
> (UnmarshallingContext.java:574)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.startElement
> (UnmarshallingContext.java:556)
> at com.sun.xml.bind.v2.runtime.unmarshaller.SAXConnector.startElement
> (SAXConnector.java:168)
> at org.xml.sax.helpers.XMLFilterImpl.startElement (XMLFilterImpl.java:551)
> at org.apache.openejb.jee.JaxbJavaee$JavaeeNamespaceFilter.startElement
> (JaxbJavaee.java:293)
> at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement
> (AbstractSAXParser.java:510)
> at
> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement
> (XMLNSDocumentScannerImpl.java:374)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next
> (XMLDocumentFragmentScannerImpl.java:2708)
> at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next
> (XMLDocumentScannerImpl.java:605)
> at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next
> (XMLNSDocumentScannerImpl.java:112)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument
> (XMLDocumentFragmentScannerImpl.java:534)
> at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse
> (XML11Configuration.java:888)
> at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse
> (XML11Configuration.java:824)
> at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse
> (XMLParser.java:141)
> at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse
> (AbstractSAXParser.java:1216)
> at
> com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse
> (SAXParserImpl.java:635)
> at org.xml.sax.helpers.XMLFilterImpl.parse (XMLFilterImpl.java:357)
> at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0
> (UnmarshallerImpl.java:258)
> at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal
> (UnmarshallerImpl.java:236)
> at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal
> (UnmarshallerImpl.java:288)
> at org.apache.openejb.jee.JaxbJavaee.unmarshalJavaee (JaxbJavaee.java:133)
> at org.apache.openejb.config.ReadDescriptors.readBeans
> (ReadDescriptors.java:691)
> at org.apache.openejb.config.DeploymentLoader.mergeBeansXml
> (DeploymentLoader.java:1196)
> at org.apache.openejb.config.DeploymentLoader.addBeansXmls
> (DeploymentLoader.java:1184)
> at org.apache.openejb.config.DeploymentLoader.createWebModule
> (DeploymentLoader.java:1098)
> at org.apache.openejb.config.DeploymentLoader.createWebModule
> (DeploymentLoader.java:823)
> at org.apache.openejb.config.DeploymentLoader.load
> (DeploymentLoader.java:234)
> at org.apache.tomee.catalina.TomcatWebAppBuilder.loadApplication
> (TomcatWebAppBuilder.java:2347)
> at org.apache.tomee.catalina.TomcatWebAppBuilder.startInternal
>
[jira] [Commented] (TOMEE-2270) Java11: Unable to initialize agent with embedded-maven-plugin
[ https://issues.apache.org/jira/browse/TOMEE-2270?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16686493#comment-16686493 ] Thomas Andraschko commented on TOMEE-2270: -- Can we set this automatically somehow in the maven plugin? For me it's quite annoying to set the parameter... And i'm sure it will be the same for all users. You have to set it it everywhere (IDE, Jenkins, Arquillian...) > Java11: Unable to initialize agent with embedded-maven-plugin > - > > Key: TOMEE-2270 > URL: https://issues.apache.org/jira/browse/TOMEE-2270 > Project: TomEE > Issue Type: Bug > Components: TomEE Core Server, TomEE Maven Plugin >Affects Versions: 8.0.0-M1, 7.0.5 >Reporter: Thomas Andraschko >Priority: Major > Fix For: 8.0.0-Final > > Attachments: test.zip > > > ava.lang.IllegalStateException: Unable to initialize agent > at > org.apache.openejb.javaagent.Agent.checkInitialization(Agent.java:104) > at > org.apache.openejb.javaagent.Agent.getInstrumentation(Agent.java:94) > at org.apache.tomee.embedded.Container.(Container.java:128) > at > org.apache.openejb.maven.plugins.TomEEEmbeddedMojo.execute(TomEEEmbeddedMojo.java:392) > at > org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:137) -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (TOMEE-2270) Java11: Unable to initialize agent with embedded-maven-plugin
[ https://issues.apache.org/jira/browse/TOMEE-2270?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko updated TOMEE-2270: - Attachment: test.zip > Java11: Unable to initialize agent with embedded-maven-plugin > - > > Key: TOMEE-2270 > URL: https://issues.apache.org/jira/browse/TOMEE-2270 > Project: TomEE > Issue Type: Bug > Components: TomEE Core Server, TomEE Maven Plugin >Affects Versions: 8.0.0-M1, 7.0.5 >Reporter: Thomas Andraschko >Priority: Major > Fix For: 8.0.0-Final > > Attachments: test.zip > > > ava.lang.IllegalStateException: Unable to initialize agent > at > org.apache.openejb.javaagent.Agent.checkInitialization(Agent.java:104) > at > org.apache.openejb.javaagent.Agent.getInstrumentation(Agent.java:94) > at org.apache.tomee.embedded.Container.(Container.java:128) > at > org.apache.openejb.maven.plugins.TomEEEmbeddedMojo.execute(TomEEEmbeddedMojo.java:392) > at > org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:137) -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (TOMEE-2270) Java11: Unable to initialize agent with embedded-maven-plugin
[ https://issues.apache.org/jira/browse/TOMEE-2270?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685128#comment-16685128 ] Thomas Andraschko commented on TOMEE-2270: -- [~jlmonteiro] just run the attached maven project via: clean package tomee-embedded:run this is also a producer for the other ticket > Java11: Unable to initialize agent with embedded-maven-plugin > - > > Key: TOMEE-2270 > URL: https://issues.apache.org/jira/browse/TOMEE-2270 > Project: TomEE > Issue Type: Bug > Components: TomEE Core Server, TomEE Maven Plugin >Affects Versions: 8.0.0-M1, 7.0.5 >Reporter: Thomas Andraschko >Priority: Major > Fix For: 8.0.0-Final > > Attachments: test.zip > > > ava.lang.IllegalStateException: Unable to initialize agent > at > org.apache.openejb.javaagent.Agent.checkInitialization(Agent.java:104) > at > org.apache.openejb.javaagent.Agent.getInstrumentation(Agent.java:94) > at org.apache.tomee.embedded.Container.(Container.java:128) > at > org.apache.openejb.maven.plugins.TomEEEmbeddedMojo.execute(TomEEEmbeddedMojo.java:392) > at > org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:137) -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (TOMEE-2273) Upgrade to OWB 2.0.8
Thomas Andraschko created TOMEE-2273: Summary: Upgrade to OWB 2.0.8 Key: TOMEE-2273 URL: https://issues.apache.org/jira/browse/TOMEE-2273 Project: TomEE Issue Type: Task Affects Versions: 8.0.0-M1 Reporter: Thomas Andraschko Fix For: 8.0.0-Final it also contains big improvements of the startup performance -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (TOMEE-2272) Java11: Upgrade XBean to version >=4.12
[ https://issues.apache.org/jira/browse/TOMEE-2272?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko updated TOMEE-2272: - Affects Version/s: 7.0.5 > Java11: Upgrade XBean to version >=4.12 > --- > > Key: TOMEE-2272 > URL: https://issues.apache.org/jira/browse/TOMEE-2272 > Project: TomEE > Issue Type: Dependency upgrade > Components: TomEE Core Server >Affects Versions: 8.0.0-M1 >Reporter: Jean-Louis MONTEIRO >Assignee: Jean-Louis MONTEIRO >Priority: Major > Fix For: 8.0.0-Final > > > XBean 4.12 is required to support Java 11 -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (TOMEE-2272) Java11: Upgrade XBean to version >=4.12
[ https://issues.apache.org/jira/browse/TOMEE-2272?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko updated TOMEE-2272: - Affects Version/s: (was: 7.0.5) > Java11: Upgrade XBean to version >=4.12 > --- > > Key: TOMEE-2272 > URL: https://issues.apache.org/jira/browse/TOMEE-2272 > Project: TomEE > Issue Type: Dependency upgrade > Components: TomEE Core Server >Affects Versions: 8.0.0-M1 >Reporter: Jean-Louis MONTEIRO >Assignee: Jean-Louis MONTEIRO >Priority: Major > Fix For: 8.0.0-Final > > > XBean 4.12 is required to support Java 11 -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (TOMEE-2271) Java11: can't resolve old sun JavaEE namespaces correctly
[
https://issues.apache.org/jira/browse/TOMEE-2271?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Thomas Andraschko updated TOMEE-2271:
-
Affects Version/s: 7.0.5
> Java11: can't resolve old sun JavaEE namespaces correctly
> -
>
> Key: TOMEE-2271
> URL: https://issues.apache.org/jira/browse/TOMEE-2271
> Project: TomEE
> Issue Type: Bug
> Components: TomEE Core Server, TomEE Maven Plugin
>Affects Versions: 8.0.0-M1, 7.0.5
>Reporter: Thomas Andraschko
>Priority: Major
> Fix For: 8.0.0-Final
>
>
> Just start an application with tomee-embedded-maven-plugin and the following
> will occur:
> NOTE: this errors will be thrown for XMLs in the tomcat libs and also for
> beans.xml/web-fragements in DS:
> javax.xml.bind.UnmarshalException: unerwartetes Element
> (URI:"[http://java.sun.com/xml/ns/javaee];, lokal:"interceptors"). Erwartete
> Elemente
> sind <{}trim>,<{}decorators>,<{}scan>,<{}alternatives>,<{}interceptors>
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.handleEvent
> (UnmarshallingContext.java:744)
> at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportError
> (Loader.java:262)
> at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportError
> (Loader.java:257)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportUnexpectedChildElement
> (Loader.java:124)
> at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.childElement
> (Loader.java:105)
> at com.sun.xml.bind.v2.runtime.unmarshaller.StructureLoader.childElement
> (StructureLoader.java:268)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext._startElement
> (UnmarshallingContext.java:574)
> at
> com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.startElement
> (UnmarshallingContext.java:556)
> at com.sun.xml.bind.v2.runtime.unmarshaller.SAXConnector.startElement
> (SAXConnector.java:168)
> at org.xml.sax.helpers.XMLFilterImpl.startElement (XMLFilterImpl.java:551)
> at org.apache.openejb.jee.JaxbJavaee$JavaeeNamespaceFilter.startElement
> (JaxbJavaee.java:293)
> at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement
> (AbstractSAXParser.java:510)
> at
> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement
> (XMLNSDocumentScannerImpl.java:374)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next
> (XMLDocumentFragmentScannerImpl.java:2708)
> at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next
> (XMLDocumentScannerImpl.java:605)
> at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next
> (XMLNSDocumentScannerImpl.java:112)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument
> (XMLDocumentFragmentScannerImpl.java:534)
> at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse
> (XML11Configuration.java:888)
> at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse
> (XML11Configuration.java:824)
> at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse
> (XMLParser.java:141)
> at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse
> (AbstractSAXParser.java:1216)
> at
> com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse
> (SAXParserImpl.java:635)
> at org.xml.sax.helpers.XMLFilterImpl.parse (XMLFilterImpl.java:357)
> at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0
> (UnmarshallerImpl.java:258)
> at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal
> (UnmarshallerImpl.java:236)
> at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal
> (UnmarshallerImpl.java:288)
> at org.apache.openejb.jee.JaxbJavaee.unmarshalJavaee (JaxbJavaee.java:133)
> at org.apache.openejb.config.ReadDescriptors.readBeans
> (ReadDescriptors.java:691)
> at org.apache.openejb.config.DeploymentLoader.mergeBeansXml
> (DeploymentLoader.java:1196)
> at org.apache.openejb.config.DeploymentLoader.addBeansXmls
> (DeploymentLoader.java:1184)
> at org.apache.openejb.config.DeploymentLoader.createWebModule
> (DeploymentLoader.java:1098)
> at org.apache.openejb.config.DeploymentLoader.createWebModule
> (DeploymentLoader.java:823)
> at org.apache.openejb.config.DeploymentLoader.load
> (DeploymentLoader.java:234)
> at org.apache.tomee.catalina.TomcatWebAppBuilder.loadApplication
> (TomcatWebAppBuilder.java:2347)
> at org.apache.tomee.catalina.TomcatWebAppBuilder.startInternal
> (TomcatWebAppBuilder.java:1197)
> at org.apache.tomee.catalina.TomcatWebAppBuilder.configureStart
> (TomcatWebAppBuilder.java:1130)
> at
[jira] [Created] (TOMEE-2270) Java11: Unable to initialize agent with embedded-maven-plugin
Thomas Andraschko created TOMEE-2270: Summary: Java11: Unable to initialize agent with embedded-maven-plugin Key: TOMEE-2270 URL: https://issues.apache.org/jira/browse/TOMEE-2270 Project: TomEE Issue Type: Bug Components: TomEE Core Server, TomEE Maven Plugin Affects Versions: 8.0.0-M1 Reporter: Thomas Andraschko Fix For: 8.0.0-Final ava.lang.IllegalStateException: Unable to initialize agent at org.apache.openejb.javaagent.Agent.checkInitialization(Agent.java:104) at org.apache.openejb.javaagent.Agent.getInstrumentation(Agent.java:94) at org.apache.tomee.embedded.Container.(Container.java:128) at org.apache.openejb.maven.plugins.TomEEEmbeddedMojo.execute(TomEEEmbeddedMojo.java:392) at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:137) -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (TOMEE-2271) Java11: can't resolve old sun JavaEE namespaces correctly
Thomas Andraschko created TOMEE-2271:
Summary: Java11: can't resolve old sun JavaEE namespaces correctly
Key: TOMEE-2271
URL: https://issues.apache.org/jira/browse/TOMEE-2271
Project: TomEE
Issue Type: Bug
Components: TomEE Core Server, TomEE Maven Plugin
Affects Versions: 8.0.0-M1
Reporter: Thomas Andraschko
Fix For: 8.0.0-Final
Just start an application with tomee-embedded-maven-plugin and the following
will occur:
NOTE: this errors will be thrown for XMLs in the tomcat libs and also for
beans.xml/web-fragements in DS:
javax.xml.bind.UnmarshalException: unerwartetes Element
(URI:"[http://java.sun.com/xml/ns/javaee];, lokal:"interceptors"). Erwartete
Elemente
sind <{}trim>,<{}decorators>,<{}scan>,<{}alternatives>,<{}interceptors>
at
com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.handleEvent
(UnmarshallingContext.java:744)
at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportError
(Loader.java:262)
at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportError
(Loader.java:257)
at
com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportUnexpectedChildElement
(Loader.java:124)
at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.childElement
(Loader.java:105)
at com.sun.xml.bind.v2.runtime.unmarshaller.StructureLoader.childElement
(StructureLoader.java:268)
at
com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext._startElement
(UnmarshallingContext.java:574)
at
com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.startElement
(UnmarshallingContext.java:556)
at com.sun.xml.bind.v2.runtime.unmarshaller.SAXConnector.startElement
(SAXConnector.java:168)
at org.xml.sax.helpers.XMLFilterImpl.startElement (XMLFilterImpl.java:551)
at org.apache.openejb.jee.JaxbJavaee$JavaeeNamespaceFilter.startElement
(JaxbJavaee.java:293)
at
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement
(AbstractSAXParser.java:510)
at
com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement
(XMLNSDocumentScannerImpl.java:374)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next
(XMLDocumentFragmentScannerImpl.java:2708)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next
(XMLDocumentScannerImpl.java:605)
at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next
(XMLNSDocumentScannerImpl.java:112)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument
(XMLDocumentFragmentScannerImpl.java:534)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse
(XML11Configuration.java:888)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse
(XML11Configuration.java:824)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse
(XMLParser.java:141)
at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse
(AbstractSAXParser.java:1216)
at
com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse
(SAXParserImpl.java:635)
at org.xml.sax.helpers.XMLFilterImpl.parse (XMLFilterImpl.java:357)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0
(UnmarshallerImpl.java:258)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal
(UnmarshallerImpl.java:236)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal
(UnmarshallerImpl.java:288)
at org.apache.openejb.jee.JaxbJavaee.unmarshalJavaee (JaxbJavaee.java:133)
at org.apache.openejb.config.ReadDescriptors.readBeans
(ReadDescriptors.java:691)
at org.apache.openejb.config.DeploymentLoader.mergeBeansXml
(DeploymentLoader.java:1196)
at org.apache.openejb.config.DeploymentLoader.addBeansXmls
(DeploymentLoader.java:1184)
at org.apache.openejb.config.DeploymentLoader.createWebModule
(DeploymentLoader.java:1098)
at org.apache.openejb.config.DeploymentLoader.createWebModule
(DeploymentLoader.java:823)
at org.apache.openejb.config.DeploymentLoader.load
(DeploymentLoader.java:234)
at org.apache.tomee.catalina.TomcatWebAppBuilder.loadApplication
(TomcatWebAppBuilder.java:2347)
at org.apache.tomee.catalina.TomcatWebAppBuilder.startInternal
(TomcatWebAppBuilder.java:1197)
at org.apache.tomee.catalina.TomcatWebAppBuilder.configureStart
(TomcatWebAppBuilder.java:1130)
at org.apache.tomee.catalina.GlobalListenerSupport.lifecycleEvent
(GlobalListenerSupport.java:133)
at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent
(LifecycleBase.java:123)
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Created] (TOMEE-2258) BValCdiFilter isn't applied
Thomas Andraschko created TOMEE-2258:
Summary: BValCdiFilter isn't applied
Key: TOMEE-2258
URL: https://issues.apache.org/jira/browse/TOMEE-2258
Project: TomEE
Issue Type: Bug
Components: TomEE Core Server
Affects Versions: 8.0.0
Reporter: Thomas Andraschko
Fix For: 8.0.0
See
org.apache.openejb.assembler.classic.Assembler
loader.loadClass({color:#6a8759}"org.apache.openejb.bval.BValCdiFilter"{color})
throws a ClassNotFound
however
Class.forName({color:#6a8759}"org.apache.openejb.bval.BValCdiFilter"{color})
would work fine
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Resolved] (TOMEE-2166) TomEE8: Udatate Johnzon
[ https://issues.apache.org/jira/browse/TOMEE-2166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko resolved TOMEE-2166. -- Resolution: Duplicate > TomEE8: Udatate Johnzon > --- > > Key: TOMEE-2166 > URL: https://issues.apache.org/jira/browse/TOMEE-2166 > Project: TomEE > Issue Type: Improvement > Components: TomEE Core Server >Reporter: Thomas Andraschko >Priority: Major > > 1.1.5 is already available -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (TOMEE-2166) TomEE8: Udatate Johnzon
[ https://issues.apache.org/jira/browse/TOMEE-2166?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16642991#comment-16642991 ] Thomas Andraschko commented on TOMEE-2166: -- Duplicate of: https://issues.apache.org/jira/browse/TOMEE-2252 > TomEE8: Udatate Johnzon > --- > > Key: TOMEE-2166 > URL: https://issues.apache.org/jira/browse/TOMEE-2166 > Project: TomEE > Issue Type: Improvement > Components: TomEE Core Server >Reporter: Thomas Andraschko >Priority: Major > > 1.1.5 is already available -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (TOMEE-2200) defineClass used which is not supported by java 11
[
https://issues.apache.org/jira/browse/TOMEE-2200?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16541559#comment-16541559
]
Thomas Andraschko commented on TOMEE-2200:
--
+ DS :D
> defineClass used which is not supported by java 11
> --
>
> Key: TOMEE-2200
> URL: https://issues.apache.org/jira/browse/TOMEE-2200
> Project: TomEE
> Issue Type: Bug
> Components: TomEE Core Server
>Affects Versions: 7.0.5
> Environment: ./catalina.sh version
> Using CATALINA_BASE: /opt/tomee705
> Using CATALINA_HOME: /opt/tomee705
> Using CATALINA_TMPDIR: /opt/tomee705/temp
> Using JRE_HOME:/opt/jdk-11
> Using CLASSPATH:
> /opt/tomee705/bin/bootstrap.jar:/opt/tomee705/bin/tomcat-juli.jar
> NOTE: Picked up JDK_JAVA_OPTIONS:
> --add-opens=java.base/java.lang=ALL-UNNAMED
> --add-opens=java.base/java.io=ALL-UNNAMED
> --add-opens=java.rmi/sun.rmi.transport=ALL-UNNAMED
> Server version: Apache Tomcat/8.5.32
> Server built: Jun 20 2018 19:50:35 UTC
> Server number: 8.5.32.0
> OS Name:Linux
> OS Version: 3.10.0-229.el7.x86_64
> Architecture: amd64
> JVM Version:11-ea+21
> JVM Vendor: Oracle Corporation
>Reporter: Donald Kwakkel
>Assignee: Jonathan Gallimore
>Priority: Critical
>
> Not sure if tomee will support java 11, but with latest java 11 version it is
> not possible to start tomee:
> {code:java}
> SEVERE: ContainerBase.addChild: start:
> org.apache.catalina.LifecycleException: Failed to start component
> [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/home]]
> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:167)
> at
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:754)
> at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:730)
> at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:734)
> at
> org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:629)
> at
> org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1839)
> at
> Criticaljava.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
> at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
> at
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
> at
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
> at java.base/java.lang.Thread.run(Thread.java:834)
> Caused by: java.lang.NoClassDefFoundError: Could not initialize class
> org.apache.openejb.util.proxy.LocalBeanProxyFactory$Unsafe
> at
> org.apache.openejb.util.proxy.LocalBeanProxyFactory.createProxy(LocalBeanProxyFactory.java:137)
> at
> org.apache.openejb.util.proxy.LocalBeanProxyFactory.createProxy(LocalBeanProxyFactory.java:147)
> at
> org.apache.tomee.catalina.TomcatWebAppBuilder.eagerInitOfLocalBeanProxies(TomcatWebAppBuilder.java:1563)
> at
> org.apache.tomee.catalina.TomcatWebAppBuilder.startInternal(TomcatWebAppBuilder.java:1309)
> at
> org.apache.tomee.catalina.TomcatWebAppBuilder.configureStart(TomcatWebAppBuilder.java:1125)
> at
> org.apache.tomee.catalina.GlobalListenerSupport.lifecycleEvent(GlobalListenerSupport.java:133)
> at
> org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:94)
> at
> org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5154)
> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
> ... 10 more
> {code}
> Reason is that defineClass is used which is no longer supported with java 11
> (at least here, maybe also on other places):
> container/openejb-core/src/main/java/org/apache/openejb/util/proxy/LocalBeanProxyFactory.java:
> return Unsafe.defineClass(cl, classToProxy, proxyName, proxyBytes);
> Same issue has openwebbeans: https://issues.apache.org/jira/browse/OWB-1248
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Created] (TOMEE-2178) TomEE8: Update to MyFaces 2.3.0 release
Thomas Andraschko created TOMEE-2178: Summary: TomEE8: Update to MyFaces 2.3.0 release Key: TOMEE-2178 URL: https://issues.apache.org/jira/browse/TOMEE-2178 Project: TomEE Issue Type: Dependency upgrade Components: TomEE Core Server Affects Versions: 8.0.0 Reporter: Thomas Andraschko Fix For: 8.0.0 MyFaces was releases last week, we should update. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (TOMEE-2153) Dependency upgrade to Johnzon 1.0.1
[ https://issues.apache.org/jira/browse/TOMEE-2153?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16352236#comment-16352236 ] Thomas Andraschko commented on TOMEE-2153: -- AFAICS there are no 1.0.x bugfix releases of johnzon till now. And AFAICS 1.1.x already implements newer spec versions. > Dependency upgrade to Johnzon 1.0.1 > --- > > Key: TOMEE-2153 > URL: https://issues.apache.org/jira/browse/TOMEE-2153 > Project: TomEE > Issue Type: Dependency upgrade > Components: TomEE Arquillian Adapters, TomEE Core Server >Affects Versions: 7.0.4 >Reporter: Alexandre Vermeerbergen >Priority: Major > Fix For: 7.0.5 > > > Hello, > We have several applications waiting to be migrated from TomEE+ 1.7.4 to > TomEE+ 7.x, but are impacted by the bug in Johnzon which was fixed with > JOHNZON-101. > Would it be possible to upgrade TomEE 7.0.5 dependency to at last Johnzon > 1.0.1 (or to higher Johnzon version, provided it includes JOHNZON-101) ? > Best regards, > Alexandre -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (TOMEE-1305) Ensure full support of JSR-344 JavaServer Faces 2.2
[ https://issues.apache.org/jira/browse/TOMEE-1305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16352235#comment-16352235 ] Thomas Andraschko commented on TOMEE-1305: -- I think that can be closed? MF 2.2 implements everything. > Ensure full support of JSR-344 JavaServer Faces 2.2 > --- > > Key: TOMEE-1305 > URL: https://issues.apache.org/jira/browse/TOMEE-1305 > Project: TomEE > Issue Type: Task >Affects Versions: 7.0.0 >Reporter: Andy Gumbrecht >Priority: Major > Fix For: 7.0.5 > > > Ensure full support of JSR-344 JavaServer Faces 2.2 -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (TOMEE-2143) AbstractOwbBean.destroy(..) hits NPE in MyFaces 2.2.12 when cleaning up a user's Session and related "ViewScopeBeanHolder"
[
https://issues.apache.org/jira/browse/TOMEE-2143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16347290#comment-16347290
]
Thomas Andraschko commented on TOMEE-2143:
--
Could someone debug whats exactly null?
> AbstractOwbBean.destroy(..) hits NPE in MyFaces 2.2.12 when cleaning up a
> user's Session and related "ViewScopeBeanHolder"
> ---
>
> Key: TOMEE-2143
> URL: https://issues.apache.org/jira/browse/TOMEE-2143
> Project: TomEE
> Issue Type: Bug
> Components: TomEE Core Server
>Affects Versions: 7.0.3, 7.0.4
> Environment: TomEE 7.0.4 (plus)
> MyFaces 2.2.12, Omnifaces 2.6.5
> Shiro 1.3.2
> Java 1.8.0-U151 (Oracle)
> MacOS 10.13
>Reporter: Martin Wiesner
>Priority: Major
>
> In an *EAR*-bundled application with several EJB jars and two WAR files, when
> I logout from my JSF-application via this piece of code here:
> {code:java}
> public void logout() throws IOException {
> SecurityUtils.getSubject().logout();
> Faces.invalidateSession();
> Faces.redirect("login.xhtml");
> }
> {code}
> The moment the user session is invalidated, the redirect to the login screen
> is triggered sucessfully. However, I encounter the following stack trace
> within my standalone installation of TomEE plus (taken from catalina.out):
> {code:java}
> [http-nio-8080-exec-8] org.apache.webbeans.component.AbstractOwbBean.destroy
> Exception thrown while destroying bean instance : [ViewScopeBeanHolder,
> WebBeansType:MANAGED, Name:null, API
> Types:[org.apache.myfaces.cdi.view.ViewScopeBeanHolder,java.lang.Object,java.io.Serializable],
> Qualifiers:[javax.enterprise.inject.Default,javax.enterprise.inject.Any]]
> java.lang.NullPointerException
> at
> org.apache.myfaces.cdi.view.ViewScopeContextImpl.destroyAllActive(ViewScopeContextImpl.java:229)
> at
> org.apache.myfaces.cdi.view.ViewScopeContextImpl.destroyAllActive(ViewScopeContextImpl.java:223)
> at
> org.apache.myfaces.cdi.view.ViewScopeBeanHolder.destroyBeansOnPreDestroy(ViewScopeBeanHolder.java:221)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at
> org.apache.webbeans.intercept.LifecycleInterceptorInvocationContext.proceed(LifecycleInterceptorInvocationContext.java:103)
> at
> org.apache.webbeans.portable.InjectionTargetImpl.preDestroy(InjectionTargetImpl.java:352)
> at
> org.apache.webbeans.component.AbstractOwbBean.destroy(AbstractOwbBean.java:179)
> at
> org.apache.webbeans.context.AbstractContext.destroyInstance(AbstractContext.java:206)
> at
> org.apache.webbeans.context.AbstractContext.destroyInstance(AbstractContext.java:192)
> at
> org.apache.webbeans.context.AbstractContext.destroy(AbstractContext.java:218)
> at
> org.apache.webbeans.web.context.WebContextsService.destroyRequestContext(WebContextsService.java:408)
> at
> org.apache.openejb.cdi.CdiAppContextsService.destroyRequestContext(CdiAppContextsService.java:113)
> at
> org.apache.webbeans.web.context.WebContextsService.endContext(WebContextsService.java:223)
> at
> org.apache.openejb.server.httpd.BeginWebBeansListener.requestDestroyed(BeginWebBeansListener.java:99)
> at
> org.apache.catalina.core.StandardContext.fireRequestDestroyEvent(StandardContext.java:5974)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:80)
> at
> org.apache.tomee.catalina.OpenEJBSecurityListener$RequestCapturer.invoke(OpenEJBSecurityListener.java:97)
> at
> org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:650)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:342)
> at
> org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:799)
> at
> org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
> at
> org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:868)
> at
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1457)
> at
> org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>
[jira] [Created] (TOMEE-2166) TomEE8: Udatate Johnzon
Thomas Andraschko created TOMEE-2166: Summary: TomEE8: Udatate Johnzon Key: TOMEE-2166 URL: https://issues.apache.org/jira/browse/TOMEE-2166 Project: TomEE Issue Type: Improvement Components: TomEE Core Server Reporter: Thomas Andraschko 1.1.5 is already available -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (TOMEE-2160) TomEE8: Servlet 4.0
[ https://issues.apache.org/jira/browse/TOMEE-2160?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko updated TOMEE-2160: - Attachment: Servlet40.patch > TomEE8: Servlet 4.0 > --- > > Key: TOMEE-2160 > URL: https://issues.apache.org/jira/browse/TOMEE-2160 > Project: TomEE > Issue Type: Task >Affects Versions: 8.0.0 >Reporter: Thomas Andraschko > Fix For: 8.0.0 > > Attachments: Servlet40.patch > > -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (TOMEE-2160) TomEE8: Servlet 4.0
Thomas Andraschko created TOMEE-2160: Summary: TomEE8: Servlet 4.0 Key: TOMEE-2160 URL: https://issues.apache.org/jira/browse/TOMEE-2160 Project: TomEE Issue Type: Task Affects Versions: 8.0.0 Reporter: Thomas Andraschko Fix For: 8.0.0 -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (TOMEE-2159) TomEE8: JSF 2.3
[ https://issues.apache.org/jira/browse/TOMEE-2159?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko updated TOMEE-2159: - Attachment: JSF23.patch > TomEE8: JSF 2.3 > --- > > Key: TOMEE-2159 > URL: https://issues.apache.org/jira/browse/TOMEE-2159 > Project: TomEE > Issue Type: Task > Components: TomEE Core Server >Affects Versions: 8.0.0 >Reporter: Thomas Andraschko > Fix For: 8.0.0 > > Attachments: JSF23.patch > > -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (TOMEE-2159) TomEE8: JSF 2.3
Thomas Andraschko created TOMEE-2159: Summary: TomEE8: JSF 2.3 Key: TOMEE-2159 URL: https://issues.apache.org/jira/browse/TOMEE-2159 Project: TomEE Issue Type: Task Components: TomEE Core Server Affects Versions: 8.0.0 Reporter: Thomas Andraschko Fix For: 8.0.0 -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Resolved] (TOMEE-1930) TomEE tries to deploy remote uploaded file, also when a upload not finished yet
[ https://issues.apache.org/jira/browse/TOMEE-1930?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko resolved TOMEE-1930. -- Resolution: Fixed > TomEE tries to deploy remote uploaded file, also when a upload not finished > yet > --- > > Key: TOMEE-1930 > URL: https://issues.apache.org/jira/browse/TOMEE-1930 > Project: TomEE > Issue Type: Bug > Components: TomEE Core Server >Affects Versions: 7.0.1 >Reporter: Thomas Andraschko > Fix For: 7.0.2 > > > When uploading a war via curl/tomcat-maven-plugin, the temp war is placed > inside the webapps directory > TomEE tries to deploy it, also when not yet finished and following exception > occurs: > WARNING - Error deploying application /usr/local/tomee/webapps/myapp.war.tmp > org.apache.openejb.OpenEJBException: Unable to extract jar. Unable to unzip > java.io.BufferedInputStream@7fc43ba: Unable to unzip > java.io.BufferedInputStream@7fc43ba > at > org.apache.openejb.config.DeploymentLoader.unpack(DeploymentLoader.java:2125) > at > org.apache.openejb.config.DeploymentLoader.createWebModule(DeploymentLoader.java:939) > at > org.apache.openejb.config.DeploymentLoader.createWebModule(DeploymentLoader.java:816) > at > org.apache.openejb.config.DeploymentLoader.load(DeploymentLoader.java:228) > at > org.apache.tomee.catalina.TomcatWebAppBuilder.checkHost(TomcatWebAppBuilder.java:2149) > at > org.apache.tomee.catalina.GlobalListenerSupport.lifecycleEvent(GlobalListenerSupport.java:141) > at > org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:94) > at > org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1138) > at > org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1374) > at > org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1378) > at > org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1346) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.io.IOException: Unable to unzip > java.io.BufferedInputStream@7fc43ba > at org.apache.openejb.loader.Zips.unzip(Zips.java:81) > at org.apache.openejb.loader.Zips.unzip(Zips.java:43) > at org.apache.openejb.loader.Zips.unzip(Zips.java:30) > at org.apache.openejb.util.JarExtractor.extract(JarExtractor.java:106) > at org.apache.openejb.util.JarExtractor.extract(JarExtractor.java:66) > at > org.apache.openejb.config.DeploymentLoader.unpack(DeploymentLoader.java:2123) > ... 11 more > Caused by: java.io.EOFException: Unexpected end of ZLIB input stream > at > java.util.zip.InflaterInputStream.fill(InflaterInputStream.java:240) > at > java.util.zip.InflaterInputStream.read(InflaterInputStream.java:158) > at java.util.zip.ZipInputStream.read(ZipInputStream.java:194) > at java.io.FilterInputStream.read(FilterInputStream.java:107) > at org.apache.openejb.loader.IO.copy(IO.java:298) > at org.apache.openejb.loader.IO.copy(IO.java:280) > at org.apache.openejb.loader.Zips.unzip(Zips.java:69) > ... 16 more > I would just skip *.war.tmp -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (TOMEE-1930) TomEE tries to deploy remote uploaded file, also when a upload not finished yet
[ https://issues.apache.org/jira/browse/TOMEE-1930?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko updated TOMEE-1930: - Fix Version/s: 7.0.2 > TomEE tries to deploy remote uploaded file, also when a upload not finished > yet > --- > > Key: TOMEE-1930 > URL: https://issues.apache.org/jira/browse/TOMEE-1930 > Project: TomEE > Issue Type: Bug > Components: TomEE Core Server >Affects Versions: 7.0.1 >Reporter: Thomas Andraschko > Fix For: 7.0.2 > > > When uploading a war via curl/tomcat-maven-plugin, the temp war is placed > inside the webapps directory > TomEE tries to deploy it, also when not yet finished and following exception > occurs: > WARNING - Error deploying application /usr/local/tomee/webapps/myapp.war.tmp > org.apache.openejb.OpenEJBException: Unable to extract jar. Unable to unzip > java.io.BufferedInputStream@7fc43ba: Unable to unzip > java.io.BufferedInputStream@7fc43ba > at > org.apache.openejb.config.DeploymentLoader.unpack(DeploymentLoader.java:2125) > at > org.apache.openejb.config.DeploymentLoader.createWebModule(DeploymentLoader.java:939) > at > org.apache.openejb.config.DeploymentLoader.createWebModule(DeploymentLoader.java:816) > at > org.apache.openejb.config.DeploymentLoader.load(DeploymentLoader.java:228) > at > org.apache.tomee.catalina.TomcatWebAppBuilder.checkHost(TomcatWebAppBuilder.java:2149) > at > org.apache.tomee.catalina.GlobalListenerSupport.lifecycleEvent(GlobalListenerSupport.java:141) > at > org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:94) > at > org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1138) > at > org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1374) > at > org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1378) > at > org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1346) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.io.IOException: Unable to unzip > java.io.BufferedInputStream@7fc43ba > at org.apache.openejb.loader.Zips.unzip(Zips.java:81) > at org.apache.openejb.loader.Zips.unzip(Zips.java:43) > at org.apache.openejb.loader.Zips.unzip(Zips.java:30) > at org.apache.openejb.util.JarExtractor.extract(JarExtractor.java:106) > at org.apache.openejb.util.JarExtractor.extract(JarExtractor.java:66) > at > org.apache.openejb.config.DeploymentLoader.unpack(DeploymentLoader.java:2123) > ... 11 more > Caused by: java.io.EOFException: Unexpected end of ZLIB input stream > at > java.util.zip.InflaterInputStream.fill(InflaterInputStream.java:240) > at > java.util.zip.InflaterInputStream.read(InflaterInputStream.java:158) > at java.util.zip.ZipInputStream.read(ZipInputStream.java:194) > at java.io.FilterInputStream.read(FilterInputStream.java:107) > at org.apache.openejb.loader.IO.copy(IO.java:298) > at org.apache.openejb.loader.IO.copy(IO.java:280) > at org.apache.openejb.loader.Zips.unzip(Zips.java:69) > ... 16 more > I would just skip *.war.tmp -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (TOMEE-1969) Embedded maven plugin fails with java.lang.NoClassDefFoundError: org/apache/commons/beanutils/BeanUtils
Thomas Andraschko created TOMEE-1969: Summary: Embedded maven plugin fails with java.lang.NoClassDefFoundError: org/apache/commons/beanutils/BeanUtils Key: TOMEE-1969 URL: https://issues.apache.org/jira/browse/TOMEE-1969 Project: TomEE Issue Type: Bug Affects Versions: 7.0.2 Reporter: Thomas Andraschko java.lang.NoClassDefFoundError: org/apache/commons/beanutils/BeanUtils at org.apache.commons.digester.SetPropertiesRule.begin(SetPropertiesRule.java:252) at org.apache.commons.digester.Rule.begin(Rule.java:175) at org.apache.commons.digester.Digester.startElement(Digester.java:1453) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:509) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(XMLNSDocumentScannerImpl.java:374) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl$NSContentDriver.scanRootElementHook(XMLNSDocumentScannerImpl.java:613) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:3132) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$PrologDriver.next(XMLDocumentScannerImpl.java:852) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:602) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:112) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:505) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:841) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:770) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:141) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1213) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:643) at org.apache.commons.digester.Digester.parse(Digester.java:1745) at org.apache.myfaces.config.impl.digester.DigesterFacesConfigUnmarshallerImpl.getFacesConfig(DigesterFacesConfigUnmarshallerImpl.java:501) at org.apache.myfaces.config.impl.digester.DigesterFacesConfigUnmarshallerImpl.getFacesConfig(DigesterFacesConfigUnmarshallerImpl.java:38) at org.apache.myfaces.config.DefaultFacesConfigurationProvider.getStandardFacesConfig(DefaultFacesConfigurationProvider.java:183) at org.apache.myfaces.config.DefaultFacesConfigurationMerger.getFacesConfigData(DefaultFacesConfigurationMerger.java:69) at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:592) at org.apache.myfaces.webapp.AbstractFacesInitializer.buildConfiguration(AbstractFacesInitializer.java:416) at org.apache.myfaces.webapp.Jsp21FacesInitializer.initContainerIntegration(Jsp21FacesInitializer.java:73) at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:172) at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:121) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4725) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5189) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:724) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:700) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:734) at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWar(TomcatWebAppBuilder.java:651) at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWebApps(TomcatWebAppBuilder.java:591) at org.apache.tomee.catalina.deployment.TomcatWebappDeployer.deploy(TomcatWebappDeployer.java:47) at org.apache.tomee.embedded.Container.deploy(Container.java:883) at org.apache.openejb.maven.plugins.TomEEEmbeddedMojo.doDeploy(TomEEEmbeddedMojo.java:529) at org.apache.openejb.maven.plugins.TomEEEmbeddedMojo.execute(TomEEEmbeddedMojo.java:445) at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:207) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) at
[jira] [Created] (TOMEE-1930) TomEE tries to deploy remote uploaded file, also when a upload not finished yet
Thomas Andraschko created TOMEE-1930: Summary: TomEE tries to deploy remote uploaded file, also when a upload not finished yet Key: TOMEE-1930 URL: https://issues.apache.org/jira/browse/TOMEE-1930 Project: TomEE Issue Type: Bug Components: TomEE Core Server Affects Versions: 7.0.1 Reporter: Thomas Andraschko When uploading a war via curl/tomcat-maven-plugin, the temp war is placed inside the webapps directory TomEE tries to deploy it, also when not yet finished and following exception occurs: WARNING - Error deploying application /usr/local/tomee/webapps/myapp.war.tmp org.apache.openejb.OpenEJBException: Unable to extract jar. Unable to unzip java.io.BufferedInputStream@7fc43ba: Unable to unzip java.io.BufferedInputStream@7fc43ba at org.apache.openejb.config.DeploymentLoader.unpack(DeploymentLoader.java:2125) at org.apache.openejb.config.DeploymentLoader.createWebModule(DeploymentLoader.java:939) at org.apache.openejb.config.DeploymentLoader.createWebModule(DeploymentLoader.java:816) at org.apache.openejb.config.DeploymentLoader.load(DeploymentLoader.java:228) at org.apache.tomee.catalina.TomcatWebAppBuilder.checkHost(TomcatWebAppBuilder.java:2149) at org.apache.tomee.catalina.GlobalListenerSupport.lifecycleEvent(GlobalListenerSupport.java:141) at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:94) at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1138) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1374) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1378) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1346) at java.lang.Thread.run(Thread.java:745) Caused by: java.io.IOException: Unable to unzip java.io.BufferedInputStream@7fc43ba at org.apache.openejb.loader.Zips.unzip(Zips.java:81) at org.apache.openejb.loader.Zips.unzip(Zips.java:43) at org.apache.openejb.loader.Zips.unzip(Zips.java:30) at org.apache.openejb.util.JarExtractor.extract(JarExtractor.java:106) at org.apache.openejb.util.JarExtractor.extract(JarExtractor.java:66) at org.apache.openejb.config.DeploymentLoader.unpack(DeploymentLoader.java:2123) ... 11 more Caused by: java.io.EOFException: Unexpected end of ZLIB input stream at java.util.zip.InflaterInputStream.fill(InflaterInputStream.java:240) at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:158) at java.util.zip.ZipInputStream.read(ZipInputStream.java:194) at java.io.FilterInputStream.read(FilterInputStream.java:107) at org.apache.openejb.loader.IO.copy(IO.java:298) at org.apache.openejb.loader.IO.copy(IO.java:280) at org.apache.openejb.loader.Zips.unzip(Zips.java:69) ... 16 more I would just skip *.war.tmp -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (TOMEE-1885) Improve MyFaces default properties
Thomas Andraschko created TOMEE-1885: Summary: Improve MyFaces default properties Key: TOMEE-1885 URL: https://issues.apache.org/jira/browse/TOMEE-1885 Project: TomEE Issue Type: Improvement Components: TomEE Core Server Affects Versions: 7.0.1 Reporter: Thomas Andraschko Priority: Minor Currently: https://github.com/apache/tomee/commit/1cf6e8058c44156ba3a38ea6c519eecbacb11060#diff-55f375134c96bb7da94df0572a3c0674R267 We should definitely set: org.apache.myfaces.EL_RESOLVER_COMPARATOR to org.apache.myfaces.el.unified.OpenWebBeansELResolverComparator We could also set the following, if we are sure that no JSP are used in the webapplication (not sure if this is possible in TomEE core): org.apache.myfaces.SUPPORT_JSP_AND_FACES_EL to false and org.apache.myfaces.EXPRESSION_FACTORY to org.apache.el.ExpressionFactoryImpl -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (TOMEE-1647) Startup fails when WAR is deployed and configured with JUEL
[ https://issues.apache.org/jira/browse/TOMEE-1647?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko updated TOMEE-1647: - Attachment: tomeetest.zip > Startup fails when WAR is deployed and configured with JUEL > --- > > Key: TOMEE-1647 > URL: https://issues.apache.org/jira/browse/TOMEE-1647 > Project: TomEE > Issue Type: Bug > Components: TomEE Core Server >Affects Versions: 7.0.0 >Reporter: Thomas Andraschko > Attachments: tomeetest.zip > > > Simple war with JSF+CDI and JUEL as dependency + configured in web.xml -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (TOMEE-1647) Startup fails when WAR is deployed and configured with JUEL
Thomas Andraschko created TOMEE-1647: Summary: Startup fails when WAR is deployed and configured with JUEL Key: TOMEE-1647 URL: https://issues.apache.org/jira/browse/TOMEE-1647 Project: TomEE Issue Type: Bug Components: TomEE Core Server Affects Versions: 7.0.0 Reporter: Thomas Andraschko Attachments: tomeetest.zip Simple war with JSF+CDI and JUEL as dependency + configured in web.xml -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (TOMEE-1640) TomEE should "scan" a possible CDI beans if a NoClassDefFoundError occurs before registering it
[ https://issues.apache.org/jira/browse/TOMEE-1640?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko updated TOMEE-1640: - Description: Otherwise the whole application crashes and doesn't start. This occurs if e.g. DS SecurityExtensions uses #getDeclaredMethods. Its works fine with plain OWB on Jetty/Tomcat. was: Otherwise the whole application crashes and doesn't start. Its works fine with plain OWB on Jetty/Tomcat. > TomEE should "scan" a possible CDI beans if a NoClassDefFoundError occurs > before registering it > --- > > Key: TOMEE-1640 > URL: https://issues.apache.org/jira/browse/TOMEE-1640 > Project: TomEE > Issue Type: Bug > Components: TomEE Core Server >Affects Versions: 7.0.0, 1.7.2 >Reporter: Thomas Andraschko > Fix For: 7.0.0-M2 > > > Otherwise the whole application crashes and doesn't start. > This occurs if e.g. DS SecurityExtensions uses #getDeclaredMethods. > Its works fine with plain OWB on Jetty/Tomcat. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (TOMEE-1209) Starting WAR with DeltaSpike fails - UnsatisfiedResolutionException
[ https://issues.apache.org/jira/browse/TOMEE-1209?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14000696#comment-14000696 ] Thomas Andraschko commented on TOMEE-1209: -- I'm not sure Romain. Why metadata-complete=false is required in this case? It works fine with OWB+Jetty and on other AS. Metadata-complete is just used for servlet artifacts, right? There shoudln't be any required in this case. Starting WAR with DeltaSpike fails - UnsatisfiedResolutionException Key: TOMEE-1209 URL: https://issues.apache.org/jira/browse/TOMEE-1209 Project: TomEE Issue Type: Bug Affects Versions: 1.6.0, 1.6.0.1, 1.6.0.2 Reporter: Thomas Andraschko Attachments: my-webapp.7z Works fine with the same OWB version on Jetty. Exception: Caused by: javax.enterprise.inject.UnsatisfiedResolutionException: Api type [org.apache.deltaspike.jsf.spi.config.view.navigation.NavigationParameterStrategy] is not found with the qualifiers Qualifiers: [@javax.enterprise.inject.Default()] for injection into Field Injection Point, field name : navigationParameterStrategy, Bean Owner : [NavigationParameterListInterceptor, Name:null, WebBeans Type:INTERCEPTOR, API Types:[java.io.Serializable,org.apache.deltaspike.jsf.impl.config.view.navigation.NavigationParameterListInterceptor,java.lang.Object], Qualifiers:[javax.enterprise.inject.Any,javax.enterprise.inject.Default]] at org.apache.webbeans.util.InjectionExceptionUtil.throwUnsatisfiedResolutionException(InjectionExceptionUtil.java:60) at org.apache.webbeans.container.InjectionResolver.checkInjectionPoint(InjectionResolver.java:195) at org.apache.webbeans.container.BeanManagerImpl.validate(BeanManagerImpl.java:954) at org.apache.webbeans.config.BeansDeployer.validate(BeansDeployer.java:491) at org.apache.webbeans.config.BeansDeployer.validateInjectionPoints(BeansDeployer.java:415) at org.apache.webbeans.config.BeansDeployer.deploy(BeansDeployer.java:202) ... 22 more -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (TOMEE-1209) Starting WAR with DeltaSpike fails - UnsatisfiedResolutionException
[ https://issues.apache.org/jira/browse/TOMEE-1209?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Andraschko updated TOMEE-1209: - Attachment: my-webapp.7z Sample project. Just do a mvn package and copy to TomEE's webapps dir. Starting WAR with DeltaSpike fails - UnsatisfiedResolutionException Key: TOMEE-1209 URL: https://issues.apache.org/jira/browse/TOMEE-1209 Project: TomEE Issue Type: Bug Affects Versions: 1.6.0, 1.6.0.1, 1.6.0.2 Reporter: Thomas Andraschko Attachments: my-webapp.7z Works fine with the same OWB version on Jetty. Exception: Caused by: javax.enterprise.inject.UnsatisfiedResolutionException: Api type [org.apache.deltaspike.jsf.spi.config.view.navigation.NavigationParameterStrategy] is not found with the qualifiers Qualifiers: [@javax.enterprise.inject.Default()] for injection into Field Injection Point, field name : navigationParameterStrategy, Bean Owner : [NavigationParameterListInterceptor, Name:null, WebBeans Type:INTERCEPTOR, API Types:[java.io.Serializable,org.apache.deltaspike.jsf.impl.config.view.navigation.NavigationParameterListInterceptor,java.lang.Object], Qualifiers:[javax.enterprise.inject.Any,javax.enterprise.inject.Default]] at org.apache.webbeans.util.InjectionExceptionUtil.throwUnsatisfiedResolutionException(InjectionExceptionUtil.java:60) at org.apache.webbeans.container.InjectionResolver.checkInjectionPoint(InjectionResolver.java:195) at org.apache.webbeans.container.BeanManagerImpl.validate(BeanManagerImpl.java:954) at org.apache.webbeans.config.BeansDeployer.validate(BeansDeployer.java:491) at org.apache.webbeans.config.BeansDeployer.validateInjectionPoints(BeansDeployer.java:415) at org.apache.webbeans.config.BeansDeployer.deploy(BeansDeployer.java:202) ... 22 more -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (TOMEE-1209) Starting WAR with DeltaSpike fails - UnsatisfiedResolutionException
Thomas Andraschko created TOMEE-1209: Summary: Starting WAR with DeltaSpike fails - UnsatisfiedResolutionException Key: TOMEE-1209 URL: https://issues.apache.org/jira/browse/TOMEE-1209 Project: TomEE Issue Type: Bug Affects Versions: 1.6.0.1, 1.6.0, 1.6.0.2 Reporter: Thomas Andraschko Attachments: my-webapp.7z Works fine with the same OWB version on Jetty. Exception: Caused by: javax.enterprise.inject.UnsatisfiedResolutionException: Api type [org.apache.deltaspike.jsf.spi.config.view.navigation.NavigationParameterStrategy] is not found with the qualifiers Qualifiers: [@javax.enterprise.inject.Default()] for injection into Field Injection Point, field name : navigationParameterStrategy, Bean Owner : [NavigationParameterListInterceptor, Name:null, WebBeans Type:INTERCEPTOR, API Types:[java.io.Serializable,org.apache.deltaspike.jsf.impl.config.view.navigation.NavigationParameterListInterceptor,java.lang.Object], Qualifiers:[javax.enterprise.inject.Any,javax.enterprise.inject.Default]] at org.apache.webbeans.util.InjectionExceptionUtil.throwUnsatisfiedResolutionException(InjectionExceptionUtil.java:60) at org.apache.webbeans.container.InjectionResolver.checkInjectionPoint(InjectionResolver.java:195) at org.apache.webbeans.container.BeanManagerImpl.validate(BeanManagerImpl.java:954) at org.apache.webbeans.config.BeansDeployer.validate(BeansDeployer.java:491) at org.apache.webbeans.config.BeansDeployer.validateInjectionPoints(BeansDeployer.java:415) at org.apache.webbeans.config.BeansDeployer.deploy(BeansDeployer.java:202) ... 22 more -- This message was sent by Atlassian JIRA (v6.2#6252)
