[Installation, Configuration & DEPLOYMENT] - weblogic9.1 to Jboss5.0 Migration
by abhishekspage
Hi ,
Currently I am using Weblogic want to migrate the application to JBoss.For this i changed the conf file like jboss.xml and jboss-web.xml . But still i am not able to deploy the application .
The Logs Error is :
:10,729 INFO [TransactionManagerService] Recovery manager started
11:19:10,729 INFO [TransactionManagerService] Binding TransactionManager JNDI Reference
11:20:05,277 ERROR [AbstractKernelController] Error installing to Parse: name=vfsfile:/C:/WorkingDirectory/Abhishek/jboss-5.0.0.Beta4/jboss-5.0.0.Beta4/server/default/deploy/Eorder.ear state=Not Installed mode=Manual requiredState=Parse
org.jboss.deployers.spi.DeploymentException: Error creating managed object for vfsfile:/C:/WorkingDirectory/Abhishek/jboss-5.0.0.Beta4/jboss-5.0.0.Beta4/server/default/deploy/Eorder.ear/EorderWeb.war
at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:232)
at org.jboss.deployment.JBossWebAppParsingDeployer.createMetaData(JBossWebAppParsingDeployer.java:141)
at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:199)
at org.jboss.deployment.JBossWebAppParsingDeployer.createMetaData(JBossWebAppParsingDeployer.java:87)
at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.deploy(AbstractParsingDeployerWithOutput.java:162)
at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:169)
at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:853)
at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:906)
at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:794)
at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:327)
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1309)
at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:734)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:862)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:784)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:622)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:411)
at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:498)
at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:506)
at org.jboss.system.server.profileservice.ProfileServiceBootstrap.loadProfile(ProfileServiceBootstrap.java:246)
at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:131)
at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:408)
at org.jboss.Main.boot(Main.java:208)
at org.jboss.Main$1.run(Main.java:534)
at java.lang.Thread.run(Thread.java:595)
Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse source: Element type "description" must be declared. @ *unknown*[11,16]
at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:193)
at org.jboss.xb.binding.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:153)
at org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer.parse(SchemaResolverDeployer.java:120)
at org.jboss.deployers.vfs.spi.deployer.AbstractVFSParsingDeployer.parse(AbstractVFSParsingDeployer.java:86)
at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:223)
... 23 more
Caused by: org.xml.sax.SAXException: Element type "description" must be declared. @ *unknown*[11,16]
at org.jboss.xb.binding.parser.sax.SaxJBossXBParser$MetaDataErrorHandler.error(SaxJBossXBParser.java:432)
at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.dtd.XMLDTDValidator.handleStartElement(Unknown Source)
at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:189)
... 27 more
Please help me out of this .
Thanks
Abhishek Sinha
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4146548#4146548
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4146548
18 years
[JBoss jBPM] - Re: Dynamic task creation
by massimiliano_cuccia
I've tested the dleerob solution. But it doesn't works.
this is the image of the process i'm modelling
[img]http://web.tiscali.it/mcuccia/various/processimage.jpg[/img]
and this is the par file
http://web.tiscali.it/mcuccia/various/interpello.par
As you can see in this code
| <node name="inizioInterpello">
|
| <event type="node-leave">
| <action name="actionIstruttoriaInterpello" class="it.unict.interpello.IstruttoriaInterpello"></action>
| </event>
| <transition name="toFork" to="fork1"></transition>
| </node>
|
when the token leaves the inizioInterpello node I execute the action class IstruttoriaInterpello. This is the place where the new task instances are created.
Next you can see the relevant code of IstruttoriaInterpello: for each selected user, I create a new task, cloning "task compilazione".
| TaskMgmtDefinition tmd = (TaskMgmtDefinition)executionContext.getDefinition(TaskMgmtDefinition.class);
| Task task = tmd.getTask("task compilazione");
| TaskMgmtInstance tmi = executionContext.getTaskMgmtInstance();
| TaskInstance taskInstance = tmi.createTaskInstance(task, executionContext);
| taskInstance.setActorId(user);
|
BUT (here is the problem)
the newly created task has two leaving transictions named "tr1" and "tr2", and doesn't have the (aspected) leaving transiction named "toJoinFromCompilazione".
dleerob, do you have similar problems?
anyone knows why this appens?
thanks
PS sample at 11.2.2 http://docs.jboss.com/jbpm/v3/userguide/taskmanagement.html#taskinstances...
is very very similar to the dleerob code
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4146545#4146545
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4146545
18 years
[EJB 3.0] - org.jboss.remoting.CannotConnectException: Can not get conne
by smatyas
I'm using JBoss 4.2.2.GA w/ jboss-messaging-1.4.0.SP3 (& jboss-remoting.2.2.4.SP4). One of my test cases makes what turns out to be thousands of calls remote EJB3 calls and eventually poops out. The test is realistic since our remote clients will be performing batch operations thus firing off many calls within a short period of time. Yes, I'm running on WinXP SP2.
I am aware of http://jira.jboss.org/jira/browse/EJBTHREE-986 and also see that an issue in jira for jboss was created and Closed though no fix was provided. I already tried altering some Windows REGISTRY values, per suggestions in comments of http://jira.jboss.org/jira/browse/EJBTHREE-986:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
"MaxUserPort"=dword:0000fffe
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
"TcpTimedWaitDelay"=dword:0000001e
| org.jboss.remoting.CannotConnectException: Can not get connection to server. Problem establishing socket connection for InvokerLocator [socket://127.0.0.1:3873/]
| at org.jboss.remoting.transport.socket.MicroSocketClientInvoker.transport(MicroSocketClientInvoker.java:559)
| at org.jboss.remoting.MicroRemoteClientInvoker.invoke(MicroRemoteClientInvoker.java:122)
| at org.jboss.remoting.Client.invoke(Client.java:1634)
| at org.jboss.remoting.Client.invoke(Client.java:548)
| at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:62)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.tx.ClientTxPropagationInterceptor.invoke(ClientTxPropagationInterceptor.java:67)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:53)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:74)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.stateless.StatelessRemoteProxy.invoke(StatelessRemoteProxy.java:107)
| at $Proxy39.getOrganizationType(Unknown Source)
| at gov.nih.nci.po.test.integration.POServiceRemoteTest.createOrg(POServiceRemoteTest.java:155)
| at gov.nih.nci.po.test.integration.POServiceRemoteTest.createPerson(POServiceRemoteTest.java:420)
| at gov.nih.nci.po.test.integration.POServiceRemoteTest.bulkCreatePerson(POServiceRemoteTest.java:684)
| 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:585)
| at org.junit.internal.runners.TestMethod.invoke(TestMethod.java:59)
| at org.junit.internal.runners.MethodRoadie.runTestMethod(MethodRoadie.java:98)
| at org.junit.internal.runners.MethodRoadie$2.run(MethodRoadie.java:79)
| at org.junit.internal.runners.MethodRoadie.runBeforesThenTestThenAfters(MethodRoadie.java:87)
| at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:77)
| at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:42)
| at org.junit.internal.runners.JUnit4ClassRunner.invokeTestMethod(JUnit4ClassRunner.java:88)
| at org.junit.internal.runners.JUnit4ClassRunner.runMethods(JUnit4ClassRunner.java:51)
| at org.junit.internal.runners.JUnit4ClassRunner$1.run(JUnit4ClassRunner.java:44)
| at org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:27)
| at org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:37)
| at org.junit.internal.runners.JUnit4ClassRunner.run(JUnit4ClassRunner.java:42)
| at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
| at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
| at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
| at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
| 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:585)
| at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:338)
| at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:997)
| Caused by: java.net.BindException: Address already in use: connect
| at java.net.PlainSocketImpl.socketConnect(Native Method)
| at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
| at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
| at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
| at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
| at java.net.Socket.connect(Socket.java:507)
| at org.jboss.remoting.transport.socket.SocketClientInvoker.createSocket(SocketClientInvoker.java:187)
| at org.jboss.remoting.transport.socket.MicroSocketClientInvoker.getConnection(MicroSocketClientInvoker.java:801)
| at org.jboss.remoting.transport.socket.MicroSocketClientInvoker.transport(MicroSocketClientInvoker.java:551)
| at org.jboss.remoting.MicroRemoteClientInvoker.invoke(MicroRemoteClientInvoker.java:122)
| at org.jboss.remoting.Client.invoke(Client.java:1634)
| at org.jboss.remoting.Client.invoke(Client.java:548)
| at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:62)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.tx.ClientTxPropagationInterceptor.invoke(ClientTxPropagationInterceptor.java:67)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:53)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:74)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.stateless.StatelessRemoteProxy.invoke(StatelessRemoteProxy.java:107)
| at $Proxy39.getOrganizationType(Unknown Source)
| at gov.nih.nci.po.test.integration.POServiceRemoteTest.createOrg(POServiceRemoteTest.java:155)
| at gov.nih.nci.po.test.integration.POServiceRemoteTest.createPerson(POServiceRemoteTest.java:420)
| at gov.nih.nci.po.test.integration.POServiceRemoteTest.bulkCreatePerson(POServiceRemoteTest.java:684)
| 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:585)
| at org.junit.internal.runners.TestMethod.invoke(TestMethod.java:59)
| at org.junit.internal.runners.MethodRoadie.runTestMethod(MethodRoadie.java:98)
| at org.junit.internal.runners.MethodRoadie$2.run(MethodRoadie.java:79)
| at org.junit.internal.runners.MethodRoadie.runBeforesThenTestThenAfters(MethodRoadie.java:87)
| at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:77)
| at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:42)
| at org.junit.internal.runners.JUnit4ClassRunner.invokeTestMethod(JUnit4ClassRunner.java:88)
| at org.junit.internal.runners.JUnit4ClassRunner.runMethods(JUnit4ClassRunner.java:51)
| at org.junit.internal.runners.JUnit4ClassRunner$1.run(JUnit4ClassRunner.java:44)
| at org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:27)
| at org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:37)
| at org.junit.internal.runners.JUnit4ClassRunner.run(JUnit4ClassRunner.java:42)
| at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
| at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
| at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
| at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
| 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:585)
| at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:338)
| at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:997)
| at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:74)
| ... 38 more
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4146539#4146539
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4146539
18 years
[Tomcat, HTTPD, Servlets & JSP] - Re: Unable to pre-compile JSP using ANT task with JBoss 4.2.
by depryf
That was a pretty good suggestion; I did add those jars but the result was the same. I actually solved my problem; it turned out that our TLD files had <DOCTYPE...> headers in them; and the XML parser didn't like that at all.
I removed the <DOCTYPE...> line and the task executed successfully (note that some of the TLD files had schema information instead of a DOCTYPE, but that seems to fine...
For anybody having the same problem, here is my final pre-compiling task:
| <path id="cp.jasper2">
| <pathelement location="${java.home}/../lib/tools.jar" />
| <pathelement location="${deploy.dir}/jboss-web.deployer/jbossweb.jar" />
| <pathelement location="${deploy.dir}/../../../lib/jboss-common.jar" />
| <pathelement location="${deploy.dir}/../../../lib/commons-logging.jar" />
| <pathelement location="${lib.dir}/eclipse/javaee.jar" />
| <pathelement location="${deploy.dir}/../../../lib/endorsed/xercesImpl.jar" />
| <pathelement location="${deploy.dir}/../../../lib/endorsed/xalan.jar" />
| <pathelement location="${deploy.dir}/../../../lib/endorsed/serializer.jar" />
|
| <fileset dir="${lib.dir}/web" />
| <pathelement path="${registry.build.dir}/classes" />
| <path refid="cp.lib"/>
| </path>
|
| <target name="jspc" description="Pre-compile are JSP files." depends="copy-metadata, compile" if="jsp.precompile">
| <echo message="Compiling JSPs..." />
|
| <taskdef classname="org.apache.jasper.JspC" name="jasper2" classpathref="cp.jasper2" />
|
| <!-- this will generate the java files for each JSP file -->
| <jasper2
| compile="false"
| validateXml="false"
| uriroot="${build.war.files.dir}"
| webXmlFragment="${registry.build.dir}/generated_web.xml"
| package="${package.web}"
| outputDir="${registry.build.dir}/jsp-src" />
|
| <!-- compile the java files generated in the previous step -->
| <javac
| srcdir="${registry.build.dir}/jsp-src"
| destdir="${registry.build.dir}/classes"
| listfiles="${compile.listfiles}"
| failonerror="${compile.failonerror}"
| debug="${compile.debug}"
| debuglevel="${compile.debuglevel}"
| optimize="${compile.optimize}"
| deprecation="${compile.deprecation}"
| classpathref="cp.jasper2" />
| </target>
|
Thanks for the help!
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4146535#4146535
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4146535
18 years
[JBoss Cache: Core Edition] - Re: write lock for / could not be acquired after 15000 ms
by jay_bee
Upgrading seemed to get rid of them for a bit but now we've cleared some other problems they've come back.
I'm a bit confused now though. We changed one of our entity beans to READ_ONLY and JBC complained that it couldn't get a write lock on it, even though it's only ever pulled from the DB and never modified.
The problem went away when we changed the isolation level, which I thought as we were using OPTIMISTIC locking should always be ignored. From what we can see the system is taking a write lock all the way up the tree from the target node to the root node whenever it wants to modify anything. Whereas we obviously only want it to take a lock on the node to be modified.
So....
1. We want the system to only take a write lock on the nodes it's actually changing. What should we set?
2. All transactions with our entity beans are managed by the JBoss transaction manager. If we change the isolation level to NONE will the transaction manager look after the integrity of the data for us?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4146530#4146530
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4146530
18 years