RE: VARPG newbie

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
--
[ Picked text/plain from multipart/alternative ]
Data originates from slot machines at 6 (of 10) different casinos, about
12,000 total (out of 20,000).  Comm programs that talk to slot systems use
service program(s) to abstract all that's possible.  This program allows
viewing of multiple slot session data, by player, across multiple slot
machines, in multiple casinos.  Ask who, show where, ask which, show info.
Might be one or two sessions, might be many, many, more.  Geometrically
more.  Hard to make it much thinner and still be usable.

-----Original Message-----
From: Booth Martin [mailto:Booth@MartinVT.com]
Sent: Wednesday, April 24, 2002 11:01 AM
To: code400-l@midrange.com
Subject: RE: VARPG newbie


--
--
[ Picked text/plain from multipart/alternative ]
If you want thin, then do thin?

Do your regular freeform program with a huge parm of the data you need, and
use the VARPG to define the needed data and to display the data.

An added advantage of this solution is that your parm is available to all
presentation methods, and has one set of business rules.  Whether you write
a front-end thats green screen, VARPG, ODBC, HTTP, JAVA, or whatever is the
next-great-thing, you got all your business rules in one place that is
clearly defined and exactly the same across all front-ends.

Additionally, the authority to the basic data can lie solely with your
underlying program and expert users can be kept away from the real data.



---------------------------------------------------------
Booth Martin   http://www.MartinVT.com
Booth@MartinVT.com
---------------------------------------------------------

-------Original Message-------

From: code400-l@midrange.com
Date: Wednesday, April 24, 2002 13:35:17
To: code400-l@midrange.com
Subject: RE: VARPG newbie

[ Picked text/plain from multipart/alternative ]
Hi Claus,

Thanks for the not quite good news. I started to see the issue as I
converted back to columnar RPGIV and started having problems with bifs. I
understand the resource constraints, and I suppose it's more fun to blow
development money on webfacing... (sorry, I'm in the casino/hotel business.
Not much value in the web here).

Please do earmark me for a chance to beta VARPG. Let's see if I can ask
this question right: Would there be a problem if our OS400 level were, say,
greater than r510? Would it perhaps change the need to be on the beta VARPG
program? That could make the point moot.

The 'app' in question is pretty darn thin. It's just some drill down
display of iSeries files with some date editing. Problem is I'm trying to
do this in VARPG as a technology demonstrator, so I end up taking a decent
r510 sub-procedure based program that front ends a service program back to
plain RPGIV. Oh well, enough whining. Gotta get back to spacing out
columns and typing in Evals. :-)

Thanks for the reply Claus!

Tom Westdorp
Station Casinos


-----Original Message-----
From: weiss@ca.ibm.com [mailto:weiss@ca.ibm.com]
Sent: Wednesday, April 24, 2002 6:23 AM
To: code400-l@midrange.com
Subject: Re: VARPG newbie


Hi Tom,
at the moment VARPG is still at the level of RPGIV at V4R5, so no free form
support. This is due to resource constrains we have here in Toronto.
The good news is that we plan to bring up the VARPG compiler to the newest
level of RPGIV before the end of this year. I know that doesn't help you
with your
problem, but just to let everybody know who is wondering about this, our
plan is to upgrade the VARPG compiler soon.
I can earmark you for PreGA (BETA) participation but that is still a couple
of month out.
The other suggestion is, to try to write very thin CLIENT programs that
just do user interface stuff and call your iSeries RPGIV programs from
VARPG with the CALL op and pass data via parameters. This would allow you
to leave most of your current RPGIV on the iSeries in free form.
Actually writing very thin Client programs with VARPG is the IBM suggested
way, this will make you more flexible to adopt to different user interface
technologies over time.

Claus Weiss Visual AD tools, email: weiss@ca.ibm.com
Dept 522 IBM Canada Lab tie 969-3987 Phone(905)413-3987 FAX(905)413-4850
Greetings from Toronto
WDT/400 homepage: ibm.com/software/ad/wdt400
WDT/400 newsgroup: news://news.software.websphere.studio400 | VARPG
newsgroup: news://news.software.ibm.com/ibm.software.varpg,

_______________________________________________
This is the CODE/400 Discussion & Support (CODE400-L) mailing list
To post a message email: CODE400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/code400-l
or email: CODE400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/code400-l.
_______________________________________________
This is the CODE/400 Discussion & Support (CODE400-L) mailing list
To post a message email: CODE400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/code400-l
or email: CODE400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/code400-l.


.
--
[ Content of type image/gif deleted ]
--

_______________________________________________
This is the CODE/400 Discussion & Support (CODE400-L) mailing list
To post a message email: CODE400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/code400-l
or email: CODE400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/code400-l.