[JBoss JIRA] Created: (JBMICROCONT-204) Problem determing getter for java.lang.Boolean property
by Scott M Stark (JIRA)
Problem determing getter for java.lang.Boolean property
-------------------------------------------------------
Key: JBMICROCONT-204
URL: http://jira.jboss.com/jira/browse/JBMICROCONT-204
Project: JBoss MicroContainer
Issue Type: Bug
Components: BeanInfo
Affects Versions: JBossMC_2_0_0 Beta3
Environment: org.jboss.test.deployers.managed.test.DeployerManagedDeploymentUnitTestCase.testManagedDeployment
Reporter: Scott M Stark
Assigned To: Scott M Stark
Fix For: JBossMC-2.0.0.Beta4
Trying to create a ManagedProperty for a boolean like:
@ManagementProperty(name="local-transaction")
public Boolean isLocalTransactions()
{
return localTransactions;
}
public void setLocalTransactions(Boolean localTransactions)
{
this.localTransactions = localTransactions;
}
is failing in the AbstractPropertyInfo accessor because there is no getter:
Caused by: java.lang.IllegalArgumentException: Property is not readable: localTransactions for org.jboss.test.deployers.deployer.support.LocalDataSourceMetaData
at org.jboss.beans.info.plugins.AbstractPropertyInfo.get(AbstractPropertyInfo.java:170)
at org.jboss.managed.plugins.factory.AbstractManagedObjectFactory.getValue(AbstractManagedObjectFactory.java:581)
at org.jboss.managed.plugins.factory.AbstractManagedObjectFactory.populateValues(AbstractManagedObjectFactory.java:534)
at org.jboss.managed.plugins.factory.AbstractManagedObjectFactory.populateManagedObject(AbstractManagedObjectFactory.java:485)
at org.jboss.managed.plugins.factory.AbstractManagedObjectFactory.initManagedObject(AbstractManagedObjectFactory.java:166)
at org.jboss.managed.plugins.factory.AbstractManagedObjectFactory.getValue(AbstractManagedObjectFactory.java:622)
at org.jboss.managed.plugins.factory.AbstractManagedObjectFactory.populateValues(AbstractManagedObjectFactory.java:534)
at org.jboss.managed.plugins.factory.AbstractManagedObjectFactory.populateManagedObject(AbstractManagedObjectFactory.java:485)
at org.jboss.managed.plugins.factory.AbstractManagedObjectFactory.initManagedObject(AbstractManagedObjectFactory.java:166)
at org.jboss.test.deployers.deployer.support.MCFDeployer.build(MCFDeployer.java:40)
at org.jboss.deployers.plugins.deployers.DeployerWrapper.build(DeployerWrapper.java:202)
... 21 more
This works fine if the setter/getter use the primitive boolean type rather than java.lang.Boolean.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 10 months
[JBoss JIRA] Updated: (JBPM-429) Support for external security systems
by Tom Baeyens (JIRA)
[ http://jira.jboss.com/jira/browse/JBPM-429?page=all ]
Tom Baeyens updated JBPM-429:
-----------------------------
Fix Version/s: jBPM jPDL 3.2.2
Priority: Critical (was: Major)
> Support for external security systems
> -------------------------------------
>
> Key: JBPM-429
> URL: http://jira.jboss.com/jira/browse/JBPM-429
> Project: JBoss jBPM
> Issue Type: Bug
> Components: Core Engine
> Affects Versions: jBPM 3.0
> Environment: NA
> Reporter: Ashwini Kumar
> Assigned To: Tom Baeyens
> Priority: Critical
> Fix For: jBPM jPDL 3.2.2
>
> Original Estimate: 2 minutes
> Remaining Estimate: 2 minutes
>
> Please change the readAssignmentDelegation method in org.jbpm.jpdl.xml.JpdlXmlReader to be the following.
> The original method would ignore the class attribute assigned to swimlane assignments and default it to org.jbpm.identity.assignment.ExpressionAssignmentHandler
> Thanks,
> private Delegation readAssignmentDelegation(Element assignmentElement) {
> Delegation assignmentDelegation = new Delegation();
> String expression = assignmentElement.attributeValue("expression");
> if (expression!=null) {
> assignmentDelegation.setProcessDefinition(processDefinition);
> String assignmentHandler = assignmentElement.attributeValue("class");
> if (assignmentHandler != null){
> assignmentDelegation.setClassName(assignmentHandler);
> }
> else{
> assignmentDelegation.setClassName("org.jbpm.identity.assignment.ExpressionAssignmentHandler");
> }
> assignmentDelegation.setConfiguration("<expression>"+expression+"</expression>");
>
> } else {
> assignmentDelegation.read(assignmentElement, this);
> }
> return assignmentDelegation;
> }
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 10 months
[JBoss JIRA] Closed: (JBPM-681) GraphElement.raiseException results in Exception with Java EE
by Tom Baeyens (JIRA)
[ http://jira.jboss.com/jira/browse/JBPM-681?page=all ]
Tom Baeyens closed JBPM-681.
----------------------------
> GraphElement.raiseException results in Exception with Java EE
> -------------------------------------------------------------
>
> Key: JBPM-681
> URL: http://jira.jboss.com/jira/browse/JBPM-681
> Project: JBoss jBPM
> Issue Type: Bug
> Components: Core Engine
> Affects Versions: jBPM 3.1.1
> Environment: Java EE with JTA
> Reporter: Bernd Ruecker
> Assigned To: Tom Baeyens
> Priority: Critical
> Fix For: jBPM jPDL 3.2.2
>
>
> If you
> - invoke a SessionBean in a jbpm action
> - jBPM and the SessionBean run in the same JTA transaction
> - a Exception occurs
> Then the Transaction is marked for rollback from the EJB-Container when the Exception occurs in the SessionBean.
> Now jBPM wants to handle the Exception (see http://docs.jboss.com/jbpm/v3/userguide/processmodelling.html#exceptionha...):
> When an exception occurs in a delegation class, the process element parent hierarchy is serached for an appropriate exception-handler. When it is found, the actions of the exception-handler are executed
> But becaue the transaction is already marked for rollback, a call to Hibernate (lazy loading?) results in a exception:
> 7:14:29,875 INFO [DefaultLoadEventListener] Error performing load command
> org.hibernate.exception.GenericJDBCException: Cannot open connection
> at org.hibernate.exception.SQLStateConverter.handledNonSpecificException(SQLStateConverter.java:103
> )
> at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:91)
> at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43)
> at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:29)
> at org.hibernate.jdbc.ConnectionManager.openConnection(ConnectionManager.java:420)
> at org.hibernate.jdbc.ConnectionManager.getConnection(ConnectionManager.java:144)
> at org.hibernate.jdbc.AbstractBatcher.prepareQueryStatement(AbstractBatcher.java:139)
> at org.hibernate.loader.Loader.prepareQueryStatement(Loader.java:1561)
> at org.hibernate.loader.Loader.doQuery(Loader.java:661)
> at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:224)
> at org.hibernate.loader.Loader.loadEntity(Loader.java:1785)
> at org.hibernate.loader.entity.AbstractEntityLoader.load(AbstractEntityLoader.java:48)
> at org.hibernate.loader.entity.AbstractEntityLoader.load(AbstractEntityLoader.java:42)
> at org.hibernate.persister.entity.AbstractEntityPersister.load(AbstractEntityPersister.java:2821)
> at org.hibernate.event.def.DefaultLoadEventListener.loadFromDatasource(DefaultLoadEventListener.jav
> a:370)
> at org.hibernate.event.def.DefaultLoadEventListener.doLoad(DefaultLoadEventListener.java:351)
> at org.hibernate.event.def.DefaultLoadEventListener.load(DefaultLoadEventListener.java:122)
> at org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:81)
> at org.hibernate.impl.SessionImpl.fireLoad(SessionImpl.java:871)
> at org.hibernate.impl.SessionImpl.immediateLoad(SessionImpl.java:829)
> at org.hibernate.proxy.AbstractLazyInitializer.initialize(AbstractLazyInitializer.java:66)
> at org.hibernate.proxy.AbstractLazyInitializer.getImplementation(AbstractLazyInitializer.java:111)
> at org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.intercept(CGLIBLazyInitializer.java:160)
> at org.jbpm.graph.def.Node$$EnhancerByCGLIB$$cb896060.equals(<generated>)
> at org.jbpm.util.EqualsUtil.equals(EqualsUtil.java:30)
> at org.jbpm.graph.def.GraphElement.equals(GraphElement.java:418)
> at org.jbpm.graph.def.GraphElement$$FastClassByCGLIB$$7a7d6aa6.invoke(<generated>)
> at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:149)
> at org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.intercept(CGLIBLazyInitializer.java:163)
> at org.jbpm.graph.node.TaskNode$$EnhancerByCGLIB$$78d101e.equals(<generated>)
> at org.jbpm.graph.def.Transition.getParent(Transition.java:204)
> at org.jbpm.graph.def.GraphElement.raiseException(GraphElement.java:338)
> at org.jbpm.graph.def.GraphElement.executeAction(GraphElement.java:248)
> at org.jbpm.graph.def.GraphElement.executeActions(GraphElement.java:212)
> at org.jbpm.graph.def.GraphElement.fireAndPropagateEvent(GraphElement.java:182)
> at org.jbpm.graph.def.GraphElement.fireEvent(GraphElement.java:166)
> at org.jbpm.graph.def.Transition.take(Transition.java:106)
> at org.jbpm.graph.def.Node.leave(Node.java:382)
> at org.jbpm.graph.node.TaskNode.leave(TaskNode.java:198)
> at org.jbpm.graph.def.Node$$FastClassByCGLIB$$d187eeda.invoke(<generated>)
> at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:149)
> at org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.intercept(CGLIBLazyInitializer.java:163)
> at org.jbpm.graph.def.Node$$EnhancerByCGLIB$$cb896060.leave(<generated>)
> at org.jbpm.graph.exe.Token.signal(Token.java:174)
> at org.jbpm.graph.exe.Token.signal(Token.java:145)
> at org.jbpm.graph.exe.Token$$FastClassByCGLIB$$74df1c6e.invoke(<generated>)
> at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:149)
> at org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.intercept(CGLIBLazyInitializer.java:163)
> at org.jbpm.graph.exe.Token$$EnhancerByCGLIB$$fae2cddc.signal(<generated>)
> at org.jbpm.taskmgmt.exe.TaskInstance.end(TaskInstance.java:420)
> at org.jbpm.taskmgmt.exe.TaskInstance.end(TaskInstance.java:359)
> at org.jbpm.taskmgmt.exe.TaskInstance$$FastClassByCGLIB$$cb2c21af.invoke(<generated>)
> at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:149)
> at org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.intercept(CGLIBLazyInitializer.java:163)
> at org.jbpm.taskmgmt.exe.TaskInstance$$EnhancerByCGLIB$$cbd8230f.end(<generated>)
> at com.camunda.toolkit.jbpm.service.AdminServicesImpl.endTask(AdminServicesImpl.java:1452)
>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 10 months
[JBoss JIRA] Created: (JBPM-1031) Use multiple VariableResolvers?
by Kristof Devos (JIRA)
Use multiple VariableResolvers?
-------------------------------
Key: JBPM-1031
URL: http://jira.jboss.com/jira/browse/JBPM-1031
Project: JBoss jBPM
Issue Type: Feature Request
Components: Core Engine
Affects Versions: jBPM 3.1.3
Reporter: Kristof Devos
Assigned To: Tom Baeyens
Priority: Minor
JbpmExpressionValidator uses a static VariableResolver (in case of seam usage it always SeamVariableResolver), in this case it is no longer possible to put variables in the JBPM context instance to resolve in expressions, would it be nice to have multiple expressionvalidator possible in sorted order to make sure seam context and jbpm context can be used in any case?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 10 months