Re: Java Servlet v CGI Bin

 I would definitely forget about RPG CGI and use Java/servlet since RPG does
not work well with XML, SOAP etc.
Servlet has great advantages than Java CGI because with servlet you get
tremendous help from servlet container such as Tomcat, WAS etc. These help
include: parsing parameters, using servlet context, using session object,
using JSP for presentation etc..

Bruce

----- Original Message -----
From: "derek o'connor" <derek_o_connor@hotmail.com>
To: <JAVA400-L@midrange.com>
Sent: Thursday, April 25, 2002 12:46 PM
Subject: Java Servlet v CGI Bin


> [ Converted text/html to text/plain ]
>
> we are currently in the design phase of a new projcet for the as/400. the
new
> system will be accessing a SQL Server database on a windows 2000 box. we
are
> looking at XML & SOAP via HTTP to send the data to the AS/400. therefore
on
> the AS/400 side we will need to accept the data and parse it out to be
written
> to the DB2 database.
>
> my question is should i go in the direction of a CGI-Bin program or Java
> Sevlets. reading the documentation, points out that CGI-BIN programs are
> platform dependent if written in RPG. But what if i wrote the CGI program
in
> Java. In this case what is difference in doing this versus a Servlet and
is
> there any advantages to either method.
>
> any help would be appreciated
> derek.
>
>
>
> --------------------------------------------------------------------------
----
>
> --------------------------------------------------------------------------
----
> Send and receive Hotmail on your mobile device: Click Here[1]
>
> ===References:===
>   1. http://g.msn.com/1HM105401/45
>
> _______________________________________________
> This is the Java Programming on and around the iSeries / AS400 (JAVA400-L)
mailing list
> To post a message email: JAVA400-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/java400-l
> or email: JAVA400-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/java400-l.
>
>