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.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

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