Yep, you are absolutely correct. We've been using Net.Data for years at
lots of different clients and always copy DB2WWW to a private library when
we first install stuff. The copy of it in that library ranges from V4R4 to
V5R2 (depending on when we started using Net.Data at that particular
client), but the version in the Q libaries is V5R3 or V5R4.
Thanks - I can breathe again!
Larry Kleinman
Kleinman Associates, Inc.
212-949-6469
203-255-4100
rob@xxxxxxxxx
Sent by:
web400-bounces@mi To
drange.com Web Enabling the AS400 / iSeries
<web400@xxxxxxxxxxxx>
cc
12/12/2007 04:20
PM Subject
Re: [WEB400] DB2WWW dying
Please respond to
Web Enabling the
AS400 / iSeries
<web400@midrange.
com>
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.
midrange.com
