|
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:eRPG
Yep, that's exactly what I suggested.
You have a link on your page (or button, etc) that links to a CGI
(or
as I like to call them) program (on your same IBMi server).if,
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 needed, then the CGI program returns a web page with informationis
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
earlier.finished. That is the illegal cross-domain request we talked about
withoutYou 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
promoted
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
orinto production. The manager will display the list on her screen,
iPad
whichcell phone and if she approves it, she will select an approve
button,
Theshould then call something like a web service to process the approval.
wouldbutton will do a "call" to a CGI program to update the new status.
It
Mariettaat 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,
toGA, 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
copying orwhich 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
----------------------------------------------------------------------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.
----------
list--
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
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.
As an Amazon Associate we earn from qualifying purchases.
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.