Check BPXPRMxx - there are some parms like MAXASIZE which may affect java.
Otherwise, try the 64 bit version without SMPE install.
Or reinstall the 32 bit version without SMPE.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Bonno
tried that too; didn't help ...
cd to java/bin directory and enter:
./java -cp . -version
Your CLASSPATH may not be set.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Bonno, Tuco
Sent: Friday, February 06, 2015 2:43
cd to java/bin directory and enter:
./java -cp . -version
Your CLASSPATH may not be set.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Bonno, Tuco
Sent: Friday, February 06, 2015 2:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re
yeah, that's what i'm concluding -- but i'd like to know what's wrong w/ this
one lest i do the same wrong thing when i install the 64-bit version thanks
-fullversion does NOT give all the info that -version does, in spite of the
name.
There is something wrong with
-fullversion does NOT give all the info that -version does, in spite of the
name.
There is something wrong with your java or system.
Try getting the 64 bit version and install it without SMPE.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
well i be darned --- the "java -fullversion" does give me a one-line response;
but isn't there supposed to be more? i could swear that several years ago when
i did the "java -version" you got back 7, 8 lines of stuff
( don't have the 64-bit version )
When I
: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: NO response to "java -version"
it's 31-bit; do not have 64-bit
Are you trying to run the 32 bit or 64 bit version of java?
Try the alternate one if you have it installed.
thanks, but that didn't help
-Original Message-
it's 31-bit; do not have 64-bit
Are you trying to run the 32 bit or 64 bit version of java?
Try the alternate one if you have it installed.
thanks, but that didn't help
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
When I had the TCP/IP problem I could not ping the lpar ip address.
Go to ISPF option 1.6 and enter ping LPAR.IP.ADDR
But that was for an old release of java (maybe 1.4 or 1.5). it no longer goes
out to TCP/IP.
Also, try java -fullversion
That might work even if -verion does not but does not
Are you trying to run the 32 bit or 64 bit version of java?
Try the alternate one if you have it installed.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Bonno, Tuco
Sent: Friday, February 06, 2015 2:24 PM
To: IBM-MAIN
What release of java are you trying to run?
>>>>> this is java 1.6.0
Maybe you are getting the old TCP/IP problem.
Can you ping the ip address of the lpar?
>>>>>> i am within the lpar itself or maybe i don't understand the
>>>>>&
What release of java are you trying to run?
Maybe you are getting the old TCP/IP problem.
Can you ping the ip address of the lpar?
Are unix commands under OMVS working properly?
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Bonno
thanks, but that didn't help
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Skeldum, William
Sent: Friday, 06 February, 2015 14:20
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: NO response to "java -version"
Try
Try putting a ./ in front of the command to tell it to look in the current
directory:
$ cd /usr/lpp/java/J7.0/bin
$ java -cp . -version
java: FSUM7351 not found
$ ./java -cp . -version
java version "1.7.0"
Java(TM) SE Runtime Environment (build pmz3170sr6fp1-20140108_01(SR6 FP1))
I had this problem a while ago with an older version of java that was going
out to TCP/IP when trying to get the version number.
There was something wrong with TCP/IP on the sysprog test lpar at the time and
it looked like java was hanging.
But newer releases of java did away with the TCP/IP
cross-posting to ibm-main, mvs-oe
i'm in z/os 1.13
located in /usr/lpp/java/bin
when i issue "ls –la"
i can see that the executable "java" is there
when i issue a "printenv PATH" i get this:
.:bin:/usr/lpp/java/bin:/usr/sbin:/
again located in /usr/lpp/
On Fri, 30 Jan 2015 18:43:02 -0600, Mike Schwab wrote:
>>
>> I have kept the following as my ~/ls:
>>
>> #! /bin/sh
>> for I in 5 4 3 2 1; do
>> echo "$HOME will be deleted (rm -r) in $I seconds!"
>> sleep 1; done
>> echo "Fooled ya!"
>
>That could give someone a heart
On Fri, Jan 30, 2015 at 5:04 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> Even worse, it's always implicitly *first* in the search order, not merely
> by default, but there's *no* way to override that. That's an Extremely
> Bad Idea; I don't know why Windows design
On Fri, 30 Jan 2015 15:35:24 -0600, John McKown wrote:
>
>... Unlike Windows, the current working directory is
>_not_ searched to locate an executable file _unless_ it is on the PATH.
>I.e. in Windows the current working directory is always implicitly on the
>PATH, ...
>
Even worse, it's always imp
On Fri, 30 Jan 2015 21:16:02 +, Barkow, Eileen wrote:
>You really do not need the PATH statements. Just cd to the java bin directory
>and run :
>java -cp . -version (or java -cp . javaclass - cp classpath has to point to
>correct directories needed for
>java class to r
On Fri, Jan 30, 2015 at 3:16 PM, Barkow, Eileen
wrote:
> You really do not need the PATH statements. Just cd to the java bin
> directory and run :
> java -cp . -version (or java -cp . javaclass - cp classpath has to
> point to correct directories needed for
> java class to r
You really do not need the PATH statements. Just cd to the java bin directory
and run :
java -cp . -version (or java -cp . javaclass - cp classpath has to point to
correct directories needed for
java class to run; . specifies current directory).
cd /usr/lpp/java/J6.0.1/bin
java -cp
I received the same FSUM not found message. Check you /etc/profile for PATH=
parms. Mine was setup incorrectly ( just a typing mistake). After I fixed that
the command worked.
This is what I have:
PATH=$PATH:/usr/lpp/NFS:/usr/sbin:/usr/lpp/java/J6.0.1/bin
PATH=$PATH:/usr/lpp/java/IBM
Kevin,
I was hoping that java for z/OS had an IVP procedure documented in the
Program Directory for HVJB700 (GI11-9829-00). I didn't see anything to even
something to check the java version.
I looked for a java samplib but didn't find anything. I see in the program
directory
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Hansen, Dave L - Eagan, MN
Sent: Friday, January 30, 2015 6:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Where is the z/OS java Book?
Dear Group,
I recently worked with IBM on some java issues
Thank you everybody for your help. I know what I need to know (I guess):
echo $PATH
/bin:HOME
PATH=/bin:/usr/lpp/java/J7.0_64/bin:.
export PATH
echo $PATH
/bin:/usr/lpp/java/J7.0_64/bin:.
java -version
java version "1.7.0"
Java(TM) SE Runtime Environment (build pmz6470sr3-20121025_01
On Fri, 30 Jan 2015 15:02:44 +, Mullen, Patrick wrote:
>Try this link:
>
>http://www-01.ibm.com/support/knowledgecenter/SSYKE2_7.0.0/welcome/welcome_javasdk_version.html
>
>Set PATH something like this:
>
>PATH=/bin:/usr/lpp/java/J7.0_64/bin:.
>export PATH
Try this link:
http://www-01.ibm.com/support/knowledgecenter/SSYKE2_7.0.0/welcome/welcome_javasdk_version.html
Set PATH something like this:
PATH=/bin:/usr/lpp/java/J7.0_64/bin:.
export PATH
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN
On Fri, Jan 30, 2015 at 8:46 AM, Hansen, Dave L - Eagan, MN <
dave.l.han...@usps.gov> wrote:
> Dear Group,
>
>I recently worked with IBM on some java issues that dealt with our z/OS
> V1R13 system. One thing they wanted me to do was enter "java -version"
> fr
zette
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Hansen, Dave L - Eagan, MN
Sent: Friday, January 30, 2015 7:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Where is the z/OS java Book?
Dear Group,
I recently worked with IBM on some
Dear Group,
I recently worked with IBM on some java issues that dealt with our z/OS
V1R13 system. One thing they wanted me to do was enter "java -version" from
our USS command line, I got the old FSUM not found. I looked in the USS Guide
and USS Planning and there is hardly a
>Behalf Of Andrew Rowley
>Sent: 10 November, 2014 9:57
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Processing SMF using Java - new product
>
>I have been working on a Java API for processing SMF data, based on experience
>gained developing EasySMF.
>
>Some key features are:
> On 11 Nov 2014, at 10:55 am, Andrew Rowley
> wrote:
>
>> On 11/11/2014 11:20, David Crayford wrote:
>> I get it. You're using lazy initialization that uses an index into a byte
>> array or something similar. That's a very sensible idea. We certainly do
>> take it for granted just how easy it
On 11/11/2014 11:20, David Crayford wrote:
I get it. You're using lazy initialization that uses an index into a
byte array or something similar. That's a very sensible idea. We
certainly do take it for granted just how easy it is to map a record
using POD structs with traditional languages.
E
SMF records/sections, I
would expect extracting the data into Java fields to be orders of
magnitude slower.
I get it. You're using lazy initialization that uses an index into a
byte array or something similar. That's a very sensible idea. We
certainly do take it for granted just h
On 11/11/2014 0:27, John McKown wrote:
Interesting. Do you think it would run on a non-z/OS platform which
implements Java, such as z/Linux or even Windows? I do realize
the EBCDIC vs. ASCII character encoding issued _could_ be a "gotcha",
but I am curious. Why? Because for people
extracting the data into Java fields to be orders of magnitude
slower.
A simple get method is probably inlined by JIT, so I doubt there would
be any measurable difference between field access and access to the same
value via a get method.
Regards
Andrew Rowley
Black Hill Software
+61 413 302 386
t; On Mon, 10 Nov 2014 07:27:12 -0600, John McKown wrote:
>
> >Interesting. Do you think it would run on a non-z/OS platform which
> >implements Java, such as z/Linux or even Windows? I do realize the
> >EBCDIC vs. ASCII character encoding issued _could_ be a "gotcha&quo
On Mon, 10 Nov 2014 07:27:12 -0600, John McKown wrote:
>Interesting. Do you think it would run on a non-z/OS platform which
>implements Java, such as z/Linux or even Windows? I do realize the
>EBCDIC vs. ASCII character encoding issued _could_ be a "gotcha", but I am
>cur
On Mon, Nov 10, 2014 at 5:01 AM, Andrew Rowley wrote:
> Hi Kees
>
> It is 100% Java, so yes it runs on zIIP.
>
Interesting. Do you think it would run on a non-z/OS platform which
implements Java, such as z/Linux or even Windows? I do realize the
EBCDIC vs. ASCII character enc
That's really cool.
One thing I would consider is changing the methods to fields. I'm a OOP
practitioner and fully understand the merits of encapsulation but if you
have a class full of getters then you have no side effects to worry
about. One of my big bugbears about Java a
Hi Kees
It is 100% Java, so yes it runs on zIIP.
It will not replicate all the functions of MXG. The aim is to provide a
general programming interface to SMF. Some things might be easier than
using MXG (I never got my head around SAS!) but I don't claim it is a
replacement.
There are
Sent: 10 November, 2014 9:57
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Processing SMF using Java - new product
I have been working on a Java API for processing SMF data, based on experience
gained developing EasySMF.
Some key features are:
* Methods convert the different SMF fields to Java datatypes
I have been working on a Java API for processing SMF data, based on
experience gained developing EasySMF.
Some key features are:
* Methods convert the different SMF fields to Java datatypes.
* Times representing a duration e.g. CPU time, connect time are
converted to floating point values
Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Donald J.
Sent: Thursday, August 28, 2014 7:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: java on Z maintenance level question
The first is SDK V6.0.0 and the second is SDK V6.0.1
Each has its own levels as described here:
http://www-03
The first is SDK V6.0.0 and the second is SDK V6.0.1
Each has its own levels as described here:
http://www-03.ibm.com/systems/z/os/zos/tools/java/services/j6servsum31.html
--
Donald J.
dona...@4email.net
On Tue, Aug 26, 2014, at 12:05 PM, Pommier, Rex wrote:
> Hi,
>
> I have a qu
: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: java on Z maintenance level question
Seems as if the developers use the version string as their own "twitter".
I think that part of it will tell you what the person who built had for lunch
:-)
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
On Tue,
Seems as if the developers use the version string as their own "twitter".
I think that part of it will tell you what the person who built had for
lunch :-)
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
On Tue, Aug 26, 2014 at 2:39 PM, Nims,Alva John (Al) wrote:
> First
First the JAVA web page will help:
http://www-03.ibm.com/systems/z/os/zos/tools/java/
drilling down on that web page for the appropriate version will lead you to
additional help.
On the page look for and click on the link "IBM 31-bit SDK for z/OS"
" Java Technology Edition, V6.
Just a WAG, but is one file system SMP/E installed and the other from
the IBM Java web site?
Mark Jacobs
On 08/26/14 15:05, Pommier, Rex wrote:
Hi,
I have a question on java versioning and maintenance levels on z/OS. I have 2
different copies of Java 1.6.0 and am trying to decipher which
Hi,
I have a question on java versioning and maintenance levels on z/OS. I have 2
different copies of Java 1.6.0 and am trying to decipher which is the more
current. I've been under the assumption that the SRmFPn gave the maintenance
level, and that the higher the numbers, the more cu
On Thu, 24 Jul 2014 20:13:50 +, Gary Snider
wrote:
> However, when I was looking at some of the JAVA files, I now notice that the
> owner is now my UID:
>
Not sure if this will cause any problems. But it is easy enough to correct: use
chown command in combination with a find co
. However,
when I was looking at some of the JAVA files, I now notice that the owner is
now my UID:
File owner . . . . . : (3011)
Group owner . . . . . : TECH(9)
Where before the owner and group was:
File owner . . . . . : HZSPROC(0)
Group owner
We are working on a survey to map the penetration of Java WAS servers on z/
os operating systems. Please supply the following information and add
issues of concern of I forgot anything.
* Do you use java application server on z/os ? (Yes, No)
* which product do you use? (Name, Version & supp
On 4/22/2014 4:58 PM, Shane Ginnane wrote:
Linux (on x86_64) has been doing it "forever" - goes even further, allowing
reference to a 32 Gig heap rather than just 4 Gig.
z/OS Java compressed references also go to 32G. (The USE2GTO32G= keyword
on the IARV64 macro should provid
Is there a difference between the TSO region size and java maximum heap
space size allowed in Running JVM ? For example if a TSO REGION size is
kept as 8196, then what would be the maximum java space can be allowed for
JVM with the region size.
On Thu, Mar 20, 2014 at 3:24 PM, Denis Gäbler wrote
UA.EDU] On
Behalf Of Hank Oerlemans
Sent: 20 March 2014 23:47
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Java -Xdump:tool option on z/OS
How hard can this be I ask myself...a good while later
1. So it's much easier to see results in batch .
//UNIX EXEC PGM=BPXBATCH,PARM='SH /u/han
How hard can this be I ask myself...a good while later
1. So it's much easier to see results in batch .
//UNIX EXEC PGM=BPXBATCH,PARM='SH /u/hanko/runhe.sh'
//STDOUTDD SYSOUT=*
//STDERRDD SYSOUT=*
2. It's much easier trying not to resolve the battle of the quotes. exec
@LISTSERV.UA.EDU
Subject: Re: Java -Xdump:tool option on z/OS
Fyi:
I do not get the BPXP024I message when my IEFBR14 job starts, although I see
the BPXP024I for other tasks.
I think that initiators can get reused so maybe BPX is just reusing an existing
initator for this function.
I am running z
$ java -version
java version "1.7.0"
Java(TM) SE Runtime Environment (build pmz3170sr5-20130619_01(SR5))
IBM J9 VM (buil
t sure if they are needed or not in this case.
I don't know why the tso and tsocmd commands are not working for you when
then do for Eileen. What release of Java and z/OS?
On Thu, Mar 20, 2014 at 9:55 AM, Steve Austin wrote:
> Thanks for that I'll keep trying. However, it would be
2014 14:28
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Java -Xdump:tool option on z/OS
The xdump command worked for me - started up IEFBR14 job.
BPXM023I (ACSCEXB) 938
JVMDUMP039I Processing dump event "vmstart", detail "" at 2
Thanks John tsocmd did not work either.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John McKown
Sent: 20 March 2014 14:05
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Java -Xdump:tool option on z/OS
Steve,
I did a fast check by
S---
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steve Austin
> Sent: Thursday, March 20, 2014 9:49 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Java -Xdump:tool option on z/OS
>
> I'm attempting
PAGING COUNTS---
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Steve Austin
Sent: Thursday, March 20, 2014 9:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Java -Xdump:tool option on z/OS
I'm attempting to use this option to iss
Steve,
I did a fast check by trying to do a TSO SUBMIT command from a UNIX shell.
Which is effectively what Java is doing. It fails with the message:
IKJ79204I You attempted to run an unsupported function in a dynamic TSO
Environment.
However, I can do a submit using the "tsocmd&quo
I'm attempting to use this option to issue a command at JVM start;
-Xdump:tool:events=vmstart,exec="tso submit 'sa.jcl(apfauth)'"
I can see the BPXAS address space being started on my behalf;
JOB07776 0090 BPXM023I (SA) 786
786 0090
recommendations and the garbage collection statistics and chart.
draw your conclusions.
you might need a jvm expert for the conclusions.
denis gaebler.
Sent from AOL Mobile Mail
-Original Message-
From: Christian D
To: IBM-MAIN
Sent: Thu, Mar 20, 2014 10:10 AM
Subject: Java Heap Size
Hi
Hi, not sure, depends on multiple factors. Best to start with
http://www.ibm.com/developerworks/java/jdk/docs.html
On Thursday, 20 March 2014, Christian D wrote:
> Hi Group,
>
> How do we determine the correct maximum Java space for the JVM in USS ? Are
> there any condition or c
Hi Group,
How do we determine the correct maximum Java space for the JVM in USS ? Are
there any condition or constraint to understand ?
Chris
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Or to use the modern term "political correctness".
Orwell made this point, better than I can make it:
The purpose of Newspeak was not only to provide a medium of expression for the
world-view and mental habits proper to the devotees of Ingsoc, but to make all
other modes of thought impossible.
On 1/26/2014 4:42 PM, Timothy Sipples wrote:
You wouldn't want to inadvertently wipe out much of the market for
your scripts, would you?
Couldn't care less. Those Ant scripts are for our internal use only.
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segund
Ed Jaffe writes:
>Speaking of Eclipse, we've written some ANT scripts to fully integrated
>Eclipse (the free one, not IBM's _expensive_ RDz) with
>mainframe-resident versions of Apache Tomcat, the Java and C/C++
>compilers, and GIT (for source code management).
Ed, I think y
re:
http://www.garlic.com/~lynn/2014b.html#39 Resistance to Java
http://www.garlic.com/~lynn/2014b.html#44 Resistance to Java
http://www.garlic.com/~lynn/2014b.html#46 Resistance to Java
part of the issue SNA was pretty much dictated by VTAM/NCP ... which was
a low-speed, dumb terminal
paulgboul...@aim.com (Paul Gilmartin) writes:
> Why did that fail? Just too little, too late? NIH?
re:
http://www.garlic.com/~lynn/2014b.html#39 Resistance to Java
http://www.garlic.com/~lynn/2014b.html#44 Resistance to Java
internal network was larger than the arpanet/internet from just ab
similar GUI-based initiatives
>> from the 1990s.
>
And, please, support a portable GUI protocol such as X11 (perhaps VNC;
perhaps HTTP -- is that what HoD does?) Don't require an idiosyncratic
agent for every desktop OS.
>re:
>http://www.garlic.com/~lynn/2014b.html#39 Resistan
://www.garlic.com/~lynn/2014b.html#39 Resistance to Java
a primary communication group effort fighting off distributed computing
and client/server was SAA (I've periodically mentioned senior disk
engineer getting talk at annual worldwide internal communication group
conferencing and opening w
On 1/25/2014 6:43 PM, David Crayford wrote:
On 26/01/2014 1:38 AM, Ed Jaffe wrote:
We love Eclipse! So do many of our customers and some have already
requested a full-featured Eclipse plug-in for (E)JES. We hope to be
able to provide them with that during "phase II" of the roll-out. We
want
On 25/01/2014 11:43 PM, Paul Gilmartin wrote:
On Sat, 25 Jan 2014 13:40:16 +0800, David Crayford wrote:
On 25/01/2014 3:52 AM, Ed Jaffe wrote:
Most mainframe modernization efforts are rooted in Java.
That's because there are no viable alternatives. It probably wouldn't be
the cas
On 26/01/2014 1:38 AM, Ed Jaffe wrote:
On 1/24/2014 9:40 PM, David Crayford wrote:
I can speak from personal experience that our emerging Java-based
mainframe offerings have been well received by our customer base.
http://phoenixsoftware.com/ejes/ejes_future.htm
Nice to see a product use
On 1/24/2014 9:40 PM, David Crayford wrote:
I heard that a resource intensive Java program was run on both a z/OS
zIIP and zLinux IFL. zLinux was x10 faster. The conclusion was that
the z/OS software stack was the bottle neck.
I'm highly skeptical of this claim. On our zBC12 we run 6
>>> On 1/25/2014 at 01:09 AM, David Crayford wrote:
> On 25/01/2014 1:57 PM, Mark Post wrote:
-snip-
>> Given who I work for, I would truly like to believe that, but I have grave
> doubts about such statements unless the sources are cited, etc. I know for a
> fac
On 1/24/2014 9:40 PM, David Crayford wrote:
I can speak from personal experience that our emerging Java-based
mainframe offerings have been well received by our customer base.
http://phoenixsoftware.com/ejes/ejes_future.htm
Nice to see a product use a browser UI and not a dreaded Eclipse
On Sat, 25 Jan 2014 13:40:16 +0800, David Crayford wrote:
>On 25/01/2014 3:52 AM, Ed Jaffe wrote:
>> Most mainframe modernization efforts are rooted in Java.
>
>That's because there are no viable alternatives. It probably wouldn't be
>the case if there was a zIIP e
dcrayf...@gmail.com (David Crayford) writes:
> That's because there are no viable alternatives. It probably wouldn't
> be the case if there was a zIIP enabled Ruby on Rails, Python Django
> or node.js framework available.
trivia when java came out ... the director of the
program executing BR loop runs at about 30 MIPS on an Intel I7
processor. Of course it's slower when executing HFP, BFP, or DFP which is
supported using BigInteger and BigDecimal classes.
The zcobol tool only has one native java component zc390.java which reads COBOL
source program wit
On 1/25/14, John Gilmore wrote:
> Dijkstra's fulminations against PL/I are well known. They are also
> without merit.
>
> An even more general formulation is possible. Theoretical computer
> science, which elucidates algorithms, is often enormously valuable.
> Equally, like other kinds of mathem
Dijkstra's fulminations against PL/I are well known. They are also
without merit.
An even more general formulation is possible. Theoretical computer
science, which elucidates algorithms, is often enormously valuable.
Equally, like other kinds of mathematics, it can be obvious and
boring; but it
On 25/01/2014 1:57 PM, Mark Post wrote:
On 1/25/2014 at 12:40 AM, David Crayford wrote:
I heard that a resource intensive Java program was run on both a z/OS
zIIP and zLinux IFL. zLinux was x10 faster. The conclusion was that the
z/OS software stack was the bottle neck.
Given who I work for
>>> On 1/25/2014 at 12:40 AM, David Crayford wrote:
> I heard that a resource intensive Java program was run on both a z/OS
> zIIP and zLinux IFL. zLinux was x10 faster. The conclusion was that the
> z/OS software stack was the bottle neck.
Given who I work for, I would tru
On 25/01/2014 3:52 AM, Ed Jaffe wrote:
Most mainframe modernization efforts are rooted in Java.
That's because there are no viable alternatives. It probably wouldn't be
the case if there was a zIIP enabled Ruby on Rails, Python Django or
node.js framework available.
One o
ot;baroque" implies (to me) some degree of "ornate".
Given the contortions both the hardware and (operating system) software architects have
had to perform to support both DB2 and java, perhaps "Rube Goldberg" might be
closer to the mark.
http://en.wikipedia.org/wiki/Baro
I've always enjoyed reading Dijkstra
http://www.cs.utexas.edu/~EWD/transcriptions/EWD03xx/EWD340.html.
He said of PL/I:
"Finally, although the subject is not a pleasant one, I must mention
PL/1, a programming language for which the defining documentation is of
a frightening size and complexit
On 1/21/2014 10:39 AM, John McKown wrote:
This is a curiosity question. I am wondering how resistant shops are to
even having the Java JDK installed on their system. Not in being resistant
to writing application code in Java, but just to having it available. In
particular, are there many shops
The only one that was really an issue was the Neon software. Clearly IBM
took a pretty aggressive move to quash it. Can't remember the name of it
now.
I am guessing that even if you had a perfect cobol-to-java-byte-code
conversion.. you'd skip an upgrade.. maybe two. (Unless your b
About "root to branch", "root and branch" and, I think more
appositely, "roots and|to branches" (one root and one branch are
surely a very special case), a petition to the Long Parliament of 1640
from a group of Londoners concludes with the peroration
We therefore most humbly pray, and beseech th
John von Neumann on the baroque:
As a mathematical discipline travels far from its empirical source, or
still more, if it is a second and third generation only indirectly
inspired from ideas coming from 'reality', it is beset with very grave
dangers. It becomes more and more purely aestheticizing,
me) some degree of "ornate".
Given the contortions both the hardware and (operating system) software
architects have had to perform to support both DB2 and java, perhaps "Rube
Goldberg" might be closer to the mark.
Shane ...
inPacker
Blog:
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
From: Mike Schwab
To: IBM-MAIN@listserv.ua.edu
Date: 23/01/2014 15:57
Subject:Re: Resistance to Java.
Sent by:IBM Mainframe Discussion List
In order to cut the delays with a busy z
works/mydeveloperworks/blogs/MartinPacker
>
>
>
> From: Norbert Friemel
> To: IBM-MAIN@listserv.ua.edu
> Date: 23/01/2014 09:01
> Subject:Re: Resistance to Java.
> Sent by:IBM Mainframe Discussion List
>
>
>
> On Thu, 23 Jan 2014
701 - 800 of 895 matches
Mail list logo