You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@xalan.apache.org by "Adam Jenkins (JIRA)" <xa...@xml.apache.org> on 2010/01/25 03:54:34 UTC
[jira] Commented: (XALANJ-2510) Ability to set non tree fragment
variable using an extension element (PATCH SUPPLIED)
[ https://issues.apache.org/jira/browse/XALANJ-2510?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12804350#action_12804350 ]
Adam Jenkins commented on XALANJ-2510:
--------------------------------------
after a month diving through Xalan I'm convinced that implementing things the way you want is not possible with the current architecture without explicitely setting an override variable in either the ElemVariable or the TransformerImpl to temporarily stop serializing and look for an object instead. Both of these strategies you've hinted at being unacceptable so I'm going to close this issue.
> Ability to set non tree fragment variable using an extension element (PATCH SUPPLIED)
> -------------------------------------------------------------------------------------
>
> Key: XALANJ-2510
> URL: https://issues.apache.org/jira/browse/XALANJ-2510
> Project: XalanJ2
> Issue Type: Improvement
> Security Level: No security risk; visible to anyone(Ordinary problems in Xalan projects. Anybody can view the issue.)
> Components: Xalan-extensions
> Affects Versions: The Latest Development Code
> Reporter: Adam Jenkins
> Fix For: The Latest Development Code
>
> Attachments: XALANJ-2510.patch
>
>
> When using extension elements, there is no way to set a non XRTreeFrag related variable.
> For example, say you have:
> <xsl:variable name="myvar">
> <my:extension someAttribute="somevalue"/>
> </xsl:variable>
> If my:extension wants to set a tree fragment, string or nodeset into myvar, that's not a problem, however if it wants to set a java object, currently there is no mechanism for that (any java object passed either returned from the method or passed to XSLProcessorContext.outputToResultTree is toString()'ed before being passed back to the ElemVariable.getValue() method).
> The proposed change (patch supplied) is to supply an optional variable on ElemVariable.java whereby child extension elements can call up to their parent and set an XPath to be evaluated after the extension element has finished processing.
> This requires only very minor modification to the ElemVariable.getValue method to check this variable.
> This also ensures that this is optional functionality and will not affect that basic Xalan processing.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: xalan-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xalan-dev-help@xml.apache.org