RDi works on a Citrix/TSE environment (at least the 'basics' of the 7.1
version does... we didn't get very far with it because the cost involved
with moving to it was too much for now... even though our developers have
been on WDSC for the past 3-4 years... but that's another discussion that's
been hased out plenty lately).
I think Nathan's posting was talking more about the 5250 based development
when using the 'server based' term, though.
rob@xxxxxxxxx
Sent by:
midrange-l-bounce To
s@xxxxxxxxxxxx Midrange Systems Technical
Discussion
<midrange-l@xxxxxxxxxxxx>
12/02/2008 03:20 cc
PM
Subject
Re: Why Change Management? was: IBM
Please respond to Unveils Change Management
Midrange Systems Software for System i
Technical
Discussion
<midrange-l@midra
nge.com>
Are you saying that not only does the data need to be server based, but so
does the application?
If so, I wonder if you could run RDi from a Citrix server?
Or, are you saying "server based" to say 5250 or nothing?
Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
From:
Nathan Andelin <nandelin@xxxxxxxxx>
To:
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date:
12/02/2008 03:05 PM
Subject:
Re: Why Change Management? was: IBM Unveils Change Management Software
for System i
Sent by:
midrange-l-bounces@xxxxxxxxxxxx
From: "rob"
Well, this is going off on a tangent (hence the change in
subject line)
I'm a little more comfortable with Change Management as a topic, than what
IBM may or may not be doing with RDi.
Can someone be in favor of change management, but also have a preference
for server based IDE's, applications, and tools? And in favor of
something geared more toward the native IBM i environment? How about
giving me CHKSRCOUT, and CHKSRCIN commands, or something like that? I'm a
big proponent of history, and accountability. Especially when working
with a team.
Most teams I've worked with haven't had trouble stumbling over another
developer's work. You might have one person on a finance package, another
on the HR package, another on the CRM package, another on ... There was
enough separation that clobbering another's work wasn't much of an issue.
Packaging and promoting changes to customers servers is more of an issue
and automating that process would be something I'd like to know more
about. My environment is simpler than most. Most of my application
components are RPG *PGM and *SRVPGM objects. I even use a command to
parse HTML templates and store them in a source physical file, which makes
them quick to load, and easy to distribute.
Nathan.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
http://archive.midrange.com/midrange-l.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
http://archive.midrange.com/midrange-l.
midrange.com
