The use case is to extract the values to pass to a Forge plugin.
Use case breaks down to this:
1. Identify an Action that needs to be migration. Example, Action : Create Composite
Service
a. This is created by an xPath.
2. Having identified the Action we need to extract the parameters necessary to put
into the plugin and run it.
Following this the mapping module could would map the the action and parameters to the
plugin commands.
In order to accomplish this, nesting is required so that the Action and parameters can be
linked. Since there can be any number of similar actions can be found, I can't think
of a way to link them with single layer and no lists.
If they are nested they can be extracted from the archive in post processing.
Robb Greathouse
Partner Enablement
Middleware Business Unit
JBoss, a Division of Red Hat
cellphone 505-507-4906
----- Original Message -----
The rules are really only 1 level deep.
There are grouping rules such as pipeline and xpath-gate. These tags group a
set of rules like,
xpath-value. The rules that do the real work, such as xpath-value only
support a list of "decorator"
under the decorator tag. That is as deep as it goes. Windup's
implementation does not support multi-level
nesting.
Please send me a use case of what you are trying to do that requires nested
decorators, maybe we can find another
solution.
----- Original Message -----
> From: "Robb Greathouse" <robb.greathouse(a)redhat.com>
> To: "Rebecca Searls" <rsearls(a)redhat.com>
> Cc: windup-dev(a)lists.jboss.org
> Sent: Wednesday, September 11, 2013 10:47:47 AM
> Subject: Increasing depth of rules
>
> Hi,
>
> I was wondering if you could point me to the place you found that limits
> the
> search depth?
>
> Robb Greathouse
> Partner Enablement
> Middleware Business Unit
> JBoss, a Division of Red Hat
> cellphone 505-507-4906
>
>