Re: Help with HTTP cfg and issues re mult-language -- WEB400

Brad,

I didn't mean to imply the issues where with GETURI, but with consuming the
external web service to validate addresses --- they are erroneous due to
the language special characters, i.e. Polish, Baltic, etc. The special
characters have been substituted and therefore the addresses are invalid.
GETURI is working fine and used extensively. Thanks for your concern and
the quick follow-up.

Matt Henderson
www.iwebsrv.com

On Tue, Jul 10, 2018 at 6:57 AM, Bradley Stone <bvstone@xxxxxxxxx> wrote:

Matt,

First, make sure you're using the latest GETURI. There have been a lot of
updates this year. Feel free to contact me offline with any specific
issues with GETURI.

Have you tried using 1208 for GETURI and the Apache server? If so, what
issues did you see? Knowing the problem will help us know how to steer you
in the right direction.

Also, with multi-language input, how are you providing that input data to
GETURI? A stream file? Keyboard input? Something else? Remember the
code page of the job and/or stream file will affect that as well.

On Mon, Jul 9, 2018 at 7:55 PM Matthew Henderson <matt@xxxxxxxxxxx> wrote:

Thanks for your follow-up.

They *provide *web services and use your *GETURI for consuming* web
services. In fact, part of the problem is consuming a web service that
provides address validation --- and that address requires multi-language
character sets.

They are well aware of GDPR and it’s requirements, etc. and have been
operating in Europe for some time, though on a limited basis.

It seems like this solution might involve a combination of both CCSID(s)

to

facilitate the multi-language character sets --- and the incorporation of
‘secondary’ files (possibly Unicode) to hold the multi-language
representation for special languages. Our main goal is to determine

‘best

practices’ for going forward, not re-inventing the wheel.

Their current HTTP cfg is as follows which handles Western European
languages but not the full European set (possibly minus double-byte):

CGIConvMode %%EBCDIC/EBCDIC%%

DefaultNetCCSID 1208

Other HTTP considerations might be the use/impact of:

1. CHGHTTPA
2. Directives such as:

<Location /lng-pol/>

CGIJobCcsid 914

</Location>

Matt Henderson
www.iwebsrv.com

On Mon, Jul 9, 2018 at 6:45 AM, Bradley Stone <bvstone@xxxxxxxxx> wrote:

Matt,

Do they want to consume web services only? Or also offer them? Or

both?

Honestly, if no one has, the first thing I'd dig into is GDPR. You'll

need

to take a lot of that into account when putting anything on the web.

As far as CCSID I've not had any issues unless there were DBCS

characters

involved, and even then Unicode should work fine if I recall (back

years

ago we had issues with it, but I believe those are all taken care of

now).

Bradley V. Stone
www.bvstools.com
MAILTOOL Benefit #18 <https://www.bvstools.com/mailtool.html>: Ability

to

use SSL, TLS or OAuth 2.0 authentication. (OAuth 2.0 only available

with

Google or Microsoft Office 365).

On Sun, Jul 8, 2018 at 2:57 PM Matthew Henderson <matt@xxxxxxxxxxx>

wrote:

I’m working with a US e-commerce client who wants to be able to do

business

throughout Europe, including Baltic countries and Russia (though

Russia

may

present a separate problem). Could someone provide

information/resources

to help/guide us with this effort? These are restful web services

such

as

inventory reservation/cancellation, inquiry as well as order input/
inquiry, change, and cancellation. The main concerns are the

configuration

of the HTTP server and the CCSID issues involved with processing the
requests. Note, the country code and/or language code are part of

the

URL. Thanks in advance for any assistance.
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400)

mailing

list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/web400.

--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400)

mailing

list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/web400.

--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/web400.

--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/web400.