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



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.



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.