[JBoss JIRA] Created: (JBRULES-1087) Context Assistant that shows list of filtered DSL does not work on DRL editor
by Joe Son (JIRA)
Context Assistant that shows list of filtered DSL does not work on DRL editor
-----------------------------------------------------------------------------
Key: JBRULES-1087
URL: http://jira.jboss.com/jira/browse/JBRULES-1087
Project: JBoss Rules
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Eclipse IDE
Environment: Windows 2000, Drools 4.0, Eclipse 3.2.2
Reporter: Joe Son
Assigned To: Mark Proctor
Fix For: 4.0.0.GA
DRL FILE:
package rules
import com.nationwide.pc.rules.TrexoWrapUC40;
expander UC40Dsl.dsl
rule "Neither Correct Or Complete Audit For High AP"
salience 1800
activation-group "UC40"
when
UC40 has
- additional prem >= 25000.0 Or returned premium >= 5000.0
- task type != "Correct Audit"
- task type != "Complete Audit Review"
then
Set RuleResult "Verify Audit Accuracy"
Log result "Verify Audit Accuracy"
Dispatch work item
end
On previous versions, the context assistant show the list of DSL mappings available for me to use. This one, it doesn't. When I type - followed by Cntr+Space it sounds a windows error sound.
When I simply type Cntr+Space, it shows list of DRL keywords plust my imported class name.
--
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] Resolved: (JGRP-236) Combine join and state transfer
by Vladimir Blagojevic (JIRA)
[ http://jira.jboss.com/jira/browse/JGRP-236?page=all ]
Vladimir Blagojevic resolved JGRP-236.
--------------------------------------
Resolution: Done
Change set:
org/jgroups/protocols/FD_SOCK.java 1.66
org/jgroups/protocols/TUNNEL.java 1.44
org/jgroups/protocols/Discovery.java 1.32
org/jgroups/protocols/LOOPBACK.java 1.25
org/jgroups/protocols/TP.java 1.150
org/jgroups/protocols/pbcast/FLUSH.java 1.62
org/jgroups/protocols/pbcast/ParticipantGmsImpl.java 1.26
org/jgroups/protocols/pbcast/GMS.java 1.110
org/jgroups/protocols/pbcast/STREAMING_STATE_TRANSFER.java 1.49
org/jgroups/protocols/pbcast/ClientGmsImpl.java 1.50
org/jgroups/protocols/pbcast/CoordGmsImpl.java 1.70
org/jgroups/protocols/pbcast/STATE_TRANSFER.java 1.72
org/jgroups/protocols/pbcast/GmsImpl.java 1.24
org/jgroups/stack/ProtocolStack.java 1.50
org/jgroups/stack/StateTransferInfo.java 1.14
org/jgroups/Event.java 1.47
org/jgroups/JChannel.java 1.141
org/jgroups/demos/Draw.java 1.46
> Combine join and state transfer
> -------------------------------
>
> Key: JGRP-236
> URL: http://jira.jboss.com/jira/browse/JGRP-236
> Project: JGroups
> Issue Type: Feature Request
> Affects Versions: 2.2.8, 2.2.9, 2.3, 2.2.9.1, 2.2.9.2
> Reporter: Bela Ban
> Assigned To: Vladimir Blagojevic
> Fix For: 2.6
>
>
> Add an additional connect(String group_name, boolean fetch_state, String state_id) method to Channel, so that we can combine joining and state transfer into 1 operation. This also requires only 1 FLUSH phase.
> The state would be returned either via pulling with Channel.receive() or pushing the setState() method in a registered Receiver/MessageListener.
> - The JOIN_REQ contains the boolean
> - The algorithm in GMS is the same as the two described above, except that before multicasting the new view and sending
> the JOIN_RSPs and LEAVE_RSPs, we ask the application for its state (GET_APPLSTATE) and when received (GET_APPLSTATE_OK),
> we send it back to the joining member(s), and the RESUME sending messages
--
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: (JGRP-575) Join and state transfer violates virtual synchrony
by Vladimir Blagojevic (JIRA)
Join and state transfer violates virtual synchrony
--------------------------------------------------
Key: JGRP-575
URL: http://jira.jboss.com/jira/browse/JGRP-575
Project: JGroups
Issue Type: Bug
Affects Versions: 2.6
Reporter: Vladimir Blagojevic
Assigned To: Vladimir Blagojevic
Fix For: 2.6
ConcurrentStartupTest was conceived prior to implementation of a solution for JGRP-236. Upon initial integration of code for join and state transfer (JGRP-236), it was discovered that ConcurrentStartupTest was failing. Closer inspection revealed that a joining member, after joining and receiving state, would also receive messages from a previous view thus violating virtual synchrony (that is if FLUSH was present, if it was not we don't care).
--
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