August 2013 - jboss-user - Jboss List Archives

[jBPM] - JTA in jBPM5.4 on jBoss7.1.1 is inconsistent - Urgent help please

by Arif Mohammed

Arif Mohammed [https://community.jboss.org/people/arif.mohammed] created the discussion "JTA in jBPM5.4 on jBoss7.1.1 is inconsistent - Urgent help please" To view the discussion, visit: https://community.jboss.org/message/800174#800174 -------------------------------------------------------------- Hi All, Iam doing a prototype to evaluate jBPM5 for using it in a web application. I have defined a simple process StartUseCase -> CheckDuplicateOperator -> PersistOperator -> EndUseCase. In StartUseCase and EndUseCase activities Iam calling LocalTaskService to start and complete the user task respectively. I can't use HumanTask here due to some other reason. Following are the technology stack Iam using. JBoss7.1.1 Application server Spring MVC 3.0.5 Hibernate4 jBPM5.4.0.Final *Problem:* When I create a persistable session I get the exception "*java.lang.IllegalStateException: BaseTransaction.rolback - ARJUNA01604: no transaction!*" When I inspect the stack trace further I see "*java.sql.SQLIntegrityConstraintViolationException: ORA-00001: unique constraint (JBPM.SYS_C0010966) violated*" The above integrity constraint violation which is related to primary key in SESSIONINFO table is strange to me, as Iam not having any control over there and it is jBPM's responsibility to insert and update the session information. I also noticed the first line of exception some times during the end of my process, while it is updating the information in DB about the process and this behaviour is sporadic. It is even strange to me that if I restart the jBoss Application server it works fine with out any exception huff... Am I doing any thing wrong here ? I have attached all of my handlers along with persistence.xml and spring configuration, your quick help is appreciated. To look at the code you can start at OperatorController.saveOperator which is the trigger point for the process. -------------------------------------------------------------- Reply to this message by going to Community [https://community.jboss.org/message/800174#800174] Start a new discussion in jBPM at Community [https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]

12 years, 3 months

3
3
0 / 0

[Beginner's Corner] - Re: which form to download either source or binary download for Jboss 4.2.3 ?

by Wolf-Dieter Fink

Wolf-Dieter Fink [https://community.jboss.org/people/wdfink] created the discussion "Re: which form to download either source or binary download for Jboss 4.2.3 ?" To view the discussion, visit: https://community.jboss.org/message/833350#833350 -------------------------------------------------------------- you should start with the documentation. See downloads here https://community.jboss.org/docs/DOC-12898 https://community.jboss.org/wiki/JBossApplicationServerOfficialDocumentat... -------------------------------------------------------------- Reply to this message by going to Community [https://community.jboss.org/message/833350#833350] Start a new discussion in Beginner's Corner at Community [https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]

12 years, 3 months

2
1
0 / 0

[JNDI and Naming] - javax naming serviceunavailableexception failed to connect to server localhost 1099

by dattathreya bonakurthi

dattathreya bonakurthi [https://community.jboss.org/people/dattathreya] created the discussion "javax naming serviceunavailableexception failed to connect to server localhost 1099" To view the discussion, visit: https://community.jboss.org/message/833021#833021 -------------------------------------------------------------- Hi team, I m getting below error javax naming serviceunavailableexception failed to connect to server <old_hostname> 1099 At present in my system, the jboss is clonned from the another system and make up. It is running well but whenever if there are requests coming to it they taking more time compared to earlier one. >From the serverlog file I can see it is trying to point to the old hostname... At the time of clonning I had made required changes and updated all the HOST & IP entries. Can anyone suggest me how I can make my system not to point to old host name .. javax.naming.CommunicationException: Failed to connect to server TVCLTAPSE01:1099 [Root exception is javax.naming.ServiceUnavailableException: Failed to connect to server TVCLTAPSE01:1099 [Root exception is java.net.UnknownHostException: TVCLTAPSE01]] at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:274) at org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1533) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:634) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:627) at javax.naming.InitialContext.lookup(InitialContext.java:351) at org.jboss.soa.esb.helpers.NamingContextPool.createContext(NamingContextPool.java:350) at org.jboss.soa.esb.helpers.NamingContextPool.getContext(NamingContextPool.java:304) at org.jboss.soa.esb.helpers.NamingContextPool.getContext(NamingContextPool.java:159) at org.jboss.soa.esb.helpers.NamingContextPool.getNamingContext(NamingContextPool.java:410) at org.jboss.internal.soa.esb.rosetta.pooling.JmsConnectionPool.getFactoryConnection(JmsConnectionPool.java:310) at org.jboss.internal.soa.esb.rosetta.pooling.JmsConnectionPool.internalGetSession(JmsConnectionPool.java:222) at org.jboss.internal.soa.esb.rosetta.pooling.JmsConnectionPool.getSession(JmsConnectionPool.java:194) at org.jboss.internal.soa.esb.couriers.JmsCourier.getJmsSession(JmsCourier.java:159) at org.jboss.internal.soa.esb.couriers.JmsCourier.createMessageProducer(JmsCourier.java:385) at org.jboss.internal.soa.esb.couriers.JmsCourier.internalDeliver(JmsCourier.java:209) at org.jboss.internal.soa.esb.couriers.JmsCourier.deliver(JmsCourier.java:181) at org.jboss.internal.soa.esb.couriers.TwoWayCourierImpl.deliver(TwoWayCourierImpl.java:189) at org.jboss.soa.esb.client.ServiceInvoker$EPRInvoker.attemptDelivery(ServiceInvoker.java:667) at org.jboss.soa.esb.client.ServiceInvoker$EPRInvoker.access$200(ServiceInvoker.java:569) at org.jboss.soa.esb.client.ServiceInvoker.post(ServiceInvoker.java:359) at org.jboss.soa.esb.client.ServiceInvoker.deliverSync(ServiceInvoker.java:219) at org.jboss.soa.esb.listeners.message.UncomposedMessageDeliveryAdapter.deliverSyncWithoutDecomposing(UncomposedMessageDeliveryAdapter.java:107) at org.jboss.soa.esb.listeners.message.UncomposedMessageDeliveryAdapter.deliverSync(UncomposedMessageDeliveryAdapter.java:86) at org.jboss.soa.esb.listeners.gateway.JBossRemotingGatewayListener.invoke(JBossRemotingGatewayListener.java:371) at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:769) at org.jboss.remoting.transport.coyote.CoyoteInvoker.service(CoyoteInvoker.java:310) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446) at java.lang.Thread.run(Thread.java:595) Caused by: javax.naming.ServiceUnavailableException: Failed to connect to server TVCLTAPSE01:1099 [Root exception is java.net.UnknownHostException: TVCLTAPSE01] at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:248) ... 29 more Caused by: java.net.UnknownHostException: TVCLTAPSE01 at java.net.InetAddress.getAllByName0(InetAddress.java:1150) -------------------------------------------------------------- Reply to this message by going to Community [https://community.jboss.org/message/833021#833021] Start a new discussion in JNDI and Naming at Community [https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]

12 years, 3 months

2
4
0 / 0

[jBPM] - Re: [JBPM 5.4] - Transaction / Concurrency problem

by Maciej Swiderski

Maciej Swiderski [https://community.jboss.org/people/swiderski.maciej] created the discussion "Re: [JBPM 5.4] - Transaction / Concurrency problem" To view the discussion, visit: https://community.jboss.org/message/832232#832232 -------------------------------------------------------------- if you have mulitple ksessions that different threads operate on you cannot share the environment object. Each session must have dedicated instance of Environment and looking at the code given you share environment. > Guilherme Telles wrote: > My Environment: > > *public* Environment getEnvironment() { > > *if*(environment == *null*) { > LOGGER.info("CREATING NEW ENVIRONMENT"); > > environment = KnowledgeBaseFactory.newEnvironment(); > environment.set(EnvironmentName.ENTITY_MANAGER_FACTORY, getEntityManagerFactoryJbpm()); > } > *return* environment; > } > > > > HTH -------------------------------------------------------------- Reply to this message by going to Community [https://community.jboss.org/message/832232#832232] Start a new discussion in jBPM at Community [https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]

12 years, 3 months

3
6
0 / 0

[jBPM] - jBPM5.4 and Spring Integration for multiple Transaction Manager

by leo jut

leo jut [https://community.jboss.org/people/jutleo] created the discussion "jBPM5.4 and Spring Integration for multiple Transaction Manager" To view the discussion, visit: https://community.jboss.org/message/833475#833475 -------------------------------------------------------------- h2. I refer to the official documentation, jBPM5.4 Integration spring. h3. http://docs.jboss.org/jbpm/v5.4/userguide/ch.integration.html#d0e7880 19.3.2. Spring using local transactions *that's ok!* *howeve, existing system use HibernateTransactionManager, if jBPM5 human task error, existing system data writed database，How to deal with multiple transacation manager?* *exist system config：* <bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager"> <property name="sessionFactory"> <ref local="sessionFactory" /> </property> </bean> *jbpm5.4 config：* <bean id="jbpmEMF" class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean"> <property name="persistenceUnitName" value="org.jbpm.persistence.local"/> </bean> <jbpm:ksession id="ksession" type="stateful" kbase="kbase"> <jbpm:configuration> <jbpm:jpa-persistence> <jbpm:transaction-manager ref="transactionManager"/> <jbpm:entity-manager-factory ref="jbpmEMF"/> </jbpm:jpa-persistence> </jbpm:configuration> </jbpm:ksession> * * -------------------------------------------------------------- Reply to this message by going to Community [https://community.jboss.org/message/833475#833475] Start a new discussion in jBPM at Community [https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]

12 years, 3 months

1
0
0 / 0

[JBoss Tools] - why jboss tools deploy my project, skiped my web.xml?

by joe zu

joe zu [https://community.jboss.org/people/zuwenjiang] created the discussion "why jboss tools deploy my project,skiped my web.xml?" To view the discussion, visit: https://community.jboss.org/message/833468#833468 -------------------------------------------------------------- hi,greeting. i want to debug my web project in jboss eap .61GA ,and i deploy my project to jboss by jboss tools.(ide:sts3.3 jbosstools :the newest) but i found .the deployed webapp hadn't the web.xml file...where was it?? jboss tools skipped the file?? best regards joe -------------------------------------------------------------- Reply to this message by going to Community [https://community.jboss.org/message/833468#833468] Start a new discussion in JBoss Tools at Community [https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]

12 years, 3 months

2
2
0 / 0

[JBoss Messaging] - Is there a way to access Destination and DestinationType from a JmsMessageConsumer class with JBOSS 4.3 CP 10?

by Ramie Chaarani

Ramie Chaarani [https://community.jboss.org/people/rchaarani] created the discussion "Is there a way to access Destination and DestinationType from a JmsMessageConsumer class with JBOSS 4.3 CP 10?" To view the discussion, visit: https://community.jboss.org/message/833440#833440 -------------------------------------------------------------- So it seems that there is a way to capture the destination object of JBossMessageConsumer in newer releases of JBoss through the delegate and queue variables, however with JBOSS 4.3 CP 10 it seems as though there is no work around for this. Does anyone know how I could access the destination that is set for the consumer used in the JmsMessageConsumer? Thanks, Ramie -------------------------------------------------------------- Reply to this message by going to Community [https://community.jboss.org/message/833440#833440] Start a new discussion in JBoss Messaging at Community [https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]

12 years, 3 months

1
0
0 / 0

[Beginner's Corner] - Why is JBoss trying to use HornetQ?

by Derek Croxton

Derek Croxton [https://community.jboss.org/people/mataratones] created the discussion "Why is JBoss trying to use HornetQ?" To view the discussion, visit: https://community.jboss.org/message/833430#833430 -------------------------------------------------------------- We have a puzzling error caused by JBoss trying to use HornetQ unsuccessfully: Caused by: javax.jms.InvalidDestinationException: Not a HornetQDestination:JBossQueue[quickstart_helloworld_Request_esb] at org.hornetq.jms.client.HornetQSession.createConsumer(HornetQSession.java:372) at org.hornetq.jms.client.HornetQSession.createConsumer(HornetQSession.java:358) at org.jboss.internal.soa.esb.rosetta.pooling.WrappedSession.createConsumer(WrappedSession.java:167) at org.jboss.internal.soa.esb.rosetta.pooling.JmsSession.createConsumer(JmsSession.java:229) at org.jboss.internal.soa.esb.couriers.JmsCourier.createMessageConsumer(JmsCourier.java:629) The thing is, we don't use HornetQ for anything. I recursively grep'd "hornetq" in the server profile directory and the only places it shows up are in jar files and logs -- it isn't in any configuration files. Why would JBoss be trying to use HornetQ? -------------------------------------------------------------- Reply to this message by going to Community [https://community.jboss.org/message/833430#833430] Start a new discussion in Beginner's Corner at Community [https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]

12 years, 3 months

1
0
0 / 0

[Beginner's Corner] - Unexpected error during load of:javax.management.MBeanAttributeInfo: java.lang.LinkageError: loader constraint violation:

by Bruce Sanders

Bruce Sanders [https://community.jboss.org/people/brucesanders63] created the discussion "Unexpected error during load of:javax.management.MBeanAttributeInfo: java.lang.LinkageError: loader constraint violation:" To view the discussion, visit: https://community.jboss.org/message/833429#833429 -------------------------------------------------------------- I'm running JBoss 6.1 Final on an XP machine w/SP3. I'm using MyEcplise instead of Eclipse. In the last couple of weeks I'm starting to get the above error when deploying the bean. There are two other developers on our team w/the same setup that do not get any errors deploying the same source code/bean. I have copied another developer's JBOSS 6.1 code to my computer and the issue goes away. That developer is using the same code. FYI: The javasource code has no errors. I'm trying to run jboss from the command prompt but I get a java_home is not set even though it is and it start's up in MyEclipse without a problem. Below is the complete exception dump. I've found nothing on goggle regarding this issue. By the way, the below exception is constantly repeated as though it's trying to redeploy the bean. 09:22:01,367 WARN [org.jboss.detailed.classloader.ClassLoaderManager] Unexpected error during load of:javax.management.MBeanAttributeInfo: java.lang.LinkageError: loader constraint violation: loader (instance of org/jboss/classloader/spi/base/BaseClassLoader) previously initiated loading for a different type with name "javax/management/MBeanAttributeInfo" at java.lang.ClassLoader.defineClass1(Native Method) [:1.6.0_13] at java.lang.ClassLoader.defineClass(ClassLoader.java:621) [:1.6.0_13] at org.jboss.classloader.spi.base.BaseClassLoader.access$200(BaseClassLoader.java:52) [jboss-classloader.jar:2.2.1.GA] at org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.java:650) [jboss-classloader.jar:2.2.1.GA] at org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.java:609) [jboss-classloader.jar:2.2.1.GA] at java.security.AccessController.doPrivileged(Native Method) [:1.6.0_13] at org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:608) [jboss-classloader.jar:2.2.1.GA] at org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:585) [jboss-classloader.jar:2.2.1.GA] at org.jboss.classloader.spi.base.BaseDelegateLoader.loadClass(BaseDelegateLoader.java:156) [jboss-classloader.jar:2.2.1.GA] at org.jboss.classloader.spi.filter.FilteredDelegateLoader.doLoadClass(FilteredDelegateLoader.java:141) [jboss-classloader.jar:2.2.1.GA] at org.jboss.classloader.spi.filter.FilteredDelegateLoader.loadClass(FilteredDelegateLoader.java:132) [jboss-classloader.jar:2.2.1.GA] at org.jboss.classloader.spi.base.ClassLoadingTask$ThreadTask.run(ClassLoadingTask.java:461) [jboss-classloader.jar:2.2.1.GA] at org.jboss.classloader.spi.base.ClassLoaderManager.nextTask(ClassLoaderManager.java:262) [jboss-classloader.jar:2.2.1.GA] at org.jboss.classloader.spi.base.ClassLoaderManager.process(ClassLoaderManager.java:161) [jboss-classloader.jar:2.2.1.GA] at org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseClassLoaderDomain.java:280) [jboss-classloader.jar:2.2.1.GA] at org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseClassLoaderDomain.java:1172) [jboss-classloader.jar:2.2.1.GA] at org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:886) [jboss-classloader.jar:2.2.1.GA] at org.jboss.classloader.spi.base.BaseClassLoader.doLoadClass(BaseClassLoader.java:505) [jboss-classloader.jar:2.2.1.GA] at org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:450) [jboss-classloader.jar:2.2.1.GA] at java.lang.ClassLoader.loadClass(ClassLoader.java:252) [:1.6.0_13] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) [:1.6.0_13] at java.lang.Class.getDeclaredConstructors0(Native Method) [:1.6.0_13] at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389) [:1.6.0_13] at java.lang.Class.getDeclaredConstructors(Class.java:1836) [:1.6.0_13] at org.jboss.reflect.plugins.introspection.IntrospectionTypeInfoFactoryImpl.getDeclaredConstructors(IntrospectionTypeInfoFactoryImpl.java:576) [jboss-reflect.jar:2.2.1.SP1] at org.jboss.reflect.plugins.introspection.IntrospectionTypeInfoFactoryImpl.getConstructors(IntrospectionTypeInfoFactoryImpl.java:134) [jboss-reflect.jar:2.2.1.SP1] at org.jboss.reflect.plugins.ClassInfoImpl.getDeclaredConstructors(ClassInfoImpl.java:446) [jboss-reflect.jar:2.2.1.SP1] at org.jboss.scanning.plugins.visitor.ClassHierarchyResourceVisitor.handleClass(ClassHierarchyResourceVisitor.java:79) [:1.0.0.GA] at org.jboss.scanning.plugins.visitor.ReflectResourceVisitor.doVisit(ReflectResourceVisitor.java:108) [:1.0.0.GA] at org.jboss.scanning.plugins.visitor.ReflectResourceVisitor.visit(ReflectResourceVisitor.java:86) [:1.0.0.GA] at org.jboss.scanning.annotations.plugins.AnnotationsScanningPlugin.visit(AnnotationsScanningPlugin.java:89) [:1.0.0.GA] at org.jboss.scanning.spi.helpers.ScanningPluginWrapper.visit(ScanningPluginWrapper.java:112) [:1.0.0.GA] at org.jboss.classloading.plugins.visitor.FederatedResourceVisitor.visit(FederatedResourceVisitor.java:101) [jboss-classloading.jar:2.2.1.GA] at org.jboss.classloading.plugins.vfs.VFSResourceVisitor.visit(VFSResourceVisitor.java:264) [jboss-classloading-vfs.jar:2.2.1.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:409) [jboss-vfs.jar:3.0.1.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:411) [jboss-vfs.jar:3.0.1.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:411) [jboss-vfs.jar:3.0.1.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:397) [jboss-vfs.jar:3.0.1.GA] at org.jboss.classloading.plugins.vfs.VFSResourceVisitor.visit(VFSResourceVisitor.java:102) [jboss-classloading-vfs.jar:2.2.1.GA] at org.jboss.deployers.vfs.plugins.classloader.VFSDeploymentClassLoaderPolicyModule.visit(VFSDeploymentClassLoaderPolicyModule.java:181) [:2.2.2.GA] at org.jboss.scanning.plugins.DeploymentUnitScanner.scan(DeploymentUnitScanner.java:111) [:1.0.0.GA] at org.jboss.scanning.spi.helpers.UrlScanner.scan(UrlScanner.java:96) [:1.0.0.GA] at org.jboss.scanning.deployers.ScanningDeployer.deploy(ScanningDeployer.java:95) [:1.0.0.GA] at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:179) [:2.2.2.GA] at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1832) [:2.2.2.GA] at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1550) [:2.2.2.GA] at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1491) [:2.2.2.GA] at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:379) [jboss-dependency.jar:2.2.0.SP2] at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:2044) [jboss-dependency.jar:2.2.0.SP2] at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:1083) [jboss-dependency.jar:2.2.0.SP2] at org.jboss.dependency.plugins.AbstractController.executeOrIncrementStateDirectly(AbstractController.java:1322) [jboss-dependency.jar:2.2.0.SP2] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1246) [jboss-dependency.jar:2.2.0.SP2] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1139) [jboss-dependency.jar:2.2.0.SP2] at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:939) [jboss-dependency.jar:2.2.0.SP2] at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:654) [jboss-dependency.jar:2.2.0.SP2] at org.jboss.deployers.plugins.deployers.DeployersImpl.change(DeployersImpl.java:1983) [:2.2.2.GA] at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:1076) [:2.2.2.GA] at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:679) [:2.2.2.GA] at org.jboss.system.server.profileservice.deployers.MainDeployerPlugin.process(MainDeployerPlugin.java:106) [:6.1.0.Final] at org.jboss.profileservice.dependency.ProfileControllerContext$DelegateDeployer.process(ProfileControllerContext.java:143) [:0.2.2] at org.jboss.profileservice.deployment.hotdeploy.HDScanner$HDScanAction.deploy(HDScanner.java:240) [:0.2.2] at org.jboss.profileservice.deployment.hotdeploy.HDScanner$HDScanAction.complete(HDScanner.java:192) [:0.2.2] at org.jboss.profileservice.management.TwoPCActionWrapper.doComplete(TwoPCActionWrapper.java:57) [:0.2.2] at org.jboss.profileservice.management.actions.AbstractTwoPhaseModificationAction.complete(AbstractTwoPhaseModificationAction.java:74) [:0.2.2] at org.jboss.profileservice.management.actions.AbstractTwoPhaseModificationAction.prepare(AbstractTwoPhaseModificationAction.java:95) [:0.2.2] at org.jboss.profileservice.management.ModificationSession.prepare(ModificationSession.java:87) [:0.2.2] at org.jboss.profileservice.management.AbstractActionController.internalPerfom(AbstractActionController.java:234) [:0.2.2] at org.jboss.profileservice.management.AbstractActionController.performWrite(AbstractActionController.java:213) [:0.2.2] at org.jboss.profileservice.management.AbstractActionController.perform(AbstractActionController.java:150) [:0.2.2] at org.jboss.profileservice.management.AbstractActionController.perform(AbstractActionController.java:135) [:0.2.2] at org.jboss.profileservice.deployment.hotdeploy.HDScanner.scan(HDScanner.java:146) [:0.2.2] at org.jboss.profileservice.deployment.hotdeploy.HDScanner.run(HDScanner.java:90) [:0.2.2] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) [:1.6.0_13] at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317) [:1.6.0_13] at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150) [:1.6.0_13] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98) [:1.6.0_13] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181) [:1.6.0_13] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205) [:1.6.0_13] at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_13] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_13] at java.lang.Thread.run(Thread.java:619) [:1.6.0_13] -------------------------------------------------------------- Reply to this message by going to Community [https://community.jboss.org/message/833429#833429] Start a new discussion in Beginner's Corner at Community [https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]

12 years, 3 months

1
0
0 / 0

[Performance Tuning] - How to confirm JVM Settings

by Santy Avinash

Santy Avinash [https://community.jboss.org/people/pandes3] created the discussion "How to confirm JVM Settings" To view the discussion, visit: https://community.jboss.org/message/833306#833306 -------------------------------------------------------------- Hi, Needed some help here (Jboss AS 7.1, RHEL 6) I have updated the java options in standalone.conf file JAVA_OPTS="-Xms2048m -Xmx2048m -XX:MaxPermSize=512m -XX:ThreadStackSize=128" restarted the Jboss Now need to confirm the settings have effecctively updated, I run the following command "java -XshowSettings:all" , below is the output VM settings: Stack Size: 1.00M Max. Heap Size (Estimated): 1.71G Ergonomics Machine Class: server Using VM: Java HotSpot(TM) 64-Bit Server VM The stack size still it is showin as 1 MB and heap size as 1.71 G. why the settings have not been updated ? Am I looking at right place (java -XshowSettings:all) ? Help will be most appreciated Regards Avinash -------------------------------------------------------------- Reply to this message by going to Community [https://community.jboss.org/message/833306#833306] Start a new discussion in Performance Tuning at Community [https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]

12 years, 3 months

3
2
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user August 2013