× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Mark,

Thank you for your comments.  I'll forward these on to my boss.  And thank 
you for the port.

Rob Berendt
-- 
"They that can give up essential liberty to obtain a little temporary 
safety deserve neither liberty nor safety." 
Benjamin Franklin 





"Mark Phippard" <MarkP@xxxxxxxxxxxxxxx>
Sent by: midrange-l-bounces@xxxxxxxxxxxx
05/16/2003 05:31 PM
Please respond to Midrange Systems Technical Discussion
 
        To:     Midrange Systems Technical Discussion 
<midrange-l@xxxxxxxxxxxx>
        cc: 
        Fax to: 
        Subject:        Re: Webfacing - Where to run the HLL programs?



Rob,

The machine with the display files will take the interactive hit (unless 
it
is one of the new models, on which there is no interactive hit).

I would go with the HLL's on the box you call DATA.  WebFacing typically
uses port 4004 to communicate, although I do not know if it uses more 
ports
as well.

I think one of the points of WebFacing is to be able to take an 
application
to the web without modifying it.  If you are going to consider modifying
your HLL's so that they can run on a different machine than the database,
then in my opinion you shouldn't be looking at WebFacing in that 
situation.
If you are going to go to the trouble to change those programs, you might
as well do it in conjunction with one of the other more conventional web
development techniques such as CGI or JSP/Servlet.  Why incur the overhead
of WebFacing at all in that situation?

The end result of WebFacing has a lot of faults and drawbacks, it is only
when weighed against how little it costs to produce that result that it
really makes any sense.

Hope this helps.

Mark


      To:   Midrange Systems Technical Discussion
<midrange-l@xxxxxxxxxxxx>, web400@xxxxxxxxxxxx
      cc:
      bcc:
      Subject:    Webfacing - Where to run the HLL programs?
rob@xxxxxxxxx
Sent by: midrange-l-bounces@xxxxxxxxxxxx
05/16/2003 03:16 PM
Please respond to Midrange Systems Technical Discussion           <font
size=-1></font>





















I've got an iSeries for web serving.  Let's call this WEB.  I've got
another system where the data resides on.  Let's call this DATA.

At this time we are pursuing Webfacing some applications.

With webfacing you can have your WAS and the jsp's created by Webfacing on
one iSeries, and your HLL programs on another.  And your data on one of
these two, or another machine(s).

If we store our HLL (RPGLE, CLLE, etc) on WEB we can access the data on
DATA using any number of methods:
- Stored procedures
- DDM
- SQL's CONNECT TO statement
- DATA QUEUE's, message queue's, MQSeries, etc

However we are leaning towards storing our HLL on DATA.

I want to make sure that I maximize security and performance with a
secondary goal of making it simple.

One mandate is that there is zero replication of data.

Which machine takes the interactive hit?
A - The machine running WAS - WEB
B - The machine with all the HLL, screen files, etc - DATA

Currently WEB is in the DMZ and cannot initiate any processes on DATA.  No
telnet, ftp, ddm, etc.  DATA can initiate most anything on WEB.
What do I have to open up on the firewall to allow WEB to run the HLL on
DATA?

Any concerns, suggestions for improvement, etc?

Rob Berendt
--
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin
_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing 
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.







_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing 
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



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.