I keep getting this message...
<OBJECT classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,0,0"
WIDTH="550" HEIGHT="420" id="nfcFlash" ALIGN="">
<PARAM NAME=movie VALUE="nfcFlash.swf?_host=[ip address removed]&_port=7778&_user=tester&_pass="> <PARAM NAME=quality VALUE=high> <PARAM NAME=bgcolor VALUE=#FFFFFF> <EMBED src="nfcFlash.swf?_host=[ip address removed]&_port=7778&_user=tester&_pass=" quality=high bgcolor=#FFFFFF WIDTH="550" HEIGHT="420" NAME="nfcFlash" ALIGN="" TYPE="application/x-shockwave-flash" PLUGINSPAGE="http://www.macromedia.com/go/getflashplayer"></EMBED>
This web page is on the same server where the chat server runs...the IP address I removed from the web page transcript is the server's IP.
It is a Redhat Enterprise box.
Note that the Java client works perfectly!
Last note: I started the server with -DDEBUG=1 and there is no println() indicating that the server's socket was even contacted.
if you give the ip-address to the flash client you must also access the html page via the ip-address and not the domain name (even if dns resolves to the same ip address). This is the flash security restriction.
So you should have something like http://\[IP_ADDRESS]/test/nfc/whatever.html in your browser or change the ip address in the html page to the domain name you use to access the page.
If this doesn't help: what browser and os do you use?
Sidenote: Chris wrote to me earlier, he is using my nfc flash client from http://www.sebastian-eichner.de/projects/nfcchatclient.html, not the original one.
Indeed, having the server and the Flash client on the same computer is not enough.
The patched server and client now work nicely together.
You can see it in action at http://www.militate.com
Note that I actually use both clients with the same server. Cool :)
Log in to post a comment.