As far as I have ever been able to work out, the 'expander' keyword is redundant. If you add a DSL to the knowledge base, then it is active, and the expander keyword is not required.
I am curious whether it used to do something which it is no longer needed for, whether it's needed for an obscure corner case, or whether it is truly redundant. You could create separate knowledge bases to enable you to use conflicting DSLs in isolation. However, I would recommend fixing the more fundamental problem of having conflicting DSLs in the first place. The whole point of them is to create a language specific to your business, which is consistent and more readable/writable than DRL. If you are giving different meanings to the same DSL phrase in different parts of the application, then the DSL has failed to achieve its fundamental purpose. Steve On 6 Aug 2013, at 09:10, Sonata <[email protected]> wrote: > Hi, I have added more than one DSL files into the KnowledgeBase (with > conflicting definitions). > It seems that even though I have stated expander A.dsl or expander B.dsl in > my dslr > it still uses the first dsl that I added into the KnowledgeBase then the > second dsl to parse my dslr. > Meaning that the definitions in A.dsl persisted when it comes to conflicting > definitions. > > Is "expander" there for other purpose or there is simply no way to specific > which dsl to use? > Otherwise how do you specific any dsl for your dslr except to create a new > KnowledgeBuilder each time the dslr is required and add only the dsl it > needs by looking into the dslr file? > > I am using 5.5.0.Final, thank you! > > > > -- > View this message in context: > http://drools.46999.n3.nabble.com/How-do-you-explicitly-uses-a-designated-DSL-file-when-parsing-dslr-tp4025365.html > Sent from the Drools: User forum mailing list archive at Nabble.com. > _______________________________________________ > rules-users mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/rules-users _______________________________________________ rules-users mailing list [email protected] https://lists.jboss.org/mailman/listinfo/rules-users
