subject:"\[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 http://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 http://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 anthony.p...@utoronto.ca: - 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

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 http://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 http://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 anthony.p...@utoronto.ca: - 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

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 omarfouad@gmail.com:

 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 http://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 http://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 anthony.p...@utoronto.ca: - 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

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 http://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 http://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 anthony.p...@utoronto.ca: - 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

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 omarfouad@gmail.com:

  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 http://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 http://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 anthony.p...@utoronto.ca: - 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

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 anthony.p...@utoronto.ca:

 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 http://dd.bb/ http://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 http://dd.bb/ http://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 anthony.p...@utoronto.ca: - 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

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

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 anthony.p...@utoronto.ca:
 
  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 http://dd.bb/ http://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 http://dd.bb/ http://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 anthony.p...@utoronto.ca: - 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

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 anthony.p...@utoronto.ca:


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 http://dd.bb/ http://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 http://dd.bb/ http://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 anthony.p...@utoronto.ca: - 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,

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 anthony.p...@utoronto.ca:
  

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 http://dd.bb/ http://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 http://dd.bb/ http://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 anthony.p...@utoronto.ca: - 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

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 anthony.p...@utoronto.ca:
   

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 http://dd.bb/ 
http://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 http://dd.bb/ 
http://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 anthony.p...@utoronto.ca: - 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

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 anthony.p...@utoronto.cawrote:

 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 anthony.p...@utoronto.ca:


 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 http://dd.bb/ http://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 http://dd.bb/ http://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 anthony.p...@utoronto.ca: - 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

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 anthony.p...@utoronto.ca:

 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

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 anthony.p...@utoronto.ca:
 
  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

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 anthony.p...@utoronto.ca:
  

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

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 omarfouad@gmail.com:

 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 anthony.p...@utoronto.ca:
  
   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

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

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 dwa...@figleaf.com 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

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

Hi all,

I wanted to ask if there is a way to let two AIR applications connect to
each other through a home network (the same AIR application running on
different computers) by using sockets or any other method.

Thanks.

-- 
Omar M. Fouad - www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: m...@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

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=UTF8s=booksqid=1197990915sr=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

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

Ok but I don't know Java...

On Fri, Jan 9, 2009 at 10:43 PM, Weyert de Boer w...@innerfuse.biz wrote:

 If so, the code should be available on Google Code somewhere.

 Hi all,

 I wanted to ask if there is a way to let two AIR applications connect to
 each other through a home network (the same 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

http://www.amazon.com/Head-First-Java-Kathy-Sierra/dp/0596009208
Enjoy!

:)

On Fri, Jan 9, 2009 at 1:10 PM, Omar Fouad omarfouad@gmail.com wrote:

 Ok but I don't know Java...

 On Fri, Jan 9, 2009 at 10:43 PM, Weyert de Boer w...@innerfuse.biz wrote:

  If so, the code should be available on 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


that is mean but funny... What languages do you know?

Nate Beck wrote:

http://www.amazon.com/Head-First-Java-Kathy-Sierra/dp/0596009208
Enjoy!

:)

On Fri, Jan 9, 2009 at 1:10 PM, Omar Fouad omarfouad@gmail.com wrote:

  

Ok but I don't know Java...

On Fri, Jan 9, 2009 at 10:43 PM, Weyert de Boer w...@innerfuse.biz wrote:



If so, the code should be available on Google Code somewhere.

  

Hi all,

I wanted to ask if there is a way to let two AIR applications connect to
each other through a home network (the same 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

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


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

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 anthony.p...@utoronto.cawrote:

 that is mean but funny... What languages do you know?


 Nate Beck wrote:

 http://www.amazon.com/Head-First-Java-Kathy-Sierra/dp/0596009208
 Enjoy!

 :)

 On Fri, Jan 9, 2009 at 1:10 PM, Omar Fouad omarfouad@gmail.com
 wrote:



 Ok but I don't know Java...

 On Fri, Jan 9, 2009 at 10:43 PM, Weyert de Boer w...@innerfuse.biz
 wrote:



 If so, the code should be available on Google Code somewhere.



 Hi all,

 I wanted to ask if there is a way to let two AIR applications connect
 to
 each other through a home network (the same 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

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 omarfouad@gmail.com wrote:

  

Ok but I don't know Java...

On Fri, Jan 9, 2009 at 10:43 PM, Weyert de Boer w...@innerfuse.biz wrote:



If so, the code should be available on 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

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

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

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 omarfouad@gmail.com 
wrote:


 

Ok but I don't know Java...

On Fri, Jan 9, 2009 at 10:43 PM, Weyert de Boer w...@innerfuse.biz 
wrote:


   

If so, the code should be available on 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 you be more clear please? :)

On Sat, Jan 10, 2009 at 12:06 AM, Anthony Pace anthony.p...@utoronto.cawrote:

 If I didn't make myself clear, the only way to do this is with an
 intermediary server running on the system being connected to.



 Anthony Pace wrote:

 You need to have a server to 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 omarfouad@gmail.com
 wrote:



 Ok but I don't know Java...

 On Fri, Jan 9, 2009 at 10:43 PM, Weyert de Boer w...@innerfuse.biz
 wrote:



 If so, the code should be available on 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


http://java.sun.com/docs/books/tutorial/networking/sockets/clientServer.html

Omar Fouad wrote:

Can you be more clear please? :)

On Sat, Jan 10, 2009 at 12:06 AM, Anthony Pace anthony.p...@utoronto.cawrote:

  

If I didn't make myself clear, the only way to do this is with an
intermediary 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 omarfouad@gmail.com
wrote:





Ok but I don't know Java...

On Fri, Jan 9, 2009 at 10:43 PM, Weyert de Boer w...@innerfuse.biz
wrote:



  

If so, the code should be available on 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

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 anthony.p...@utoronto.cawrote:

 that is mean but funny... What languages do you know?


 Nate Beck wrote:

 http://www.amazon.com/Head-First-Java-Kathy-Sierra/dp/0596009208
 Enjoy!

 :)

 On Fri, Jan 9, 2009 at 1:10 PM, Omar Fouad omarfouad@gmail.com
 wrote:



 Ok but I don't know Java...

 On Fri, Jan 9, 2009 at 10:43 PM, Weyert de Boer w...@innerfuse.biz
 wrote:



 If so, the code should be available on Google Code somewhere.



 Hi all,

 I wanted to ask if there is a way to let two AIR applications connect
 to
 each other through a home network (the same 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

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

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

 Guys when there are deadlines and a Boss bugging you 24/7 there is no time
 to pick a book and learn a language definitely different from the language
 you are being writing for 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 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

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


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=enq=simple+socket+server+in+c%23btnG=Searchmeta=


Nate Beck wrote:

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

  

Guys when there are deadlines and a Boss bugging you 24/7 there is no time
to pick a book and learn a language definitely different from the language
you are being writing for 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 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 anthony.p...@utoronto.cawrote:

 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=enq=simple+socket+server+in+c%23btnG=Searchmeta=



 Nate Beck wrote:

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



 Guys when there are deadlines and a Boss bugging you 24/7 there is no
 time
 to pick a book and learn a language definitely different from the
 language
 you are being writing for 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 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

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=enq=simple+socket+server+in+c%23btnG=Searchmeta=

Nate Beck wrote:

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

Guys when there are deadlines and a Boss bugging you 24/7 there is
no time
to pick a book and learn a language definitely different from the
language

you are being writing for 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

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

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

Weyert, the SQLite file is stored somewhere in a full access shared folder.
Each AIR application connects to it, and performs sql statements without any
problem, as long as the computer is connected to the same network.

Yours

On Sat, Jan 10, 2009 at 2:07 AM, Omar Fouad omarfouad@gmail.com 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 anthony.p...@utoronto.cawrote:

 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=enq=simple+socket+server+in+c%23btnG=Searchmeta=



 Nate Beck wrote:

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



 Guys when there are deadlines and a Boss bugging you 24/7 there is no
 time
 to pick a book and learn a language definitely different from the
 language
 you are being writing for 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 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


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

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 omarfouad@gmail.com 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 anthony.p...@utoronto.cawrote:



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=enq=simple+socket+server+in+c%23btnG=Searchmeta=



Nate Beck wrote:

  

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





Guys when there are deadlines and a Boss bugging you 24/7 there is no
time
to pick a book and learn a language definitely different from the
language
you are being writing for 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 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


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

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

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=enq=simple+socket+server+in+c%23btnG=Searchmeta=

Nate Beck wrote:

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

Guys when there are deadlines and a Boss bugging you 24/7 there is no
time
to pick a book and learn a language definitely different from the
language
you are being writing for 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

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

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 omarfouad@gmail.com 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=enq=simple+socket+server+in+c%23btnG=Searchmeta=

Nate Beck wrote:

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

Guys when there are deadlines and a Boss bugging you 24/7 there is no
time
to pick a book and learn a language definitely different from the
language
you are being writing for 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

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

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

___
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,

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 anthony.p...@utoronto.cawrote:

 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 omarfouad@gmail.com
 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 anthony.p...@utoronto.ca
 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=enq=simple+socket+server+in+c%23btnG=Searchmeta=



 Nate Beck wrote:



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





 Guys when there are deadlines and a Boss bugging you 24/7 there is no
 time
 to pick a book and learn a language definitely different from the
 language
 you are being writing for 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 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




-- 
Omar M. Fouad -

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 omarfouad@gmail.com wrote:

 Anthony,

 File locking would be an issue i know but there are two ways to connect to
 a SQLite file, one is with open() and the other is with openAsync() -
 Basically a SQLite file is locked 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 anthony.p...@utoronto.cawrote:

 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 omarfouad@gmail.com
 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 anthony.p...@utoronto.ca
 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=enq=simple+socket+server+in+c%23btnG=Searchmeta=



 Nate Beck wrote:



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





 Guys when there are deadlines and a Boss bugging you 24/7 there is no
 time
 to pick a book and learn a language definitely different from the
 language
 you are being writing for 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 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

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 n...@tldstudio.com 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 omarfouad@gmail.com
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=enq=simple+socket+server+in+c%23btnG=Searchmeta=

Nate Beck wrote:

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

Guys when there are deadlines and a Boss bugging you 24/7 there is
no
time
to pick a book and learn a language definitely different from the
language
you are being writing for 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

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

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

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 anthony.p...@utoronto.ca:

 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 omarfouad@gmail.com
 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 anthony.p...@utoronto.ca
 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=enq=simple+socket+server+in+c%23btnG=Searchmeta=



 Nate Beck wrote:



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





 Guys when there are deadlines and a Boss bugging you 24/7 there is no
 time
 to pick a book and learn a language definitely different from the
 language
 you are being writing for 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 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.

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 omarfouad@gmail.com wrote:

Yeah I got it, it is just like bridging them to each other. Good idea I
know, but I find the SQLite a more Native approach. As I said, there is a
boss involved :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 n...@tldstudio.com 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 omarfouad@gmail.com
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=enq=simple+socket+server+in+c%23btnG=Searchmeta=

Nate Beck wrote:

Good to hear Omar! I hate nagging bosses.
On Fri, Jan 9, 2009 at 3:22 PM, Omar Fouad omarfouad.net@
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

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

Yours,
Weyert

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

--
Omar M. Fouad - www.omar-fouad.net

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 n...@tldstudio.com wrote:

That would be really cool Omar.
Be sure to keep us posted!

On Fri, Jan 9, 2009 at 4:46 PM, Omar Fouad omarfouad@gmail.com
wrote:

Yeah I got it, it is just like bridging them to each other. Good idea I
know, 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 n...@tldstudio.com 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 omarfouad@gmail.com
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=enq=simple+socket+server+in+c%23btnG=Searchmeta=

Nate Beck wrote:

Good to hear Omar! I hate nagging bosses.
On Fri, Jan 9, 2009 at 3:22 PM, Omar Fouad omarfouad.net@
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

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

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 omarfouad@gmail.com wrote:

Sure.

On Sat, Jan 10, 2009 at 3:16 AM, Nate Beck n...@tldstudio.com wrote:

That would be really cool Omar.
Be sure to keep us posted!

On Fri, Jan 9, 2009 at 4:46 PM, Omar Fouad omarfouad@gmail.com
wrote:

Yeah I got it, it is just like bridging them to each other. Good idea I
know, 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 n...@tldstudio.com 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 omarfouad@gmail.com
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=enq=simple+socket+server+in+c%23btnG=Searchmeta=

Nate Beck wrote:

Good to hear Omar! I hate nagging bosses.
On Fri, Jan 9, 2009 at 3:22 PM, Omar Fouad omarfouad.net@
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

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

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