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


  • Subject: RE: NameTrans & Authorization http directives on underpowered AS400 (9406-620-2175-832MB-V4R5-WAS3.5)
  • From: "Patrick L Archibald" <Patrick.Archibald@xxxxxxxxxxxxx>
  • Date: Mon, 23 Apr 2001 08:31:03 -0400
  • Importance: Normal

Art

I'm only serving /servlet/* and /*.jsp right now.  As I get 
deeper into WebSphere I will go back to the following statement:

NameTrans /* /QSYS.LIB/QEJB.LIB/QSVTGO46PI.SRVPGM:nametrans_exit

Right now will my underpowered AS400 I need all the performance tips 
I can get.  

Thanx the info, PLA

-----Original Message-----
From: owner-java400-l@midrange.com
[mailto:owner-java400-l@midrange.com]On Behalf Of Art Smet
Sent: Sunday, April 22, 2001 3:54 PM
To: JAVA400-L@midrange.com
Subject: Re: NameTrans & Authorization http directives on underpowered
AS400 (9406-620-2175-832MB-V4R5-WAS3.5)



If you are not using WebSphere security, commenting out the Authorization
directive is good.  If you are using SSL to access WebSphere, you may want
to make sure access to WebSphere using SSL still works.

As for the NameTrans directive changes, if you knew that you only wanted
WebSphere to serve URLs that started with /servlet/* or /*.jsp (like
WebSphere 1.1 & 2.0), then you should be able to get away with such
changes.  But WebSphere v3.x allows you to define non-default web
applications, whose leading URL you could configure with a path like
"/myApp".  In such a web app, you might reference servlets using
http://hostname/myApp/servlet/myServlet - or jsp's using
http://hostname/myApp/myJsp.jsp.  In each case your NameTrans modification
causes such URLs not to be sent to WebSphere for handling.  This reduces
the range of URLs that WebSphere can handle.

WebSphere's NameTrans phase  internalizes the
/QIBM/UserData/WebASAdv/default/rules.properties file.  When URLs arrive
from clients, these URLs are real-time pattern matched against the rules.
Do you currently have any rules in the rules.properties files that don't
begin with /servlet/* or /*.jsp?  Such URLs would no longer be serviced by
WebSphere after the NameTrans change.

An alternative you might want to consider, is to place your Pass directives
ahead of the NameTrans directive, if you know for certain that you do not
want WebSphere to process them.  That way your html pages would be served
even quicker than your modification is attempting to do.  For example, you
could try using something like:

     PASS /*.html          /Static/HTML/*
     PASS /external/*  /ExternalDir/dirA/dirB/*
     NameTrans /* /QSYS.LIB/QEJB.LIB/QSVTGO46PI.SRVPGM:nametrans_exit
     etc.



"Patrick L Archibald" <Patrick.Archibald@HOMETELCO.COM>@midrange.com on
04/20/2001 10:47:00 AM

Please respond to JAVA400-L@midrange.com

Sent by:  owner-java400-l@midrange.com


To:   <JAVA400-L@midrange.com>
cc:
Fax to:
Subject:  NameTrans & Authorization http directives on underpowered AS400
      (9406-620-2175-832MB-V4R5-WAS3.5)



Hi All

Does anyone see any problem with making the following
changes to my http configuration for performance reasons:

In the http configuration I changed the following statement from:

NameTrans /* /QSYS.LIB/QEJB.LIB/QSVTGO46PI.SRVPGM:nametrans_exit

to:

NameTrans /servlet/* /QSYS.LIB/QEJB.LIB/QSVTGO46PI.SRVPGM:nametrans_exit
NameTrans /*.jsp /QSYS.LIB/QEJB.LIB/QSVTGO46PI.SRVPGM:nametrans_exit

and I commented out the following statement since I don't use
WAS 3.5 authorization:

# Authorization IBMWebSphere
/QSYS.LIB/QEJB.LIB/QSVTGO46PI.SRVPGM:authorization_exit

The changes seem to speed the serving of html files up.

Thanx, PLA
/
/ Patrick L Archibald
/ http://HomeTelco.com/pla/
/
+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---



+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---
+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---

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.