Comments (2)
  • Add a Comment
  • Edit
  • More Actions v
  • Quarantine this Entry

1 6X87_Graham_Harris commented Permalink

A couple of years back, I wrote a monitor in TSO REXX pulling data out of RMF DDS, and pushing the data out to a (static) web page with some pretty graphs, to give near-real-time minute-granularity CEC utilisation graphs, straddling all the production plexes. <br /> The sad side effect, was that it continually sat on about an engines worth of development GP capacity, and in order for it to 'keep up', it had to run at a pretty high priority, which didn't win me many friends when it was running. <br /> Having recognised I needed to 'do something about it', I was planning to reengineer it in java in some manner (so as to use zXXP of course), but didnt fancy using raw java (which I am generally conversant with) because I wanted everything kept 'inside the z', and writing java without a nice pretty Eclipse IDE is not something I would do willingly anyway. <br /> The timing of this happily co-incided with NetRexx (which I had looked into before, and although tempted, was rather uncertain about its future [it seemed to have stagnated in Mike Cowlishaw land], and didn't want to go down a blind alley) becoming officially 'open sourced' (for the uninitiated reading this, NetRexx is effectively Rexx code that gets compiled into java bytecode, which can then run on a standard JVM).. <br /> As NetRexx syntax is pretty close to traditional Rexx, there was an additional attraction that I could pull a fair few subroutines from the existing code, and re-implement in NexRexx with very few changes being needed. <br /> In reality, my re-engineered design in NetRexx totally changed the way it worked (for the better, I hope), so the amount of code I could pilfer from the original version was actually not that huge at the end of the day....but it seemed like a good idea at the time, but dont regret the decision at all. <br /> I was astounded at the ease in which I could simply plug in a (pure java) SQL database engine, and a small footprint http server (nano), some graphing libraries, and end up with a remarkably efficient (compared to the original!) 99% zXXP-eligible 'data concentrator' and dynamic display engine, now providing much more capability and potential than would ever have been feasible under the original Rexx implementation.

2 MartinPacker commented Permalink

Thanks Graham!