Hi Aaron , gents ..
Arron wrote: The bummer (in IceBreak) I have so far with it is that there
is no MVC built into the product<<
The "one-size-fits-all" has never been the idea of IceBreak, rather give the
user some choices. Many RPG programmers don?t feel comfortable with any kind
of web technologies or frameworks simply because there are far too many
disciplines to learn. So - yes - you can build programs with a JSP / ASP
approach - which are good for quick and dirty stuff and/or educational
purposes. The build in JIT compiler delivers the result, just by refreshing
the browser page, however the CRTICEPGM command is used from within RDi /
eclipse if you want to control the compile phase.
In "real world web applications" you would also rely on a framework of some
kind and some tooling to support it. Adobes flash powered Flex is an
excellent choice, however, in IceBreak we did chose to follow the ExtJS
path.
Arron wrote: Maybe you have some application code you can share that
shows how IceBreak can do the things that you are talking about? (i.e. solid
MVC with extJS)<<
I think I can demonstrate it with a program containing only one line of
code:
The hole idea in MVC is to decouple any of these M, V, C components from
each other. Our solution is to support "data stores" for the ExtJS framework
- look at the following IceBreak program
SQL_Execute(
I_EXTJSMETA: // A JSON object including metadata
'Select * from product':
numberOfRows:
startingFromRow
);
This returns a partial result set for a paging grid.
IceBreak simply produces a JSON object in the responseObject and returns it
to the Ext client, which happily renders the grid and allows the user so use
page up and down using a AJAX request for setting the "startingFromRow"
attribute. This is only possible because IceBreak provides session stability
for dataset too.
So our MVC model let you do the decoupling 1where IceBreak is gluing the "V"
and "C" together behind the scenes with JSON ... and you don?t even have to
look at it.
The IceBreak ExtJS component wizards even produce grids, dropdowns and
complete programs.
I suggest this kind of modeling instead of the SOAP webservice approaches,
which in my opinion is to over engineered for this particular job. ? You
need to parse the SOAP, XML ? and you need to provide some session stability
for the dataset etc?.
Niels Liisberg
IceBreak Chief SW Architect
System & Metode Technologies
Håndværkersvinget 8, DK-2970 Hørsholm
Phone: +45 70 20 36 10
Fax: +45 70 20 30 11
Direct: +45 45 177 055
Mobile: +45 31 158 861
E-mail: nli@xxxxxxxxxxxxxxxxx
Web: www.system-method.com and www.Icebreak.org
-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On
Behalf Of Aaron Bartell
Sent: 30. oktober 2008 21:50
To: Web Enabling the AS400 / iSeries
Subject: Re: [WEB400] Adobe's RIA Technologies
I am intrigued by IceBreak and have it installed on my machine (thanks
Neils). The bummer I have so far with it is that there is no MVC built into
the product (i.e. it uses <%escaped RPG code%> type approach) and it takes
an awkward approach to compiling (my opinion) in that you compile by calling
the program from the browser.
Maybe you have some application code you can share that shows how IceBreak
can do the things that you are talking about? (i.e. solid MVC with extJS)
Aaron Bartell
http://mowyourlawn.com
On Thu, Oct 30, 2008 at 3:22 PM, Dr. Syd Nicholson <sydnic@xxxxxxxxxx>wrote:
This brings us back to IceBreak again - no Java, all RPG, native DB
access,
etc.
There are also few complicated server issues as is often discussed in this
mailing list. The technology is transparent, with few implementation
issues.
It is simply a case of install and use.
For a framework on the client side one could use ExtJS
This is what I use, and I can recommend it. If required client side Java
can
also be implemented.
Syd Nicholson
midrange.com
