Jim Wrote - IceBreak supports any extension you want to use

This is pretty much what I first assumed, so aspx is NOT aspx, but my real
point is that their "speech" and "WebSite" suggest integration with just
about everything, ASP, ASPX, JS etc etc etc, something they should amend (I
think I mentioned that in one of the first posts) but I wanted
clarification, from them.

It's not that hard to come out and admit it?, and it's not a fault of what
is probably a very good product.

Maurice O'Prey


IceBreak does not support .NET

There is no Microsoft framework or software involved with IceBreak. IceBreak
is a complete HTTP/Application Server built for the ILE languages on IBM i.

When Niels mentions ASP programs, they are RPG programs with an ASP
extension. IceBreak supports any extension you want to use because the first
line of the program tells the compiler which language it is.

Go to http://www.pnplogic.com/products/Overview.php and examine the Sample
Programs and Getting Started Examples.

These programs have separate RPGLE, XHTML, CSS, and JavaScript source files.
Look at the first line of any program and it will tell you the language. The
extension of the RPG programs is RPGLE and it runs as RPGLE in the browser.
If I change the extension to .ASP with no code changes in the source
program, it will still run exactly the same way as the .RPGLE example.

For some reason they use .ASP across the pond. As you can see from my
examples, I do not subscribe to that technique.

Jim


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 Aaron Bartell
Sent: Tue 1/4/2011 4:30 PM
To: Web Enabling the AS400 / iSeries
Subject: Re: [WEB400] IceBreak as an alternative to Apache?

With the amount of confusion that comes with IceBreak's mention of it being
"like ASP", I wish they would discontinue the phrasing. It confused me when
Neils first described it. In the end it creates immediate debate that takes
away from discussing the cool features of the framework.

There's my $.02,
Aaron Bartell
www.MowYourLawn.com/blog
www.OpenRPGUI.com
www.SoftwareSavesLives.com



On Tue, Jan 4, 2011 at 3:25 PM, Richard Schoen
<richard@xxxxxxxxxxxxxxx>wrote:

My two cents:

The only way IceBreak or any other toolset could support ASP.Net would
be to run under the Microsoft .Net Framework stack and support
Microsoft Code-Behinds, Event Model, etc...

Regards,
Richard Schoen
RJS Software Systems Inc.
Where Information Meets Innovation
Document Management, Workflow, Report Delivery, Forms and Business
Intelligence
Email: richard@xxxxxxxxxxxxxxx
Web Site: http://www.rjssoftware.com
Tel: (952) 736-5800
Fax: (952) 736-5801
Toll Free: (888) RJSSOFT
----------------------------------------------------------------------

message: 1
date: Tue, 4 Jan 2011 21:11:44 -0000
from: "Maurice O'Prey" <Maurice.Oprey@xxxxxxxxx>
subject: Re: [WEB400] Fwd: IceBreak as an alternative to Apache?

Henrik

Who is using fancy buzzwords, either IceBreak supports Microsoft
ASP.NETpages or it doesn't (and from what I've read so far in these
responses) it doesn't?

Please stop mixing the term ASP with ASPX (they are completely
different technologies). The rest of the echo stuff is complete crap.

- Maurice O'Prey



Let me try to explain this without fancy buzzwords:

In Icebreak you place your sourcecode in an IFS files. This file looks
and behaves like an ASP or PHP page where you with a special syntax
can switch between server side code and client code (HTML etc.) so the
sourcecode can hold both.

What Icebreak does, is that it translate this IFS file to a RPGLE
sourcemember where all client code (HTML etc.) is imbedded in
procedure call like WrtNoSection('bla bla bla') in CGIDEV2 or
echo('bla bla bla') in my
frame- work that both write the embedded client code into the HTTP
output buffer.

The smart thing is that you do not have to code ...

echo('<html>');
echo('<body>');
echo('hello world');
echo(</body>');

but can code large sections of client code like this

some rpgle serverside code
%> // start client code
<html>
<body>
hello world
</body>
<% // end client code
*inlr =on;


--
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.


--
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.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.