You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ant.apache.org by bu...@apache.org on 2007/11/13 17:51:05 UTC
DO NOT REPLY [Bug 43852] New: - No encoding support for
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=43852>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=43852
Summary: No encoding support for <junitreport>
Product: Ant
Version: 1.7.0
Platform: All
OS/Version: FreeBSD
Status: NEW
Severity: normal
Priority: P2
Component: Optional Tasks
AssignedTo: dev@ant.apache.org
ReportedBy: angrywolf@flashmail.com
Hi,
I have JUnit test classes with ISO-8859-2 specific characters in their name,
let's say, for example, ������.class (which was compiled with $LANG set to
"hu_HU.ISO8859-2"). After executing the JUnitReport task on ������.class, I've
got, for example, all-tests.html defined with charset US_ASCII (in the META
tag), and including hyperlink references to
"/0_%C3%A1%C3%A1%C3%A9%C3%A9%C3%B3%C3%B3.html", which looks like an URL-encoded
UTF-8 encoding. (Also notice the '/' at the beginning, which makes my browser
want to locate file:///0_<class-name-here>, but I still have the main problem,
because I tested with other pages too.) My browser couldn't find that file,
probably because $LANG is different to UTF-8, and i can tell for sure that I
have a 0_������.html in the HTML output directory just the way it should be.
Can you add support for HTML output encoding, perhaps with using system property
'file.encoding' or what is better, please?
Thanks in advance.
Ui.: I don't think this to be a high priority issue, since there is a belief
that a real software developer should use English-only symbol names anyway. I
just don't like limiting myself to a specific character set when Java can handle
encodings properly.
Additionally, though I have no problems with <junit> XML encoding, since it is
encoded properly in UTF-8, however, someone might need the ability to change XML
encoding. Probably it's a good idea to consider this too.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
DO NOT REPLY [Bug 43852] - No encoding support for
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=43852>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=43852
------- Additional Comments From angrywolf@flashmail.com 2007-11-13 09:52 -------
No, forget the last sentence in my comment...
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
DO NOT REPLY [Bug 43852] - No encoding support for
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=43852>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=43852
bodewig@apache.org changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|dev@ant.apache.org |notifications@ant.apache.org
Status|ASSIGNED |NEW
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
DO NOT REPLY [Bug 43852] - No encoding support for
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=43852>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=43852
------- Additional Comments From angrywolf@flashmail.com 2007-11-13 09:47 -------
Sorry, I spelled 'US-ASCII' incorrectly in the description. (Also, you might
want to change encoding in the browser to US-ASCII or ISO-8859-1 or ISO-8859-2
to see the language specific characters.)
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
DO NOT REPLY [Bug 43852] - No encoding support for
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=43852>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=43852
stevel@apache.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
------- Additional Comments From stevel@apache.org 2007-11-14 03:58 -------
Life would be simpler if we made sure that <junit> XML was always UTF-8; less
testing.
At the same time I agree, we do probalby need some encoding support in the XSL
transforms; what ther eis looks pretty ugly there. Even if you have an all
developers use ascii classnames rule, you can do other tests with Junit, and
other things use the same XML format. So we need to fix the transform.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org