October 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-1277) BRDRLPersitence is not rendering OR's correctly

by Michael Neale (JIRA)

BRDRLPersitence is not rendering OR's correctly ----------------------------------------------- Key: JBRULES-1277 URL: http://jira.jboss.com/jira/browse/JBRULES-1277 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: Drl Parser/Builder Affects Versions: 4.0.2 Reporter: Michael Neale Assigned To: Edson Tirelli Fix For: 4.0.2_SOA_4.2 Has been corrected in trunk, this is a patch for 4.0.3 and SOA branch (if its not too late for it). -- 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

16 years, 11 months

2
3
0 / 0

[JBoss JIRA] Created: (JBRULES-1252) DrlDumper does not dump import functions

by Damien Delautre (JIRA)

DrlDumper does not dump import functions ---------------------------------------- Key: JBRULES-1252 URL: http://jira.jboss.com/jira/browse/JBRULES-1252 Project: JBoss Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Drl Parser/Builder Affects Versions: 4.0.1 Reporter: Damien Delautre Assigned To: Mark Proctor When I dump a PackageDescr, the import function statements are ignored -- 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

16 years, 11 months

3
10
0 / 0

[JBoss JIRA] Created: (JBRULES-1281) ExecutorService cannot be shared

by Mark Proctor (JIRA)

ExecutorService cannot be shared -------------------------------- Key: JBRULES-1281 URL: http://jira.jboss.com/jira/browse/JBRULES-1281 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.2, 4.0.1 Reporter: Mark Proctor Assigned To: Mark Proctor Fix For: 4.0.2_SOA_4.2-CP1, 4.0.3, 4.1.0 Currently the RuleBaseConfigration instantiations and the ExecutorService once, which means each WM session uses the same ExecutorService and overwrites the CommandExecutor - clearly a bug. -- 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

16 years, 11 months

1
3
0 / 0

[JBoss JIRA] Resolved: (JGRP-130) Problems with reincarnation

by Bela Ban (JIRA)

[ http://jira.jboss.com/jira/browse/JGRP-130?page=all ] Bela Ban resolved JGRP-130. --------------------------- Resolution: Done backported to 2.5.2 > Problems with reincarnation > --------------------------- > > Key: JGRP-130 > URL: http://jira.jboss.com/jira/browse/JGRP-130 > Project: JGroups > Issue Type: Feature Request > Affects Versions: 2.2.9 > Reporter: Bela Ban > Assigned To: Bela Ban > Fix For: 2.5.2, 2.6 > > Attachments: tcp.xml > > > Problems with reincarnation > =========================== > Author: Bela Ban > Version: $Id$ > The identity of a JGroups member is always the IP address and a port. The port is usually chosen by the OS, unless > bind_port is set (not set by default). > Let's say a member's address is hostA:5000. When that member dies and is restarted, the OS will likely assign a > higher port, say 5002. This depends on how many other processes requested a port in between the start and restart > of the member. > JGroups relies on the fact that the assignment of ports by the OS is always (not necessarily monotonically) > *increasing* across a single machine. If this is not the case, then the following problems can occur: > 1. Restart: > When a member P crashes and then is restarted, if FD is used and P is restarted *before* it is excluded, > then we have a new member *under the same old address* ! Since it lost all of its state (e.g. retransmission table), > retransmission requests sent to the new P will fail. > 2. Shunning: > Regarding shunning: a member keeps its last N (default is 100) ports used, and makes sure it doesn't reuse one of > those already-used ports when it is shunned. However, this is process-wide and *not* machine-wide, e.g. when we have > processes P1 on A:5000 and P2 on A:5002 (on machine A), and both of them are shunned at the same time, > when they rejoin, P1 does not use port 5000, but might use port 5002, and P2 doesn't use 5002, but might use 5000, so > they could assume each other's identity ! > Both problems cannot be solved by remembering the last 100 ports: in case #1, this list is lost because we start a > new process and in case #2, the list is process-wide, but not machine-wide. > Again, these problems occur *only* when the OS reuses previously assigned ports. > SOLUTION: > A: Use temporary storage (per host) to store the last N addresses assigned on a given host. This makes sure we > don't reuse previous addresses > B: Use logical addresses, such as java.rmi.VMID or java.rmi.server.UID, which are unique over time for a given host. > Then, it doesn't matter what ports we use because the ports are not used to determine a member's identity. > The JIRA task for logical addresses is http://jira.jboss.com/jira/browse/JGRP-129. -- 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

16 years, 11 months

1
0
0 / 0

[JBoss JIRA] Commented: (GPD-179) pages.xml doesn't work with pageflow editor

by Max Andersen (JIRA)

[ http://jira.jboss.com/jira/browse/GPD-179?page=comments#action_12383077 ] Max Andersen commented on GPD-179: ---------------------------------- koen - please don't *move* the bugs because then we can't see them as outstanding issues for JBossTools/RHDS. Link to it instead please. > pages.xml doesn't work with pageflow editor > ------------------------------------------- > > Key: GPD-179 > URL: http://jira.jboss.com/jira/browse/GPD-179 > Project: JBoss jBPM GPD > Issue Type: Bug > Components: jpdl > Reporter: Max Andersen > Assigned To: Koen Aers > Fix For: jBPM jPDL Designer 3.1.1 > > > a pages.xml with a proper page flow syntax does not have the pageflow editor in the right click menu. > and when using Open with... and choosing jBpm pageflow designer (not the correct name is it ?) I get > java.lang.NullPointerException > at org.jbpm.ui.pageflow.editor.PageFlowContentProvider.addProcessDiagramDimension(Unknown Source) > at org.jbpm.ui.pageflow.editor.PageFlowContentProvider.addGraphicalInfo(Unknown Source) > at org.jbpm.ui.pageflow.editor.PageFlowContentProvider.addGraphicalInfo(Unknown Source) > at org.jbpm.ui.pageflow.editor.PageFlowContentProvider.addGraphicalInfo(Unknown Source) > at org.jbpm.ui.pageflow.editor.PageFlowGraphicalEditorPage.initInput(Unknown Source) > at org.jbpm.ui.pageflow.editor.PageFlowGraphicalEditorPage.init(Unknown Source) > at org.eclipse.ui.part.MultiPageEditorPart.addPage(MultiPageEditorPart.java:186) > at org.jbpm.ui.pageflow.editor.PageFlowEditor.addGraphPage(Unknown Source) > at org.jbpm.ui.pageflow.editor.PageFlowEditor.createPages(Unknown Source) > at org.eclipse.ui.part.MultiPageEditorPart.createPartControl(MultiPageEditorPart.java:283) > at org.eclipse.ui.internal.EditorReference.createPartHelper(EditorReference.java:661) > at org.eclipse.ui.internal.EditorReference.createPart(EditorReference.java:426) > at org.eclipse.ui.internal.WorkbenchPartReference.getPart(WorkbenchPartReference.java:592) > at org.eclipse.ui.internal.EditorReference.getEditor(EditorReference.java:263) > at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched(WorkbenchPage.java:2721) > at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2633) -- 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

16 years, 11 months

1
0
0 / 0

[JBoss JIRA] Moved: (GPD-179) pages.xml doesn't work with pageflow editor

by Koen Aers (JIRA)

[ http://jira.jboss.com/jira/browse/GPD-179?page=all ] Koen Aers moved JBIDE-642 to GPD-179: ------------------------------------- Project: JBoss jBPM GPD (was: JBoss Tools) Key: GPD-179 (was: JBIDE-642) Component/s: jpdl (was: jbpm) Fix Version/s: jBPM jPDL Designer 3.1.1 (was: 2.0.1) Affects Version/s: (was: 2.0.0.Beta3) (was: 2.0.0.CR1) > pages.xml doesn't work with pageflow editor > ------------------------------------------- > > Key: GPD-179 > URL: http://jira.jboss.com/jira/browse/GPD-179 > Project: JBoss jBPM GPD > Issue Type: Bug > Components: jpdl > Reporter: Max Andersen > Assigned To: Koen Aers > Fix For: jBPM jPDL Designer 3.1.1 > > > a pages.xml with a proper page flow syntax does not have the pageflow editor in the right click menu. > and when using Open with... and choosing jBpm pageflow designer (not the correct name is it ?) I get > java.lang.NullPointerException > at org.jbpm.ui.pageflow.editor.PageFlowContentProvider.addProcessDiagramDimension(Unknown Source) > at org.jbpm.ui.pageflow.editor.PageFlowContentProvider.addGraphicalInfo(Unknown Source) > at org.jbpm.ui.pageflow.editor.PageFlowContentProvider.addGraphicalInfo(Unknown Source) > at org.jbpm.ui.pageflow.editor.PageFlowContentProvider.addGraphicalInfo(Unknown Source) > at org.jbpm.ui.pageflow.editor.PageFlowGraphicalEditorPage.initInput(Unknown Source) > at org.jbpm.ui.pageflow.editor.PageFlowGraphicalEditorPage.init(Unknown Source) > at org.eclipse.ui.part.MultiPageEditorPart.addPage(MultiPageEditorPart.java:186) > at org.jbpm.ui.pageflow.editor.PageFlowEditor.addGraphPage(Unknown Source) > at org.jbpm.ui.pageflow.editor.PageFlowEditor.createPages(Unknown Source) > at org.eclipse.ui.part.MultiPageEditorPart.createPartControl(MultiPageEditorPart.java:283) > at org.eclipse.ui.internal.EditorReference.createPartHelper(EditorReference.java:661) > at org.eclipse.ui.internal.EditorReference.createPart(EditorReference.java:426) > at org.eclipse.ui.internal.WorkbenchPartReference.getPart(WorkbenchPartReference.java:592) > at org.eclipse.ui.internal.EditorReference.getEditor(EditorReference.java:263) > at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched(WorkbenchPage.java:2721) > at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2633) -- 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

16 years, 11 months

1
0
0 / 0

[JBoss JIRA] Created: (JBCACHE-1121) Investigate the suitability of not copying child maps into workspace

by Manik Surtani (JIRA)

Investigate the suitability of not copying child maps into workspace -------------------------------------------------------------------- Key: JBCACHE-1121 URL: http://jira.jboss.com/jira/browse/JBCACHE-1121 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Components: Optimistic Locking Affects Versions: 1.4.1.GA, 1.4.0.GA, 2.0.0.GA Reporter: Manik Surtani Assigned To: Manik Surtani Fix For: 2.1.0.GA -- 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

16 years, 11 months

1
2
0 / 0

[JBoss JIRA] Updated: (JGRP-130) Problems with reincarnation

by Bela Ban (JIRA)

[ http://jira.jboss.com/jira/browse/JGRP-130?page=all ] Bela Ban updated JGRP-130: -------------------------- Fix Version/s: 2.5.2 Needs to be backported to 2.5.2 > Problems with reincarnation > --------------------------- > > Key: JGRP-130 > URL: http://jira.jboss.com/jira/browse/JGRP-130 > Project: JGroups > Issue Type: Feature Request > Affects Versions: 2.2.9 > Reporter: Bela Ban > Assigned To: Bela Ban > Fix For: 2.6, 2.5.2 > > Attachments: tcp.xml > > > Problems with reincarnation > =========================== > Author: Bela Ban > Version: $Id$ > The identity of a JGroups member is always the IP address and a port. The port is usually chosen by the OS, unless > bind_port is set (not set by default). > Let's say a member's address is hostA:5000. When that member dies and is restarted, the OS will likely assign a > higher port, say 5002. This depends on how many other processes requested a port in between the start and restart > of the member. > JGroups relies on the fact that the assignment of ports by the OS is always (not necessarily monotonically) > *increasing* across a single machine. If this is not the case, then the following problems can occur: > 1. Restart: > When a member P crashes and then is restarted, if FD is used and P is restarted *before* it is excluded, > then we have a new member *under the same old address* ! Since it lost all of its state (e.g. retransmission table), > retransmission requests sent to the new P will fail. > 2. Shunning: > Regarding shunning: a member keeps its last N (default is 100) ports used, and makes sure it doesn't reuse one of > those already-used ports when it is shunned. However, this is process-wide and *not* machine-wide, e.g. when we have > processes P1 on A:5000 and P2 on A:5002 (on machine A), and both of them are shunned at the same time, > when they rejoin, P1 does not use port 5000, but might use port 5002, and P2 doesn't use 5002, but might use 5000, so > they could assume each other's identity ! > Both problems cannot be solved by remembering the last 100 ports: in case #1, this list is lost because we start a > new process and in case #2, the list is process-wide, but not machine-wide. > Again, these problems occur *only* when the OS reuses previously assigned ports. > SOLUTION: > A: Use temporary storage (per host) to store the last N addresses assigned on a given host. This makes sure we > don't reuse previous addresses > B: Use logical addresses, such as java.rmi.VMID or java.rmi.server.UID, which are unique over time for a given host. > Then, it doesn't matter what ports we use because the ports are not used to determine a member's identity. > The JIRA task for logical addresses is http://jira.jboss.com/jira/browse/JGRP-129. -- 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

16 years, 11 months

1
0
0 / 0

[JBoss JIRA] Reopened: (JGRP-130) Problems with reincarnation

by Bela Ban (JIRA)

[ http://jira.jboss.com/jira/browse/JGRP-130?page=all ] Bela Ban reopened JGRP-130: --------------------------- > Problems with reincarnation > --------------------------- > > Key: JGRP-130 > URL: http://jira.jboss.com/jira/browse/JGRP-130 > Project: JGroups > Issue Type: Feature Request > Affects Versions: 2.2.9 > Reporter: Bela Ban > Assigned To: Bela Ban > Fix For: 2.6, 2.5.2 > > Attachments: tcp.xml > > > Problems with reincarnation > =========================== > Author: Bela Ban > Version: $Id$ > The identity of a JGroups member is always the IP address and a port. The port is usually chosen by the OS, unless > bind_port is set (not set by default). > Let's say a member's address is hostA:5000. When that member dies and is restarted, the OS will likely assign a > higher port, say 5002. This depends on how many other processes requested a port in between the start and restart > of the member. > JGroups relies on the fact that the assignment of ports by the OS is always (not necessarily monotonically) > *increasing* across a single machine. If this is not the case, then the following problems can occur: > 1. Restart: > When a member P crashes and then is restarted, if FD is used and P is restarted *before* it is excluded, > then we have a new member *under the same old address* ! Since it lost all of its state (e.g. retransmission table), > retransmission requests sent to the new P will fail. > 2. Shunning: > Regarding shunning: a member keeps its last N (default is 100) ports used, and makes sure it doesn't reuse one of > those already-used ports when it is shunned. However, this is process-wide and *not* machine-wide, e.g. when we have > processes P1 on A:5000 and P2 on A:5002 (on machine A), and both of them are shunned at the same time, > when they rejoin, P1 does not use port 5000, but might use port 5002, and P2 doesn't use 5002, but might use 5000, so > they could assume each other's identity ! > Both problems cannot be solved by remembering the last 100 ports: in case #1, this list is lost because we start a > new process and in case #2, the list is process-wide, but not machine-wide. > Again, these problems occur *only* when the OS reuses previously assigned ports. > SOLUTION: > A: Use temporary storage (per host) to store the last N addresses assigned on a given host. This makes sure we > don't reuse previous addresses > B: Use logical addresses, such as java.rmi.VMID or java.rmi.server.UID, which are unique over time for a given host. > Then, it doesn't matter what ports we use because the ports are not used to determine a member's identity. > The JIRA task for logical addresses is http://jira.jboss.com/jira/browse/JGRP-129. -- 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

16 years, 11 months

1
0
0 / 0

[JBoss JIRA] Created: (JBAS-4696) Arrange community documents for 4.2.2.GA

by Dimitris Andreadis (JIRA)

Arrange community documents for 4.2.2.GA ---------------------------------------- Key: JBAS-4696 URL: http://jira.jboss.com/jira/browse/JBAS-4696 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Other Reporter: Dimitris Andreadis Priority: Critical Fix For: JBossAS-4.2.2.GA We *must* produce community documents for AS. At the moment, the only 4.2.x documentation that exists is the EAP one. -- 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

16 years, 11 months

3
17
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira October 2007