Thanks for quick answers guys! I just realized the original thread never made it trough to the list (the user didn't register probably) the original poster had the same issue on Guvnor, hence the title. Edson I've opened https://issues.jboss.org/browse/JBRULES-3621 for this
Unfortunately, I don't have any workaround for this, as I don't know beforehand the structure of the POJO to use (in my use case, there is an additional layer on top of drools, and I don't know the facts). Although I'm not 100% blocked by this, is it possible to reuse the drools code generator manually? That way I could workaround it by generating the class myself and skip the constructor generation? Date: Fri, 7 Sep 2012 15:45:02 +0200 From: vincent.legen...@eurodecision.com To: rules-users@lists.jboss.org Subject: Re: [rules-users] Guvnor Declarative Model a workaround could be to use a java pojo, not a declared fact From: "Edson Tirelli" <ed.tire...@gmail.com> To: "Rules Users List" <rules-users@lists.jboss.org> Sent: Friday, September 7, 2012 3:43:04 PM Subject: Re: [rules-users] Guvnor Declarative Model Ouch, more than 255 fields? As of 5.4.x there is no workaround, the engine always tries to generate the constructor. Can you please open a JIRA and we will fix this for the next release? Thank you, Edson On Fri, Sep 7, 2012 at 9:05 AM, JP Chemali <jshem...@hotmail.com> wrote: Hi guys, I just stumbled into the same issue in 5.4.0.Final, I think this is caused by https://issues.jboss.org/browse/JBRULES-2652 When declaring a type, a constructor with all fields as parameters is generated automatically, but this causes in our case to hit a barrier of the Java language because the generated constructor has more than 255 parameters Anyone knows if this generation can be skipped (annotation or something else), maybe a safeguard not to generate the constructor when the limit is reached would be nice too? -- View this message in context: http://drools.46999.n3.nabble.com/Guvnor-Declarative-Model-tp4019419p4019637.html Sent from the Drools: User forum mailing list archive at Nabble.com. _______________________________________________ rules-users mailing list rules-users@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@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users _______________________________________________ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users