Well I would like you to contribute on the Application project if you don't
mind.
On Mon, Jan 12, 2009 at 11:19 PM, Ian Thomas i...@eirias.net wrote:
Screenweaver is Neko. :-) It just happens to host an instance of the
Flash Player, and so can run AS3/SWFs inside itself.
You can't write a
Couldn't HaXe a good candidate for a solution?
Omar Fouad wrote:
Hi all,
I wanted to ask if there is a way to let two AIR applications connect to
each other through a home network (the same AIR application running on
different computers) by using sockets or any other method.
Thanks.
How do you mean? HaXe will still have the same limitations in the Flash
Player/AIR: no server sockets. Of course, you could write the helper
applications in any language of your choice. I only would prefer some
language which can convert to native executables for OSX, Windows and
maybe even
You could write a socket server in haXe/neko rather than haXe/SWF.
Ian
On Mon, Jan 12, 2009 at 12:58 PM, Weyert de Boer w...@innerfuse.biz wrote:
How do you mean? HaXe will still have the same limitations in the Flash
Player/AIR: no server sockets. Of course, you could write the helper
On Mon, Jan 12, 2009 at 4:31 PM, Anthony Pace anthony.p...@utoronto.ca wrote:
I believe he is absolutely right wanting to be able to do it entirely with
air, and there should be a way to do so. We shouldn't have to come up with
work-arounds for something so basic.
Absolutely. I was merely
Ian I think it is too late, but I would like to know details about the
HaXe/neko approach.
By the way ppl, I've finished an AIR chat application, that uses the SQLite
way. I've posted it on my blog minutes ago here
http://omar-fouad.net/blog/?p=99
Thanks for the support and replies everyone :)
Wait a minute I don't get you. It is possible to open the Application's
sockets with HaXe?
On Mon, Jan 12, 2009 at 6:52 PM, Weyert de Boer w...@innerfuse.biz wrote:
Absolutely. I was merely correcting this line:
HaXe will still have the same limitations in the Flash Player/AIR: no
server
http://screenweaver.org/doku.php?id=docs:as_api
If you are going to go this route for later applications, I would use
screenweaver. It allows flash to talk to the neko VM.
Omar Fouad wrote:
HaXe and neko I mean
On Mon, Jan 12, 2009 at 7:24 PM, Omar Fouad omarfouad@gmail.com wrote:
HaXe and neko I mean
On Mon, Jan 12, 2009 at 7:24 PM, Omar Fouad omarfouad@gmail.com wrote:
Wait a minute I don't get you. It is possible to open the Application's
sockets with HaXe?
On Mon, Jan 12, 2009 at 6:52 PM, Weyert de Boer w...@innerfuse.biz wrote:
Absolutely. I was merely
You can also do it if it is written in as3 using the screenweaver api.
http://screenweaver.org/doku.php?id=docs:as_api
I would suggest learning more about screenweaver and how it works with
the neko vm; however, in this case, I think it is a bit of bloat when
all he needed was a socket
Screenweaver is Neko. :-) It just happens to host an instance of the
Flash Player, and so can run AS3/SWFs inside itself.
You can't write a socket server in the Screenweaver AS3 API - however,
you can write one in the host (neko) app, and talk to it via the AS3
API you've pointed out, Anthony.
That is exactly what I have been saying... except I also wanted to point
out that, considering he uses a similar app for session controller in an
internet cafe, that it was also an insecure method.
Reliability and security is nil.
Dave Watts wrote:
I apologize if I've missed something that
Exactly.
Nate Beck wrote:
Dave, I was thinking the same thing.
After reading through this thread again, I realized that this client to
client thing can be handled using a simple server. And there are already
many open-source solutions out there that will accomplish this behavior.
Red5, WebORB
Thanks Guys for the Replies...
OK I agree with all this, but do you believe I hadn't thought about using an
online server and save the headache? As I said before, it is an option that
will let the users of an AIR POS application (that also stores and read data
in a database shared on the network
Since you need the session control to be centralized by one
administrative computer in the internet Cafe, I would suggest the AIR to
AMP(apache mysql php...cause it's free) server method; yet, that is my
opinion and we are all free to differ in opinion. If you want to use
your method, you are
I was about to do this at the very beginning. But my boss is not OK with
it... So now I got two alternatives. Or I do it with SQLite, or I get fired
:)
By the way I am working on it with SQLIte and it works better than I
expected.. At the end of the day, It's just a job for the company I work at.
I think you could do take the same approach as in an http chat system
(i.e., not a real chat solution but I've seen it used when data push from
the server was not available thru FMS, Red5 or other)
You have at a minumun 2 tables: users and messages.
When the user logs in, it's inserted into the
Yes Pablo, that is an issue that I am being thinking about today. I want to
enable user presence detection to the client.
I've been thinking to let each client logged to the chat, send it's id to
a table called ActiveUsers. When the user Closes the Application, the row is
deleted. At the same
Well, I think your're facing conceptually the same problem that you have in
php/apache with sessions.
You have a stateless environment, where each request is handled by the
server, the response is sent and all state is lost. In php, session data is
stored in file by default (but could be stored
This is just a bad way to do this. The client becomes responsible for
everything, and that leads to security issues like crazy.
If this is for professional use, as you have stated multiple times, I
would say find a better way.
Write delay based on file stamping, with all the clients
Yeah that is what I wanted to do... But as you said I have to tune the
Timings.
I'll try it out and let you know..
Thanks for the help.
Cheers.
On Sat, Jan 10, 2009 at 11:11 PM, Juan Pablo Califano
califa010.flashcod...@gmail.com wrote:
Well, I think your're facing conceptually the same
Anthony, I'm curious as to why you consider using a raw file any better than
using the SQLite engine (which uses a single file as a datastore, yes, but
provides a higher level and way easier access to the data).
The client has indeed a lot of responsibility, but isn't it the same (or
perhaps even
You could really consider zeroconf or bonjour for finding other users
connected on the network. Zeroconf/mDNS is the technically used by
iTunes and/or iPhoto to detect shared libraries on the network. This
means you get a few notifications. Really easier then some hard-coded
sharepoint on the
Yeah Juan I agree with you.
On Sat, Jan 10, 2009 at 11:58 PM, Juan Pablo Califano
califa010.flashcod...@gmail.com wrote:
Anthony, I'm curious as to why you consider using a raw file any better
than
using the SQLite engine (which uses a single file as a datastore, yes, but
provides a higher
Well of course you do, he seems to be backing up your bad method. And
again... the DB in your scenario is a file on the network being written
and over written by each client; thus, as I stated, very insecure.
Omar Fouad wrote:
Yeah Juan I agree with you.
On Sat, Jan 10, 2009 at 11:58 PM,
Well the db is a raw file; thus, I was referring to the db.
If you look at my last few lines, I was trying to tell him how his
system, in which the file can be written to by all clients, can only
work even marginally well with a timed write delay; yet, nowhere did I
say it was more secure.
And did I mention unreliable?
Anthony Pace wrote:
Well of course you do, he seems to be backing up your bad method. And
again... the DB in your scenario is a file on the network being
written and over written by each client; thus, as I stated, very
insecure.
Omar Fouad wrote:
Yeah Juan I
Insecurity? A SQLite database is ment to be written by clients... of course
it is not like a server database, with users, privileges and so on. But it
still does the job.
We are talking about an AIR application that does not offer much
functionality as much as some powerful desktop frameworks such
As far as I know, SQLite uses the OS file locking facilities (which do seem
to be problematic in Macs). Anyway, I'm not saying this is the most robust
possible solution. I'm just saying that given the circumstances, it could be
good enough.
Cheers
Juan Pablo Califano
2009/1/10, Anthony Pace
And why problematic on Macs?
On Sun, Jan 11, 2009 at 12:56 AM, Juan Pablo Califano
califa010.flashcod...@gmail.com wrote:
As far as I know, SQLite uses the OS file locking facilities (which do seem
to be problematic in Macs). Anyway, I'm not saying this is the most robust
possible solution.
I agree that this case might be a one off; yet, the method he is using
he has used before, and might likely use again.
There is a better way; yet, it is still up to the client to enforce the
behaviours(insecure).
Input file(read/write enabled):
Can be written by any client; yet, they all
Check this out:
6.0 How To Corrupt Your Database Files
http://www.sqlite.org/lockingv3.html
(And to add to Anthony's point, I must admit it clearly says: Your best
defense is to not use SQLite for files on a network filesystem.).
Cheers
Juan Pablo Califano
2009/1/10, Omar Fouad
I apologize if I've missed something that anyone has posted in this thread.
Insecurity? A SQLite database is ment to be written by clients... of course
it is not like a server database, with users, privileges and so on. But it
still does the job.
I don't think security is the main problem
Dave, I was thinking the same thing.
After reading through this thread again, I realized that this client to
client thing can be handled using a simple server. And there are already
many open-source solutions out there that will accomplish this behavior.
Red5, WebORB and BlazeDS all support
Hi all,
I wanted to ask if there is a way to let two AIR applications connect to
each other through a home network (the same AIR application running on
different computers) by using sockets or any other method.
Thanks.
--
Omar M. Fouad - www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail:
Yes, should be possible. As long you use something like Merapi or some
other solution to open a server socket connection. Basically, you want a
simple http/socket server running which controllable from AIR
application and maybe some nice use of zeroconf or Bonjour to
broadcast/publish/account
If so, the code should be available on Google Code somewhere.
Hi all,
I wanted to ask if there is a way to let two AIR applications connect to
each other through a home network (the same AIR application running on
different computers) by using sockets or any other method.
Thanks.
Ok but I don't know Java...
On Fri, Jan 9, 2009 at 10:43 PM, Weyert de Boer w...@innerfuse.biz wrote:
If so, the code should be available on Google Code somewhere.
Hi all,
I wanted to ask if there is a way to let two AIR applications connect to
each other through a home network (the same
http://www.amazon.com/Head-First-Java-Kathy-Sierra/dp/0596009208
Enjoy!
:)
On Fri, Jan 9, 2009 at 1:10 PM, Omar Fouad omarfouad@gmail.com wrote:
Ok but I don't know Java...
On Fri, Jan 9, 2009 at 10:43 PM, Weyert de Boer w...@innerfuse.biz wrote:
If so, the code should be available on
that is mean but funny... What languages do you know?
Nate Beck wrote:
http://www.amazon.com/Head-First-Java-Kathy-Sierra/dp/0596009208
Enjoy!
:)
On Fri, Jan 9, 2009 at 1:10 PM, Omar Fouad omarfouad@gmail.com wrote:
Ok but I don't know Java...
On Fri, Jan 9, 2009 at 10:43 PM, Weyert
Yes, similar is easily done using Cocoa or Ruby or Python. Python might
be nice because you have python2exe. And python itself is included
out-of-the-box with OSX (Leopard, Tiger). Meaning easy to use.
___
Flashcoders mailing list
Check out: http://en.wikipedia.org/wiki/Zeroconf
Hmm, I should try to rewrite it into some examples using Python or
Cocoa. Nice pet project for me.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
it is not a matter of languages... I could achieve the same usiing C# .NET
but the idea is that I wanna achieve it with actionscript... In .NET I can
connect to any application that listen to socket connections attempt from
another application anywhere on a network or internet.
All I want to do
You need to have a server to connect to, and, from what I know (only
what I have read), is that adobe purposefully decided to block this and
other media related capabilities. they don't want us creating streaming
server capability that avoids the use of their com server.
if you want these
You can't listen to sockets in ActionScript or Flash... No server
sockets. Sadly enough, meaning a no go. You can use the client sockets,
of course. But you would still need some helper application to create
server sockets like AIR HELPER AIR
___
Can someone ban this user? Really annoying. You receive it each you mail
to the list
Thank you for contacting Security Disclosure at eBay. If you have submitted an
eBay - specific security vulnerability, a member of our team will respond to
you as soon as possible.
If you have submitted your
If I didn't make myself clear, the only way to do this is with an
intermediary server running on the system being connected to.
Anthony Pace wrote:
You need to have a server to connect to, and, from what I know (only
what I have read), is that adobe purposefully decided to block this
and
Can you be more clear please? :)
On Sat, Jan 10, 2009 at 12:06 AM, Anthony Pace anthony.p...@utoronto.cawrote:
If I didn't make myself clear, the only way to do this is with an
intermediary server running on the system being connected to.
Anthony Pace wrote:
You need to have a server to
http://java.sun.com/docs/books/tutorial/networking/sockets/clientServer.html
Omar Fouad wrote:
Can you be more clear please? :)
On Sat, Jan 10, 2009 at 12:06 AM, Anthony Pace anthony.p...@utoronto.cawrote:
If I didn't make myself clear, the only way to do this is with an
intermediary
I meant it to be funny, not mean.
But picking up a book is my solution those kinds of situations. That one I
linked in particular is sitting on my desk right now as I'm learning Java so
I can work on BlazeDS, and understand it better.
On Fri, Jan 9, 2009 at 1:23 PM, Anthony Pace
If you want to open server sockets with AIR. You need an extra
application alongside your AIR application. This application then opens
the listening or server socket and then acts as some sort of middleman
or proxy for your AIR application by redirecting the traffic back and
forth of the
Good to hear Omar! I hate nagging bosses.
On Fri, Jan 9, 2009 at 3:22 PM, Omar Fouad omarfouad@gmail.com wrote:
Guys when there are deadlines and a Boss bugging you 24/7 there is no time
to pick a book and learn a language definitely different from the language
you are being writing for
Guys when there are deadlines and a Boss bugging you 24/7 there is no time
to pick a book and learn a language definitely different from the language
you are being writing for years.
I've found another way to share information between two applications by the
way. It is not a new way, it is the
SQLite won't connect to another computer on the lan though...
Since you know c#, just replace where it says java with c# that is
somewhat similar; however, I do completely understand this is sometimes
easier said than done.
Antony I have already 3 computers connected to the Same SQLite shared file
on the network and it works like a charm. :)
On Sat, Jan 10, 2009 at 1:54 AM, Anthony Pace anthony.p...@utoronto.cawrote:
SQLite won't connect to another computer on the lan though...
Since you know c#, just replace
I used c# years ago very briefly... and I just realized that
actionscript has a resemblance... I might want to start looking into
.net again
http://www.c-sharpcorner.com/UploadFile/dottys/SocketProgDTRP11222005023030AM/SocketProgDTRP.aspx
the above is a nifty barebones tutorial to get you
Weyert, the SQLite file is stored somewhere in a full access shared folder.
Each AIR application connects to it, and performs sql statements without any
problem, as long as the computer is connected to the same network.
Yours
On Sat, Jan 10, 2009 at 2:07 AM, Omar Fouad omarfouad@gmail.com
You could consider looking at CommandProxy by Mike Chambers.
http://code.google.com/p/commandproxy/
If you want I can port my book example to C#. Tomorrow. If you like?
Yours,
Weyert de Boer
___
Flashcoders mailing list
That is definitely a nifty way to avoid writing a server. If it works
that's cool; yet, what happens when they request or write to the file at
the same time?
I don't see this working with multiple connections trying to write to
the same file at once; considering there is no server handling
Of course! Dumb me. Thanks.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
I know Anthony, but the application is already an AIR application. I just
can't start over the application using a different technology like C#. Plus
I like Actionscript more than any other language in the world, even if Adobe
makes lots of restrictions, (because they wanna keep a good reputation
The problem... is that once you start introducing OS, Direct device driver
control, Direct X, etc... You lose almost all of your cross-platform
status. It's the same thing that Java has been trying to do for years.
I think what the other guys are trying to say... is write a C# socket server
that
Anthony,
File locking would be an issue i know but there are two ways to connect to a
SQLite file, one is with open() and the other is with openAsync() -
Basically a SQLite file is locked only within the execution of a SQL
statement and not while connected. The openAsync connection allows putting
PS: loved this thread :D
On Sat, Jan 10, 2009 at 2:36 AM, Omar Fouad omarfouad@gmail.com wrote:
Anthony,
File locking would be an issue i know but there are two ways to connect to
a SQLite file, one is with open() and the other is with openAsync() -
Basically a SQLite file is locked
Yeah I got it, it is just like bridging them to each other. Good idea I
know, but I find the SQLite a more Native approach. As I said, there is a
boss involved :D. But yes I will do it for personal projects. I also think I
might create a custom library using C#/AIR bridging, that would be cool,
I might be wrong, but I don't think that would be a problem, since he's not
reading and writing to the file directly. Locking is managed by the SQLite
engine, which is perhaps not the best option to handle heavy concurrency (I
think it performs a database lock -- i.e, the file -- as opposed to a
That would be really cool Omar.
Be sure to keep us posted!
On Fri, Jan 9, 2009 at 4:46 PM, Omar Fouad omarfouad@gmail.com wrote:
Yeah I got it, it is just like bridging them to each other. Good idea I
know, but I find the SQLite a more Native approach. As I said, there is a
boss involved
Sure.
On Sat, Jan 10, 2009 at 3:16 AM, Nate Beck n...@tldstudio.com wrote:
That would be really cool Omar.
Be sure to keep us posted!
On Fri, Jan 9, 2009 at 4:46 PM, Omar Fouad omarfouad@gmail.com
wrote:
Yeah I got it, it is just like bridging them to each other. Good idea I
know,
Well I've beening talking about a similar application in my blog
http://omar-fouad.net/blog/?p=95
That is using the SQLite approach...
cheers.
On Sat, Jan 10, 2009 at 3:58 AM, Omar Fouad omarfouad@gmail.com wrote:
Sure.
On Sat, Jan 10, 2009 at 3:16 AM, Nate Beck n...@tldstudio.com
If you have ever run into problems when writing a file on the network
when someone else is trying you will know what I mean, and now just
imagine that you have an app requesting a write multiple times per
second... there is no reliance.
Nifty solution for the short term; yet, not something
70 matches
Mail list logo
