Re: [vysper][pubsub] GSoC final weeks

2009-08-07 Thread Bernd Fondermann
On Fri, Aug 7, 2009 at 10:18, Michael Jakl wrote:
> Hi!
>
> On Thu, Aug 6, 2009 at 12:30, Bernd
> Fondermann wrote:
>> As a lazy guy, who doesn't want to look into how smack-pubsub works
>> ATM, please tell me, what's this lib doing /beyond/ supporting the
>> creation of pubsub stanzas?
>
> It gives a nice interface to most of the features without the need to
> deal with XML directly. A few examples:
>
> Want to create a node?
> pubsubManager.createNode("NodeName");
>
> Want to subscribe?
> node.subscribe("j...@domain");
>
> Want to get all your subscriptions (on a server)?
> pubsubManager.getSubscriptions();
>
> Affiliations?
> pubsubManager.getAffiliations();
>
> etc.
>
> These things seem to work properly now. Maybe I mixed unmatching smack
> and smackx versions in my previous example, or I simply fixed a bug.
> Anyway the extension works like a charm.

I think VYSPER-165 might have made a difference.

> Cheers,
> Michael "learning Swing right now" J.

I feel sorry for that...

  Bernd


Re: [vysper][pubsub] GSoC final weeks

2009-08-07 Thread Michael Jakl
Hi!

On Thu, Aug 6, 2009 at 12:30, Bernd
Fondermann wrote:
> As a lazy guy, who doesn't want to look into how smack-pubsub works
> ATM, please tell me, what's this lib doing /beyond/ supporting the
> creation of pubsub stanzas?

It gives a nice interface to most of the features without the need to
deal with XML directly. A few examples:

Want to create a node?
pubsubManager.createNode("NodeName");

Want to subscribe?
node.subscribe("j...@domain");

Want to get all your subscriptions (on a server)?
pubsubManager.getSubscriptions();

Affiliations?
pubsubManager.getAffiliations();

etc.

These things seem to work properly now. Maybe I mixed unmatching smack
and smackx versions in my previous example, or I simply fixed a bug.
Anyway the extension works like a charm.

Cheers,
Michael "learning Swing right now" J.


Re: [vysper][pubsub] GSoC final weeks

2009-08-06 Thread Bernd Fondermann
On Thu, Aug 6, 2009 at 11:55, Michael Jakl wrote:
> On Thu, Aug 6, 2009 at 10:08, Bernd
> Fondermann wrote:
>> On Wed, Aug 5, 2009 at 20:57, Michael Jakl wrote:
>>> On Wed, Aug 5, 2009 at 16:25, Niklas Gustavsson wrote:
>>> How shall we cope with the special smack libs? It seems that the
>>> required smack lib is from the development branch.
>>
>> Why would we use this library, anyway?
>> For the simple client, with no node configuration etc happening,
>> self-crafted stanzas would be totally sufficient.
>
> I think a demo with "off the shelf" components would be more
> "trustworthy" than with hand-crafted stanzas.

Don't know. smack rocks, but the pubsub extension is pretty young.
I would not play down the expressiveness of hand-crafting.

> Since we had some issues
> with the lib this is still an option.

If you get benefits from this lib (or just don't want to
re-implement), please go ahead.
As a lazy guy, who doesn't want to look into how smack-pubsub works
ATM, please tell me, what's this lib doing /beyond/ supporting the
creation of pubsub stanzas?

Cheers,

  Bernd


Re: [vysper][pubsub] GSoC final weeks

2009-08-06 Thread Michael Jakl
On Thu, Aug 6, 2009 at 10:08, Bernd
Fondermann wrote:
> On Wed, Aug 5, 2009 at 20:57, Michael Jakl wrote:
>> On Wed, Aug 5, 2009 at 16:25, Niklas Gustavsson wrote:
>> How shall we cope with the special smack libs? It seems that the
>> required smack lib is from the development branch.
>
> Why would we use this library, anyway?
> For the simple client, with no node configuration etc happening,
> self-crafted stanzas would be totally sufficient.

I think a demo with "off the shelf" components would be more
"trustworthy" than with hand-crafted stanzas. Since we had some issues
with the lib this is still an option.

Michael


Re: [vysper][pubsub] GSoC final weeks

2009-08-06 Thread Bernd Fondermann
On Thu, Aug 6, 2009 at 10:07, Michael Jakl wrote:
> I'll also include a little #disco into the demo

Great, I love #bee #gees! ;-)

  Bernd


Re: [vysper][pubsub] GSoC final weeks

2009-08-06 Thread Bernd Fondermann
On Wed, Aug 5, 2009 at 20:57, Michael Jakl wrote:
> On Wed, Aug 5, 2009 at 16:25, Niklas Gustavsson wrote:
>> On Wed, Aug 5, 2009 at 2:04 PM, Bernd
>> Fondermann wrote:
 Where should I put the code?
>>>
>>> Anyone objecting to mina/sandbox/vysper/trunk/demo/pubsub/client ?
>>
>> Looks good to me. Will be interesting to have a go playing with the
>> pubsub support :-)
>
> How shall we cope with the special smack libs? It seems that the
> required smack lib is from the development branch.

Why would we use this library, anyway?
For the simple client, with no node configuration etc happening,
self-crafted stanzas would be totally sufficient.

  Bernd


Re: [vysper][pubsub] GSoC final weeks

2009-08-06 Thread Michael Jakl
Hi!

On Wed, Aug 5, 2009 at 11:35, Bernd Fondermann wrote:
> My proposal is to implement a simple Swing application, featuring:
> + a simple UI, with the following forms:
>  a. JID edit field (EF), hostname EF, password EF, "login" button
>  b. Node name EF, "subscribe" button, "unsubscribe" button
>  c. Text area, "publish-to-node" button
>  d. Text area for displaying messages
> + Use case: Login
>  User specifies JID + password, when hitting login, the user get's
> logged into the server given by hostname
> + Use case: Subscribe to a node
>  User enters node name and hits subscribe.
>  Client creates the node, if not already existing.
>  Client sends subscription request.
>  Server subscribes JID to the node
> + Use case: Unsubscribe from node
>  ... canonical ...
> + Use case: Publish
>  User enters a message (not whole stanza) into the text area,
>  hits "publish..."
>  Client publishes the message to the node on the server
> + Use case: Receive pubsub messages
>  Client displays messages coming from the server in the display area
>
> WDYT?

I'll also include a little #disco into the demo (nodes, subscriptions
and affiliations if possible).

Michael


Re: [vysper][pubsub] GSoC final weeks

2009-08-06 Thread Michael Jakl
Hi!

On Wed, Aug 5, 2009 at 22:12, Niklas Gustavsson wrote:
> On Wed, Aug 5, 2009 at 8:57 PM, Michael Jakl wrote:
>> How shall we cope with the special smack libs? It seems that the
>> required smack lib is from the development branch.
>>
>> For reference the URL again:
>> http://github.com/squaremo/smackx-pubsub/tree/master
>
> From sampling some of the source files, look like it's ASL 2.0 in
> which case we can use it, right?

Thanks for checking! At some point we had some concerns about the
pubsub licensing, maybe this was fixed in the meantime.

Michael


Re: [vysper][pubsub] GSoC final weeks

2009-08-05 Thread Niklas Gustavsson
On Wed, Aug 5, 2009 at 8:57 PM, Michael Jakl wrote:
> How shall we cope with the special smack libs? It seems that the
> required smack lib is from the development branch.
>
> For reference the URL again:
> http://github.com/squaremo/smackx-pubsub/tree/master

>From sampling some of the source files, look like it's ASL 2.0 in
which case we can use it, right?

/niklas


Re: [vysper][pubsub] GSoC final weeks

2009-08-05 Thread Michael Jakl
On Wed, Aug 5, 2009 at 16:25, Niklas Gustavsson wrote:
> On Wed, Aug 5, 2009 at 2:04 PM, Bernd
> Fondermann wrote:
>>> Where should I put the code?
>>
>> Anyone objecting to mina/sandbox/vysper/trunk/demo/pubsub/client ?
>
> Looks good to me. Will be interesting to have a go playing with the
> pubsub support :-)

How shall we cope with the special smack libs? It seems that the
required smack lib is from the development branch.

For reference the URL again:
http://github.com/squaremo/smackx-pubsub/tree/master

Michael


Re: [vysper][pubsub] GSoC final weeks

2009-08-05 Thread Niklas Gustavsson
On Wed, Aug 5, 2009 at 2:04 PM, Bernd
Fondermann wrote:
>> Where should I put the code?
>
> Anyone objecting to mina/sandbox/vysper/trunk/demo/pubsub/client ?

Looks good to me. Will be interesting to have a go playing with the
pubsub support :-)

/niklas


Re: [vysper][pubsub] GSoC final weeks

2009-08-05 Thread Michael Jakl
Hi!

On Wed, Aug 5, 2009 at 14:04, Bernd
Fondermann wrote:
> On Wed, Aug 5, 2009 at 13:36, Michael Jakl wrote:
>> Even though I've got more experience with webapps than any other UI
>> technology, they would not be able to show the advantages of the
>> pubsub approach.
>
> wouldn't they?
> you would "only" need to need to get JabberHTTPBind [1]
> and jwchat [2] running within a webcontainer and connect it to Vysper.
>
> But be careful! You can loose a lot of time doing that!
>
> [1] http://blog.jwchat.org/jhb/
> [2] http://blog.jwchat.org/jwchat/

Thanks for the hint, it looks nice, but I'll stay away from more
experiments right now :)

Michael


Re: [vysper][pubsub] GSoC final weeks

2009-08-05 Thread Bernd Fondermann
On Wed, Aug 5, 2009 at 13:36, Michael Jakl wrote:
> Hi!
>
> On Wed, Aug 5, 2009 at 11:35, Bernd Fondermann wrote:
>> As the GSoC'09 is nearing 'pencils down' state, I'm thinking about how
>> to showcase PubSub in an easy way. New features are not critical, AFAIAC.
>
> Thanks! I was just plotting how to integrate the various access-models
> which seems more tricky than I thought. Maybe we'll need to discuss
> them at a given time.
>
>> My proposal is to implement a simple Swing application, featuring:
>> + a simple UI, with the following forms:
>>  a. JID edit field (EF), hostname EF, password EF, "login" button
>>  b. Node name EF, "subscribe" button, "unsubscribe" button
>>  c. Text area, "publish-to-node" button
>>  d. Text area for displaying messages
>> + Use case: Login
>>  User specifies JID + password, when hitting login, the user get's
>> logged into the server given by hostname
>> + Use case: Subscribe to a node
>>  User enters node name and hits subscribe.
>>  Client creates the node, if not already existing.
>>  Client sends subscription request.
>>  Server subscribes JID to the node
>> + Use case: Unsubscribe from node
>>  ... canonical ...
>> + Use case: Publish
>>  User enters a message (not whole stanza) into the text area,
>>  hits "publish..."
>>  Client publishes the message to the node on the server
>> + Use case: Receive pubsub messages
>>  Client displays messages coming from the server in the display area
>>
>> WDYT?
>
> Showing a real world example would do more good (and is in line with
> our GSoC proposal) than implementing more features of the spec.
>
> Even though I've got more experience with webapps than any other UI
> technology, they would not be able to show the advantages of the
> pubsub approach.

wouldn't they?
you would "only" need to need to get JabberHTTPBind [1]
and jwchat [2] running within a webcontainer and connect it to Vysper.

But be careful! You can loose a lot of time doing that!

[1] http://blog.jwchat.org/jhb/
[2] http://blog.jwchat.org/jwchat/

>
> I'll start right now, building on top of my previous example.

+1

> Where should I put the code?

Anyone objecting to mina/sandbox/vysper/trunk/demo/pubsub/client ?

  Bernd


Re: [vysper][pubsub] GSoC final weeks

2009-08-05 Thread Michael Jakl
Hi!

On Wed, Aug 5, 2009 at 11:35, Bernd Fondermann wrote:
> As the GSoC'09 is nearing 'pencils down' state, I'm thinking about how
> to showcase PubSub in an easy way. New features are not critical, AFAIAC.

Thanks! I was just plotting how to integrate the various access-models
which seems more tricky than I thought. Maybe we'll need to discuss
them at a given time.

> My proposal is to implement a simple Swing application, featuring:
> + a simple UI, with the following forms:
>  a. JID edit field (EF), hostname EF, password EF, "login" button
>  b. Node name EF, "subscribe" button, "unsubscribe" button
>  c. Text area, "publish-to-node" button
>  d. Text area for displaying messages
> + Use case: Login
>  User specifies JID + password, when hitting login, the user get's
> logged into the server given by hostname
> + Use case: Subscribe to a node
>  User enters node name and hits subscribe.
>  Client creates the node, if not already existing.
>  Client sends subscription request.
>  Server subscribes JID to the node
> + Use case: Unsubscribe from node
>  ... canonical ...
> + Use case: Publish
>  User enters a message (not whole stanza) into the text area,
>  hits "publish..."
>  Client publishes the message to the node on the server
> + Use case: Receive pubsub messages
>  Client displays messages coming from the server in the display area
>
> WDYT?

Showing a real world example would do more good (and is in line with
our GSoC proposal) than implementing more features of the spec.

Even though I've got more experience with webapps than any other UI
technology, they would not be able to show the advantages of the
pubsub approach.

I'll start right now, building on top of my previous example.

Where should I put the code?

Michael


[vysper][pubsub] GSoC final weeks

2009-08-05 Thread Bernd Fondermann
Hi Michael,

As the GSoC'09 is nearing 'pencils down' state, I'm thinking about how
to showcase PubSub in an easy way. New features are not critical, AFAIAC.

My proposal is to implement a simple Swing application, featuring:
+ a simple UI, with the following forms:
  a. JID edit field (EF), hostname EF, password EF, "login" button
  b. Node name EF, "subscribe" button, "unsubscribe" button
  c. Text area, "publish-to-node" button
  d. Text area for displaying messages
+ Use case: Login
  User specifies JID + password, when hitting login, the user get's
logged into the server given by hostname
+ Use case: Subscribe to a node
  User enters node name and hits subscribe.
  Client creates the node, if not already existing.
  Client sends subscription request.
  Server subscribes JID to the node
+ Use case: Unsubscribe from node
  ... canonical ...
+ Use case: Publish
  User enters a message (not whole stanza) into the text area,
  hits "publish..."
  Client publishes the message to the node on the server
+ Use case: Receive pubsub messages
  Client displays messages coming from the server in the display area

WDYT?

  Bernd