[JBoss JIRA] Created: (JBRULES-2873) Rule fires unexpectedly - not CE fails
by Wolfgang Laun (JIRA)
Rule fires unexpectedly - not CE fails
--------------------------------------
Key: JBRULES-2873
URL: https://issues.jboss.org/browse/JBRULES-2873
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-core
Affects Versions: 5.1.1.FINAL
Reporter: Wolfgang Laun
Assignee: Mark Proctor
Priority: Critical
The rule shown below fires, and then the code on the RHS prints "But cell ... matches" which is only possible when there is a Cell according to the constraints in the "not" CE. - The full Sudoku code is available.
rule "column elimination"
when
not Setting()
$i: Integer()
# occurs in a Cell
$c: Cell( free contains $i, $cs: cellSqr, $cc: cellCol )
# but not in another cell of the same square and a different column
not Cell( this != $c, free contains $i, cellSqr == $cs, cellCol != $cc )
## not ( $oc: Cell( this != $c )
## and
## eval( $oc.getFree().contains( $i ) &&
## $oc.getCellSqr().equals( $cs ) &&
## ! $oc.getCellCol().equals( $cc ) ) )
# but there is a cell in the same column and another square containing this value
$cx: Cell( freeCount > 1, free contains $i, cellCol == $cc, cellSqr != $cs )
then
# remove the value from that other cell
System.out.println( "column elimination due to " + $c.posAsString() +
": remove " + $i + " from " + $cx.posAsString() );
for( int iRow = 0; iRow < 9; iRow++ ){
for( int iCol = 0; iCol < 9; iCol++ ){
Cell cell = Sudoku.sudoku.cells[iRow][iCol];
if( ! cell.equals( $c ) &&
cell.getCellSqr().equals( $cs ) &&
! cell.getCellCol().equals( $cc ) &&
cell.getFree().contains( $i ) ){
System.out.println( "But cell " + cell.toString() + " matches!" );
}
}
}
for( Cell c: $cs.getCells() ){
System.out.print( c.posAsString() + ": " + c.getFree() +
" cc="+c.getCellCol() + " cs="+c.getCellSqr() + "; " );
}
System.out.println();
modify( $cx ){ blockValue( $i ) }
end
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 7 months
[JBoss JIRA] Created: (JBAS-9279) Add additional resteasy providers
by Stuart Douglas (JIRA)
Add additional resteasy providers
---------------------------------
Key: JBAS-9279
URL: https://issues.jboss.org/browse/JBAS-9279
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Affects Versions: 7.0.0.Beta2
Reporter: Stuart Douglas
Assignee: Stuart Douglas
Fix For: 7.0.0.CR1
We need the following additional Resteasy providers:
* resteasy-spring (OPTIONAL if we support Spring within EAP)
* resteasty-guice (OPTIONAL if we support Guice in EAP)
* resteasy-jackson (REQUIRED)
* resteasy-multipart (REQUIRED)
* resteasy-atom (REQUIRED)
* resteasy-jsapi (REQUIRED)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 7 months
[JBoss JIRA] Created: (JBAS-9209) Consider storing OSGi bundles outside the modules hirachy
by Thomas Diesler (JIRA)
Consider storing OSGi bundles outside the modules hirachy
---------------------------------------------------------
Key: JBAS-9209
URL: https://issues.jboss.org/browse/JBAS-9209
Project: JBoss Application Server
Issue Type: Task
Security Level: Public (Everyone can see)
Affects Versions: 7.0.0.Beta1
Reporter: Thomas Diesler
Assignee: Thomas Diesler
[tdiesler@localhost jboss-as]$ git grep "This is an OSGi bundle"
build/src/main/resources/modules/org/apache/aries/jmx/main/module.xml: <!-- This is an OSGi bundle. It cannot have module dependencies. -->
build/src/main/resources/modules/org/apache/aries/util/main/module.xml: <!-- This is an OSGi bundle. It cannot have module dependencies. -->
build/src/main/resources/modules/org/apache/felix/configadmin/main/module.xml: <!-- This is an OSGi bundle. It cannot have module dependencies. -->
build/src/main/resources/modules/org/jboss/as/osgi/configadmin/main/module.xml: <!-- This is an OSGi bundle. It cannot have module dependencies. -->
build/src/main/resources/modules/org/jboss/osgi/common/main/module.xml: <!-- This is an OSGi bundle. It cannot have module dependencies. -->
build/src/main/resources/modules/org/jboss/osgi/jmx/main/module.xml: <!-- This is an OSGi bundle. It cannot have module dependencies. -->
build/src/main/resources/modules/org/osgi/compendium/main/module.xml: <!-- This is an OSGi bundle. It cannot have module dependencies. -->
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 7 months
[JBoss JIRA] Created: (JBAS-9276) Make the annotation @Management works in association with @Singleton
by Laurent Vandwalle (JIRA)
Make the annotation @Management works in association with @Singleton
--------------------------------------------------------------------
Key: JBAS-9276
URL: https://issues.jboss.org/browse/JBAS-9276
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: JMX
Affects Versions: 6.0.0.Final
Reporter: Laurent Vandwalle
Fix For: 6.1.0
In JBoss 5.1, the use of @Management in association with @Service allowed to manage (JMX Management) the singleton EJB.
In JBoss 6.0 Final, @Service annotations can be replace by the JEE6 standard annotation @Singleton.
The problem is that the @Management annoation does not work if used in association with the @Singleton annotation.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 7 months
[JBoss JIRA] Created: (JBRULES-2917) matching of field==v1 || field==v2 breaks when variable binding is added
by Wolfgang Laun (JIRA)
matching of field==v1 || field==v2 breaks when variable binding is added
------------------------------------------------------------------------
Key: JBRULES-2917
URL: https://issues.jboss.org/browse/JBRULES-2917
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-core
Affects Versions: 5.2.0.M1
Reporter: Wolfgang Laun
Assignee: Mark Proctor
Priority: Critical
Fix For: 5.2.0.M1
class Assignment { Class source, target; }
The following rule fails to match when target == java.lang.Object.class
rule ObjectIsAssignable
when
Assignment( $t: target == (java.lang.Object.class) || target == source )
then
end
The following rule fails to match when target == source
rule ObjectIsAssignable
when
Assignment( $t: target == source || target == (java.lang.Object.class) )
then
end
The error does not occur if the binding ($t) is omitted.
See Workaround.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 7 months
[JBoss JIRA] Created: (JBRULES-2982) Massive performance degradation from 5.2.0.M1 to 5.2.0.M2
by Roman Novak (JIRA)
Massive performance degradation from 5.2.0.M1 to 5.2.0.M2
---------------------------------------------------------
Key: JBRULES-2982
URL: https://issues.jboss.org/browse/JBRULES-2982
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-core (expert)
Affects Versions: 5.2.0.M2
Reporter: Roman Novak
Assignee: Mark Proctor
Priority: Critical
the drools-planner SolutionInitializer takes 75 minutes to complete im 5.2.0.M2
5.2.0.M1 took 9,5 Minutes
It also seems that accumulation queries with init, action, result sections break down completely in performance.
The following query takes now 3 minutes 45 secs to complete. Before it was ~1 sec.
The cardinalities:
PostingPeriodOpt = 5
MediumLocationOpt = 25000
MediumBookingOpt = 13000
query "queryMediumPartlyTaken"
$pp : PostingPeriodOpt()
$mlo : MediumLocationOpt(mTypeId == $pp.mTypeId)
$mp: MediumPeriodUsage( subOptimal > 0 ) from accumulate(
$mbo : MediumBookingOpt ( mediId == $mlo.mediId, eval(timeInterval.overlaps($pp.getCycle())) ),
init ( MediumPeriodUsage $mpu = new MediumPeriodUsage($mlo, $pp); ),
action( $mpu.addBooking( $mbo.getIndexRange() ); ),
result( $mpu )
)
end
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 7 months