Re: Starting RDi from a green screen

Buck, I have development environment commands that run batch processes on
my source (like updating panel groups with refreshed definitions and
content, building internal documentation, and generating SQL template
code). I enhance and fix in a single process so I'm often working with
multiple related members and RDi is *painfully* slow for a one- or two-line
change. My XXM730 command brings the DSPF in SDA, then in SEU, and then
the panel group, and then the RPG, and then the copy books, and then the
binding directory, and then the binding language source, and then the CLLE,
and then the command, and then the command panel group help...and then all
objects are archived before it builds new objects. RDi will be "live
parsing" long after my quick SEU changes are done and the code's compiled.

And not to start another war but my RDi 9.8 on Windows 11 has been a
miserable experience--the compile error level filter refuses to work, for
example; starting with a clone of my Win 10 RDi 9.8 config didn't help
either.. Issues with terrible response (I'm the only one in a decent-sized
partition and an 800 mBPS line) are known so they don't deserve additional
commentary.

I go back to the days of Ammon Pfeffly's 3270 CCP-based source
editor--that's how determined I was to get away from 96-column cards and
8.5" diskettes! Long ago, I wrote to Buell Duncan begging him to throw
resources at CoDe, an imperfect product that was still light-years ahead of
SEU. RDi is light-years ahead of CoDe but SEU remains the Millenium Falcon
of text editors.

We're a long way from sending SEU into the sunset.

Yes, RDi is efficient and effective when digging deep into code for an
extended session.

On Mon, Oct 23, 2023 at 5:51 PM Buck Calabro <kc2hiz@xxxxxxxxx> wrote:

On Mon, 23 Oct 2023 at 20:18, Reeve <rfritchman@xxxxxxxxx> wrote:

I'm prepared for the backlash, so here goes: what are the 5250

command-line

parameters for opening a specific member using RDi?

No backlash other than to opine that this is ugly.
There are no 5250-land command line RDi commands.
This differs to Code/400; there we had a listener that ran on the PC
which was able to talk to a server on the IBM side, which 5250 command
lines could talk to, whew.
But the dinosaurs are all oil now, and Eclipse doesn't do that natively.
I promised myself that I wouldn't weep for Eclipse Monkey, yet here I am.

I'd like to do some scripting (Bash, PowerShell?) to manage application
development but have not found any documentation to get me started.

Speaking very broadly, this is not a use case that the Eclipse
literati considered. I'm not sure how much to talk about Eclipse; I'm
hardly a Java guru, but the typical use is that one extends existing
classes. It's not mathematically impossible to recreate the Code/400
architecture of a server-side, well, server, a client/PC side
listener, and a bunch of extensions that exercise various Eclipse
functions. The hitch in the gitalong is that almost all of the
RPG-specific goodies are proprietary. Yes, one can black box reverse
engineer them by observation, but this is Subject To Change™ because
it's all unsupported and undocumented.

Of course, my still undomesticated imagination has just been running
wild with your marvelous suggestion, and no doubt you're after
something more civilised :-)

What are /you/ thinking of when you say 'scripting to manage
application development'?
--buck

Confidential to 'Edmund in Toronto': Please tell 'V' that I miss that
magnificent Code/400 to this very day. Eclipse extensions are meh
compared to Rexx + Code!
--
This is the Rational Developer for IBM i (WDSCI-L) mailing list
To post a message email: WDSCI-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/wdsci-l
or email: WDSCI-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/wdsci-l.