[JBoss JIRA] Created: (JGRP-1070) Provide IP version checking based on @Property processing
by Richard Achmatowicz (JIRA)
Provide IP version checking based on @Property processing
---------------------------------------------------------
Key: JGRP-1070
URL: https://jira.jboss.org/jira/browse/JGRP-1070
Project: JGroups
Issue Type: Feature Request
Affects Versions: 2.8
Reporter: Richard Achmatowicz
Assignee: Richard Achmatowicz
Fix For: 2.8
With the advent of IPv6 suppport, JGroups needs to be IP version aware, in order to provide checks such as:
* ensuring that JGroups peers are started us using a set of bind and multicast addresses which are of a single IP version
* in the case of IPv6 link-local addresses, checking that link-local scopes are present to eliminate interface ambiguity
Managing many InetAddress and related addresses (such as IpAddress and InetSocketAddress) which are used in many stack layers within a JGroups stack
is difficult. Especially so when a decision (siuch as which IP version to use) depends upon having access to all InetAddresses at one point in time.
One way to achieve this is to delay all InetAddress creation until the init() layer of each protocol, so that initial values for InetAddresses which have been passed in by the user (or not) may be inspected and a decition made. However, decitions made in one iinit() layer need to be communicated to the other layers - this is true in trying to assign a common IP version across all layers.
Another approach is to intercept all InetAddress fields and setter methods during protocol stack creation, and after properties have been processed. This allows us access to the entire stack and its InetAddress variables by way of java.lang.reflect.Field and java.lang.reflect.Method processing.
This is the approach to IP version checking (and other InetAddress related checks) which will be taken for JGroups.
This approach also makes a nice stack creation-time companion to @Property processing (including the processing of dependencies and defaults).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 7 months
[JBoss JIRA] Created: (JBRULES-1262) DSL Parser "eval"
by M H (JIRA)
DSL Parser "eval"
-----------------
Key: JBRULES-1262
URL: http://jira.jboss.com/jira/browse/JBRULES-1262
Project: JBoss Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Drl Parser/Builder
Affects Versions: 4.0.1
Reporter: M H
Assigned To: Mark Proctor
[when]of type Item=Item()
[when]- Title equals "{value}"=eval(title.isEqual("{value}")
[when]- Event equals "{value}"=eval(id.isEqual("{value}")
[then]Log : "{message}"=System.out.println("{message}");
the dslr File:
expander Test.dsl
rule "Your First Rule"
when
$p : of type Item
- Title equals "test"
- Event equals "test"
then
#actions
end
resolves to (could be seen in the drl viewer)
rule "Your First Rule"
when
$p :Item( eval(title.isEqual("test", eval(id.isEqual("test") ) )
then
#actions
end
--
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
14 years, 7 months
[JBoss JIRA] Created: (EJBTHREE-1934) Fix the Webservice testsuite failures on trunk against AS Branch 5_x
by jaikiran pai (JIRA)
Fix the Webservice testsuite failures on trunk against AS Branch 5_x
---------------------------------------------------------------------
Key: EJBTHREE-1934
URL: https://jira.jboss.org/jira/browse/EJBTHREE-1934
Project: EJB 3.0
Issue Type: Task
Components: testsuite
Reporter: jaikiran pai
Assignee: jaikiran pai
Mike runs are showing failures in webservice testcases with JDK 1.6 and AS 5_x branch:
javax.xml.ws.WebServiceException: java.lang.UnsupportedOperationException: setProperty must be overridden by all subclasses of SOAPMessage
at org.jboss.ws.core.jaxws.client.ClientImpl.handleRemoteException(ClientImpl.java:392)
at org.jboss.ws.core.jaxws.client.ClientImpl.invoke(ClientImpl.java:302)
at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:170)
at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:150)
at $Proxy16.echo(Unknown Source)
at org.jboss.ejb3.test.webservices.unit.WebServiceTestCase.testHandlerContext(WebServiceTestCase.java:117)
at junit.extensions.TestDecorator.basicRun(TestDecorator.java:24)
at junit.extensions.TestSetup$1.protect(TestSetup.java:23)
at junit.extensions.TestSetup.run(TestSetup.java:27)
Caused by: java.lang.UnsupportedOperationException: setProperty must be overridden by all subclasses of SOAPMessage
at javax.xml.soap.SOAPMessage.setProperty(SOAPMessage.java:445)
at org.jboss.ws.core.soap.SOAPMessageImpl.<init>(SOAPMessageImpl.java:87)
at org.jboss.ws.core.soap.MessageFactoryImpl.createMessage(MessageFactoryImpl.java:169)
at org.jboss.ws.core.CommonSOAP11Binding.createMessage(CommonSOAP11Binding.java:57)
at org.jboss.ws.core.CommonSOAPBinding.bindRequestMessage(CommonSOAPBinding.java:158)
at org.jboss.ws.core.CommonClient.invoke(CommonClient.java:291)
at org.jboss.ws.core.jaxws.client.ClientImpl.invoke(ClientImpl.java:290)
Fix this issue.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 7 months