subject:"\[Flashcoders\] Socket connection between two air applications on the same Network Area"

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.

And yes - as I already said, I'm not advocating this as a solution to
Omar's problem per se - I was simply clarifying haXe's capabilities.

Cheers,
   Ian

(Who has a fair few Screenweaver apps kicking around...)

On Mon, Jan 12, 2009 at 6:09 PM, Anthony Pace  wrote:
> 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.
>
>
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area


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.



Anthony Pace wrote:

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 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.


  

Yes, I wasn't aware of that bit :-)


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

  


--
Omar M. Fouad - ActionScript Developer
www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be 
copied,

disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.






  


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders



___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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?
>
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

2009-01-12 Thread Omar Fouad

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:
>>>
>>>
 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://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>>
>
>
>
> --
> Omar M. Fouad - ActionScript Developer
> www.omar-fouad.net
> Cellular: (+20) 1011.88.534
> Mail: m...@omar-fouad.net
>
> This e-mail and any attachment is for authorised use by the intended
> recipient(s) only. It may contain proprietary material, confidential
> information and/or be subject to legal privilege. It should not be copied,
> disclosed to, retained or used by, any other party. If you are not an
> intended recipient then please promptly delete this e-mail and any
> attachment and all copies and inform the sender. Thank you.
>

-- 
Omar M. Fouad - ActionScript Developer
www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area


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 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.


  

Yes, I wasn't aware of that bit :-)


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

  


--
Omar M. Fouad - ActionScript Developer
www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.






  


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

2009-01-12 Thread Omar Fouad

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.
>>>
>>>
>> Yes, I wasn't aware of that bit :-)
>
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>

-- 
Omar M. Fouad - ActionScript Developer
www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

2009-01-12 Thread Weyert de Boer




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://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

2009-01-12 Thread Omar Fouad

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 5:20 PM, Ian Thomas  wrote:

> 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 language of your choice. I only would prefer some
> > language which can convert to native executables for OSX, Windows and
> maybe
> > even Linux...
> >>
> >> 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.
> >>>
> >> ___
> >> Flashcoders mailing list
> >> Flashcoders@chattyfig.figleaf.com
> >> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
> >>
> >>
> >
> > ___
> > Flashcoders mailing list
> > Flashcoders@chattyfig.figleaf.com
> > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
> >
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>

-- 
Omar M. Fouad - ActionScript Developer
www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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:
> HaXe will still have the same limitations in the Flash Player/AIR: no server 
> sockets.

Ian
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 so.  We shouldn't have to come 
up with work-arounds for something so basic.


I shouldn't have to use another language if I want to capture from a 
local microphone either.


Ian Thomas wrote:

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 language of your choice. I only would prefer some
language which can convert to native executables for OSX, Windows and maybe
even Linux...


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.



___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders


  

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders



___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

  


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area


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 minutes ago here
http://omar-fouad.net/blog/?p=99

Thanks for the support and replies everyone :)

On Mon, Jan 12, 2009 at 5:20 PM, Ian Thomas  wrote:

  

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 language of your choice. I only would prefer some
language which can convert to native executables for OSX, Windows and
  

maybe


even Linux...
  

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.

  

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders




___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

  

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders






  


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 language of your choice. I only would prefer some
> language which can convert to native executables for OSX, Windows and maybe
> even Linux...
>>
>> 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.
>>>
>> ___
>> Flashcoders mailing list
>> Flashcoders@chattyfig.figleaf.com
>> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>>
>>
>
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

2009-01-12 Thread Weyert de Boer

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 Linux...

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.


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders




___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

2009-01-12 Thread Jiri Heitlager


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.


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

2009-01-11 Thread Omar Fouad

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.


Thanks for the advices guys :D

On Sun, Jan 11, 2009 at 10:48 PM, Anthony Pace wrote:

> 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 giving
> yourself more work, to get it working properly, than it is worth; yet,
> again, this is only my opinion.
>
> Sever less message switching using shared files has been around for years.
>  In fact I remember back in 2000 with flash 5 when I was still in my teens
> trying out a method just like this and getting it to work with XML; yet,
> realizing there were better ways I moved on.
>
>
> Omar Fouad wrote:
>
>> 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 and it works for 6 months now like a
>> charm) communicate to each other. The real challenge here is the ability
>> to
>> do this offline. I don't want an Internet connection to do this.
>>
>> Plus I don't see the security a big issue in this case. I don't need
>> security. I clean the tables every 24 hours (and compact). There are no
>> plenty of users. I don't think there will be more than 5 computers running
>> it at the same time. I've been thinking about using a PC running Apache
>> and
>> MYSQL locally and let all the computers connect to it (not sure if this is
>> gonna work) but come on, SQLite is amazing in my opinion. I've been
>> testing
>> it since AIR was released and It IS reliable. Of course It is dangerous
>> when
>> accessed by many clients but, as long as the client amount is resoanable,
>> and the code is well written, nothing is impossible.
>>
>>
>> Cheers.
>>
>> On Sun, Jan 11, 2009 at 10:24 AM, Anthony Pace > >wrote:
>>
>>
>>
>>> 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 and BlazeDS all support concurrent connections and passing
 data from client to client.

 If you're already depending on the network for SQLite access, why not
 just
 host some server solution on said network?

 Cheers,
 Nate

 On Sat, Jan 10, 2009 at 9:44 PM, Dave Watts  wrote:





> 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 here, but rather the lack
> of concurrency control. SQLite is meant to be a single-user database,
> and has no multi-user concurrent capability.
>
> Since AIR can talk to remote web services, why not just set up an
> application server somewhere and let your AIR apps talk to that? Let
> your app server (and/or its backend database) handle concurrency
> control for you.
>
> Dave Watts, CTO, Fig Leaf Software
> http://www.figleaf.com/
>
> Fig Leaf Software provides the highest caliber vendor-authorized
> instruction at our training centers in Washington DC, Atlanta,
> Chicago, Baltimore, Northern Virginia, or on-site at your location.
> Visit http://training.figleaf.com/ for more information!
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>
>
>
>
>





>>> ___
>>> Flashcoders mailing list
>>> Flashcoders@chattyfig.figleaf.com
>>> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>>>
>>>
>>>
>>
>>
>>
>>
>>
>
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>



--

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

2009-01-11 Thread Anthony Pace

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 giving yourself more work, to get it working 
properly, than it is worth; yet, again, this is only my opinion.


Sever less message switching using shared files has been around for 
years.  In fact I remember back in 2000 with flash 5 when I was still in 
my teens trying out a method just like this and getting it to work with 
XML; yet, realizing there were better ways I moved on.


Omar Fouad wrote:

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 and it works for 6 months now like a
charm) communicate to each other. The real challenge here is the ability to
do this offline. I don't want an Internet connection to do this.

Plus I don't see the security a big issue in this case. I don't need
security. I clean the tables every 24 hours (and compact). There are no
plenty of users. I don't think there will be more than 5 computers running
it at the same time. I've been thinking about using a PC running Apache and
MYSQL locally and let all the computers connect to it (not sure if this is
gonna work) but come on, SQLite is amazing in my opinion. I've been testing
it since AIR was released and It IS reliable. Of course It is dangerous when
accessed by many clients but, as long as the client amount is resoanable,
and the code is well written, nothing is impossible.


Cheers.

On Sun, Jan 11, 2009 at 10:24 AM, Anthony Pace wrote:

  

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 and BlazeDS all support concurrent connections and passing
data from client to client.

If you're already depending on the network for SQLite access, why not just
host some server solution on said network?

Cheers,
Nate

On Sat, Jan 10, 2009 at 9:44 PM, Dave Watts  wrote:



  

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 here, but rather the lack
of concurrency control. SQLite is meant to be a single-user database,
and has no multi-user concurrent capability.

Since AIR can talk to remote web services, why not just set up an
application server somewhere and let your AIR apps talk to that? Let
your app server (and/or its backend database) handle concurrency
control for you.

Dave Watts, CTO, Fig Leaf Software
http://www.figleaf.com/

Fig Leaf Software provides the highest caliber vendor-authorized
instruction at our training centers in Washington DC, Atlanta,
Chicago, Baltimore, Northern Virginia, or on-site at your location.
Visit http://training.figleaf.com/ for more information!
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders








  

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders






  


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

2009-01-11 Thread Omar Fouad

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 and it works for 6 months now like a
charm) communicate to each other. The real challenge here is the ability to
do this offline. I don't want an Internet connection to do this.

Plus I don't see the security a big issue in this case. I don't need
security. I clean the tables every 24 hours (and compact). There are no
plenty of users. I don't think there will be more than 5 computers running
it at the same time. I've been thinking about using a PC running Apache and
MYSQL locally and let all the computers connect to it (not sure if this is
gonna work) but come on, SQLite is amazing in my opinion. I've been testing
it since AIR was released and It IS reliable. Of course It is dangerous when
accessed by many clients but, as long as the client amount is resoanable,
and the code is well written, nothing is impossible.

Cheers.

On Sun, Jan 11, 2009 at 10:24 AM, Anthony Pace wrote:

> 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 and BlazeDS all support concurrent connections and passing
>> data from client to client.
>>
>> If you're already depending on the network for SQLite access, why not just
>> host some server solution on said network?
>>
>> Cheers,
>> Nate
>>
>> On Sat, Jan 10, 2009 at 9:44 PM, Dave Watts  wrote:
>>
>>
>>
>>> 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 here, but rather the lack
>>> of concurrency control. SQLite is meant to be a single-user database,
>>> and has no multi-user concurrent capability.
>>>
>>> Since AIR can talk to remote web services, why not just set up an
>>> application server somewhere and let your AIR apps talk to that? Let
>>> your app server (and/or its backend database) handle concurrency
>>> control for you.
>>>
>>> Dave Watts, CTO, Fig Leaf Software
>>> http://www.figleaf.com/
>>>
>>> Fig Leaf Software provides the highest caliber vendor-authorized
>>> instruction at our training centers in Washington DC, Atlanta,
>>> Chicago, Baltimore, Northern Virginia, or on-site at your location.
>>> Visit http://training.figleaf.com/ for more information!
>>> ___
>>> Flashcoders mailing list
>>> Flashcoders@chattyfig.figleaf.com
>>> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>>>
>>>
>>>
>>
>>
>>
>>
>>
>
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>

-- 
Omar M. Fouad - ActionScript Developer
www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

2009-01-11 Thread Anthony Pace


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 and BlazeDS all support concurrent connections and passing
data from client to client.

If you're already depending on the network for SQLite access, why not just
host some server solution on said network?

Cheers,
Nate

On Sat, Jan 10, 2009 at 9:44 PM, Dave Watts  wrote:

  

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 here, but rather the lack
of concurrency control. SQLite is meant to be a single-user database,
and has no multi-user concurrent capability.

Since AIR can talk to remote web services, why not just set up an
application server somewhere and let your AIR apps talk to that? Let
your app server (and/or its backend database) handle concurrency
control for you.

Dave Watts, CTO, Fig Leaf Software
http://www.figleaf.com/

Fig Leaf Software provides the highest caliber vendor-authorized
instruction at our training centers in Washington DC, Atlanta,
Chicago, Baltimore, Northern Virginia, or on-site at your location.
Visit http://training.figleaf.com/ for more information!
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders






  


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

2009-01-11 Thread Anthony Pace

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 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 here, but rather the lack
of concurrency control. SQLite is meant to be a single-user database,
and has no multi-user concurrent capability.

Since AIR can talk to remote web services, why not just set up an
application server somewhere and let your AIR apps talk to that? Let
your app server (and/or its backend database) handle concurrency
control for you.

Dave Watts, CTO, Fig Leaf Software
http://www.figleaf.com/

Fig Leaf Software provides the highest caliber vendor-authorized
instruction at our training centers in Washington DC, Atlanta,
Chicago, Baltimore, Northern Virginia, or on-site at your location.
Visit http://training.figleaf.com/ for more information!
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

  


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

2009-01-10 Thread Nate Beck

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 concurrent connections and passing
data from client to client.

If you're already depending on the network for SQLite access, why not just
host some server solution on said network?

Cheers,
Nate

On Sat, Jan 10, 2009 at 9:44 PM, Dave Watts  wrote:

> 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 here, but rather the lack
> of concurrency control. SQLite is meant to be a single-user database,
> and has no multi-user concurrent capability.
>
> Since AIR can talk to remote web services, why not just set up an
> application server somewhere and let your AIR apps talk to that? Let
> your app server (and/or its backend database) handle concurrency
> control for you.
>
> Dave Watts, CTO, Fig Leaf Software
> http://www.figleaf.com/
>
> Fig Leaf Software provides the highest caliber vendor-authorized
> instruction at our training centers in Washington DC, Atlanta,
> Chicago, Baltimore, Northern Virginia, or on-site at your location.
> Visit http://training.figleaf.com/ for more information!
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>



-- 

Cheers,
Nate

http://blog.natebeck.net
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

2009-01-10 Thread Dave Watts

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 here, but rather the lack
of concurrency control. SQLite is meant to be a single-user database,
and has no multi-user concurrent capability.

Since AIR can talk to remote web services, why not just set up an
application server somewhere and let your AIR apps talk to that? Let
your app server (and/or its backend database) handle concurrency
control for you.

Dave Watts, CTO, Fig Leaf Software
http://www.figleaf.com/

Fig Leaf Software provides the highest caliber vendor-authorized
instruction at our training centers in Washington DC, Atlanta,
Chicago, Baltimore, Northern Virginia, or on-site at your location.
Visit http://training.figleaf.com/ for more information!
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 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'm just saying that given the circumstances, it could
> > be
> > good enough.
> >
> > Cheers
> > Juan Pablo Califano
> >
> > 2009/1/10, Anthony Pace :
> > >
> > > 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.  In fact, if you look at my first line, I note that it is a bad
> > way
> > > to do things, and is very insecure.
> > >
> > >
> > ___
> > Flashcoders mailing list
> > Flashcoders@chattyfig.figleaf.com
> > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
> >
>
>
>
> --
> Omar M. Fouad - ActionScript Developer
> www.omar-fouad.net
> Cellular: (+20) 1011.88.534
> Mail: m...@omar-fouad.net
>
> This e-mail and any attachment is for authorised use by the intended
> recipient(s) only. It may contain proprietary material, confidential
> information and/or be subject to legal privilege. It should not be copied,
> disclosed to, retained or used by, any other party. If you are not an
> intended recipient then please promptly delete this e-mail and any
> attachment and all copies and inform the sender. Thank you.
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 have to agree to check 
for a time delay marker, and to see if it has elapsed.  If not elapsed 
they cannot write; yet, this would also mean that the client has to know 
the approximate time it would take to be able to write to the file on 
the network, before setting the delay; otherwise, the write time window 
might close and the client would overwrite the input file; yet, this 
could possibly be caught by a second check by the client to see if the 
write window was still open. If the window has closed it would have to 
indicate that it wants to write again.  A main thread handling client 
acting like a message switcher would have to poll the file constantly.  
There would also need to be a way of showing that the file is ready for 
writing by other clients, because the switching client has copied all 
the info that could be anything from a request to a whole file.


output file(read only):
   All clients have access and they would all have to poll it continuously

This causes a very slow info passing system; yet, possibly more 
reliable.  You could have multiple files per connection to make it work 
faster.



Juan Pablo Califano 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'm just saying that given the circumstances, it could be
good enough.

Cheers
Juan Pablo Califano

2009/1/10, Anthony Pace :
  

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.  In fact, if you look at my first line, I note that it is a bad way
to do things, and is very insecure.




___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

  


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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'm just saying that given the circumstances, it could
> be
> good enough.
>
> Cheers
> Juan Pablo Califano
>
> 2009/1/10, Anthony Pace :
> >
> > 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.  In fact, if you look at my first line, I note that it is a bad
> way
> > to do things, and is very insecure.
> >
> >
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>

-- 
Omar M. Fouad - ActionScript Developer
www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 :
>
> 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.  In fact, if you look at my first line, I note that it is a bad way
> to do things, and is very insecure.
>
>
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 .NET. But I
like the idea to do with AIR things that cannot be done natively. It is a
kind of self satisfaction and in some cases, loyality.

On Sun, Jan 11, 2009 at 12:13 AM, Anthony Pace wrote:

> 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 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 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 worse) if you use bare files on a network share? The client
 talks directly with the data base and in a web app, this would be a very
 bad
 decision. But given that this would be deployed in a LAN, as an Air app
 (which natively supports connecting to a SQLite database), I'd say it's
 probably not that bad, all in all.

 Cheers
 Juan Pablo Califano

 2009/1/10, Anthony Pace :


> 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 to
> work
> based on the same parameters, is the only way to make this work even
> marginally well in a production environment.
>
> If file has an id and range of time associated to it that has not
> lapsed,
> and my id is not the same, I cannot write.
>
>
> Omar Fouad wrote:
>
>
>
>> 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 time, the application intervally queries the
>> table
>>
>>
> to


> see what users are online. This is a good Idea, but there is a problem.
>> What
>> if the connection is cut, or the application is closed by an "end
>> task"
>> command or by the system? How would I update the table and delete the
>>
>>
> user


> from it?
>>
>>
>>
>> On Sat, Jan 10, 2009 at 2:40 PM, Juan Pablo Califano <
>> califa010.flashcod...@gmail.com> wrote:
>>
>>
>>
>>
>>
>>> 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 users table and an id
>>>
>>>
>> (such


> as
>>> an autoincremental) is returned for using in further requests.
>>>
>>> In the messages table you have these fields:
>>> messageID
>>> senderID
>>> recipientID
>>> delivered.
>>>
>>> Have each client polling the DD.BB  
>>> at
>>>
>>>
>> a


> regular (and
>>> reasonable interval) to get a list of available users (you can pass
>>> the
>>> data
>>> you need here, but the only realy necessary part is the userID).
>>>
>>> Each time a client polls the DD.BB  .
>>> it
>>> also asks for
>>> pending
>>> messages (which could be a text message or whatever you need; not
>>> sure
>>>
>>>
>> if


> SQLite supports BLOB fields, but if it does you could store serialized
>>>
>>>
>> AS


> objects, I guess).
>>>
>>> A pending message is just any message that has the user's userID and
>>>
>>>
>> the


> delivered flag set to 0. If there's any matching that criteria, return
>>>
>>>
>> it


>

Re: [Flashcoders] Socket connection between two air applications on the same Network Area


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 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 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 worse) if you use bare files on a network share? The 
client
talks directly with the data base and in a web app, this would be a 
very

bad
decision. But given that this would be deployed in a LAN, as an Air app
(which natively supports connecting to a SQLite database), I'd say it's
probably not that bad, all in all.

Cheers
Juan Pablo Califano

2009/1/10, Anthony Pace :
   

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 
to work

based on the same parameters, is the only way to make this work even
marginally well in a production environment.

If file has an id and range of time associated to it that has not 
lapsed,

and my id is not the same, I cannot write.


Omar Fouad wrote:

 
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 time, the application intervally queries the 
table


to
   
see what users are online. This is a good Idea, but there is a 
problem.

What
if the connection is cut, or the application is closed by an "end 
task"

command or by the system? How would I update the table and delete the


user
   

from it?



On Sat, Jan 10, 2009 at 2:40 PM, Juan Pablo Califano <
califa010.flashcod...@gmail.com> wrote:



   
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 users table and an id
  

(such
   

as
an autoincremental) is returned for using in further requests.

In the messages table you have these fields:
messageID
senderID
recipientID
delivered.

Have each client polling the DD.BB  
 at
  

a
   

regular (and
reasonable interval) to get a list of available users (you can 
pass the

data
you need here, but the only realy necessary part is the userID).

Each time a client polls the DD.BB  
. it

also asks for
pending
messages (which could be a text message or whatever you need; not 
sure
  

if
   
SQLite supports BLOB fields, but if it does you could store 
serialized
  

AS
   

objects, I guess).

A pending message is just any message that has the user's userID and
  

the
   
delivered flag set to 0. If there's any matching that criteria, 
return
  

it
   

to
the user.

When a client wants to send a message, it does an insert in the
  

messages
   
tables, passing the recipient userID (which you can grab from the 
users

list
you already have), it's own ID and a message.

You could also put a timestamp in each record (both in users and
  

messages
   
tables) an every time a user logs in, delete any record whose 
timestamp

is


 

= 24 hs old.



For many scenarios, this would a problematic approach (you don't 
have a
central server managing users interation, too much resposibility 
on the
client, etc), but under the circumstances, I think it should work 
fine.


Cheers
Juan Pablo Califano




2009/1/10, Anthony Pace : - Ocultar texto
citado
-



 
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 that can 
be used

reliably.

I might be wrong; yet, I doubt it.

scenario 1...  user1 opens the db file to put in their message; 
yet,

user




2


 
opened the file for wri

Re: [Flashcoders] Socket connection between two air applications on the same Network Area


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.  In fact, if you look at my first line, I note 
that it is a bad way to do things, and is very insecure.



Juan Pablo Califano 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 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 worse) if you use bare files on a network share? The client
talks directly with the data base and in a web app, this would be a very bad
decision. But given that this would be deployed in a LAN, as an Air app
(which natively supports connecting to a SQLite database), I'd say it's
probably not that bad, all in all.

Cheers
Juan Pablo Califano

2009/1/10, Anthony Pace :
  

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 to work
based on the same parameters, is the only way to make this work even
marginally well in a production environment.

If file has an id and range of time associated to it that has not lapsed,
and my id is not the same, I cannot write.


Omar Fouad wrote:



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 time, the application intervally queries the table to
see what users are online. This is a good Idea, but there is a problem.
What
if the connection is cut, or the application is closed by an "end task"
command or by the system? How would I update the table and delete the user
from it?



On Sat, Jan 10, 2009 at 2:40 PM, Juan Pablo Califano <
califa010.flashcod...@gmail.com> wrote:



  

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 users table and an id (such
as
an autoincremental) is returned for using in further requests.

In the messages table you have these fields:
messageID
senderID
recipientID
delivered.

Have each client polling the DD.BB   at a
regular (and
reasonable interval) to get a list of available users (you can pass the
data
you need here, but the only realy necessary part is the userID).

Each time a client polls the DD.BB  . it
also asks for
pending
messages (which could be a text message or whatever you need; not sure if
SQLite supports BLOB fields, but if it does you could store serialized AS
objects, I guess).

A pending message is just any message that has the user's userID and the
delivered flag set to 0. If there's any matching that criteria, return it
to
the user.

When a client wants to send a message, it does an insert in the messages
tables, passing the recipient userID (which you can grab from the users
list
you already have), it's own ID and a message.

You could also put a timestamp in each record (both in users and messages
tables) an every time a user logs in, delete any record whose timestamp
is




= 24 hs old.


  

For many scenarios, this would a problematic approach (you don't have a
central server managing users interation, too much resposibility on the
client, etc), but under the circumstances, I think it should work fine.

Cheers
Juan Pablo Califano




2009/1/10, Anthony Pace : - Ocultar texto
citado
-





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 that can be used
reliably.

I might be wrong; yet, I doubt it.

scenario 1...  user1 opens the db file to put in their message; yet,
user


  

2




opened the file for writing just a milisecond before me, but it took
your
request for a write longer to reach the file server than mine did

this would result in user1's message being overwritten


  

___
Flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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, 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 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 worse) if you use bare files on a network share? The client
talks directly with the data base and in a web app, this would be a very
bad
decision. But given that this would be deployed in a LAN, as an Air app
(which natively supports connecting to a SQLite database), I'd say it's
probably not that bad, all in all.

Cheers
Juan Pablo Califano

2009/1/10, Anthony Pace :


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 to work
based on the same parameters, is the only way to make this work even
marginally well in a production environment.

If file has an id and range of time associated to it that has not lapsed,
and my id is not the same, I cannot write.


Omar Fouad wrote:

  

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 time, the application intervally queries the table


to


see what users are online. This is a good Idea, but there is a problem.
What
if the connection is cut, or the application is closed by an "end task"
command or by the system? How would I update the table and delete the


user


from it?



On Sat, Jan 10, 2009 at 2:40 PM, Juan Pablo Califano <
califa010.flashcod...@gmail.com> wrote:





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 users table and an id
  

(such


as
an autoincremental) is returned for using in further requests.

In the messages table you have these fields:
messageID
senderID
recipientID
delivered.

Have each client polling the DD.BB   at
  

a


regular (and
reasonable interval) to get a list of available users (you can pass the
data
you need here, but the only realy necessary part is the userID).

Each time a client polls the DD.BB  . it
also asks for
pending
messages (which could be a text message or whatever you need; not sure
  

if


SQLite supports BLOB fields, but if it does you could store serialized
  

AS


objects, I guess).

A pending message is just any message that has the user's userID and
  

the


delivered flag set to 0. If there's any matching that criteria, return
  

it


to
the user.

When a client wants to send a message, it does an insert in the
  

messages


tables, passing the recipient userID (which you can grab from the users
list
you already have), it's own ID and a message.

You could also put a timestamp in each record (both in users and
  

messages


tables) an every time a user logs in, delete any record whose timestamp
is


  

= 24 hs old.




For many scenarios, this would a problematic approach (you don't have a
central server managing users interation, too much resposibility on the
client, etc), but under the circumstances, I think it should work fine.

Cheers
Juan Pablo Califano




2009/1/10, Anthony Pace : - Ocultar texto
citado
-



  

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 that can be used
reliably.

I might be wrong; yet, I doubt it.

scenario 1...  user1 opens the db file to put in their message; yet,
user




2


  

opened the file for writing just a milisecond before me, but it took
your
request for a

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 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 worse) if you use bare files on a network share? The client
> talks directly with the data base and in a web app, this would be a very
> bad
> decision. But given that this would be deployed in a LAN, as an Air app
> (which natively supports connecting to a SQLite database), I'd say it's
> probably not that bad, all in all.
>
> Cheers
> Juan Pablo Califano
>
> 2009/1/10, Anthony Pace :
> >
> > 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 to work
> > based on the same parameters, is the only way to make this work even
> > marginally well in a production environment.
> >
> > If file has an id and range of time associated to it that has not lapsed,
> > and my id is not the same, I cannot write.
> >
> >
> > Omar Fouad wrote:
> >
> >> 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 time, the application intervally queries the table
> to
> >> see what users are online. This is a good Idea, but there is a problem.
> >> What
> >> if the connection is cut, or the application is closed by an "end task"
> >> command or by the system? How would I update the table and delete the
> user
> >> from it?
> >>
> >>
> >>
> >> On Sat, Jan 10, 2009 at 2:40 PM, Juan Pablo Califano <
> >> califa010.flashcod...@gmail.com> wrote:
> >>
> >>
> >>
> >>> 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 users table and an id
> (such
> >>> as
> >>> an autoincremental) is returned for using in further requests.
> >>>
> >>> In the messages table you have these fields:
> >>> messageID
> >>> senderID
> >>> recipientID
> >>> delivered.
> >>>
> >>> Have each client polling the DD.BB   at
> a
> >>> regular (and
> >>> reasonable interval) to get a list of available users (you can pass the
> >>> data
> >>> you need here, but the only realy necessary part is the userID).
> >>>
> >>> Each time a client polls the DD.BB  . it
> >>> also asks for
> >>> pending
> >>> messages (which could be a text message or whatever you need; not sure
> if
> >>> SQLite supports BLOB fields, but if it does you could store serialized
> AS
> >>> objects, I guess).
> >>>
> >>> A pending message is just any message that has the user's userID and
> the
> >>> delivered flag set to 0. If there's any matching that criteria, return
> it
> >>> to
> >>> the user.
> >>>
> >>> When a client wants to send a message, it does an insert in the
> messages
> >>> tables, passing the recipient userID (which you can grab from the users
> >>> list
> >>> you already have), it's own ID and a message.
> >>>
> >>> You could also put a timestamp in each record (both in users and
> messages
> >>> tables) an every time a user logs in, delete any record whose timestamp
> >>> is
> >>>
> >>>
>  = 24 hs old.
> 
> 
> >>> For many scenarios, this would a problematic approach (you don't have a
> >>> central server managing users interation, too much resposibility on the
> >>> client, etc), but under the circumstances, I think it should work fine.
> >>>
> >>> Cheers
> >>> Juan Pablo Califano
> >>>
> >>>
> >>>
> >>>
> >>> 2009/1/10, Anthony Pace : - Ocultar texto
> >>> citado
> >>> -
> >>>
> >>>
> >>>
>  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 that can be used
>  reliably.
> 
>  I might be wrong; yet, I doubt it.
> 
>  scenario 1...  user1 opens the db file to put in th

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

2009-01-10 Thread Weyert de Boer

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 computers.

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 worse) if you use bare files on a network share? The client
talks directly with the data base and in a web app, this would be a very bad
decision. But given that this would be deployed in a LAN, as an Air app
(which natively supports connecting to a SQLite database), I'd say it's
probably not that bad, all in all.

Cheers
Juan Pablo Califano

2009/1/10, Anthony Pace :
>
> 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 to work
> based on the same parameters, is the only way to make this work even
> marginally well in a production environment.
>
> If file has an id and range of time associated to it that has not lapsed,
> and my id is not the same, I cannot write.
>
>
> Omar Fouad wrote:
>
>> 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 time, the application intervally queries the table to
>> see what users are online. This is a good Idea, but there is a problem.
>> What
>> if the connection is cut, or the application is closed by an "end task"
>> command or by the system? How would I update the table and delete the user
>> from it?
>>
>>
>>
>> On Sat, Jan 10, 2009 at 2:40 PM, Juan Pablo Califano <
>> califa010.flashcod...@gmail.com> wrote:
>>
>>
>>
>>> 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 users table and an id (such
>>> as
>>> an autoincremental) is returned for using in further requests.
>>>
>>> In the messages table you have these fields:
>>> messageID
>>> senderID
>>> recipientID
>>> delivered.
>>>
>>> Have each client polling the DD.BB   at a
>>> regular (and
>>> reasonable interval) to get a list of available users (you can pass the
>>> data
>>> you need here, but the only realy necessary part is the userID).
>>>
>>> Each time a client polls the DD.BB  . it
>>> also asks for
>>> pending
>>> messages (which could be a text message or whatever you need; not sure if
>>> SQLite supports BLOB fields, but if it does you could store serialized AS
>>> objects, I guess).
>>>
>>> A pending message is just any message that has the user's userID and the
>>> delivered flag set to 0. If there's any matching that criteria, return it
>>> to
>>> the user.
>>>
>>> When a client wants to send a message, it does an insert in the messages
>>> tables, passing the recipient userID (which you can grab from the users
>>> list
>>> you already have), it's own ID and a message.
>>>
>>> You could also put a timestamp in each record (both in users and messages
>>> tables) an every time a user logs in, delete any record whose timestamp
>>> is
>>>
>>>
 = 24 hs old.


>>> For many scenarios, this would a problematic approach (you don't have a
>>> central server managing users interation, too much resposibility on the
>>> client, etc), but under the circumstances, I think it should work fine.
>>>
>>> Cheers
>>> Juan Pablo Califano
>>>
>>>
>>>
>>>
>>> 2009/1/10, Anthony Pace : - Ocultar texto
>>> citado
>>> -
>>>
>>>
>>>
 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 that can be used
 reliably.

 I might be wrong; yet, I doubt it.

 scenario 1...  user1 opens the db file to put in their message; yet,
 user


>>> 2
>>>
>>>
 opened the file for writing just a milisecond before me, but it took
 your
 request for a write longer to reach the file server than mine did

 this would result in user1's message being overwritten


>>> ___
>>> Flashcoders mailing list
>>> Flashcoders@chattyfig.figleaf.com
>>> http://chattyfig.figleaf.com/mailm

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 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 a DD.BB). When the
> client
> opens a session, the server generates and returns a piece of data that will
> allow the client to identify himself in following requests. But, since the
> server itself doesn't track the client, you have to set some expiration
> time
> for the session.
>
> Maybe you could do something similar.
>
> When a logged-in user sends a request, you store a lastActivity timestamp
> in
> the database (you can add a field in the activeUser table, since you
> already
> have it). At some point, you check that table and remove all users whose
> lastActivity field is older than some threshold value.
>
> There are a number things you should tune if you follow this path. For
> instance, you have to decide when to store the timestamp and when to check
> for unconnected users. If it doesn't hurt performance (and if you have a
> limited number of users, I think it wouldn't) maybe you could store the
> timestamp each time the client polls the DD.BB, and check for unconnected
> users at the same time. In that case, your time threshold could be small.
>
> Assuming, for instance, that you poll the DD.BB. every 5 seconds, you can
> consider disconnected a client that doesn't show activity in, say, the last
> 20 seconds (I think it's a safe ratio, but again, tuning this would require
> testing the actual thing).
>
> Another option would be checking for disconnected clients with a longer
> interval and using a bigger threshold to consider a user disconnected. It's
> a trade-off. You'd lose accuracy, but the DD.BB would be less stressed
> (consider that each client will be performing these queries).
>
>
> Cheers
> Juan Pablo Califano
>
> 2009/1/10, Omar Fouad :
>
> > 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 time, the application intervally queries the table
> to
> > see what users are online. This is a good Idea, but there is a problem.
> > What
> > if the connection is cut, or the application is closed by an "end task"
> > command or by the system? How would I update the table and delete the
> user
> > from it?
> >
> >
> >
> > On Sat, Jan 10, 2009 at 2:40 PM, Juan Pablo Califano <
> > califa010.flashcod...@gmail.com> wrote:
> >
> > > 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 users table and an id
> (such
> > > as
> > > an autoincremental) is returned for using in further requests.
> > >
> > > In the messages table you have these fields:
> > > messageID
> > > senderID
> > > recipientID
> > > delivered.
> > >
> > > Have each client polling the DD.BB  at a regular (and
> > > reasonable interval) to get a list of available users (you can pass the
> > > data
> > > you need here, but the only realy necessary part is the userID).
> > >
> > > Each time a client polls the DD.BB . it also asks for
> > > pending
> > > messages (which could be a text message or whatever you need; not sure
> if
> > > SQLite supports BLOB fields, but if it does you could store serialized
> AS
> > > objects, I guess).
> > >
> > > A pending message is just any message that has the user's userID and
> the
> > > delivered flag set to 0. If there's any matching that criteria, return
> it
> > > to
> > > the user.
> > >
> > > When a client wants to send a message, it does an insert in the
> messages
> > > tables, passing the recipient userID (which you can grab from the users
> > > list
> > > you already have), it's own ID and a message.
> > >
> > > You could also put a timestamp in each record (both in users and
> messages
> > > tables) an every time a user logs in, delete any record whose timestamp
> > is
> > > >= 24 hs old.
> > >
> > > For many scenarios, this would a problematic approach (you don't have a
> > > central server managing users interation, too much resposibility on the
> > > client, etc), but under the circumstances, I think it should work fine.
> > >
> > > Cheers
> > > Juan Pablo Califan

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 to 
work based on the same parameters, is the only way to make this work 
even marginally well in a production environment.


If file has an id and range of time associated to it that has not 
lapsed, and my id is not the same, I cannot write.



Omar Fouad wrote:

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 time, the application intervally queries the table to
see what users are online. This is a good Idea, but there is a problem. What
if the connection is cut, or the application is closed by an "end task"
command or by the system? How would I update the table and delete the user
from it?



On Sat, Jan 10, 2009 at 2:40 PM, Juan Pablo Califano <
califa010.flashcod...@gmail.com> wrote:

  

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 users table and an id (such
as
an autoincremental) is returned for using in further requests.

In the messages table you have these fields:
messageID
senderID
recipientID
delivered.

Have each client polling the DD.BB  at a regular (and
reasonable interval) to get a list of available users (you can pass the
data
you need here, but the only realy necessary part is the userID).

Each time a client polls the DD.BB . it also asks for
pending
messages (which could be a text message or whatever you need; not sure if
SQLite supports BLOB fields, but if it does you could store serialized AS
objects, I guess).

A pending message is just any message that has the user's userID and the
delivered flag set to 0. If there's any matching that criteria, return it
to
the user.

When a client wants to send a message, it does an insert in the messages
tables, passing the recipient userID (which you can grab from the users
list
you already have), it's own ID and a message.

You could also put a timestamp in each record (both in users and messages
tables) an every time a user logs in, delete any record whose timestamp is


= 24 hs old.
  

For many scenarios, this would a problematic approach (you don't have a
central server managing users interation, too much resposibility on the
client, etc), but under the circumstances, I think it should work fine.

Cheers
Juan Pablo Califano




2009/1/10, Anthony Pace : - Ocultar texto citado
-



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 that can be used
reliably.

I might be wrong; yet, I doubt it.

scenario 1...  user1 opens the db file to put in their message; yet, user
  

2


opened the file for writing just a milisecond before me, but it took your
request for a write longer to reach the file server than mine did

this would result in user1's message being overwritten
  

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders






  


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 a DD.BB). When the client
opens a session, the server generates and returns a piece of data that will
allow the client to identify himself in following requests. But, since the
server itself doesn't track the client, you have to set some expiration time
for the session.

Maybe you could do something similar.

When a logged-in user sends a request, you store a lastActivity timestamp in
the database (you can add a field in the activeUser table, since you already
have it). At some point, you check that table and remove all users whose
lastActivity field is older than some threshold value.

There are a number things you should tune if you follow this path. For
instance, you have to decide when to store the timestamp and when to check
for unconnected users. If it doesn't hurt performance (and if you have a
limited number of users, I think it wouldn't) maybe you could store the
timestamp each time the client polls the DD.BB, and check for unconnected
users at the same time. In that case, your time threshold could be small.

Assuming, for instance, that you poll the DD.BB. every 5 seconds, you can
consider disconnected a client that doesn't show activity in, say, the last
20 seconds (I think it's a safe ratio, but again, tuning this would require
testing the actual thing).

Another option would be checking for disconnected clients with a longer
interval and using a bigger threshold to consider a user disconnected. It's
a trade-off. You'd lose accuracy, but the DD.BB would be less stressed
(consider that each client will be performing these queries).

Cheers
Juan Pablo Califano

2009/1/10, Omar Fouad :

> 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 time, the application intervally queries the table to
> see what users are online. This is a good Idea, but there is a problem.
> What
> if the connection is cut, or the application is closed by an "end task"
> command or by the system? How would I update the table and delete the user
> from it?
>
>
>
> On Sat, Jan 10, 2009 at 2:40 PM, Juan Pablo Califano <
> califa010.flashcod...@gmail.com> wrote:
>
> > 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 users table and an id (such
> > as
> > an autoincremental) is returned for using in further requests.
> >
> > In the messages table you have these fields:
> > messageID
> > senderID
> > recipientID
> > delivered.
> >
> > Have each client polling the DD.BB  at a regular (and
> > reasonable interval) to get a list of available users (you can pass the
> > data
> > you need here, but the only realy necessary part is the userID).
> >
> > Each time a client polls the DD.BB . it also asks for
> > pending
> > messages (which could be a text message or whatever you need; not sure if
> > SQLite supports BLOB fields, but if it does you could store serialized AS
> > objects, I guess).
> >
> > A pending message is just any message that has the user's userID and the
> > delivered flag set to 0. If there's any matching that criteria, return it
> > to
> > the user.
> >
> > When a client wants to send a message, it does an insert in the messages
> > tables, passing the recipient userID (which you can grab from the users
> > list
> > you already have), it's own ID and a message.
> >
> > You could also put a timestamp in each record (both in users and messages
> > tables) an every time a user logs in, delete any record whose timestamp
> is
> > >= 24 hs old.
> >
> > For many scenarios, this would a problematic approach (you don't have a
> > central server managing users interation, too much resposibility on the
> > client, etc), but under the circumstances, I think it should work fine.
> >
> > Cheers
> > Juan Pablo Califano
> >
> >
> >
> >
> > 2009/1/10, Anthony Pace : - Ocultar texto
> citado
> > -
> >
> > > 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 that can be used
> > > reliably.
> > >
> > > I might b

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 time, the application intervally queries the table to
see what users are online. This is a good Idea, but there is a problem. What
if the connection is cut, or the application is closed by an "end task"
command or by the system? How would I update the table and delete the user
from it?

On Sat, Jan 10, 2009 at 2:40 PM, Juan Pablo Califano <
califa010.flashcod...@gmail.com> wrote:

> 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 users table and an id (such
> as
> an autoincremental) is returned for using in further requests.
>
> In the messages table you have these fields:
> messageID
> senderID
> recipientID
> delivered.
>
> Have each client polling the DD.BB  at a regular (and
> reasonable interval) to get a list of available users (you can pass the
> data
> you need here, but the only realy necessary part is the userID).
>
> Each time a client polls the DD.BB . it also asks for
> pending
> messages (which could be a text message or whatever you need; not sure if
> SQLite supports BLOB fields, but if it does you could store serialized AS
> objects, I guess).
>
> A pending message is just any message that has the user's userID and the
> delivered flag set to 0. If there's any matching that criteria, return it
> to
> the user.
>
> When a client wants to send a message, it does an insert in the messages
> tables, passing the recipient userID (which you can grab from the users
> list
> you already have), it's own ID and a message.
>
> You could also put a timestamp in each record (both in users and messages
> tables) an every time a user logs in, delete any record whose timestamp is
> >= 24 hs old.
>
> For many scenarios, this would a problematic approach (you don't have a
> central server managing users interation, too much resposibility on the
> client, etc), but under the circumstances, I think it should work fine.
>
> Cheers
> Juan Pablo Califano
>
>
>
>
> 2009/1/10, Anthony Pace : - Ocultar texto citado
> -
>
> > 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 that can be used
> > reliably.
> >
> > I might be wrong; yet, I doubt it.
> >
> > scenario 1...  user1 opens the db file to put in their message; yet, user
> 2
> > opened the file for writing just a milisecond before me, but it took your
> > request for a write longer to reach the file server than mine did
> >
> > this would result in user1's message being overwritten
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>

-- 
Omar M. Fouad - ActionScript Developer
www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 users table and an id (such as
an autoincremental) is returned for using in further requests.

In the messages table you have these fields:
messageID
senderID
recipientID
delivered.

Have each client polling the DD.BB  at a regular (and
reasonable interval) to get a list of available users (you can pass the data
you need here, but the only realy necessary part is the userID).

Each time a client polls the DD.BB . it also asks for pending
messages (which could be a text message or whatever you need; not sure if
SQLite supports BLOB fields, but if it does you could store serialized AS
objects, I guess).

A pending message is just any message that has the user's userID and the
delivered flag set to 0. If there's any matching that criteria, return it to
the user.

When a client wants to send a message, it does an insert in the messages
tables, passing the recipient userID (which you can grab from the users list
you already have), it's own ID and a message.

You could also put a timestamp in each record (both in users and messages
tables) an every time a user logs in, delete any record whose timestamp is
>= 24 hs old.

For many scenarios, this would a problematic approach (you don't have a
central server managing users interation, too much resposibility on the
client, etc), but under the circumstances, I think it should work fine.

Cheers
Juan Pablo Califano




2009/1/10, Anthony Pace : - Ocultar texto citado -

> 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 that can be used
> reliably.
>
> I might be wrong; yet, I doubt it.
>
> scenario 1...  user1 opens the db file to put in their message; yet, user 2
> opened the file for writing just a milisecond before me, but it took your
> request for a write longer to reach the file server than mine did
>
> this would result in user1's message being overwritten
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 that can be used
reliably.

I might be wrong; yet, I doubt it.

scenario 1... user1 opens the db file to put in their message; yet,
user 2 opened the file for writing just a milisecond before me, but it
took your request for a write longer to reach the file server than mine did

this would result in user1's message being overwritten

Omar Fouad wrote:

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 "Native" approach. As I said, there is

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,
to
extend the AIR capabilities.

On Sat, Jan 10, 2009 at 2:34 AM, Nate Beck wrote:

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 can talk to Actionscript. Keep it lightweight, basically just a
tunnel
to make things communicate. They weren't saying to re-write the whole
application in C#, just the communication part.

You AIR client communicates with your c# app installed beside it, the

app
communicates with other clients c# app installed, which then passes
messages
to their AIR clients.

I believe that is what they are recommending.

On Fri, Jan 9, 2009 at 4:25 PM, Omar Fouad
wrote:

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

Adobe
makes lots of restrictions, (because they wanna keep a good

reputation

which
is ridiculous because MS is doing all this stuff with no restrictions

and

has a good reputation the same).
Hopefully Adobe will develop the language to get it more powerful and

let

us
do real stuff with it, not only cross applications but real things,

real

control of hardware, OS, raw socket management and so on. Imagine

creating

Powerful desktop applications with ActionScrpt, wouldn't that be

cool?

On Sat, Jan 10, 2009 at 2:04 AM, Anthony Pace <

anthony.p...@utoronto.ca

wrote:

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 started. I

understood

it in seconds; yet, it will take you less time since you are

practised

with

the language.

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 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=Search&meta=

Nate Beck wrote:

Good to hear Omar! I hate nagging bosses.
On Fri, Jan 9, 2009 at 3:22 PM, Omar Fouad

gmail.com>

wrote:

Guys when there are deadlines and a Boss bugging you 24/7 there

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

the
way. It is not a new way, it is the traditional use of a local

SQLite

databse file. That will help and I'll implement some Ideas I

already

have
to
do what is needed. But please don't tell my boss :D

Cheers.

On Sat, Jan 10, 2009 at 12:32 AM, Weyert de Boer <

w...@innerfuse.biz

wrote:

If you want to open server sockets with AIR. You need an extra

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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.
>> 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 do it for personal projects. I also
>> think
>> > I
>> > might create a  custom library using C#/AIR bridging, that would be
>> cool,
>> > to
>> > extend the AIR capabilities.
>> >
>> > On Sat, Jan 10, 2009 at 2:34 AM, Nate Beck  wrote:
>> >
>> > > 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 can talk to Actionscript.  Keep it lightweight, basically just a
>> > > tunnel
>> > > to make things communicate.  They weren't saying to re-write the whole
>> > > application in C#, just the communication part.
>> > >
>> > > You AIR client communicates with your c# app installed beside it, the
>> c#
>> > > app
>> > > communicates with other clients c# app installed, which then passes
>> > > messages
>> > > to their AIR clients.
>> > >
>> > > I believe that is what they are recommending.
>> > >
>> > > On Fri, Jan 9, 2009 at 4:25 PM, Omar Fouad 
>> > > wrote:
>> > >
>> > > > 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
>> > > > which
>> > > > is ridiculous because MS is doing all this stuff with no
>> restrictions
>> > and
>> > > > has a good reputation the same).
>> > > > Hopefully Adobe will develop the language to get it more powerful
>> and
>> > let
>> > > > us
>> > > > do real stuff with it, not only cross applications but real things,
>> > real
>> > > > control of hardware, OS, raw socket management and so on. Imagine
>> > > creating
>> > > > Powerful desktop applications with ActionScrpt, wouldn't that be
>> cool?
>> > > >
>> > > > On Sat, Jan 10, 2009 at 2:04 AM, Anthony Pace <
>> > anthony.p...@utoronto.ca
>> > > > >wrote:
>> > > >
>> > > > > 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 started.  I
>> > > understood
>> > > > > it in seconds; yet, it will take you less time since you are
>> > practised
>> > > > with
>> > > > > the language.
>> > > > >
>> > > > >
>> > > > > 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 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=Search&meta=
>> > > > >>
>> > > > >>
>> > > > >> Nate Beck wrote:
>> > > > >>
>> > > > >>> Good to hear Omar! I hate nagging bosses.
>> > > > >>> On Fri, Jan 9, 2009 at 3:22 PM, Omar Fouad > > 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 years.
>> > > > 
>> > > >  I've found another way to share information between two
>> > applications
>> > > > by
>> > > >  the
>> > > >  way. It is not a new way, it is the traditional use of a local
>> > > SQLite
>> > > >  databse file. That will help and I'll implement some Ideas I
>> > already
>> > > >  have
>> > > >  to
>> > > >  do what is needed. But please don't tell my boss :D
>> > > > 
>> > > >  Cheers.
>> > > > 
>> > > >  On Sat, Jan 10, 2009 at 12:32 AM, Weyert de Boer <
>> > w...@innerfuse.biz
>> > > >
>> > > >  wrote:
>> > > > 
>> > > > 
>> > > > 
>> > > > > If you want to open server sockets

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 "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,
> > to
> > extend the AIR capabilities.
> >
> > On Sat, Jan 10, 2009 at 2:34 AM, Nate Beck  wrote:
> >
> > > 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 can talk to Actionscript.  Keep it lightweight, basically just a
> > > tunnel
> > > to make things communicate.  They weren't saying to re-write the whole
> > > application in C#, just the communication part.
> > >
> > > You AIR client communicates with your c# app installed beside it, the
> c#
> > > app
> > > communicates with other clients c# app installed, which then passes
> > > messages
> > > to their AIR clients.
> > >
> > > I believe that is what they are recommending.
> > >
> > > On Fri, Jan 9, 2009 at 4:25 PM, Omar Fouad 
> > > wrote:
> > >
> > > > 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
> > > > which
> > > > is ridiculous because MS is doing all this stuff with no restrictions
> > and
> > > > has a good reputation the same).
> > > > Hopefully Adobe will develop the language to get it more powerful and
> > let
> > > > us
> > > > do real stuff with it, not only cross applications but real things,
> > real
> > > > control of hardware, OS, raw socket management and so on. Imagine
> > > creating
> > > > Powerful desktop applications with ActionScrpt, wouldn't that be
> cool?
> > > >
> > > > On Sat, Jan 10, 2009 at 2:04 AM, Anthony Pace <
> > anthony.p...@utoronto.ca
> > > > >wrote:
> > > >
> > > > > 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 started.  I
> > > understood
> > > > > it in seconds; yet, it will take you less time since you are
> > practised
> > > > with
> > > > > the language.
> > > > >
> > > > >
> > > > > 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 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=Search&meta=
> > > > >>
> > > > >>
> > > > >> Nate Beck wrote:
> > > > >>
> > > > >>> Good to hear Omar! I hate nagging bosses.
> > > > >>> On Fri, Jan 9, 2009 at 3:22 PM, Omar Fouad  > 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 years.
> > > > 
> > > >  I've found another way to share information between two
> > applications
> > > > by
> > > >  the
> > > >  way. It is not a new way, it is the traditional use of a local
> > > SQLite
> > > >  databse file. That will help and I'll implement some Ideas I
> > already
> > > >  have
> > > >  to
> > > >  do what is needed. But please don't tell my boss :D
> > > > 
> > > >  Cheers.
> > > > 
> > > >  On Sat, Jan 10, 2009 at 12:32 AM, Weyert de Boer <
> > w...@innerfuse.biz
> > > >
> > > >  wrote:
> > > > 
> > > > 
> > > > 
> > > > > 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
>

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 do it for personal projects. I also think
> I
> might create a  custom library using C#/AIR bridging, that would be cool,
> to
> extend the AIR capabilities.
>
> On Sat, Jan 10, 2009 at 2:34 AM, Nate Beck  wrote:
>
> > 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 can talk to Actionscript.  Keep it lightweight, basically just a
> > tunnel
> > to make things communicate.  They weren't saying to re-write the whole
> > application in C#, just the communication part.
> >
> > You AIR client communicates with your c# app installed beside it, the c#
> > app
> > communicates with other clients c# app installed, which then passes
> > messages
> > to their AIR clients.
> >
> > I believe that is what they are recommending.
> >
> > On Fri, Jan 9, 2009 at 4:25 PM, Omar Fouad 
> > wrote:
> >
> > > 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
> > > which
> > > is ridiculous because MS is doing all this stuff with no restrictions
> and
> > > has a good reputation the same).
> > > Hopefully Adobe will develop the language to get it more powerful and
> let
> > > us
> > > do real stuff with it, not only cross applications but real things,
> real
> > > control of hardware, OS, raw socket management and so on. Imagine
> > creating
> > > Powerful desktop applications with ActionScrpt, wouldn't that be cool?
> > >
> > > On Sat, Jan 10, 2009 at 2:04 AM, Anthony Pace <
> anthony.p...@utoronto.ca
> > > >wrote:
> > >
> > > > 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 started.  I
> > understood
> > > > it in seconds; yet, it will take you less time since you are
> practised
> > > with
> > > > the language.
> > > >
> > > >
> > > > 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 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=Search&meta=
> > > >>
> > > >>
> > > >> Nate Beck wrote:
> > > >>
> > > >>> Good to hear Omar! I hate nagging bosses.
> > > >>> On Fri, Jan 9, 2009 at 3:22 PM, Omar Fouad  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 years.
> > > 
> > >  I've found another way to share information between two
> applications
> > > by
> > >  the
> > >  way. It is not a new way, it is the traditional use of a local
> > SQLite
> > >  databse file. That will help and I'll implement some Ideas I
> already
> > >  have
> > >  to
> > >  do what is needed. But please don't tell my boss :D
> > > 
> > >  Cheers.
> > > 
> > >  On Sat, Jan 10, 2009 at 12:32 AM, Weyert de Boer <
> w...@innerfuse.biz
> > >
> > >  wrote:
> > > 
> > > 
> > > 
> > > > 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
> > > listening
> > > > socket to the open connection of the AIR application to this
> middle
> > > > man.
> > > > Like:
> > > >
> > > >  1. Start helper application
> > > >  2. Helper application opens AIR a

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

2009-01-09 Thread Juan Pablo Califano

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 table
or row level lock). However, for a reasonable number of clients, it
shouldn't be too much of a problem.

Sure, writing a socket server is much cooler, but it's also harder to get it
right (and you'd have to handle concurrency yourself, an area where it's
really easy to screw things up).

All in all, using SQLite looks like a good way solution for this scenario.

Cheers
Juan Pablo Califano


2009/1/9, Anthony Pace :
>
> 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 the threading of
> requests to the db.
>
> Omar Fouad wrote:
>
>> 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 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 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=Search&meta=



 Nate Beck wrote:



> 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 another way to share information between two applications
>> by
>> the
>> way. It is not a new way, it is the traditional use of a local SQLite
>> databse file. That will help and I'll implement some Ideas I already
>> have
>> to
>> do what is needed. But please don't tell my boss :D
>>
>> Cheers.
>>
>> On Sat, Jan 10, 2009 at 12:32 AM, Weyert de Boer 
>> wrote:
>>
>>
>>
>>
>>
>>> 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
>>> listening
>>> socket to the open connection of the AIR application to this middle
>>> man.
>>> Like:
>>>
>>>  1. Start helper application
>>>  2. Helper application opens AIR application after opening connection
>>>
>>>
>>>
>>>
>> (or
>>
>>
>>
>>
>>> use SocektMonitor to monitor it instead)
>>>  3. AIR application open client connection to Helper application
>>>  4. Any incoming data into the listening socket should be forward to
>>> the
>>> socket connected from the AIR application
>>>
>>> Yours,
>>> Weyert
>>>
>>> ___
>>> Flashcoders mailing list
>>> Flashcoders@chattyfig.figleaf.com
>>> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>>>
>>>
>>>
>>>
>>>
>> --
>> Omar M. Fouad - www.omar-fouad.net
>> Cellular: (+20) 1011.88.534
>> Mail: m...@omar-fouad.net
>>
>> This e-mail and any attachment is for authorised use by the intended
>> recipient(s) only. It may contain proprietary material, confidential
>> information and/or be subject to legal privilege. It should not be
>> copied,
>> disclosed to, retained or used by, any other party. If you are not an
>> intended recipient then please promptly delete this e-mail and any
>> attachment and all copies and inform the sender. Thank you.
>> ___
>> Flashcoders mailing list
>> Flashcoders@chattyfig.figleaf.com
>> http://chattyfig.figlea

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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, to
extend the AIR capabilities.

On Sat, Jan 10, 2009 at 2:34 AM, Nate Beck  wrote:

> 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 can talk to Actionscript.  Keep it lightweight, basically just a
> tunnel
> to make things communicate.  They weren't saying to re-write the whole
> application in C#, just the communication part.
>
> You AIR client communicates with your c# app installed beside it, the c#
> app
> communicates with other clients c# app installed, which then passes
> messages
> to their AIR clients.
>
> I believe that is what they are recommending.
>
> On Fri, Jan 9, 2009 at 4:25 PM, Omar Fouad 
> wrote:
>
> > 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
> > which
> > is ridiculous because MS is doing all this stuff with no restrictions and
> > has a good reputation the same).
> > Hopefully Adobe will develop the language to get it more powerful and let
> > us
> > do real stuff with it, not only cross applications but real things, real
> > control of hardware, OS, raw socket management and so on. Imagine
> creating
> > Powerful desktop applications with ActionScrpt, wouldn't that be cool?
> >
> > On Sat, Jan 10, 2009 at 2:04 AM, Anthony Pace  > >wrote:
> >
> > > 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 started.  I
> understood
> > > it in seconds; yet, it will take you less time since you are practised
> > with
> > > the language.
> > >
> > >
> > > 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 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=Search&meta=
> > >>
> > >>
> > >> Nate Beck wrote:
> > >>
> > >>> 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 another way to share information between two applications
> > by
> >  the
> >  way. It is not a new way, it is the traditional use of a local
> SQLite
> >  databse file. That will help and I'll implement some Ideas I already
> >  have
> >  to
> >  do what is needed. But please don't tell my boss :D
> > 
> >  Cheers.
> > 
> >  On Sat, Jan 10, 2009 at 12:32 AM, Weyert de Boer  >
> >  wrote:
> > 
> > 
> > 
> > > 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
> > listening
> > > socket to the open connection of the AIR application to this middle
> > > man.
> > > Like:
> > >
> > >  1. Start helper application
> > >  2. Helper application opens AIR application after opening
> connection
> > >
> > >
> >  (or
> > 
> > 
> > > use SocektMonitor to monitor it instead)
> > >  3. AIR application open client connection to Helper application
> > >  4. Any incoming data into the listening socket should be forward
> to
> > > the
> > > socket connected from the AIR application
> > >
> > > Yours,
> > > Weyert
> > >
> > > ___
> > >

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 execution of a SQL
> statement and not while connected. The openAsync connection allows putting
> several SQL statement on queue (fair enough) from many clients. So if the
> file is locked, an incoming sql execution will be reserved untill the file
> unlocks. Pretty neat ha?
>
>
>
>
> On Sat, Jan 10, 2009 at 2:18 AM, Anthony Pace wrote:
>
>> 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 the threading of
>> requests to the db.
>>
>>
>> Omar Fouad wrote:
>>
>>> 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 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 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=Search&meta=
>
>
>
> Nate Beck wrote:
>
>
>
>> 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 another way to share information between two applications
>>> by
>>> the
>>> way. It is not a new way, it is the traditional use of a local SQLite
>>> databse file. That will help and I'll implement some Ideas I already
>>> have
>>> to
>>> do what is needed. But please don't tell my boss :D
>>>
>>> Cheers.
>>>
>>> On Sat, Jan 10, 2009 at 12:32 AM, Weyert de Boer 
>>> wrote:
>>>
>>>
>>>
>>>
>>>
 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
 listening
 socket to the open connection of the AIR application to this middle
 man.
 Like:

  1. Start helper application
  2. Helper application opens AIR application after opening
 connection




>>> (or
>>>
>>>
>>>
>>>
 use SocektMonitor to monitor it instead)
  3. AIR application open client connection to Helper application
  4. Any incoming data into the listening socket should be forward to
 the
 socket connected from the AIR application

 Yours,
 Weyert

 ___
 Flashcoders mailing list
 Flashcoders@chattyfig.figleaf.com
 http://chattyfig.figleaf.com/mailman/listinfo/flashcoders





>>> --
>>> Omar M. Fouad - www.omar-fouad.net
>>> Cellular: (+20) 1011.88.534
>>> Mail: m...@omar-fouad.net
>>>
>>> This e-mail and any attachment is for authorised use by the intended
>>> recipient(s) only. It may contain proprietary material, confidential
>>> information and/or be subject to legal privilege. It should not be
>>> copied,
>>> disclosed to, retained or used by, any other party. If you are not an
>>> intended recipient then please promptly delete this e-mail and any
>>> attachment and all copies and inform the sender. Thank you.
>>> ___
>>> Flashcoders ma

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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
several SQL statement on queue (fair enough) from many clients. So if the
file is locked, an incoming sql execution will be reserved untill the file
unlocks. Pretty neat ha?



On Sat, Jan 10, 2009 at 2:18 AM, Anthony Pace wrote:

> 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 the threading of
> requests to the db.
>
>
> Omar Fouad wrote:
>
>> 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 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 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=Search&meta=



 Nate Beck wrote:



> 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 another way to share information between two applications
>> by
>> the
>> way. It is not a new way, it is the traditional use of a local SQLite
>> databse file. That will help and I'll implement some Ideas I already
>> have
>> to
>> do what is needed. But please don't tell my boss :D
>>
>> Cheers.
>>
>> On Sat, Jan 10, 2009 at 12:32 AM, Weyert de Boer 
>> wrote:
>>
>>
>>
>>
>>
>>> 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
>>> listening
>>> socket to the open connection of the AIR application to this middle
>>> man.
>>> Like:
>>>
>>>  1. Start helper application
>>>  2. Helper application opens AIR application after opening connection
>>>
>>>
>>>
>>>
>> (or
>>
>>
>>
>>
>>> use SocektMonitor to monitor it instead)
>>>  3. AIR application open client connection to Helper application
>>>  4. Any incoming data into the listening socket should be forward to
>>> the
>>> socket connected from the AIR application
>>>
>>> Yours,
>>> Weyert
>>>
>>> ___
>>> Flashcoders mailing list
>>> Flashcoders@chattyfig.figleaf.com
>>> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>>>
>>>
>>>
>>>
>>>
>> --
>> Omar M. Fouad - www.omar-fouad.net
>> Cellular: (+20) 1011.88.534
>> Mail: m...@omar-fouad.net
>>
>> This e-mail and any attachment is for authorised use by the intended
>> recipient(s) only. It may contain proprietary material, confidential
>> information and/or be subject to legal privilege. It should not be
>> copied,
>> disclosed to, retained or used by, any other party. If you are not an
>> intended recipient then please promptly delete this e-mail and any
>> attachment and all copies and inform the sender. Thank you.
>> ___
>> Flashcoders mailing list
>> Flashcoders@chattyfig.figleaf.com
>> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>>
>>
>>
>>
>>
>
>
>
>
>
 ___
 Flashcoders mailing list
 Flash

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 can talk to Actionscript.  Keep it lightweight, basically just a tunnel
to make things communicate.  They weren't saying to re-write the whole
application in C#, just the communication part.

You AIR client communicates with your c# app installed beside it, the c# app
communicates with other clients c# app installed, which then passes messages
to their AIR clients.

I believe that is what they are recommending.

On Fri, Jan 9, 2009 at 4:25 PM, Omar Fouad  wrote:

> 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
> which
> is ridiculous because MS is doing all this stuff with no restrictions and
> has a good reputation the same).
> Hopefully Adobe will develop the language to get it more powerful and let
> us
> do real stuff with it, not only cross applications but real things, real
> control of hardware, OS, raw socket management and so on. Imagine creating
> Powerful desktop applications with ActionScrpt, wouldn't that be cool?
>
> On Sat, Jan 10, 2009 at 2:04 AM, Anthony Pace  >wrote:
>
> > 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 started.  I understood
> > it in seconds; yet, it will take you less time since you are practised
> with
> > the language.
> >
> >
> > 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 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=Search&meta=
> >>
> >>
> >> Nate Beck wrote:
> >>
> >>> 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 another way to share information between two applications
> by
>  the
>  way. It is not a new way, it is the traditional use of a local SQLite
>  databse file. That will help and I'll implement some Ideas I already
>  have
>  to
>  do what is needed. But please don't tell my boss :D
> 
>  Cheers.
> 
>  On Sat, Jan 10, 2009 at 12:32 AM, Weyert de Boer 
>  wrote:
> 
> 
> 
> > 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
> listening
> > socket to the open connection of the AIR application to this middle
> > man.
> > Like:
> >
> >  1. Start helper application
> >  2. Helper application opens AIR application after opening connection
> >
> >
>  (or
> 
> 
> > use SocektMonitor to monitor it instead)
> >  3. AIR application open client connection to Helper application
> >  4. Any incoming data into the listening socket should be forward to
> > the
> > socket connected from the AIR application
> >
> > Yours,
> > Weyert
> >
> > ___
> > Flashcoders mailing list
> > Flashcoders@chattyfig.figleaf.com
> > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
> >
> >
> >
> 
>  --
>  Omar M. Fouad - www.omar-fouad.net
>  Cellular: (+20) 1011.88.534
>  Mail: m...@omar-fouad.net
> 
>  This e-mail and any attachment is for authorised use by the intended
>  recipient(s) only. It may contain proprietary material, confidential
>  information and/or be subject to legal privilege. It should not be
>  copied,
>  disclosed to, retained or used by, any other party. If you are not an
>  intended recipient then please promptly delete this e-mail and

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 which
is ridiculous because MS is doing all this stuff with no restrictions and
has a good reputation the same).
Hopefully Adobe will develop the language to get it more powerful and let us
do real stuff with it, not only cross applications but real things, real
control of hardware, OS, raw socket management and so on. Imagine creating
Powerful desktop applications with ActionScrpt, wouldn't that be cool?

On Sat, Jan 10, 2009 at 2:04 AM, Anthony Pace wrote:

> 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 started.  I understood
> it in seconds; yet, it will take you less time since you are practised with
> the language.
>
>
> 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 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=Search&meta=
>>
>>
>> Nate Beck wrote:
>>
>>> 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 another way to share information between two applications by
 the
 way. It is not a new way, it is the traditional use of a local SQLite
 databse file. That will help and I'll implement some Ideas I already
 have
 to
 do what is needed. But please don't tell my boss :D

 Cheers.

 On Sat, Jan 10, 2009 at 12:32 AM, Weyert de Boer 
 wrote:

> 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 listening
> socket to the open connection of the AIR application to this middle
> man.
> Like:
>
>  1. Start helper application
>  2. Helper application opens AIR application after opening connection
>
>
 (or

> use SocektMonitor to monitor it instead)
>  3. AIR application open client connection to Helper application
>  4. Any incoming data into the listening socket should be forward to
> the
> socket connected from the AIR application
>
> Yours,
> Weyert
>
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>
>
>

 --
 Omar M. Fouad - www.omar-fouad.net
 Cellular: (+20) 1011.88.534
 Mail: m...@omar-fouad.net

 This e-mail and any attachment is for authorised use by the intended
 recipient(s) only. It may contain proprietary material, confidential
 information and/or be subject to legal privilege. It should not be
 copied,
 disclosed to, retained or used by, any other party. If you are not an
 intended recipient then please promptly delete this e-mail and any
 attachment and all copies and inform the sender. Thank you.
 ___
 Flashcoders mailing list
 Flashcoders@chattyfig.figleaf.com
 http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

>>>
>>>
>>>
>>>
>>>
>>
>> ___
>> Flashcoders mailing list
>> Flashcoders@chattyfig.figleaf.com
>> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>>
>>
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>

-- 
Omar M. Fouad - www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an
inte

Re: [Flashcoders] Socket connection between two air applications on the same Network Area


Of course! Dumb me. Thanks.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 the 
threading of requests to the db.


Omar Fouad wrote:

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 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 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=Search&meta=



Nate Beck wrote:

  

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 another way to share information between two applications by
the
way. It is not a new way, it is the traditional use of a local SQLite
databse file. That will help and I'll implement some Ideas I already
have
to
do what is needed. But please don't tell my boss :D

Cheers.

On Sat, Jan 10, 2009 at 12:32 AM, Weyert de Boer 
wrote:



  

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 listening
socket to the open connection of the AIR application to this middle
man.
Like:

 1. Start helper application
 2. Helper application opens AIR application after opening connection




(or


  

use SocektMonitor to monitor it instead)
 3. AIR application open client connection to Helper application
 4. Any incoming data into the listening socket should be forward to
the
socket connected from the AIR application

Yours,
Weyert

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders





--
Omar M. Fouad - www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be
copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders



  






___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

  


--
Omar M. Fouad - www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.






  


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area


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.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 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 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=Search&meta=
>>
>>
>>
>> Nate Beck wrote:
>>
>>> 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 another way to share information between two applications by
 the
 way. It is not a new way, it is the traditional use of a local SQLite
 databse file. That will help and I'll implement some Ideas I already
 have
 to
 do what is needed. But please don't tell my boss :D

 Cheers.

 On Sat, Jan 10, 2009 at 12:32 AM, Weyert de Boer 
 wrote:

> 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 listening
> socket to the open connection of the AIR application to this middle
> man.
> Like:
>
>  1. Start helper application
>  2. Helper application opens AIR application after opening connection
>
>
 (or

> use SocektMonitor to monitor it instead)
>  3. AIR application open client connection to Helper application
>  4. Any incoming data into the listening socket should be forward to
> the
> socket connected from the AIR application
>
> Yours,
> Weyert
>
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>
>
>

 --
 Omar M. Fouad - www.omar-fouad.net
 Cellular: (+20) 1011.88.534
 Mail: m...@omar-fouad.net

 This e-mail and any attachment is for authorised use by the intended
 recipient(s) only. It may contain proprietary material, confidential
 information and/or be subject to legal privilege. It should not be
 copied,
 disclosed to, retained or used by, any other party. If you are not an
 intended recipient then please promptly delete this e-mail and any
 attachment and all copies and inform the sender. Thank you.
 ___
 Flashcoders mailing list
 Flashcoders@chattyfig.figleaf.com
 http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

>>>
>>>
>>>
>>>
>>>
>>
>> ___
>> Flashcoders mailing list
>> Flashcoders@chattyfig.figleaf.com
>> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>>
>
>
>
> --
> Omar M. Fouad - www.omar-fouad.net
> Cellular: (+20) 1011.88.534
> Mail: m...@omar-fouad.net
>
> This e-mail and any attachment is for authorised use by the intended
> recipient(s) only. It may contain proprietary material, confidential
> information and/or be subject to legal privilege. It should not be copied,
> disclosed to, retained or used by, any other party. If you are not an
> intended recipient then please promptly delete this e-mail and any
> attachment and all copies and inform the sender. Thank you.
>

-- 
Omar M. Fouad - www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 started. I
understood it in seconds; yet, it will take you less time since you are
practised with the language.

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 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=Search&meta=

Nate Beck wrote:

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 another way to share information between two applications
by the

way. It is not a new way, it is the traditional use of a local SQLite
databse file. That will help and I'll implement some Ideas I already
have

to
do what is needed. But please don't tell my boss :D

Cheers.

On Sat, Jan 10, 2009 at 12:32 AM, Weyert de Boer
wrote:

If you want to open server sockets with AIR. You need an extra

application

alongside your AIR application. This application then opens the
listening

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 listening
socket to the open connection of the AIR application to this middle
man.

Like:

1. Start helper application
2. Helper application opens AIR application after opening connection

(or

use SocektMonitor to monitor it instead)
3. AIR application open client connection to Helper application
4. Any incoming data into the listening socket should be forward
to the

socket connected from the AIR application

Yours,
Weyert

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

--
Omar M. Fouad - www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be
copied,

disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 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=Search&meta=
>
>
>
> Nate Beck wrote:
>
>> 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 another way to share information between two applications by
>>> the
>>> way. It is not a new way, it is the traditional use of a local SQLite
>>> databse file. That will help and I'll implement some Ideas I already have
>>> to
>>> do what is needed. But please don't tell my boss :D
>>>
>>> Cheers.
>>>
>>> On Sat, Jan 10, 2009 at 12:32 AM, Weyert de Boer 
>>> wrote:
>>>
>>>
>>>
 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 listening
 socket to the open connection of the AIR application to this middle man.
 Like:

  1. Start helper application
  2. Helper application opens AIR application after opening connection


>>> (or
>>>
>>>
 use SocektMonitor to monitor it instead)
  3. AIR application open client connection to Helper application
  4. Any incoming data into the listening socket should be forward to the
 socket connected from the AIR application

 Yours,
 Weyert

 ___
 Flashcoders mailing list
 Flashcoders@chattyfig.figleaf.com
 http://chattyfig.figleaf.com/mailman/listinfo/flashcoders



>>>
>>> --
>>> Omar M. Fouad - www.omar-fouad.net
>>> Cellular: (+20) 1011.88.534
>>> Mail: m...@omar-fouad.net
>>>
>>> This e-mail and any attachment is for authorised use by the intended
>>> recipient(s) only. It may contain proprietary material, confidential
>>> information and/or be subject to legal privilege. It should not be
>>> copied,
>>> disclosed to, retained or used by, any other party. If you are not an
>>> intended recipient then please promptly delete this e-mail and any
>>> attachment and all copies and inform the sender. Thank you.
>>> ___
>>> Flashcoders mailing list
>>> Flashcoders@chattyfig.figleaf.com
>>> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>>>
>>>
>>>
>>
>>
>>
>>
>>
>
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>



-- 
Omar M. Fouad - www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area


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=Search&meta=


Nate Beck wrote:

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 another way to share information between two applications by the
way. It is not a new way, it is the traditional use of a local SQLite
databse file. That will help and I'll implement some Ideas I already have
to
do what is needed. But please don't tell my boss :D

Cheers.

On Sat, Jan 10, 2009 at 12:32 AM, Weyert de Boer 
wrote:



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 listening
socket to the open connection of the AIR application to this middle man.
Like:

  1. Start helper application
  2. Helper application opens AIR application after opening connection
  

(or


use SocektMonitor to monitor it instead)
  3. AIR application open client connection to Helper application
  4. Any incoming data into the listening socket should be forward to the
socket connected from the AIR application

Yours,
Weyert

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

  


--
Omar M. Fouad - www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders






  


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 traditional use of a local SQLite
databse file. That will help and I'll implement some Ideas I already have to
do what is needed. But please don't tell my boss :D

Cheers.

On Sat, Jan 10, 2009 at 12:32 AM, Weyert de Boer  wrote:

> 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 listening
> socket to the open connection of the AIR application to this middle man.
> Like:
>
>   1. Start helper application
>   2. Helper application opens AIR application after opening connection (or
> use SocektMonitor to monitor it instead)
>   3. AIR application open client connection to Helper application
>   4. Any incoming data into the listening socket should be forward to the
> socket connected from the AIR application
>
> Yours,
> Weyert
>
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>

-- 
Omar M. Fouad - www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 another way to share information between two applications by the
> way. It is not a new way, it is the traditional use of a local SQLite
> databse file. That will help and I'll implement some Ideas I already have
> to
> do what is needed. But please don't tell my boss :D
>
> Cheers.
>
> On Sat, Jan 10, 2009 at 12:32 AM, Weyert de Boer 
> wrote:
>
> > 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 listening
> > socket to the open connection of the AIR application to this middle man.
> > Like:
> >
> >   1. Start helper application
> >   2. Helper application opens AIR application after opening connection
> (or
> > use SocektMonitor to monitor it instead)
> >   3. AIR application open client connection to Helper application
> >   4. Any incoming data into the listening socket should be forward to the
> > socket connected from the AIR application
> >
> > Yours,
> > Weyert
> >
> > ___
> > Flashcoders mailing list
> > Flashcoders@chattyfig.figleaf.com
> > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
> >
>
>
>
> --
> Omar M. Fouad - www.omar-fouad.net
> Cellular: (+20) 1011.88.534
> Mail: m...@omar-fouad.net
>
> This e-mail and any attachment is for authorised use by the intended
> recipient(s) only. It may contain proprietary material, confidential
> information and/or be subject to legal privilege. It should not be copied,
> disclosed to, retained or used by, any other party. If you are not an
> intended recipient then please promptly delete this e-mail and any
> attachment and all copies and inform the sender. Thank you.
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>



-- 

Cheers,
Nate

http://blog.natebeck.net
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 listening socket to the open connection of the AIR 
application to this middle man. Like:


   1. Start helper application
   2. Helper application opens AIR application after opening connection 
(or use SocektMonitor to monitor it instead)

   3. AIR application open client connection to Helper application
   4. Any incoming data into the listening socket should be forward to 
the socket connected from the AIR application


Yours,
Weyert
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 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:
>>>
>>>
>>>
 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.
>
>
>
>
>
 ___
 Flashcoders mailing list
 Flashcoders@chattyfig.figleaf.com
 http://chattyfig.figleaf.com/mailman/listinfo/flashcoders



>>>
>>> --
>>> Omar M. Fouad - www.omar-fouad.net
>>> Cellular: (+20) 1011.88.534
>>> Mail: m...@omar-fouad.net
>>>
>>> This e-mail and any attachment is for authorised use by the intended
>>> recipient(s) only. It may contain proprietary material, confidential
>>> information and/or be subject to legal privilege. It should not be
>>> copied,
>>> disclosed to, retained or used by, any other party. If you are not an
>>> intended recipient then please promptly delete this e-mail and any
>>> attachment and all copies and inform the sender. Thank you.
>>> ___
>>> Flashcoders mailing list
>>> Flashcoders@chattyfig.figleaf.com
>>> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>>>
>>>
>>>
>>
>>
>>
>>
>>
>
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>



-- 

Cheers,
Nate

http://blog.natebeck.net
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area


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 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 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 features... everyone is going to have to bug them...

http://www.adobe.com/cfusion/mmform/index.cfm?name=wishform

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:



  

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.





  

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders





--
Omar M. Fouad - www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be
copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders



  






___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders


  

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders






  


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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, 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 features... everyone is going to have to bug them...
>>
>> http://www.adobe.com/cfusion/mmform/index.cfm?name=wishform
>>
>> 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:

> 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.
>>
>>
>>
>>
>>
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>
>
>

 --
 Omar M. Fouad - www.omar-fouad.net
 Cellular: (+20) 1011.88.534
 Mail: m...@omar-fouad.net

 This e-mail and any attachment is for authorised use by the intended
 recipient(s) only. It may contain proprietary material, confidential
 information and/or be subject to legal privilege. It should not be
 copied,
 disclosed to, retained or used by, any other party. If you are not an
 intended recipient then please promptly delete this e-mail and any
 attachment and all copies and inform the sender. Thank you.
 ___
 Flashcoders mailing list
 Flashcoders@chattyfig.figleaf.com
 http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

>>>
>>>
>>>
>>>
>>>
>>
>> ___
>> Flashcoders mailing list
>> Flashcoders@chattyfig.figleaf.com
>> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>>
>>
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>

-- 
Omar M. Fouad - www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 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 features... everyone is going to have to bug them...

http://www.adobe.com/cfusion/mmform/index.cfm?name=wishform

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:


   

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.





___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

  


--
Omar M. Fouad - www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be 
copied,

disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders






  


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders



___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 issue to Security Disclosure in error and require 
assistance on a security-related customer service issue, please visit the HELP 
page at the link below to get help with your issue.

http://pages.ebay.com/securitycenter/

Thank you,
Security Disclosure


  


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 features... everyone is going to have to bug them...

http://www.adobe.com/cfusion/mmform/index.cfm?name=wishform

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:



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.





___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

  


--
Omar M. Fouad - www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders






  


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 with AIR is to be able to send and receive strings or
binary data to/from two computer running the same AIR application.

Can I connect to an Air application using sockets? that is my question. Plus
I think it is too late learning Java now.. I would like to stick with the
Adobe Platform (loyal user...) :)

cheers

On Fri, Jan 9, 2009 at 11:23 PM, Anthony Pace wrote:

> 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:
>>>
>>>
>>>
 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.
>
>
>
>
>
 ___
 Flashcoders mailing list
 Flashcoders@chattyfig.figleaf.com
 http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

>>>
>>> --
>>> Omar M. Fouad - www.omar-fouad.net
>>> Cellular: (+20) 1011.88.534
>>> Mail: m...@omar-fouad.net
>>>
>>> This e-mail and any attachment is for authorised use by the intended
>>> recipient(s) only. It may contain proprietary material, confidential
>>> information and/or be subject to legal privilege. It should not be
>>> copied,
>>> disclosed to, retained or used by, any other party. If you are not an
>>> intended recipient then please promptly delete this e-mail and any
>>> attachment and all copies and inform the sender. Thank you.
>>> ___
>>> Flashcoders mailing list
>>> Flashcoders@chattyfig.figleaf.com
>>> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>>>
>>>
>>>
>>
>>
>>
>>
>>
>
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>

-- 
Omar M. Fouad - www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area


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/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area


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:



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.





___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

  


--
Omar M. Fouad - www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders






  


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 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.
> >>
> >>
> >>
> >
> > ___
> > Flashcoders mailing list
> > Flashcoders@chattyfig.figleaf.com
> > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
> >
>
>
>
> --
> Omar M. Fouad - www.omar-fouad.net
> Cellular: (+20) 1011.88.534
> Mail: m...@omar-fouad.net
>
> This e-mail and any attachment is for authorised use by the intended
> recipient(s) only. It may contain proprietary material, confidential
> information and/or be subject to legal privilege. It should not be copied,
> disclosed to, retained or used by, any other party. If you are not an
> intended recipient then please promptly delete this e-mail and any
> attachment and all copies and inform the sender. Thank you.
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>



-- 

Cheers,
Nate

http://blog.natebeck.net
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 application running on
>> different computers) by using sockets or any other method.
>>
>> Thanks.
>>
>>
>>
>
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>

-- 
Omar M. Fouad - www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@omar-fouad.net

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area


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.

  


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Socket connection between two air applications on the same Network Area

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 your server. The example might be included in  
AIR Unleashed; 
http://www.amazon.com/Adobe-Integrated-Runtime-Programming-Unleashed/dp/0672329719/ref=pd_bbs_sr_4?ie=UTF8&s=books&qid=1197990915&sr=8-4

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.

  


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

[Flashcoders] Socket connection between two air applications on the same Network Area