> *** Reply to note of Thu, 13 Mar 2003 07:05:20 +0100
> *** by [EMAIL PROTECTED]
>
> The Linux Journal had an article on gcj (Jan 2003):
>
> http://www.linuxjournal.com/article.php?sid=4860
>
>
One thing lead to another:
PERCobol
PERCobolTM Enterprise Edition is a robust COBOL development solu
>
>-Original Message-
>From: John Summerfield [mailto:[EMAIL PROTECTED]
>Sent: Thursday, March 13, 2003 3:55 AM
>To: [EMAIL PROTECTED]
>Subject: Re: Java on zLinux for batch processing
>
>
>>
>> > Portability is also an important factor for us. Once the b
al Message-
From: John Summerfield [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 13, 2003 3:55 AM
To: [EMAIL PROTECTED]
Subject: Re: Java on zLinux for batch processing
>
> > Portability is also an important factor for us. Once the batch is
> > running on z/OS, the migrati
>
> > Portability is also an important factor for us. Once the
> > batch is running on z/OS, the migration to other plateforms
> > is very difficult. If the batch is running on linux, the
> > choice for future migration is much better.
>
> That's a slightly different problem, however -- batch on Li
> C/C++ is also an option if java performances are really too bad.
> Our online transactions run on Websphere/ejb/java, so java
> would be ideal for our developers.
Plain C is probably more portable at this point.
> It is for a billing application which runs on z/OS at the moment.
> Access/update
> It is not a performance or ressource problem but a cost problem.
> On the other hand, the price of running our batch
> applications (cobol) on z/OS is very high and difficult to reduce.
If you already have z/VM to support your Linux guests, look into whether
IBM will special bid you the CMS COBO
Why not use C/C++ instead of Java, if your programmers know it? It is
"native" and has better performance. Of course, performance is not
everything. Ease of coding and maintenance may make the decision for Java.
Just out of curiousity, what sort of processing do you plan to do? Will it
be for z/OS
On Tue, Mar 11, 2003 at 06:46:24AM +0100, Herve Bonvin wrote:
> It is not a performance or ressource problem but a cost problem.
> Our 4 CPU's are more or less sleeping during the night. This cpu ressource
> is almost "free".
>
> On the other hand, the price of running our batch applications (cobol
> We have great sucess with java on zLinux at the moment and
> after the migration of several application servers, the next
> step would be to migrate batch applications (cobol).
> The idea would be to use java to replace cobol. This way we
> would have only one language and we could use our IFL's
On Mon, 10 Mar 2003 15:53:40 +0100, Herve Bonvin wrote:
>The idea would be to use java to replace cobol. This way we would have only
>one language and we could use our IFL's during the night.
>Has someone tested the use of java for batch applications ?
I did look into it while I was with BEA - per
10 matches
Mail list logo
