[JBoss JIRA] Commented: (JBPM-1448) jBPM does not initialise thread context classloader
by Bernd Ruecker (JIRA)
[ https://jira.jboss.org/jira/browse/JBPM-1448?page=com.atlassian.jira.plug... ]
Bernd Ruecker commented on JBPM-1448:
-------------------------------------
Hi. What is the current status of this issue? I am working in the same area at the moment, so I could also have a deeper look at it, but I want to avoid duplicate work... In the current SVN HEAD I don't see any changes, so nobody started yet, right?
> jBPM does not initialise thread context classloader
> ---------------------------------------------------
>
> Key: JBPM-1448
> URL: https://jira.jboss.org/jira/browse/JBPM-1448
> Project: JBoss jBPM
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Core Engine
> Reporter: Kevin Conner
> Assignee: Trevor Kirby
> Priority: Critical
> Fix For: SOA 4.2 CP03, SOA 4.3
>
>
> jBPM does not initialise the thread context classloader when executing actions within the process.
> The outcome of this decision is that code executed within the context of this action will not have access to classes/resources in the par unless the action classloader is an explicit parameter.
> One example of this is the RMI marshalling layer, which has an implication on JNDI lookups.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 3 months
[JBoss JIRA] Created: (JBPM-1733) createSchema is called for every DB test
by Thomas Diesler (JIRA)
createSchema is called for every DB test
----------------------------------------
Key: JBPM-1733
URL: https://jira.jboss.org/jira/browse/JBPM-1733
Project: JBoss jBPM
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: jPDL 3
Reporter: Thomas Diesler
Priority: Blocker
Fix For: jBPM 3.3.0
This issue prevents meaningful test runs on postgresql
hsqldb: 1.5 min
mysql: 25min
postgre: 5h
public void setUp() throws Exception
{
log.debug("### starting " + getLongName() + " ####################################################");
super.setUp();
try
{
// TODO: This creates the schema on EVERY test
createSchema();
// If a clean DB is realy needed this should perhaps be done
//cleanSchema();
createJbpmContext();
initializeMembers();
}
catch (Exception ex)
{
// Note, that if setUp fails a call to tearDown will not happen.
log.error("Exception is setUp, tearDown will not get called", ex);
throw ex;
}
}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 4 months
[JBoss JIRA] Updated: (JBPM-1452) JbpmConfiguration assumes the object factory has a jbpm.job.executor entry
by Thomas Diesler (JIRA)
[ https://jira.jboss.org/jira/browse/JBPM-1452?page=com.atlassian.jira.plug... ]
Thomas Diesler updated JBPM-1452:
---------------------------------
Comment: was deleted
> JbpmConfiguration assumes the object factory has a jbpm.job.executor entry
> --------------------------------------------------------------------------
>
> Key: JBPM-1452
> URL: https://jira.jboss.org/jira/browse/JBPM-1452
> Project: JBoss jBPM
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: jBPM 3.3.0 CR1
> Environment: 3.3 snapshot
> Spring
> Reporter: Alejandro Guizar
> Assignee: Alejandro Guizar
> Fix For: jBPM 3.3.0 CR1
>
>
> The following exception is thrown while completing a task that ends a process. The application runs with the 3.3 snapshot JAR.
> org.jbpm.configuration.ConfigurationException: name 'jbpm.job.executor' is not defined in the configuration. configured names: [resource.hibernate.queries.hbm.xml, jbpm.msg.wait.timout, jbpm.task.instance.factory, resource.default.modules, resource.varmapping, resource.business.calendar, resource.action.types, resource.parsers, default.jbpm.context, resource.node.types, resource.converter, jbpm.variable.resolver, jbpm.byte.block.size]
> at org.jbpm.configuration.ObjectFactoryImpl.createObject(ObjectFactoryImpl.java:76)
> at org.jbpm.JbpmConfiguration.getJobExecutor(JbpmConfiguration.java:603)
> at org.jbpm.scheduler.db.DbSchedulerService.<init>(DbSchedulerService.java:51)
> at org.jbpm.scheduler.db.DbSchedulerServiceFactory.openService(DbSchedulerServiceFactory.java:32)
> at org.jbpm.svc.Services.getService(Services.java:156)
> at org.jbpm.svc.Services.getCurrentService(Services.java:94)
> at org.jbpm.graph.exe.ProcessInstance.end(ProcessInstance.java:328)
> at org.jbpm.graph.exe.Token.notifyParentOfTokenEnd(Token.java:329)
> at org.jbpm.graph.exe.Token.end(Token.java:301)
> at org.jbpm.graph.exe.Token.end(Token.java:251)
> at org.jbpm.graph.node.EndState.execute(EndState.java:59)
> The 3.3 snapshot is looking for 'jbpm.job.executor' which is defined in the default.jbpm.cfg.xml, but which the application does not have in its jbpm.cfg.xml. It works with 3.2.2. The JobExecutor is set up manually in a Spring configuration.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 4 months