Timothy Sipples wrote:
The z/VSE Connector Client itself (and documentation) is a no charge
download, available here:
http://www.ibm.com/systems/z/os/zvse/products/connectors.html#conn
Already downloaded and installed.
As far as I can tell, you can start coding right away
Indeed I can, nice package, my compliments to the chefs.
. As far as testing
goes (with z/VSE's Connector Server), I see three basic options:
1. Arrange for access to your customer's/partner's development environment,
There's no customer, no partner. I've never logged into z/VSE, though I've worked extensively on IBM i, z/VM, and z/OS.
I've merely been reading up on z/VSE.
What I /do/ have is an Open Source domain-specific interpretive scripting language I wrote called Ublu
<https://github.com/jwoehr/ublu> which allows remote programming/operations (or local, for that matter) that currently
supports IBM i and z/VM.
It's a great /ad hoc/ or "bandaid" language, reviewed here <http://www.itjungle.com/tfh/tfh081716-story01.html>. Ublu is
in use in the field supporting IBM i customers.
Ublu is written in Java. I'm looking at extending it to support IBM MQ and now, since I've found your Java bridge to
z/VSE, well, why not z/VSE, thought I.
Ublu z/VM support is speculative (linking my Open Source 2008 PigIron <https://sourceforge.net/projects/pigiron/> java
library for z/VM SMAPI to the Ublu interpreter), but easy to test since I have access to z/VM.
The z/VSE support would again be speculative, but I have no access currently.
I appreciate you informing me of the options available, but they are impractical for the use case of speculative open
source development.
(((Parenthetically, off topic, IBM might consider looking at the licenses currently used for the Java clients for both
IBM MQ and z/VSE as they make it very hard/impossible to incorporate those .jar files in Open Source offerings, even
those such as mine which have no use whatsoever outside the context of interaction with fully licensed IBM host systems.
Of course I can compile the code and put the onus on the user to download the .jars for runtime but perhaps IBM could
consider explicitly licensing Open Source offerings intended to support IBM systems to incorporate the jars with the
distribution.)))
I guess the most sensible thing to do w/r/t z/VSE is wait until I have a customer that says, "Please help me with
z/VSE!" and there ya go.
But I like to have these things lined up when I have play time so that when the
crunch comes the tool is conveniently ready.
Always a pleasure to have you elucidate these matters, Timothy. Thanks for your
help.
--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
