WDSc Survivor

Five Brave RPG Programmers Move from PDM/SEU to WDSc

September 20, 2004

WDSc Survivor Web Log Debuts!

koa_techies_sm.jpgHere comes a reality series so scary that we caution iSeries and i5 programmers with weak hearts or pacemakers that it could be hazardous to your health. Five ordinary RPG programmers from the same company will share their tale as they move from the beloved comfort of PDM/SEU to the new and somewhat frightening world of WebSphere Development Studio Client (WDSc). Over the next several months, they'll recount their triumphs and joys, defeats and frustrations as they commit to using WDSc. Follow along with their WDSc Survivor blog as these courageous programmers take on the most monumental change in their development careers. And please use this blog to share your thoughts and experiences, too! Also, watch iSeries NEWS magazine for upcoming WDSc articles from the intrepid five.

The Setup

Kampgrounds of America, Inc. (KOA), has been a long-time IBM midrange shop, beginning with the System/38. Most of its software has been developed in-house, primarily with RPG and DDS. The main accounting system is packaged (and we have an unwritten rule not to modify third-party software). IBM has placed the term "legacy" on KOA's applications, but the team prefers the term LOVELY (Low Overhead, Very Efficient, Lotsa Yield). Specifically:

  • The current code base is primarily RPG — with RPG III, RPG IV, and RPG free variations. Since RPG free's advent, the team has used RPG free to develop new projects. For smaller programs written in prior RPG versions, the team uses Linoma's RPG Toolbox to convert from RPG III or IV to RPG free when there's a need to enhance the application.

  • The team uses a lot of embedded SQL in the RPG applications.

  • The team uses RPG-CGI (with the CGIDEV2 tool from IBM Italy) and Net.Data for Web application development. No, not .NET, but IBM's Net.Data — a simple, effective Web development tool that's free! KOA has been a user and fan of Net.Data since it first came out.

  • The team doesn't use Java. KOA uses RPG-CGI and XML to exchange data with its partner.


The Cast

Jef Sutherland, Vice President, Information Services, has been programming in the midrange environment for 18 years. Besides RPG and other iSeries development options, Jef has worked with VisualAge for RPG (VARPG) and Visual Basic (VB) on PCs.
Favorite saying: "Java is a four-letter word."
Favorite song: "Blurry," by Puddle of Mud

Tom Thomson, Programming Manager, has been programming in the midrange environment for 17 years. In addition to RPG development and Web development for iSeries, Tom says he's struggled with CODE 400, yawned with VARPG, dabbled with VB, and really enjoyed playing with VisualAge for Java (VA Java).
Favorite saying: "Shut 'er down, Clyde. She's a-pumpin mud!"
Favorite song: "Clair de Lune"

Dave Flint, Programmer/Analyst, has been programming and providing hardware support on IBM midrange systems since 1978, including Systems/32, 34, 36, 38; AS/400, and iSeries. Dave also has experience with Microsoft SQL Server, MicroFocus Cobol, Paradox, Powerbuilder, and various code-generation packages.
Favorite saying: "If you believe that, I have some real estate for you."
Second-favorite saying: "AS/400 means never having to Ctrl-Alt-Del."
Favorite song: "Anticipation," by Carly Simon

Ken Kantorowicz, Programmer/Analyst, has been programming in the IBM midrange environment since 1988. Ken also has experience with Cobol from his IBM mainframe days and has been dabbling with Web design and PHP.
Favorite saying: "Not today."
Favorite song: Any classic rock

Kyle Newell, Network Administrator, came to KOA four years ago to become an iSeries programmer. But the network needs of the company quickly became a full-time job. Kyle has picked up RPG, but he doesn't use it regularly. He has a strong background in Linux and PHP programming.
Favorite saying: "Bring it on!"
Favorite song: "Slither," by Velvet Revolver

The Plan

Covering the basics, the team must first:

  1. Get the requirements for WDSc for the team members' PCs. At the least, they expect they'll have to add memory to the PCs.

  2. Install and configure WDSc on their work PCs and do the same at home, because a couple of them work quite a bit from home.

  3. Be able to create and maintain their source. They store all source in a single member; source isn't broken out by source type, such as QDDSSRC or QPRGSRC.

  4. Compile the source, including RPG, DDS, and CL source types.

  5. Review compile logs to figure out why they can't remember to put a semicolon at the end of their RPG free code.

  6. Design and change screens.

  7. Debug the application.

Getting beyond the basics, the team plans to evaluate:

  1. The value of IBM training. They'll send their programming manager to school after they've been using the product.

  2. Performance of WDSc against PDM/SEU. For instance, the team has a preconception that it will take longer in WDSc to get started working on source. With PDM/SEU, they can begin editing source from a sign-on screen in 15 seconds using emulation. Starting WDSc, a "healthy-sized" PC application, should take longer before they can begin editing. However, with WDSc, after starting and loading the source members that they need, basic editing, syntax checking, and working the compile logs should be quicker than with SEU.

  3. Any time savings that they recognize in their daily programming.

  4. Other projects the team might want to use WDSc or Eclipse to implement.

Posted by dcronk at September 20, 2004 11:30 PM

Comments

San Jose Water has just started down the path of WebSphere. Have searched the web sites, book stores and just started reading The RedBook plus asking friends and vendors. Also, looking at training, however not sure where to fit it in yet. First we need to load it so it is available. Still seeking 'step-by-step' instructions on how to do that. Greatly appreciate your group and will continue to watch your blog. I get the feeling that it is like trying to know all the stores in Mall of American, what they sell, the price, plus being able to put your arms around the building. The team at SJW will be 2 (sometimes 3) so we look forward to your contributions. Bob

Posted by: Bob Ingram at September 29, 2004 11:35 AM

This is very interesting! Having programmed in RPG for the past 24 years myself, I understand very much what are these 5 courageous guys are going through. I look forward for the next articles. All I can say is Good Luck Guys!

Posted by: Richard Magnan at September 29, 2004 11:42 AM

Like the above two comments we are on the verge of putting the Green and Black screen behind us. I shall follow the blog closely and with interest.
I find it a shame that Big blue didnt put more effort into making the transition from Green and Black to Web a little more simpler and easier to do. Especially when we know the As400 is the machine for the future and that it can do all of these wonderful things...
However I am still left a sole manager and developer of two machines and have to keep justifying its rather dated appearance and present 'op mode' to the boss who also manages 'the buy another PC. server to do that boy'...
Tone

Posted by: Tony Dean at September 30, 2004 2:30 AM

Hi folks! Thanks for the posts. Keep them coming. The more interaction we have on this blog, the more likely others are to join and we can then learn from each other.

IBM is getting more information together on helping programmers transition.

I'm also writing monthly articles for iSeriesNews on step-by-step ways to use WDSc.

Posted by: Jef Sutherland at September 30, 2004 7:35 AM

Been using WDSC for almost 2 years now. Mostly full time for a year. The learning curve by yourself is steep, but once you get past the inital frustration period, it's a much better environment.

I especially like the CODE Designer for my DDS screens and print files. However, I'm waiting for IBM to encorporate them into the Page Designer, so it can be in the same IDE as WDSC.

I would give the suggestion to learn to use "User Actions" to set your inital library list. I have seperate user actions for all of my different development enviornments. Then learn to customize your compile options - that's especially helpful. I have different compile options that bind specific ILE service programs to my modules (ie ILE utilities that I've written).

Good luck guys - don't give up on it!

Posted by: Jeff Stevens at September 30, 2004 7:56 AM

Hey, any of you reading this creating web apps using WIT files? We have yet to find anyone using this approach to creating web apps using WDSc.

Posted by: Tom Deskevich at September 30, 2004 8:15 AM

The WDSCi-L email list is an excellent resource for any team learning the new development studio environment. It can be a little high volume some days (depending on what you want to call high volume). But it's an excellent place to get tips and to get answers to questions. Don't be suprised to occasionally get help from IBM developers on the list. More info on the list is at: http://lists.midrange.com/mailman/listinfo/wdsci-l

Posted by: Kelly Cookson at September 30, 2004 11:05 AM

In regards to training, Tom Thomson had the opportunity to attend IBM training. An IBMer came to Gillette, WY and held a class. The class was close enough for us to send someone. I'm sure once Tom reads this post, he'll give his 2 cents worth on the training.

Posted by: jef sutherland at October 5, 2004 5:15 AM

I will be following your adventure closely. Like Mr. Sutherland, I too am a fan of CODE Designer, but I never really took to CODE/400. I've played with WDSc but I will attest to a steep learning curve.

Posted by: Jonathan R. Bolton at October 6, 2004 6:53 AM

All source in a single member? Must be a big one <wink>!

But seriously... I'm an Eclipse fan for my Java development. I'm interested to read of the experiences of a team who is converting while still using source files on the iSeries.

Posted by: Virgil Green at October 7, 2004 6:56 AM

Been using WDSc since the beginning of 04. The learning curve is a bit steep. I was prompted to use it as we are doing a bit of DotNet development and was having issues switching between that environment and SEU.

Once you are past the curve it is a big productivity enhancer.

Posted by: Tim Swearingen at October 7, 2004 1:12 PM

Started using WDSc as primary development and support environment for our iSeries in January 2004. Learning curve at first was a little steep but once I started getting the hang of it, I quickly realized it was a huge step forward over PDM/SEU green screens and a much more feature rich, productive environemt.

Looking forward to following along as the team tackles WDSc development. Hoping to pick up a few pointers and tech tips. Good Luck with yor WDSc Survivor Weblog!

Posted by: Scott Halliday at October 12, 2004 4:50 PM

Good luck guys!. I am working with
CODE/400 and I think that it's a good tool. That's the unique tool by the moment used. I hope use WebFacing
and Java in a near future.

Posted by: José Quintero at October 13, 2004 9:47 AM

Hey Guys,

Looks like nothing but fun. What ever happen to you SEAGULL efforts? Did those ever pan out or was it for not?

Love the blog. Look forward to see how you turn this around.

-David

Posted by: David Vasta at October 14, 2004 3:24 PM

I have been using WDSCi for a year and a half now. True, it has been a slow transition but that was because I was "self-training" myself. I believe I could make my teammates more productive quicker on it just by instructing them on the basics. There is still so much in WDSCi that I am learning something quite frequently I didn't know was there before.

I am in the process of developing a business case for WDSCi for the iSeries developers. What do you feel is the ramp up time for a programmer with typical SEU knowledge and after the ramp up, what is the effeciency gains afterwards.

Posted by: James at December 7, 2004 6:54 AM

Just read your article on WDSc in Jan. '05 issue. Good start.

I've only been using WDSc for about 2-3 months so far but already can't
live without it. I kept seeing a message in PDM about "Information about
new tools" and decided to load it on one day. After getting it loaded I
dove in. Found out how to connect. How to download PTF's. It took about
a day for me to get comfortable with it. Still doing green screen development though. No web stuff... yet.

Just thought I'd mention a couple features I really like and not sure if
you tried them or not.

The first is the source member compare. You click on one member and then
ctrl-click on a second then right click for the pop up menu and select
compare. You'll then see both members side by side with lines connecting
the 2 showing where the source is different. The really neat thing (I
think) is just to the right of the members in the scroll bar area you
can see these little blocks. These are were the source code is different
and how big of a difference it is. You can click on one of these and
it'll take right to where the difference is.

The other thing I like is the user defined options on the right click
pop up menus. I've got things setup so I can do CLRPFM, RUNQRY, pdm
prints (I like the 400 print outs better than File-->Print), etc. all with
a click of a mouse.

Posted by: Mike Evans at February 3, 2005 8:28 PM

October 2008
Sun Mon Tue Wed Thu Fri Sat
      1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31  

Blog Policy

We welcome your comments and opinions and encourage lively debate on the issues. However, Penton Media reserves the right to delete or move any content that it may determine, in its sole discretion, violates or may violate its Terms of Use or is otherwise unacceptable. For more information, see Penton Media's Terms of Use.

ProVIP Sponsors