[JBoss JIRA] Created: (JBRULES-2599) Timers Do Not Get Triggered when using JPA Knowledge Session
by Anatoly Polinsky (JIRA)
Timers Do Not Get Triggered when using JPA Knowledge Session
------------------------------------------------------------
Key: JBRULES-2599
URL: https://jira.jboss.org/browse/JBRULES-2599
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: All
Affects Versions: 5.1.0.CR1
Environment: Windows / Ubuntu; Oracle / H2 / MySQL, it does not seem environment specific
Reporter: Anatoly Polinsky
Assignee: Mark Proctor
When using persistence ( obtaining a session from JPAKnowledgeFactoryService ), Timers do not get triggered.
The instances are still there, but when the process suspends and / or executing [ e.g. workitemhandler has a while(true) loop: just a test scenario to have a process up ], but the timer will NOT trigger.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 11 months
[JBoss JIRA] Updated: (JBAS-8290) Implement solid SessionObjectReference
by Pete Muir (JIRA)
[ https://jira.jboss.org/browse/JBAS-8290?page=com.atlassian.jira.plugin.sy... ]
Pete Muir updated JBAS-8290:
----------------------------
Summary: Implement solid SessionObjectReference (was: Implement solid isRemoved() method for SessionObjectReference)
Assignee: Marius Bogoevici
Priority: Critical (was: Major)
Description:
JBossSessionObjectReference is a bit hacky right now:
1) Needs a proper implementation of isRemoved which interrogates the EJB container to determine the state of the reference
2) Needs a Remove implementation that can cope with no-interface-view beans
3) Needs to lookup the actual reference for getBusinessObject() not just cast the local proxy. Note that we may request remote EJBs through this mechanism!
was:Currently we don't actually detect if the user or EJB container removes the EJB, not WB
> Implement solid SessionObjectReference
> --------------------------------------
>
> Key: JBAS-8290
> URL: https://jira.jboss.org/browse/JBAS-8290
> Project: JBoss Application Server
> Issue Type: Bug
> Components: Weld/CDI
> Reporter: Pete Muir
> Assignee: Marius Bogoevici
> Priority: Critical
> Fix For: 6.0.0.CR1
>
>
> JBossSessionObjectReference is a bit hacky right now:
> 1) Needs a proper implementation of isRemoved which interrogates the EJB container to determine the state of the reference
> 2) Needs a Remove implementation that can cope with no-interface-view beans
> 3) Needs to lookup the actual reference for getBusinessObject() not just cast the local proxy. Note that we may request remote EJBs through this mechanism!
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 11 months
[JBoss JIRA] Created: (EJBTHREE-2149) More informative error messages
by Ondrej Žižka (JIRA)
More informative error messages
-------------------------------
Key: EJBTHREE-2149
URL: https://jira.jboss.org/browse/EJBTHREE-2149
Project: EJB 3.0
Issue Type: Feature Request
Environment: EAP 5.1.0
Reporter: Ondrej Žižka
Attachments: EJB3-errormsg.txt
Let's say I am a maintainer of an EJB app. I deploy an EJB to JBoss EAP, and get hunderds of lines of stacktrace, from which I only need a single line:
No container configured with name 'Custom Message Driven Bean''
and the second most important information, WHERE that dependency comes from, is completely missing.
So i get 50 % of information I need packaged in useless repeatedly printed stacktraces (but that's other story).
Could the Ejb3AnnotationHandler put an information to the Exception's message about where did it dig the MDB reference from?
And, generally - could this be applied to all error messages?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 11 months