Hey,

OK. The application will only communicate over HTTPS for a very brief
amount of time. From what I can grasp from a brief look we are talking
about 2 - 4 commands. The reason why I wanted to use Apache Mina is
because it supports Asynchronous communication, which MSN needs.

The rest of the packets that will be received are in a format such as:
VER 1 MSNP8 CVR0\r\n
I haven't used HTTP Client before, but from what I can see it is
expecting a structured XML communication. Is this correct?

BTW, thanks for your help :)

Best Regards,
Mark Wallsgrove

2009/10/5 David Rosenstrauch <[email protected]>:
> ?  I would think that surely HTTP Client *is* the correct utility for this
> situation.
>
> Apache HTTP Client is a client-side HTTP communications library.  Apache
> MINA is a framework for writing high performance network servers.  You
> basically need to write a client (GUI) app, that communicates over HTTPS.
>  So HTTP Client would seem to fit the bill here, and MINA would seem to ...
> not really help you here, since you're not writing a server.  No?
>
> I understand that the app won't use HTTPS all the time.  But since it
> sometimes will, you'll need a utility that can speak it ... such as HTTP
> Client.
>
>
> The hard part to me sounds like writing the code that speaks MS' protocol,
> which sounds like it's not too well documented:
>
> http://en.wikipedia.org/wiki/Msn_messenger#Protocol
> http://en.wikipedia.org/wiki/Microsoft_Notification_Protocol
>
> Perhaps you can refer to the source code for Trillian or Pidgin for help
> there.
>
> HTH,
>
> DR
>
> On 10/05/2009 04:18 PM, Mark Wallsgrove wrote:
>>
>> lol, apologies .. I thought I had included enough information ;)
>>
>> I am trying to create a simple MSN Messenger Client. Majority of the
>> communication is just plan text with no formatting. But to enable
>> Microsoft to be generic with their authentication they have made it so
>> that you communicate using HTTPS. So, only a small fraction of time is
>> used to communicate via HTTPS..
>>
>> Surely the HTTP Client isn't the correct purposal for this situation?
>>
>> Best Regards,
>> Mark Wallsgrove
>
>



-- 
Best Regards,
Mark Wallsgrove

Reply via email to