Constraining the scope of applicable when-fragment
might be added on top of the current DSL syntax, providing a
compatible migration path. Notice that constraining the scope is
similar to the rule attribute "auto-focus", but unqualified
entries may have to remain active throughout.
Expansion will have to be able to handle insertions not only for
the last preceding pattern but also to other parenthesized
condition phrases, e.g. eval, forall, etc.
yaml looks pretty nice these days, as the underlying document
storage format.
Thought I'd mention
where I'd like to see DSLs go in the future, if anyone is
interested. DSLs are template fragments that can be used in
conjuction with each other. I'll refer to them as template
fragments from now on.
-Selecting one template fragment constraints which peer
fragments may be used after it.
-Template fragments may have nested template fragments. The
available nested fragments are themselves constrained and
depending on which child fragment is chosen cosntrains any
allowed peer child fragments.
-As well as constraining which peer or child fragments can
be used cardinality can also be constrained.
-The peering and nesting itself can be recursively applied,
So what we are talking about here is something that is
almost xsd schema like, for producing constrained documents.
Mark said you would like us to take a look at
some of your commits?
Can you let me know which ones?
Hi Edson,
I have reached a state where I think changes might
be committed - see the attached README. I'll just
go through the code and add some comments and make
sure no "noise" remains. Then I'll send you the
zipped tarball of all changes. If there are no
objections, I'll also commit, but I need to do
this before the git change incapacitates me. (I
just don't have the time right now for making this
conversion, and I won't have it until E12/2010.
Worst time of the year for doing a change like
that!)
@developers: Anybody interested in this set of
changes can ask me for the sources.
Best
Wolfgang
_______________________________________________
rules-dev mailing list