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



The purpose of the copy was security. The web server has to be authorized to the library where the DB2WWW program exists and if you gave it authority to QSYS any QSYS program could be run by the web server. Why IBM just didn't ship with a QCGI library with nothing but DB2WWW in it I don't know.

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Wednesday, December 12, 2007 4:21 PM
To: Web Enabling the AS400 / iSeries
Subject: Re: [WEB400] DB2WWW dying

Larry,

Perhaps the copy in one of those other libraries will work? Read my
entire original email.
I did a DSPPGM of the one in QHTTPSVR on my V5R4 system. It's created on
V5R4, for V5R4, and, thus, should have no problems passing ANZOBJCVN.

Matt,

I like your idea but I would have no idea how to construct the parameters.
But, judging by the DSPPGM there are no parameters.

Now I am thinking of two options:
1 - Copy QHTTPSVR/DB2WWW into CGI.
2 - Change all directives to refer to QHTTPSVR and not CGI.

Any reason why we would have been recommended to copy to our user library
in the first place? Perhaps a way to back out of a bug if IBM put out a
bad copy? Just in case IBM DOES delete that program in some future
release? In case IBM gets funny and wants to rename the libraries (like
QHTTPSVR becomes QDG1 or QWAS or whatever the webserver du jour is). If
the recommendation was for any of these reasons, then Matt's suggestion
wouldn't help. If the suggestion was by the truly paranoid then perhaps I
should just change the directives?

Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





Larry Kleinman <larry@xxxxxxxxxxxxxxxxx>
Sent by: web400-bounces+rob=dekko.com@xxxxxxxxxxxx
12/12/2007 04:07 PM
Please respond to
Web Enabling the AS400 / iSeries <web400@xxxxxxxxxxxx>


To
Web Enabling the AS400 / iSeries <web400@xxxxxxxxxxxx>
cc

Subject
Re: [WEB400] DB2WWW dying







Yes, I know that DB2WWW is an object supplied by IBM. It is the CGI
program
that processes Net.Data macros. My concern is that if it does not work at
V6R1 - and this is the first time that I have heard this - then neither
will
any of the Net.Data macros that we use

Larry Kleinman
Kleinman Associates, Inc.
212-949-6469
203-255-4100



"Jim Franz"
<franz400@xxxxxxx
r.com> To
Sent by: "Web Enabling the AS400 / iSeries"

web400-bounces@mi <web400@xxxxxxxxxxxx>
drange.com cc

Subject
12/12/2007 04:00 Re: [WEB400] DB2WWW dying
PM


Please respond to
Web Enabling the
AS400 / iSeries
<web400@midrange.
com>






it's an object supplied by ibm.
Object . . . . . . . : DB2WWW Attribute . . . . . : CPPLE
Library . . . . . : QHTTPSVR Owner . . . . . . . : QSYS
Library ASP device . : *SYSBAS Primary group . . . : *NONE
Type . . . . . . . . : *PGM

User-defined information:
Attribute . . . . . . . . . . . . :
Text . . . . . . . . . . . . . . . :

Creation information:
Creation date/time . . . . . . . . : 10/10/06 00:29:24
Created by user . . . . . . . . . : *IBM
System created on . . . . . . . . : 00000000
Object domain . . . . . . . . . . : *USER
jim franz


----- Original Message -----
From: "Larry Kleinman" <larry@xxxxxxxxxxxxxxxxx>
To: "Web Enabling the AS400 / iSeries" <web400@xxxxxxxxxxxx>
Sent: Wednesday, December 12, 2007 3:55 PM
Subject: Re: [WEB400] DB2WWW dying



If DB2WWW will not run at V6R1, what happens to Net.Data?


Larry Kleinman
Kleinman Associates, Inc.
212-949-6469
203-255-4100



"Haas, Matt (CL
Tech Sv)"
<matt.haas@cengag To
e.com> Web Enabling the AS400 / iSeries
Sent by: <web400@xxxxxxxxxxxx>
web400-bounces@mi cc
drange.com
Subject
Re: [WEB400] DB2WWW dying
12/12/2007 03:49
PM


Please respond to
Web Enabling the
AS400 / iSeries
<web400@midrange.
com>






Rob,

Create a CLLE program in activation group *CALLER that calls
QHTTPSVR/DB2WWW. This CL should go in library CGI and your INI file (if
you
use one) also needs to go in library CGI.

Also, Options +Exec and your ScriptAlias are redundant. It's totally
harmless but you should be aware of it.

Matt

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On
Behalf Of rob@xxxxxxxxx
Sent: Wednesday, December 12, 2007 3:41 PM
To: Web Enabling the AS400 / iSeries
Subject: [WEB400] DB2WWW dying

I have a library called CGI. It has one program in it called DB2WWW. That
program fails ANZOBJCVN and thus won't work on V6R1. I see that I have
other copies of it in other libraries, like: QHTTPSVR, QSYSCGI, QTCP.

I'm pretty ignorant on web stuff. But I do have one little net.data item.
How do I tell what the url uses?
http://###.###.###.###/CGI-BIN/DB2WWW/qsys.lib/routines.lib/qhtml.file/bkplog.mbr/report




Tools, Display Configuration File
54 <Directory /QSYS.LIB/CGI.LIB/>
55 Options +ExecCGI
56 Allow From all
57 </Directory>
...
74 ScriptAlias /cgi-bin/db2www/ /qsys.lib/cgi.lib/db2www.pgm/

Hey, I think I am figuring this out a little...
Old beer soaked brain cell recalls that somewhere I was encouraged to take
one of these standard copies and place it into a private library. Can't
recall why. Which one should I be using? Of course the first question
might be: Which of these passes ANZOBJCVN or is in some system library I
should be able to assume will be refreshed with V6R1?

What do you recommend?

Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com

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




--------------------------------------------------------------------------------



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

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

Follow-Ups:
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.