How do __you__ read non-DB non-XML files in Java?
McKown, John
Just curious. Things around here truly are dying a slow, lingering, painful death. Management has decreed that we __WILL__ download our z9BC from a T02 to a Q02 very soon. Curiously, they think it will be better to do this before year end processing. This may be fun! Sometimes it is nice to be a "grunt" who cannot really be blamed for this type of problem.
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john....@healthmarkets.com * www.HealthMarkets.com
Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to list...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Steve Comstock
>>From what I can see (and I'm a novice), the JAVA language does not have anything like a C/C++ struct or COBOL data defination which can be used to read "records" kept in a "dataset" (such as VSAM or PS). I know of the Alphaworks program which can take ADATA from HLASM and generate Java code which can be used to separate a record into fields. It does work. But the generated code is not what I'd call "easy to understand". Using JAVA with an RDMS, or XML input, is much easier. So I'm wondering if anybody actually uses Java with, say, VSAM files and, if so, how you process a record? Has somebody, perhaps, written a JDBC driver to read their VSAM files? That might be interesting to look into. If I knew Java and JDBC well enough.
>
> Just curious. Things around here truly are dying a slow, lingering, painful death. Management has decreed that we __WILL__ download our z9BC from a T02 to a Q02 very soon. Curiously, they think it will be better to do this before year end processing. This may be fun! Sometimes it is nice to be a "grunt" who cannot really be blamed for this type of problem.
>
> John McKown
> Systems Engineer IV
> IT
>
> Administrative Services Group
>
> HealthMarkets(r)
>
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone * (817)-961-6183 cell
> john....@healthmarkets.com * www.HealthMarkets.com
John,
I've been working on a Java for z/OS course for a while. While
doing the research for I/O I found there were tons of classes
and methods, although the don't generally use the typical IBM
mainframe record model.
I've gotten bored with Java, so I've stopped developing the
course. But, let nothing go to waste, so I've put the course
on our website for access for free, as is, no guarantee,
no warranty, incomplete, yada yada yada.
Go to
http://www.trainersfriend.com/General_content/Book_site.htm
and follow the link for the second entry in the table
Anyway, around about p. 239 you'll find the exploration of
I/O methods available. Took me quite a while to research,
test, and write. Then I recalled what Timothy Sipples
pointed you to: the JRIO package. Actually, I found that
discouraging. Research all the Java classes and methods
documented on the Sun site then find JRIO comes with the
z/OS JDK and is not documented there. So, I got to wondering:
what happens if you use such a class in Java code? Is it
no longer portable? No longer "write once run anywhere"?
Then the promise, which has always had to be taken with a
grain of salt, clearly is broken.
--
Kind regards,
-Steve Comstock
The Trainer's Friend, Inc.
303-393-8716
http://www.trainersfriend.com
z/OS Application development made easier
* Our classes include
+ How things work
+ Programming examples with realistic applications
+ Starter / skeleton code
+ Complete working programs
+ Useful utilities and subroutines
+ Tips and techniques
==> Ask about being added to our opt-in list: <==
==> * Early announcement of new courses <==
==> * Early announcement of new techincal papers <==
==> * Early announcement of new promotions <==
David Andrews
> I've gotten bored with Java, so I've stopped developing the
> course. But, let nothing go to waste, so I've put the course
> on our website
Steve, that's a LOT of work. I had no idea. Holycow!
--
David Andrews
A. Duda and Sons, Inc.
david....@duda.com
Steve Comstock
> On Tue, 2009-11-17 at 08:56 -0500, Steve Comstock wrote:
>> I've gotten bored with Java, so I've stopped developing the
>> course. But, let nothing go to waste, so I've put the course
>> on our website
>
> Steve, that's a LOT of work. I had no idea. Holycow!
>
Thanks. All of our courses are like that. We don't just
grab a book from Amazon and teach from it. We write
from scratch, working hard to be complete and to have
the flow of ideas seem natural and the labs reinforce
the concepts.
BTW, I made a bit of an update, so you may want to revisit
the page (might have to refresh in your browser) and get
V1.2.
If there's some interest (contact me off list) I could
package all the starter files together for a small fee
(say, $80).
--
Kind regards,
-Steve Comstock
The Trainer's Friend, Inc.
303-393-8716
http://www.trainersfriend.com
z/OS Application development made easier
* Our classes include
+ How things work
+ Programming examples with realistic applications
+ Starter / skeleton code
+ Complete working programs
+ Useful utilities and subroutines
+ Tips and techniques
==> Ask about being added to our opt-in list: <==
==> * Early announcement of new courses <==
==> * Early announcement of new techincal papers <==
==> * Early announcement of new promotions <==
----------------------------------------------------------------------
Martin Packer
interject that if you're giving it away you might want to find a way of
using something like Creative Commons to make it community-updatable.
Last time you mentioned this course I wanted to encourage you by pointing
out there's quite a lot of interest in the subject. (I don't recall if I
ever did that.)
Just a thought.
Cheers, Martin
Martin Packer
Performance Consultant
IBM United Kingdom Ltd
+44-20-8832-5167
+44-7802-245-584
email: martin...@uk.ibm.com
Twitter ID: MartinPacker
"One Tribe Y'all" :-)
Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number
741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
Steve Comstock
> I've not looked at your courseware, Steve. Sorry! I just wanted to
> interject that if you're giving it away you might want to find a way of
> using something like Creative Commons to make it community-updatable.
Well, it's written in Ventura Publisher, then a PDF is created
by printing to the PDF printer.
Few people have Ventura. The PDF is not protected so it's possible
to update the document if you have the whole Adobe Acrobat package.
>
> Last time you mentioned this course I wanted to encourage you by pointing
> out there's quite a lot of interest in the subject. (I don't recall if I
> ever did that.)
I need a lot of encouragement right now. If you look at
that course and want to schedule a teaching of it in the
UK, I will finish it up by April, 2010.
>
> Just a thought.
>
> Cheers, Martin
>
> Martin Packer
> Performance Consultant
> IBM United Kingdom Ltd
> +44-20-8832-5167
> +44-7802-245-584
>
> email: martin...@uk.ibm.com
>
> Twitter ID: MartinPacker
>
> "One Tribe Y'all" :-)
>
>
>
>
>
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number
> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
--
Kind regards,
-Steve Comstock
The Trainer's Friend, Inc.
303-393-8716
http://www.trainersfriend.com
z/OS Application development made easier
* Our classes include
+ How things work
+ Programming examples with realistic applications
+ Starter / skeleton code
+ Complete working programs
+ Useful utilities and subroutines
+ Tips and techniques
==> Ask about being added to our opt-in list: <==
==> * Early announcement of new courses <==
==> * Early announcement of new techincal papers <==
==> * Early announcement of new promotions <==
----------------------------------------------------------------------
Timothy Sipples
methods specifically for (and provided with) the Java SDK for z/OS. They
help you perform z/OS-specific activities, such as reading/writing VSAM
files. Code which uses these methods must (unsurprisingly) run on the Java
SDK for z/OS.
If you have portability concerns, you've got at least a couple options:
1. Don't do platform-specific things in code, on any platform. (This isn't
z/OS-specific. If you write some Java code that calls somebody's Microsoft
Windows-specific method to access a list of icons on the Windows desktop,
it's the same fundamental issue.) Of course this strategy doesn't work very
well if you want to access VSAM (or do something else
platform-specific). :-)
But that's (in part) why I mentioned the IBM InfoSphere Classic Federation
Server for z/OS option. JDBC is a non-platform specific Java standard.
(Although the database on the other end -- and its record layout -- might
be platform-specific.) So you could follow that path, and that's certainly
a valid approach.
2. If you do platform-specific things in code, segregate them into a single
(or very small number of) appropriately commented Java object(s). It's
quite easy to do that, and Java itself encourages it. Not a new idea:
various people have recommended code segregation into "I/O modules" (or the
equivalent) for decades.
I'm puzzled by the CPU comment, John. Are you saying that your mainframe
runs at 100% CPU utilization every minute of every month? If so,
congratulations: that's a laudable efficiency achievement (assuming your
SLAs are agreed with the business users and are being met). Or are you
saying that the SMF record processing you want to do can only be done
during your monthly peak 4 hour rolling average time interval and cannot be
done at sub-peak time(s) of the month?
- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Based in Tokyo, Serving IBM Japan / Asia-Pacific
E-Mail: timothy...@us.ibm.com
Timothy Sipples
Kirk describes one method for obtaining a particular jar file which appears
OK.
But -- and it doesn't matter if the product is z/OS, Microsoft Office, or
SAP -- copying licensed code licensed to machine A onto machine B requires
a license for machine B. (Or at least explicit permission from the vendor.)
Nor does it matter if it's "only" a subset of the product.
I'm rather sensitive to this general issue right now given what one of my
customers is facing. Please, please don't put your employer (or yourself)
in a similar situation, OK?
Timothy Sipples
>the same on a z10 as an x86. I have found a few things I could not do:
>Support custom hardware (no slots on the z box)
This cuts both ways. Obviously you're not going to support an OSA Express
or FICON Express adapter on an X86 server. :-) But yes, if you're doing
something like programming directly to an audio adapter in a PCI slot,
that's not likely to be a System z-hosted program. (Though you never know
as technology marches on.)
>Share memory between two or more Linux images (LPAR or z/VM)
Linux on System z supports Discontinguous Saved Segments (DCSS), a z/VM
shared memory feature, and has for quite some time. There is a Linux block
device driver for DCSS (dcssblk.c) in the mainline Linux kernel
distribution. Features such as shared guest kernel(s), execute-in-place,
and certain monitoring functions take advantage of this capability, so it's
quite commonly used. Here's one source of information, for example:
http://www.redbooks.ibm.com/abstracts/sg247285.html
DCSS can be read/write (type SN) or read-only (type SR).
>Promote binaries from z to x86.
Are you talking about gcc compiles, for example? That's possible, in both
directions, and has been for many years. You have to have the correct
libraries and headers available for each target architecture, and the
correct configuration for gcc and associated tools. I'm familiar with a
customer situation where this was done. You'll get several references to
the approach if you use your favorite search engine with the term
"cross-compile."
It's also possible to do remote cross-architecture debugging, which is
another aspect of that customer situation I'm familiar with. Basically it
involves configuring gdb correctly to interact with
Eclipse-based/CDT-based/PC-based tooling. (At least, that's the scenario I
saw working.)
Robert S. Hansel , RSH
To prevent all access to ISMF, you can either (a) put UACC(NONE) on the ISMF
program libraries or (b) create a profile such as DGT* in the PROGRAM class
with UACC(NONE) and add the ISMF program libraries as members to the
profile. The libraries will probably be named SYS1.DGTLLIB and SYS1.DGTPLIB,
but check with your systems programmer to be sure and ask if copies of the
programs exist in any other libraries that need to be protected as well. In
either case, you would only permit access to the those individuals (e.g.,
storage administrators) whom you wanted to have use of ISMF.
Regards, Bob
Robert S. Hansel
Lead RACF Specialist
RSH Consulting, Inc.
www.rshconsulting.com
617-969-8211
-----Original Message-----
Date: Tue, 17 Nov 2009 15:57:39 -0600
From: Pat Monk <pat_...@US.CRAWCO.COM>
Subject: Prevent ISMF Access Via RACF
z/OS V1R9.0 DFSMSdss Storage Administration Guide
SC35-0423-08
The above manual states
"...You can set authorization levels for the following ISMF elements by
using
the program control feature of the z/OS Security Server RACF component:
ISMF itself
...".
It then discusses using RACF program control to protect parts and pieces of
ISMF.
I have not found how to prevent any/all access to ISMF.
Anyone know where to find the RACF profile(s) needed to prevent access to
ISMF?
Thanks,
Pat
Anne & Lynn Wheeler
> Linux on System z supports Discontinguous Saved Segments (DCSS), a z/VM
> shared memory feature, and has for quite some time. There is a Linux block
> device driver for DCSS (dcssblk.c) in the mainline Linux kernel
> distribution. Features such as shared guest kernel(s), execute-in-place,
> and certain monitoring functions take advantage of this capability, so it's
> quite commonly used. Here's one source of information, for example:
>
> http://www.redbooks.ibm.com/abstracts/sg247285.html
>
> DCSS can be read/write (type SN) or read-only (type SR).
re:
http://www.garlic.com/~lynn/2009q.html#15 Mainframe running 1,500 Linux servers?
I had done the original of DCSS as part of generalized paged mapped
filesystem for CMS. Only a very small read-only subset of that was
shipped in vm370 release 3. Old email discussing migrating the changes
from cp67 to vm370 (early release 3).
http://www.garlic.com/~lynn/2006v.html#email731212
http://www.garlic.com/~lynn/2006w.html#email750102
http://www.garlic.com/~lynn/2006w.html#email750430
none of the paged-mapped filesystem support was shipped (some A/B tests
with modereate i/o thruput cms applications with optimized normal
filesystem on 3380s ... ran avg. 3-times faster with the paged mapped
filesystem ... some operations were significantly faster). misc. past
posts
http://www.garlic.com/~lynn/submain.html#mmap
Part of demise of future system effort and rush to get stuff back into
370 product pipeline helped account for picking up bits & pieces of
release. recent thread about other pieces going out as resource manager
(another part of rushing things back into product pipeline, mvs/xa
effort convinced corp. to kill vm370, shutdown the vm370 development
effort, and move the people to POK to support mvs/xa ... in order to
make the mvs/xa ship schedule; endicott managed to save the product
mission ... but effectively had to reconstitute group from scratch).
http://www.garlic.com/~lynn/2009q.html#14 Electric Light Orchestra IBM song, in 1981?
a read-write subset (DWSS) was used later as part of original
relational/sql implementation ... system/r ... misc. past posts
mentioning system/r
http://www.garlic.com/~lynn/submain.html#systemr
and was supposed to have been part of tech. transfer of system/r to
endicott for SQL/DS ... but DWSS changes were dropped before SQL/DS
shipped and implementation had to be reworked to be done w/o it.
for random other trivia ... one of the people mentioned in this jan92
meeting ... claimed to have handled the tech transfer back to
STL for (mainframe) DB2
http://www.garlic.com/~lynn/95.html#13
some discussed in this recent post in comp.databases.theory
http://www.garlic.com/~lynn/2009p.html#82 What would be a truly relational operating system ?
http://www.garlic.com/~lynn/2009p.html#83 What would be a truly relational operating system ?
and of course
http://www.garlic.com/~lynn/2009p.html#43 From The Annals of Release No Sfotware Before Its Time
http://www.garlic.com/~lynn/2009p.html#46 From The Annals of Release No Sfotware Before Its Time
--
40+yrs virtualization experience (since Jan68), online at home since Mar1970
Anne & Lynn Wheeler
timothy...@US.IBM.COM (Timothy Sipples) writes:
> This cuts both ways. Obviously you're not going to support an OSA Express
> or FICON Express adapter on an X86 server. :-) But yes, if you're doing
> something like programming directly to an audio adapter in a PCI slot,
> that's not likely to be a System z-hosted program. (Though you never know
> as technology marches on.)
re:
http://www.garlic.com/~lynn/2009q.html#15 Mainframe running 1,500 Linux servers?
http://www.garlic.com/~lynn/2009q.html#19 Mainframe running 1,500 Linux servers?
recent posts/thread in comp.arch about early days of fiber-channel
standard and battles with mainframe channel engineers trying to layer
half-duplex protocol (FICON) on top of underlying full-duplex (actually
dual-simplex) infrastructure (i.e. half-duplex resulted in lower thruput
than running dual-simplex)
http://www.garlic.com/~lynn/2009p.html#84 Anyone going to Supercomputers '09 in Portland?
http://www.garlic.com/~lynn/2009p.html#85 Anyone going to Supercomputers '09 in Portland?
http://www.garlic.com/~lynn/2009q.html#0 Anyone going to Supercomputers '09 in Portland?
http://www.garlic.com/~lynn/2009q.html#1 Anyone going to Supercomputers '09 in Portland?
http://www.garlic.com/~lynn/2009q.html#2 Anyone going to Supercomputers '09 in Portland?
some of this goes back to days before even ESCON was released.
McKown, John
> From: IBM Mainframe Discussion List
> [mailto:IBM-...@bama.ua.edu] On Behalf Of Timothy Sipples
> Sent: Wednesday, November 18, 2009 1:30 AM
> To: IBM-...@bama.ua.edu
> Subject: Re: How do __you__ read non-DB non-XML files in Java?
>
> JRIO and JZOS are IBM-supplied no additional charge
> collections of Java
> methods specifically for (and provided with) the Java SDK for
> z/OS. They
> help you perform z/OS-specific activities, such as
> reading/writing VSAM
> files. Code which uses these methods must (unsurprisingly)
> run on the Java
> SDK for z/OS.
Of course. But I don't need to compile the code which uses them on z/OS, if I am allowed to download the jar files to my compiler platform.
<snip>
>
> I'm puzzled by the CPU comment, John. Are you saying that
> your mainframe
> runs at 100% CPU utilization every minute of every month? If so,
> congratulations: that's a laudable efficiency achievement
> (assuming your
> SLAs are agreed with the business users and are being met). Or are you
> saying that the SMF record processing you want to do can only be done
> during your monthly peak 4 hour rolling average time interval
> and cannot be
> done at sub-peak time(s) of the month?
No, of course it doesn't run 100% all the time. But management here will "go after" anything which they __feel__ is "wasting" CPU. Even if nobody else is using it. Weird, but true. So I avoid confrontation with them simply by offloading what I can to my PC. My manager has talked himself blue about this to them and they simply disregard him. "No unnecessary processing! Period! END OF DISCUSSION!!!" Even if it makes no difference to our billing. I think this is to prove that our CPU is overpowered and can be downgraded even more, which will reduce our billing as discussed also recently. No, proving that moving to a z10 would reduce our billing is not acceptable. I don't know why. It just is.
>
> - - - - -
> Timothy Sipples
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john....@healthmarkets.com * www.HealthMarkets.com
Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM
----------------------------------------------------------------------
McKown, John
> From: IBM Mainframe Discussion List
> [mailto:IBM-...@bama.ua.edu] On Behalf Of Timothy Sipples
> Sent: Wednesday, November 18, 2009 2:57 AM
> To: IBM-...@bama.ua.edu
>
> Careful. The subject line itself is making me very nervous.
>
> Kirk describes one method for obtaining a particular jar file
> which appears
> OK.
>
> But -- and it doesn't matter if the product is z/OS,
> Microsoft Office, or
> SAP -- copying licensed code licensed to machine A onto
> machine B requires
> a license for machine B. (Or at least explicit permission
> from the vendor.)
> Nor does it matter if it's "only" a subset of the product.
>
> I'm rather sensitive to this general issue right now given
> what one of my
> customers is facing. Please, please don't put your employer
> (or yourself)
> in a similar situation, OK?
>
> - - - - -
> Timothy Sipples
That's why I was asking. I don't want to take a chance of violating our license. But, what is the difference between actually copying the file from z/OS to my Linux desktop, for the purpose of compilation, versus making the jar files available via NFS exports on the z/OS system to the Linux system?
Your point is well taken. Which is why I have not done anything before determining what is allowed by the license.
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john....@healthmarkets.com * www.HealthMarkets.com
Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM
----------------------------------------------------------------------
Shmuel Metz , Seymour J.
on 11/18/2009
at 04:30 PM, Timothy Sipples <timothy...@US.IBM.COM> said:
>JRIO and JZOS are IBM-supplied no additional charge collections of Java
>methods specifically for (and provided with) the Java SDK for z/OS. They
>help you perform z/OS-specific activities, such as reading/writing VSAM
>files.
I believe that the OP gave a misleading subject; what he needs to know is
not how to read the file but rather how to access the data once he has
read them. That is, he wants to access individual fields in a record
defined by, e.g., an HLA mapping macro, a PL/I structure.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see <http://patriot.net/~shmuel/resume/brief.html>
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)
McKown, John
> From: IBM Mainframe Discussion List
> [mailto:IBM-...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.)
> Sent: Thursday, November 19, 2009 8:08 AM
> To: IBM-...@bama.ua.edu
>
> I believe that the OP gave a misleading subject; what he
> needs to know is
> not how to read the file but rather how to access the data once he has
> read them. That is, he wants to access individual fields in a record
> defined by, e.g., an HLA mapping macro, a PL/I structure.
>
> --
> Shmuel (Seymour J.) Metz, SysProg and JOAT
I'm the OP. And you are absolutely correct. So the question really is: "Once I've read a record in Java, how do I access individual fields?" So far, the best that I've seen is the Alphaworks code which can read COBOL ADATA and create Java code to access the fields. I was hoping for something "simpler", more akin to how C (struct) or COBOL (data description entries) or HLASM (DSECT) would do it. Java just doesn't seem to have anything like this. Another person mentioned "marshalling" or "serialization" which might be another approach. I need to read up on them.
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john....@healthmarkets.com * www.HealthMarkets.com
Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM
----------------------------------------------------------------------
Michael Klaeschen
may be you'll get happy with pattern matching. Have you checked the
java.util.regex package already? Try URL
"http://java.sun.com/javase/6/docs/api/" for example. The classes for
pattern matching, also known as regular expressions, are ready to use.
Well, from my experiences regular expressions are not quite common amongst
MVS folks, especially REXX or CoBOL programmers. These have other well
working techniques and therefor no need for regular expressions. However,
also z/OS Unix has regular expressions available -- a good start for
reading might be Appendix C in the z/OS Unix Command Reference.
Cheers
Michael
"McKown, John" <John....@HEALTHMARKETS.COM>
Gesendet von: IBM Mainframe Discussion List <IBM-...@BAMA.UA.EDU>
19.11.2009 15:35
Bitte antworten an
IBM Mainframe Discussion List <IBM-...@BAMA.UA.EDU>
An
IBM-...@BAMA.UA.EDU
Kopie
Thema
How to access FIELDS in a RECORD using Java? (was:RE: How do __you__ read
non-DB non-XML files in Java?)
McKown, John
> From: IBM Mainframe Discussion List
> [mailto:IBM-...@bama.ua.edu] On Behalf Of Michael Klaeschen
> Sent: Thursday, November 19, 2009 9:13 AM
> To: IBM-...@bama.ua.edu
> Subject: Antwort: How to access FIELDS in a RECORD using
> Java? (was:RE: How do __you__ read non-DB non-XML files in Java?)
>
>
> may be you'll get happy with pattern matching. Have you checked the
> java.util.regex package already? Try URL
> "http://java.sun.com/javase/6/docs/api/" for example. The classes for
> pattern matching, also known as regular expressions, are
> ready to use.
> Well, from my experiences regular expressions are not quite
> common amongst
> MVS folks, especially REXX or CoBOL programmers. These have
> other well
> working techniques and therefor no need for regular
> expressions. However,
> also z/OS Unix has regular expressions available -- a good start for
> reading might be Appendix C in the z/OS Unix Command Reference.
>
> Cheers
> Michael
I'm a "heavy" Perl coder in Linux. I love regular expressions. I hadn't thought of using them in this context. Something to consider. Also, the current ibmjzos has a LOT more in it that when I first looked at it. It may have everything that I need to get going. Unfortunately, I'm now back at my previous problem of "can I download this jar to my PC in order to do my compiles (not tests!) using it so that management stays off my back"? I can get away with small test runs in the "sandbox". I cannot get away with doing compiles.
Kirk Wolf
You can definitely download the alphaWorks JZOS version and use it on
your PC - check the alphaWorks license included in the package.
I don't see how regular expressions apply to this problem.
The issue at hand is that Java keeps "data" in objects; objects have
instance variables (slots) that can be either primitives (int, char,
byte, boolean, long, float, double, etc) or references to other
objects. Strings are objects (an immutable sequence of chars),
decimal numbers are objects (BigDecimal), and so are Arrays. A
"record" read into Java from a dataset is a byte array (byte[]).
If that record is defined by a Cobol copy book or Assembler DSECT,
then you have to somewhere have Java code that converts fields in the
byte array into Java objects (primitives, Strings, BigDecimal objects,
etc) and back again.
JZOS has two things to help with this:
1) "Field converter" classes. These are classes in the
com.ibm.jzos.fields package, and they can be used to convert fields in
byte arrays into Java primitives and objects. There are converters
for all of the Cobol and Assembler data types. The field converter
classes are included in both the SDK and alphaWorks versions of JZOS.
2) Record Generator tools. These read Cobol or Assember ADATA files
and generate the source code for a Java Class (Bean) that can be used
as a wrapper for a record (byte array). The generated class will
"layout" the record in terms of configured field converters, and
provide getter and setter methods for each field defined in the
record. Although these tools are only included in the alphaWorks
version of JZOS, the generated code can run with the SDK version (only
the fields package is used at runtime).
The JZOS Cookbook (available on alphaWorks) has example code and
documentation on using the JZOS Record Generator. And BTW, this code
runs on any platform although the SDK version is only available and
supported by IBM on z/OS.
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
McKown, John
> From: IBM Mainframe Discussion List
> Sent: Thursday, November 19, 2009 10:25 AM
> To: IBM-...@bama.ua.edu
> Java? (was:RE: How do __you__ read non-DB non-XML files in Java?)
>
> John,
>
> your PC - check the alphaWorks license included in the package.
>
> I don't see how regular expressions apply to this problem.
>
>
> The JZOS Cookbook (available on alphaWorks) has example code and
> documentation on using the JZOS Record Generator. And BTW, this code
> runs on any platform although the SDK version is only available and
> supported by IBM on z/OS.
>
> Kirk Wolf
> Dovetailed Technologies
> http://dovetail.com
Thanks. That will help. Sorry if I came across as "bitchy" about IBM. But I am more than a bit put off by what seems to be an attitude of "rake in the money today and to the nether regions about the future" attitude which seems to pervade some of the z/OS arena (not the techies - the management / bean counters).
Jon Brock
Jon
<snip>
Unfortunately, I'm now back at my previous problem of "can I download this jar to my PC in order to do my compiles (not tests!) using it so that management stays off my back"? I can get away with small test runs in the "sandbox". I cannot get away with doing compiles.
</snip>
Shmuel Metz , Seymour J.
<OF46A61F33.3D28353F-ONC12576...@deutscherring.de>,
on 11/19/2009
at 04:12 PM, Michael Klaeschen <Michael....@DEUTSCHERRING.DE>
said:
>Well, from my experiences regular expressions are not quite common
>amongst MVS folks, especially REXX or CoBOL programmers. These have
>other well working techniques and therefor no need for regular
>expressions.
Would that that were true. One of the reasons that I use Perl as much as I
do is that REXX does not have reasonable parsing facilities, although REXX
is better at parsing columnar data.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see <http://patriot.net/~shmuel/resume/brief.html>
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)
----------------------------------------------------------------------
Kirk Wolf
wants to access a field formatted (eg. SMF) record?
Steve Comstock
>>From what I can see (and I'm a novice), the JAVA language does not have anything like a C/C++ struct or COBOL data defination which can be used to read "records" kept in a "dataset" (such as VSAM or PS). I know of the Alphaworks program which can take ADATA from HLASM and generate Java code which can be used to separate a record into fields. It does work. But the generated code is not what I'd call "easy to understand". Using JAVA with an RDMS, or XML input, is much easier. So I'm wondering if anybody actually uses Java with, say, VSAM files and, if so, how you process a record? Has somebody, perhaps, written a JDBC driver to read their VSAM files? That might be interesting to look into. If I knew Java and JDBC well enough.
>
> Just curious. Things around here truly are dying a slow, lingering, painful death. Management has decreed that we __WILL__ download our z9BC from a T02 to a Q02 very soon. Curiously, they think it will be better to do this before year end processing. This may be fun! Sometimes it is nice to be a "grunt" who cannot really be blamed for this type of problem.
>
> John McKown
> Systems Engineer IV
> IT
>
> Administrative Services Group
>
> HealthMarkets(r)
>
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone * (817)-961-6183 cell
> john....@healthmarkets.com * www.HealthMarkets.com
In my incomplete course, "Introduction to Java for z/OS
Applications Programmers", available for free from our
website, we give examples of extracting fields from
records by reading chunks of bytes and using various
methods to convert to different formats. Look at p. 387
for an example of extracting four fields (two string
fields, an integer field, and a float field) into
object variables.
I think it would actually provide some insight to study
the earlier section on writing files, also. (Start with
page 275, for example, especially pp. 290-313.)
Hope this helps.
--
Kind regards,
-Steve Comstock
The Trainer's Friend, Inc.
303-393-8716
http://www.trainersfriend.com
z/OS Application development made easier
* Our classes include
+ How things work
+ Programming examples with realistic applications
+ Starter / skeleton code
+ Complete working programs
+ Useful utilities and subroutines
+ Tips and techniques
==> Ask about being added to our opt-in list: <==
==> * Early announcement of new courses <==
==> * Early announcement of new techincal papers <==
==> * Early announcement of new promotions <==
----------------------------------------------------------------------
Anne & Lynn Wheeler
re:http://www.garlic.com/~lynn/2009q.html#20 Mainframe running 1,500 Linux servers?
basic ESCON technology had been knocking around POK for quite some
time before being released. One of the Austin engineers adopted it for
RS6000 ... making it about 10% faster (220mbits/sec instead of
200/mbits/sec) and actually full-duplex (so it had quite a bit higher
throughput) ... and used "Rochester" optic drivers ... which were quite a
bit cheaper;
http://www.garlic.com/~lynn/2009q.html#email870211
It made the SLA (serial-link-adaptors) for the RS6000 quite a bit
better than ESCON ... but incompatible. Anybody wanting to do ESCON
from RS6000 had to obtain it from completely different source.
In the late 80s, LANL was pushing standardization of the 100mbyte Cray
(half-duplex) channel as HIPPI and LLNL was pushing was serial
technology they had as 1gbit FCS. We were somewhat involved in both
activities ... examp
http://www.garlic.com/~lynn/2006x.html#email920129
The Austin SLA engineer had started looking at exhancing SLA to
800mbits/sec but we convinced him to switch to working on FCS instead.
There started to also be some ESCON participation ... looking to
overlay ESCON half-duplex on top of full-duplex FCS. This was somewhat
in line with work on "serial" HIPPI (i.e. moving Cray parallel
half-duplex "copper" 100mbyte/sec channel to fiber).
This old posts mentions jan92 meeting on doing 128-way RS6000
cluster scaleup
http://www.garlic.com/~lynn/95.html#13 SSA
Above also mentions moving Hursley 9333 disk subsystem (ran
encapsulated scsi protocols over full-duplex "serial" copper,
initially at 80mbits/sec ... full-duplex had several latency and
throughput advantages). This turned into IBM's "SSA" technology.
http://www-01.ibm.com/support/docview.wss?rs=505&uid=ssg1S1002348
SSA technology breaks 3000 IO bottlenecks
http://www.3000newswire.com/subscribers/SSAPrimer.html
We had suggested making it instead compatible with FCS protocol
... with an entry at 1/8th FCS over copper ... but allowing it to
scaleup to full FCS over fiber (and be able to interoperate in FCS
environment).
recent thread/post mentioning some of the above:
http://www.garlic.com/~lynn/2009q.html#0 Anyone going to Supercomputers '09 in Portland?
http://www.garlic.com/~lynn/2009q.html#1 Anyone going to Supercomputers '09 in Portland?
http://www.garlic.com/~lynn/2009q.html#2 Anyone going to Supercomputers '09 in Portland?
and from long ago and far away (think.com hosted standards mailing
list for both FCS and HIPPPI):
Date: 24 Oct 90 04:59:59 EDT
To: fc <fiber-ch...@Think.COM>
Subject: October Fiber Channel Minutes
TO: FC
October 23, 1990
TO: X3T9.3 Fiber Channel Working Group Members
FROM: Roger Cummings
SUBJECT: FIBER CHANNEL WORKING GROUP MINUTES
Please find attached a draft of the minutes of the ANSI X3T9.3
Fiber Channel Working Group of October 16 thru 18, 1990. Note
that there are also fifteen Attachments to the minutes that
relate to presentations at the meeting.
The next Fiber Channel Working Group meeting will be held on
November 1 and 2 as part of a Working Group week that is being
hosted by Bill Spence of Texas Instruments at the Stouffer Hotel
in Austin, TX. An announcement for this week is included. The
following working group meeting will be held on the Wednesday and
Thursday of the December plenary week (December 5 & 6) that is
being hosted by AMD at the Hyatt on First Street in San Jose, CA.
Note that the Working Group meeting will begin on Tuesday when
the X3T9.3 plenary finishes, and thus will be a three day
meeting. An announcement for the plenary week is attached.
A schedule of X3T9.3 meetings (both plenaries and working groups)
for the remainder of 1990 and the first half of 1991 is attached.
Note that it is also intended to hold a three day Fiber Channel
Working Group during the December plenary week. Hosts are still
required for the August, October and December plenary weeks in
1991 and the November 1991 Working Group week.
Note that ANSI has overruled as unconstitutional any attempt to
limit discussion on a subject to those who have brought
documentation on that subject.
It has been decided to maintain a standalone Document Register
for Fiber Channel, and the maintenance of such a register was
begun at the October meeting. The register will be divided by
subject and the numbering system used will be of the following
format:
FC-*/90-xxxRn
where:
* is the level to which it applies - 0, 1, 2, 3, 4, F or G
(If it applies across levels then it is a G for General)
xxx is the sequential number assigned by the Secretary
n is the revision level, beginning at base 0
Note that future presenters are strongly requested to have such a
document number and a page number on the top right-hand corner of
each page of their presentation (this requirement is waived for
the FC-0, -1 , -2, -3 and -4 documents themselves). They should
contact myself as indicated below to obtain the specific
sequential number.
Regards
1990 SCHEDULE OF MEETINGS
DATES EVENT LOCATION
10/29 - 11/02 Working Groups Austin, TX
12/03 - 12/06 Plenaries and Working Groups San Jose, CA
01/14 - 01/18 Working Groups Irvine, CA
02/18 - 02/20 Plenaries and Working Groups Austin, TX
03/18 - 03/22 Working Groups Cupertino, CA
04/22 - 04/25 Plenaries and Working Groups St. Petes, FL
05/20 - 05/24 Working Groups Wichita, KS
06/17 - 06/20 Plenaries and Working Groups Minneapolis, MN
The format of the week for months containing only working groups
is as follows:
Monday SCSI Common Access Method Group
Tuesday and Wednesday SCSI Working Group
HIPPI Working Group
Thursday and Friday Fiber Channel Working Group
The format of the week for the months containing both plenaries
and working groups is as follows:
Monday Separate X3T9.2 (SCSI) and
X3T9.3 plenaries (Monday
portion of X3T9.3 devoted to
IPI and HPPI).
Tuesday Separate X3T9.2 (SCSI) and
X3T9.3 plenaries (Tuesday
portion of X3T9.3 devoted to
Fiber Channel). Fiber Channel
Working Group begins when
X3T9.3 plenary ends (normally
before noon).
Wednesday Fiber Channel Working Group.
Thursday Fiber Channel Working Group
(December only).
DOCUMENT REGISTER
NUMBER TITLE
FC-0/90-001R0 FC-0 Revision 1.7
002R0 High performance LW Laser SM
003R0 Militarized Optoectronic Devi
FC-1/90-001R1.4 FC-1 Revision 1.4
FC-2/90-001R1.6 FC-2 Revision 1.6
002R0 Header Ideas and Proposal 10/
003R0 Proposed Header Changes 10/2
004R0 FC Header Proposal 10/14
005R0 Some Thoughts on Headers
006R0 Proposed Header
007R0 An R_RDY Primitive
008R0 Moving the Link/Device bit
009R0 Time Frames
FC-F/90-001R1 Fabric Requirements Revision
002R1 Event Log and Diagnostic Func
FC-G/90-001R0 Laser Focus World Article
002R0 Operation Level Proposal Outl
003R0 ESCON Architecture Slides
004R0 ESCON Converter and Director
Anne & Lynn Wheeler
http://www.garlic.com/~lynn/2009q.html#0 Anyone going to Supercomputers '09 in Portland?
http://www.garlic.com/~lynn/2009q.html#1 Anyone going to Supercomputers '09 in Portland?
http://www.garlic.com/~lynn/2009q.html#2 Anyone going to Supercomputers '09 in Portland?
and from long ago and far away (think.com hosted standards mailing
FC-*/90-xxxRn
where:
Regards
1990 SCHEDULE OF MEETINGS
DOCUMENT REGISTER
--
40+yrs virtualization experience (since Jan68), online at home since Mar1970
----------------------------------------------------------------------
Steve Comstock
>>From what I can see (and I'm a novice), the JAVA language does not have anything like a C/C++ struct or COBOL data defination which can be used to read "records" kept in a "dataset" (such as VSAM or PS). I know of the Alphaworks program which can take ADATA from HLASM and generate Java code which can be used to separate a record into fields. It does work. But the generated code is not what I'd call "easy to understand". Using JAVA with an RDMS, or XML input, is much easier. So I'm wondering if anybody actually uses Java with, say, VSAM files and, if so, how you process a record? Has somebody, perhaps, written a JDBC driver to read their VSAM files? That might be interesting to look into. If I knew Java and JDBC well enough.
>
> Just curious. Things around here truly are dying a slow, lingering, painful death. Management has decreed that we __WILL__ download our z9BC from a T02 to a Q02 very soon. Curiously, they think it will be better to do this before year end processing. This may be fun! Sometimes it is nice to be a "grunt" who cannot really be blamed for this type of problem.
>
> John McKown
[I sent this earlier today but I never saw it on the list, so
I am resending it, in case the content is of interest.]
Hope this helps.
--
Kind regards,
303-393-8716
http://www.trainersfriend.com
----------------------------------------------------------------------
John McKown
<st...@TRAINERSFRIEND.COM> wrote:
>
>In my incomplete course, "Introduction to Java for z/OS
>Applications Programmers", available for free from our
>website, we give examples of extracting fields from
>records by reading chunks of bytes and using various
>methods to convert to different formats. Look at p. 387
>for an example of extracting four fields (two string
>fields, an integer field, and a float field) into
>object variables.
>
I've downloaded the PDF, but haven't had time to read it. Thanks for sharing it!
>
>I think it would actually provide some insight to study
>the earlier section on writing files, also. (Start with
>page 275, for example, especially pp. 290-313.)
>
>
>Hope this helps.
>
>--
>
>Kind regards,
>
>-Steve Comstock
What I've done is download the Alphaworks version of IBM's JZOS. From what I
can read in the license, I can use it on my PC. Kirk Wolf from Dovetailed
Technologies, which wrote the actual code for IBM, said that it was so
licensed. It has an application which can generate JAVA code which creates
accessor functions for fields contained in a byte[] array. It does this by
reading ADATA from HLASM or COBOL. And I can read the SMF data that I want
using the RDWInputRecordStream into such a byte[] array. I compiled an
example program which expands the SMF type 30 records and generated the Java
code using that. I'm currently working on that code in the NetBeans IDE.
Sor far, so good. The code compiles. But I need to get some SMF type 30
records to test with. And I'm not going to try to download any to my home
machine because we have people who monitor bandwidth usage. I don't want to
get yelled at.
--
John McKown (from home)
Don Higgins
random access file methods to read or write any file using 64 bit XRBA
addressing with any length you want. Once you have read a block of data
from a file such as an SMF record you can wrap the block in a buffer and then
use methods to retrieve any particular field you want addressed by offset and
field type such as byte, short, integer, long, BFP floating point, text string,
etc.
For lots of examples including emulation of QSAM, BSAM, BDAM, and VSAM file
access you can check out open source z390 HLASM compatible assembler,
linker, and emulator written entirely in J2SE Java on www.z390.org. All the
VSAM java code is in vz390.java source module and all the other access
method code is in sz390.java. You will find code that maps DCB's and ACB's
and fetches byte flags, full word addresses, and text fields for DDNAME's etc.
For more examples of heavy duty field manipulation on data fetched from load
module file (executable z9/z10 mainframe instructions) and memory data fields
see pz390.java which handles all the instructions including HFP, BFP, and DFP
short, long, and extended among other things.
Once you download and install z390 v1.5.01 using InstallShield for Windows or
flat file zip for Linux, you will find all the java sources including the above in
the z390\src directory. The executable class files are all included in z390.jar
which can be invoked from GUI or command line. For example you can
assemble, link, and execute simple WTO 'Hello World' demo with the command:
asmlg demo\DEMO
which reads demo\DEMO.MLC and generates and executes demo\DEMO.390
with display of the WTO message on console and on the log file
demo.DEMO.LOG. There are also lots of file access regression tests included
in the optional RT.ZIP download file. Another example is the z390
\linklib\REPRO.MLC utility to load and unload VSAM ESDS, RRDS, or KSDS files.
Don Higgins
d...@higgins.net
Shmuel Metz , Seymour J.
11/20/2009
at 08:04 AM, Kirk Wolf <ki...@DOVETAIL.COM> said:
>And how are regular expressions applicable in a Java program that wants
>to access a field formatted (eg. SMF) record?
How is SMF relevant to the text that I was responding to?