Re: Compuware FileAid to IBM FileManager Conversion

2010-02-16 Thread Timothy Sipples
Yes, there's the one-time retraining cost. But then there's the net present value of the flow of recurring/subsequent training costs for that product. Those subsequent training costs may vary! Thus the net present value may be different, and that ought to factor into the business case, too.

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-16 Thread Jeff Holst
Last year we converted several Compuware products to IBM PDTOOLS replacements. Some brief comments: File Manager: * IBM's conversion took much longer than expected. * Jobs which involved large files often ran longer and used more CPU (50% or more) using File Manager than FileAid. This was

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-16 Thread Steve Comstock
Jeff Holst wrote: Last year we converted several Compuware products to IBM PDTOOLS replacements. Some brief comments: File Manager: * IBM's conversion took much longer than expected. * Jobs which involved large files often ran longer and used more CPU (50% or more) using File Manager than

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-15 Thread Timothy Sipples
Ted MacNEIL writes: I was talking about for the new product. You do NOT continue training the same people on the same product. Perhaps your employer has that practice, but probably they ought to continue training, in many/most cases. (And I think they do, whether they know it or not.) See below

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-15 Thread Ted MacNEIL
Perhaps your employer has that practice, but probably they ought to continue training, in many/most cases. (And I think they do, whether they know it or not.) See below for why. This started as a discussion regarding a business case for replacing a product. You got into a deep philisophical

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-14 Thread Shmuel Metz (Seymour J.)
In 674401716-1265981502-cardhu_decombobulator_blackberry.rim.net-14160917...@bda026.bisx.prod.on.blackberry, on 02/12/2010 at 01:30 PM, Ted MacNEIL eamacn...@yahoo.ca said: Training existing staff is a one-time cost. Nonsense. Software changes over time, unless you never upgrade. --

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-14 Thread Galambos, Robert
Subject: Re: Compuware FileAid to IBM FileManager Conversion Ted MacNeil writes: Training existing staff is a one-time cost. I disagree. It ought not be. It isn't for me, and it isn't for my employer. And I think you make that point later on anyway, that there is indeed the concept of recurring

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-14 Thread Ted MacNEIL
Training existing staff is a one-time cost. I disagree. It ought not be. It isn't for me, and it isn't for my employer. I was talking about for the new product. You do NOT continue training the same people on the same product. I meant that as a replacement product, you only have to train

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-13 Thread Timothy Sipples
Ted MacNeil writes: Training existing staff is a one-time cost. I disagree. It ought not be. It isn't for me, and it isn't for my employer. And I think you make that point later on anyway, that there is indeed the concept of recurring training for current staff, but then you say that that

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-12 Thread Timothy Sipples
Ted MacNeil writes: You're missing one that I've seen missed all the time. Unless it's a work-alike, you have the (one-time) cost of re-training. I disagree (a little). I think retraining is not missed very often at all, but it gets expressed (incorrectly, opaquely) as I don't ever want to change

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-12 Thread McKown, John
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Thursday, February 11, 2010 2:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Compuware FileAid to IBM FileManager Conversion * Any sensible business case analysis

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-12 Thread Ted MacNEIL
And he would probably say, as I would, that training ought not be a one-time cost. Training existing staff is a one-time cost. There is often continuing education, staff turnover, etc. I would have that requirement, regardless of which product I would be using. And, I might get lucky and hire

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-12 Thread Don Leahy
generalization It's a sad reality that many application programmers have little interest in technology. For them, programming is merely a unpleasant job that they have to endure until they are promoted higher up the ladder to become analysts or managers. My advice to any sysprog who wants to

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-11 Thread Shmuel Metz (Seymour J.)
In of9549b98b.f4d75be6-on852576c6.0051a47a-862576c6.0052f...@csc.com, on 02/10/2010 at 09:06 AM, John P Kalinich jkali...@csc.com said: You can specify the compiler listing PDS names in the Fault Analyzer PARMLIB member IDICNFxx, Not ADATA? -- Shmuel (Seymour J.) Metz, SysProg and

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-11 Thread Timothy Sipples
A few comments, in no particular order: * At least for IBM's tools/utilities, if you haven't looked seriously at them very recently, you're out of date. IBM has invested and is investing heavily. They are fast moving targets. (Part of seriously allows IBM some shots at responding to questions

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-11 Thread Ted MacNEIL
* Any sensible business case analysis includes both functional and financial considerations. And ultimately the functional considerations should probably translate into financial ones. (Examples: If feature X is unavailable, that loss will cost us $5 per year. If feature Y requires 5 more

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-10 Thread Vince Getgood
I'd also be interested in any comments, as we're looking to do exactly the same thing. We're also considering replacing: - Abend/AID Abend/AID CICS with Fault analyser Xpediter TSO Xpediter CICS with Debug tool Strobe iStrobe with Application performance analyser Any other comments or

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-10 Thread Farley, Peter x23353
To: IBM-MAIN@bama.ua.edu Subject: Re: Compuware FileAid to IBM FileManager Conversion I'd also be interested in any comments, as we're looking to do exactly the same thing. We're also considering replacing: - Abend/AID Abend/AID CICS with Fault analyser Xpediter TSO Xpediter CICS with Debug

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-10 Thread William Janulin
To: IBM-MAIN@bama.ua.edu Subject: Re: Compuware FileAid to IBM FileManager Conversion I am told by my sysprogs that Fault Analyzer requires the ADATA output file of the compiler to be allocated in the production JCL in order to analyze production abends the first time they occur. This is a non-starter

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-10 Thread John P Kalinich
to IBM FileManager Conversion I'd also be interested in any comments, as we're looking to do exactly the same thing. We're also considering replacing: - Abend/AID Abend/AID CICS with Fault analyser Xpediter TSO Xpediter CICS with Debug tool Strobe iStrobe with Application

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-10 Thread Don Leahy
Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vince Getgood Sent: Wednesday, February 10, 2010 5:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Compuware FileAid to IBM FileManager Conversion I'd also be interested in any comments, as we're looking to do exactly the same thing

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-10 Thread Farley, Peter x23353
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John P Kalinich Sent: Wednesday, February 10, 2010 10:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Compuware FileAid to IBM FileManager Conversion Peter Farley of the IBM Mainframe Discussion

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-10 Thread Schumacher, Otto
Kalinich Sent: Wednesday, February 10, 2010 10:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Compuware FileAid to IBM FileManager Conversion Peter Farley of the IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 02/10/2010 08:26:27 AM: I am told by my sysprogs that Fault Analyzer requires

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-10 Thread Don Leahy
or point to the wrong place in the source. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John P Kalinich Sent: Wednesday, February 10, 2010 10:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Compuware FileAid to IBM

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-10 Thread John P Kalinich
Otto Shumacher of the IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 02/10/2010 09:21:09 AM: Do I understand correctly Fault analyzer software can eliminate the need for Dumpmaster(Macro4) and/or the Abendaid products(Compuware)? Is this also true for CICS and IMS online dumps?

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-10 Thread Don Leahy
Sent: Wednesday, February 10, 2010 10:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Compuware FileAid to IBM FileManager Conversion Peter Farley of the IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 02/10/2010 08:26:27 AM: I am told by my sysprogs that Fault Analyzer requires

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-10 Thread Chase, John
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 Sent: Wednesday, February 10, 2010 8:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Compuware FileAid to IBM FileManager Conversion I am told by my sysprogs that Fault Analyzer requires the ADATA

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-10 Thread Chase, John
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Schumacher, Otto Do I understand correctly Fault analyzer software can eliminate the need for Dumpmaster(Macro4) and/or the Abendaid products(Compuware)? Is this also true for CICS and IMS online dumps? Fault

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-10 Thread McKown, John
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Wednesday, February 10, 2010 2:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Compuware FileAid to IBM FileManager Conversion -Original Message- From: IBM

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-10 Thread Ed Gould
-SNIP False. The location of the ADATA file needs to be known to Fault Analyzer, but (in our shop, anyway), no modifications to any production jobstreams were required to transition from Dumpmaster to

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-10 Thread Rick Fochtman
---snip-- I'd also be interested in any comments, as we're looking to do exactly the same thing. We're also considering replacing: - Abend/AID Abend/AID CICS with Fault analyser Xpediter TSO Xpediter CICS with Debug tool Strobe

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-10 Thread William Bishop
We did the same analysis and moved onto the IBM products with little issues. We did not move Strobe though. IBM's Application Performance Analyzer did not meet our needs, either operationally or financially at the time. However, you can point Strobe to the same compiler output files that

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-10 Thread WA Stout
-0500 From: bill.bis...@tema.toyota.com Subject: Re: Compuware FileAid to IBM FileManager Conversion To: IBM-MAIN@bama.ua.edu We did the same analysis and moved onto the IBM products with little issues. We did not move Strobe though. IBM's Application Performance Analyzer did not meet

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-10 Thread Trivers Software
DM is very flexible and one could have multiple DUMPFILE datasets. Case in point, we define DM to capture just CICS dumps in one file and have another one for SYSTEM dumps. One could go further where each CICS Region could have its own DUMPFILE.

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-10 Thread Barbara Nitz
Abend/AID Abend/AID CICS with Fault analyser Xpediter TSO Xpediter CICS with Debug tool Strobe iStrobe with Application performance analyser Back in 2004 (I think - it was version3 FA, FM and DT) we looked at migrating to the IBM products from Compuware. We only migrated from AbendAid to FA.

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-10 Thread Ed Gould
From: Barbara Nitz nitz-...@gmx.net To: IBM-MAIN@bama.ua.edu Sent: Thu, February 11, 2010 12:02:23 AM Subject: Re: Compuware FileAid to IBM FileManager Conversion --SNIP-Good Info- Barbara: I know its been ages but one

Compuware FileAid to IBM FileManager Conversion

2010-02-09 Thread Larry Zuckett
Hi, Can anyone post their experiences with converting FileAid to FileManager? How many jobs they had to convert? How long did it take them to do the conversion? Were you running a scheduling product such as CA7? Did that present any problems with the assessment tool? Was the JCL being

Re: Compuware FileAid to IBM FileManager Conversion

2010-02-09 Thread Donnelly, John P
To: IBM-MAIN@bama.ua.edu Subject: Compuware FileAid to IBM FileManager Conversion Hi, Can anyone post their experiences with converting FileAid to FileManager? How many jobs they had to convert? How long did it take them to do the conversion? Were you running a scheduling product such as CA7