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 [EMAIL PROTECTED] 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:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
