Re: UPS shipping rates with Net.Data

A certificate is what is used by the server. A certificate authority is the
"signer" of the certificate.

Let's say for example you buy a diamond. It has a certificate of
authenticity. It doesn't mean much unless the person that created or
"signed" the certificate is an authority.

So lets say that "Super Diamonds, Inc" signed it. And they're well known
and "trusted". You see the diamond, the certificate, and see that it's
signed by someone you "trust". So you say "cool, I'll buy it."

Same goes for online certificates. A server gets one from a trusted
authority (like Verisign). So, when you, as a client, communicate with the
server over SSL, your applications look at the certificate to see that you
"trust" who signed it (ie, the certificate authority).

A few years ago, most basic CAs came installed automatically (actually they
were installed when you set up your *SYSTEM store). They still do, but more
and more servers, like UPS, are using tierred CAs. Which means that there
is more than one signer of a certificate. This mucks things up for most of
us because now we have to learn how to find the certificate, export the CAs,
and install them (in the right order) into our Certificate Store using
Digital Certificate Mananger (DCM).

If you want some help with this, contact me offline. I've walked many folks
through this. I normally get the CAs they need (using the URL on the
request) and then send the files to you and explain how to install them, and
in what order. See my contact page at www.bvstools.com/contact.html for my
direct email address.

Bradley V. Stone
BVSTools - www.bvstools.com
eRPG SDK - www.erpgsdk.com

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx]On
Behalf Of Larry Kleinman
Sent: Saturday, June 28, 2008 9:35 AM
To: Web Enabling the AS400 / iSeries
Cc: Web Enabling the AS400 / iSeries; web400-bounces@xxxxxxxxxxxx
Subject: Re: [WEB400] UPS shipping rates with Net.Data



This is all new territory for me, so forgive my ignorance. What is the
difference between certificates and certificate authorities? Do
I need to
follow the directions in Scott's README

Once you have all of that installed, you'll need to set up
the *SYSTEM certificate store in the Digital Certificate
Manager. If you already have this configured, you're
ready to use HTTPAPI's SSL support.

Is my not having done that why I am getting the Handel is not valid
message?

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




"Bradley V.

Stone"

<bvstone@bvstools
To
.com> "Web Enabling the AS400 /
iSeries"
Sent by: <web400@xxxxxxxxxxxx>

web400-bounces@mi
cc
drange.com


Subject
Re: [WEB400] UPS shipping
rates with
06/28/2008 09:29 Net.Data

AM





Please respond to

Web Enabling the

AS400 / iSeries

<web400@midrange.

com>









Not certificates, you need to install certificate authorities in
use by the
site you are communicating with.

Bradley V. Stone
BVSTools - www.bvstools.com
eRPG SDK - www.erpgsdk.com

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx]On
Behalf Of Larry Kleinman
Sent: Saturday, June 28, 2008 3:33 AM
To: Web Enabling the AS400 / iSeries
Cc: Web Enabling the AS400 / iSeries; web400-bounces@xxxxxxxxxxxx
Subject: Re: [WEB400] UPS shipping rates with Net.Data



I've downloaded and installed the HTTPAPI tool but am running
into problems
trying to use it. I decided to try EXAMPLE16 (Example of XML

Parsing UPS

Package Tracking) since it is similar to what I am trying to do
(I'm trying
to use a different UPS online tool). When I run it, I get the
screen asking
for a tracking number, I enter some data, then the program

ends. The job

log contains the following:
(GSKit) Handle is not valid.
Is this in any way related to SSL? The README says that I need
to set up a
*SYSTEM certificate. But it also says that I don't need to set up
certificates unless my business partner needs me to do so, and
says that UPS
does not need one. I did not do the *SYSTEM certificate.

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




Scott Klement

<web400@scottklem

ent.com>
To
Sent by: Web Enabling the AS400 /
iSeries
web400-bounces@mi <web400@xxxxxxxxxxxx>

drange.com
cc



Subject
06/26/2008 01:39 Re: [WEB400] UPS shipping
rates with
PM Net.Data





Please respond to

Web Enabling the

AS400 / iSeries

<web400@midrange.

com>









Hello,

The parser is not really that important, since I have a number of
ways to do that. What I am looking for is the mechanism to
send/receive XML from my HTML/Net.data code. This CURL stuff does
that, but seems to run on every OS known to man except OS/400.

The HTTPAPI tool does exactly that -- it sends/receives data using the
HTTP protocol. (It *also* has an XML parser, but that's not it's
primary purpose, and you don't have to use it if you don't want to.)

So HTTPAPI is a tool for sending bytes (it doesn't matter what format
they're in) over a network using the HTTP protocol. It's aimed at RPG
(not Net.Data) but I expect you can call RPG from Net.Data, correct?

If you don't like that -- Brad Stone also has a similar tool called
GETURI. Also designed for RPG/CL.

If you really have your heart set on cURL, it's available for i5/OS (I
have it installed!), but you have to run it in PASE. That would be a
non-issue from PHP (which also runs in PASE), though I don't know enough
about Net.Data to know if it can invoke PASE software. But if you
really want to use cURL and Net.Data can't invoke QShell or PASE, then
you could always write a CL wrapper around it, and invoke that.

Does that help?
--
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.