[rules-users] DSL expression - ??
Hi,
I have this in my DSL consequence :
{name}.{indic}+:{value}={name}.putIndicator({indic},{name}.get({indic})+{value});
{name}.{indic}:{value}={name}.putIndicator({indic},{value});
If I write in my dslr :
...
then
ex.+:200
ex.:200
end
the mapping is :
then
ex.+:200
ex.putIndicator(,ex.get() + 200);
end
Why I have not this :
then
ex.putIndicator(,ex.get() + 200);
ex.putIndicator(,200);
end
:confused::confused:
thanks,
V.
--
View this message in context:
http://www.nabble.com/DSL-expression--tf4507913.html#a12856258
Sent from the drools - user mailing list archive at Nabble.com.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
[rules-users] serialization size: a switch in Drools 2.5 ?
Hi! I have a server which uses a Drools RuleBase to evaluate about 2500 rules. The server stores the Drools RuleBase in a database as a serialized java object. I also need to transfer the Drools RuleBase to clients for offline usage. For the server, I need fast loading of the Drools RuleBase. For transfer to the client, I need the serialized Drool RuleBase to be as small as possible. You see, there is a trade-off here which I have to cope with. I have to use Drools 2.x i.e. Drools 2.1 or Drools 2.5 repectively. I have to do so because the rules have been written for Drools 2.x. And my company doesn't want to migrate the rules because there are about 2500 ones. We used to use Drools 2.1. Serialized Drools RuleBases of Drools 2.1 are very small because there're large parts which aren't serialized because they're transient. The size of the serialized Drools RuleBase of Drools 2.1 is a few hundred kB. Therefore transfering the Drools RuleBase to a client is feasible. But since the transient parts haven't been saved, they'll have to be recreated after the Drools RuleBase is deserialized. And this takes time - too much time (a couple of minutes!). This will especially be a problem if you often change the active Drools RuleBase. (And sadly, we'll have to do that in the future.) So we decided to try Drools 2.5. In Drools 2.5 the evaluation tree for the rules is no longer transient, it will stored in the database if the Drools RuleBase is serialized. Hence, it won't have to be recreated after deserialization because it will already be there. Therefore I'm able to load and reuse a serialized Drools RuleBase in no time. But since more information is stored, the serialized object of a Drools RuleBase has grown. And it has grown a lot: The size of a serialized Drools RuleBase in Drools 2.5 is about 10MB (with using GZIP for compression!). This is much to much information to transfer to a client! What I'd need is a switch which will allow to switch between serialization to a small serialized object (which may take a long time to load like in Drools 2.1) and serialization to a big serialized object (which can be loaded extremely fast but which may be to big to be transferred anywhere). By doing so, I could tranfer the small serialized Drools RuleBase to a client. And then the client can create the big version when he stores the Drools RuleBase for the first time. In this way, I wouldn't have to transfer much data and the problem with slow loading of the Drools RuleBase would occur only once. Is there a switch in Drools 2.5 to decide whether ot not the evaluation tree is stored in the serialized object? By the way, transferring the rules to the client and letting the client build the Drools RuleBase itself is definitely not feasible. Building the Drools RuleBase takes too much memory and too much time. The clients which are going to run the offline version will mostly be laptops with limited processing power. Yours sincerely, Christoph -- View this message in context: http://www.nabble.com/serialization-size%3A-a-switch-in-Drools-2.5---tf4508007.html#a12856495 Sent from the drools - user mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
[rules-users] BRMS and IDE
I did some first tests with BRMS and also with the IDE editors, I like the features of BRMS like Categories and I like it to use a web interface, so Business users can take a look at the rules and verify them developing of the rules is much easier using the eclipse editors with context-assist, so I'm thinking about how to combine it perhaps I misunderstood the concept, here's what I read from the docs: I can import drls into BRMS, so this would be for the first shot, then I can modify and categorize them and change the status from draft to reviewed or so in my application I can use an Agent to get the changes from BRMS automatically, but there seems no way to push new drls or changed drls from the IDE into the BRMS - the only I've seen is to import single drls into BRMS any thoughts or ideas ? thx - ekke -- View this message in context: http://www.nabble.com/BRMS-and-IDE-tf4508320.html#a12857320 Sent from the drools - user mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
[rules-users] architectural question about saving the static data
Hi, I have a question regarding the way of saving the values of some static data, wich will be used by the drools engine to calculate the price for some product. I will explain it with the following example: I have an website where the user can fill a form where he can choose between different kind of tables, and other specifications regarding to the table. Lets say we have 3 sort of tables in our store and the user can choose between them: 1) 80x40 2) 100x60 3) 90x50 For each of these types we know, it's a static information wich will not be calculated on basis of another value, what the price of it is and how long it will take to produce it. So lets say that we have the following options: Option1: Type:80x40 Price:$40 Duration:5 hours Option2: Type:100x60 Price:$60 Duration:8 hours Option3: Type:90x50 Price:$50 Duration:7 hours The question is, whats the best way to save the rest of the data ( so the price and the duration, since the user can only chooses the type) into the application, so it will be easy to extand the options in the future and it will be easy to change it by the administrator? I can think of 3 different ways: 1) Make 3 rules ( in drl ), each for every option and check in the LFS wich option it's chosen and use the setter for the Price and Duration variabele of the object Table. 2) Create in the java code 3 different instances of table which will have 3 different values for the variabeles, so instance1 will have Type=90x50, Price=$50, Duration=7 and instance2 will have the values of option2 and instance3 the values of option3. Then the java application can check what the user has choosen and insert that into the working memory. So the .drl file doesn't has set those variabeles of the object, so it can use them in the rest of the rules.So it doesn't has to know anything about these values. 3) Make a spreadsheet with these 3 differen type tables which will represent the rules of the value of the Price and Duration on basis of the chosen Type. So if the application starts, it will compile the spreadsheet so it can have the latest values for every type of table. So it can use that in combination with the rest of the rules wich are defined in the .drl file. These of course with a look in the future extanding of the options, so wich will be the best practice way to implement. Also its important the the administrator will be able to easaly change the values of these options. Will it be easier to add a rule, or will it be easier to add an instance of the type table on basis of the chosen type in the java code. If someone has a suggestion about another way of doing these, I will be glade to hear too! Thanks, Waruzjan ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
[rules-users] query
Hi In one of my program i am getting the following erroe message Exception in thread main org.drools.compiler.PackageBuilder$MissingPackageNameException: Missing package name for rule package. at org.drools.compiler.PackageBuilder.validatePackageName(PackageBuilder.java:294) at org.drools.compiler.PackageBuilder.addPackage(PackageBuilder.java:226) at org.drools.compiler.PackageBuilder.addPackageFromDrl(PackageBuilder.java:160) at org.drools.compiler.RuleBaseLoader.loadFromReader(RuleBaseLoader.java:38) at stockoffer.BusinessLayer.loadRules(BusinessLayer.java:47) at stockoffer.BusinessLayer.evaluateStockPurchase(BusinessLayer.java:60) at stockoffer.Tempclass.main(Tempclass.java:22) So please send me the solution for this error. Thanks. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
[rules-users] dialect: Java or MVEL
can someone tell me, when to use java or mvel as dialect ? I've experienced that in some cases inside the drl editor using java gives me more context-help then using mvel but: what can I do with java and not with mvel and what advantages has mvel compared with java which dialect is more performant ? thx for infos from insiders ekke -- View this message in context: http://www.nabble.com/dialect%3A-Java-or-MVEL-tf4509146.html#a12859759 Sent from the drools - user mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] JBoss AS 4.0.5 GA + Drools 4.0.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Guardian schrieb: Hello, I have many problems to integrate Drools in my existing Application that is running on JBoss AS 4.0.5 GA. When I try to load and execute the rule-file I get the following Exception: java.lang.RuntimeException: java.lang.NoSuchMethodError: org.eclipse.jdt.internal.compiler.CompilationResult.getProblems()[Lorg/eclip se/jdt/core/compiler/CategorizedProblem; This might help: http://wiki.jboss.org/wiki/Wiki.jsp?page=RulesTomcat -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG977gzz98eoVPWsQRAnZ9AJ9JQkKexoT4OturNYxtcv+hEa/fjQCgm3a4 kzphyWuuXlCDKFGxNuFVujM= =zYF2 -END PGP SIGNATURE- ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] query
As the error message states, you probably forgot to define a package name in your DRL files. []s Edson 2007/9/24, [EMAIL PROTECTED] [EMAIL PROTECTED]: Hi In one of my program i am getting the following erroe message Exception in thread main *org.drools.compiler.PackageBuilder$MissingPackageNameException*: Missing package name for rule package. at org.drools.compiler.PackageBuilder.validatePackageName( *PackageBuilder.java:294*) at org.drools.compiler.PackageBuilder.addPackage( *PackageBuilder.java:226*) at org.drools.compiler.PackageBuilder.addPackageFromDrl( *PackageBuilder.java:160*) at org.drools.compiler.RuleBaseLoader.loadFromReader( *RuleBaseLoader.java:38*) at stockoffer.BusinessLayer.loadRules( *BusinessLayer.java:47*) at stockoffer.BusinessLayer.evaluateStockPurchase( *BusinessLayer.java:60*) at stockoffer.Tempclass.main( *Tempclass.java:22*) So please send me the solution for this error. Thanks. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users -- Edson Tirelli Software Engineer - JBoss Rules Core Developer Office: +55 11 3529-6000 Mobile: +55 11 9287-5646 JBoss, a division of Red Hat @ www.jboss.com ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] DSL expression - ??
Hi,
It doesn't work.
With :
[consequence][]{name}.{indic}\+:{value}={name}.putIndicator({indic},{name}.get({indic})+{value});
this code :
ex.\+:200
is mapping like that :
ex.+:200
For information, I use the 4.0.1 Drools.
thks,
V.
--
View this message in context:
http://www.nabble.com/DSL-expression--tf4507913.html#a12861056
Sent from the drools - user mailing list archive at Nabble.com.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
[rules-users] Drools-solver
Drools-solver solves planning problems. It has moved to trunk and the reference manual is now available at: http://users.telenet.be/geoffrey/tmp/solver/manual/html_single/ It's still experimental though. We even made 2 blogs about it for the price of one: http://blog.athico.com/2007/09/drools-solver.html http://blog.athico.com/2007/09/drools-solver-in-nutshell.html Have fun. -- With kind regards, Geoffrey De Smet ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] DSL expression - ??
No, you only need to escape the DSL mapping... not the actual code (BTW,
'.' is a wildcard in regexp, so I recommend escaping it too):
[consequence][]{name}\.{indic}\+:{value}={name}.putIndicator({indic},{name}.get({indic})+{value});
Should work with:
then
ex.+:200
end
Is it not working?
Edson
2007/9/24, vdelbart [EMAIL PROTECTED]:
Hi,
It doesn't work.
With :
[consequence][]{name}.{indic}\+:{value}={name}.putIndicator({indic},{name}.get({indic})+{value});
this code :
ex.\+:200
is mapping like that :
ex.+:200
For information, I use the 4.0.1 Drools.
thks,
V.
--
View this message in context:
http://www.nabble.com/DSL-expression--tf4507913.html#a12861056
Sent from the drools - user 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
Software Engineer - JBoss Rules Core Developer
Office: +55 11 3529-6000
Mobile: +55 11 9287-5646
JBoss, a division of Red Hat @ www.jboss.com
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Drools-solver
Geoffrey, In a bizarre co-incidence I had just finished reading the Drools solver docs. It's very good - it's taken one of the ideas that I'd been mulling over and implemented it a (good) way that makes me realise I'm hardly out of Kindergarten with this stuff :-) One comment on the documentation; I know you explain what the NQueens problem is (about 1/4 of the way down in the documentation), but is it possible to move the explanation beside the NQueens Diagram (which appears very early in the article), and which people like me who aren't familiar with NQueens will want to understand? The other comment is to push what Drools solver can do to the top of the manual (e.g.the Timetabling , routing problems) to make people sit up and listen to what the technology can do. It might be good to blow your own trumpet a bit more and explain why the (Rule based) solver is better / faster than a 'code your own' solution. Just remember the rest of us after you make your first million - running this to solve the problem of 'what sort of shares should I buy?' :-) Paul On 9/24/07, Geoffrey De Smet [EMAIL PROTECTED] wrote: Drools-solver solves planning problems. It has moved to trunk and the reference manual is now available at: http://users.telenet.be/geoffrey/tmp/solver/manual/html_single/ It's still experimental though. We even made 2 blogs about it for the price of one: http://blog.athico.com/2007/09/drools-solver.html http://blog.athico.com/2007/09/drools-solver-in-nutshell.html Have fun. -- With kind regards, Geoffrey De Smet ___ 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] Re: Drools-solver
Thanks for the feed-back Paul, I 'll adjust the manual accordingly :) With kind regards, Geoffrey De Smet Paul Browne wrote: Geoffrey, In a bizarre co-incidence I had just finished reading the Drools solver docs. It's very good - it's taken one of the ideas that I'd been mulling over and implemented it a (good) way that makes me realise I'm hardly out of Kindergarten with this stuff :-) One comment on the documentation; I know you explain what the NQueens problem is (about 1/4 of the way down in the documentation), but is it possible to move the explanation beside the NQueens Diagram (which appears very early in the article), and which people like me who aren't familiar with NQueens will want to understand? The other comment is to push what Drools solver can do to the top of the manual (e.g.the Timetabling , routing problems) to make people sit up and listen to what the technology can do. It might be good to blow your own trumpet a bit more and explain why the (Rule based) solver is better / faster than a 'code your own' solution. Just remember the rest of us after you make your first million - running this to solve the problem of 'what sort of shares should I buy?' :-) Paul On 9/24/07, *Geoffrey De Smet* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Drools-solver solves planning problems. It has moved to trunk and the reference manual is now available at: http://users.telenet.be/geoffrey/tmp/solver/manual/html_single/ http://users.telenet.be/geoffrey/tmp/solver/manual/html_single/ It's still experimental though. We even made 2 blogs about it for the price of one: http://blog.athico.com/2007/09/drools-solver.html http://blog.athico.com/2007/09/drools-solver-in-nutshell.html Have fun. -- With kind regards, Geoffrey De Smet ___ rules-users mailing list rules-users@lists.jboss.org mailto:rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users 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
Re: [rules-users] dialect: Java or MVEL
Java is more mature in tooling and implementation and is still currently the default implementation and the recommended one if you are not sure. MVEL will eventually become the default dialect when it matures, its advantage is in the simpler language it provides, which helps make rules easier to read and write. It can also operate in reflection mode, which can really help for large rule based systems that have perm gen issues. Mark ekke wrote: can someone tell me, when to use java or mvel as dialect ? I've experienced that in some cases inside the drl editor using java gives me more context-help then using mvel but: what can I do with java and not with mvel and what advantages has mvel compared with java which dialect is more performant ? thx for infos from insiders ekke ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
[rules-users] Re: Drools-solver
Yep, I am gonna implement the contest examples of itc2007: http://www.cs.qub.ac.uk/itc2007/ They are nicely documented, use a lot of data and deal with lesson scheduling etc. And of course, it would be cool to win the contest with drools-solver :) With kind regards, Geoffrey De Smet Mark Proctor wrote: I think there are plans to have some examples people can relate too. Luckily for planning this is easier than rules. So we can setup an example for exame time table planning, and availability rostering. Those sort of things. I believe that is planned. Mark Geoffrey De Smet wrote: Thanks for the feed-back Paul, I 'll adjust the manual accordingly :) With kind regards, Geoffrey De Smet Paul Browne wrote: Geoffrey, In a bizarre co-incidence I had just finished reading the Drools solver docs. It's very good - it's taken one of the ideas that I'd been mulling over and implemented it a (good) way that makes me realise I'm hardly out of Kindergarten with this stuff :-) One comment on the documentation; I know you explain what the NQueens problem is (about 1/4 of the way down in the documentation), but is it possible to move the explanation beside the NQueens Diagram (which appears very early in the article), and which people like me who aren't familiar with NQueens will want to understand? The other comment is to push what Drools solver can do to the top of the manual (e.g.the Timetabling , routing problems) to make people sit up and listen to what the technology can do. It might be good to blow your own trumpet a bit more and explain why the (Rule based) solver is better / faster than a 'code your own' solution. Just remember the rest of us after you make your first million - running this to solve the problem of 'what sort of shares should I buy?' :-) Paul On 9/24/07, *Geoffrey De Smet* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Drools-solver solves planning problems. It has moved to trunk and the reference manual is now available at: http://users.telenet.be/geoffrey/tmp/solver/manual/html_single/ http://users.telenet.be/geoffrey/tmp/solver/manual/html_single/ It's still experimental though. We even made 2 blogs about it for the price of one: http://blog.athico.com/2007/09/drools-solver.html http://blog.athico.com/2007/09/drools-solver-in-nutshell.html Have fun. -- With kind regards, Geoffrey De Smet ___ rules-users mailing list rules-users@lists.jboss.org mailto:rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users 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 ___ 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
Re: [rules-users] dialect: Java or MVEL
BTW, when using Java, is there a way to save the .java files created by the compiler? I would like to understand the specific environment/scope in which consequences are compiled. Right now, if something goes wrong, the .java are deleted right away. I looked at PackageBuilderOptions, but didn't see anything there. - Godmar On 9/24/07, Mark Proctor [EMAIL PROTECTED] wrote: Java is more mature in tooling and implementation and is still currently the default implementation and the recommended one if you are not sure. MVEL will eventually become the default dialect when it matures, its advantage is in the simpler language it provides, which helps make rules easier to read and write. It can also operate in reflection mode, which can really help for large rule based systems that have perm gen issues. Mark ekke wrote: can someone tell me, when to use java or mvel as dialect ? I've experienced that in some cases inside the drl editor using java gives me more context-help then using mvel but: what can I do with java and not with mvel and what advantages has mvel compared with java which dialect is more performant ? thx for infos from insiders ekke ___ 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
Re: [rules-users] BRMS and IDE
Mark Proctor wrote: ... However the web does provide a really nice guided editor, which in many ways is supperior to the context assist in drl editing in eclipse. Mark, yes, I've seen this editor - looks really nice and is the best if editing rules from the web. and of course its a really good idea to have a web-client to do the BRMS stuff. but I've decided to use the drl editor from inside eclipse as the fastest way. ... and then there's no media-break editing RuleFlows, what at the moment is only possible in eclipse... so I'll make a special eclipse bundle for my business users to have a look at the rules and ruleflows - and later I'll add the BRMS, because I really like the categorization, status, versioning etc. There is no tooling in Eclipse to syncrhonise or upload drls to the BRMS. We have two things planned here, volunteers to accelerate this are welcome :), one is to allow uploading of a drl to the brms directly from eclipse, the other is svn syncrchronisation (partly done), we are also possibly consdering the webdav facilities of jackrabbit, as apparently eclipse can checkout webdav projects too. thx for the infos about your plans... svn sync would be great ekke -- View this message in context: http://www.nabble.com/BRMS-and-IDE-tf4508320.html#a12865258 Sent from the drools - user mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
[rules-users] import statements and performance
do import statements have any impact on the performance of a .drl or .rfm ? I plan to make some templates (.drl and .rfm) to use by the business guys - from my UML model I know which entities were used from which Services, so I can pre-configure a .drl/.rfm for each service (= drool package) and its easier for the business guys to create Rules. they know that there are orders, offers, addresses etc. but they have no knowledge about java package structures but then it will be that there are many unused import statements - I think this would create no runtime - performance issues. am I right ? and then I've noticed that Drools supports import a.b.c.* which means all classes from package a.b.c were known, but not from subpackages like a.b.c.d.e. there's nothing in the docs - so I obly want to confirm that this is right. (inside the BRMS I noticed that .* was not supported with import statements) thanks for info ekke -- View this message in context: http://www.nabble.com/import-statements-and-performance-tf4511270.html#a12866596 Sent from the drools - user mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] RuleFlow, packages, ruleflow-group
has anyone a short info for me ? thx ekke ekke wrote: I know, * packages are Collections of related rules * a rule can only belong to one package in the BRMS I can use * categories to structure rules, * one rule can belong to n Categories but this has nothing to do with the execution of rules, only organization In a rule I can define a ruleflow-group, but as I understand, * a rule can only belong to one ruleflow-group but I think its common, that a rule can be used in different Business-Context = different RuleFlows. have I to duplicate those rules or is there another recommanded way ? thx ekke -- View this message in context: http://www.nabble.com/RuleFlow%2C-packages%2C-ruleflow-group-tf4489786.html#a12867041 Sent from the drools - user mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] dialect: Java or MVEL
Godmar Back wrote: Change and re-compile the drool engine code? If so, I vote for an enhancement request that let's drool dump the Java files. will consider for 4.2. On a separate note, how would I be able to pre-compile sets of rules - would this process involve calling builder.getPackage(), then serialize the resulting Package? Or would I need to serialize a partial rule base? Or either? packages and rulebases are serialisable In other words, is the compilation done on builder.addPackageFromDrl(), or done when builder.getPackage() is called, or is it done when Rulebase.addPackage() is called? compilation is done when you call addPackageFromDrl(). getPackage just does a bit of maintenance before returning it. Thank you for your help. - Godmar On 9/24/07, Mark Proctor [EMAIL PROTECTED] wrote: There is no .java file, all compilation is in memory. you can, if you change the code and re-compile by hand, dump the resulting template files. Mark Godmar Back wrote: BTW, when using Java, is there a way to save the .java files created by the compiler? I would like to understand the specific environment/scope in which consequences are compiled. Right now, if something goes wrong, the .java are deleted right away. I looked at PackageBuilderOptions, but didn't see anything there. - Godmar On 9/24/07, Mark Proctor [EMAIL PROTECTED] wrote: Java is more mature in tooling and implementation and is still currently the default implementation and the recommended one if you are not sure. MVEL will eventually become the default dialect when it matures, its advantage is in the simpler language it provides, which helps make rules easier to read and write. It can also operate in reflection mode, which can really help for large rule based systems that have perm gen issues. Mark ekke wrote: can someone tell me, when to use java or mvel as dialect ? I've experienced that in some cases inside the drl editor using java gives me more context-help then using mvel but: what can I do with java and not with mvel and what advantages has mvel compared with java which dialect is more performant ? thx for infos from insiders ekke ___ 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 ___ 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] org.eclipse.jface.text.Assert$AssertionFailedException: Assertion failed:
Folks, Using 4.0.1. Getting errors sometimes while working with DRL file with Outline view open. Errors manifest themselves as a popup box : Here is the content of Error Log: -- eclipse.buildId=unknown java.fullversion=J2RE 1.5.0 IBM J9 2.3 Windows XP x86-32 j9vmwi3223ifx-20070323 (JIT enabled) J9VM - 20070322_12058_lHdSMR JIT - 20070109_1805ifx3_r8 GC - WASIFIX_2007 BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US Framework arguments: -product com.ibm.rational.rad.product.ide Command-line arguments: -os win32 -ws win32 -arch x86 -product com.ibm.rational.rad.product.ide Error Mon Sep 24 18:18:04 EDT 2007 Problems occurred when invoking code from plug-in: org.eclipse.ui.views. org.eclipse.jface.text.Assert$AssertionFailedException: Assertion failed: at org.eclipse.jface.text.Assert.isTrue(Unknown Source) at org.eclipse.jface.text.Assert.isTrue(Unknown Source) at org.eclipse.jface.text.rules.FastPartitioner.connect(Unknown Source) at org.eclipse.jface.text.rules.FastPartitioner.connect(Unknown Source) at org.drools.eclipse.editors.DRLDocumentProvider.getDocument(Unknown Source) at org.eclipse.ui.texteditor.TextSelectionNavigationLocation.getDocument(Un known Source) at org.eclipse.ui.texteditor.TextSelectionNavigationLocation.init(Unknown Source) at org.eclipse.ui.texteditor.AbstractTextEditor.createNavigationLocation(Un known Source) at org.eclipse.ui.internal.NavigationHistory.addEntry(Unknown Source) at org.eclipse.ui.internal.NavigationHistory.markLocation(Unknown Source) at org.eclipse.ui.texteditor.AbstractTextEditor.markInNavigationHistory(Unk nown Source) at org.eclipse.ui.texteditor.AbstractTextEditor.selectAndReveal(Unknown Source) at org.eclipse.ui.texteditor.AbstractTextEditor.selectAndReveal(Unknown Source) at org.drools.eclipse.editors.outline.RuleContentOutlinePage$1.selectionCha nged(Unknown Source) at org.eclipse.ui.views.contentoutline.ContentOutlinePage$1.run(Unknown Source) at org.eclipse.core.runtime.SafeRunner.run(Unknown Source) at org.eclipse.core.runtime.Platform.run(Unknown Source) at org.eclipse.ui.views.contentoutline.ContentOutlinePage.fireSelectionChan ged(Unknown Source) at org.eclipse.ui.views.contentoutline.ContentOutlinePage.selectionChanged( Unknown Source) at org.eclipse.jface.viewers.Viewer$2.run(Unknown Source) at org.eclipse.core.runtime.SafeRunner.run(Unknown Source) at org.eclipse.core.runtime.Platform.run(Unknown Source) at org.eclipse.ui.internal.JFaceUtil$1.run(Unknown Source) at org.eclipse.jface.util.SafeRunnable.run(Unknown Source) at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Unknown Source) at org.eclipse.jface.viewers.StructuredViewer.updateSelection(Unknown Source) at org.eclipse.jface.viewers.StructuredViewer.handleSelect(Unknown Source) at org.eclipse.jface.viewers.StructuredViewer$4.widgetSelected(Unknown Source) at org.eclipse.jface.util.OpenStrategy.fireSelectionEvent(Unknown Source) at org.eclipse.jface.util.OpenStrategy.access$3(Unknown Source) at org.eclipse.jface.util.OpenStrategy$1.handleEvent(Unknown Source) at org.eclipse.swt.widgets.EventTable.sendEvent(Unknown Source) at org.eclipse.swt.widgets.Widget.sendEvent(Unknown Source) at org.eclipse.swt.widgets.Display.runDeferredEvents(Unknown Source) at org.eclipse.swt.widgets.Display.readAndDispatch(Unknown Source) at org.eclipse.ui.internal.Workbench.runEventLoop(Unknown Source) at org.eclipse.ui.internal.Workbench.runUI(Unknown Source) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Unknown Source) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(Unknown Source) at org.eclipse.ui.internal.ide.IDEApplication.run(Unknown Source) at org.eclipse.core.internal.runtime.PlatformActivator$1.run(Unknown Source) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplicat ion(Unknown Source) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(Unkno wn Source) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(Unknown Source) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(Unknown Source) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.core.launcher.Main.invokeFramework(Unknown Source) at org.eclipse.core.launcher.Main.basicRun(Unknown Source) at org.eclipse.core.launcher.Main.run(Unknown Source) at org.eclipse.core.launcher.Main.main(Unknown Source) ** ** LEGAL DISCLAIMER ** ** This E-mail message and any attachments may contain legally privileged, confidential or proprietary information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any
