|
I found the ISO for the V5R4 Java options 10 and 11 here:
http://public.dhe.ibm.com/services/us/igsc/cta/java/images/
Java6
--
Bryan
On Mon, Mar 17, 2014 at 7:23 AM, <rob@xxxxxxxxx> wrote:
I know that with V5R4 there were only so many versions of Java that
were shipped on media. There was one more that was available via ESS
that was not shipped out on the installation media.
Perhaps 6.1 is the same way?
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
From: Peter Connell <Peter.Connell@xxxxxxxxxx>
To: "MIDRANGE-L@xxxxxxxxxxxx" <MIDRANGE-L@xxxxxxxxxxxx>
Date: 03/17/2014 05:19 AM
Subject: gzip for V6R1 that supports large files
Sent by: midrange-l-bounces@xxxxxxxxxxxx
I'm on V6R1 and I'm zipping via QShell using an old version of the
zip command from INFO-zip but it croaks on files > 2Gb so I split the
files first then FTP them to a Windows Server where I join them back
together after unzipping them.
I've heard that JDK 1.7 supports unlimited sizes when compressing via
the jar command. I have confirmed that JDK1.7 on Windows successfully
extracts large files from a jar file but my i5/OS is V6R1 and it
appears that
JDK1.7 is not supported until V7R1.
I've also read that more recent versions of gzip use ustar headers
that support at least 8Gb. However, my file is 80Gb so does anyone
know of a version of gzip that does not suffer from a size limit and
if so, where can I get a binary version that can run directly on i5.
I thought I had cracked it by writing an RPGLE that writes a large
file to STDOUT and then used QShell system command to call the
program and pipe it into the zip command. This appeared to result in
the entire large file being zipped but the Windows machine failed
because it found a mismatch between size attributes stored in the zip file.
Any other ideas would be appreciated.
Peter
#####################################################################
################
This correspondence is for the named person's use only. It may
contain confidential or legally privileged information, or both. No
confidentiality or privilege is waived or lost by any
mistransmission. If you receive this correspondence in error, please
immediately delete it from your system and notify the sender. You
must not disclose, copy or rely on any part of this correspondence if
you are not the intended recipient.
Any views expressed in this message are those of the individual
sender, except where the sender expressly, and with authority, states
them to be the views of Veda.
If you need assistance, please contact Veda on either :- Australia
1300-762-207 or New Zealand +64 9 367 6200
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To
subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take
a moment to review the archives at
http://archive.midrange.com/midrange-l.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To
subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take
a moment to review the archives at
http://archive.midrange.com/midrange-l.
--
bryan
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
midrange.com
