ss the file during transmit only.
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf
> Of Donald Russell
> Sent: Sunday, June 30, 2019 3:21 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Using bpxbatch to compress an MVS dataset
>
> I sincerel
- Java's java.util.zip package (and the jar command) will use zEDC.
- z/OS OpenSSH - see the "zEDCCompression" option.
- I'm not sure about IBM pax, seems unlikely since it was not documented.
- It appears that Rocket's gzip port does support zEDC.
On Mon, Jul 1, 2019 at 11:31 AM Mark Jacob
Does that use the zEDC compression feature if's available on your system?
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Monday, July 1, 2019 11:51
jar is zip compatible.
https://docs.oracle.com/javase/8/docs/technotes/guides/jar/jarGuide.html
Also the Java sdk has an API to read/write zip / deflate files.
There is a JZOS sample program that shows how to create a zip archive using
z/OS data sets as input / output.
https://github.com/zsystem
1. If you use the z/OS pax of z/OS with a portable archive format, the file
will be compatible with linux tar. LZ compression is supported. For
example, "pax -x ustar" specifies the compatible USTART format, which is
the default.
2. The pax -f with pax can be a z/OS dataset (//'hlq.my.dsn' or
On Mon, 1 Jul 2019 10:16:24 -0500, John McKown wrote:
>
>You can run something like the following in BPXBATCH:
>
>//PS001 EXEC PGM=BPXBATCH,REGION=0M
>//*PARM='SH printenv '
>//STDOUT DD SYSOUT=*
>//STDERR DD SYSOUT=*
>//STDINDD DUMMY
>//STDPARM DD *
>SH cp -T "//'INPUT.DSN'" /dev/fd1 |
On Mon, Jul 1, 2019 at 10:16 AM John McKown
wrote:
> On Sun, Jun 30, 2019 at 2:21 PM Donald Russell
> wrote:
>
>> I sincerely appreciate people’s feedback on this subject but the problem
>> I’m trying to solve is how to compress the file, not whether compression
>> is
>> needed. The decision to
On Sun, Jun 30, 2019 at 2:21 PM Donald Russell
wrote:
> I sincerely appreciate people’s feedback on this subject but the problem
> I’m trying to solve is how to compress the file, not whether compression is
> needed. The decision to compress was made based on frequency of use,
> bandwidth between
vailable, there are OGET, OPUT commands
on z/OS to bridge the gap between z/OS and Open Systems.
HTH,
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Donald Russell
Sent: Sunday, June 30, 2019 11:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using bpxbatch to co
On Sun, 30 Jun 2019 15:46:17 -0500, Paul Gilmartin wrote:
>On Sun, 30 Jun 2019 20:34:19 +, Denis wrote:
>
>>I wonder if the jar command of the Java SDK in z/OS creates gzip compatible
>>jar files, which in Windows can be extracted/used by renaming Form .jar to
>>.ZIP.I cannot remember if th
Hi Donald
The URL in my original response to you appears to have been garbled by some
sort of 'protection' thingy.
I don't know how to work around that, but here's an attempt:
h t t p : / / g r o u p s . y a h o o . c o m / g r o u p / h e r c u l e s
- 3 9 0
just remove the spaces to get the corre
Hi Seann,
In which Group would I find TERSE.ZIP?
Thanks and regards,
David
On 2019-07-01 06:05, Sean Gleann wrote:
> Donald: From your initial query... "Terse is no good because Linux can’t
> unterse it."
> FWIW there is a TERSE application available from the old Hercules days that
> includes imp
Donald: From your initial query... "Terse is no good because Linux can’t
unterse it."
FWIW there is a TERSE application available from the old Hercules days that
includes implementations for Windows, DOS, MAC and Linux.
I tried it out on windows and found it worked tolerably well for handling
TERSE
If this is a batch process to FTP to another platform, and it can handle tar
or jar etc...
Then you can certainly do that.
If the other platform can use TRSMAIN output, that is part of z/OS
So for your issue, you just need a first step to send the file to USS and pax
or tar it.
Then ftp to t
On Sun, 30 Jun 2019 20:34:19 +, Denis wrote:
>I wonder if the jar command of the Java SDK in z/OS creates gzip compatible
>jar files, which in Windows can be extracted/used by renaming Form .jar to
>.ZIP.I cannot remember if the jar compression uses ziip.Any file type can be
>added to a jar
On Sun, 30 Jun 2019 08:58:00 -0700, Donald Russell wrote:
>I have a batch process in zOS 2.1 (soon to be 2.3) that creates a large
>text file I want to FTP to a zLinux system.
>
>How can I use bpxbatch tar or compress (or ?) to create a smaller file I
>can ftp instead instead of the original file?
Message-
From: Donald Russell
To: IBM-MAIN
Sent: Sun, Jun 30, 2019 09:21 PM
Subject: Re: Using bpxbatch to compress an MVS dataset
I sincerely appreciate people’s feedback on this subject but the problem
I’m trying to solve is how to compress the file, not whether compression is
needed. The
bpxbatch to compress an MVS dataset
I sincerely appreciate people’s feedback on this subject but the problem
I’m trying to solve is how to compress the file, not whether compression is
needed. The decision to compress was made based on frequency of use,
bandwidth between source and destination and
@LISTSERV.UA.EDU
Subject: Re: Using bpxbatch to compress an MVS dataset
I sincerely appreciate people’s feedback on this subject but the problem I’m
trying to solve is how to compress the file, not whether compression is needed.
The decision to compress was made based on frequency of use, bandwidth between
I sincerely appreciate people’s feedback on this subject but the problem
I’m trying to solve is how to compress the file, not whether compression is
needed. The decision to compress was made based on frequency of use,
bandwidth between source and destination and difference in file
size/transmission
Another consideration is how many times the compressed file would be
transferred. We used to host lots of documents on our mainframe to be
served out on a website. When the transfer load became noticeable on the
performance reports, we started compressing the most common documents.
The transfer
I’m not considering the cost of compression in relation to the transfer
savings because the size of the files is huge (several million lines of
text) that compress really well. Pkzip/gzip seems to get well over 80%
compression. Then yes, after the mvs job step runs, the ftp target is in
another ci
If this file is being sent inside your firewall, the time and CPU cycles will
cost more than the ftp. This is based on experiences using MFT products.
(Basically what Gadi said).
We found in testing that compressing was really only useful with small pipes.
Of course, there is a ratio between n
If both systems are on the same physical computer, it might not be worth it.
The time and cpu cycles it would take to compress and uncompress might take
longer than transferring the un compressed file.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Donald Russell
24 matches
Mail list logo
