I posted this question on the FLEX-ES list and got back 1 reply, which
included a suggestion to also ask for responses here on IBM-MAIN.
For a bit of background, our applications are all single CSECT load
modules, with the only common exception being those running under CICS,
that are linked
In the case of a processor upgrade: if you get a hard error during production
due to a bad ISV key, your testing criteria are way too lax.
Scenario:
1. Vendor delivers key.
2. Key cannot be installed until the upgrade.
3. Upgrade cannot be done until the weekend.
4. Key fails.
5. Vendor support
Am I a little harsh? Perhaps.
Sounds suspiciously like platitude to me.
Being patronising to customers with broken systems is rarely
appreciated. Vendors with visions of forward sales would do well to be
cognisant of this.
Shane ...
On Sun, 25 Feb 2007 09:02:40 + Ted MacNEIL [EMAIL PROTECTED] wrote:
:In the case of a processor upgrade: if you get a hard error during
production due to a bad ISV key, your testing criteria are way too lax.
:Scenario:
:1. Vendor delivers key.
:2. Key cannot be installed until the upgrade.
On Sun, 25 Feb 2007 19:20:29 +1000 Shane [EMAIL PROTECTED] wrote:
: Am I a little harsh? Perhaps.
:Sounds suspiciously like platitude to me.
No.
:Being patronising to customers with broken systems is rarely
:appreciated.
Nobody is suggesting that.
: Vendors with visions of
Looks like introducing knowingly a single point of failure into a system
without any way out .
This was my point earlier on
I was caught 3 years ago despite warning the vendor of the differences in
STSI and STIDP on z/990 but indeed they ignored me and no batch would run
i had to call someone in
Chris,
Since you mentioned ANYNET, today I also tried to use ANYNET to connect to
A3270 server. The result is the same : I can reach A3270 but it cannot 'open
a logical terminal' for me.
As you said, A3270 is unneccessary and i know it has been dropped in z/os
1.8. Anyway, I've learned
Would be great if all invoices were paid on time.
Would be great if vendors delivered working keys all the time!
Would be great if vendors were available 7-24!
Neither of the two above have anything to do with timely payments.
AND, the scenario I proposed, I lived through.
Without naming names,
We just upgraded from a 2064 to a 2094 and are having trouble with the OSA
cards
sharing multiple systems, I think I saw this discussed
I know its Sunday ( been here since Sat ) but can anyone tell me how to
search the archives
thanks,
Augie
On Sun, 25 Feb 2007 13:57:34 + Ted MacNEIL [EMAIL PROTECTED] wrote:
:Would be great if all invoices were paid on time.
:Would be great if vendors delivered working keys all the time!
Yes
:Would be great if vendors were available 7-24!
Yes.
:Neither of the two above have anything to do
Dave Jones wrote:
For what it's worth, Houston Community College System, here in Harris
County, TX, offers an IBM Enterprise Server Certificate path:
http://csci.hccs.edu/public/students/programs/IBM_EnterpriseServer_Certificate06.htm
Interesting. They offer a CICS programming class and
Search the current archives using LSOFT at
http://bama.ua.edu/archives/ibm-main.html
Search the old archives IBM-MAIN Archives 1986-2000
http://bama.ua.edu/archives/ibm-main-archives.html
Search it all using Google Groups archive of bit.listserv.ibm-main which
normally includes the same
It is has been a long time since I set this up, so I may have forgotten
a few things. So IIRC:
1) You don't need MVS/APPC setup for APPC3270.
2) You do need a APPN connection between the z/OS system and the PC. As
EE is APPN over IP, this should work. I used APPN over LLC (Token Ring)
via a
In a recent note, Support, DUNNIT SYSTEMS LTD. said:
Date: Sun, 25 Feb 2007 02:29:15 -0600
For a bit of background, our applications are all single CSECT load
modules, with the only common exception being those running under CICS,
that are linked with the CICS execution interface
Do you propose to supply them pre-linked with the CICS stub? Are
there no licensing problems with this?
Just for argument's sake, let's assume there aren't. If anyone wishes to
discuss this particular point, please do so under a new thread subject
title.
You can supply full load modules and
On 2/25/07, John S. Giltner, Jr. [EMAIL PROTECTED] wrote:
In the IST663I INIT OTHER REQUEST FAILED, SENSE=10010008 256 message,
what are the LU names invloved?
Ya..here is the problem. I don't know how to find out and the only thing I
can do is to look up the sense code but sadly it's of
In a recent note, Support, DUNNIT SYSTEMS LTD. said:
Date: Sun, 25 Feb 2007 10:13:24 -0600
Do you propose to supply them pre-linked with the CICS stub? Are
there no licensing problems with this?
Just for argument's sake, let's assume there aren't. If anyone wishes to
discuss
Hi,
could I define KSDS cluster so that each update (I use C code with assembler
routines) will put to DASD immediately? I'd like to use it as a pseudo log
file. The cluster has to have alternate indexes. As far as I know, fflush()
does not work with VSAM.
Arie Kremer
snip---
I posted this question on the FLEX-ES list and got back 1 reply, which
included a suggestion to also ask for responses here on IBM-MAIN.
For a bit of background, our applications are all single CSECT load
modules, with the only common
-snip---
I would find it hard to believe that the unnamed vendor with 9-5 support
would have strongly objected for a one of weekend support.
--unsnip---
You'd be amazed at the number of vendors that will NOT
I see in:
2.19 SMP/E V3R4.0 Reference
Usage Notes
* The target and distribution libraries for a program element
must be a PDS (for pre-built load module) or a PDSE (for a
program object).
This suggests that a program element targeted for a PDSE must
be transformed
From: Ted MacNEIL [EMAIL PROTECTED]
1. Vendor delivers key.
2. Key cannot be installed until the upgrade.
Why? If the product is designed properly, you should be able to specify more
than one key. If the first key fails, the product tests the second key (and
so on) until a working key is
I would find it hard to believe that the unnamed vendor with 9-5 support would
have strongly objected for a one of weekend support.
ITYM one off.
Objected, no.
Refused, yes!
-
Too busy driving to stop for gas!
--
For
john gilmore wrote:
Paul Gilmartin wrote:
Likewise, I consider teaching Roman numerals a waste of time.
I instead judge anyone who cannot read (and write) Roman numerals
subliterate.
I vote for teaching Roman numerals, but only for 'historical' reasons.
BTW: Are you Roman numeral
Why? If the product is designed properly, you should be able to specify more
than one key.
Woulda! Coulda! Shoulda!
It wasn't!
That's my main objections to keys!
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe
At 2/25/2007 01:15 PM, TMacNeil wrote:
Why? If the product is designed properly, you should be able to
specify more than one key.
Woulda! Coulda! Shoulda!
It wasn't!
That's my main objections to keys!
Your objection is misplaced, Ted. It should not be against keys. It
should be against
If the product is designed properly, you should be able to specify more
than one key.
Woulda! Coulda! Shoulda!
It wasn't!
That's my main objections to keys!
Don't you mean that's my main objection to the way a particular vendor has
implemented his keys?
I understand that your experience
On Feb 25, 2007, at 11:04 AM, Rick Fochtman wrote:
-snip---
I would find it hard to believe that the unnamed vendor with 9-5
support would have strongly objected for a one of weekend support.
--unsnip---
On Sun, 25 Feb 2007 18:09:27 + Ted MacNEIL [EMAIL PROTECTED] wrote:
:I would find it hard to believe that the unnamed vendor with 9-5 support
would have strongly objected for a one of weekend support.
:ITYM one off.
:Objected, no.
:Refused, yes!
Even to support installing the product off
Not every vendor is guilty of the problems you
continually allege.
I'm not the only one that 'continually' alleges.
And, if there are vendors with better practices, I have only met two. I may not
have travelled as many miles as some of you, but key management for the
mainframe is the second
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Salt
Sent: Sunday, February 25, 2007 10:47 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: License keys for ISV products(What alternatives are there?)
From: Ted MacNEIL [EMAIL PROTECTED]
Don't you mean that's my main objection to the way a particular vendor has
implemented his keys?
Many more than one vendor!
I understand that your experience with keys has been less than ideal. But,
there are vendors out there who design keys so that:
Only two (soon to be three), so far.
a)
Even to support installing the product off hours?
If so, I am quite amazed.
The product was/is key to our environment, but only cost $5K/annum.
Not worth the vendor's time/$.
There are few alternatives, and if they lose us, it's not like they lose a
large revenue stream.
We have since switched
One thing I noticed is that you commented out the defaultappl parameter.
IIRC there is no menu pgm for APPC3270. You either need to code a
defaultappl or you need to pass an application name from the client side.
I think you also want the PU name on the VTAM side to be the same as the
PU
Don't you mean that's my main objection to the way a particular vendor
has
implemented his keys?
Many more than one vendor!
Okay, lot's of vendors have bad keys. Lot's of restaurants are unhygienic.
This doesn't mean all restaurants are unhygienic.
If it were not for keys, some customers
This weekend I spend some time to invoke Java from a Cobol-Program.
COBJAV2-java-version: J2RE 1.4.2 IBM z/OS Persistent Reusable VM build
cm142-20060824 (SR6) (JIT enabled: jitc)
COBJAV1-P1: J2RE 1.4.2 IBM z/OS Persistent Reusable VM build cm142-20060824
(SR6) (JIT enabl
It's a bit tricky
If it were not for keys, some customers wouldn't pay on time (or wouldn't pay
at all).
THAT is my point of disagreement!
Most shops that are mainframe shops are large companies.
Large companies do NOT want their names in the press.
Ergo, they will do everything they can to pay on time.
Yes, we
Test, processor upgrade? It's a pull/push at deep dark thirty, test
hah.
3090 to mp2003-c to z800-0a1(0b1) and now Z9bc on the horizon.
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen
Sent: Saturday, February 24, 2007
On Sat, 24 Feb 2007 10:56:26 -0600, Rick Fochtman [EMAIL PROTECTED] wrote:
...
Let me know when you're sentenced. I'll send you a cake with an IBM
s/360 hex card (http://weblog.ceicher.com/archives/IBM360greencard.pdf)
baked inside.
...
You should include a card saw in the cake at the very
Mark Zelden wrote:
So has anyone turned this trap on? Did you notice a performance hit?
Before this discussion, did anyone even know this trap had existed for three
years or was I the only ignorant soul?
Bob
--
For
Why would anyone buy a product that has 9-5 service and keys to make it
work? I would think just a tiny amount of investigation would uncover that
fact. Of course, if the product is sold to another vendor, you maybe won't
get 24-7 support, but you can then make plans to get rid of it.
Eric
Binyamin Dissen wrote:
On Sat, 24 Feb 2007 20:25:24 -0600 Joel C. Ewing [EMAIL PROTECTED] wrote:
:Particularly in the case of processor upgrades, or in DR, there is no
:reliable way for us to verify that new keys from the vendors are correct
:and correctly installed until we are running on
We've turned the trap on, had it running for awhile, and did not notice a
performance hit.
- Original Message -
From: Bob Rutledge [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Sunday, February 25, 2007 5:45 PM
Subject: Re: NF APAR OA15539 for
Why would anyone buy a product that has 9-5 service and keys to make it work?
Because it's the only one that does what you need?
I would think just a tiny amount of investigation would uncover that fact.
Because it's the only one that does what you need?
Of course, if the product is sold to
snip
I have no such problems with arabian numerals.
/snip
Why don't Arabs use Arabian numerals? ;)
---
This e-mail is sent by Suncorp-Metway Limited ABN 66 010 831 722 or one of its
related entities Suncorp.
I wondered that myself while I lived in Riyadh. They use Hindu-Arabic
numerals, to use the formal name (not to be confused with Eastern
Hindu-Arabic numerals, which have a difference in the shape of the 4, 5 and
6) as opposed to Arabic numerals (now named European numerals).
-Original
On Sun, 25 Feb 2007 20:32:18 +, Ted MacNEIL wrote:
If it were not for keys, some customers wouldn't pay on time (or wouldn't pay
at all).
THAT is my point of disagreement!
Most shops that are mainframe shops are large companies.
Large companies do NOT want their names in the press.
Ergo,
Kelly Bert Manning wrote:
There has been a lot of buzz recently about DST starting on a different
day in some jurisdictions.
Most of the concern was about failing to make the change at the mandated
time and having interval or sequence computation fail as a result.
Our Service Bureau has a
Oops...it now works!!
John,
If you specify the workstation CP name the same as the PU name, the
connection will fail. I have tried with that. Of course, just as Chris said,
the local LU 6.2 name can be the same as the CP name.
Yes. The DEFAULTAPPL statement is the cause of all these
I worked at a small financial services company where the sysprog disabled
the SYNCSORT key code.
It eventually came back to bite him and he was asked to leave.
Later,
Ray
--
M. Ray Mullins
Roseville, CA, USA
http://www.catherdersoftware.com/
http://www.mrmullins.big-bear-city.ca.us/
-snip--
I worked at a small financial services company where the sysprog
disabled the SYNCSORT key code.
It eventually came back to bite him and he was asked to leave.
unsnip-
Rightly so. But don't blame
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of David Cole
Sent: Sunday, February 25, 2007 12:27 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: License keys for ISV products(What alternatives are there?)
At 2/25/2007 01:15 PM, TMacNeil wrote:
Why?
Here's the Web site for IBM Communication Controller for Linux:
http://www.ibm.com/software/network/ccl
I agree that, insofar as possible, you should try to migrate what you can
away from the 3745s. CCL is available to support whatever you cannot
realistically convert to use OSA Express and
And don't try to use the same name on a different volume in the new
set, cause it won't work.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Imbriale, Donald (Exchange)
Sent: Wednesday, February 21, 2007 2:01 PM
To: IBM-MAIN@BAMA.UA.EDU
54 matches
Mail list logo
