|
Jon, I would like to see you direct the effort toward the JAVA/RPGIV program interface. I can see no advantage in using RPGIV to generate JAVA bytecode. We use JAVA to generate JAVA bytecode. I would tell your business partners to use this opportunity to jump ahead of their clients. Maybe they are trying to confuse the competition. The time invested toward generating bytecode is not wasted, think of it as training. In our opinion, the interface between JAVA and RPGIV is where the effort should be concentrated. It is very important to us that you provide full access to ILE programs. We need that to protect the investment we have made. We are moving toward JAVA on the client. We intend to start using JAVA to provide the user interface for our programs. At this point we are still learning. Most of our applications have been divided into two parts. The user interface and system interface. All of our data and system access is provided by service programs, the majority of which are RPGIV. If the RPGIV people are looking for something to keep them busy, how about enhancing the prototype interface? Allow variable type like OPTIONS(*VARTYPE). Also provide full support for operational descriptors. You could allow for different calling conventions, on the procedure interface allow call type "C" or "CL". Allow renaming of procedures within the binding language (Don't force us to generate meaningless procedure names and their corresponding prototype). Allow constants to be protected via addressing. Not by evaluating the source at compile time. Enhance the debugger to prompt for context when the context cannot absolutely be established. Allow a variable to be passed to the %edit built ins. Provide a built in to retrieve a system pointer. Provide a built in to activate a program. Just a few ideas if you are looking for something that would help us. Thanks for asking, David Morris >>> Jon Paris <paris@ca.ibm.com> 02/11 11:43 AM >>> As many readers of this list will be aware, at the COMMON conference in San Antonio last Fall, we showed a "Technology Preview" of a version of VisualAge for RPG which generated Java bytecode. This provides the ability for an application written with VARPG to be deployed over the web and made available to any user with a browser (i.e. it would run on Apple Mac, Network Stations, AIX, Win 95, Win NT, etc.) While the code running in San Antonio was real (i.e. the demo was not faked) it still represented only a fraction of the work needed to produce a full working product. We've been working hard on this since the fall, but there's still a lot of work to do and we've now reached the next decision point (Go (and at what speed), No go, etc.) As part of the process, I'm asking you folks for your comments on the usefulness of such a tool to you. We've heard from a number of Business Partners who are excited by it, now we'd like to hear from some more of our leading users. If you don't want to post your comments to the list, or if you have further questions on what such a product could do for you, please e-mail me directly at the address below. Jon Paris - AS/400 AD Market Support - paris@ca.ibm.com +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to "MIDRANGE-L@midrange.com". | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 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.