Re: (External):Re: Unicode services Red alert

[Peter Relson]

Ah, my "no subject" post was rejected by the tooling. 

>I assume the repair is to test the correct bit, ignoring the 
>correct store of the system clock. 

The assumption is incorrect.

>Are all defective macros (even non-GUPI) repaired?

There are no macros involved. The fix is complete.

>Presumably they decided to move the timestamp field rather than whatever
>field the tested bit is in. Probably there are lots of places that test 
the
>(incorrect) bit, and just one that stores the TOD clock value there, so
>less code needed to change. 

This is indeed what was done. The main problem with any other approach is 
that the "lots of places" are not limited to IBM load modules. They can be 

packaged with any application (IBM-owned, ISV-owned, customer-owned). 
That is the nature of callable services stubs (which is where the 
erroneous code is). Thus the fix makes things so that those stubs will 
always report "available" because as of z/OS 1.10 it *is* available (and 
if someone has reason to change those stubs, future versions of the stubs 
might not have the test at all).

The error was not only testing the wrong byte. The error was also in 
checking for "off" instead of "on". Thus the test succeeded whenever the 
bit was off. As of Dec 15, the bit will be on and things break. Up until 
the clock gets to X'E' (when things would start working again) and 
then back off again when it gets to x'F'.

Thus Tony's correct that this is a little incomplete:
>...[fails] when the create time of the UCCB time is 
>D000 000 or greater


It wasn't a question of "didn't go very far with testing" but with not 
bothering to discuss something that is likely of no practical relevance 
(and 
perhaps being a bit careless in the details -- no one really needed the 
detail about the clock value either). No one really needed to know 
that it will be broken between 2015 and 2024, then work again until then 
2033, then be broken again until 2042 (or whatever the dates are).  It was 

plenty to know when things break.  As with many things, the less said the 
better. Adding unnecessary details sometimes serves little purpose other 
than to introduce opportunity for having error in those details.

Peter Relson
z/OS Core Technology Design

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Big Blue lets Chinese government eyeball source code – report

[Ed Gould]

http://www.theregister.co.uk/2015/10/18/ 
ibm_source_code_chinese_government/



Another take on the "deal"

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: (External):Re: Unicode services Red alert

[Paul Gilmartin]

On Sun, 18 Oct 2015 18:58:27 -0400, Peter Relson wrote:
>
>>Presumably they decided to move the timestamp field rather than whatever
>>field the tested bit is in. Probably there are lots of places that test the
>>(incorrect) bit, and just one that stores the TOD clock value there, so
>>less code needed to change.
>
>This is indeed what was done. The main problem with any other approach is
>that the "lots of places" are not limited to IBM load modules. They can be
>packaged with any application (IBM-owned, ISV-owned, customer-owned).
>That is the nature of callable services stubs (which is where the
>erroneous code is). Thus the fix makes things so that those stubs will
>always report "available" because as of z/OS 1.10 it *is* available (and
>if someone has reason to change those stubs, future versions of the stubs
>might not have the test at all).
> 
This makes sense if the test was intended to report product capability,
not any user selectable option.

In the long run, it's advisable to clean up things sucn as those stubs
to avoid a secular growth of cruft.  And likewise to remove needless
fields in those macros.

>The error was not only testing the wrong byte. The error was also in
>checking for "off" instead of "on". Thus the test succeeded whenever the
>bit was off ...
> 
That might be the consequence of an empirical repair: a programmer may
have coded:

TM
BO

... and got undesered behavior, so decided to change to:

TM
BZ

I think you're saying the bit tested is unconditionally set to 0; never changed,
and the stubs are now just an inefficient implementation of TRUE.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AW: Re: IEAVAPE2/IEAVPSE2 another address space

[Peter Hunkeler]

>> What the big deal I didn't want to use my real name never saw that as one of 
>>  the requirements for
>> Using IBMMAIN
>>
> My real name is Joseph Reichman




What a big deal?? Do *you* like to communicate with people who think they have 
a need to hide their real personality? I definitely do not.


There are people who post on lists without mentioning their name. Bad enough. 
But signing in the name of someone else? And who can we be sure Josef Reichman 
isn't just another name you've arbitrarily chosen?


I had not replied to any post of you since long time, and I will continue to 
refrain from doing so. This a one-time exception. You don't seem to be honest, 
neither about you, nor about you programming intent.


--
Peter Hunkeler





--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Coupling facility users

[Timothy Sipples]

As one more example, VSAM enjoys a 64-bit buffer pool when you configure a
monoplex or multiplex with a Coupling Facility, even if you're not
otherwise taking advantage of VSAM Record Level Sharing (RLS) features.
With a 64-bit buffer pool you could see VSAM-related performance
improvements even in the "simplest" environment with a single z/OS
instance.

However, to oversimplify slightly, the biggest, broadest category of
business benefits when implementing at least one Coupling Facility (even on
the same physical machine) is that a CF opens up myriad opportunities to
reduce or eliminate both planned and unplanned service interruptions.(*)
Even the most basic CF configuration, a z/OS monoplex with a CF, is enough
to run VSAM RLS and/or Transactional VSAM (DFSMStvs), for example. Those
technologies make it possible for multiple batch and online transactional
programs to access the same VSAM files concurrently, and that means
reducing or eliminating distinctions between "nighttime" and "daytime" so
that online systems can continue processing user requests (from the
Internet, mobile devices, etc.) around the clock instead of just during
"online hours."

Do you need to reduce or eliminate both planned and unplanned service
interruptions? That threshold question should not be considered in
isolation, by the way. I've seen many customers who think the answer is
"no," but then, sometimes even without the IT department's knowledge, they
have elaborate but "clunky" caching, message holding, file holding, and
other workarounds surrounding their core application and information
systems. That's just bad architecture, very expensive, and at least awkward
for the business users.

I should also point out that everybody with a z/OS license should be able
to implement one or more CFs any time they wish without even contacting
IBM. If you're running z/OS you have general purpose processors (CPs), and
CPs can run anything including the Coupling Facility control code provided
with every IBM z System machine at no additional charge. Especially with CF
thin interrupts enabled (recommended), you can forge ahead, now -- and
assuming also you can allocate a bit of memory to a CF LPAR. Your z/OS
license also includes many, many CF exploiters, and I cannot think of any
occasion when IBM's license doesn't include CF exploitation. (A very few
non-IBM software vendors require an additional license for their CF
exploiters.) If the exploitation technically exists, you should be licensed
for it already. However, if your CF workloads are "non-trivial," it is
financially prudent (though not technically required) to invest in one or
more CF engines (ICFs) to run your CF instance(s) instead of using your CP
capacity.

You do not need cabling unless you're adding a physically separate machine.
The connections on the same machine are via IC links. Server Time Protocol
(STP) is optional, though I recommend STP for just about everyone with or
without a CF.

It wouldn't be surprising, Gadi, if you have a score or more of z/OS and
middleware technologies that could exploit a CF. Exactly which ones you
turn on, and why, and in support of which particular business application
services, will vary, of course.

(*) In the recent past there was also often a financial benefit if you
implemented at least one CF. At least one CF was a prerequisite if (a) you
had two or more physical machines, (b) you ran workloads on two or more
machines during normal operations, (c) those machines were physically
located "close enough" to form a Parallel Sysplex, and (d) you wanted to
take advantage of aggregated Sysplex software pricing. However, this year
(2015) IBM introduced Country Multiple Pricing (CMP). The Sysplex
aggregation rules no longer apply if you switch to CMP.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: HMC/Browser access and JAVA

[R.S.]

W dniu 2015-10-18 o 19:41, Field, Alan pisze:

My HMC access via a browser to the Integrated 3270 and Operating System 
messages broke again.

It is a JAVA problem. I had been running JAVA V7.21 but it won't reinstall 
properly again. I have JAVA 8.60 installed and it doesn't start either of the 
functions.

My HMC microcode is at a high level - it is supposed to support Java V8.

Any suggestions? Thanks
I have virtual machine with downlevel versions of browser, java and some 
specific settings for HMCs, swtiches and other hardware appliances which 
I cannot replace or upgrade.
It is NOT updated, I documented each setting or component version, so it 
ALWAYS WORK. Despite of updates madness in Windows world.


--
Radoslaw Skorupka
Lodz, Poland






--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru 
Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2015 r. kapita zakadowy mBanku S.A. (w caoci 
wpacony) wynosi 168.840.228 zotych.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Coupling facility users

[גדי בן אבי]

Hi,

I was asked to provide a list of functions that can benefit from having a 
coupling facility available.

I looked for a list, but couldn’t find a current one.
The current environment is:
z/OS v2.1
Basic sysplex – connectivity achieved by ESCON CTC’s
One CEC
Shared JES2 spool.
VTAM connectivity using same CTC’s used for basic sysplex.
GRS
Currently NO DB2 OR MQ.

What other components would benefit from a coupling facility?

I know of OPERLOG and Enhanced Catalog Sharing.
Anything else?

Is there a list somewhere of all of the z/OS fucntions.

Thanks

Gadi






לשימת לבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה 
(להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.

Please note that in accordance with Malam and/or its subsidiaries (hereinafter 
: "Malam") regulations and signatory rights, no offer, agreement, concession or 
representation is binding on the Malam, unless accompanied by a duly signed 
separate document (or a scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Coupling facility users

[R.S.]

W dniu 2015-10-18 o 12:25, גדי בן אבי pisze:

Hi,

I was asked to provide a list of functions that can benefit from having a 
coupling facility available.

I looked for a list, but couldn’t find a current one.
The current environment is:
z/OS v2.1
Basic sysplex – connectivity achieved by ESCON CTC’s
One CEC
Shared JES2 spool.
VTAM connectivity using same CTC’s used for basic sysplex.
GRS
Currently NO DB2 OR MQ.

What other components would benefit from a coupling facility?

I know of OPERLOG and Enhanced Catalog Sharing.
Anything else?

Is there a list somewhere of all of the z/OS fucntions.


Short answer is PARALLEL SYSPLEX.
Better GRS
VSAM RLS
DB2 buffers
RACF structure (read RACF db in memory)
etc.
etc.

If you are using basic syplex then Parallel Sysplex is obvious 
enhancement. However even single MVS image with CF can have some 
benefits (RLS at least).


--
Radoslaw Skorupka
Lodz, Poland






--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osb trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru 
Sdowego, nr rejestru przedsibiorcw KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2015 r. kapita zakadowy mBanku S.A. (w caoci 
wpacony) wynosi 168.840.228 zotych.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Coupling facility users

[Roger Lowe]

On Sun, 18 Oct 2015 13:25:04 +0300, גדי בן אבי  wrote:

>Hi,
>
>I was asked to provide a list of functions that can benefit from having a 
>coupling facility available.
>
>I looked for a list, but couldn�t find a current one.
>The current environment is:
>z/OS v2.1
>Basic sysplex � connectivity achieved by ESCON CTC�s
>One CEC
>Shared JES2 spool.
>VTAM connectivity using same CTC�s used for basic sysplex.
>GRS
>Currently NO DB2 OR MQ.
>
>What other components would benefit from a coupling facility?
>
>I know of OPERLOG and Enhanced Catalog Sharing.
>Anything else?
>
>Is there a list somewhere of all of the z/OS fucntions.
>
>Thanks
>
>Gadi
>
Have a look at the CF Sizer tool - 
http://www-947.ibm.com/systems/support/z/cfsizer/

Roger

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IEAVAPE2/IEAVPSE2 another address space

[Ted MacNEIL]

So, why michelbutz?


-
-teD
-
  Original Message  
From: michelbutz
Sent: Saturday, October 17, 2015 19:44
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: IEAVAPE2/IEAVPSE2 another address space

Thank you 

My real name is Joseph Reichman
And I have licensed copy of RD

Sent from my iPhone

On Oct 17, 2015, at 10:17 AM, Peter Relson  wrote:

>> Waiting for the likes of Pete Relson to chime in
> 
> I tend not to chime in when a poster does not have the courtesy to the 
> list subscribers of using their real name.
> 
> Pause pauses *you*, as the reference clearly says.
> 
> Regardless, that table row appears to be related to "waking up", so the 
> words "pause and" should be removed.
> 
> Peter Relson
> z/OS Core Technology Design
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IEAVAPE2/IEAVPSE2 another address space

[michelbutz]

What the big deal I didn't want to use my real name never saw that as one of  
the requirements for 
Using IBMMAIN
So Peter Relson and all the IBM'er want to know 
Okay they help me out as they know the code 
Thanks

Sent from my iPhone

> On Oct 18, 2015, at 9:07 AM, Ted MacNEIL  wrote:
> 
> So, why michelbutz?
> 
> 
> -
> -teD
> -
>   Original Message  
> From: michelbutz
> Sent: Saturday, October 17, 2015 19:44
> To: IBM-MAIN@LISTSERV.UA.EDU
> Reply To: IBM Mainframe Discussion List
> Subject: Re: IEAVAPE2/IEAVPSE2 another address space
> 
> Thank you 
> 
> My real name is Joseph Reichman
> And I have licensed copy of RD
> 
> Sent from my iPhone
> 
> On Oct 17, 2015, at 10:17 AM, Peter Relson  wrote:
> 
>>> Waiting for the likes of Pete Relson to chime in
>> 
>> I tend not to chime in when a poster does not have the courtesy to the 
>> list subscribers of using their real name.
>> 
>> Pause pauses *you*, as the reference clearly says.
>> 
>> Regardless, that table row appears to be related to "waking up", so the 
>> words "pause and" should be removed.
>> 
>> Peter Relson
>> z/OS Core Technology Design
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Coupling facility users

[Chris Hoelscher]

CA-IDMS will exploit coupling facility features if desired (shared buffers 
between environments, and datasharing groups)

Chris Hoelscher
Technology Architect 
Database Infrastructure Services
Technology Solution Services

123 East Main Street
Louisville, KY 40202
choelsc...@humana.com
Humana.com
(502) 714-8615
(502) 476-2538

The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

HMC/Browser access and JAVA

[Field, Alan]

My HMC access via a browser to the Integrated 3270 and Operating System 
messages broke again.

It is a JAVA problem. I had been running JAVA V7.21 but it won't reinstall 
properly again. I have JAVA 8.60 installed and it doesn't start either of the 
functions.

My HMC microcode is at a high level - it is supposed to support Java V8.

Any suggestions? Thanks

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546



This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: (External):HMC/Browser access and JAVA

[J O Skip Robinson]

Both functions are working for me today. Java level:

java version "1.8.0_60"
Java(TM) SE Runtime Environment (build 1.8.0_60-b27)
Java HotSpot(TM) Client VM (build 25.60-b23, mixed mode)

We have had Java problems off and on but finally standardized on this version 
after upgrading all HMCs to the latest driver. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Field, Alan
Sent: Sunday, October 18, 2015 10:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):HMC/Browser access and JAVA

My HMC access via a browser to the Integrated 3270 and Operating System 
messages broke again.

It is a JAVA problem. I had been running JAVA V7.21 but it won't reinstall 
properly again. I have JAVA 8.60 installed and it doesn't start either of the 
functions.

My HMC microcode is at a high level - it is supposed to support Java V8.

Any suggestions? Thanks

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: (External):HMC/Browser access and JAVA

[Field, Alan]

Thanks Skip for the reassurance that it works. I'll keep digging. 

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of J O Skip Robinson
Sent: Sunday, October 18, 2015 1:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):HMC/Browser access and JAVA

Both functions are working for me today. Java level:

java version "1.8.0_60"
Java(TM) SE Runtime Environment (build 1.8.0_60-b27) Java HotSpot(TM) Client VM 
(build 25.60-b23, mixed mode)

We have had Java problems off and on but finally standardized on this version 
after upgrading all HMCs to the latest driver. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Field, Alan
Sent: Sunday, October 18, 2015 10:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):HMC/Browser access and JAVA

My HMC access via a browser to the Integrated 3270 and Operating System 
messages broke again.

It is a JAVA problem. I had been running JAVA V7.21 but it won't reinstall 
properly again. I have JAVA 8.60 installed and it doesn't start either of the 
functions.

My HMC microcode is at a high level - it is supposed to support Java V8.

Any suggestions? Thanks

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN