You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-user@lucene.apache.org by Luca Molteni <vo...@gmail.com> on 2010/02/02 15:20:35 UTC
Deploying Solr 1.3 in JBoss 5
Hello list,
I'm having some problem deploying solr to JBoss 5.
The problem is with environment variables:
Following this page of the wiki: http://wiki.apache.org/solr/SolrJBoss
I've added to the web.xml of WEB-INF of solr
<env-entry>
<env-entry-name>solr/home</env-entry-name>
<env-entry-type>java.lang.String</env-entry-type>
<env-entry-value>${solr.home.myhome}</env-entry-value>
</env-entry>
Since I'm using lots of instances of solr in the same container.
This variable should be expanded by jboss itself in a path using
properties-services.xml:
<attribute name="Properties">
solr.home.myhome=C:/mypath/solr
</attribute>
Unfortunately, during deployment of the solr application, it gives me
this error:
Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse
source: The content of element type "env-entry" must match
"(description?,env-entry-name,env-entry-value?,env-entry-type)". @
vfsfile:/C:/pathtojboss/server/solrrepo/deploy/Solrrepo/solr-mysolr.war/WEB-INF/web.xml[146,14]
at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:203)
... 33 more
Caused by: org.xml.sax.SAXException: The content of element type
"env-entry" must match
"(description?,env-entry-name,env-entry-value?,env-entry-type)". @
vfsfile:/C:/pathtojboss/server/solrrepo/deploy/Solrrepo/solr-mysolr.war/WEB-INF/web.xml[146,14]
at org.jboss.xb.binding.parser.sax.SaxJBossXBParser$MetaDataErrorHandler.error(SaxJBossXBParser.java:426)
Notice that the same .war and properties-services.xml works flawlessly
in JBoss 4.2.3
Any ideas?
Thank you very much.
L.M.
Re: Deploying Solr 1.3 in JBoss 5
Posted by Luca Molteni <vo...@gmail.com>.
Because the current release of our software is based on solr 1.3, and
we scheduled the migration to JBoss 5 before the migration to solr
1.4.
It's a concurrency problem!
L.M.
On 2 February 2010 16:05, Erik Hatcher <er...@gmail.com> wrote:
> Out of curiosity, why are you deploying Solr 1.3 rather than Solr 1.4?
>
> Sorry, but I don't know about the JBoss issues first hand myself.
>
> Erik
>
>
> On Feb 2, 2010, at 9:20 AM, Luca Molteni wrote:
>
>> Hello list,
>>
>> I'm having some problem deploying solr to JBoss 5.
>>
>> The problem is with environment variables:
>>
>> Following this page of the wiki: http://wiki.apache.org/solr/SolrJBoss
>>
>> I've added to the web.xml of WEB-INF of solr
>>
>> <env-entry>
>> <env-entry-name>solr/home</env-entry-name>
>> <env-entry-type>java.lang.String</env-entry-type>
>> <env-entry-value>${solr.home.myhome}</env-entry-value>
>> </env-entry>
>>
>> Since I'm using lots of instances of solr in the same container.
>>
>> This variable should be expanded by jboss itself in a path using
>> properties-services.xml:
>>
>> <attribute name="Properties">
>> solr.home.myhome=C:/mypath/solr
>> </attribute>
>>
>> Unfortunately, during deployment of the solr application, it gives me
>> this error:
>>
>> Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse
>> source: The content of element type "env-entry" must match
>> "(description?,env-entry-name,env-entry-value?,env-entry-type)". @
>>
>> vfsfile:/C:/pathtojboss/server/solrrepo/deploy/Solrrepo/solr-mysolr.war/WEB-INF/web.xml[146,14]
>> at
>> org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:203)
>>
>> ... 33 more
>> Caused by: org.xml.sax.SAXException: The content of element type
>> "env-entry" must match
>> "(description?,env-entry-name,env-entry-value?,env-entry-type)". @
>>
>> vfsfile:/C:/pathtojboss/server/solrrepo/deploy/Solrrepo/solr-mysolr.war/WEB-INF/web.xml[146,14]
>> at
>> org.jboss.xb.binding.parser.sax.SaxJBossXBParser$MetaDataErrorHandler.error(SaxJBossXBParser.java:426)
>>
>>
>> Notice that the same .war and properties-services.xml works flawlessly
>> in JBoss 4.2.3
>>
>> Any ideas?
>>
>> Thank you very much.
>>
>> L.M.
>
>
Re: Deploying Solr 1.3 in JBoss 5
Posted by Erik Hatcher <er...@gmail.com>.
Out of curiosity, why are you deploying Solr 1.3 rather than Solr 1.4?
Sorry, but I don't know about the JBoss issues first hand myself.
Erik
On Feb 2, 2010, at 9:20 AM, Luca Molteni wrote:
> Hello list,
>
> I'm having some problem deploying solr to JBoss 5.
>
> The problem is with environment variables:
>
> Following this page of the wiki: http://wiki.apache.org/solr/
> SolrJBoss
>
> I've added to the web.xml of WEB-INF of solr
>
> <env-entry>
> <env-entry-name>solr/home</env-entry-name>
> <env-entry-type>java.lang.String</env-entry-type>
> <env-entry-value>${solr.home.myhome}</env-entry-value>
> </env-entry>
>
> Since I'm using lots of instances of solr in the same container.
>
> This variable should be expanded by jboss itself in a path using
> properties-services.xml:
>
> <attribute name="Properties">
> solr.home.myhome=C:/mypath/solr
> </attribute>
>
> Unfortunately, during deployment of the solr application, it gives me
> this error:
>
> Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse
> source: The content of element type "env-entry" must match
> "(description?,env-entry-name,env-entry-value?,env-entry-type)". @
> vfsfile:/C:/pathtojboss/server/solrrepo/deploy/Solrrepo/solr-
> mysolr.war/WEB-INF/web.xml[146,14]
> at
> org
> .jboss
> .xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:
> 203)
>
> ... 33 more
> Caused by: org.xml.sax.SAXException: The content of element type
> "env-entry" must match
> "(description?,env-entry-name,env-entry-value?,env-entry-type)". @
> vfsfile:/C:/pathtojboss/server/solrrepo/deploy/Solrrepo/solr-
> mysolr.war/WEB-INF/web.xml[146,14]
> at org.jboss.xb.binding.parser.sax.SaxJBossXBParser
> $MetaDataErrorHandler.error(SaxJBossXBParser.java:426)
>
>
> Notice that the same .war and properties-services.xml works flawlessly
> in JBoss 4.2.3
>
> Any ideas?
>
> Thank you very much.
>
> L.M.
Re: Deploying Solr 1.3 in JBoss 5
Posted by Luca Molteni <vo...@gmail.com>.
Done.
L.M.
On 5 February 2010 12:56, Sascha Szott <sz...@zib.de> wrote:
> Hi Luca,
>
> could you add a note to the Wiki page [1]. Thanks!
>
> -Sascha
>
> [1] http://wiki.apache.org/solr/SolrJBoss
>
> Luca Molteni wrote:
>>
>> Bye the way, I finally solved it.
>>
>> To deploy solr 1.3 in jboss 5, you simply have to remove
>>
>> xercesImpl-2.8.1.jar
>> xml-apis-1.3.03.jar
>>
>> From the WEB-INF/lib folder of solr.war
>>
>> Solr will use the lib provided by jboss 5.
>>
>> Thank you again.
>>
>> L.M.
>>
>>
>>
>> On 3 February 2010 10:38, Luca Molteni<vo...@gmail.com> wrote:
>>>
>>> Apparently, that worked! I've never realized that the order of the
>>> elements in XML is significant, nice to see.
>>>
>>> As always, problems leads to other problems, so now I'm facing with a
>>> Xerces ClassCastException with JDK 6.
>>>
>>> org.jboss.xb.binding.JBossXBRuntimeException: Failed to create a new SAX
>>> parser
>>> at
>>> org.jboss.xb.binding.UnmarshallerFactory$UnmarshallerFactoryImpl.newUnmarshaller(UnmarshallerFactory.java:100)
>>> at
>>> org.jboss.web.tomcat.service.deployers.JBossContextConfig.processContextConfig(JBossContextConfig.java:549)
>>> at
>>> org.jboss.web.tomcat.service.deployers.JBossContextConfig.init(JBossContextConfig.java:536)
>>> at
>>> org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:279)
>>> at
>>> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
>>> at
>>> org.apache.catalina.core.StandardContext.init(StandardContext.java:5436)
>>> at
>>> org.apache.catalina.core.StandardContext.start(StandardContext.java:4148)
>>> at
>>> org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:310)
>>> at
>>> org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:142)
>>> at
>>> org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:461)
>>> at
>>> org.jboss.web.deployers.WebModule.startModule(WebModule.java:118)
>>> at org.jboss.web.deployers.WebModule.start(WebModule.java:97)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>> at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>> at java.lang.reflect.Method.invoke(Method.java:597)
>>> at
>>> org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
>>> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
>>> at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
>>> at
>>> org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
>>> at
>>> org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
>>> at
>>> org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206)
>>> at $Proxy38.start(Unknown Source)
>>> at
>>> org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42)
>>> at
>>> org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37)
>>> at
>>> org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
>>> at
>>> org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
>>> at
>>> org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
>>> at
>>> org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
>>> at
>>> org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:297)
>>> at
>>> org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633)
>>> at
>>> org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935)
>>> at
>>> org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
>>> at
>>> org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
>>> at
>>> org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:823)
>>> at
>>> org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
>>> at
>>> org.jboss.system.ServiceController.doChange(ServiceController.java:688)
>>> at
>>> org.jboss.system.ServiceController.start(ServiceController.java:460)
>>> at
>>> org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:163)
>>> at
>>> org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:99)
>>> at
>>> org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46)
>>> at
>>> org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
>>> at
>>> org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
>>> at
>>> org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
>>> at
>>> org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1440)
>>> at
>>> org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1158)
>>> at
>>> org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1179)
>>> at
>>> org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1099)
>>> at
>>> org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
>>> at
>>> org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633)
>>> at
>>> org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935)
>>> at
>>> org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
>>> at
>>> org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
>>> at
>>> org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:823)
>>> at
>>> org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
>>> at
>>> org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:782)
>>> at
>>> org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702)
>>> at
>>> org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117)
>>> at
>>> org.jboss.system.server.profileservice.repository.ProfileDeployAction.install(ProfileDeployAction.java:70)
>>> at
>>> org.jboss.system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53)
>>> at
>>> org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:403)
>>> at
>>> org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
>>> at
>>> org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633)
>>> at
>>> org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935)
>>> at
>>> org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
>>> at
>>> org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
>>> at
>>> org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:775)
>>> at
>>> org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540)
>>> at
>>> org.jboss.system.server.profileservice.repository.AbstractProfileService.registerProfile(AbstractProfileService.java:308)
>>> at
>>> org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:256)
>>> at
>>> org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461)
>>> at org.jboss.Main.boot(Main.java:221)
>>> at org.jboss.Main$1.run(Main.java:556)
>>> at java.lang.Thread.run(Thread.java:619)
>>> Caused by: org.jboss.xb.binding.JBossXBException: Failed to create a
>>> new SAX parser
>>> at
>>> org.jboss.xb.binding.parser.sax.SaxJBossXBParser.<init>(SaxJBossXBParser.java:97)
>>> at
>>> org.jboss.xb.binding.UnmarshallerImpl.<init>(UnmarshallerImpl.java:56)
>>> at
>>> org.jboss.xb.binding.UnmarshallerFactory$UnmarshallerFactoryImpl.newUnmarshaller(UnmarshallerFactory.java:96)
>>> ... 73 more
>>> Caused by: java.lang.ClassCastException:
>>> org.apache.xerces.parsers.XIncludeAwareParserConfiguration cannot be
>>> cast to org.apache.xerces.xni.parser.XMLParserConfiguration
>>>
>>>
>>> It seems I'm not not the only one in the web, but I'm still working on
>>> it.
>>>
>>> Just to make some statistics, did someone manage to depoy solr 1.3 to
>>> jBoss 5?
>>>
>>> I should update the wiki page too, maybe.
>>>
>>> Thank you very much, Sascha.
>>>
>>> Bye
>>>
>>> L.M.
>>>
>>>
>>>
>>> On 2 February 2010 18:02, Sascha Szott<sz...@zib.de> wrote:
>>>>
>>>> Luca Molteni wrote:
>>>>>
>>>>> Actually, if I hard-code the value, it gives me the same error...
>>>>> interesting.
>>>>
>>>> According to the error message:
>>>>
>>>> The content of element type "env-entry" must match
>>>> "(description?,env-entry-name,env-entry-value?,env-entry-type)"
>>>>
>>>> Maybe it helps to change the order of elements within env-entry
>>>> (env-entry-value before env-entry-type)?
>>>>
>>>> -Sascha
>>>>>
>>>>>
>>>>>
>>>>> On 2 February 2010 17:14, Sascha Szott<sz...@zib.de> wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I'm not sure if that's a Solr issue. However, what happens if you set
>>>>>> env-entry-value to C:/mypath/solr instead of ${solr.home.myhome}?
>>>>>>
>>>>>> -Sascha
>>>>>>
>>>>>> Am 02.02.2010 15:20, schrieb Luca Molteni:
>>>>>>>
>>>>>>> Hello list,
>>>>>>>
>>>>>>> I'm having some problem deploying solr to JBoss 5.
>>>>>>>
>>>>>>> The problem is with environment variables:
>>>>>>>
>>>>>>> Following this page of the wiki:
>>>>>>> http://wiki.apache.org/solr/SolrJBoss
>>>>>>>
>>>>>>> I've added to the web.xml of WEB-INF of solr
>>>>>>>
>>>>>>> <env-entry>
>>>>>>> <env-entry-name>solr/home</env-entry-name>
>>>>>>> <env-entry-type>java.lang.String</env-entry-type>
>>>>>>> <env-entry-value>${solr.home.myhome}</env-entry-value>
>>>>>>> </env-entry>
>>>>>>>
>>>>>>> Since I'm using lots of instances of solr in the same container.
>>>>>>>
>>>>>>> This variable should be expanded by jboss itself in a path using
>>>>>>> properties-services.xml:
>>>>>>>
>>>>>>> <attribute name="Properties">
>>>>>>> solr.home.myhome=C:/mypath/solr
>>>>>>> </attribute>
>>>>>>>
>>>>>>> Unfortunately, during deployment of the solr application, it gives me
>>>>>>> this error:
>>>>>>>
>>>>>>> Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse
>>>>>>> source: The content of element type "env-entry" must match
>>>>>>> "(description?,env-entry-name,env-entry-value?,env-entry-type)". @
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> vfsfile:/C:/pathtojboss/server/solrrepo/deploy/Solrrepo/solr-mysolr.war/WEB-INF/web.xml[146,14]
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:203)
>>>>>>>
>>>>>>> ... 33 more
>>>>>>> Caused by: org.xml.sax.SAXException: The content of element type
>>>>>>> "env-entry" must match
>>>>>>> "(description?,env-entry-name,env-entry-value?,env-entry-type)". @
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> vfsfile:/C:/pathtojboss/server/solrrepo/deploy/Solrrepo/solr-mysolr.war/WEB-INF/web.xml[146,14]
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.jboss.xb.binding.parser.sax.SaxJBossXBParser$MetaDataErrorHandler.error(SaxJBossXBParser.java:426)
>>>>>>>
>>>>>>>
>>>>>>> Notice that the same .war and properties-services.xml works
>>>>>>> flawlessly
>>>>>>> in JBoss 4.2.3
>>>>>>>
>>>>>>> Any ideas?
>>>>>>>
>>>>>>> Thank you very much.
>>>>>>>
>>>>>>> L.M.
>>>>
>>>>
>>>
>
>
Re: Deploying Solr 1.3 in JBoss 5
Posted by Sascha Szott <sz...@zib.de>.
Hi Luca,
could you add a note to the Wiki page [1]. Thanks!
-Sascha
[1] http://wiki.apache.org/solr/SolrJBoss
Luca Molteni wrote:
> Bye the way, I finally solved it.
>
> To deploy solr 1.3 in jboss 5, you simply have to remove
>
> xercesImpl-2.8.1.jar
> xml-apis-1.3.03.jar
>
> From the WEB-INF/lib folder of solr.war
>
> Solr will use the lib provided by jboss 5.
>
> Thank you again.
>
> L.M.
>
>
>
> On 3 February 2010 10:38, Luca Molteni<vo...@gmail.com> wrote:
>> Apparently, that worked! I've never realized that the order of the
>> elements in XML is significant, nice to see.
>>
>> As always, problems leads to other problems, so now I'm facing with a
>> Xerces ClassCastException with JDK 6.
>>
>> org.jboss.xb.binding.JBossXBRuntimeException: Failed to create a new SAX parser
>> at org.jboss.xb.binding.UnmarshallerFactory$UnmarshallerFactoryImpl.newUnmarshaller(UnmarshallerFactory.java:100)
>> at org.jboss.web.tomcat.service.deployers.JBossContextConfig.processContextConfig(JBossContextConfig.java:549)
>> at org.jboss.web.tomcat.service.deployers.JBossContextConfig.init(JBossContextConfig.java:536)
>> at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:279)
>> at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
>> at org.apache.catalina.core.StandardContext.init(StandardContext.java:5436)
>> at org.apache.catalina.core.StandardContext.start(StandardContext.java:4148)
>> at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:310)
>> at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:142)
>> at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:461)
>> at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118)
>> at org.jboss.web.deployers.WebModule.start(WebModule.java:97)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> at java.lang.reflect.Method.invoke(Method.java:597)
>> at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
>> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
>> at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
>> at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
>> at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
>> at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206)
>> at $Proxy38.start(Unknown Source)
>> at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42)
>> at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37)
>> at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
>> at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
>> at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
>> at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
>> at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:297)
>> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633)
>> at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935)
>> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
>> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
>> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:823)
>> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
>> at org.jboss.system.ServiceController.doChange(ServiceController.java:688)
>> at org.jboss.system.ServiceController.start(ServiceController.java:460)
>> at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:163)
>> at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:99)
>> at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46)
>> at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
>> at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
>> at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
>> at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1440)
>> at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1158)
>> at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1179)
>> at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1099)
>> at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
>> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633)
>> at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935)
>> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
>> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
>> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:823)
>> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
>> at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:782)
>> at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702)
>> at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117)
>> at org.jboss.system.server.profileservice.repository.ProfileDeployAction.install(ProfileDeployAction.java:70)
>> at org.jboss.system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53)
>> at org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:403)
>> at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
>> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633)
>> at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935)
>> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
>> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
>> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:775)
>> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540)
>> at org.jboss.system.server.profileservice.repository.AbstractProfileService.registerProfile(AbstractProfileService.java:308)
>> at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:256)
>> at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461)
>> at org.jboss.Main.boot(Main.java:221)
>> at org.jboss.Main$1.run(Main.java:556)
>> at java.lang.Thread.run(Thread.java:619)
>> Caused by: org.jboss.xb.binding.JBossXBException: Failed to create a
>> new SAX parser
>> at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.<init>(SaxJBossXBParser.java:97)
>> at org.jboss.xb.binding.UnmarshallerImpl.<init>(UnmarshallerImpl.java:56)
>> at org.jboss.xb.binding.UnmarshallerFactory$UnmarshallerFactoryImpl.newUnmarshaller(UnmarshallerFactory.java:96)
>> ... 73 more
>> Caused by: java.lang.ClassCastException:
>> org.apache.xerces.parsers.XIncludeAwareParserConfiguration cannot be
>> cast to org.apache.xerces.xni.parser.XMLParserConfiguration
>>
>>
>> It seems I'm not not the only one in the web, but I'm still working on it.
>>
>> Just to make some statistics, did someone manage to depoy solr 1.3 to jBoss 5?
>>
>> I should update the wiki page too, maybe.
>>
>> Thank you very much, Sascha.
>>
>> Bye
>>
>> L.M.
>>
>>
>>
>> On 2 February 2010 18:02, Sascha Szott<sz...@zib.de> wrote:
>>> Luca Molteni wrote:
>>>>
>>>> Actually, if I hard-code the value, it gives me the same error...
>>>> interesting.
>>>
>>> According to the error message:
>>>
>>> The content of element type "env-entry" must match
>>> "(description?,env-entry-name,env-entry-value?,env-entry-type)"
>>>
>>> Maybe it helps to change the order of elements within env-entry
>>> (env-entry-value before env-entry-type)?
>>>
>>> -Sascha
>>>>
>>>>
>>>>
>>>> On 2 February 2010 17:14, Sascha Szott<sz...@zib.de> wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> I'm not sure if that's a Solr issue. However, what happens if you set
>>>>> env-entry-value to C:/mypath/solr instead of ${solr.home.myhome}?
>>>>>
>>>>> -Sascha
>>>>>
>>>>> Am 02.02.2010 15:20, schrieb Luca Molteni:
>>>>>>
>>>>>> Hello list,
>>>>>>
>>>>>> I'm having some problem deploying solr to JBoss 5.
>>>>>>
>>>>>> The problem is with environment variables:
>>>>>>
>>>>>> Following this page of the wiki: http://wiki.apache.org/solr/SolrJBoss
>>>>>>
>>>>>> I've added to the web.xml of WEB-INF of solr
>>>>>>
>>>>>> <env-entry>
>>>>>> <env-entry-name>solr/home</env-entry-name>
>>>>>> <env-entry-type>java.lang.String</env-entry-type>
>>>>>> <env-entry-value>${solr.home.myhome}</env-entry-value>
>>>>>> </env-entry>
>>>>>>
>>>>>> Since I'm using lots of instances of solr in the same container.
>>>>>>
>>>>>> This variable should be expanded by jboss itself in a path using
>>>>>> properties-services.xml:
>>>>>>
>>>>>> <attribute name="Properties">
>>>>>> solr.home.myhome=C:/mypath/solr
>>>>>> </attribute>
>>>>>>
>>>>>> Unfortunately, during deployment of the solr application, it gives me
>>>>>> this error:
>>>>>>
>>>>>> Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse
>>>>>> source: The content of element type "env-entry" must match
>>>>>> "(description?,env-entry-name,env-entry-value?,env-entry-type)". @
>>>>>>
>>>>>>
>>>>>> vfsfile:/C:/pathtojboss/server/solrrepo/deploy/Solrrepo/solr-mysolr.war/WEB-INF/web.xml[146,14]
>>>>>> at
>>>>>>
>>>>>> org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:203)
>>>>>>
>>>>>> ... 33 more
>>>>>> Caused by: org.xml.sax.SAXException: The content of element type
>>>>>> "env-entry" must match
>>>>>> "(description?,env-entry-name,env-entry-value?,env-entry-type)". @
>>>>>>
>>>>>>
>>>>>> vfsfile:/C:/pathtojboss/server/solrrepo/deploy/Solrrepo/solr-mysolr.war/WEB-INF/web.xml[146,14]
>>>>>> at
>>>>>>
>>>>>> org.jboss.xb.binding.parser.sax.SaxJBossXBParser$MetaDataErrorHandler.error(SaxJBossXBParser.java:426)
>>>>>>
>>>>>>
>>>>>> Notice that the same .war and properties-services.xml works flawlessly
>>>>>> in JBoss 4.2.3
>>>>>>
>>>>>> Any ideas?
>>>>>>
>>>>>> Thank you very much.
>>>>>>
>>>>>> L.M.
>>>
>>>
>>
Re: Deploying Solr 1.3 in JBoss 5
Posted by Luca Molteni <vo...@gmail.com>.
Bye the way, I finally solved it.
To deploy solr 1.3 in jboss 5, you simply have to remove
xercesImpl-2.8.1.jar
xml-apis-1.3.03.jar
>From the WEB-INF/lib folder of solr.war
Solr will use the lib provided by jboss 5.
Thank you again.
L.M.
On 3 February 2010 10:38, Luca Molteni <vo...@gmail.com> wrote:
> Apparently, that worked! I've never realized that the order of the
> elements in XML is significant, nice to see.
>
> As always, problems leads to other problems, so now I'm facing with a
> Xerces ClassCastException with JDK 6.
>
> org.jboss.xb.binding.JBossXBRuntimeException: Failed to create a new SAX parser
> at org.jboss.xb.binding.UnmarshallerFactory$UnmarshallerFactoryImpl.newUnmarshaller(UnmarshallerFactory.java:100)
> at org.jboss.web.tomcat.service.deployers.JBossContextConfig.processContextConfig(JBossContextConfig.java:549)
> at org.jboss.web.tomcat.service.deployers.JBossContextConfig.init(JBossContextConfig.java:536)
> at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:279)
> at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
> at org.apache.catalina.core.StandardContext.init(StandardContext.java:5436)
> at org.apache.catalina.core.StandardContext.start(StandardContext.java:4148)
> at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:310)
> at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:142)
> at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:461)
> at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118)
> at org.jboss.web.deployers.WebModule.start(WebModule.java:97)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
> at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
> at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
> at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
> at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206)
> at $Proxy38.start(Unknown Source)
> at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42)
> at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37)
> at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
> at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
> at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
> at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
> at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:297)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633)
> at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:823)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
> at org.jboss.system.ServiceController.doChange(ServiceController.java:688)
> at org.jboss.system.ServiceController.start(ServiceController.java:460)
> at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:163)
> at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:99)
> at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46)
> at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
> at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
> at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1440)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1158)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1179)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1099)
> at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633)
> at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:823)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:782)
> at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702)
> at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117)
> at org.jboss.system.server.profileservice.repository.ProfileDeployAction.install(ProfileDeployAction.java:70)
> at org.jboss.system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53)
> at org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:403)
> at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633)
> at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:775)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540)
> at org.jboss.system.server.profileservice.repository.AbstractProfileService.registerProfile(AbstractProfileService.java:308)
> at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:256)
> at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461)
> at org.jboss.Main.boot(Main.java:221)
> at org.jboss.Main$1.run(Main.java:556)
> at java.lang.Thread.run(Thread.java:619)
> Caused by: org.jboss.xb.binding.JBossXBException: Failed to create a
> new SAX parser
> at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.<init>(SaxJBossXBParser.java:97)
> at org.jboss.xb.binding.UnmarshallerImpl.<init>(UnmarshallerImpl.java:56)
> at org.jboss.xb.binding.UnmarshallerFactory$UnmarshallerFactoryImpl.newUnmarshaller(UnmarshallerFactory.java:96)
> ... 73 more
> Caused by: java.lang.ClassCastException:
> org.apache.xerces.parsers.XIncludeAwareParserConfiguration cannot be
> cast to org.apache.xerces.xni.parser.XMLParserConfiguration
>
>
> It seems I'm not not the only one in the web, but I'm still working on it.
>
> Just to make some statistics, did someone manage to depoy solr 1.3 to jBoss 5?
>
> I should update the wiki page too, maybe.
>
> Thank you very much, Sascha.
>
> Bye
>
> L.M.
>
>
>
> On 2 February 2010 18:02, Sascha Szott <sz...@zib.de> wrote:
>> Luca Molteni wrote:
>>>
>>> Actually, if I hard-code the value, it gives me the same error...
>>> interesting.
>>
>> According to the error message:
>>
>> The content of element type "env-entry" must match
>> "(description?,env-entry-name,env-entry-value?,env-entry-type)"
>>
>> Maybe it helps to change the order of elements within env-entry
>> (env-entry-value before env-entry-type)?
>>
>> -Sascha
>>>
>>>
>>>
>>> On 2 February 2010 17:14, Sascha Szott<sz...@zib.de> wrote:
>>>>
>>>> Hi,
>>>>
>>>> I'm not sure if that's a Solr issue. However, what happens if you set
>>>> env-entry-value to C:/mypath/solr instead of ${solr.home.myhome}?
>>>>
>>>> -Sascha
>>>>
>>>> Am 02.02.2010 15:20, schrieb Luca Molteni:
>>>>>
>>>>> Hello list,
>>>>>
>>>>> I'm having some problem deploying solr to JBoss 5.
>>>>>
>>>>> The problem is with environment variables:
>>>>>
>>>>> Following this page of the wiki: http://wiki.apache.org/solr/SolrJBoss
>>>>>
>>>>> I've added to the web.xml of WEB-INF of solr
>>>>>
>>>>> <env-entry>
>>>>> <env-entry-name>solr/home</env-entry-name>
>>>>> <env-entry-type>java.lang.String</env-entry-type>
>>>>> <env-entry-value>${solr.home.myhome}</env-entry-value>
>>>>> </env-entry>
>>>>>
>>>>> Since I'm using lots of instances of solr in the same container.
>>>>>
>>>>> This variable should be expanded by jboss itself in a path using
>>>>> properties-services.xml:
>>>>>
>>>>> <attribute name="Properties">
>>>>> solr.home.myhome=C:/mypath/solr
>>>>> </attribute>
>>>>>
>>>>> Unfortunately, during deployment of the solr application, it gives me
>>>>> this error:
>>>>>
>>>>> Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse
>>>>> source: The content of element type "env-entry" must match
>>>>> "(description?,env-entry-name,env-entry-value?,env-entry-type)". @
>>>>>
>>>>>
>>>>> vfsfile:/C:/pathtojboss/server/solrrepo/deploy/Solrrepo/solr-mysolr.war/WEB-INF/web.xml[146,14]
>>>>> at
>>>>>
>>>>> org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:203)
>>>>>
>>>>> ... 33 more
>>>>> Caused by: org.xml.sax.SAXException: The content of element type
>>>>> "env-entry" must match
>>>>> "(description?,env-entry-name,env-entry-value?,env-entry-type)". @
>>>>>
>>>>>
>>>>> vfsfile:/C:/pathtojboss/server/solrrepo/deploy/Solrrepo/solr-mysolr.war/WEB-INF/web.xml[146,14]
>>>>> at
>>>>>
>>>>> org.jboss.xb.binding.parser.sax.SaxJBossXBParser$MetaDataErrorHandler.error(SaxJBossXBParser.java:426)
>>>>>
>>>>>
>>>>> Notice that the same .war and properties-services.xml works flawlessly
>>>>> in JBoss 4.2.3
>>>>>
>>>>> Any ideas?
>>>>>
>>>>> Thank you very much.
>>>>>
>>>>> L.M.
>>
>>
>
Re: Deploying Solr 1.3 in JBoss 5
Posted by Luca Molteni <vo...@gmail.com>.
Apparently, that worked! I've never realized that the order of the
elements in XML is significant, nice to see.
As always, problems leads to other problems, so now I'm facing with a
Xerces ClassCastException with JDK 6.
org.jboss.xb.binding.JBossXBRuntimeException: Failed to create a new SAX parser
at org.jboss.xb.binding.UnmarshallerFactory$UnmarshallerFactoryImpl.newUnmarshaller(UnmarshallerFactory.java:100)
at org.jboss.web.tomcat.service.deployers.JBossContextConfig.processContextConfig(JBossContextConfig.java:549)
at org.jboss.web.tomcat.service.deployers.JBossContextConfig.init(JBossContextConfig.java:536)
at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:279)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
at org.apache.catalina.core.StandardContext.init(StandardContext.java:5436)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4148)
at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:310)
at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:142)
at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:461)
at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118)
at org.jboss.web.deployers.WebModule.start(WebModule.java:97)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206)
at $Proxy38.start(Unknown Source)
at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42)
at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37)
at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:297)
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633)
at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:823)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
at org.jboss.system.ServiceController.doChange(ServiceController.java:688)
at org.jboss.system.ServiceController.start(ServiceController.java:460)
at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:163)
at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:99)
at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46)
at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1440)
at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1158)
at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1179)
at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1099)
at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633)
at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:823)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:782)
at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702)
at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117)
at org.jboss.system.server.profileservice.repository.ProfileDeployAction.install(ProfileDeployAction.java:70)
at org.jboss.system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53)
at org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:403)
at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633)
at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:775)
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540)
at org.jboss.system.server.profileservice.repository.AbstractProfileService.registerProfile(AbstractProfileService.java:308)
at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:256)
at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461)
at org.jboss.Main.boot(Main.java:221)
at org.jboss.Main$1.run(Main.java:556)
at java.lang.Thread.run(Thread.java:619)
Caused by: org.jboss.xb.binding.JBossXBException: Failed to create a
new SAX parser
at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.<init>(SaxJBossXBParser.java:97)
at org.jboss.xb.binding.UnmarshallerImpl.<init>(UnmarshallerImpl.java:56)
at org.jboss.xb.binding.UnmarshallerFactory$UnmarshallerFactoryImpl.newUnmarshaller(UnmarshallerFactory.java:96)
... 73 more
Caused by: java.lang.ClassCastException:
org.apache.xerces.parsers.XIncludeAwareParserConfiguration cannot be
cast to org.apache.xerces.xni.parser.XMLParserConfiguration
It seems I'm not not the only one in the web, but I'm still working on it.
Just to make some statistics, did someone manage to depoy solr 1.3 to jBoss 5?
I should update the wiki page too, maybe.
Thank you very much, Sascha.
Bye
L.M.
On 2 February 2010 18:02, Sascha Szott <sz...@zib.de> wrote:
> Luca Molteni wrote:
>>
>> Actually, if I hard-code the value, it gives me the same error...
>> interesting.
>
> According to the error message:
>
> The content of element type "env-entry" must match
> "(description?,env-entry-name,env-entry-value?,env-entry-type)"
>
> Maybe it helps to change the order of elements within env-entry
> (env-entry-value before env-entry-type)?
>
> -Sascha
>>
>>
>>
>> On 2 February 2010 17:14, Sascha Szott<sz...@zib.de> wrote:
>>>
>>> Hi,
>>>
>>> I'm not sure if that's a Solr issue. However, what happens if you set
>>> env-entry-value to C:/mypath/solr instead of ${solr.home.myhome}?
>>>
>>> -Sascha
>>>
>>> Am 02.02.2010 15:20, schrieb Luca Molteni:
>>>>
>>>> Hello list,
>>>>
>>>> I'm having some problem deploying solr to JBoss 5.
>>>>
>>>> The problem is with environment variables:
>>>>
>>>> Following this page of the wiki: http://wiki.apache.org/solr/SolrJBoss
>>>>
>>>> I've added to the web.xml of WEB-INF of solr
>>>>
>>>> <env-entry>
>>>> <env-entry-name>solr/home</env-entry-name>
>>>> <env-entry-type>java.lang.String</env-entry-type>
>>>> <env-entry-value>${solr.home.myhome}</env-entry-value>
>>>> </env-entry>
>>>>
>>>> Since I'm using lots of instances of solr in the same container.
>>>>
>>>> This variable should be expanded by jboss itself in a path using
>>>> properties-services.xml:
>>>>
>>>> <attribute name="Properties">
>>>> solr.home.myhome=C:/mypath/solr
>>>> </attribute>
>>>>
>>>> Unfortunately, during deployment of the solr application, it gives me
>>>> this error:
>>>>
>>>> Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse
>>>> source: The content of element type "env-entry" must match
>>>> "(description?,env-entry-name,env-entry-value?,env-entry-type)". @
>>>>
>>>>
>>>> vfsfile:/C:/pathtojboss/server/solrrepo/deploy/Solrrepo/solr-mysolr.war/WEB-INF/web.xml[146,14]
>>>> at
>>>>
>>>> org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:203)
>>>>
>>>> ... 33 more
>>>> Caused by: org.xml.sax.SAXException: The content of element type
>>>> "env-entry" must match
>>>> "(description?,env-entry-name,env-entry-value?,env-entry-type)". @
>>>>
>>>>
>>>> vfsfile:/C:/pathtojboss/server/solrrepo/deploy/Solrrepo/solr-mysolr.war/WEB-INF/web.xml[146,14]
>>>> at
>>>>
>>>> org.jboss.xb.binding.parser.sax.SaxJBossXBParser$MetaDataErrorHandler.error(SaxJBossXBParser.java:426)
>>>>
>>>>
>>>> Notice that the same .war and properties-services.xml works flawlessly
>>>> in JBoss 4.2.3
>>>>
>>>> Any ideas?
>>>>
>>>> Thank you very much.
>>>>
>>>> L.M.
>
>
Re: Deploying Solr 1.3 in JBoss 5
Posted by Sascha Szott <sz...@zib.de>.
Luca Molteni wrote:
> Actually, if I hard-code the value, it gives me the same error... interesting.
According to the error message:
The content of element type "env-entry" must match
"(description?,env-entry-name,env-entry-value?,env-entry-type)"
Maybe it helps to change the order of elements within env-entry
(env-entry-value before env-entry-type)?
-Sascha
>
>
>
> On 2 February 2010 17:14, Sascha Szott<sz...@zib.de> wrote:
>> Hi,
>>
>> I'm not sure if that's a Solr issue. However, what happens if you set
>> env-entry-value to C:/mypath/solr instead of ${solr.home.myhome}?
>>
>> -Sascha
>>
>> Am 02.02.2010 15:20, schrieb Luca Molteni:
>>>
>>> Hello list,
>>>
>>> I'm having some problem deploying solr to JBoss 5.
>>>
>>> The problem is with environment variables:
>>>
>>> Following this page of the wiki: http://wiki.apache.org/solr/SolrJBoss
>>>
>>> I've added to the web.xml of WEB-INF of solr
>>>
>>> <env-entry>
>>> <env-entry-name>solr/home</env-entry-name>
>>> <env-entry-type>java.lang.String</env-entry-type>
>>> <env-entry-value>${solr.home.myhome}</env-entry-value>
>>> </env-entry>
>>>
>>> Since I'm using lots of instances of solr in the same container.
>>>
>>> This variable should be expanded by jboss itself in a path using
>>> properties-services.xml:
>>>
>>> <attribute name="Properties">
>>> solr.home.myhome=C:/mypath/solr
>>> </attribute>
>>>
>>> Unfortunately, during deployment of the solr application, it gives me
>>> this error:
>>>
>>> Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse
>>> source: The content of element type "env-entry" must match
>>> "(description?,env-entry-name,env-entry-value?,env-entry-type)". @
>>>
>>> vfsfile:/C:/pathtojboss/server/solrrepo/deploy/Solrrepo/solr-mysolr.war/WEB-INF/web.xml[146,14]
>>> at
>>> org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:203)
>>>
>>> ... 33 more
>>> Caused by: org.xml.sax.SAXException: The content of element type
>>> "env-entry" must match
>>> "(description?,env-entry-name,env-entry-value?,env-entry-type)". @
>>>
>>> vfsfile:/C:/pathtojboss/server/solrrepo/deploy/Solrrepo/solr-mysolr.war/WEB-INF/web.xml[146,14]
>>> at
>>> org.jboss.xb.binding.parser.sax.SaxJBossXBParser$MetaDataErrorHandler.error(SaxJBossXBParser.java:426)
>>>
>>>
>>> Notice that the same .war and properties-services.xml works flawlessly
>>> in JBoss 4.2.3
>>>
>>> Any ideas?
>>>
>>> Thank you very much.
>>>
>>> L.M.
Re: Deploying Solr 1.3 in JBoss 5
Posted by Luca Molteni <vo...@gmail.com>.
Hello,
You're probably right. This is probably a problem related to Jboss 5,
but since I used the procedure of solr deployment described there I
thought that someone would have already dealt with this problem.
Actually, if I hard-code the value, it gives me the same error... interesting.
L.M.
On 2 February 2010 17:14, Sascha Szott <sz...@zib.de> wrote:
> Hi,
>
> I'm not sure if that's a Solr issue. However, what happens if you set
> env-entry-value to C:/mypath/solr instead of ${solr.home.myhome}?
>
> -Sascha
>
> Am 02.02.2010 15:20, schrieb Luca Molteni:
>>
>> Hello list,
>>
>> I'm having some problem deploying solr to JBoss 5.
>>
>> The problem is with environment variables:
>>
>> Following this page of the wiki: http://wiki.apache.org/solr/SolrJBoss
>>
>> I've added to the web.xml of WEB-INF of solr
>>
>> <env-entry>
>> <env-entry-name>solr/home</env-entry-name>
>> <env-entry-type>java.lang.String</env-entry-type>
>> <env-entry-value>${solr.home.myhome}</env-entry-value>
>> </env-entry>
>>
>> Since I'm using lots of instances of solr in the same container.
>>
>> This variable should be expanded by jboss itself in a path using
>> properties-services.xml:
>>
>> <attribute name="Properties">
>> solr.home.myhome=C:/mypath/solr
>> </attribute>
>>
>> Unfortunately, during deployment of the solr application, it gives me
>> this error:
>>
>> Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse
>> source: The content of element type "env-entry" must match
>> "(description?,env-entry-name,env-entry-value?,env-entry-type)". @
>>
>> vfsfile:/C:/pathtojboss/server/solrrepo/deploy/Solrrepo/solr-mysolr.war/WEB-INF/web.xml[146,14]
>> at
>> org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:203)
>>
>> ... 33 more
>> Caused by: org.xml.sax.SAXException: The content of element type
>> "env-entry" must match
>> "(description?,env-entry-name,env-entry-value?,env-entry-type)". @
>>
>> vfsfile:/C:/pathtojboss/server/solrrepo/deploy/Solrrepo/solr-mysolr.war/WEB-INF/web.xml[146,14]
>> at
>> org.jboss.xb.binding.parser.sax.SaxJBossXBParser$MetaDataErrorHandler.error(SaxJBossXBParser.java:426)
>>
>>
>> Notice that the same .war and properties-services.xml works flawlessly
>> in JBoss 4.2.3
>>
>> Any ideas?
>>
>> Thank you very much.
>>
>> L.M.
>
> --
> Sascha Szott
> Kooperativer Bibliotheksverbund Berlin-Brandenburg (KOBV)
> c/o Konrad-Zuse-Zentrum fuer Informationstechnik Berlin (ZIB)
> Takustr. 7, D-14195 Berlin
> Zimmer 4357
> Telefon: (030) 841 85 - 457
> Telefax: (030) 841 85 - 269
> E-Mail: szott@zib.de
> WWW: http://www.kobv.de
>
>
Re: Deploying Solr 1.3 in JBoss 5
Posted by Sascha Szott <sz...@zib.de>.
Hi,
I'm not sure if that's a Solr issue. However, what happens if you set
env-entry-value to C:/mypath/solr instead of ${solr.home.myhome}?
-Sascha
Am 02.02.2010 15:20, schrieb Luca Molteni:
> Hello list,
>
> I'm having some problem deploying solr to JBoss 5.
>
> The problem is with environment variables:
>
> Following this page of the wiki: http://wiki.apache.org/solr/SolrJBoss
>
> I've added to the web.xml of WEB-INF of solr
>
> <env-entry>
> <env-entry-name>solr/home</env-entry-name>
> <env-entry-type>java.lang.String</env-entry-type>
> <env-entry-value>${solr.home.myhome}</env-entry-value>
> </env-entry>
>
> Since I'm using lots of instances of solr in the same container.
>
> This variable should be expanded by jboss itself in a path using
> properties-services.xml:
>
> <attribute name="Properties">
> solr.home.myhome=C:/mypath/solr
> </attribute>
>
> Unfortunately, during deployment of the solr application, it gives me
> this error:
>
> Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse
> source: The content of element type "env-entry" must match
> "(description?,env-entry-name,env-entry-value?,env-entry-type)". @
> vfsfile:/C:/pathtojboss/server/solrrepo/deploy/Solrrepo/solr-mysolr.war/WEB-INF/web.xml[146,14]
> at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:203)
>
> ... 33 more
> Caused by: org.xml.sax.SAXException: The content of element type
> "env-entry" must match
> "(description?,env-entry-name,env-entry-value?,env-entry-type)". @
> vfsfile:/C:/pathtojboss/server/solrrepo/deploy/Solrrepo/solr-mysolr.war/WEB-INF/web.xml[146,14]
> at org.jboss.xb.binding.parser.sax.SaxJBossXBParser$MetaDataErrorHandler.error(SaxJBossXBParser.java:426)
>
>
> Notice that the same .war and properties-services.xml works flawlessly
> in JBoss 4.2.3
>
> Any ideas?
>
> Thank you very much.
>
> L.M.
--
Sascha Szott
Kooperativer Bibliotheksverbund Berlin-Brandenburg (KOBV)
c/o Konrad-Zuse-Zentrum fuer Informationstechnik Berlin (ZIB)
Takustr. 7, D-14195 Berlin
Zimmer 4357
Telefon: (030) 841 85 - 457
Telefax: (030) 841 85 - 269
E-Mail: szott@zib.de
WWW: http://www.kobv.de