----- Original Message ----
From: Scott <[EMAIL PROTECTED]>
To:
[email protected]Sent: Wednesday, August 6, 2008 12:56:18 PM
Subject: Re: [flexcoders] Remoting fails
I wouldn’t think it would be a
firewall
issue unless its on the remote side and it has stateful packet inspection… It’s
all port 80 traffic, so if you can browse to other sites then you can flash
remote.
I had numerous issues with as2/flash
remoting; so many that I dropped developing in it about 1.5 years ago. I
picked up flex 3 builder and have not experienced any server attaching issues
since. I’m starting to do about 90% of my development in it.
________________________________
From:[EMAIL PROTECTED] ups.com [mailto: [EMAIL PROTECTED] ups.com ] On Behalf Of Simon Bailey
Sent: Wednesday, August 06, 2008
10:37 AM
To: [EMAIL PROTECTED] ups.com
Subject: {Disarmed} Re:
[flexcoders] Remoting fails
Hi Scott and thanks for the replies, I can hit it fine
from a few different servers cross domains ( BTW this is using
the old flash remoting for AS2 ) and this only
seems an issue on this one
particular network whilst the swf is in a browser, hence me thinking this is a
firewall issue?
Apologise in advance for posting an AS2 related issue on this list,
however i am sure most of the peeps here are like myself and have had fun in
AS2 pre Flex :) so I thought why not ;)
On 6 Aug 2008, at 16:31, Scott
wrote:
I just thought of something else…
Did you check the services-config. xml to ensure outside access?
Regards,
Scott
________________________________
From: [EMAIL PROTECTED] ups.com [mailto: [EMAIL PROTECTED] ups.com ] On
Behalf Of Scott
Sent: Wednesday, August 06, 2008 9:43 AM
To: [EMAIL PROTECTED] ups.com
Subject: {Disarmed} Re: [flexcoders] Remoting
fails
I write .cfm files to test my code to
ensure its
working. Perhaps writing a quick .cfm to validate you can hit
the coldfusion server would help…? That way you have better error
reporting from the remote components and can dump variables easily as well.
Regards,
Scott
________________________________
From: [EMAIL PROTECTED] ups.com [mailto: [EMAIL PROTECTED] ups.com ] On
Behalf Of Simon Bailey
Sent: Wednesday, August 06, 2008 5:11 AM
To: [EMAIL PROTECTED] ups.com
Subject: {Disarmed} Re: [flexcoders] Remoting
fails
Nice one Gregor I will give it a go.
I think the calls are leaving the swf just having trouble returning into
the browser/swf!
On 6 Aug 2008, at 11:08, Gregor Kiddie
wrote:
Get some software that lets you see the responses like Charles or
Service Capture, that will give some more information on
what’s going on.
Gk.
Gregor Kiddie
Senior Developer
INPS
Tel: 01382
564343
Registered address: The Bread Factory, 1a Broughton Street , London SW8 3QJ
Registered Number: 1788577
Registered in the UK
Visit our Internet Web site at
www.inps.co. uk
The information in this internet email is
confidential and is intended solely for the addressee. Access, copying or
re-use of information in it by anyone else is not authorised. Any views or
opinions presented are solely those of the author and do not necessarily
represent those of INPS or any of its affiliates. If you are not the intended
recipient please contact is.helpdesk@ inps.co.uk
________________________________
From: [EMAIL PROTECTED] ups.com [mailto:flexcoders@ yahoogroups. com] On
Behalf
Of Simon Bailey
Sent: 06 August 2008 10:53
To: [EMAIL PROTECTED] ups.com
Subject: [flexcoders] Remoting fails
Hi,
I have an app making a simple flash remoting call to CF and it works
fine of multiple servers, runs in the local environment and returns a
query from ColdFusion as expected.
Problem is as soon as my client deploys on their company network the
remoting call fails, no error message either, its as though it is not
even leaving the app within the browser. I presume firewall could be
a problem but am unsure as to where to go on this one? Any ideas
anyone?
Cheers,
Simon
--
This message has been scanned for viruses and
dangerous content by MailScanner,
and is
believed to be clean.
--
This message has been scanned for viruses
and
dangerous content by MailScanner,
and is
believed to be clean.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
