[JBoss JIRA] Created: (JBRULES-1804) Logical insertion lingers after the rule that inserted it no longer supports it (with testcase patch)
by Geoffrey De Smet (JIRA)
Logical insertion lingers after the rule that inserted it no longer supports it (with testcase patch)
-----------------------------------------------------------------------------------------------------
Key: JBRULES-1804
URL: https://jira.jboss.org/jira/browse/JBRULES-1804
Project: JBoss Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-core (expert)
Affects Versions: 5.0.0.M2
Reporter: Geoffrey De Smet
Assignee: Edson Tirelli
Priority: Critical
Fix For: 5.0.0.M3
This one got me headscratching for a while, untill I realized what the problem is.
Tim reported on the mailing list he ran into it to.
I've commmited a testcase in subversion, in TruthMaintenanceTest, called
disabled_testLogicalInsertionsModifySameRuleGivesDifferentLogicalInsertion
Remove the "disabled_" to enable it and try it out.
Here's what happens in the testcase:
3 sensors with tempature 100, 200 and 200 are inserted.
There's a rule which logically inserts all encountered tempatures, so 100 and 200.
Then the first sensor modifies to a tempature of 150.
As it turns out, the encoutered tempatures should be 150 and 200 now, but instead it's 100, 150 and 200.
Even though there is no sensor that has a tempature of 100.
--
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
14 years
[JBoss JIRA] Created: (JGRP-1180) OutOfMemoryError
by Peter Kormos (JIRA)
OutOfMemoryError
----------------
Key: JGRP-1180
URL: https://jira.jboss.org/jira/browse/JGRP-1180
Project: JGroups
Issue Type: Bug
Affects Versions: 2.8
Environment: 2.8.0.GA
Reporter: Peter Kormos
Assignee: Bela Ban
Hi Guys,
I wrote a simple program.
public testbed() throws Exception
{
JChannel channel = new JChannel();
channel.connect("channelName");
for (int i = 0; i < 100000000; i++)
{
Message msg = new Message(
null,
null,
"Test");
channel.send(msg);
// Thread.sleep(10);
if (i % 1000 == 0)
System.out.print(".");
}
}
When I run it with
java -Xmx8m -XX:+HeapDumpOnOutOfMemoryError -cp .;jgroups-all.jar testbed
not always, but quite often it dies with OutOfMemoryError
When I look at the heap dump with jhat, for "Instance Counts" it tells me
22036 instances of class org.jgroups.Message
22036 instances of class org.jgroups.protocols.pbcast.NakAckHeader
22036 instances of class org.jgroups.util.Headers
21316 instances of class org.jgroups.Event
21314 instances of class org.jgroups.util.Queue$Element
304 instances of class org.jgroups.util.UUID
Why are there so many message objects stuck in memory?
java org.jgroups.Version prints
Version: 2.8.0.GA
CVS: $Id: Version.java,v 1.81 2009/12/01 10:31:13 belaban Exp $
I'm using Windows Xp with 1.6 JDK
--
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
14 years
[JBoss JIRA] Commented: (JBAS-7818) RMIAdaptor replacement based on JSR160
by Thomas Diesler (JIRA)
[ https://jira.jboss.org/jira/browse/JBAS-7818?page=com.atlassian.jira.plug... ]
Thomas Diesler commented on JBAS-7818:
--------------------------------------
The OSGi remote testsuite relies on the RMIAdaptor.
Recent changes made
<groupId>org.jboss.jbossas</groupId>
<artifactId>jboss-as-client</artifactId>
<version>6.0.0.20100216-M2</version>
unusable with jbossas/trunk.
Could you please provide documentation on the intended migration path?
* How should clients remotely connect to JMX in the future?
* When is the existing access method intended to go out of service?
I assume that access to the RMIAdaptor using the 6.0.0.20100216-M2 client libraries should continue to work for a while and that I am seeing a bug introduced by recent changes.
> RMIAdaptor replacement based on JSR160
> --------------------------------------
>
> Key: JBAS-7818
> URL: https://jira.jboss.org/jira/browse/JBAS-7818
> Project: JBoss Application Server
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: JMX
> Reporter: Scott M Stark
> Assignee: Scott Marlow
> Fix For: JBossAS-6.0.0.M3
>
>
> A replacement for the proprietary RMIAdaptor is needed that supports authentication, authorization and SSL.
--
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
14 years