ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 13047] - Support for <property environment> and <exec> on OS/400
Date Fri, 04 Oct 2002 12:46:23 GMT
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=13047>.
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=13047

Support for <property environment> and <exec> on OS/400





------- Additional Comments From brian_farrar@countrywide.com  2002-10-04 12:46 -------
Adding in to StreamPumper took care of all the problems for me (I'm surprised 
z/os "only" needed it for <property environment>, could be z/os didn't test the 
<exec> tag.)  It is my belief that _any_ stream coming back from the "command 
shell" will be in the native encoding (EBCDIC Cp500 in my case) and therefore 
will need to be recoded for Java.  

You have raised a very good point that the recoding should be conditional (and 
the encoding type should be selectable.)  My environment is using Cp500, which 
is pretty safe but is just one of several (hundred) possible.  

If I were to rewrite the StreamPumper, rather than look at the machine type I 
would look at a property to determine if recoding should occur and to what 
encoding type.  This would allow for recoding on any future platform with a 
property setting.

--
To unsubscribe, e-mail:   <mailto:ant-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:ant-dev-help@jakarta.apache.org>


Mime
View raw message