January 2010 - jboss-user - Jboss List Archives

[Performance Tuning] New message: "Re: CPU usage increases daily for JBoss PID, reaches to 100% after 10 days."

by Scott Marlow

User development, A new message was posted in the thread "CPU usage increases daily for JBoss PID, reaches to 100% after 10 days.": http://community.jboss.org/message/518803#518803 Author : Scott Marlow Profile : http://community.jboss.org/people/smarlow@redhat.com Message: -------------------------------------------------------------- Sounds like the HashMap (accessed by MenuModel.buildInternalList) is corrupted. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518803#518803

14 years, 3 months

1
0
0 / 0

[JNDI and Naming] New message: "Re: Problem with connection to HA-JNDI."

by Krystian Siuda

User development, A new message was posted in the thread "Problem with connection to HA-JNDI.": http://community.jboss.org/message/518802#518802 Author : Krystian Siuda Profile : http://community.jboss.org/people/ksiuda Message: -------------------------------------------------------------- Hello, We have all jars listed in: http://labs.jboss.com/file-access/default/members/jbossmessaging/freezone... included into the class path. We are using: Java JRE 6 (build 1.6.0_17-b04) JBossMessaging 1.4.3.GA JBoss 5.1.0.GA Sincerly, Krystian Siuda (we are working together with Maciej) -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518802#518802

14 years, 3 months

1
0
0 / 0

[JBoss Tools] New message: "Re: Smooks editor does not work in JBossTools 3.1 RC2"

by Denis Golovin

User development, A new message was posted in the thread "Smooks editor does not work in JBossTools 3.1 RC2": http://community.jboss.org/message/518800#518800 Author : Denis Golovin Profile : http://community.jboss.org/people/dgolovin Message: -------------------------------------------------------------- That's a good point and would be good to have smoke tests for that: 1. Instal previous version 2. Update it with new one 3. Run smoke tests I think that is only right way to test new version, because clean installation will work if it works for this scenario. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518800#518800

14 years, 3 months

1
0
0 / 0

[JBoss Tools] New message: "Re: Smooks editor does not work in JBossTools 3.1 RC2"

by Denis Golovin

User development, A new message was posted in the thread "Smooks editor does not work in JBossTools 3.1 RC2": http://community.jboss.org/message/518798#518798 Author : Denis Golovin Profile : http://community.jboss.org/people/dgolovin Message: -------------------------------------------------------------- > DartPeng wrote: > > I don't think the MANIFEST.MF in CR2 was wrong , it just append some additional export package. That's the reason if you've changed something in plug-in you have to change a version to get it picked up after update. In general build system adds qualifier to the version but this smooks.runtime plug-in is excluded from version update because it was going to have the same version as included smooks jars. So question is if this plug-in is going to have changes in future it have to be included in qualifier generation process or you have to remember to update version every time you change something in it. > DartPeng wrote: > > I test the nightly building on windows xp , but it work well. > Tom has tested it on OS X , it doesn't happen too It works in nightly builds only because it does the clean install of all plug-ins. > DartPeng wrote: > > Maybe we need to wait for the next nightlybuilding and test it again, Next build is not going to change anything unless we fix it in plug-in manifest or in smooks builder. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518798#518798

14 years, 3 months

1
0
0 / 0

[Performance Tuning] New message: "Re: CPU usage increases daily for JBoss PID, reaches to 100% after 10 days."

by Peter Johnson

User development, A new message was posted in the thread "CPU usage increases daily for JBoss PID, reaches to 100% after 10 days.": http://community.jboss.org/message/518793#518793 Author : Peter Johnson Profile : http://community.jboss.org/people/peterj Message: -------------------------------------------------------------- I see the 48 GC threads, but I doubt that they are running and thus not the cause of the problem. (You would need to turn on GC monitoring to be sure.) How many cores/CPUs do you have on the system? What command line options are you using? JVM 5 and later will automatically assign one GC thread per core (for the first 8 cores, with 5 GC threads for every 8 cores after that). The 48 threads I wanted you to look at were the ones that were stuck in HashMap.put(). They all seem to have the same, or similar. stack trace: at java.util.HashMap.put(HashMap.java:420) at com.pb.e2.present.model.MenuModel.buildInternalList(Unknown Source) at com.pb.e2.present.model.MenuModel.refresh(Unknown Source) at com.pb.e2.present.model.MenuModel.refresh(Unknown Source) at com.pb.e2.present.actions.CustomActionBase.getCMSData(CustomActionBase.java:155) at com.pb.e2.present.actions.CustomActionBase.prepare(CustomActionBase.java:46) at com.opensymphony.xwork2.interceptor.PrepareInterceptor.doIntercept(PrepareInterceptor.java:118) . . . Since 48 threads are all in this exact same code, I suspect that there is an infinite loop involved. You need to closely examine the above code (it would have helped you greatly if that code was compiled with -g so that the line numbers would show up in the stack trace). One thing you can do it to take several thread dumps, each a few seconds appart. Look for threads that are "stuck" in the same code - that is where you have infinite loops. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518793#518793

14 years, 3 months

1
0
0 / 0

[JBoss Microcontainer Development POJO Server] New message: "Re: VFSClassloaderPolicy and VFS3 Mounting"

by John Bailey

User development, A new message was posted in the thread "VFSClassloaderPolicy and VFS3 Mounting": http://community.jboss.org/message/518794#518794 Author : John Bailey Profile : http://community.jboss.org/people/johnbailey Message: -------------------------------------------------------------- > The roots in this module can only come from current/underlying deployment, > which you already had to properly mount (and will have to properly unmount). Right. I was looking at a way to get the two paths for creating a VFSClassloaderPolicy to be more similar. I am fine with it being done by the underlying deployments. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518794#518794

14 years, 3 months

1
0
0 / 0

[jBPM] New message: "Re: JBPM won't save data in the database"

by Ronald van Kuijk

User development, A new message was posted in the thread "JBPM won't save data in the database": http://community.jboss.org/message/518792#518792 Author : Ronald van Kuijk Profile : http://community.jboss.org/people/kukeltje Message: -------------------------------------------------------------- Oh, switchin to InnoDB was surely not going to solve this. If nothing is saved, there probably is no commit. Setting auto-commit to true only helps if the rest of your db config does not overrules this. If you use JTA and the datasource participates in a running transaction that is never committed, you will never see data in the database. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518792#518792

14 years, 3 months

1
0
0 / 0

[JBoss Microcontainer Development POJO Server] New message: "Re: VFSClassloaderPolicy and VFS3 Mounting"

by Ales Justin

User development, A new message was posted in the thread "VFSClassloaderPolicy and VFS3 Mounting": http://community.jboss.org/message/518790#518790 Author : Ales Justin Profile : http://community.jboss.org/people/alesj Message: -------------------------------------------------------------- > Looking into how to accomplish the same thing from VFSDeploymentClassLoaderPolicyModule, which does not appear to support the create and destroy semantics. Is is safe to rely on the Module:release method? It appears to be called during undeploy of the module. Why would you need to mount/unmount this module? The roots in this module can only come from current/underlying deployment, which you already had to properly mount (and will have to properly unmount). Or am I missing some use case that is outside the normal usage? -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518790#518790

14 years, 3 months

1
0
0 / 0

[JBoss Tools] New message: "Re: seam generate entities for many-to-many relationships"

by Max Andersen

User development, A new message was posted in the thread "seam generate entities for many-to-many relationships": http://community.jboss.org/message/518787#518787 Author : Max Andersen Profile : http://community.jboss.org/people/max.andersen@jboss.com Message: -------------------------------------------------------------- Yes, your solution is correct since otherwise we just see the tables are three related entities. No way to detect the many-to-many. But to answer your question about convincing/controlling seam-gen (or rather hibernate tools) beyond what is in your database lookup rev-eng.xml in the documentation or google -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518787#518787

14 years, 3 months

1
0
0 / 0

[JBoss Tools] New message: "Re: Wrong project hierarchy with Maven Configuration"

by Max Andersen

User development, A new message was posted in the thread "Wrong project hierarchy with Maven Configuration": http://community.jboss.org/message/518786#518786 Author : Max Andersen Profile : http://community.jboss.org/people/max.andersen@jboss.com Message: -------------------------------------------------------------- > > Yes, I think that this is what happening. Now I realized that if I add the Maven Configuration before I type the project name on the first screen and forget to type the Artifact Id at the M2 capabilities screen, the projects are created missing the project name on the artifactId. Could you open a bug about this with steps to reproduce ? Sounds like we are not reading the project name consistently. > Just another question: > The web project is created with <packaging>ear</packaging> > instead of <packaging>war</packaging> > > Did I miss anything again? Snjezana would be better to answer that - I know she battled for some time to get the proper setup working. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518786#518786

14 years, 3 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user January 2010