July 2006 - jboss-dev-forums - Jboss List Archives

[Design of JBoss jBPM] - Simple process not ending.

by brado

Hello, I am using jbpm 3.1.1. I have defined a very simple process that looks as follows: start --> node --> end There are no wait states. Now, from the jbpm user's guide, I see this quote: "The idea is to start execution on process instances and that the execution continues till it enters a wait state." I execute my business process using the following code: | GraphSession graphSession = jbpmContext.getGraphSession(); | log.debug("Finding process definition: MyProcess"); | ProcessDefinition processDefinition = graphSession.findLatestProcessDefinition("MyProcess"); | log.debug("Creating new process instance: MyProcess"); | ProcessInstance processInstance = new ProcessInstance(processDefinition); | log.debug("Saving process instance: MyProcess"); | jbpmContext.save(processInstance); | og.debug("Executing business process: MyProcess"); | processInstance.signal(); | log.debug("Is process ended? " + processInstance.hasEnded()); | log.debug("Saving process instance: MyProcess"); | jbpmContext.save(processInstance); | String status = (String) processInstance.getContextInstance().getVariable(PVAR_engineStatus); | log.info("return=" + status); | My code here and the code in the node action in my business process execute successfully, without any errors. However, the problem is that the process shows that it has not ended -- the processInstance.hasEnded() method returns false, and the process instance saved to the database also shows that the process has not yet ended. Again, there are no wait states in this business process, and there are transitions from start to my node to the end. Why isn't my business process showing that it has ended? Thanks in advance. Brad View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3960857#3960857 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3960857

19 years, 8 months

1
0
0 / 0

[Design of the JBoss EJB Container] - JBAS-3428 - Duplication on Proxies

by clebert.suconic＠jboss.com

MBeanProxyExt.create is creating a new ClassLoader and forcing a loadClass to return an instance of a proxy using that classLoader. I guess this is done to make sure a redeployment leakage is not going to happen. IMO it would be better just use the original ClassLoader, and make sure applications are releasing instances to the proxy. Creating a new ClassLoader here would just mascarade a real problem, and besides create a worse leakage. On the case of JBAS-3428 I guess we should just revert to MBeanProxy.get. (I would like to hear from others), and if we see a redeployment leakage we should clear references to its proxies. I also thinkg MBeanProxyExt.create should behave the same way as MBeanProxy.get. Just IMHO. Clebert Suconic View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3960837#3960837 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3960837

19 years, 8 months

1
0
0 / 0

[Design of JBoss Transaction Services] - Re: Bug Report 1074790: Interpretation of thread interruptio

by guy_rouillier

Sorry to be resurrecting a very old issue, but we are encountering this same problem with 3.2.7. We have a long running process. This used to work fine, but I guess the execution time has grown as our database has grown. I see the job starting at 21:28:31, then getting this "Interrupted while requesting permit!" at 21:38:32. So I suppose some timeout is happening at 10 minutes = 600 seconds. I'm not really following the discussion here or in the bug report. Is this happening because the job overlaps the 30-minute database connection timeout, and hence the connection is getting yanked out from underneath it? I would think not, because that should produce some error reflecting loss of connection. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3960820#3960820 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3960820

19 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: JPDL Eclipse Graphical Editor - problem building.

by koen.aers＠jboss.com

By the way... I still have to document this stuff in a readme.. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3960817#3960817 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3960817

19 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: JPDL Eclipse Graphical Editor - problem building.

by koen.aers＠jboss.com

And did you do the get.dependencies? Are the Ecipse files in your local repository? Normally not only the text files should be there but also the unzipped content of all the Eclipse files... The files are a way to explicitly keep track of the Eclipse/WTP/GEF/... configuration. If this configuration changes, the eclipse.home folder is erased and the fresh Eclipse configuration is installed. This allowed me yesterday to do a complete build of all the jBPM artifacts in less than 3 minutes. But maybe there is still a bug in it of course... Anyone else seeing the same thing? Regards, Koen View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3960816#3960816 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3960816

19 years, 8 months

1
0
0 / 0

[Design of Kosmos] - Re: serviceResultUpdaterJob not traversing repository

by sstuart4

I forgot, I was going to send my ehcache.xml in the previous post. Here it is: | <ehcache> | <diskStore path="java.io.tmpdir"/> | |  | <defaultCache name="hu.midori.kosmos.server.defaultCache" maxElementsInMemory="1024" eternal="false" | timeToIdleSeconds="14400" timeToLiveSeconds="14400" overflowToDisk="true" diskPersistent="true"/> | | <cache name="hu.midori.kosmos.server.cache" maxElementsInMemory="1024" eternal="false" | timeToIdleSeconds="14400" timeToLiveSeconds="14400" overflowToDisk="true" diskPersistent="true"/> | </ehcache> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3960802#3960802 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3960802

19 years, 8 months

1
0
0 / 0

[Design of JBoss Collaboration Server] - Broken Calendar Mail Listener

by mikezzz

If anyone is wondering why the calendar mail listener (in CVS HEAD) is disabled in the control.vm file (used by the test-deploy task), I switched it off as it appears to be broken and prevents JBMS from starting. Cheers, Mike. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3960801#3960801 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3960801

19 years, 8 months

1
0
0 / 0

[Design of Kosmos] - Re: serviceResultUpdaterJob not traversing repository

by sstuart4

Everything seems to be fine except that the cache does not seem to be surviving server restarts. Here is a portion of my log just after a restart: Before the restart: | 2006-07-25 14:44:45,045 INFO [hu.midori.kosmos.portlet.svn.SvnMonitoringPortlet] Viewing... | 2006-07-25 14:44:45,141 DEBUG [hu.midori.kosmos.server.MethodResultCacheInterceptor] Accessing cache "hu.midori.kosmos.server.cache" [2 items]... | 2006-07-25 14:44:45,142 INFO [hu.midori.kosmos.server.MethodResultCacheInterceptor] Cache-hit: "hu.midori.kosmos.server.svn.SvnServiceImpl.getRepositories.http://myserve..." returned from cache (11 minutes old) | 2006-07-25 14:44:48,321 DEBUG [hu.midori.kosmos.server.MethodResultCacheInterceptor] Accessing cache "hu.midori.kosmos.server.cache" [2 items]... | 2006-07-25 14:44:48,321 INFO [hu.midori.kosmos.server.MethodResultCacheInterceptor] Cache-hit: "hu.midori.kosmos.server.svn.SvnServiceImpl.getRepositories.http://myserve..." returned from cache (9 minutes old) | 2006-07-25 14:44:48,556 DEBUG [hu.midori.kosmos.portlet.svn.SvnMonitoringPortlet] SVN repositories downloaded: 2 | And after... | 2006-07-25 15:22:06,805 INFO [hu.midori.kosmos.portlet.svn.SvnMonitoringPortlet] Viewing... | 2006-07-25 15:22:06,919 DEBUG [hu.midori.kosmos.server.MethodResultCacheInterceptor] Accessing cache "hu.midori.kosmos.server.cache" [0 items]... | 2006-07-25 15:22:06,919 INFO [hu.midori.kosmos.server.MethodResultCacheInterceptor] Cache-miss: reloading "hu.midori.kosmos.server.svn.SvnServiceImpl.getRepositories.http://myserve..."... | 2006-07-25 15:22:06,919 DEBUG [hu.midori.kosmos.server.svn.SvnServiceImpl] Returning repositories... | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3960800#3960800 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3960800

19 years, 8 months

1
0
0 / 0

[Design of JBoss Collaboration Server] - Re: JBMS Alternate Datastore

by acoliver＠jboss.org

Yup you're right. JBMS does not provide reliability without reliable storage. There seems to be no free and reliable DBMS. You demand completely free (so Java isn't a good choice) and completely reliable (So mysql is not a good choice). So it seems that JBMS isn't right for you. -Andy View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3960797#3960797 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3960797

19 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: JPDL Eclipse Graphical Editor - problem building.

by kukeltje

taking a completely fresh install of eclipse 3.2 with gpd 3.0.11, gave me the following error when doing a fresh cvs checkout and build run-eclipse-plugin-builder: [java] java.lang.NoClassDefFoundError: org/eclipse/core/launcher/Main [java] Exception in thread "main" [java] Java Result: 1 The eclipse.home in the build.properties points to what is initially an empty dir. after the build there are 5 text files 0 bytes large with the following names eclipse-SDK-3.2-win32.zip.txt emf-sdo-xsd-SDK-2.2.0.zip.txt GEF-SDK-3.2.zip.txt JEM-SDK-1.2.zip.txt wtp-sdk-R-1.5.0-200606281455.zip.txt View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3960784#3960784 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3960784

19 years, 8 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums July 2006