September 2007 - jboss-user - Jboss List Archives

by kukeltje

Could you try this patch for the validation?? I'm working on a patch for the ending as well. BUT... lots of tests have to be created before this is could be submitted... ### Eclipse Workspace Patch 1.0 | #P jbpm.3-clean | Index: jpdl/jar/src/main/java/org/jbpm/taskmgmt/def/TaskController.java | =================================================================== | RCS file: /cvsroot/jbpm/jbpm.3/jpdl/jar/src/main/java/org/jbpm/taskmgmt/def/TaskController.java,v | retrieving revision 1.2 | diff -u -r1.2 TaskController.java | --- jpdl/jar/src/main/java/org/jbpm/taskmgmt/def/TaskController.java 11 Jun 2007 10:39:29 -0000 1.2 | +++ jpdl/jar/src/main/java/org/jbpm/taskmgmt/def/TaskController.java 14 Sep 2007 11:55:00 -0000 | @@ -136,7 +136,9 @@ | String mappedName = variableAccess.getMappedName(); | // first check if the required variableInstances are present | if ( (variableAccess.isRequired()) | - && (! taskInstance.hasVariableLocally(mappedName)) | + && ( | + (! taskInstance.hasVariableLocally(mappedName)) | + || ( taskInstance.getVariable(mappedName) == null)) | ) { | if (missingTaskVariables==null) { | missingTaskVariables = mappedName; | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084424#4084424 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084424

18 years, 9 months

1
0
0 / 0

[JBoss Messaging] - Re: createConnection hangs

by jwilker

I am in the process of migrating from from JBoss MQ to JBoss Messaging, and have a scenario that will consistently hang createTopicConnection with a similar stack trace, although with JBoss AS 4.2.1GA/JBoss Messaging 1.3.0GA. Clebert, I will mail client/server thread dumps as additional input. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084423#4084423 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084423

18 years, 9 months

1
0
0 / 0

[JBoss jBPM] - Re: Problem with: <jbpm:processimage task=

by dleerob

Search the forums a bit, there has been a few discussion regarding this, as far as a I can remember. If you are using Jbpm in your own webapp, and NOT using JSF, but rather plain JSP or something, you can look at my solution on this thread: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=102817 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084422#4084422 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084422

18 years, 9 months

1
0
0 / 0

[JBossCache] - Re: Problems with NodeLocking algorithm

by manik.surtani＠jboss.com

Repoening JBCACHE-923. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084421#4084421 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084421

18 years, 9 months

1
0
0 / 0

[JBossCache] - Re: Problems with NodeLocking algorithm

by manik.surtani＠jboss.com

First off, thanks for all the effort, Jacek. The race condition between the locking and checking of node existence is a nasty bug. Adding a timer within the loop to break after a timeout is valuable too. All this really stems from the fact that a Node owns the lock. This design flaw is being worked on (new MVCC locking design deals with a striped lock on the Fqn) so even if new nodes are created or destroyed, as long as they belong to the same Fqn the lock will apply. I'm looking into the patches you sent me - I will definitely be using some of them in 1.4.1.SP5. Regarding your scenario 3 though, I would try RepeatableRead and see if it really does impact your performance all that much. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084417#4084417 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084417

18 years, 9 months

1
0
0 / 0

[JBossCache] - Re: Sometimes aquired locks are not released

by manik.surtani＠jboss.com

Note to anyone else following this thread: see http://jboss.org/index.html?module=bb&op=viewtopic&t=118186 for detailed analysis View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084415#4084415 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084415

18 years, 9 months

1
0
0 / 0

[JBossCache] - Re: Problem with concurent put/remove operation.

by manik.surtani＠jboss.com

Note to anyone else following this thread: see http://jboss.org/index.html?module=bb&op=viewtopic&t=118186 for detailed analysis View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084413#4084413 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084413

18 years, 9 months

1
0
0 / 0

[JBossCache] - Re: Why ClusteredCacheLoader?

by manik.surtani＠jboss.com

A clustered cache loader, if unable to find the result, will cause the chaining cache loader to consult the next cache loader in the chain, and load from disk. The benefit is *only* so that you don't need to rely on a state transfer to transfer initial state, but instead load this lazily using a CCL. The other reason for using a CCL is if you don't want any replication at all - i.e., caches are configured as LOCAL, but use a shared database as a cache loader. This way, you could use a CCL as well to prevent overloading your shared DB. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084411#4084411 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084411

18 years, 9 months

1
0
0 / 0

[JBossCache] - Re: 2.0GA and Maven2

by manik.surtani＠jboss.com

Thanks for this - fixed now. This stuff will all go away as from 2.1.0, we use maven2 ourselves when building JBoss Cache. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084404#4084404 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084404

18 years, 9 months

1
0
0 / 0

[JBoss jBPM] - Parameter userName does not exist as a named parameter

by eleman304

hi all I have a problem while getting actor emil from db | | IdentitySession identitySession=new IdentitySession(JbpmContext.getCurrentJbpmContext().getSession()); | User jbpmUser=identitySession.getUserByName(actor); | | | i gor error at runtime with this code jbpmUser=identitySession.getUserByName(actor); Error | java.lang.IllegalArgumentException: Parameter userName does not exist as a named parameter in [select u from org.jbpm.identity.User as u where u.name = :userName] | at org.hibernate.impl.AbstractQueryImpl.setParameter(AbstractQueryImpl.java:356) | at org.hibernate.impl.AbstractQueryImpl.setString(AbstractQueryImpl.java:636) | at org.jbpm.identity.hibernate.IdentitySession.getUserByName(IdentitySession.java:164) | at com.sampas.akos.workFlow.tools.MailActionHandler.execute(MailActionHandler.java:82) | at org.jbpm.graph.def.Action.execute(Action.java:122) | at org.jbpm.graph.def.GraphElement.executeAction(GraphElement.java:255) | at org.jbpm.graph.def.GraphElement.executeActions(GraphElement.java:220) | at org.jbpm.graph.def.GraphElement.fireAndPropagateEvent(GraphElement.java:190) | at org.jbpm.graph.def.GraphElement.fireEvent(GraphElement.java:174) | at org.jbpm.graph.exe.Token.signal(Token.java:200) | at org.jbpm.graph.exe.Token.signal(Token.java:139) | at org.jbpm.taskmgmt.exe.TaskInstance.end(TaskInstance.java:476) | at org.jbpm.taskmgmt.exe.TaskInstance.end(TaskInstance.java:390) | at com.sampas.akos.workFlow.servis.AkosWorkFlow.closeProcessInstance(AkosWorkFlow.java:197) | at com.sampas.akos.iacr.web.controller.GSBasvuruController.saveBasvuru(GSBasvuruController.java:256) | 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.myfaces.el.MethodBindingImpl.invoke(MethodBindingImpl.java:132) | at org.apache.myfaces.trinidad.component.UIXComponentBase.broadcastToMethodBinding(UIXComponentBase.java:1186) | at org.apache.myfaces.trinidad.component.UIXCommand.broadcast(UIXCommand.java:147) | at javax.faces.component.UIViewRoot._broadcastForPhase(UIViewRoot.java:97) | at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:171) | at org.apache.myfaces.lifecycle.InvokeApplicationExecutor.execute(InvokeApplicationExecutor.java:32) | at org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:95) | at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:70) | at javax.faces.webapp.FacesServlet.service(FacesServlet.java:139) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) | at org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:174) | at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:77) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) | at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174) | at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) | at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) | at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) | at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) | at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) | at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685) | at java.lang.Thread.run(Thread.java:595) | | | Thanks All View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084402#4084402 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084402

18 years, 9 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-user September 2007