January 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-998) NullPointerException at org.drools.core.common.LeftTupleSetsImpl.removeInsert(LeftTupleSetsImpl.java:141)

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-998?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration updated DROOLS-998: ------------------------------------------- Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1302141 Bugzilla Update: Perform > NullPointerException at org.drools.core.common.LeftTupleSetsImpl.removeInsert(LeftTupleSetsImpl.java:141) > --------------------------------------------------------------------------------------------------------- > > Key: DROOLS-998 > URL: https://issues.jboss.org/browse/DROOLS-998 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.3.0.Final > Environment: OpenJDK Runtime Environment (IcedTea 2.6.3) (7u91-2.6.3-0ubuntu0.14.04.1) > Reporter: Christian Spurk > Assignee: Mario Fusco > Fix For: 6.4.0.CR1 > > > The following {{NullPointerException}} occurs for the following rule: > {code} > Exception in thread "main" java.lang.NullPointerException > at org.drools.core.common.LeftTupleSetsImpl.removeInsert(LeftTupleSetsImpl.java:141) > at org.drools.core.common.LeftTupleSetsImpl.addDelete(LeftTupleSetsImpl.java:80) > at org.drools.core.phreak.PhreakAccumulateNode.doLeftDeletes(PhreakAccumulateNode.java:603) > at org.drools.core.phreak.PhreakAccumulateNode.doNode(PhreakAccumulateNode.java:65) > at org.drools.core.phreak.RuleNetworkEvaluator.switchOnDoBetaNode(RuleNetworkEvaluator.java:565) > at org.drools.core.phreak.RuleNetworkEvaluator.evalBetaNode(RuleNetworkEvaluator.java:536) > at org.drools.core.phreak.RuleNetworkEvaluator.evalNode(RuleNetworkEvaluator.java:372) > at org.drools.core.phreak.RuleNetworkEvaluator.innerEval(RuleNetworkEvaluator.java:332) > at org.drools.core.phreak.RuleNetworkEvaluator.outerEval(RuleNetworkEvaluator.java:166) > at org.drools.core.phreak.RuleNetworkEvaluator.evaluateNetwork(RuleNetworkEvaluator.java:123) > at org.drools.core.phreak.RuleExecutor.reEvaluateNetwork(RuleExecutor.java:194) > at org.drools.core.phreak.RuleExecutor.fire(RuleExecutor.java:142) > at org.drools.core.phreak.RuleExecutor.evaluateNetworkAndFire(RuleExecutor.java:74) > at org.drools.core.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:978) > at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1292) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1294) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1281) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1260) > at org.drools.core.command.runtime.rule.FireAllRulesCommand.execute(FireAllRulesCommand.java:109) > at org.drools.core.command.runtime.rule.FireAllRulesCommand.execute(FireAllRulesCommand.java:34) > at org.drools.core.impl.StatelessKnowledgeSessionImpl.execute(StatelessKnowledgeSessionImpl.java:292) > at Test.main(Test.java:13) > {code} > {code} > rule "test" > when > not( String() ) > accumulate( > Long(); > sum(1) > ) > ( Boolean() or not( Float() ) ) > then > insert(new String()); > end > {code} > (Please ignore the nonsensical rule; I simply couldn't reproduce this issue in any better way without providing you my larger system where the (more complex) rule makes more sense.) > I'm using a default KIE configuration to load the rule: > {{kmodule.xml}}: > {code} > <?xml version="1.0" encoding="UTF-8"?> > <kmodule xmlns="http://jboss.org/kie/6.0.0/kmodule" /> > {code} > {{Test.java}}: > {code} > import org.kie.api.KieBase; > import org.kie.api.KieServices; > import org.kie.api.runtime.StatelessKieSession; > import org.kie.internal.command.CommandFactory; > public class Test { > public static void main(String[] args) { > KieBase kieBase = KieServices.Factory.get().getKieClasspathContainer() > .getKieBase(); > StatelessKieSession session = kieBase.newStatelessKieSession(); > session.execute(CommandFactory.newFireAllRules()); > } > } > {code} > This issue might be related with DROOLS-987. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5745) EJB security interceptor integration

by Farah Juma (JIRA)

[ https://issues.jboss.org/browse/WFLY-5745?page=com.atlassian.jira.plugin.... ] Farah Juma commented on WFLY-5745: ---------------------------------- wildfly-security-incubator PRs: https://github.com/wildfly-security-incubator/wildfly/pull/6 https://github.com/wildfly-security-incubator/wildfly/pull/11 > EJB security interceptor integration > ------------------------------------ > > Key: WFLY-5745 > URL: https://issues.jboss.org/browse/WFLY-5745 > Project: WildFly > Issue Type: Feature Request > Components: EJB > Reporter: Farah Juma > Assignee: Farah Juma > Labels: affects_elytron > Fix For: 11.0.0.Alpha1 > > > Add the ability to select which security interceptors get used based on the security domain configuration in the EJB subsystem. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ELY-408) Return an empty authorization identity instead of null in LegacyPropertiesSecurityRealm

by Farah Juma (JIRA)

Farah Juma created ELY-408: ------------------------------ Summary: Return an empty authorization identity instead of null in LegacyPropertiesSecurityRealm Key: ELY-408 URL: https://issues.jboss.org/browse/ELY-408 Project: WildFly Elytron Issue Type: Bug Components: Realms Reporter: Farah Juma Assignee: Farah Juma -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ELY-407) Add the ability for SecurityIdentity.getRoles() to fall back to the default if the given category is undefined

by Farah Juma (JIRA)

Farah Juma created ELY-407: ------------------------------ Summary: Add the ability for SecurityIdentity.getRoles() to fall back to the default if the given category is undefined Key: ELY-407 URL: https://issues.jboss.org/browse/ELY-407 Project: WildFly Elytron Issue Type: Enhancement Components: API / SPI Reporter: Farah Juma Assignee: Farah Juma As an example, consider the following scenario: I have a simple secured servlet that invokes an EJB method that's secured, where both the servlet and the EJB are using the default Elytron security domain that's defined for applications (i.e., "ApplicationDomain"). There's a user defined in the "ApplicationRealm" that has the role that's required to access the servlet and the EJB method. Undertow uses {{securityIdentity.getRoles()}} to check if a user is authorized, so the user is able to access the servlet. However, the EJB subsystem uses {{securityIdentity.getRoles("ejb")}} to check if a user is authorized and since no "ejb" category is defined, an {{EJBAccessException}} would occur when attempting to invoke the EJB method. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JASSIST-260) Stack frame corruption after writing to attribute on injected after method

by Rafael Campos (JIRA)

[ https://issues.jboss.org/browse/JASSIST-260?page=com.atlassian.jira.plugi... ] Rafael Campos updated JASSIST-260: ---------------------------------- Steps to Reproduce: Stack frame corruption after writing to attribute contain on class that contains method with injected code via {code:java} CtMethod.insertAfter(String src) {code} This writing happens inside of the injected code src it self. Example: {code:java} public class Animal { public String ret; public AnimalRoles(){ ret = "Before"; } public String hello() { return ret; } public String die(String age) { return ""; } } {code} {code:java} // Somehow get the method hello from Animal into a var name methodHello method.insertAfter("this.ret = \"After\";"); {code} {code:java} // Call the method hello in a fresh Animal instance Animal a = new Animal(); System.out.println(a.hello()); System.out.println(a.ret); {code} Result: Before After Expected: After After Debugging the program a in the method hello it is possible to observe the following message: "com.sun.jdi.InternalException: Got error code in repIy:35 occurred retrieving ‘this' from stack frame." !Image1.png|thumbnail! Tried several work around but basically the problem is that the newly written that can not be read at the return statement. No workaround found so far. Also tested with previous versions of javaassist from 3.12.1.GA until 3.20.0GA and all yield the same result. Tried search the web for similar issues but with very little luck. Just some cryptic message with some weird workarounds that I could not get to work by any means. was: Stack frame corruption after writing to attribute contain on class that contains method with injected code via {code:java} CtMethod.insertAfter(String src) {code} This writing happens inside of the injected code src it self. Example: {code:java} public class Animal { public String ret; public AnimalRoles(){ ret = "Before"; } public String hello() { return ret; } public String die(String age) { return ""; } } {code} {code:java} // Somehow get the method hello from Animal into a var name methodHello method.insertAfter("this.ret = \"After\";"); {code} {code:java} // Call the method hello in a fresh Animal instance Animal a = new Animal(); System.out.println(a.hello()); System.out.println(a.ret); {code} Result: Before After Expected: After After Debugging the program a in the method hello it is possible to observe the following message: "com.sun.jdi.InternalException: Got error code in repIy:35 occurred retrieving ‘this' from stack frame." !Image1.png|thumbnail! Tried several work around but basically the problem is that the newly written that can not be read at the return statement. No workaround found so far. Also tested with previous versions of javaassist from 3.12.1.GA until 3.20.0GA and all yield the same result. > Stack frame corruption after writing to attribute on injected after method > -------------------------------------------------------------------------- > > Key: JASSIST-260 > URL: https://issues.jboss.org/browse/JASSIST-260 > Project: Javassist > Issue Type: Bug > Affects Versions: 3.20.0-GA > Environment: Using java 1.8, also tested with java 1.7 same behavior on eclipse Version: Mars.1 Release (4.5.1) on windows 7 x64 bits. > Reporter: Rafael Campos > Assignee: Shigeru Chiba > Priority: Minor > Attachments: Image1.png > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JASSIST-260) Stack frame corruption after writing to attribute on injected after method

by Rafael Campos (JIRA)

[ https://issues.jboss.org/browse/JASSIST-260?page=com.atlassian.jira.plugi... ] Rafael Campos updated JASSIST-260: ---------------------------------- Steps to Reproduce: Stack frame corruption after writing to attribute contain on class that contains method with injected code via {code:java} CtMethod.insertAfter(String src) {code} This writing happens inside of the injected code src it self. Example: {code:java} public class Animal { public String ret; public AnimalRoles(){ ret = "Before"; } public String hello() { return ret; } public String die(String age) { return ""; } } {code} {code:java} // Somehow get the method hello from Animal into a var name methodHello method.insertAfter("this.ret = \"After\";"); {code} {code:java} // Call the method hello in a fresh Animal instance Animal a = new Animal(); System.out.println(a.hello()); System.out.println(a.ret); {code} Result: Before After Expected: After After Debugging the program a in the method hello it is possible to observe the following message: "com.sun.jdi.InternalException: Got error code in repIy:35 occurred retrieving ‘this' from stack frame." !Image1.png|thumbnail! Tried several work around but basically the problem is that the newly written that can not be read at the return statement. No workaround found so far. Also tested with previous versions of javaassist from 3.12.1.GA until 3.20.0GA and all yield the same result. was: Stack frame corruption after writing to attribute contain on class that contains method with injected code via {code:java} CtMethod.insertAfter(String src) {code} This writing happens inside of the injected code src it self. Example: {code:java} public class Animal { public String ret; public AnimalRoles(){ ret = "Before"; } public String hello() { return ret; } public String die(String age) { return ""; } } {code} {code:java} // Somehow get the method hello from Animal into a var name methodHello method.insertAfter("this.ret = \"After\";"); {code} {code:java} // Call the method hello in a fresh Animal instance Animal a = new Animal(); System.out.println(a.hello()); System.out.println(a.ret); {code} Result: Before After Expected: After After Debugging the program a in the method hello it is possible to observe the following message: !Image1.png|thumbnail! Also tested with previous versions of javaassist from 3.12.1.GA until 3.20.0GA and all yield the same result. > Stack frame corruption after writing to attribute on injected after method > -------------------------------------------------------------------------- > > Key: JASSIST-260 > URL: https://issues.jboss.org/browse/JASSIST-260 > Project: Javassist > Issue Type: Bug > Affects Versions: 3.20.0-GA > Environment: Using java 1.8, also tested with java 1.7 same behavior on eclipse Version: Mars.1 Release (4.5.1) on windows 7 x64 bits. > Reporter: Rafael Campos > Assignee: Shigeru Chiba > Priority: Minor > Attachments: Image1.png > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JASSIST-260) Stack frame corruption after writing to attribute on injected after method

by Rafael Campos (JIRA)

[ https://issues.jboss.org/browse/JASSIST-260?page=com.atlassian.jira.plugi... ] Rafael Campos updated JASSIST-260: ---------------------------------- Steps to Reproduce: Stack frame corruption after writing to attribute contain on class that contains method with injected code via {code:java} CtMethod.insertAfter(String src) {code} This writing happens inside of the injected code src it self. Example: {code:java} public class Animal { public String ret; public AnimalRoles(){ ret = "Before"; } public String hello() { return ret; } public String die(String age) { return ""; } } {code} {code:java} // Somehow get the method hello from Animal into a var name methodHello method.insertAfter("this.ret = \"After\";"); {code} {code:java} // Call the method hello in a fresh Animal instance Animal a = new Animal(); System.out.println(a.hello()); System.out.println(a.ret); {code} Result: Before After Expected: After After Debugging the program a in the method hello it is possible to observe the following message: !Image1.png|thumbnail! Also tested with previous versions of javaassist from 3.12.1.GA until 3.20.0GA and all yield the same result. was: Stack frame corruption after writing to attribute contain on class that contains method with injected code via {code:java} CtMethod.insertAfter(String src) {code} This writing happens inside of the injected code src it self. Example: {code:java} public class Animal { public String ret; public AnimalRoles(){ ret = "Before"; } public String hello() { return ret; } public String die(String age) { return ""; } } {code} {code:java} // Somehow get the method hello from Animal into a var name methodHello method.insertAfter("this.ret = \"After\";"); {code} {code:java} // Call the method hello in a fresh Animal instance Animal a = new Animal(); System.out.println(a.hello()); System.out.println(a.ret); {code} Result: Before After Expected: After After Debugging the program a in the method hello it is possible to observe the following message: !Image1.jpg|thumbnail! Also tested with previous versions of javaassist from 3.12.1.GA until 3.20.0GA and all yield the same result. > Stack frame corruption after writing to attribute on injected after method > -------------------------------------------------------------------------- > > Key: JASSIST-260 > URL: https://issues.jboss.org/browse/JASSIST-260 > Project: Javassist > Issue Type: Bug > Affects Versions: 3.20.0-GA > Environment: Using java 1.8, also tested with java 1.7 same behavior on eclipse Version: Mars.1 Release (4.5.1) on windows 7 x64 bits. > Reporter: Rafael Campos > Assignee: Shigeru Chiba > Priority: Minor > Attachments: Image1.png > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JASSIST-260) Stack frame corruption after writing to attribute on injected after method

by Rafael Campos (JIRA)

Rafael Campos created JASSIST-260: ------------------------------------- Summary: Stack frame corruption after writing to attribute on injected after method Key: JASSIST-260 URL: https://issues.jboss.org/browse/JASSIST-260 Project: Javassist Issue Type: Bug Affects Versions: 3.20.0-GA Environment: Using java 1.8, also tested with java 1.7 same behavior on eclipse Version: Mars.1 Release (4.5.1) on windows 7 x64 bits. Reporter: Rafael Campos Assignee: Shigeru Chiba Priority: Minor Attachments: Image1.png -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6072) channel.receiveMessage(this); should not be called till all message data is read

by Stuart Douglas (JIRA)

Stuart Douglas created WFLY-6072: ------------------------------------ Summary: channel.receiveMessage(this); should not be called till all message data is read Key: WFLY-6072 URL: https://issues.jboss.org/browse/WFLY-6072 Project: WildFly Issue Type: Bug Components: EJB Reporter: Stuart Douglas Assignee: Stuart Douglas -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-851) Remoting Subsystem RemoteOutboundConnectionService is caching ConnectionURI causing issues when DNS changes

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-851?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on WFCORE-851: ------------------------------------------------ Jan Martiska <jmartisk(a)redhat.com> changed the Status of [bug 1248156|https://bugzilla.redhat.com/show_bug.cgi?id=1248156] from ON_QA to VERIFIED > Remoting Subsystem RemoteOutboundConnectionService is caching ConnectionURI causing issues when DNS changes > ----------------------------------------------------------------------------------------------------------- > > Key: WFCORE-851 > URL: https://issues.jboss.org/browse/WFCORE-851 > Project: WildFly Core > Issue Type: Bug > Components: Remoting > Reporter: Brad Maxwell > Assignee: Filippe Spolti > Fix For: 2.0.5.CR1 > > > Description of problem: > EJB CLient was configured with DNS FQDN to configure access to a remote EJB. If run a simple test adding an entry in /etc/hosts file pointing that FQDN to localhost for tests everything works. However, after finish the tests and remove the entry, the client still connects to localhost instead of resolve the new IP address. Even adding networkaddress.cache.ttl=30 inside security settings didn't work too. > How reproducible: > Everytime you use DNS names to connect to a remote EJB. > Steps to Reproduce: > 1. Configure a simple client that connects to a remote EJB using dns name > 2. add an entry in /etc/hosts mapping the dns name to localhost > 3. run the client code > 4. remove the entry in /etc/hosts > 5. run the client code again > Actual results: > EJB remote is still reached from localhost > Expected results: > After changing DNS record EJB will be reached in this new address -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2016