I'm just catching up to this thread on IceBreak.
IceBreak applications can be developed in any technique you want. They can be fixed-format, which works. They can be ASP (defined as server-side program code, RPG in this case, and XHTML code combined in one file, which works. They can be RPGLE free-format where the RPGLE, XHTML, CSS, and JavaScript files are separate. My good friends in Denmark use both ASP and RPGLE. In North America, I only demonstrate and recommend RPGLE where all files are separate.
Don't get hung up on the ASP thing. With some programs, the folks in Denmark use the ASP extension and embed the RPG and XHTML code. It really has nothing to do with ASP or a .NET server. It's just an RPG program with an ASP extension. The other day I was working with a C#.NET guy and took one of my RPGLE programs and changed the extension to ASP and it ran like the RPGLE program did. Wow, was his head spinning.
If you go to my example page below, you can easily see how everything works. On the example page, you can run the RPG Web application and view the RPGLE, XHTML, and CSS code. Basically, when you request the RPGLE application, the IceBreak run-time compiler compiles all the files associated with the application into a program object (*PGM). It is the program object that IceBreak runs. So in a production environment, the source is not required. When any of the source code changes, the run-time compiler will again compile the files into a new program object.
On the sample page, the programs listed under Getting Started are program I use to teach new students how to develop grids (subfiles) quickly. They are developing grid programs in the second or third week of the course. BTW, I didn't say the output was pretty.
Jim T mentioned how his company got started and they are doing some tremendous things with IceBreak at his company. He should provide more details. He just pointed you to the wrong site for examples. Jim's also correct is saying that you can get as pay-as-you-go license. Niels has been conducting some webinars for Jim T's company. If anyone would like to be included future webinars, please contact me directly.
As an educator of IBM i since 1990, I would have unplugged the college's IBM i six years ago if was not for IceBreak. IceBreak allows you to write (and teach) RPG Web applications in a similar fashion to display files, except the RPG Web applications are easier to learn for college students. For current RPG developers the learning curve is minimal because there is very little new RPG to learn. You just need to learn some basic XHTML to get started.
My sample RPGLE programs are at www.system-method.ca which is currently being redirected to www.pnplogic.com. On the Products page, you can run and examine the RPG programs. The Getting Started page is what I use to get college students started. These programs should give you an idea of how IceBreak works. If anyone wants to give it a quick try, let me know and I will create an IceBreak server for you on my machine.
Jim
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jim Cooper, Program Coordinator/Professor
Computer Programmer Program
Lambton College, Sarnia, ON
Voice: 519-542-7751 ext. 3219
E-mail: Jim.Cooper@xxxxxxxxxxxxxxxxx
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Before printing this e-mail please consider if it is necessary to do so
This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately.
-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx on behalf of Maurice O'Prey
Sent: Sun 1/2/2011 2:32 PM
To: 'Web Enabling the AS400 / iSeries'
Subject: Re: [WEB400] Fwd: IceBreak as an alternative to Apache?
Hi Niels
Just in case you missed this question I repeat it?
If you like the ASP / ASPX JSP was - it is supported by IceBreak
Hi Niels
With particular reference to ASPX pages (.NET Pages) if I submit an HTTP
request for an .aspx page to the IceBreak Server (running on the i?) could
you please explain the processing cycle which occurs i.e. how the final
.aspx page is compiled and the results returned to the clients browser?. I
for one would sure like to understand how this works?
Regards
Maurice O'Prey
Gents;
To many tools out there are based on "one-size-fits-all". IceBreak follows
an other path and was designed to work with any RPG skill-level you might
have. If you like the ASP / ASPX JSP was - it is supported by IceBreak. If
you like to make Rich Clients like ExtJs - icebreak supports the RESTfull
services datastores behind with one line of code. SOAP services - All
services programs becomes SOAP services.
IceBreak is simply an application server and a webserver in one, that
handles session stability, multithreading, security, SSL, pooling,
No-single-point-of-failure, loadbalancing etc.. - and all the nasty stuff
you will find in microsoft IIS, Oracels GlassFish etc etc - But IceBreak is
writte 100% for the IBMi platform in mind.
So yes - you will find some fixed formats IceBreak samples - and thats is
also the intention to show you can move real old "Input Primary" program to
the web.
Btw- I see all the references is to www.IceBreak.org .. and yes it's a
little rusty. However we have just released the new:
www.IceBreak-community.com
IceBreak - you can have it with chocolate and vanilla - it is you choice.
Best regards
Niels Liisberg
Chief Technology Officer
System & Method
Håndværkersvinget 8, DK-2970 Hørsholm
Phone: +45 70 20 30 10
Fax: +45 70 20 30 11
Direct: +45 45 166 135
Mobile: +45 31 158 861
E-mail: nli@xxxxxxxxxxxxxxxxx
Web: www.system-method.com and www.Icebreak.org
Den 30/12/2010 kl. 17.49 skrev Kevin Turner:
Bent
I have changed the thread title for this. I was also slightly misled by
the examples into thinking it was an ASP approach and nothing else, so maybe
the examples could do with an update? I say that in the full knowledge that
it is easier said than done and we don't manage to do it very well either!
That aside, is it possible to use the IceBreak HTTP server as a
replacement for Apache for applications that have already been written? To
be more specific, if I have an RPG program that reads from stdin using
QtmhRdStin and returns output via QtmhWrStout can I call that program via
the IceBreak HTTP server and have content returned to the browser? Even if
it is not possible now, would it be possible after a little bit of pain on
my part?
Is it really 10 times faster than Apache as was claimed earlier by Jim?
Rgds
Kevin
-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On
Behalf Of Bent Rønne
Sent: 30 December 2010 15:00
To: Web Enabling the AS400 / iSeries
Subject: Re: [WEB400] 5250 programmer to web programmer
Hi Maurice
With IceBreak, you can choose which path you will go with your web
development. You are not bound by any methods or mask programs, but can
freely choose from all shelves. All the freedom which IceBreak makes
available means of course that you must find the method that suits you best.
Some choose the ASP route, while others choose to split HTML, JavaScript
(JS) and RPGLE in different files. Eg. I have recently programmed an "edit
system value" maintain application - in ExtJs by the Way. I have divided the
pieces into html, JS and RPGLE source in three different files.
You can find all sources here http://www.icebreak.dk/sysvaledit.zip
First there is my HTML (sysValEdit.html) who is just used to link things
together with references to my JS and of course the primary link to the
application (
http://myserver:8080/sysValEdit.html) from the URL in the
browser.
Eg.:
<html>
...
<script type="text/javascript" src="sysValEdit.js"> </ script> ...
</ Html>
sysValEdit.js is a larger file that is written in 100% JS and it is the
one that contains the ExtJS code. It uses AJAX to retrieve my data from my
System i. When the browser is ready for showing, it calls my RPGLE program
SYSVALEDIT directly on my System i and returns data to the browser. The
RPGLE program is written in pure RPGLE except for the first line of code in
this example. This line is used by the IceBreak pre-compiler to switch to
RPGLE. But if you like to have your RPGLE isolated in a source file in a
library, you simple make your own 100 % RPGLE code and compile the source
without the IceBreak pre-compiler - use whatever you like, WSDL, RDi, SEU to
edit and compile - I don't care. All you need is a binding directory and
guess what - it is called ICEBREAK.
This is just one way to use IceBreak on! You can choose the path that you
yourself seem to suit you.
You should also know that there is an IceBreak community where you can
find lot more information:
http://www.icebreak-community.com/
I hope that you can use my information in your quest for the perfect
solution for Web and System i.
Regards
Bent Ronne
Technical Manager
System & Method A/S
NOTICE: The information in this electronic mail transmission is intended
by CoralTree Systems Ltd for the use of the named individuals or entity to
which it is directed and may contain information that is privileged or
otherwise confidential. If you have received this electronic mail
transmission in error, please delete it from your system without copying or
forwarding it, and notify the sender of the error by reply email or by
telephone, so that the sender's address records can be corrected.
----------------------------------------------------------------------------
----
CoralTree Systems Limited
25 Barnes Wallis Road
Segensworth East, Fareham
PO15 5TT
Company Registration Number 5021022.
Registered Office:
12-14 Carlton Place
Southampton, UK
SO15 2EA
VAT Registration Number 834 1020 74.
--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.
midrange.com
