Welcome, Guest. Please login or register.

Login with username, password and session length
September 02, 2010, 04:52:22 pm

 

   Home   Help Search Login Register  

Pages: [1]   Go Down
  Print  
Author Topic: eyeJabber - planning  (Read 2489 times)
bluefoxicy
New User
*
Offline Offline

Posts: 31


View Profile
« on: October 26, 2007, 06:29:53 pm »

As noted earlier, EyeOS 1.3 will have a networking service called eyeBus.  This leaves open the potential to create a Jabber client for EyeOS, which when complimented with a local Jabber server gives a powerful internal IM system.

I'm thinking of a sequence of events...

  • Port jabberclass to eyeBus
  • Create an eyepackage to install the new eyeJabberclass as some sort of library
  • Create a client that just shows a buddy list of who's on (Proof-of-Concept)
  • Add the ability to send and receive messages (Useful application phase)
  • Begin extending into a fully featured Jabber client (Maturation)

The beginning of this entails critical, far-reaching design decisions.  Does anyone have any suggestions for other routes to take with XMPP/PHP?  There was class.jabber.php but that was rewritten to the event-driven jabberclass.
Logged
Fernando Ibanez
New User
*
Offline Offline

Posts: 19


View Profile
« Reply #1 on: October 29, 2007, 03:53:41 am »

You may want to take a look at jwchat and muckl.

I can open muckl from eyeos using eyenav and it works fine.  It requires no PHP or eyeos integration, but integration would be nice.
If you could synchronize the jabber server with the eyeos users, I can see your idea being quite cool.  I am using ejabberd as the server.

Logged
bluefoxicy
New User
*
Offline Offline

Posts: 31


View Profile
« Reply #2 on: October 29, 2007, 04:11:32 pm »

mcukl won't work, as I want something running self-contained (i.e. something I could run on a network not connected to the Internet, but connected to other sites over a WAN?).

JWchat relies on Java, and doesn't integrate with EyeOS as well as I'd like.  It requires extra set-up and as far as I can tell likes to pop out its own windows (no good).  I've looked at this one before.
Logged
Fernando Ibanez
New User
*
Offline Offline

Posts: 19


View Profile
« Reply #3 on: November 02, 2007, 12:36:28 am »

mcukl won't work, as I want something running self-contained (i.e. something I could run on a network not connected to the Internet, but connected to other sites over a WAN?).

JWchat relies on Java, and doesn't integrate with EyeOS as well as I'd like.  It requires extra set-up and as far as I can tell likes to pop out its own windows (no good).  I've looked at this one before.

If you have your own jabber server muckl could work.  I would look at it again. There is no difference between the wan or internet... the behaviour of the software is the same.

JWChat does not require java, double check that.  It does want to popout eyeos, I am currently looking at modifying this behaviour so it stays inside eyeOS.

Logged
bluefoxicy
New User
*
Offline Offline

Posts: 31


View Profile
« Reply #4 on: November 05, 2007, 05:39:22 pm »


JWChat does not require java, double check that.  It does want to popout eyeos, I am currently looking at modifying this behaviour so it stays inside eyeOS.


JWChat-1.0beta3.war (War Archive)

WAR archives contain Java servlet based applications to run on top a JSP/J2EE platform like Tomcat, Geronimo, Jetty, Websphere....

Not PHP.
Logged
Fernando Ibanez
New User
*
Offline Offline

Posts: 19


View Profile
« Reply #5 on: November 17, 2007, 07:43:38 pm »

JWChat is a full featured, web-based Jabber™ client. Written using AJAX technology it relies on JavaScript and HTML at the client-side only.

I have it working.  Try it, you'll probe yourself incorrect.

Logged
bluefoxicy
New User
*
Offline Offline

Posts: 31


View Profile
« Reply #6 on: November 27, 2007, 04:40:00 pm »

You're right, it uses javascript.  It just comes as a WAR file (which is a Java servlet platform i.e. Tomcat Web application archive), for no real reason.  My mistake.

Of course, it's terminally broken, as it exposes the login name and password through a GET request, which fills the web server logs with username/password pairs (I had to sanitize my logs), and also puts them in the Web browser's address bar.
Logged
Pages: [1]   Go Up
  Print  
 
Jump to:  


Powered by MySQL Powered by PHP Powered by SMF 1.1.11 | SMF © 2006-2009, Simple Machines LLC Valid XHTML 1.0! Valid CSS!