Hi, I have a class which implementes several interfaces class MyClass implements interA, interB, interC { private String nameA; private String nameB; private String ownString; public String getNameA(){ ---impl of method from interface interA return nameA; } public String getNameB(){ ---- impl method from interface interB return nameB; } public String getOwnString{ ---- own method return ownString; } } Another class, MyBiggerClass has MyClass as its attribute: class MyBiggerClass { private MyClass myClass; public MyClass getMyClass(){ return myClass; } } In a rule, I use MyBiggerClass as follows: $mybig : MyBiggerClass() eval($mybig.getMyClass().getNameB().equals("HelloWorld")) The evaluation fails, and it said unable to resolve method using strict-mode: interA.getNameB() As you can see, the validator checks as if the getNameB was a method of interA (the first interface). I'm wondering whether this is a bug, or do I have to somehow change the structure of my class. But the question is, why does it check the interfaces not the class itself? Thanks for advices Regard bb -- View this message in context: http://www.nabble.com/Validation-in-Guvnor-fails-due-to-unrecognized-meth... Sent from the drools - user mailing list archive at Nabble.com. _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users

Oh yes, sorry I forgot to mention, Drools 5.0.0.CR1 Mvel 2.0.8pre1 Thanks Edson Tirelli-3 wrote: > > Hi Brody, > > What versions of Drools and MVEL you are using? > > []s > Edson > > 2009/6/25 Brody bach <brodybach(a)yahoo.com&gt; > >> >> Hi, >> >> I have a class which implementes several interfaces >> >> class MyClass implements interA, interB, interC { >> private String nameA; >> private String nameB; >> private String ownString; >> >> public String getNameA(){ ---impl of method from interface interA >> return nameA; >> } >> >> public String getNameB(){ ---- impl method from interface interB >> return nameB; >> } >> >> public String getOwnString{ ---- own method >> return ownString; >> } >> } >> >> Another class, MyBiggerClass has MyClass as its attribute: >> >> class MyBiggerClass { >> private MyClass myClass; >> >> public MyClass getMyClass(){ >> return myClass; >> } >> } >> >> In a rule, I use MyBiggerClass as follows: >> $mybig : MyBiggerClass() >> eval($mybig.getMyClass().getNameB().equals("HelloWorld")) >> >> The evaluation fails, and it said >> unable to resolve method using strict-mode: interA.getNameB() >> >> As you can see, the validator checks as if the getNameB was a method of >> interA (the first interface). >> I'm wondering whether this is a bug, or do I have to somehow change the >> structure of my class. >> But the question is, why does it check the interfaces not the class >> itself? >> >> Thanks for advices >> >> Regard >> bb >> >> >> >> >> -- >> View this message in context: >> http://www.nabble.com/Validation-in-Guvnor-fails-due-to-unrecognized-meth... >> Sent from the drools - user mailing list archive at Nabble.com. >> >> _______________________________________________ >> rules-users mailing list >> rules-users(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/rules-users >> > > > > -- > Edson Tirelli > JBoss Drools Core Development > JBoss by Red Hat @ www.jboss.com > > _______________________________________________ > rules-users mailing list > rules-users(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/rules-users > > -- View this message in context: http://www.nabble.com/Validation-in-Guvnor-fails-due-to-unrecognized-meth... Sent from the drools - user mailing list archive at Nabble.com. _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users

Brody, Can you try with Drools 5.0.1 (and corresponding MVEL version) that is the final community release? There were tons of fixes since the candidate release. Let us know if it works. Edson

Brody, This seems to be a serialization problem. Please, talk to the guvnor people on how to migrate between versions. []s Edson 2009/7/9 Brody bach <brodybach(a)yahoo.com&gt; > > Sooryfor reposting this one, Edson was expecting a feedback :) > > > > Hi Edson, > sorry for the very late reply > > As I mentioned before, I had this problem in Guvnor. So I undeployed my > old > guvnor and redeploy a new one (the one I take fresh from website :), so > it > should be the latest version). > Now I get a new problem: I can't open any rules I've created using the > previous version. The exception I got: > > 12:06:26,171 INFO [STDOUT] [] DEBUG 01-07 12:06:26,171 > (ServiceImplementation.java:loadRuleAsset:491) Load time taken for > asset: > 62 > 12:06:26,171 INFO [STDOUT] [] ERROR 01-07 12:06:26,171 > (RepositoryServiceServlet.java:doUnexpectedFailure:69) > com.google.gwt.user.client.rpc.SerializationException: Type > 'org.drools.guvnor.client.rpc.RuleAsset' was not assignable to > 'com.google.gwt.user.client.rpc.IsSerializable' and did not have a custom > field serializer. For security purposes, this type will not be > serialized. > 12:06:26,171 ERROR [STDERR] [] > com.google.gwt.user.client.rpc.SerializationException: Type > 'org.drools.guvnor.client.rpc.RuleAsset' was not assignable to > 'com.google.gwt.user.client.rpc.IsSerializable' and did not have a custom > field serializer. For security purposes, this type will not be > serialized. > 12:06:26,171 ERROR [STDERR] [] at > > com.google.gwt.user.server.rpc.impl.LegacySerializationPolicy.validateSerialize(LegacySerializationPolicy.java:140) > 12:06:26,171 ERROR [STDERR] [] at > > com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter.serialize(ServerSerializationStreamWriter.java:581) > 12:06:26,171 ERROR [STDERR] [] at > > com.google.gwt.user.client.rpc.impl.AbstractSerializationStreamWriter.writeObject(AbstractSerializationStreamWriter.java:129) > 12:06:26,171 ERROR [STDERR] [] at > > com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter$ValueWriter$8.write(ServerSerializationStreamWriter.java:146) > 12:06:26,171 ERROR [STDERR] [] at > > com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter.serializeValue(ServerSerializationStreamWriter.java:520) > 12:06:26,171 ERROR [STDERR] [] at > com.google.gwt.user.server.rpc.RPC.encodeResponse(RPC.java:573) > 12:06:26,171 ERROR [STDERR] [] at > com.google.gwt.user.server.rpc.RPC.encodeResponseForSuccess(RPC.java:441) > 12:06:26,171 ERROR [STDERR] [] at > com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:529) > 12:06:26,171 ERROR [STDERR] [] at > > com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:164) > 12:06:26,171 ERROR [STDERR] [] at > > com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceServlet.java:86) > 12:06:26,171 ERROR [STDERR] [] at > javax.servlet.http.HttpServlet.service(HttpServlet.java:710) > 12:06:26,171 ERROR [STDERR] [] at > javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > 12:06:26,171 ERROR [STDERR] [] at > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > 12:06:26,171 ERROR [STDERR] [] at > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > 12:06:26,171 ERROR [STDERR] [] at > org.jboss.seam.web.ContextFilter$1.process(ContextFilter.java:42) > 12:06:26,171 ERROR [STDERR] [] at > > org.jboss.seam.servlet.ContextualHttpServletRequest.run(ContextualHttpServletRequest.java:53) > 12:06:26,171 ERROR [STDERR] [] at > org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:37) > 12:06:26,171 ERROR [STDERR] [] at > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > 12:06:26,171 ERROR [STDERR] [] at > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > 12:06:26,171 ERROR [STDERR] [] at > > org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) > 12:06:26,171 ERROR [STDERR] [] at > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > 12:06:26,171 ERROR [STDERR] [] at > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > 12:06:26,171 ERROR [STDERR] [] at > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) > 12:06:26,171 ERROR [STDERR] [] at > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) > 12:06:26,171 ERROR [STDERR] [] at > > org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:182) > 12:06:26,171 ERROR [STDERR] [] at > > org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) > 12:06:26,171 ERROR [STDERR] [] at > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > 12:06:26,171 ERROR [STDERR] [] at > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > 12:06:26,171 ERROR [STDERR] [] at > > org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) > 12:06:26,171 ERROR [STDERR] [] at > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > 12:06:26,171 ERROR [STDERR] [] at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262) > 12:06:26,171 ERROR [STDERR] [] at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) > 12:06:26,171 ERROR [STDERR] [] at > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) > 12:06:26,171 ERROR [STDERR] [] at > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446) > 12:06:26,171 ERROR [STDERR] [] at java.lang.Thread.run(Thread.java:595) > > If I test the rules within the IDE (using Drools 5.0.0CR1 and Mvel 2.0.8) > it > works without problem. So probably the version is not the real problem; > rather the guvnor? > > would really appreciate your analyse :) > > Regards > bb > > > > > Edson Tirelli-3 wrote: > > > > Brody, > > > > Can you try with Drools 5.0.1 (and corresponding MVEL version) that > is > > the final community release? There were tons of fixes since the > candidate > > release. > > > > Let us know if it works. > > > > Edson > > > > > > > > -- > View this message in context: > http://www.nabble.com/Validation-in-Guvnor-fails-due-to-unrecognized-meth... > Sent from the drools - user mailing list archive at Nabble.com. > > _______________________________________________ > rules-users mailing list > rules-users(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/rules-users > -- Edson Tirelli JBoss Drools Core Development JBoss by Red Hat @ www.jboss.com _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users

Hi Brody, Some things that you can try: 1. Try refreshing the browser after you have moved to 5.0.1. Maybe it is still using the old javascripts and that is why it is not showing the editors. 2. Try rebuilding the packages. 3. Move repository from 5.0.0.CR1 to 5.0.1 using the export/import that is under admin. Toni Brody bach wrote: > Hi Edson, thanks for the reply.. > how can I contact the guvnor people than? :) > Or are they reading this too? > > Regards > bb > > > Edson Tirelli-3 wrote: > >> Brody, >> >> This seems to be a serialization problem. Please, talk to the guvnor >> people on how to migrate between versions. >> >> []s >> Edson >> >> 2009/7/9 Brody bach <brodybach(a)yahoo.com&gt; >> >> >>> Sooryfor reposting this one, Edson was expecting a feedback :) >>> >>> >>> >>> Hi Edson, >>> sorry for the very late reply >>> >>> As I mentioned before, I had this problem in Guvnor. So I undeployed my >>> old >>> guvnor and redeploy a new one (the one I take fresh from website :), so >>> it >>> should be the latest version). >>> Now I get a new problem: I can't open any rules I've created using the >>> previous version. The exception I got: >>> >>> 12:06:26,171 INFO [STDOUT] [] DEBUG 01-07 12:06:26,171 >>> (ServiceImplementation.java:loadRuleAsset:491) Load time taken for >>> asset: >>> 62 >>> 12:06:26,171 INFO [STDOUT] [] ERROR 01-07 12:06:26,171 >>> (RepositoryServiceServlet.java:doUnexpectedFailure:69) >>> com.google.gwt.user.client.rpc.SerializationException: Type >>> 'org.drools.guvnor.client.rpc.RuleAsset' was not assignable to >>> 'com.google.gwt.user.client.rpc.IsSerializable' and did not have a >>> custom >>> field serializer. For security purposes, this type will not be >>> serialized. >>> 12:06:26,171 ERROR [STDERR] [] >>> com.google.gwt.user.client.rpc.SerializationException: Type >>> 'org.drools.guvnor.client.rpc.RuleAsset' was not assignable to >>> 'com.google.gwt.user.client.rpc.IsSerializable' and did not have a >>> custom >>> field serializer. For security purposes, this type will not be >>> serialized. >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> com.google.gwt.user.server.rpc.impl.LegacySerializationPolicy.validateSerialize(LegacySerializationPolicy.java:140) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter.serialize(ServerSerializationStreamWriter.java:581) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> com.google.gwt.user.client.rpc.impl.AbstractSerializationStreamWriter.writeObject(AbstractSerializationStreamWriter.java:129) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter$ValueWriter$8.write(ServerSerializationStreamWriter.java:146) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter.serializeValue(ServerSerializationStreamWriter.java:520) >>> 12:06:26,171 ERROR [STDERR] [] at >>> com.google.gwt.user.server.rpc.RPC.encodeResponse(RPC.java:573) >>> 12:06:26,171 ERROR [STDERR] [] at >>> com.google.gwt.user.server.rpc.RPC.encodeResponseForSuccess(RPC.java:441) >>> 12:06:26,171 ERROR [STDERR] [] at >>> com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:529) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:164) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceServlet.java:86) >>> 12:06:26,171 ERROR [STDERR] [] at >>> javax.servlet.http.HttpServlet.service(HttpServlet.java:710) >>> 12:06:26,171 ERROR [STDERR] [] at >>> javax.servlet.http.HttpServlet.service(HttpServlet.java:803) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>> 12:06:26,171 ERROR [STDERR] [] at >>> org.jboss.seam.web.ContextFilter$1.process(ContextFilter.java:42) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> org.jboss.seam.servlet.ContextualHttpServletRequest.run(ContextualHttpServletRequest.java:53) >>> 12:06:26,171 ERROR [STDERR] [] at >>> org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:37) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:182) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) >>> 12:06:26,171 ERROR [STDERR] [] at >>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262) >>> 12:06:26,171 ERROR [STDERR] [] at >>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) >>> 12:06:26,171 ERROR [STDERR] [] at >>> >>> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) >>> 12:06:26,171 ERROR [STDERR] [] at >>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446) >>> 12:06:26,171 ERROR [STDERR] [] at >>> java.lang.Thread.run(Thread.java:595) >>> >>> If I test the rules within the IDE (using Drools 5.0.0CR1 and Mvel >>> 2.0.8) >>> it >>> works without problem. So probably the version is not the real problem; >>> rather the guvnor? >>> >>> would really appreciate your analyse :) >>> >>> Regards >>> bb >>> >>> >>> >>> >>> Edson Tirelli-3 wrote: >>> >>>> Brody, >>>> >>>> Can you try with Drools 5.0.1 (and corresponding MVEL version) that >>>> >>> is >>> >>>> the final community release? There were tons of fixes since the >>>> >>> candidate >>> >>>> release. >>>> >>>> Let us know if it works. >>>> >>>> Edson >>>> >>>> >>>> >>>> >>> -- >>> View this message in context: >>> http://www.nabble.com/Validation-in-Guvnor-fails-due-to-unrecognized-meth... >>> Sent from the drools - user mailing list archive at Nabble.com. >>> >>> _______________________________________________ >>> rules-users mailing list >>> rules-users(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/rules-users >>> >>> >> >> -- >> Edson Tirelli >> JBoss Drools Core Development >> JBoss by Red Hat @ www.jboss.com >> >> _______________________________________________ >> rules-users mailing list >> rules-users(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/rules-users >> >> >> > > _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users