[JDEV] About the protocol

Chris Chen ckchris at idream.net
Wed Jan 16 12:48:39 CST 2002


I am starting an Apache license-based Java client already (and it's not 
only for Jabber).

You can try taking a look at it at http://www.echomine.org/

It just started.. No code posted on the web, but the current alpha code is 
coming close to having a first release (alpha version).

Thanks,
Chris

At 12:35 AM 1/16/2002, you wrote:
>Hi German,
>
>Just curious. Are you going to release your code under an open-source
>licence? Actually, there are several OSS java client projects, but none are
>really finished products. Why don't all of you gather on the same project?
>
>Thanks
>
>Philippe Raxhon
>
>German Pablo de la Cruz wrote:
>      Thanks very muche Peter!.
>
>      I comment my case. I need to make a messenger with support to a
>      internal
>      protocol form my mates(I see in Jabber a good point). But today I need
>      communication to my clients to.
>
>      I don't have any problem to make bloking on the client side. But when
>      I
>      send an unavailable because of the previous presence, they see me for
>      a
>      glance.
>
>      I try to keep the block list in the server. But I don't know how!
>
>      Apart of that. I try to make messagin to MSN too. I see that sending
>      and
>      unavailable to a MSN buddy must result in a block. But it work only
>      with
>      all of the client (sending a presence without to:) I don't know if it
>      is
>      a bug or what.
>
>      Thanks again!
>
>      German
>
>
>           I'm implementing a Jabber client over Java, then I fault into two
>           problems
>
>                      1- How block a user like MSN Messenger.
>
>      Blocking communications from specific JIDs is usually done
>      client-side.
>      There is no Jabber protocol for this.
>
>                      2- How define a name to show in the roster of each
>           buddy that
>           see my presence.
>
>      When you add a roster item, you can include a 'name' attribute, like
>      so:
>
>      <iq type="set" id="uniquevalue">
>        <query xmlns="jabber:iq:roster">
>          <item jid="romeo at montague.net"
>              name="Romeo"
>              subscription="none"
>              ask="subscribe">
>            <group>friends</group>
>          </item>
>        </query>
>      </iq>
>
>      However, AFAIK there is no way to suggest to your "buddy" what that
>      name
>      attribute should include.
>
>      Peter
>
>
>      --__--__--
>
>      Message: 6
>      Date: Tue, 15 Jan 2002 09:51:10 -0800
>      To: jdev at jabber.org
>      From: Chris Chen <ckchris at idream.net>
>      Subject: Re: [JDEV] iq question
>      Reply-To: jdev at jabber.org
>
>      Technically, you should be giving each message (or ones that you're
>      waiting
>      on a reply for) a different ID rather than the same ID.  The way I do
>      it
>      is
>      to have a global ID counter that increments every time it is
>      called.  Jabber IM uses a string-based unique ID approach.  Any way
>      works
>      as long as the ID can be unique within your own context.
>
>      Thanks,
>      Chris
>
>      At 03:56 PM 1/14/2002, you wrote:
>           hello,
>
>           i was wondering if there is a way to send an id/key element to
>           the the
>      server
>           which the server will return in it's reply on a iq packet by
>           packet
>      basis.
>           basically, my concern is that some replies from the server simply
>      return
>           something like <iq type="result" id="1001"/> to signal a
>           successful iq
>           operation.  however, if i have different components listening for
>           iq
>      packets,
>           but in different contexts then it's not possible for my listeners
>           to
>      know
>           when the success signal was meant for them or not.  is there some
>           other
>           mechanism that i can use for this?
>
>           for a concrete example i have a listener that waits for the
>           return iq
>      packet
>           after authenticating, jabber:iq:auth, which returns  <iq type
>           ="result"
>           id="1001"/> for success and another listener that listens for iq
>      packets for
>           jabber:iq:private which can also return <iq type="result" id
>           ="1001"/>.
>      my
>           intent was for each listener to get both packets and to leave it
>           up to
>      the
>           listeners to filter out the packets their interested in.
>
>           any help with this would be appreciated.
>
>           zak.
>           _______________________________________________
>           jdev mailing list
>           jdev at jabber.org
>           http://mailman.jabber.org/listinfo/jdev
>
>      PGP at ldap://certserver.pgp.com/
>
>
>
>      --__--__--
>
>      _______________________________________________
>      jdev mailing list
>      jdev at jabber.org
>      http://mailman.jabber.org/listinfo/jdev
>
>
>      End of jdev Digest
>
>      _______________________________________________
>      jdev mailing list
>      jdev at jabber.org
>      http://mailman.jabber.org/listinfo/jdev
>
>
>
>_______________________________________________
>jdev mailing list
>jdev at jabber.org
>http://mailman.jabber.org/listinfo/jdev

PGP at ldap://certserver.pgp.com/




More information about the JDev mailing list