|
Joe and others, Reading all this must really upset most iSeries customers ! 1. Porting... while the general idea is how you can attract customers, and keep them for the rest of their live, IBM is trying to get rid of them in providing an easy migration path ? Not realizing that migration will also be to another platform as they're much more up-to-date with technology than ported solutions on iSeries (ie. Tomcat, DNS, ...). If they really want to port something... that they port OS/400 to Intel ! 2. Where a healthy company would exploit its good products to a maximum (ie. OS/400), IBM is trying to replace it with an inferior OS called Linux just because there's a hype surrounding it. In addition, they don't realize that much cheaper hosting platforms do exist for Linux than iSeries. 3. While we have a productive UI (ie. 5250, no matter how you look at it), IBM is studying how to force us (high taxes on interactive workload) to a less productive one (ie. HTML) that lacks today's interactivity a customer is used to. (Even M$ realized this and is selling Windows Terminal based solutions like crazy in Europe). To be short, IBM is creating a second OS/2, but this time it will be called iSeries and to reply to Joe... there are no alternatives if users stay addicted to their Windows GUI interface (and Linux won't change this), with all the interactivity they have today. Looking at your list, I have following comments... 1. e-RPG is nice for limited, and mainly inquiry stuff. I read your text about the heavy user interfaces required by today's business applications, so how will you handle those with something that's even worse than a 5250 datastream. 2. Same issue. 3. I still need to see good examples of this (apart from the typical two-screen demo). Java is just to heavy for client side computing (have you looked at Operations Navigator yet... you know what I mean), and Visual Basic is a nightmare to maintain (at least we can still compile RPG programs from 10 years ago). Tools like ODBC neither work on iSeries (my old Pentium at home does a better job) and hardly contribute to server side processing. 4. Haven't seen that one yet so I can hardly comment on it. Conclusion... if IBM would invest the money in iSeries itself, and not in solutions to move away from it, we might have had a completely different picture. Unfortunately, now we are way behind (as usual with IBM) to exploit our advantages. Kind regards, Paul -----Original Message----- From: Joe Pluta [mailto:joepluta@PlutaBrothers.com] Sent: 10 March, 2002 5:18 To: rpg400-l@midrange.com Subject: RE: DIM question (Was MOVE/MOVEL and %Scan) > From: Paul Raulerson > > But you CANNOT make money on System/36 applications today. > You probably will NOT make money on AS/400 green screen apps tomorrow. > Certainly most people WILL NOT make money on AS/400 green screen > apps tomorrow. > > So find a solution. I sure as hell have not been able to. But Paul, this is what's really killing me. The answer is already there! Write your business logic in RPG, and then attach it to the user interface of your choice. The problem isn't that there is no solution, just that we aren't using the tools we have. I can name four viable alternatives off the top of my head: 1. Brad Stone's e-RPG. If you don't want to have anything to do with Java or servlets, this is a fast and effective way to put a browser interface onto your existing code. This requires HTML knowledge, but if you plan on using a browser, you have to have this knowledge anyway. 2. Nathan Andelin's HTTP framework. While similar to Brad's approach, Nathan's has some significant differences that may make it either more or less suitable for your situation. 3. Use a client/server design to communicate with a thick-client written either in VB or Java. This is a more ambitious approach, but I've been teaching these methods for years now. The beauty of this approach is that you can literally attach to any user interface without changing your business logic in any way. 4. Use my PSC400 product to take your existing 5250 programs and attach a browser interface. It's a relatively expensive alternative, but you can continue to develop and test your programs from the command line as standard interactive programs, but yet they also run using a browser interface - WITH NO ADDITIONAL PROGRAMMING. This is ideal for people who want to web-enable without having to learn a whole new set of tools to do so. Each of these solutions runs your business logic in batch, which means you can run your production programs on much cheaper hardware because you can use a much smaller interactive feature. Personally, I think option three is the goal we as a community need to move towards, but any of the other three will move you along that road. This is in contrast to the screen scrapers, which will only buy you a temporary reprieve, and an expensive one at that, since the underlying programs still run interactively. It's up to us. If we can use the tools we already have to provide a viable, productive architectural approach to business application development, then perhaps the RPG folks will see that RPG needs to be focused on what it does best - namely, encapsulate business logic. At the same time, we can provide the killer application interface that will position the iSeries as the server of choice, entirely independent of the business logic. The alternative is that IBM will, at the behest of a very vocal part of our community, continue to turn the iSeries into a plug-and-play database server for Windows .Net applications. And at that point, we all lose. So, take up arms, everyone! Design client/server architectures! Write modules! Write servers! Learn HTML! Put graphical front ends on your existing programs! Avoid direct SQL access to your database! Encapsulate your business logic! Or else we truly will be flipping burgers, or at least doing the software equivalent, writing VB clients that do direct SQL to DB2 and uploading MRP requirements from Excel spreadsheets. Or porting our RPG applications to a Linux machine. Not a pretty future. Joe _______________________________________________ This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list To post a message email: RPG400-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l or email: RPG400-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/rpg400-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.