[JBoss JIRA] (DROOLS-732) Extract objects from handles in a type-safe way
by Davide Sottara (JIRA)
Davide Sottara created DROOLS-732:
-------------------------------------
Summary: Extract objects from handles in a type-safe way
Key: DROOLS-732
URL: https://issues.jboss.org/browse/DROOLS-732
Project: Drools
Issue Type: Enhancement
Reporter: Davide Sottara
Assignee: Davide Sottara
Priority: Minor
The (Internal)FactHandle interface exposes a generic method
{code} public Object getObject() {code}
It should expose another method that wraps an internal cast
{code} public <K> K as( Class<K> klass ) throws CCE {code}
The method will perform the necessary type checks.
The method will also work with traits, returning a proxy that
implements the appropriate interface
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 8 months
- 1
- 0
[JBoss JIRA] (JGRP-1915) JDBC_PING discovery fails when stale entries are found in the database
by Patrick Haas (JIRA)
[ https://issues.jboss.org/browse/JGRP-1915?page=com.atlassian.jira.plugin.... ]
Patrick Haas commented on JGRP-1915:
------------------------------------
A note on the sorting/shuffling:
The coordinators are shuffled, but if there are no coordinators, the remaining members are sorted:
https://github.com/belaban/JGroups/blob/master/src/org/jgroups/protocols/...
I'll take a look at your other feedback now. Thanks :)
> JDBC_PING discovery fails when stale entries are found in the database
> ----------------------------------------------------------------------
>
> Key: JGRP-1915
> URL: https://issues.jboss.org/browse/JGRP-1915
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.6.1
> Reporter: Patrick Haas
> Assignee: Bela Ban
> Fix For: 3.6.3
>
>
> Node: "CHQ-PATRICKH-55008"
> Database contains two rows.. other node is dead but was unable to remove the JDBC entry.
> 1) JChannel.connect(...)
> 2) JChannel.down(Event[CONNECT_WITH_STATE_TRANSFER_USE_FLUSH])
> 3) STATE_TRANSFER -> FRAG2 -> MFC -> UFC -> GMS
> 4) GMS.down(...) calls out to joinWithStateTransfer -> joinInternal(...)
> JDBC pulls the node list from the database table.
> Ping Data:
> - CHQ-PATRICKH-3895, name=CHQ-PATRICKH-3895, addr=10.1.130.228:55503, server
> - CHQ-PATRICKH-55008, name=CHQ-PATRICKH-55008, addr=10.1.130.228:57489
> joinInternal is a never-terminating while loop:
> - down: Event.FIND_INITIAL_MBRS_EVT
> - inspect responses -- no valid join responses
> - responses are NOT empty -> does not become singletonMember
> - gets all coordinators (none)
> - Sorts all nodes by GUID in a TreeSet
> - Is first of all joiners?
> - No, another joiner is listed first
> ... repeat forever
> When the process is restarted and a node ID < than the existing db entry is generated, it successfully takes over as owner.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 8 months
- 1
- 0