10:12 p.m.
Justin Holmes created JBRULES-3684:
--------------------------------------
Summary: MVEL is having issues resolving a generic member in a concrete type
Key: JBRULES-3684
URL: https://issues.jboss.org/browse/JBRULES-3684
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-compiler
Affects Versions: 5.5.0.CR1
Reporter: Justin Holmes
Assignee: Mark Proctor
Priority: Minor
Pull request with test case to follow...
I have 2 classes:
public abstract class AbstractBase<T> {
protected T foo;
public T getFoo() {
return foo;
}
}
public class StringConcrete extends AbstractBase<String> {
public StringConcrete() {
this.foo = new String();
}
}
The following rule fails in MVEL dialect, but passes in Java dialect.
rule "test"
dialect "mvel"
when
$S : StringConcrete()
then
System.out.println( $S.getFoo().concat("this works with java dialect") );
end
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:18 p.m.
[
https://issues.jboss.org/browse/JBRULES-3684?page=com.atlassian.jira.plug...
]
Justin Holmes updated JBRULES-3684:
-----------------------------------
Git Pull Request: https://github.com/droolsjbpm/drools/pull/164
Description:
Not sure if this is related to Drools use of MVEL or MVEl itself...
I have 2 classes:
public abstract class AbstractBase<T> {
protected T foo;
public T getFoo() {
return foo;
}
}
public class StringConcrete extends AbstractBase<String> {
public StringConcrete() {
this.foo = new String();
}
}
The following rule fails in MVEL dialect, but passes in Java dialect.
rule "test"
dialect "mvel"
when
$S : StringConcrete()
then
System.out.println( $S.getFoo().concat("this works with java dialect") );
end
was:
Pull request with test case to follow...
I have 2 classes:
public abstract class AbstractBase<T> {
protected T foo;
public T getFoo() {
return foo;
}
}
public class StringConcrete extends AbstractBase<String> {
public StringConcrete() {
this.foo = new String();
}
}
The following rule fails in MVEL dialect, but passes in Java dialect.
rule "test"
dialect "mvel"
when
$S : StringConcrete()
then
System.out.println( $S.getFoo().concat("this works with java dialect") );
end
MVEL is having issues resolving a generic member in a concrete type
-------------------------------------------------------------------
Key: JBRULES-3684
URL: https://issues.jboss.org/browse/JBRULES-3684
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: drools-compiler
Affects Versions: 5.5.0.CR1
Reporter: Justin Holmes
Assignee: Mark Proctor
Priority: Minor
Not sure if this is related to Drools use of MVEL or MVEl itself...
I have 2 classes:
public abstract class AbstractBase<T> {
protected T foo;
public T getFoo() {
return foo;
}
}
public class StringConcrete extends AbstractBase<String> {
public StringConcrete() {
this.foo = new String();
}
}
The following rule fails in MVEL dialect, but passes in Java dialect.
rule "test"
dialect "mvel"
when
$S : StringConcrete()
then
System.out.println( $S.getFoo().concat("this works with java dialect") );
end
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
2:33 a.m.
[
https://issues.jboss.org/browse/JBRULES-3684?page=com.atlassian.jira.plug...
]
Mark Proctor updated JBRULES-3684:
----------------------------------
Fix Version/s: 6.0.0.Alpha1
MVEL is having issues resolving a generic member in a concrete type
-------------------------------------------------------------------
Key: JBRULES-3684
URL: https://issues.jboss.org/browse/JBRULES-3684
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: drools-compiler
Affects Versions: 5.5.0.CR1
Reporter: Justin Holmes
Assignee: Mario Fusco
Priority: Minor
Fix For: 6.0.0.Alpha1
Not sure if this is related to Drools use of MVEL or MVEl itself...
I have 2 classes:
public abstract class AbstractBase<T> {
protected T foo;
public T getFoo() {
return foo;
}
}
public class StringConcrete extends AbstractBase<String> {
public StringConcrete() {
this.foo = new String();
}
}
The following rule fails in MVEL dialect, but passes in Java dialect.
rule "test"
dialect "mvel"
when
$S : StringConcrete()
then
System.out.println( $S.getFoo().concat("this works with java dialect") );
end
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
2:33 a.m.
[
https://issues.jboss.org/browse/JBRULES-3684?page=com.atlassian.jira.plug...
]
Mark Proctor updated JBRULES-3684:
----------------------------------
Assignee: Mario Fusco (was: Mark Proctor)
MVEL is having issues resolving a generic member in a concrete type
-------------------------------------------------------------------
Key: JBRULES-3684
URL: https://issues.jboss.org/browse/JBRULES-3684
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: drools-compiler
Affects Versions: 5.5.0.CR1
Reporter: Justin Holmes
Assignee: Mario Fusco
Priority: Minor
Not sure if this is related to Drools use of MVEL or MVEl itself...
I have 2 classes:
public abstract class AbstractBase<T> {
protected T foo;
public T getFoo() {
return foo;
}
}
public class StringConcrete extends AbstractBase<String> {
public StringConcrete() {
this.foo = new String();
}
}
The following rule fails in MVEL dialect, but passes in Java dialect.
rule "test"
dialect "mvel"
when
$S : StringConcrete()
then
System.out.println( $S.getFoo().concat("this works with java dialect") );
end
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
2:13 p.m.
[
https://issues.jboss.org/browse/JBRULES-3684?page=com.atlassian.jira.plug...
]
Justin Holmes updated JBRULES-3684:
-----------------------------------
Git Pull Request: (was: https://github.com/droolsjbpm/drools/pull/164)
MVEL is having issues resolving a generic member in a concrete type
-------------------------------------------------------------------
Key: JBRULES-3684
URL: https://issues.jboss.org/browse/JBRULES-3684
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: drools-compiler
Affects Versions: 5.5.0.CR1
Reporter: Justin Holmes
Assignee: Mario Fusco
Priority: Minor
Fix For: 6.0.0.Alpha1
Not sure if this is related to Drools use of MVEL or MVEl itself...
I have 2 classes:
public abstract class AbstractBase<T> {
protected T foo;
public T getFoo() {
return foo;
}
}
public class StringConcrete extends AbstractBase<String> {
public StringConcrete() {
this.foo = new String();
}
}
The following rule fails in MVEL dialect, but passes in Java dialect.
rule "test"
dialect "mvel"
when
$S : StringConcrete()
then
System.out.println( $S.getFoo().concat("this works with java dialect") );
end
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
4379
days inactive
4385
days old
4 comments
2 participants
participants (2)
-
Justin Holmes (JIRA) -
Mark Proctor (JIRA)