[JBoss JIRA] Created: (JBRULES-3103) "A and not(B after A)" type rules don't fire when session clock has negative values (pre Unix epoch)
by Richard Calmbach (JIRA)
"A and not(B after A)" type rules don't fire when session clock has negative values (pre Unix epoch)
----------------------------------------------------------------------------------------------------
Key: JBRULES-3103
URL: https://issues.jboss.org/browse/JBRULES-3103
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-core, drools-core (fusion)
Affects Versions: 5.2.0.Final
Reporter: Richard Calmbach
Assignee: Mark Proctor
See JBRULES-3100 for the gory details. The implementation described there causes two bugs, so THIS IS NOT A DUPLICATE of JBRULES-3100. Rather, the bugs are related, and because it is possible to fix one without the other, it makes sense to track both bugs explicitly, so that the developers can ensure that both bugs get fixed. The summary of this issue also conveys to users that this particular bug has already been reported.
So, *this* bug prevents rules of the form
$a: A()
not(B(this after $a))
or "A and not(B after A)" in pseudocode, from firing when they should if the session clock has a negative value, say during a simulation or if the system clock is turned back pre Unix epoch. This is confirmed for the pseudo clock, and I believe the real-time clock is equally affected. The root of the problem is that "A and not(B after A)" type rules get a duration of Long.MAX_VALUE assigned. When that gets added to a non-positive current time, it results in a very large positive number for the trigger time, which will never be reached by the session clock, preventing the rule from ever firing.
The fix is probably to add the activation for such a rule to the agenda immediately, rather than schedule it for adding. This would yield the same behavior as when you compare the timestamps explicitly. For now, comparing timestamps explicitly instead of using "after" is a workaround for this bug.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 2 months
[JBoss JIRA] (AS7-3085) Deployment breaks when data source is being recycled
by Heiko Braun (Created) (JIRA)
Deployment breaks when data source is being recycled
----------------------------------------------------
Key: AS7-3085
URL: https://issues.jboss.org/browse/AS7-3085
Project: Application Server 7
Issue Type: Bug
Components: Domain Management
Reporter: Heiko Braun
Assignee: Brian Stansberry
Fix For: 7.1.0.Final
Deploy the jboss-as-login.war example. It depends on the "ExampleDS" datasource. Access the web application. Disable and enable the datasource. Try the web app again:
{noformat}
13:11:26,599 INFO [org.jboss.as.controller] (HttpManagementService-threads - 4) JBAS014774: Service status report
JBAS014776: Newly corrected services:
service jboss.naming.context.java.jboss.datasources.ExampleDS (no longer required)
{noformat}
This error prevails as long as the deployment is not disabled and re-eanbled again
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 2 months
[JBoss JIRA] (AS7-2505) Deployment order for MDBs and RAs is not working for a packaged EAR
by Abhi S (Created) (JIRA)
Deployment order for MDBs and RAs is not working for a packaged EAR
-------------------------------------------------------------------
Key: AS7-2505
URL: https://issues.jboss.org/browse/AS7-2505
Project: Application Server 7
Issue Type: Bug
Components: Deployment, EJB, JCA
Affects Versions: 7.1.0.Alpha1, 7.0.2.Final
Environment: Windows 7 64-bit
Reporter: Abhi S
Assignee: Thomas Diesler
Priority: Critical
If an application is packaged with MDBs and RAs (resource adapters) such that the order of deployment of these modules needs to be deterministic, the application fails to load. In other words, there is no way to define the order in which MDBs and RAs must be loaded in an application. This is a strict requirement by JEE 6, and without this support, JBoss 7 cannot be fully JEE 6 compliant.
Theoretically, following are 3 different ways to accomplish the above objective:
# Set <initialize-in-order> to true; see http://java.sun.com/xml/ns/javaee/application_6.xsd. This seems to be fixed in AS7-325, but I tested it using a sample application, and this definitely does not work for MDBs and RAs.
# Add jboss-ejb3.xml in the MDB jar's MATA-INF to define the MDB's dependency on an RA. Adding this configuration MUST ensure that the application loader loads the RA before trying to load the MDB.
# Add org.jboss.ejb3.annotation.Depends annotation on the MDB implementation, to do the same as #2.
None of the above work in the nightly build of AS7.1.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 2 months