|
[
Permlink
| « Hide
]
Nigel DeFreitas added a comment - 15/Dec/07 04:59 PM
Using JZOS of course.
I like this idea, but I'm not sure if we can even get to it for 1.1. In fact, I'm not quite sure how we would really test this solution either. Considering the amount of COBOL/Mainframe requests we've had, I'm thinking we may want a separate module for it.
Sound's like a good idea to me. I've started writing my own ZFileResource for reading/writing datasets - but may need approval from IBM before submitting it since it's using the JZOS libraries.
I went ahead and moved this to 2.0, since there's no way we could get this into 1.1.
Nigel. Thanks very much for the contributions We hope to be able to provide some more comprehensive zOS support at some point, but we can't schedule it right now, so I'm removing the "Fix version". Stay in touch directly if you want to monitor activity behind the scenes.
If you launch a Spring Batch app using JZOS, what further integration is even needed? It would run like any other JCL job, so why aren't existing MVS/JES commands - e.g. CANCEL sufficient ?
I guess it would, except if you wanted to do some clean-up in your job before zOS tears down the JVM. Or if you wanted to query a long running job to print it's current status/state before issuing a cancel command.
|
|||||||||||||||||||||||||||||||||||||||||||||||