DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22043>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22043 setParameter method of Transformer class doesn't work properly with XSLTC ------- Additional Comments From [EMAIL PROTECTED] 2003-08-04 17:25 ------- I do not agree that this is an enhancement. I put bellow the description of setParameter method from jaxp specification (1.2): setParameter(String, Object) public abstract void setParameter(java.lang.String name, java.lang.Object value) Add a parameter for the transformation. Pass a qualified name as a two-part string, the namespace URI enclosed in curly braces ({}), followed by the local name. If the name has a null URL, the String only contain the local name. An application can safely check for a non-null URI by testing to see if the first character of the name is a �{� character. For example, if a URI and local name were obtained from an element defined with <xyz:foo xmlns:xyz=�http://xyz.foo.com/yada/baz.html�/>, then the qualified name would be �{http://xyz.foo.com/ yada/baz.html}foo�. Note that no prefix is used. Parameters: name - The name of the parameter, which may begin with a namespace URI in curly braces ({}). value - The value object. This can be any valid Java object. It is up to the processor to provide the proper object coersion or to simply pass the object on for use in an extension. Me again: As you can see value can be ANY VALID JAVA OBJECT. So please check this problem and treat it as it is. It is a blocker bug!
