I think I've found the J2SE 5 dependency. It's in xbean version 2.8.
In XBeanBeanDefinitionParserDelegate.java line 99 the following code occurs:
throw new IllegalStateException("Unable to invoke parseNestedCustomElement
method", e);
The used constructor for the class IllegalStateException exists only in Java
5.
But that doesn't solve any problem, because I don't know why an exception is
thrown.
Greetings
Juergen
Juergen Mayrbaeurl wrote:
>
> See my own reply.
>
> I've just found out that ServiceMix is using a very old version of the
> xml-apis library. After replacing it with version 1.3.03 (ServiceMix comes
> with 1.0b2) I get the following stack trace (from loading jmx.xml)
>
> Starting Apache ServiceMix ESB: 3.1-incubating
>
> Loading Apache ServiceMix from servicemix.xml on the CLASSPATH
> Caught: org.springframework.beans.factory.BeanDefinitionStoreException:
> Unexpect
> ed exception parsing XML document from class path resource [jmx.xml];
> nested exc
> eption is java.lang.NoSuchMethodError: java.lang.IllegalStateException:
> method <
> init>(Ljava/lang/String;Ljava/lang/Throwable;)V not found
> org.springframework.beans.factory.BeanDefinitionStoreException: Unexpected
> excep
> tion parsing XML document from class path resource [jmx.xml]; nested
> exception i
> s java.lang.NoSuchMethodError: java.lang.IllegalStateException: method
> <init>(Lj
> ava/lang/String;Ljava/lang/Throwable;)V not found
> Caused by: java.lang.NoSuchMethodError: java.lang.IllegalStateException:
> method
> <init>(Ljava/lang/String;Ljava/lang/Throwable;)V not found
> at
> org.apache.xbean.spring.context.v2c.XBeanBeanDefinitionParserDelegate
> .internalParseNestedCustomElement(XBeanBeanDefinitionParserDelegate.java:99)
> at
> org.apache.xbean.spring.context.v2c.XBeanBeanDefinitionParserDelegate
> .parsePropertySubElement(XBeanBeanDefinitionParserDelegate.java:51)
> at
> org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.pa
> rseMapElement(BeanDefinitionParserDelegate.java:1050)
> at
> org.springframework.beans.factory.xml.UtilNamespaceHandler$MapBeanDef
> initionParser.doParse(UtilNamespaceHandler.java:142)
> at
> org.springframework.beans.factory.xml.AbstractSingleBeanDefinitionPar
> ser.parseInternal(AbstractSingleBeanDefinitionParser.java:66)
> at
> org.springframework.beans.factory.xml.AbstractBeanDefinitionParser.pa
> rse(AbstractBeanDefinitionParser.java:55)
> at
> org.springframework.beans.factory.xml.NamespaceHandlerSupport.parse(N
> amespaceHandlerSupport.java:75)
> at
> org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.pa
> rseCustomElement(BeanDefinitionParserDelegate.java:1147)
> at
> org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.pa
> rseCustomElement(BeanDefinitionParserDelegate.java:1137)
> at
> org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentRe
> ader.parseBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:143)
> at
> org.apache.xbean.spring.context.v2.XBeanBeanDefinitionDocumentReader.
> parseBeanDefinitions(XBeanBeanDefinitionDocumentReader.java:63)
> at
> org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentRe
> ader.registerBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:88)
> at
> org.springframework.beans.factory.xml.XmlBeanDefinitionReader.registe
> rBeanDefinitions(XmlBeanDefinitionReader.java:499)
> at
> org.apache.xbean.spring.context.v2.XBeanXmlBeanDefinitionReader.regis
> terBeanDefinitions(XBeanXmlBeanDefinitionReader.java:79)
> at
> org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadB
> eanDefinitions(XmlBeanDefinitionReader.java:407)
> at
> org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBea
> nDefinitions(XmlBeanDefinitionReader.java:357)
> at
> org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBea
> nDefinitions(XmlBeanDefinitionReader.java:334)
> at
> org.springframework.beans.factory.support.AbstractBeanDefinitionReade
> r.loadBeanDefinitions(AbstractBeanDefinitionReader.java:126)
> at
> org.springframework.beans.factory.support.AbstractBeanDefinitionReade
> r.loadBeanDefinitions(AbstractBeanDefinitionReader.java:142)
> at
> org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentRe
> ader.importBeanDefinitionResource(DefaultBeanDefinitionDocumentReader.java:185)
> at
> org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentRe
> ader.parseDefaultElement(DefaultBeanDefinitionDocumentReader.java:155)
> at
> org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentRe
> ader.parseBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:140)
> at
> org.apache.xbean.spring.context.v2.XBeanBeanDefinitionDocumentReader.
> parseBeanDefinitions(XBeanBeanDefinitionDocumentReader.java:63)
> at
> org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentRe
> ader.registerBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:88)
> at
> org.springframework.beans.factory.xml.XmlBeanDefinitionReader.registe
> rBeanDefinitions(XmlBeanDefinitionReader.java:499)
> at
> org.apache.xbean.spring.context.v2.XBeanXmlBeanDefinitionReader.regis
> terBeanDefinitions(XBeanXmlBeanDefinitionReader.java:79)
> at
> org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadB
> eanDefinitions(XmlBeanDefinitionReader.java:407)
> at
> org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBea
> nDefinitions(XmlBeanDefinitionReader.java:357)
> at
> org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBea
> nDefinitions(XmlBeanDefinitionReader.java:334)
> at
> org.springframework.beans.factory.support.AbstractBeanDefinitionReade
> r.loadBeanDefinitions(AbstractBeanDefinitionReader.java:126)
> at
> org.springframework.beans.factory.support.AbstractBeanDefinitionReade
> r.loadBeanDefinitions(AbstractBeanDefinitionReader.java:142)
> at
> org.springframework.beans.factory.support.AbstractBeanDefinitionReade
> r.loadBeanDefinitions(AbstractBeanDefinitionReader.java:168)
> at
> org.springframework.context.support.AbstractXmlApplicationContext.loa
> dBeanDefinitions(AbstractXmlApplicationContext.java:113)
> at
> org.apache.xbean.spring.context.ClassPathXmlApplicationContext.loadBe
> anDefinitions(ClassPathXmlApplicationContext.java:180)
> at
> org.springframework.context.support.AbstractRefreshableApplicationCon
> text.refreshBeanFactory(AbstractRefreshableApplicationContext.java:94)
> at
> org.springframework.context.support.AbstractApplicationContext.refres
> h(AbstractApplicationContext.java:292)
> at
> org.apache.xbean.spring.context.ClassPathXmlApplicationContext.<init>
> (ClassPathXmlApplicationContext.java:161)
> at
> org.apache.xbean.spring.context.ClassPathXmlApplicationContext.<init>
> (ClassPathXmlApplicationContext.java:51)
> at org.apache.servicemix.Main.main(Main.java:51)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
> java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at
> org.codehaus.classworlds.Launcher.launchStandard(Launcher.java:410)
> at org.codehaus.classworlds.Launcher.launch(Launcher.java:344)
> at org.codehaus.classworlds.Launcher.main(Launcher.java:461)
>
>
> gnodet wrote:
>>
>> Do you have any stack trace. It would be helpful ...
>>
>> On 2/16/07, Juergen Mayrbaeurl <[EMAIL PROTECTED]> wrote:
>>>
>>> We're currently only using the LW Container.
>>>
>>> Juergen
>>>
>>>
>>> gnodet wrote:
>>> >
>>> > Not much ... I guess that's why there are problems ;-)
>>> > Can you just give a quick overview of the components you use ?
>>> >
>>> > On 2/15/07, Juergen Mayrbaeurl <[EMAIL PROTECTED]>
>>> wrote:
>>> >>
>>> >> Hi Guillaume!
>>> >>
>>> >> Still don't know why ServiceMix 3.1 needs J2SE 5 as noted on
>>> >>
>>> http://incubator.apache.org/servicemix/1-quick-start.html#1.Quickstart-GettingtheSoftware
>>> >> ServiceMix website . Did you do any testing with J2SE 1.4.x?
>>> >>
>>> >> Juergen
>>> >>
>>> >>
>>> >> gnodet wrote:
>>> >> >
>>> >> > On 2/15/07, Juergen Mayrbaeurl <[EMAIL PROTECTED]>
>>> >> wrote:
>>> >> >>
>>> >> >> I've just upgraded to ServiceMix 3.1 (from ServiceMix 3.0).
>>> >> Unfortunately
>>> >> >> quite a lot of things didn't work anymore.
>>> >> >>
>>> >> >> 1) ServiceMix 3.1 needs JRE 5
>>> >> >> ServiceMix 3.0 was able to run on JRE 1.4.x and I don't know why
>>> >> version
>>> >> >> 3.1
>>> >> >> needs JRE 5. Maybe Guillaume can comment on this. We did testing
>>> with
>>> >> the
>>> >> >> TestSupport class running JRE 1.4.x. Everything works correctly.
>>> Which
>>> >> >> component(s) need JRE 5? Are there configurations of ServiceMix
>>> that
>>> >> can
>>> >> >> be
>>> >> >> run with JRE 1.4.x?
>>> >> >
>>> >> > Can you provide more details ? First, is the core container
>>> working ?
>>> >> > Which components have problems ? Can you post exceptions stack
>>> traces
>>> >> ?
>>> >> > Hopefully this can be fixed easily ...
>>> >> >
>>> >> >>
>>> >> >> 2) In the PollingComponentSupport class (superclass of FilePoller)
>>> the
>>> >> >> property 'workManager' was removed. Therefore configurations have
>>> to
>>> >> be
>>> >> >> changed (by simple removing the property in the Spring
>>> configuration)
>>> >> >>
>>> >> >> 3) Jencks WorkManager needs Transaction Manager property set in
>>> Spring
>>> >> >> configuration
>>> >> >>
>>> >> >> 4) StreamSource handling in Transformer component crashes in
>>> >> toDOMSource
>>> >> >> method, when InputStream encoding is other than default (We've
>>> used
>>> >> UTF-8
>>> >> >> encoding). Reason unknown.
>>> >> >
>>> >> > Weird. I guess this is a bug. Do you have a stack trace ?
>>> >> >
>>> >> >>
>>> >> >> 5) Installing LW container without having Service shared library
>>> >> >> installed
>>> >> >> fails without any warning
>>> >> >
>>> >> > Sounds weird too. I guess there is something printed in the
>>> console,
>>> >> > but maybe not at the WARN level ... Need to check that
>>> >> >
>>> >> >>
>>> >> >> After 2 hours of browsing the ServiceMix 3.1 sources and applying
>>> the
>>> >> >> necessary changes our service assemblies worked correctly again.
>>> The
>>> >> only
>>> >> >> remaining problem is the use of JRE 5. I'm not sure if our
>>> customer
>>> >> will
>>> >> >> allow us to install JRE 5 in the production environment.
>>> >> >>
>>> >> >> Kind regards
>>> >> >> Juergen
>>> >> >> --
>>> >> >> View this message in context:
>>> >> >>
>>> >>
>>> http://www.nabble.com/ServiceMix-3.1-with-JRE-1.4.x-tf3233038s12049.html#a8983211
>>> >> >> Sent from the ServiceMix - User mailing list archive at
>>> Nabble.com.
>>> >> >>
>>> >> >>
>>> >> >
>>> >> >
>>> >> > --
>>> >> > Cheers,
>>> >> > Guillaume Nodet
>>> >> > ------------------------
>>> >> > Architect, LogicBlaze (http://www.logicblaze.com/)
>>> >> > Blog: http://gnodet.blogspot.com/
>>> >> >
>>> >> >
>>> >>
>>> >> --
>>> >> View this message in context:
>>> >>
>>> http://www.nabble.com/ServiceMix-3.1-with-JRE-1.4.x-tf3233038s12049.html#a8983539
>>> >> Sent from the ServiceMix - User mailing list archive at Nabble.com.
>>> >>
>>> >>
>>> >
>>> >
>>> > --
>>> > Cheers,
>>> > Guillaume Nodet
>>> > ------------------------
>>> > Architect, LogicBlaze (http://www.logicblaze.com/)
>>> > Blog: http://gnodet.blogspot.com/
>>> >
>>> >
>>>
>>> --
>>> View this message in context:
>>> http://www.nabble.com/ServiceMix-3.1-with-JRE-1.4.x-tf3233038s12049.html#a9000631
>>> Sent from the ServiceMix - User mailing list archive at Nabble.com.
>>>
>>>
>>
>>
>> --
>> Cheers,
>> Guillaume Nodet
>> ------------------------
>> Architect, LogicBlaze (http://www.logicblaze.com/)
>> Blog: http://gnodet.blogspot.com/
>>
>>
>
>
--
View this message in context:
http://www.nabble.com/ServiceMix-3.1-with-JRE-1.4.x-tf3233038s12049.html#a9001046
Sent from the ServiceMix - User mailing list archive at Nabble.com.
