hamsam-devel Mailing List for Hamsam - Instant Messaging API
Status: Beta
Brought to you by:
dsj_shock
Menu
▾
▴
hamsam-devel
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
(6) |
May
(1) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
|
From: Markus <neo...@ic...> - 2004-12-30 08:48:38
|
Hi everybody! I just tested the HAMSAM Project a while ago. At that time the MSN Protocol was running with no problems. Right now it doesn't work. I would like to test my application, exist there a running protocol yet which I could use. Thanks in advance for your answer. Bye Markus <P><font face="Arial, Helvetica, sans-serif" size="2" style="font-size:13.5px">_______________________________________________________________<BR><font face="Arial, Helvetica, sans-serif" size="2" style="font-size:13.5px">ICQ - You get the message, anywhere!<br>Get it @ <a href="http://www.icq.com" target=new>http://www.icq.com</a></font><br><br> </font></font> |
|
From: cifroes <ci...@ne...> - 2004-08-20 23:29:53
|
I tried to do a simple program using Hamsam API and I can't connect to MSN. After some messages i receive this error: javax.net.ssl.SSLException: java.lang.NullPointerException: in is null at com.sun.net.ssl.internal.ssl.BaseSSLSocketImpl.a(DashoA6275) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(DashoA6275) at hamsam.util.net.ssl.HamsamHttpsConnection.doRequest(HamsamHttpsConnection.java:153) at hamsam.protocol.msn.Util.getPassportLoginServer(Util.java:233) at hamsam.protocol.msn.Util.passportAuthenticate(Util.java:184) at hamsam.protocol.msn.NotificationServer.processAuthInitial(NotificationServer.java:182) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at hamsam.protocol.msn.MsnServer.invokeMethod(MsnServer.java:313) at hamsam.protocol.msn.MsnServer.run(MsnServer.java:265) ----- Any ideas or a sample code just to connect to msn ? Is MSN working Ok for you? Thanks in advance |
|
From: paul w. <wel...@ho...> - 2004-07-27 10:35:19
|
Hi all, A superb project, I really like what you are achieving here. I'm just trying to run some tests and appear to have some connection problems. When I try to connect through a web proxy to AIM I receive the following error: Connecting AOL Instant Messenger Connecting... Connecting... 27-Jul-2004 11:05:05 hamsam.protocol.aim.command.AuthCommandHandler connectToHost INFO: creating connection to host login.oscar.aol.com port 5190 java.io.IOException: Cannot CONNECT, Proxy returned HTTP/1.0 403 Forbidden at hamsam.net.HttpConnection.<init>(HttpConnection.java:136) at hamsam.net.HttpConnection.<init>(HttpConnection.java:82) at hamsam.protocol.aim.command.AuthCommandHandler.connectToHost(AuthCommandHandler.java:454) at hamsam.protocol.aim.command.AuthCommandHandler.connect(AuthCommandHandler.java:142) at hamsam.protocol.aim.AIMProtocol.connect(AIMProtocol.java:154) at AIMTestClient.<init>(AIMTestClient.java:52) at AIMTestClient.main(AIMTestClient.java:80) 27-Jul-2004 11:05:06 hamsam.protocol.aim.command.AuthCommandHandler connect SEVERE: error connecting to login.oscar.aol.com on port 5190 Using my AIM client with the same proxy settings I do not have any problems connecting. Any ideas on this? Many Thanks _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger |
|
From: <ben...@id...> - 2004-05-25 09:21:28
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: Mark S. <ma...@Sc...> - 2004-04-19 14:01:26
|
On April 19, 2004 11:57 am, Raghu K wrote: > Yeah, that's how Hamsam is designed - You can connect to one and only > one account per protocol. Technically it is possible to have multiple > account sign-ons from the same JVM. However, that means using more > sockets and more threads (actual count depends on the protocol). For > yahoo, you will add one socket and two threads per each sign on. I am using Hamsam as a way to notify my clients about events. It would be great if I could notify people in parallel. Please consider my vote to allow this. Thank you. -- VoIP SIP:26...@fw... Free calendar client and server - works with Exchange/Outlook/Yahoo! TV-Listing and Weather Schedules http://www.ScheduleWorld.com/ http://www.ScheduleWorld.com/sw/ScheduleWorld.jnlp (JWS) |
|
From: Martin W. <mar...@ya...> - 2004-04-19 13:59:01
|
Raghu, Thanks for the response. We need a package that supports multiple connections in the same JVM. We are teaching log4j and Tomcat to talk to Yahoo. So we'll go with the yMSG package for now. If I have the time I will look at making Hamsam support mutli-connections. I would imagine it can't be too hard. Thanks. --Marty --- Raghu K <kr...@us...> wrote: > Yeah, that's how Hamsam is designed - You can connect to one and only > one account per protocol. Technically it is possible to have multiple > account sign-ons from the same JVM. However, that means using more > sockets and more threads (actual count depends on the protocol). For > yahoo, you will add one socket and two threads per each sign on. > > Raghu > > Martin Wegner wrote: > > >Raghu, > > > > > > > >Thanks for writing back. > > > > > > > >One more question: I am unable to have two instances of Hamsam running > in > > > >the same JVM (using the Yahoo protocol). It seems that one cancels out > > > >the other. Does that make sense? > > > > > > > > > > > >--Marty > > > > > > > >--- Raghu K <kr...@us...> wrote: > > > > > > > >>Hi, > >> > >> > > > > > > > > > > > > > >>Nice to hear that you found Hamsam useful. > >> > >> > > > > > > > > > > > > > >>Yahoo protocol doesn't acknowledge the message packets. So there's no > >> > >> > > > > > > > >>way to detect whether a message is delivered or not. Some other > >> > >> > > > > > > > >>protocols - like MSN - do acknowledge each individual messages. > However, > >> > >> > > > > > > > > > > > > > >>the MSN code is not 100% complete in Hamsam. Hope this info helps you. > >> > >> > > > > > > > > > > > > > >>Thanks > >> > >> > > > > > > > >>Raghu > >> > >> > > > > > > > > > > > > > >>Martin Wegner wrote: > >> > >> > > > > > > > > > > > > > >>>Hello. > >>> > >>> > > > > > > > > > > > > > > > > > > > > > > > > > >>>We are using your library and have found it to be quite useful. > Thanks > >>> > >>> > > > > > > > > > > > > > >>>for the hard work. Now we have a question. > >>> > >>> > > > > > > > > > > > > > > > > > > > > > > > > > >>>Is there anyway to tell when the message is accepted by the central > >>> > >>> > > > > > > > > > > > > > >>>server, say using the Yahoo protocol? We would like to keep from > >>> > >>> > > > > > > > >>flooding > >> > >> > > > > > > > > > > > > > >>>the connection and waiting for the response packet seems to be a > decent > >>> > >>> > > > > > > > > > > > > > >>>way to act as a throttle. Or maybe there is a better way. > >>> > >>> > > > > > > > > > > > > > > > > > > > > > > > > > >>>Thanks. > >>> > >>> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >>>--Marty > >>> > >>> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >>>------------------------------------------------------- > >>> > >>> > > > > > > > > > > > > > >>>This SF.Net email is sponsored by: IBM Linux Tutorials > >>> > >>> > > > > > > > > > > > > > >>>Free Linux tutorial presented by Daniel Robbins, President and CEO of > >>> > >>> > > > > > > > > > > > > > >>>GenToo technologies. Learn everything from fundamentals to system > >>> > >>> > > > > > > > > > > > > > >>>administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > >>> > >>> > > > > > > > > > > > > > >>>_______________________________________________ > >>> > >>> > > > > > > > > > > > > > >>>Hamsam-devel mailing list > >>> > >>> > > > > > > > > > > > > > >>>Ham...@li... > >>> > >>> > > > > > > > > > > > > > >>>https://lists.sourceforge.net/lists/listinfo/hamsam-devel > >>> > >>> > > > > > > > > > > > > > >>> > >>> > >>> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >>------------------------------------------------------- > >> > >> > > > > > > > >>This SF.Net email is sponsored by: IBM Linux Tutorials > >> > >> > > > > > > > >>Free Linux tutorial presented by Daniel Robbins, President and CEO of > >> > >> > > > > > > > >>GenToo technologies. Learn everything from fundamentals to system > >> > >> > > > > > > > >>administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > >> > >> > > > > > > > >>_______________________________________________ > >> > >> > > > > > > > >>Hamsam-devel mailing list > >> > >> > > > > > > > >>Ham...@li... > >> > >> > > > > > > > >>https://lists.sourceforge.net/lists/listinfo/hamsam-devel > >> > >> > > > > > > > > > > > > > > > >------------------------------------------------------- > > > >This SF.Net email is sponsored by: IBM Linux Tutorials > > > >Free Linux tutorial presented by Daniel Robbins, President and CEO of > > > >GenToo technologies. Learn everything from fundamentals to system > > > >administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > > > >_______________________________________________ > > > >Hamsam-devel mailing list > > > >Ham...@li... > > > >https://lists.sourceforge.net/lists/listinfo/hamsam-devel > > > > > > > |
|
From: Raghu K <kr...@us...> - 2004-04-19 11:25:51
|
Yeah, that's how Hamsam is designed - You can connect to one and only one account per protocol. Technically it is possible to have multiple account sign-ons from the same JVM. However, that means using more sockets and more threads (actual count depends on the protocol). For yahoo, you will add one socket and two threads per each sign on. Raghu Martin Wegner wrote: >Raghu, > > > >Thanks for writing back. > > > >One more question: I am unable to have two instances of Hamsam running in > >the same JVM (using the Yahoo protocol). It seems that one cancels out > >the other. Does that make sense? > > > > > >--Marty > > > >--- Raghu K <kr...@us...> wrote: > > > >>Hi, >> >> > > > > > > >>Nice to hear that you found Hamsam useful. >> >> > > > > > > >>Yahoo protocol doesn't acknowledge the message packets. So there's no >> >> > > > >>way to detect whether a message is delivered or not. Some other >> >> > > > >>protocols - like MSN - do acknowledge each individual messages. However, >> >> > > > > > > >>the MSN code is not 100% complete in Hamsam. Hope this info helps you. >> >> > > > > > > >>Thanks >> >> > > > >>Raghu >> >> > > > > > > >>Martin Wegner wrote: >> >> > > > > > > >>>Hello. >>> >>> > > > > > > > > > > > > >>>We are using your library and have found it to be quite useful. Thanks >>> >>> > > > > > > >>>for the hard work. Now we have a question. >>> >>> > > > > > > > > > > > > >>>Is there anyway to tell when the message is accepted by the central >>> >>> > > > > > > >>>server, say using the Yahoo protocol? We would like to keep from >>> >>> > > > >>flooding >> >> > > > > > > >>>the connection and waiting for the response packet seems to be a decent >>> >>> > > > > > > >>>way to act as a throttle. Or maybe there is a better way. >>> >>> > > > > > > > > > > > > >>>Thanks. >>> >>> > > > > > > > > > > > > > > > > > > >>>--Marty >>> >>> > > > > > > > > > > > > > > > > > > > > > > > > >>>------------------------------------------------------- >>> >>> > > > > > > >>>This SF.Net email is sponsored by: IBM Linux Tutorials >>> >>> > > > > > > >>>Free Linux tutorial presented by Daniel Robbins, President and CEO of >>> >>> > > > > > > >>>GenToo technologies. Learn everything from fundamentals to system >>> >>> > > > > > > >>>administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click >>> >>> > > > > > > >>>_______________________________________________ >>> >>> > > > > > > >>>Hamsam-devel mailing list >>> >>> > > > > > > >>>Ham...@li... >>> >>> > > > > > > >>>https://lists.sourceforge.net/lists/listinfo/hamsam-devel >>> >>> > > > > > > >>> >>> >>> > > > > > > > > > > > > > > > >>------------------------------------------------------- >> >> > > > >>This SF.Net email is sponsored by: IBM Linux Tutorials >> >> > > > >>Free Linux tutorial presented by Daniel Robbins, President and CEO of >> >> > > > >>GenToo technologies. Learn everything from fundamentals to system >> >> > > > >>administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click >> >> > > > >>_______________________________________________ >> >> > > > >>Hamsam-devel mailing list >> >> > > > >>Ham...@li... >> >> > > > >>https://lists.sourceforge.net/lists/listinfo/hamsam-devel >> >> > > > > > > > >------------------------------------------------------- > >This SF.Net email is sponsored by: IBM Linux Tutorials > >Free Linux tutorial presented by Daniel Robbins, President and CEO of > >GenToo technologies. Learn everything from fundamentals to system > >administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > >_______________________________________________ > >Hamsam-devel mailing list > >Ham...@li... > >https://lists.sourceforge.net/lists/listinfo/hamsam-devel > > > |
|
From: Martin W. <mar...@ya...> - 2004-04-17 06:28:19
|
Raghu, Thanks for writing back. One more question: I am unable to have two instances of Hamsam running in the same JVM (using the Yahoo protocol). It seems that one cancels out the other. Does that make sense? --Marty --- Raghu K <kr...@us...> wrote: > Hi, > > Nice to hear that you found Hamsam useful. > > Yahoo protocol doesn't acknowledge the message packets. So there's no > way to detect whether a message is delivered or not. Some other > protocols - like MSN - do acknowledge each individual messages. However, > > the MSN code is not 100% complete in Hamsam. Hope this info helps you. > > Thanks > Raghu > > Martin Wegner wrote: > > >Hello. > > > > > > > >We are using your library and have found it to be quite useful. Thanks > > > >for the hard work. Now we have a question. > > > > > > > >Is there anyway to tell when the message is accepted by the central > > > >server, say using the Yahoo protocol? We would like to keep from > flooding > > > >the connection and waiting for the response packet seems to be a decent > > > >way to act as a throttle. Or maybe there is a better way. > > > > > > > >Thanks. > > > > > > > > > > > >--Marty > > > > > > > > > > > > > > > >------------------------------------------------------- > > > >This SF.Net email is sponsored by: IBM Linux Tutorials > > > >Free Linux tutorial presented by Daniel Robbins, President and CEO of > > > >GenToo technologies. Learn everything from fundamentals to system > > > >administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > > > >_______________________________________________ > > > >Hamsam-devel mailing list > > > >Ham...@li... > > > >https://lists.sourceforge.net/lists/listinfo/hamsam-devel > > > > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Hamsam-devel mailing list > Ham...@li... > https://lists.sourceforge.net/lists/listinfo/hamsam-devel |
|
From: Raghu K <kr...@us...> - 2004-04-17 06:19:16
|
Hi, Nice to hear that you found Hamsam useful. Yahoo protocol doesn't acknowledge the message packets. So there's no way to detect whether a message is delivered or not. Some other protocols - like MSN - do acknowledge each individual messages. However, the MSN code is not 100% complete in Hamsam. Hope this info helps you. Thanks Raghu Martin Wegner wrote: >Hello. > > > >We are using your library and have found it to be quite useful. Thanks > >for the hard work. Now we have a question. > > > >Is there anyway to tell when the message is accepted by the central > >server, say using the Yahoo protocol? We would like to keep from flooding > >the connection and waiting for the response packet seems to be a decent > >way to act as a throttle. Or maybe there is a better way. > > > >Thanks. > > > > > >--Marty > > > > > > > >------------------------------------------------------- > >This SF.Net email is sponsored by: IBM Linux Tutorials > >Free Linux tutorial presented by Daniel Robbins, President and CEO of > >GenToo technologies. Learn everything from fundamentals to system > >administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > >_______________________________________________ > >Hamsam-devel mailing list > >Ham...@li... > >https://lists.sourceforge.net/lists/listinfo/hamsam-devel > > > |
|
From: Martin W. <mar...@ya...> - 2004-04-14 12:54:20
|
Hello. We are using your library and have found it to be quite useful. Thanks for the hard work. Now we have a question. Is there anyway to tell when the message is accepted by the central server, say using the Yahoo protocol? We would like to keep from flooding the connection and waiting for the response packet seems to be a decent way to act as a throttle. Or maybe there is a better way. Thanks. --Marty |
|
From: Raghu K <kr...@us...> - 2003-10-14 12:18:34
|
I was on a vacation for a few days, so could not reply to you. Below are my answers. Mike Miller wrote: > 1) Sounds good to me. > 2) I still haven't implemented any of the chat or conference features > yet, so none of this will cause me to change any existing code. I like > the idea. Does this mean that the client will maintain the IMSession > reference and pass to the api whenever it is needed? What type of data > is in the IMSession? I assume that the Buddy is part of that since the > sendInstantMessage call needs a Buddy. You are correct. The client will maintain a reference to IMSession. This will be passed to the new method - hamsam.protocol.Protocol.sendInstantMessage(IMSession, Message). As of now, I do not see anything other than Buddy being part of IMSession. > > 3) Again, I haven't implemented the chat of conference features so I > have no problems with that. > > My family went out of town for the next week so I will be able to devote > more time during that week to development. I worked last night on > getting ICQ to able to receive messages, but it needs a bit more work > because I need to find better documentation of the returned data format > for a channel 2 message, which ICQ is send me. FYI... This is > determined by the capabilities we send to the sever at login. Well, I > looked at 4 or 5 different oscar implementation last night and none were > consistent - each one used or documented a different set of > capabilities. > > -----Original Message----- > > From: Raghu K [mailto:kr...@us...] > > Sent: Thursday, October 09, 2003 12:55 AM > > To: hamsam-devel > > Subject: [Hamsam-devel] Proposed API level changes > > Mike, > > Below is a proposal for a few API level additions/changes. > > 1) Add methods hamsam.protocol.Protocol.setConnectionDetails(Properties) > > and > > hamsam.protocol.Protocol.isConnectionDetailsRequired(). > > This is an optional method that should be invoked just before the > > connect method. For open protocols like Jabber we need to specify the > > server host and port to connect to, these methods help for that. We will > > document the data to be passed as properties in the tutorial. The > > convention is to use something like hamsam.protocol.jabber.host (this > > helps to avoid namespace collisions). For proprietary protocols also, we > > may give the users a chance to specify an alternate server/port (or any > > other data). However, for them this method call will be optional. > > Whether it is mandatory or optional is determined by > > isConnectionDetailsRequired(). > > 2) Like hamsam.api.Conference class, we will introduce the > > hamsam.api.IMSession class, that represents a chat session with a single > > buddy. > > This helps to model protocols that inherently support an IM session in a > > better fashion. However, this needs the method > > hamsam.protocol.Protocol.sendInstantMessage(Buddy, Message) to be > > changed to sendInstantMessage(IMSession, Message). And we will introduce > > two new methods in hamsam.protocol.Protocol class - > > startIMSession(IMSession) and quitIMSession(IMSession). > > 3) Add method hamsam.api.Conference.inviteBuddy(Buddy, String) to invite > > a buddy to a conference that is already going on. > > This needs addition of a new method to hamsam.protocol.Protocol class - > > inviteBuddyToConference(Conference, Buddy, String). > > Let me know what you think about these changes. > > --Raghu > > ------------------------------------------------------- > > This SF.net email is sponsored by: SF.net Giveback Program. > > SourceForge.net hosts over 70,000 Open Source Projects. See the people > > who have HELPED US provide better services: Click here: > > http://sourceforge.net/supporters.php > > _______________________________________________ > > Hamsam-devel mailing list > > Ham...@li... > > https://lists.sourceforge.net/lists/listinfo/hamsam-devel |
|
From: Raghu K <kr...@us...> - 2003-10-09 05:52:51
|
Mike, Below is a proposal for a few API level additions/changes. 1) Add methods hamsam.protocol.Protocol.setConnectionDetails(Properties) and hamsam.protocol.Protocol.isConnectionDetailsRequired(). This is an optional method that should be invoked just before the connect method. For open protocols like Jabber we need to specify the server host and port to connect to, these methods help for that. We will document the data to be passed as properties in the tutorial. The convention is to use something like hamsam.protocol.jabber.host (this helps to avoid namespace collisions). For proprietary protocols also, we may give the users a chance to specify an alternate server/port (or any other data). However, for them this method call will be optional. Whether it is mandatory or optional is determined by isConnectionDetailsRequired(). 2) Like hamsam.api.Conference class, we will introduce the hamsam.api.IMSession class, that represents a chat session with a single buddy. This helps to model protocols that inherently support an IM session in a better fashion. However, this needs the method hamsam.protocol.Protocol.sendInstantMessage(Buddy, Message) to be changed to sendInstantMessage(IMSession, Message). And we will introduce two new methods in hamsam.protocol.Protocol class - startIMSession(IMSession) and quitIMSession(IMSession). 3) Add method hamsam.api.Conference.inviteBuddy(Buddy, String) to invite a buddy to a conference that is already going on. This needs addition of a new method to hamsam.protocol.Protocol class - inviteBuddyToConference(Conference, Buddy, String). Let me know what you think about these changes. --Raghu |
