XML Editor
Sign up for a WebBoard account Sign Up Keyword Search Search More Options... Options
search
Chat Rooms Chat Help Help News News Log in to WebBoard Log in Not Logged in
Home » Boards » Stylus Studio Developer Network » Stylus Studio Technical Forum » Xalan problem with xsl:attribute and Japanese characters
Conferences Close Tree View
+ Stylus Studio Feature Requests (1192)
- Stylus Studio Technical Forum (14621)
-> - Stylus Studio - Registrar en o... (1)
-> + Stylus Studio - Registrar en o... (2)
-> + Can a pipeline send a file by ... (2)
-> + After Updateing WIN10 to WIN11... (12)
-> + Where do I add the custom java... (3)
-> + Where is the Diagram tab? (5)
-> + Applying XSLT to Word DOCX/XML (2)
-> - CSV conversion via ConvertToXM... (1)
-> + Text symbols in SS not same as... (4)
-> + Exposing xquery as webservice ... (6)
-> + Syntax Identifier (2)
-> + Saving a Converted XML as an X... (5)
-> + Output document cannot be pars... (4)
-> - Archiving output from conversi... (1)
-> + EDIFACT guideline from Stylus ... (3)
-> + CSV file putting all the data ... (5)
-> + Can't install Home version 64b... (5)
-> + presale - Can I covers this sc... (5)
-> + Problem with UNB (5)
-> + Splitting EDIFACT files pipeli... (4)
-- [1-20] [21-40] [41-60] Next
+ Website Feedback (249)
+ XSLT Help and Discussion (7625)
+ XQuery Help and Discussion (2016)
+ Stylus Studio FAQs (159)
+ Stylus Studio Code Samples & Utilities (364)
+ Stylus Studio Announcements (113)
Topic  
Postnext
pradip sonarSubject: Xalan problem with xsl:attribute and Japanese characters
Author: pradip sonar
Date: 04 Apr 2008 06:19 AM
Hello,

I am having a problem with Xalan transforming a document containing Japanese
characters. (An initial note: the problem does not occur on my Windows
development machine, only on the Solaris test/production environments.)

The basic problem is that for any place I'm selecting XML node values to use
within an xsl:attribute block, if the text is double-byte it is converted to
the NCR representation instead of the actual characters. Under Windows, the
"real" characters appear within the attribute tag. I'm positive the source
XML is UTF-8 encoded, as I can output the value correctly within the same
stylesheet as long as it is not output within an xsl:attribute tag.

Here's an XSL snippet--the basic idea is I'm creating a bunch of HTML fields
and setting the "value" attribute to a selected XML element value:

<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output encoding="UTF-8" omit-xml-declaration="yes" method="html"/>
.........

<xsl:template match="//root/row">

<tr>
THIS VALUE IS KANJI AND GETS OUPUT AS NCR

<td width="400" class="label" height="18">
<input type="text" name="companyAffiliation" size="50">
<xsl:attribute name="value">
<xsl:value-of select="companyAffiliation"/>
</xsl:attribute>
</input>
</td>
</tr>

<tr>
USING A TEXTAREA WITHOUT XSL:ATTRIBUTE, IT OUTPUTS CORRECTLY

<td width="400" class="label" height="18">
<textarea name="companyAffiliation2" rows="1" cols="50">
<xsl:value-of select="companyAffiliation"/>
</textarea>
</td>
</tr>

</xsl:template>

Any ideas?
Posttop
(Deleted User) Subject: Xalan problem with xsl:attribute and Japanese characters
Author: (Deleted User)
Date: 04 Apr 2008 10:34 AM
Hi,
if the behavior only occurs on Solaris and when xsl:attribute is used, it looks like it's an issue of the Xalan processor you are using.
You should try packaging a small test case and post it to the xalan mailing list, so that they can investigate the problem.

Alberto
   
Download A Free Trial of Stylus Studio 6 XML Professional Edition Today! Powered by Stylus Studio, the world's leading XML IDE for XML, XSLT, XQuery, XML Schema, DTD, XPath, WSDL, XHTML, SQL/XML, and XML Mapping!  
go

Log In Options

Site Map | Privacy Policy | Terms of Use | Trademarks
Stylus Scoop XML Newsletter:
W3C Member
Stylus Studio® and DataDirect XQuery ™are from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2016 All Rights Reserved.