So ..., to flesh out the parallels I posed earlier

        xslt                            java
        ----                            ----
        call-template                   subroutine()
        with-parameter                  subroutine(argument)
        variable name select            variable = value
        no equivalent                   return ..
        apply-templates                 no equivalent

Doesn't this strike anyone else but me as a serious flaw. It basically requires that all extension calls must occur in a single monolithic template. Modularity out the window.

At 11:09 AM -0500 3/7/02, Joseph Kesselman/CAM/Lotus wrote:
Sorry; I misread your question.

For the question of what templates return, I think we have to go back to
the XSLT spec and/or Xalan's source code. I haven't found any indication
there that templates are able to return anything other than one of XSLT's
native datatypes.

So as far as I can tell, you're out of luck -- if you want something that
returns non-XSLT data, it has to be non-XSLT code in an extension function.


--
Brad Cox, PhD; [EMAIL PROTECTED] 703 361 4751
o For industrial age goods there were checks and credit cards.
   For everything else there is http://virtualschool.edu/mybank
o Java Interactive Learning Environment http://virtualschool.edu/jile
o Java Web Application Architecture: http://virtualschool.edu/jwaa



Reply via email to