Unconfigured Ad Widget

Collapse

Announcement

Collapse
No announcement yet.

Is the new WebFacing tool the first step to Web enablement?

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Is the new WebFacing tool the first step to Web enablement?

    One more question.  This issue was never raised by Dave Slater.  But it's in inline with the current discussion of interactive CPW.  Do the converted 5250 host applications run under batch, or interactive?

    Thanks,

    Nathan.


  • #2
    Is the new WebFacing tool the first step to Web enablement?

    These are the same questions that I have been looking for answers to. Thanks Nathan!

    Comment


    • #3
      Is the new WebFacing tool the first step to Web enablement?

      According to a recent demo held for the AMCU/AIM users group it will run under interactive.

      Comment


      • #4
        Is the new WebFacing tool the first step to Web enablement?

        Nathan, Here is IBM's document on the subject of Server Model Behavior: http://as400service.rochester.ibm.co...ecf0688625680b 00020388/a15fc571478b82018625676900555dc1?OpenDocument&Highlight=2,cpw,interacti ve,batch Here is a related section of this document:
         5250-based interactive work (hereafter called interactive) is defined as any job doing 5250 display device I/O. This includes: o All 5250 sessions o Any green screen interface o Telnet or 5250 DSPT workstations o 5250/HTML workstation gateway o PCs using 5250 emulation o Interactive program debugging o PC Support/400 work station function o RUMBA/400 o Screen scrapers o Interactive subsystems o Twinax printer jobs o BSC 3270 emulation o 5250 emulation 
        Bill

        Comment


        • #5
          Is the new WebFacing tool the first step to Web enablement?

          This is an interesting paper, and answers a lot of questions. Noted by absence is the mention of the "system" models. Except for some 170 stats at the tail end, there is nothing to indicate that these models exist. The difficulty I have is not with the different models, but the fact that IBM knowingly sold "server" models to shops who needed interactive performance. IBM was trying to push the new concepts, and new pricing, and should have known better. Dave

          Comment


          • #6
            Is the new WebFacing tool the first step to Web enablement?

            The Webfacing tool runs under interactive mode. Cha-ching! Brian

            Comment


            • #7
              Is the new WebFacing tool the first step to Web enablement?

              Hi Nathan, To answer some of your questions (as I see them, not speaking for IBM, of course) - I think WF is a stopgap measure, unless people want to continue to pay the 'green screen tax'. It's also a work-in-progress at this point. You feed it source (DDS), and it creates 2-3 JSPs and Java Beans per screen. These interact with a servlet from IBM that feeds them data from the application program. Nothing needs to be modified, unless you want to make it look better. It requires WebSphere to be running. You can tweak the beans and JSPs to customize look and behavior. This implies that you can also disconnect them from the original servlet, thereby giving people a path towards eliminating the green-screen tax. I see it as a way for software vendors (ISVs) with huge 5250 applications to migrate them to the web, yet continue to make sales during the transition. Companies can get a web interface very quickly, and then take the time to disconnect the beans/JSPs from the IBM-supplied servlet, thereby removing the interactive charge. This is very welcome news for ISVs watching sales decline because they are 'stuck' with a 5250 interface. We can argue the merits of 5250 all we want, but IBM has made it clear that it's not their interface of choice. They aren't abandoning it, but they are certainly encouraging people to move through financial disincentives for staying there. Brian Singleton Midrange Computing

              Comment


              • #8
                Is the new WebFacing tool the first step to Web enablement?

                If it creates and uses Beans, doesn't that mean you need the $10,000 add on for WebSphere? And where did IBM get the idea that we want or need to web-enable ALL of our applications? They may not explicitly say so, but that's exactly what the "green-screen tax" is all about! We just priced a mid-level 270...the cost of the machine was into the $80ks...until we took off the Interactive piece. Saved us $50k. "Omigod!" was all I could say - good thing that box was INTENDED for web development. As I'm sure most of you know, I'm all for using the 400 as a web development platform. I'm proud of the work we've done and I have big plans for future web products. But why should that mean I have to do EVERYTHING on the web or pay the price? If we *had* to actually replace/upgrade/modify our legacy apps to be web enabled it would bury us (and a bunch of our clients) forever. Everyone who WANTS a stop-gap solution, raise your hand...anyone? anyone? How about exhorbitant fees for services we all rely on...anyone? anyone? Bueller? Off the soap box and back to work...gotta get Tomcat installed on my PC so I can do some .jsp/servlet stuff (sans IBM...) Ciao, Joel

                Comment


                • #9
                  Is the new WebFacing tool the first step to Web enablement?

                  >>If it creates and uses Beans, doesn't that mean you need the $10,000 add on for WebSphere?
                  Are you referring to the Advanced Edition of Websphere? If so, it is only required for Enterprise Java Beans. Regular java beans will work in the Standard edition of Websphere. Dean Eshleman, MMA, Inc.

                  Comment


                  • #10
                    Is the new WebFacing tool the first step to Web enablement?

                    Joel said - "Omigod!" First, thanks to Nathan for starting this thread and to all those that have participated so far. To Joel - my first reaction to all this, I will not even attempt to document. Let's just say it's stronger than "Omigod!". I attempt to manage a traditional shop that is still 90% plus custom RPG code as far as the AS/400 model 170 is concerned. There have been several requests to add green-screens in the past few weeks. For the first time I found myself trying to put the "green-screen tax" card into play. Yes, we do have a PC LAN. The AS/400 is attached to that LAN. The LAN server is a Dell PC Server running Novell's Netware. The boss says "we need a web site". Oh yeah! We also have a Apple Mac separate LAN. That's where product images and lots of product descriptions are stored, but of course the main Order Entry, Invoiceing and Inventory are over on the AS/400. Some days I feel like I'm shoveling sand against the tide using an old pitchfork. Does anyone want to take a shot at what our shop's strategy should be for the next few years? I'm all ears or should I say eyes?

                    Comment


                    • #11
                      Is the new WebFacing tool the first step to Web enablement?

                      Hey Frank, We need more information before we can begin to argue about what your strategy should be :-). What do you want to do with the website? If it's just brochure-ware, you might try getting it hosted somewhere. If it's to be an e-commerce site, then the requirements will be different. Keep in mind that the "green screen tax" doesn't apply to e-RPG apps (I don't believe - someone correct me if I'm wrong), so that's not a consideration in this case. What do you think your volumes will be? What levels of integration with current systems? What skillsets do you have within your shop that you'd like to use for this project? Etc. Regards, Brian Singleton

                      Comment


                      • #12
                        Is the new WebFacing tool the first step to Web enablement?

                        A couple of points raised in this discussion have been valuable to me.  One is the "interactive tax" concern.  But also that a shop might eventually work toward disconnecting the "generated" presentation layer from IBM's Workstation Manager to solve that problem.

                        Still, many questions come to mind.  Is this the type of tool that one might use for new software?  Or only to convert existing applications?  For example, would a developer create a new green screen program, then use it as a base to generate the "web face", then deploy the GUI?  Or, both?

                        Do converted applications enforce restrictions on the browser?  For example, are the and buttons disabled?  Is the URL box disabled?  What if the 5250 back-end is waiting in one state, and the user were able to jump to a different state, leaving the 5250 application in limbo?

                        Actually, the whole idea of taking a green screen program, and generating there from, an HTML text stream, seems like a technical marvel.  Consider the number of record formats in many screen files.  They may overlay different areas of the screen.  They might be output independently of the others.  Many newer 5250 applications deploy windows, and drop-down menus.  It just doesn't seem to map to an HTML stream cohesively.

                        I've appreciated the input so far.

                        Nathan.

                        Comment


                        • #13
                          Is the new WebFacing tool the first step to Web enablement?

                          Brian - Thanks for taking an interest here and sharing your knowledge. "What do you want to do with the website?" We're talking a B2C web site. (business to consumer) If it's just brochure-ware, we want lots of brochure-ware. Most of this data currently resides in an Apple LAN. If it's to be an e-commerce site, we're talking 25,000 to 30,000 inventory items. Most are priced well under $10 each. Some can be pricey. What do you think your volumes will be? Let's say 50 orders per day with 20 items per order. What levels of integration with current systems? High - otherwise we'll end up duplicating our complex RPG business logic (Order Entry & Inventory) into the front-end web site. What skillsets do you have within your shop that you'd like to use for this project? Very good RPG skills in house, but no web skills at all. Looks like we'd need to outsource the initial web site development. We're talking a small one programmer, one programmer trainee, one query expert, one PC/LAN expert and one I.S. manager shop. O.K. everyone. Fire away!

                          Comment


                          • #14
                            Is the new WebFacing tool the first step to Web enablement?

                            "Keep in mind that the "green screen tax" doesn't apply to e-RPG apps (I don't believe - someone correct me if I'm wrong)..." Hi Brian, Your comment and the recent comment about interactive document searches being slowed down by the IBM governor (by the way, I personally would never participate in IBM's scheme - I would pay for a real AS/400 and if IBM's price gets too high it will do nothing but cost justify a conversion, and I assure you it won't be to anything else made by IBM) reminded me of some of our discussions concerning messaging architecture. I tested the AS/400 jobs web site back end I wrote (still unbelievably unimplemented after nearly a year due to customer being too busy with other priorities) with calls from green screen programs, and the thought that occurred to me is that all of the work is done in a batch subsystem, even when invoked by calling a program which interfaces to the back end dataq server programs. I am thinking that the work doen in the batch subsystem doesn't reflect in the interactive session at all and thus both web pages and green screen would be served by same programs that would never invoke the green s creen tax, as it would take hundreds of such interactive sessions to have much measurable impact when all they are doing is relaying data back and forth via messages. In which case, either I'm wrong, or IBM will move to measure such interaction, or moving business logic and database access to a batch subsystem and communicating via dataq bypasses IBM's green screen tax, which I have no idea why that makes IBM so happy. And while the discount was 50% based on the figures given, how many companies would buy an AS/400 as an $115,000 web server? I am totally confused. Ralph

                            Comment


                            • #15
                              Is the new WebFacing tool the first step to Web enablement?

                              Frank, I can't imagine how your requirements justify a more costly solution than the many web catalogs that are out there. I was slightly involved with Advanced Businesslink's catalog software which requires their Strategi web server ($4,000?), IBM advertises their's extensively which requires Websphere, and I would be surprised if Lansa didn't have one for there web server as well as others, I just don't know how many run on the AS/400. I know that with BusinessLink's, there is an Integration module that is part of it that is used to interface to legacy code (such as RPGIII programs) and that a major successful implementation of interfacing to a Fortune 100's JDE World was done a year ago and put into operation in the three month timeframe that the CEO had demanded. It is a B2B site for their dealers, so it isn't available to the public, but I can't imagine how your requirements would exceed such a catalog site. All the basic work is done but screens can be modified, RPG business logic added, etc. What do you think? Ralph

                              Comment

                              Working...
                              X