Packed Decimal for Z/Series Mainframe in Java
-
- Posts: 6
- Joined: Wed Aug 09, 2006 2:43 pm
- Location: United States
Packed Decimal for Z/Series Mainframe in Java
Open source Java package for packed decimal conversion to and from Java long and String:
http://www.benjaminjwhite.name/zdecimal
http://www.benjaminjwhite.name/zdecimal
-
- Posts: 6
- Joined: Wed Aug 09, 2006 2:43 pm
- Location: United States
-
- Posts: 3
- Joined: Tue Jul 10, 2007 4:05 pm
MIPS GP/ZAAP
BJ,
Thanks for putting this together - we use it at my company.
The only thing is we have a job which needs to process several million records and for some reason when we use the PackDec.stringToPack(str,b,offset,size); we see a significant increase GP usage. Any ideas on how we can offload some of this processing to ZAAP. I'm assuming that some of the code in this method is invoking native functions, and that's why we're seeing higher GP usage.
Thanks
Nigel
Thanks for putting this together - we use it at my company.
The only thing is we have a job which needs to process several million records and for some reason when we use the PackDec.stringToPack(str,b,offset,size); we see a significant increase GP usage. Any ideas on how we can offload some of this processing to ZAAP. I'm assuming that some of the code in this method is invoking native functions, and that's why we're seeing higher GP usage.
Thanks
Nigel
-
- Posts: 3
- Joined: Tue Jul 10, 2007 4:05 pm
IFACrossOver
You are correct. It turns out that when we upgraded to WAS 6.1 on z/OS it did not have enough mips to start all the servers, so our WAS admins switched the IFACrossOver to Yes. This is what caused lots of zAAP eligible processor requests to be taken off the work request queue from the GP.
Thanks.
Nigel
Thanks.
Nigel
-
- Posts: 30
- Joined: Thu Jan 25, 2007 8:31 am
- Location: Bengaluru, India
-
- Posts: 30
- Joined: Thu Jan 25, 2007 8:31 am
- Location: Bengaluru, India
If it were down, I would not have been able to post the message, would I ?
I meant this : http://www.benjaminjwhite.name/zdecimal
I meant this : http://www.benjaminjwhite.name/zdecimal
Debugging tip:
When you have eliminated all which is impossible, then whatever remains, however improbable, must be the truth.
--Sherlock Holmes
When you have eliminated all which is impossible, then whatever remains, however improbable, must be the truth.
--Sherlock Holmes
The link works for me.
You might also want to look at the latest version of JZOS on alphaWorks. It contains a complete set of field converters for Cobol data types.
http://www.alphaworks.ibm.com/tech/zosjavabatchtk
In the included samples, there is example code for a Java class that maps a Cobol copy book.
You might also want to look at the latest version of JZOS on alphaWorks. It contains a complete set of field converters for Cobol data types.
http://www.alphaworks.ibm.com/tech/zosjavabatchtk
In the included samples, there is example code for a Java class that maps a Cobol copy book.
-
- Posts: 30
- Joined: Thu Jan 25, 2007 8:31 am
- Location: Bengaluru, India
It is opened now...dunno what happened then.
Yes, I am aware of the mapping facility. JZOS has one for Assembler DSECTs too as well, isn't it ? Been itchin' to use it...
Yes, I am aware of the mapping facility. JZOS has one for Assembler DSECTs too as well, isn't it ? Been itchin' to use it...
Debugging tip:
When you have eliminated all which is impossible, then whatever remains, however improbable, must be the truth.
--Sherlock Holmes
When you have eliminated all which is impossible, then whatever remains, however improbable, must be the truth.
--Sherlock Holmes
-
- Posts: 30
- Joined: Thu Jan 25, 2007 8:31 am
- Location: Bengaluru, India
In the javadoc,
I think, that is being too restrictive.
does it mean, the lower nibble is always d for negative and c for positive ?Decimal digits are stored as 4 bits, 0 through 9, two digits per byte. The last four bits of a number are reserved for a sign. Positive are binary 1010, 1100 1110 and 1111. Negative is 1011 and 1101. For example the number -354 woud be stored as 0x354d, 7251 would be stored 0x07251c.
I think, that is being too restrictive.
Debugging tip:
When you have eliminated all which is impossible, then whatever remains, however improbable, must be the truth.
--Sherlock Holmes
When you have eliminated all which is impossible, then whatever remains, however improbable, must be the truth.
--Sherlock Holmes