Paul, these jar files almost never change (last time in 2015) and are supplied 
by vendor by downloading from their website.  I'd personally like to package 
them as a GIMDTS transformed object that is in-line in the usermod for neatness 
(i.e. all self contained in the usermod).

I'll probably go that route and then have smpe re-transform them back to 
original state in the directory of choice.   

Yes, it is the long way around the block, when I could simply cp them into the 
service filesystem every single time java gets updated.   

_____________________________________________________________________________________________________
Dave Jousma
AVP | Manager, Systems Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717


-----Original Message-----
From: IBM Mainframe Discussion List <[email protected]> On Behalf Of 
Paul Gilmartin
Sent: Wednesday, July 31, 2019 1:51 PM
To: [email protected]
Subject: Re: SMPE usermod to add .jar files to JAVA

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

On Wed, 31 Jul 2019 17:30:49 +0000, Jousma, David wrote:
>
>I've already got a JAVA SMPE usermod that copies in, and processes a 
>customized java.security file.   Now we have an add-on product from ISV that 
>wants to put 3 .jar files into <java_home>/lib/ext and I want to do that via 
>SMPE.
>
>I've taken a peek at the SMPE users guide as it relates to the "JAVA archive 
>update exploiters guide", but that seems to be talking about creating new .jar 
>file from that various java programs.  What I have are 3 jar files in and of 
>themselves that I just want to place in the proper java directory.
>
>If anyone has examples of that, I'd be interested in seeing that.
> 
Is ++HFS MCS suitable?

(Damn!  This is roundabout!  An object exists in the SMPNTS as a zFS file, but 
it must somehow be transformed into a DSORG=PO PDS(E) member so it can be 
transformed back into a zFS member.  Why?)

-- gil

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
[email protected] with the message: INFO IBM-MAIN **CAUTION EXTERNAL 
EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to