Hi all, And Paulo's advice has fixed the issue for me! See his excellent answer in the SO post http://stackoverflow.com/q/6232842/600500 and please consider upvoting him :)
Cheers, Martijn On 4 June 2011 12:19, Martijn Verburg <martijnverb...@gmail.com> wrote: > Hi all, > > OK, so I don't duplicate on both lists - I've updated the question on > http://stackoverflow.com/q/6232842/600500 > > I'll reply to Paulo's comments below as best as I can as well > >> Martijn Verburg skribis: >> >>> The resulting file always has a bad EOL character. >> >> A gzip file is binary, there are no EOL characters (there might be bytes >> which are EOL characters under some (or most) interpretations, but you >> should not try to interpret a gzip file as text.) >> What are you doing here? >> Could you post the full error message, if any? > > My apologies, it was actually "an unexpected EOF" when gunzipping the > file. You're quite right - of course there's no EOLs! > >> If you write your gzippedContent locally on disk, does it work then? > > Yes (using GZIPOutputStream in combination with FileOutputStream). So > this is where I think the difference is. The first part of of the > resulting file is exactly the same as my internally gzipped byte[] > (e.g. The raw content is gzipped correctly). The local file version > has a whole bunch of extra bytes which I think is partly the checksum > that gzip files should have? This is where I need to do some more > research. > >> If you upload a local gzip file with the put(String, String) method, >> does it work? > > Yes - I elaborated a little on the SO post. I'm not actually > uploading a gzip file. I'm reading data from a DB, carrying that as a > byte[] and trying to create a gzip file from that on the remote SFTP > system. > >> Could you put both the locally written and the remote one on some >> webspace and put a link here? (Repeat it with a innocent content if >> your one is some secret). > > I've updated the SO post with the hex/byte output of both cases - let > me know if you'd prefer the actual files. > > Thanks again for the help - it clarified my thinking and my research > into the problem. > > Cheers, > Martijn > ------------------------------------------------------------------------------ Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Discover what all the cheering's about. Get your free trial download today. http://p.sf.net/sfu/quest-dev2dev2 _______________________________________________ JSch-users mailing list JSch-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jsch-users
