Re: Best practices for software delivery

2007-05-02 Thread Mark Zelden
On Tue, 1 May 2007 15:10:23 -0400, Knutson, Sam <[EMAIL PROTECTED]> wrote: >Put this in a SYSPROC/SYSEXEC library and use it as a line command in >3.4 > Looks *very* similar to mine: /* REXX */ /* */ /* AUTHOR: Mark Zelden

Re: Best practices for software delivery

2007-05-01 Thread Patrick O'Keefe
On Fri, 27 Apr 2007 16:46:24 -0400, Wayne Driscoll <[EMAIL PROTECTED]> wrote: >Ok, time for me to spend some time on the soap box. What is the >TECHNICAL reason for not allowing the Mainframe to access the network? >I don't understand this at all. Every PC in your company probably can >access

Re: Best practices for software delivery

2007-05-01 Thread Knutson, Sam
Put this in a SYSPROC/SYSEXEC library and use it as a line command in 3.4 /* REXX MAKEXMI */ /* Xmit PDS into data set for FTP */ PARSE UPPER ARG dsn @dsn = dsn

Re: Best practices for software delivery

2007-05-01 Thread David Andrews
On Tue, 2007-05-01 at 13:18 -0500, Mark H. Young wrote: > I want to put a PDS in XMIT format (PS), so I can transfer it to the > PC and go from there Coming in late on the conversation, sorry, but I've recently become enamored of AWS format for things I want to move. It's directly readable by the

Re: Best practices for software delivery

2007-05-01 Thread Mark H. Young
AIN@BAMA.UA.EDU >> Subject: Re: Best practices for software delivery > > > >> OK, I seem to be having an Alzheimer's moment. I want to put a PDS in >> XMIT format (PS), so I can transfer it to the PC and go from there. >> I don't seem to have any JCL left laying

Re: Best practices for software delivery

2007-05-01 Thread McKown, John
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Mark H. Young > Sent: Tuesday, May 01, 2007 1:19 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Best practices for software delivery > OK, I seem to be having an A

Re: Best practices for software delivery

2007-05-01 Thread Mark H. Young
AIN@BAMA.UA.EDU >> Subject: Re: Best practices for software delivery >> >> >> I have to agree with John. I would suggest building an install package >> from XMIT output (or even do a 2 stage XMIT, ie create a PDS with XMIT's >> of the different libraries, then

Re: Best practices for software delivery

2007-04-30 Thread Schwarz, Barry A
[mailto:snip] Sent: Monday, April 30, 2007 5:59 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Best practices for software delivery On Fri, 27 Apr 2007 17:00:00 -0700, Schwarz, Barry A wrote: > >And while almost every desk worker here has some type of PC or >workstation that can connect to the inter

Re: Best practices for software delivery

2007-04-30 Thread Mark Zelden
On Fri, 27 Apr 2007 17:00:00 -0700, Schwarz, Barry A <[EMAIL PROTECTED]> wrote: > >And while almost every desk worker here has some type of PC or >workstation that can connect to the internet, none of those can access >our mainframe. What does connect? Real 3270 green screens or just separate

Re: Best practices for software delivery

2007-04-29 Thread Shmuel Metz (Seymour J.)
In <[EMAIL PROTECTED]>, on 04/27/2007 at 03:08 PM, Edward Jaffe <[EMAIL PROTECTED]> said: >This reminds me of a Chris Craddock pet peeve -- the kind you cannot >escape hearing given enough time and beer -- about modern mainframes >and their operating systems having unique and spectacular >cap

Re: Best practices for software delivery

2007-04-29 Thread Shmuel Metz (Seymour J.)
In <[EMAIL PROTECTED]>, on 04/27/2007 at 01:12 PM, "McKown, John" <[EMAIL PROTECTED]> said: >Well, ftp is insecure. Sure, just like HTTP. As you note, both[1] can be secured, so I don't see a security reason for choosing one over the other. [1] As can others. -- Shmuel (Seymour J.) Me

Re: Best practices for software delivery

2007-04-28 Thread Bruce Black
Currently we deliver our software in 3480 cartridge IEBCOPY format and in CD XMIT format. We would ike to change our very very old 3480 tape drives to 3590. 3590s are definitely not universal. With the advent of 3592 and STK drives, many sites may have no 3590s, or 3480s for that matter.

Re: Best practices for software delivery

2007-04-27 Thread john gilmore
Edward Jaffe writes: This reminds me of a Chris Craddock pet peeve -- the kind you cannot escape hearing given enough time and beer -- about modern mainframes and their operating systems having unique and spectacular capabilities that their users just obstinately refuse to exploit! In

Re: Best practices for software delivery

2007-04-27 Thread Arthur T.
On 27 Apr 2007 17:00:27 -0700, in bit.listserv.ibm-main (Message-ID:<[EMAIL PROTECTED]>) [EMAIL PROTECTED] (Schwarz, Barry A) wrote: Who said it was a technical reason? I don't know the source of the restriction for other subscribers but in our case it is a government agency that determines

Re: Core functionality (was Best practices for software delivery)

2007-04-27 Thread Steve Comstock
Craddock, Chris wrote: Edward E Jaffe wrote: Wayne Driscoll wrote: Ok, time for me to spend some time on the soap box. << This reminds me of a Chris Craddock pet peeve -- the kind you cannot escape hearing given enough time and beer -- about modern mainframes and their operating system

Re: Best practices for software delivery

2007-04-27 Thread Schwarz, Barry A
e was even a big to do about whether they could be hooked up to commercial power. -Original Message- From: Wayne Driscoll [mailto:snip] Sent: Friday, April 27, 2007 1:46 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Best practices for software delivery Ok, time for me to spend some time on th

Re: Best practices for software delivery

2007-04-27 Thread Craddock, Chris
Edward E Jaffe wrote: > Wayne Driscoll wrote: > > Ok, time for me to spend some time on the soap box. << > > This reminds me of a Chris Craddock pet peeve -- the kind you cannot > escape hearing given enough time and beer -- about modern mainframes and > their operating systems having unique and

Re: Best practices for software delivery

2007-04-27 Thread Edward Jaffe
Wayne Driscoll wrote: Ok, time for me to spend some time on the soap box. What is the TECHNICAL reason for not allowing the Mainframe to access the network? I don't understand this at all. Every PC in your company probably can access the internet, allowing employees to spend time browsing the w

Re: Best practices for software delivery

2007-04-27 Thread Wayne Driscoll
Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Schwarz, Barry A Sent: Friday, April 27, 2007 6:12 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Best practices for software delivery And since I (along with some other subscribers) am not allowed to connect the mainframe network externa

Re: Best practices for software delivery

2007-04-27 Thread McKown, John
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) > Sent: Friday, April 27, 2007 9:57 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Best practices for software delivery > > > In >

Re: Best practices for software delivery

2007-04-27 Thread Howard Brazee
On 27 Apr 2007 10:36:01 -0700, [EMAIL PROTECTED] (Shmuel Metz , Seymour J.) wrote: >>Internet is only a reasonable approach when companies are willing to >>provide the same level of quality control over their web sites > >The WWW is not the Internet. Why not use FTP? Offer whatever your customers

Re: Best practices for software delivery

2007-04-27 Thread Shmuel Metz (Seymour J.)
In <[EMAIL PROTECTED]>, on 04/27/2007 at 04:12 AM, "Schwarz, Barry A" <[EMAIL PROTECTED]> said: >Internet is only a reasonable approach when companies are willing to >provide the same level of quality control over their web sites The WWW is not the Internet. Why not use FTP? -- Shmuel

Re: Best practices for software delivery

2007-04-27 Thread Anne & Lynn Wheeler
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. [EMAIL PROTECTED] (Schwarz, Barry A) writes: > Internet is only a reasonable approach when companies are willing to > provide the same level of quality control over

Re: Best practices for software delivery

2007-04-27 Thread R.S.
My $0.02: It's not your, but customer decision. They have money, they make the rules. Even silly rules. If they want data on RedWood drive or reels *and they pay for that* your role is to provide it. Obviously from your point of view it is simply to expensive to support all possible medias a

Re: Best practices for software delivery

2007-04-27 Thread Steve Comstock
Schwarz, Barry A wrote: Internet is only a reasonable approach when companies are willing to provide the same level of quality control over their web sites that they do for their traditional media. Other than the CBT site (thank you Sam) none of the others I deal with do. When I'm trying to down

Re: Best practices for software delivery

2007-04-27 Thread Schwarz, Barry A
pril 26, 2007 6:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Best practices for software delivery internet, as long as it's done like IBM's Shopzseries. (and not like C/A's esd process). -- For IBM-MAIN subscr

Re: Best practices for software delivery

2007-04-26 Thread Gibney, Dave
: Thursday, April 26, 2007 6:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Best practices for software delivery > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of John Eells > Sent: Thursday, April 26, 2007 8:00 AM > To: IBM-M

Re: Best practices for software delivery

2007-04-26 Thread Paul Gilmartin
In a recent note, Hal Merritt said: > Subject: Re: Best practices for software delivery > > Internet or a CD/DVD in zipped TSO XMIT format. > Think marketing; think marketing. Preload it on an iPod. -- gil -- StorageTek INFORMATION m

Re: Best practices for software delivery

2007-04-26 Thread Ray Mullins
lf Of Paul Gilmartin Sent: Thursday April 26 2007 13:14 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Best practices for software delivery In a recent note, McKown, John said: > Date: Thu, 26 Apr 2007 11:30:30 -0500 > > I even did this with some files that resided on UNIX. You use "pax

Re: Best practices for software delivery

2007-04-26 Thread Paul Gilmartin
In a recent note, McKown, John said: > Date: Thu, 26 Apr 2007 11:30:30 -0500 > > I even did this with some files that resided on UNIX. You use "pax" to > create an archive, and direct it out to a z/OS legacy dataset with > LRECL=1,RECFM=FB,BLKSIZE=?. Then XMIT the pax archive and put it i

Re: Best practices for software delivery

2007-04-26 Thread McKown, John
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Wayne Driscoll > Sent: Thursday, April 26, 2007 11:21 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Best practices for software delivery > > > I have to agree

Re: Best practices for software delivery

2007-04-26 Thread Wayne Driscoll
inions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Eells Sent: Thursday, April 26, 2007 8:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Best practices for software delivery Miklos Szigetvari wrote: > Hi >

Re: Best practices for software delivery

2007-04-26 Thread Rick Fochtman
- What are the best methods for software delivery ? Background Currently we deliver our software in 3480 cartridge IEBCOPY format and in CD XMIT format.We would ike to change our very very old 3480 tape drives to 3590. ---

Re: Best practices for software delivery

2007-04-26 Thread Ken Porowski
Electronic delivery can save you $$$ if you have state sales tax. Tapes may get to be real interesting in the near future. IBM has withdrawn service for the 3490s that fit in an ATL (I think all models). There may still be a standalone model that you can get service for. That leaves 3590 and 3

Re: Best practices for software delivery

2007-04-26 Thread Miklos Szigetvari
Hi Thank you very much for everybody. Unfortunatly the internet is not an option from our side , and I think not an option from the customers side. They would like to have something in the hand. Till now the 3480 tape delivery worked. Robert Justice wrote: internet, as long as it's done like

Re: Best practices for software delivery

2007-04-26 Thread Hal Merritt
@BAMA.UA.EDU Subject: Best practices for software delivery Hi What are the best methods for software delivery ? Background Currently we deliver our software in 3480 cartridge IEBCOPY format and in CD XMIT format. We would ike to change our very very old 3480 tape drives to 3590. -- Miklos

Re: Best practices for software delivery

2007-04-26 Thread Robert Justice
internet, as long as it's done like IBM's Shopzseries. (and not like C/A's esd process). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Sea

Re: Best practices for software delivery

2007-04-26 Thread McKown, John
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of John Eells > Sent: Thursday, April 26, 2007 8:00 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Best practices for software delivery > > > Miklos Szigetvari wrot

Re: Best practices for software delivery

2007-04-26 Thread John Eells
Miklos Szigetvari wrote: Hi What are the best methods for software delivery ? Internet? -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instruct

Re: Best practices for software delivery

2007-04-26 Thread Shane
On Thu, 2007-04-26 at 14:34 +0200, Miklos Szigetvari wrote: > We would ike to change our very very old 3480 tape drives to 3590. *DON'T* 3590 is *not* a universal format. I have customers that have STK (Sun) silos and are unable to use 3590. Stand alone 3490(E) drives allow external tapes to b

Best practices for software delivery

2007-04-26 Thread Miklos Szigetvari
Hi What are the best methods for software delivery ? Background Currently we deliver our software in 3480 cartridge IEBCOPY format and in CD XMIT format. We would ike to change our very very old 3480 tape drives to 3590. -- Miklos Szigetvari Development Team ISIS Information Systems Gmb