:-)
From: rules-users-bounces(a)lists.jboss.org [mailto:rules-users-bounces@lists.jboss.org] On
Behalf Of Wolfgang Laun
Sent: Monday, November 19, 2012 2:42 PM
To: Rules Users List
Subject: Re: [rules-users] expectation for -Ddrools.dump.dir to show DRL error context ..
On 19 November 2012 19:54, Cotton, Ben
<Ben.Cotton@morganstanley.com<mailto:Ben.Cotton@morganstanley.com>> wrote:
THANKS WOLFGANG!! :-)
I'll print, cut and frame this and hang it on my wall ;-)
Thank you!
Wolfgang
-----Original Message-----
From:
rules-users-bounces@lists.jboss.org<mailto:rules-users-bounces@lists.jboss.org>
[mailto:rules-users-bounces@lists.jboss.org<mailto:rules-users-bounces@lists.jboss.org>]
On Behalf Of Wolfgang Laun
Sent: Monday, November 19, 2012 1:37 PM
To: Rules Users List
Subject: Re: [rules-users] expectation for -Ddrools.dump.dir to show DRL error context ..
I'm not quite sure that I've been aboard your train of thoughts.
There are compilations where you feed the Drools Builder with non-DRL files, which will
induce it to produce a DRL and compile that, automatically. This is where the
DumpDirOption should produce the intermediary result in that directory.
If you call some mechanism using XSL and DRT to generate DRL text, which you then pass to
the compiler, you've taken the responsibility to handle this DRL text. If there is a
problem, you might consider writing the DRL text to a file and call the builder with this
file as a DRL resource.
Note: All of the above assumes I've outguessed your procedure correctly ;-)
Cheers
Wolfgang
On 19/11/2012, Cotton, Ben
<Ben.Cotton@morganstanley.com<mailto:Ben.Cotton@morganstanley.com>> wrote:
Oh no. Ouch!
So the [ERR] messages I'm getting -- w/ explicit line numbers being
produced (wrt to some internal DROOLS in-memory DRL representation) --
cannot in any way be x-referenced with an externalized view of the
DROOLS in-memory DRL representation?
Thanks for the reply Wolfgang (as always). But this seems like really
bad news wrt to a newbie needing to debug their DROOLs DRL (generated
from
template) code.
If the (generated from template) internal DROOLs DRL representation
can't be externalized w/ any sort of view via the DROOLs API, Do you
have any recommendation for a how a developer could "look under the
skirt" at this part of DROOLs runtime?
-----Original Message-----
From:
rules-users-bounces@lists.jboss.org<mailto:rules-users-bounces@lists.jboss.org>
[mailto:rules-users-bounces@lists.jboss.org<mailto:rules-users-bounces@lists.jboss.org>]
On Behalf Of Wolfgang
Laun
Sent: Monday, November 19, 2012 1:12 PM
To: Rules Users List
Subject: Re: [rules-users] expectation for -Ddrools.dump.dir to show
DRL error context ..
For ResourceType.DRL, the DumpDirOption isn't going to help. It is
provided for compilations where the source is "pre-DRL", such as decision
tables.
-W
On 19/11/2012, Cotton, Ben
<Ben.Cotton@morganstanley.com<mailto:Ben.Cotton@morganstanley.com>> wrote:
> Also, FYI, I tried to use the following explicit DROOLs code to see
> if I could gain a view of the staged .DRL generation. No luck, my
> $DroolsDumpDir/ directory has nothing any it.
>
> Do I need to do some kind of
>
> File droolsDumpDir = new File( "C:/MSDE/cottoben/DroolsDumpDir/" );
> SingleValueKnowledgeBuilderOption ddOption =
> org.drools.builder.conf.DumpDirOption.get( droolsDumpDir );
> KnowledgeBuilderConfiguration kbConfig =
> KnowledgeBuilderFactory.newKnowledgeBuilderConfiguration();
> kbConfig.setOption( ddOption );
> KnowledgeBuilder kbuilder =
> KnowledgeBuilderFactory.newKnowledgeBuilder( kbConfig );
>
> kbuilder.add(new ByteArrayResource(drl.getBytes()),
> ResourceType.DRL);
>
> //compilation errors?
> if (kbuilder.hasErrors()) {
> System.out.println("Error compiling resources:");
> Iterator<KnowledgeBuilderError> errors =
> kbuilder.getErrors().iterator();
> while (errors.hasNext()) {
> System.out.println("\t" + errors.next().getMessage());
> }
> throw new IllegalStateException("Error compiling resources");
> }
>
> //print out the generated .DRL
> System.out.println(drl);
>
> From:
rules-users-bounces@lists.jboss.org<mailto:rules-users-bounces@lists.jboss.org>
>
[mailto:rules-users-bounces@lists.jboss.org<mailto:rules-users-bounces@lists.jboss.org>]
On Behalf Of Cotton, Ben
> (ISGT)
> Sent: Monday, November 19, 2012 11:49 AM
> To: rules-users@lists.jboss.org<mailto:rules-users@lists.jboss.org>
> Subject: [rules-users] expectation for -Ddrools.dump.dir to show DRL
> error context ..
>
> Hi,
>
> I thought this worked for me at some point, but, I now seem to have
> lost my ability to get any debuggable DRL error contexts via the
> -Ddrools.dump.dir property.
>
> Here is my command line, that simply borrows from the DROOLs sample
> package's Cheese.xls SpreadsheetCompiler example , to produce a .DRL
> from an (.XLS, .DRT) input pair:
>
> java
> com.ms.fast.triclear.eligibility.rules.GenerateDRLfromEligibilityRule
> s
> RepoViaDRT
> \
> -Ddrools.dump.dir=./DroolsDumpDir \
>
> ../main/packages/com/ms/fast/triclear/eligibility/rules/IRD_PRODUCT_R
> U
> LES_FEED_TO_DRT_Template-BASIS.xls
> \
>
>
../main/packages/com/ms/fast/triclear/eligibility/rules/IRD_PRODUCT_RULES_TEMPLATE-BASIS.drt
> \
> 2>&1 | grep -v Picked | \
> tee
> ../main/packages/com/ms/fast/triclear/eligibility/rules/IRD_PRODUCT_R
> U
> LES=RENDERED.drl
>
> This command line produces the following errors:
>
> Error compiling resources:
> [ERR 102] Line 923:0 mismatched input ''
> [ERR 101] Line 8:60 no viable alternative at input '"LCH
US"'
> in rule "IRD_PRODUCT_RULE_24"
> [ERR 101] Line 46:60 no viable alternative at input '"LCH EU.
> SCM"'
> in rule "IRD_PRODUCT_RULE_23"
> Parser returned a null Package Exception in thread "main"
> java.lang.IllegalStateException: Error compiling resources
> at
>
com.ms.fast.triclear.eligibility.rules.GenerateDRLfromEligibilityRulesRepoViaDRT.buildKBase(GenerateDRLfromEligibilityRulesRepoViaDRT.java:93)
> at
>
com.ms.fast.triclear.eligibility.rules.GenerateDRLfromEligibilityRulesRepoViaDRT.execute(GenerateDRLfromEligibilityRulesRepoViaDRT.java:50)
> at
> com.ms.fast.triclear.eligibility.rules.GenerateDRLfromEligibilityRule
> s
> RepoViaDRT.main(GenerateDRLfromEligibilityRulesRepoViaDRT.java:44)
>
> Unfortunately, my ./DroolsDumpDir/ directory contents are completely
> empty.
> I was hopeful it might contain a staged .DRL context from which I
> could more easily debug my roadblock.
>
> Is there more that I have to do, beyond just passing
> -Ddrools.dump.dir=./DroolsDumpDir on the command line?
>
>
> Ben D Cotton III
> Morgan Stanley & Co.
> OTC Derivatives Clearing Technology
> 1221 AOTA Rockefeller Ctr - Flr 27
> New York, NY 10020
> (212)762.9094
>
ben.cotton@ms.com<mailto:ben.cotton@ms.com><mailto:ben.cotton@ms.com<mailto:ben.cotton@ms.com>>
>
>
>
> ________________________________
>
> NOTICE: Morgan Stanley is not acting as a municipal advisor and the
> opinions or views contained herein are not intended to be, and do not
> constitute, advice within the meaning of Section 975 of the
> Dodd-Frank Wall Street Reform and Consumer Protection Act. If you
> have received this communication in error, please destroy all
> electronic and paper copies and notify the sender immediately.
> Mistransmission is not intended to waive confidentiality or
> privilege. Morgan Stanley reserves the right, to the extent permitted
> under applicable law, to monitor electronic communications. This
> message is subject to terms available at the following link:
>
http://www.morganstanley.com/disclaimers If you cannot access these
> links, please notify us by reply message and we will send the
> contents to you. By messaging with Morgan Stanley you consent to the foregoing.
>
>
> ________________________________
>
> NOTICE: Morgan Stanley is not acting as a municipal advisor and the
> opinions or views contained herein are not intended to be, and do not
> constitute, advice within the meaning of Section 975 of the
> Dodd-Frank Wall Street Reform and Consumer Protection Act. If you
> have received this communication in error, please destroy all
> electronic and paper copies and notify the sender immediately.
> Mistransmission is not intended to waive confidentiality or
> privilege. Morgan Stanley reserves the right, to the extent permitted
> under applicable law, to monitor electronic communications. This
> message is subject to terms available at the following link:
>
http://www.morganstanley.com/disclaimers If you cannot access these
> links, please notify us by reply message and we will send the
> contents to you. By messaging with Morgan Stanley you consent to the foregoing.
>
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org<mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
----------------------------------------------------------------------
----------
NOTICE: Morgan Stanley is not acting as a municipal advisor and the
opinions or views contained herein are not intended to be, and do not
constitute, advice within the meaning of Section 975 of the Dodd-Frank
Wall Street Reform and Consumer Protection Act. If you have received
this communication in error, please destroy all electronic and paper
copies and notify the sender immediately. Mistransmission is not
intended to waive confidentiality or privilege. Morgan Stanley
reserves the right, to the extent permitted under applicable law, to
monitor electronic communications. This message is subject to terms available at the
following link:
http://www.morganstanley.com/disclaimers. If you cannot access these
links, please notify us by reply message and we will send the contents
to you. By messaging with Morgan Stanley you consent to the foregoing.
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org<mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org<mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
--------------------------------------------------------------------------------
NOTICE: Morgan Stanley is not acting as a municipal advisor and the opinions or views
contained herein are not intended to be, and do not constitute, advice within the meaning
of Section 975 of the Dodd-Frank Wall Street Reform and Consumer Protection Act. If you
have received this communication in error, please destroy all electronic and paper copies
and notify the sender immediately. Mistransmission is not intended to waive
confidentiality or privilege. Morgan Stanley reserves the right, to the extent permitted
under applicable law, to monitor electronic communications. This message is subject to
terms available at the following link:
http://www.morganstanley.com/disclaimers. If you
cannot access these links, please notify us by reply message and we will send the contents
to you. By messaging with Morgan Stanley you consent to the foregoing.
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org<mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
________________________________
NOTICE: Morgan Stanley is not acting as a municipal advisor and the opinions or views
contained herein are not intended to be, and do not constitute, advice within the meaning
of Section 975 of the Dodd-Frank Wall Street Reform and Consumer Protection Act. If you
have received this communication in error, please destroy all electronic and paper copies
and notify the sender immediately. Mistransmission is not intended to waive
confidentiality or privilege. Morgan Stanley reserves the right, to the extent permitted
under applicable law, to monitor electronic communications. This message is subject to
terms available at the following link:
http://www.morganstanley.com/disclaimers If you
cannot access these links, please notify us by reply message and we will send the contents
to you. By messaging with Morgan Stanley you consent to the foregoing.