You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ofbiz.apache.org by "Martin Kreidenweis (JIRA)" <ji...@apache.org> on 2011/09/26 10:08:26 UTC
[jira] [Commented] (OFBIZ-4335) Delegator creation fails with new
ExecutionPool on trunk
[ https://issues.apache.org/jira/browse/OFBIZ-4335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13114523#comment-13114523 ]
Martin Kreidenweis commented on OFBIZ-4335:
-------------------------------------------
Just checking up on the ticket status... :-)
Do you need more info or did you just not get around to applying the patch yet?
I still would suggest just disabling the pre-starting of the ofbiz-config threads. The code then behaves the same regardless whether the UtilPropertiesResourceCache timeout is set or not.
I don't think the ThreadWithClassLoader that Adam suggested is necessary.
> Delegator creation fails with new ExecutionPool on trunk
> --------------------------------------------------------
>
> Key: OFBIZ-4335
> URL: https://issues.apache.org/jira/browse/OFBIZ-4335
> Project: OFBiz
> Issue Type: Bug
> Components: framework
> Affects Versions: SVN trunk
> Reporter: Alexander Reelsen
> Assignee: Adam Heath
> Attachments: FixExecutionPoolThreadClassLoader.patch
>
>
> he creation of the delegator done in GenericDelegator fails for me, when starting ofbiz or running run-install-exttest. This is the exception I am getting for each delegator
> [java] 2011-07-08 10:15:17,691 (ofbiz-config-2) [ GenericHelperFactory:62 :WARN ]
> [java] ---- exception report ----------------------------------------------------------
> [java] Exception: java.lang.ClassNotFoundException
> [java] Message: org.ofbiz.entity.datasource.GenericHelperDAO
> [java] ---- stack trace ---------------------------------------------------------------
> [java] java.lang.ClassNotFoundException: org.ofbiz.entity.datasource.GenericHelperDAO
> [java] java.net.URLClassLoader$1.run(URLClassLoader.java:202)
> [java] java.security.AccessController.doPrivileged(Native Method)
> [java] java.net.URLClassLoader.findClass(URLClassLoader.java:190)
> [java] java.lang.ClassLoader.loadClass(ClassLoader.java:307)
> [java] java.lang.ClassLoader.loadClass(ClassLoader.java:248)
> [java] org.ofbiz.entity.datasource.GenericHelperFactory.getHelper(GenericHelperFactory.java:60)
> [java] org.ofbiz.entity.GenericDelegator.initializeOneGenericHelper(GenericDelegator.java:268)
> [java] org.ofbiz.entity.GenericDelegator.access$000(GenericDelegator.java:89)
> [java] org.ofbiz.entity.GenericDelegator$1.call(GenericDelegator.java:287)
> [java] org.ofbiz.entity.GenericDelegator$1.call(GenericDelegator.java:285)
> [java] java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> [java] java.util.concurrent.FutureTask.run(FutureTask.java:138)
> [java] java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
> [java] java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
> [java] java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> [java] java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> [java] java.lang.Thread.run(Thread.java:680)
> [java] --------------------------------------------------------------------------------
> When removing the ExecutionPool specific code which returns the Callable stuff from the GenericDelegator everything gets back to work, so there might be some problem.
> Reply from doogie:
> It's the Thread.currentThread().getContextClassLoader() call in
> GenericHelperFactory that is broken.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira