[JBoss JIRA] Created: (JGRP-491) Multiplexer should execute getState for all registered MuxChannel under one FLUSH phase
by Vladimir Blagojevic (JIRA)
Multiplexer should execute getState for all registered MuxChannel under one FLUSH phase
---------------------------------------------------------------------------------------
Key: JGRP-491
URL: http://jira.jboss.com/jira/browse/JGRP-491
Project: JGroups
Issue Type: Bug
Affects Versions: 2.4.1, 2.5
Reporter: Vladimir Blagojevic
Assigned To: Vladimir Blagojevic
Fix For: 2.6
The idea behind MuxChannel state transfer listeners is to trigger all state transfers together and have all or none result for all registered MuxChannels. As currently implemented underlying plumbing with will trigger each transfer under *separate* FLUSH. In order to have it done under one flush we have to do manual flushing in Multiplexer (startFlush/stopFlush) for these transfers T and we should retrofit FLUSH protocol *not to* trigger flushing for each GET_STATE from T. We have two options:
a) add requireFlush field in StateTransferInfo - that is then passed down with GET_STATE
- this requires changing signature of JChannel.getState
b) retrofit FLUSH to detect special handling of GET_STATE
- at state requester A we record that we requested GET_STATE and if another GET_STATE arrives from A while channel is already flushed do not trigger another flush
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 11 months
[JBoss JIRA] Created: (JBRULES-1079) Problem with "!=" field constraint
by Markus Reitz (JIRA)
Problem with "!=" field constraint
----------------------------------
Key: JBRULES-1079
URL: http://jira.jboss.com/jira/browse/JBRULES-1079
Project: JBoss Rules
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.0.0.GA
Reporter: Markus Reitz
Assigned To: Mark Proctor
The following code illustrates the problem.
import org.drools.*;
import org.drools.compiler.*;
import org.drools.rule.Package;
import java.io.*;
public class DroolsTest {
private RuleBase rules;
private StatefulSession memory;
public DroolsTest(File file) throws Exception {
rules =RuleBaseFactory.newRuleBase();
memory=rules.newStatefulSession();
rules.addPackage(loadPackage(file));
}
protected Package loadPackage(File file) throws IOException {
FileInputStream stream=null;
try {
stream=new FileInputStream(file);
return(loadPackage(stream));
}
finally {
if (stream!=null)
stream.close();
}
}
protected Package loadPackage(InputStream stream) throws IOException {
try {
PackageBuilder builder=new PackageBuilder();
builder.addPackageFromDrl(new InputStreamReader(stream));
return(builder.getPackage());
}
catch(Exception ex) {
throw new IOException();
}
}
public StatefulSession getSession() {
return(memory);
}
public static void main(String ... args) {
try {
DroolsTest test=new DroolsTest(new File(args[0]));
SpecialString first42 =new SpecialString("42");
SpecialString second42=new SpecialString("42");
test.getSession().insert(new SpecialString("World"));
test.getSession().insert(first42);
test.getSession().insert(second42);
System.out.println("Fact handle: "+test.getSession().getFactHandle(first42));
System.out.println("Fact handle: "+test.getSession().getFactHandle(second42));
System.out.println("Firing rules ...");
test.getSession().fireAllRules();
}
catch (Exception ex) {
ex.printStackTrace();
}
}
}
In the above example, three different objects are created and inserted into the working memory of the Drools Engine. Two of the three objects have the same text - "42".
The class SpecialString uses the standard equals(...) and hashCode(...) implementation:
public class SpecialString {
private String text;
public SpecialString(String text) {
this.text=text;
}
public String getText() {
return(text);
}
@Override public String toString() {
return(getText()+"["+super.toString()+"]");
}
}
For the rule
package test
rule "A test"
when
x : SpecialString()
y : SpecialString(this!=x)
then
System.out.println(x+"/"+y);
end
The output is
Fact handle: [fid:2:2:42[SpecialString@fde8da]]
Fact handle: [fid:3:3:42[SpecialString@e4d6ef]]
Firing rules ...
42[SpecialString@e4d6ef]/World[SpecialString@faa824]
World[SpecialString@faa824]/42[SpecialString@e4d6ef]
42[SpecialString@fde8da]/World[SpecialString@faa824]
World[SpecialString@faa824]/42[SpecialString@fde8da]
I would expect that
42[SpecialString@e4d6ef]/42[SpecialString@fde8da]
42[SpecialString@fde8da]/42[SpecialString@e4d6ef]
is also contained in the output, but this is not the case.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 11 months
[JBoss JIRA] Closed: (JBAS-2299) OutOfMemory error when repetatively deploying and undeploying with 10 minute interval
by Clebert Suconic (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-2299?page=all ]
Clebert Suconic closed JBAS-2299.
---------------------------------
Fix Version/s: (was: JBossAS-4.2.2.GA)
Resolution: Rejected
> OutOfMemory error when repetatively deploying and undeploying with 10 minute interval
> -------------------------------------------------------------------------------------
>
> Key: JBAS-2299
> URL: http://jira.jboss.com/jira/browse/JBAS-2299
> Project: JBoss Application Server
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Deployment services
> Affects Versions: JBossAS-4.0.3RC2
> Environment: WinXP SP2, JBoss 4.0.3RC2, JDK 1.4.2_07
> Reporter: Amar Syed
> Assigned To: Clebert Suconic
> Attachments: Data.txt, SampleApp.ear, Sampleapp.zip
>
> Time Spent: 2 hours
> Remaining Estimate: 0 minutes
>
> Using a manual copy and delete mechanism with the server\default\deploy folder the sample ear (attached) caused an outofmemory error eventually after 90 repetitions.
> The min and max heap settings were configured as : -Xms128m -Xmx512m
> The time delay after dropping/deploying the ear at each repetition was set to 10 minutes after which the ear is deleted/undeployed followed by a 10 second sleep till the next deploy cycle.
> I find this behaviour strange because http://jira.jboss.com/jira/browse/JBAS-1319 is supposed to have fixed this issue.
> The lines from the server.log surrounding the java.lang.OutOfMemoryError are as follows:
> 2005-09-24 06:04:31,413 DEBUG [org.jboss.mx.loading.UnifiedClassLoader] New jmx UCL with url null
> 2005-09-24 06:04:31,413 DEBUG [org.jboss.mx.loading.RepositoryClassLoader] setRepository, repository=org.jboss.mx.loading.HeirarchicalLoaderRepository3@e51e50, cl=org.jboss.mx.loading.UnifiedClassLoader3@c90207{ url=null ,addedOrder=0}
> 2005-09-24 06:04:33,057 ERROR [org.apache.commons.digester.Digester] Begin event threw error
> java.lang.OutOfMemoryError
> 2005-09-24 06:04:33,057 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/XMPVXE0Partion/VXE1_ContentTestService]] StandardWrapper.Throwable
> java.lang.OutOfMemoryError
> 2005-09-24 06:04:33,057 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/XMPVXE0Partion/VXE1_ContentTestService]] Servlet /XMPVXE0Partion/VXE1_ContentTestService threw load() exception
> java.lang.OutOfMemoryError
> 2005-09-24 06:04:33,072 DEBUG [org.jboss.mx.loading.UnifiedClassLoader] New jmx UCL with url null
> The following two jars were added to the server\default\lib folder.
> commons-validator.jar --- version 1.1.3
> struts.jar ---- version 1.2.4
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 11 months
[JBoss JIRA] Updated: (JBAS-2299) OutOfMemory error when repetatively deploying and undeploying with 10 minute interval
by Clebert Suconic (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-2299?page=all ]
Clebert Suconic updated JBAS-2299:
----------------------------------
Fix Version/s: JBossAS-4.2.2.GA
> OutOfMemory error when repetatively deploying and undeploying with 10 minute interval
> -------------------------------------------------------------------------------------
>
> Key: JBAS-2299
> URL: http://jira.jboss.com/jira/browse/JBAS-2299
> Project: JBoss Application Server
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Deployment services
> Affects Versions: JBossAS-4.0.3RC2
> Environment: WinXP SP2, JBoss 4.0.3RC2, JDK 1.4.2_07
> Reporter: Amar Syed
> Assigned To: Clebert Suconic
> Fix For: JBossAS-4.2.2.GA
>
> Attachments: Data.txt, SampleApp.ear, Sampleapp.zip
>
> Time Spent: 2 hours
> Remaining Estimate: 0 minutes
>
> Using a manual copy and delete mechanism with the server\default\deploy folder the sample ear (attached) caused an outofmemory error eventually after 90 repetitions.
> The min and max heap settings were configured as : -Xms128m -Xmx512m
> The time delay after dropping/deploying the ear at each repetition was set to 10 minutes after which the ear is deleted/undeployed followed by a 10 second sleep till the next deploy cycle.
> I find this behaviour strange because http://jira.jboss.com/jira/browse/JBAS-1319 is supposed to have fixed this issue.
> The lines from the server.log surrounding the java.lang.OutOfMemoryError are as follows:
> 2005-09-24 06:04:31,413 DEBUG [org.jboss.mx.loading.UnifiedClassLoader] New jmx UCL with url null
> 2005-09-24 06:04:31,413 DEBUG [org.jboss.mx.loading.RepositoryClassLoader] setRepository, repository=org.jboss.mx.loading.HeirarchicalLoaderRepository3@e51e50, cl=org.jboss.mx.loading.UnifiedClassLoader3@c90207{ url=null ,addedOrder=0}
> 2005-09-24 06:04:33,057 ERROR [org.apache.commons.digester.Digester] Begin event threw error
> java.lang.OutOfMemoryError
> 2005-09-24 06:04:33,057 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/XMPVXE0Partion/VXE1_ContentTestService]] StandardWrapper.Throwable
> java.lang.OutOfMemoryError
> 2005-09-24 06:04:33,057 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/XMPVXE0Partion/VXE1_ContentTestService]] Servlet /XMPVXE0Partion/VXE1_ContentTestService threw load() exception
> java.lang.OutOfMemoryError
> 2005-09-24 06:04:33,072 DEBUG [org.jboss.mx.loading.UnifiedClassLoader] New jmx UCL with url null
> The following two jars were added to the server\default\lib folder.
> commons-validator.jar --- version 1.1.3
> struts.jar ---- version 1.2.4
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 11 months
[JBoss JIRA] Reopened: (JBAS-2299) OutOfMemory error when repetatively deploying and undeploying with 10 minute interval
by Clebert Suconic (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-2299?page=all ]
Clebert Suconic reopened JBAS-2299:
-----------------------------------
> OutOfMemory error when repetatively deploying and undeploying with 10 minute interval
> -------------------------------------------------------------------------------------
>
> Key: JBAS-2299
> URL: http://jira.jboss.com/jira/browse/JBAS-2299
> Project: JBoss Application Server
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Deployment services
> Affects Versions: JBossAS-4.0.3RC2
> Environment: WinXP SP2, JBoss 4.0.3RC2, JDK 1.4.2_07
> Reporter: Amar Syed
> Assigned To: Clebert Suconic
> Fix For: JBossAS-4.2.2.GA
>
> Attachments: Data.txt, SampleApp.ear, Sampleapp.zip
>
> Time Spent: 2 hours
> Remaining Estimate: 0 minutes
>
> Using a manual copy and delete mechanism with the server\default\deploy folder the sample ear (attached) caused an outofmemory error eventually after 90 repetitions.
> The min and max heap settings were configured as : -Xms128m -Xmx512m
> The time delay after dropping/deploying the ear at each repetition was set to 10 minutes after which the ear is deleted/undeployed followed by a 10 second sleep till the next deploy cycle.
> I find this behaviour strange because http://jira.jboss.com/jira/browse/JBAS-1319 is supposed to have fixed this issue.
> The lines from the server.log surrounding the java.lang.OutOfMemoryError are as follows:
> 2005-09-24 06:04:31,413 DEBUG [org.jboss.mx.loading.UnifiedClassLoader] New jmx UCL with url null
> 2005-09-24 06:04:31,413 DEBUG [org.jboss.mx.loading.RepositoryClassLoader] setRepository, repository=org.jboss.mx.loading.HeirarchicalLoaderRepository3@e51e50, cl=org.jboss.mx.loading.UnifiedClassLoader3@c90207{ url=null ,addedOrder=0}
> 2005-09-24 06:04:33,057 ERROR [org.apache.commons.digester.Digester] Begin event threw error
> java.lang.OutOfMemoryError
> 2005-09-24 06:04:33,057 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/XMPVXE0Partion/VXE1_ContentTestService]] StandardWrapper.Throwable
> java.lang.OutOfMemoryError
> 2005-09-24 06:04:33,057 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/XMPVXE0Partion/VXE1_ContentTestService]] Servlet /XMPVXE0Partion/VXE1_ContentTestService threw load() exception
> java.lang.OutOfMemoryError
> 2005-09-24 06:04:33,072 DEBUG [org.jboss.mx.loading.UnifiedClassLoader] New jmx UCL with url null
> The following two jars were added to the server\default\lib folder.
> commons-validator.jar --- version 1.1.3
> struts.jar ---- version 1.2.4
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 11 months
[JBoss JIRA] Created: (JBRULES-1076) Typos, Build Instruction problems in Ref Manual, revision 14125 in Section 3.4
by Dave Dibble (JIRA)
Typos, Build Instruction problems in Ref Manual, revision 14125 in Section 3.4
------------------------------------------------------------------------------
Key: JBRULES-1076
URL: http://jira.jboss.com/jira/browse/JBRULES-1076
Project: JBoss Rules
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Documentation
Affects Versions: 4.0.0.MR3
Environment: WinXP
Reporter: Dave Dibble
Assigned To: Mark Proctor
Priority: Trivial
Section 3.2 - "MAVEN_HOME=D:\java\maven2.0.7" should be "MAVEN_HOME=D:\java\maven-2.0.7" (missing hyphen)
Section 3.4.1 - "uses to build" should be "uses Maven to build" (or even, 'has used'). Also "operation system" could be "operating system"
Section 3.4.1 is a bit confusing in the following way: It starts with where we are - in possession of the source and ready to build - which we *are* by following the prior instructions. Next it talks about two 'profiles' to 'enable' some modules. Not sure where the profiles are and what 'enabling' does. However it talks about a 100MB download; since we already have the source downloaded from the Subversion repository, what else are we downloading? Regardless, on running the suggested command (where Subversion jbossrules is locally at C:\dev\jbossrules) one gets an error:
C:\dev>mvn -Declipse -Ddocumentation clean install -DlocalEclipseDrop=/dev/jbossrules/local-eclipse-drop-mirror
[INFO] Scanning for projects...
[INFO] -------------------------------------------------------------------------
---
[INFO] Building Maven Default Project
[INFO] task-segment: [clean, install]
[INFO] -------------------------------------------------------------------------
---
[INFO] artifact org.apache.maven.plugins:maven-clean-plugin: checking for update
s from central
Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-clean-
plugin/2.1.1/maven-clean-plugin-2.1.1.pom
1K downloaded
Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-plugin
s/3/maven-plugins-3.pom
6K downloaded
Downloading: http://repo1.maven.org/maven2/org/apache/maven/maven-parent/4/maven
-parent-4.pom
9K downloaded
Downloading: http://repo1.maven.org/maven2/org/apache/apache/3/apache-3.pom
3K downloaded
Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-clean-
plugin/2.1.1/maven-clean-plugin-2.1.1.jar
6K downloaded
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] Cannot execute mojo: clean. It requires a project with an existing pom.xm
l, but the build is not using one.
[INFO] ------------------------------------------------------------------------
[INFO] For more information, run Maven with the -e switch
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 5 seconds
[INFO] Finished at: Sun Aug 12 11:00:02 MST 2007
[INFO] Final Memory: 1M/4M
[INFO] ------------------------------------------------------------------------
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 11 months