RE: A parameters alternative

> I was thinking that the parameters option would take a list:
> 
>   <p:xslt parameters="p:global my:computed other:whatever">...

Oh, I think I misunderstood your initial email. So using parameters="A B C" means that the union of all parameters in A, B, and C will be passed to the step? If so, how do you then access the parameters inside the step? Using the name "parameters" or using "p:global", "my:computed" etc.?

(I originally thought you meant that the step would see three named collections (A, B, and C) - but that is probably too weird to make any sense at all.)

To declare a step with two parameter "ports", would you do something like this:

<p:declare-step>
  <p:param name="xquery-params"/>
  <p:param name="xslt-params"/>
  ...
</p:declare-step>

?

Or, if we treat parameter "ports" as options with a special type:

<p:declare-step>
  <p:option name="xquery-params" type="parameter"/>
  <p:option name="xslt-params" type="parameter"/>
  ...
</p:declare-step>

Or we could get rid of the word parameter altogether and simply call the type "collection" or "map".

Regards,
Vojtech


--
Vojtech Toman
Consultant Software Engineer
EMC | Information Intelligence Group
vojtech.toman@emc.com
http://developer.emc.com/xmltech

Received on Thursday, 9 February 2012 13:10:20 UTC