Re: Is it possible to send a call to the CGI program without -- WEB400

Yes - I mentioned a new window/tag in a later email. You cannot do it with ajax though - that is subject to the same cross-domain restrictions as ordinary http requests.

Not wishing to derail the main topic too much, but things like GETURI and HTTPAPI are not like web sockets at all. They enable a program to make a request to a server and get a response back. It always has to be initiated from the client and answered by the server. Web sockets are like normal socket connections in that once the connection is established, the server can push data to the client in an unsolicited fashion (no need for the client to make a request to start it off). A web socket uses a special protocol - one way that differentiates it from an ordinary by-directional socket. They have the added benefit of enabling the cross-domain capability that HTTP (ajax or otherwise) cannot.

The point is probably moot, however. I doubt Darryl is going to want to invest the time and effort into web-sockets or cURL.

The simple "new tab" option is easiest.

-----Original Message-----
From: WEB400 [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Bradley Stone
Sent: 11 July 2014 13:18
To: Web Enabling the IBM i (AS/400 and iSeries)
Subject: Re: [WEB400] Is it possible to send a call to the CGI program without

GETURI is "web sockets" but not something used in HTML or Javascript (similar to cURL as well). Now, I know web sockets is a term used for a cURL type request made from HTML. They all do the same thing. Just done in different places.

I just offered a solution to the problem. Darryl mentioned the data was from a web service, so that would be easy enough to use a sockets solution inside of a CGI application.

A hundred ways to do that, (ie, new window, new page, ajax, etc). It all depends on the skill set and desire.

Brad
www.bvstools.com

On Fri, Jul 11, 2014 at 2:10 AM, Kevin Turner < kevin.turner@xxxxxxxxxxxxxxxxxxxx> wrote:

What you are suggesting is subtly different Brad. You are talking
about a web service request that is initiated from the server-side
code. That is nothing to do with web sockets. Web sockets are a way
for the browser to have bidirectional ws conversation with a server
that is not necessarily in the same domain as the http server you are
connected to. With web sockets you can also push data to a browser
without it having to have initiated the conversation.

The crux of Darryl's problem is that the web page containing the data
(and
buttons) is being delivered from a different server/domain to the one
he wants to use to action the button click.so you can only do that if
the button is going to navigate away from the original domain.

Sent from my iPad

On 11 Jul 2014, at 01:22, "Bradley Stone" <bvstone@xxxxxxxxx> wrote:

Yep, that's exactly what I suggested.

You have a link on your page (or button, etc) that links to a CGI
(or

eRPG

as I like to call them) program (on your same IBMi server).

Your CGI program calls GETURI to do a sockets/web service request
and gather data from the other system. The data is returned and you
parse

if,

if needed, then the CGI program returns a web page with information
regarding that. Reporting errors, or the data returned, etc.

Done it thousands of times. Fun things for sure! Especially with web
services for virtually everything these days.

Brad
www.bvstools.com

On Thu, Jul 10, 2014 at 6:25 PM, Kevin Turner <
kevin.turner@xxxxxxxxxxxxxxxxxxxx> wrote:

Well put it this way, if you load the page (with the button) from
http://example1.com/somewhere then you cannot have a button that
interacts with http://myiseries.com/somewhereelse and then
continues to work with http://example1.com/somewhere after the
button click action

is

finished. That is the illegal cross-domain request we talked about

earlier.

You can only do that if your button click is going to navigate away
to http://myiseries.com/somewhereelse completely (i.e. waving goodbye to
http://example1.com/somewhere ) The only way I know of to circumvent
this is to use web sockets to initiate the request. Without that, the
domain that delivers the list of data and the button(s) must be the
same domain as the one that processes the button request.

Clear as mud I guess...

-----Original Message-----
From: WEB400 [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of
Darryl Freinkel
Sent: 10 July 2014 20:44
To: web400@xxxxxxxxxxxx
Subject: [WEB400] Is it possible to send a call to the CGI program

without

Let me try and clarify this a little more.

Firstly thanks for the comments.

We use a reporting tool on the AS/400 that displays data only. In
this instance, there is a list of programs that need permission to
be

promoted

into production. The manager will display the list on her screen,
iPad

or

cell phone and if she approves it, she will select an approve
button,

which

should then call something like a web service to process the approval.

The

button will do a "call" to a CGI program to update the new status.
It

would

at that point return a confirmation screen from CGIDEV.

Darryl Freinkel

Assignment 400 Group, Inc.

Tel: 770.321.8562 ext 111 | Fax 770.321.8562 | 2247 La Salle Dr,

Marietta

GA, 30062, USA | PO Box 72556, Marietta, GA 30007-2556

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

NOTICE: The information in this electronic mail transmission is
intended by CoralTree Systems Ltd for the use of the named
individuals or entity

to

which it is directed and may contain information that is privileged
or otherwise confidential. If you have received this electronic
mail transmission in error, please delete it from your system
without

copying or

forwarding it, and notify the sender of the error by reply email or
by telephone, so that the sender's address records can be corrected.

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

CoralTree Systems Limited
Company Registration Number 5021022.
Registered Office:
12-14 Carlton Place
Southampton
Hampshire
SO15 2EA
VAT Registration Number 834 1020 74.

--
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: 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 IBM i (AS/400 and 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.

NOTICE: The information in this electronic mail transmission is intended
by CoralTree Systems Ltd for the use of the named individuals or entity to
which it is directed and may contain information that is privileged or
otherwise confidential. If you have received this electronic mail
transmission in error, please delete it from your system without copying or
forwarding it, and notify the sender of the error by reply email or by
telephone, so that the sender's address records can be corrected.

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

CoralTree Systems Limited
Company Registration Number 5021022.
Registered Office:
12-14 Carlton Place
Southampton
Hampshire
SO15 2EA
VAT Registration Number 834 1020 74.

--
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: 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 IBM i (AS/400 and 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.

NOTICE: The information in this electronic mail transmission is intended by CoralTree Systems Ltd for the use of the named individuals or entity to which it is directed and may contain information that is privileged or otherwise confidential. If you have received this electronic mail transmission in error, please delete it from your system without copying or forwarding it, and notify the sender of the error by reply email or by telephone, so that the sender's address records can be corrected.

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

CoralTree Systems Limited
Company Registration Number 5021022.
Registered Office:
12-14 Carlton Place
Southampton
Hampshire
SO15 2EA
VAT Registration Number 834 1020 74.