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 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 socket server
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.
An
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 server.
If you mean 'can a neko app written in haXe run as a socket server?'
then yes, it can.
Ian
On Mon, Jan 12, 2009 at 5:24 PM, Omar Fouad wrote:
> Wait a minute I don't get you. It is possible to open the Application's
> sockets with HaXe?
>
___
Flashcode
HaXe and neko I mean
On Mon, Jan 12, 2009 at 7:24 PM, Omar Fouad 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 wrote:
>
>>
>> Absolutely. I was merely correcting this line:
>>>
>>>
>>>
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 wrote:
Wait a minute I don't g
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 wrote:
>
> Absolutely. I was merely correcting this line:
>>
>>
>>> HaXe will still have the same limitations in the Flash Player/AIR: no
>>> server sockets
Absolutely. I was merely correcting this line:
HaXe will still have the same limitations in the Flash Player/AIR: no server
sockets.
Yes, I wasn't aware of that bit :-)
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://ch
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 :)
On Mon, Jan 12, 2009 at 4:31 PM, Anthony Pace 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 correcting this line:
>
There are a lot of ways to accomplish a socket connection; yet, I doubt
this guy knows how to publish for haxe/neko, or would want to learn
another language; as similar as it may be.
I believe he is absolutely right wanting to be able to do it entirely
with air, and there should be a way to do
Well I guess I was wrong, and he would like to learn about haxe and neko.
Omar Fouad wrote:
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 min
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 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
> applications in any la
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 Lin
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.
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.
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
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 a
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
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
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 concu
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 h
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 :
>
> And wh
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 h
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 soluti
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 :
>
>
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
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 a
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. I
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, Jua
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 hi
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 c
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
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 p
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 agreeing
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 in
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 tim
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
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 th
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 wrote:
> Sure.
>
>
> On Sat, Jan 10, 2009 at 3:16 AM, Nate Beck wrote:
>
>> That would be really cool Omar
Sure.
On Sat, Jan 10, 2009 at 3:16 AM, Nate Beck wrote:
> That would be really cool Omar.
> Be sure to keep us posted!
>
> On Fri, Jan 9, 2009 at 4:46 PM, Omar Fouad
> 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 "Na
That would be really cool Omar.
Be sure to keep us posted!
On Fri, Jan 9, 2009 at 4:46 PM, Omar Fouad 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 :D. But yes I will
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 t
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,
PS: loved this thread :D
On Sat, Jan 10, 2009 at 2:36 AM, Omar Fouad 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 only within the execut
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
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
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 w
Of course! Dumb me. Thanks.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
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 t
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
Flashcoders@chattyfig.figleaf.co
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 wrote:
> Antony I have al
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 star
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 wrote:
> SQLite won't connect to another computer on the lan though...
>
> Since you know c#, just replace where it says java with
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.
http://www.google.ca/search?hl=en&q=simple+socket+server+in+c%23&btnG
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 tra
Good to hear Omar! I hate nagging bosses.
On Fri, Jan 9, 2009 at 3:22 PM, Omar Fouad 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 years.
>
> I've found a
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 listen
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 wrote:
> that is
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 wrote:
If I didn't make myself clear, the only way to do this is with an
intermediary server running on the system
Can you be more clear please? :)
On Sat, Jan 10, 2009 at 12:06 AM, Anthony Pace wrote:
> 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,
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 othe
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
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
__
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 fea
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 wit
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
http://chattyfig.figleaf.com/mailman/list
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
Flashcoders@chattyfig
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 wrote:
Ok but I don't know Java...
On Fri, Jan 9, 2009 at 10:43 PM, Weyert de Boer wrote:
http://www.amazon.com/Head-First-Java-Kathy-Sierra/dp/0596009208
Enjoy!
:)
On Fri, Jan 9, 2009 at 1:10 PM, Omar Fouad wrote:
> Ok but I don't know Java...
>
> On Fri, Jan 9, 2009 at 10:43 PM, Weyert de Boer wrote:
>
> > If so, the code should be available on Google Code somewhere.
> >
> >> Hi
Ok but I don't know Java...
On Fri, Jan 9, 2009 at 10:43 PM, Weyert de Boer 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 AIR applic
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.
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 y
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: m...
74 matches
Mail list logo