[JBoss JIRA] (JGRP-1984) NPE while creating a dynamic FORK channel
by Ramesh Reddy (JIRA)
[ https://issues.jboss.org/browse/JGRP-1984?page=com.atlassian.jira.plugin.... ]
Ramesh Reddy commented on JGRP-1984:
------------------------------------
I only tested on 3.6.4, have not tested with 3.6.7
> NPE while creating a dynamic FORK channel
> -----------------------------------------
>
> Key: JGRP-1984
> URL: https://issues.jboss.org/browse/JGRP-1984
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.6.4
> Reporter: Ramesh Reddy
> Assignee: Bela Ban
> Fix For: 3.6.7
>
> Attachments: RpcForkDispatcherTest.java, tcp-shared.xml
>
>
> I am trying to create a ForkChannel based on the example in docs with code, when FORK protocol not present in the main stack
> {code}
> channel=new JChannel("tcp.xml"));
> channel.connect("RpcDispatcherTestGroup");
> ForkChannel forkChannel = new ForkChannel(channel, "test-rpc", name, true, ProtocolStack.BELOW, FRAG2.class);
> forkChannel.connect("test-rpc");
> {code}
> this ends with
> {code}
> Exception in thread "main" java.lang.NullPointerException
> at org.jgroups.protocols.FORK.createForkStack(FORK.java:199)
> at org.jgroups.fork.ForkChannel.<init>(ForkChannel.java:79)
> at org.teiid.systemmodel.RpcDispatcherTest.start(RpcDispatcherTest.java:32)
> at org.teiid.systemmodel.RpcDispatcherTest.main(RpcDispatcherTest.java:54
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 7 months
[JBoss JIRA] (WFLY-5748) IIOP: SSL configuration inconsistence
by Tomasz Adamski (JIRA)
[ https://issues.jboss.org/browse/WFLY-5748?page=com.atlassian.jira.plugin.... ]
Tomasz Adamski updated WFLY-5748:
---------------------------------
Summary: IIOP: SSL configuration inconsistence (was: SSL configuration inconsistence)
> IIOP: SSL configuration inconsistence
> -------------------------------------
>
> Key: WFLY-5748
> URL: https://issues.jboss.org/browse/WFLY-5748
> Project: WildFly
> Issue Type: Bug
> Components: IIOP, Security
> Affects Versions: 10.0.0.CR4
> Reporter: Tomasz Adamski
> Assignee: Tomasz Adamski
>
> If user configures IOR settings so that SSL connections are required, but there security is not configured properly, then normal socket is opened on iiop-ssl port. In described scenario error should be printed and iiop subsystem should fail to start.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 7 months
[JBoss JIRA] (WFLY-5748) SSL configuration inconsistence
by Tomasz Adamski (JIRA)
Tomasz Adamski created WFLY-5748:
------------------------------------
Summary: SSL configuration inconsistence
Key: WFLY-5748
URL: https://issues.jboss.org/browse/WFLY-5748
Project: WildFly
Issue Type: Bug
Components: IIOP, Security
Affects Versions: 10.0.0.CR4
Reporter: Tomasz Adamski
Assignee: Tomasz Adamski
If user configures IOR settings so that SSL connections are required, but there security is not configured properly, then normal socket is opened on iiop-ssl port. In described scenario error should be printed and iiop subsystem should fail to start.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 7 months
[JBoss JIRA] (DROOLS-992) Improved state machine for thread interactions
by Mark Proctor (JIRA)
[ https://issues.jboss.org/browse/DROOLS-992?page=com.atlassian.jira.plugin... ]
Mark Proctor commented on DROOLS-992:
-------------------------------------
The current state machine for the engine, user and timer thread interactions is still not as robust as it could be. The code is also spread out, making it hard for end users mentally validate.
This JIRA is a big cleanup and simplification of this code. It unifies fireAllRules and fireUntilHalt, hopefully making the semantics for all of this clear.
> Improved state machine for thread interactions
> ----------------------------------------------
>
> Key: DROOLS-992
> URL: https://issues.jboss.org/browse/DROOLS-992
> Project: Drools
> Issue Type: Feature Request
> Components: core engine
> Affects Versions: 6.3.0.Final
> Reporter: Mark Proctor
> Assignee: Mario Fusco
> Fix For: 6.4.x, 7.0.0.Final
>
>
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 7 months