Re: [jdev] GSoC 2008
On Wed, Mar 19, 2008 at 1:18 AM, Joe Hildebrand [EMAIL PROTECTED] wrote: On Mar 18, 2008, at 10:57 AM, Fabio Forno wrote: The only XMPP specific part I'd require is the creation of the initial dictionaries for the most used namespaces, since EXI would be useless without them. Using XEP 211 and 213 as starting points? Yep. I could also do some stats about the most used namespaces on real traffic if we want to refine them -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]
Re: [jdev] GSoC 2008
On Tue, Mar 18, 2008 at 4:36 AM, Peter Saint-Andre [EMAIL PROTECTED] wrote: The XSF has been accepted! :) Great ;) Just for asking if you think it makes sense or not: on the standards ml we're discussing several mobile optimizations, and there is always the doubt of the real figures behind the solution. What about if we opened the source of the xmpp library upon which our client is based on and, together with a connection manager (we have also that, already opensource) we use a SoC project just for experimenting the solutions? My only doubt is that perhaps it's too early for starting coding and it's difficult to devise a project with controllable deliverables, the only self contained project I've in mind could be a first implementation of EXI That doesn't sound easy. :) In fact I was just brainstorming. A full EXI implementation on mobile / connection manager would be a kill (in terms of work to do), however if done just at the server side it could be feasible. EXI itself is not so huge, it's just about looking up tokens in dictionaries and doing some reordering, compression is done by standard zlib after all the serialization. The main problem in xml streams is dynamic schema synchronization, but in the the project we could set as minimum goal a parser/serializer with fixed schemas and ASN.1 like encoding of unknown namespaces as EXI already prescribes. I think that such a library (in Java or C), with no client/server integration, could be in the scope of SoC and it would be very useful for both client and server developers in order to start experimenting stream optimizations. -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]
Re: [jdev] GSoC 2008
Fabio Forno wrote: On Tue, Mar 18, 2008 at 4:36 AM, Peter Saint-Andre [EMAIL PROTECTED] wrote: The XSF has been accepted! :) Great ;) Just for asking if you think it makes sense or not: on the standards ml we're discussing several mobile optimizations, and there is always the doubt of the real figures behind the solution. What about if we opened the source of the xmpp library upon which our client is based on and, together with a connection manager (we have also that, already opensource) we use a SoC project just for experimenting the solutions? My only doubt is that perhaps it's too early for starting coding and it's difficult to devise a project with controllable deliverables, the only self contained project I've in mind could be a first implementation of EXI That doesn't sound easy. :) In fact I was just brainstorming. A full EXI implementation on mobile / connection manager would be a kill (in terms of work to do), however if done just at the server side it could be feasible. EXI itself is not so huge, it's just about looking up tokens in dictionaries and doing some reordering, compression is done by standard zlib after all the serialization. The main problem in xml streams is dynamic schema synchronization, but in the the project we could set as minimum goal a parser/serializer with fixed schemas and ASN.1 like encoding of unknown namespaces as EXI already prescribes. I think that such a library (in Java or C), with no client/server integration, could be in the scope of SoC and it would be very useful for both client and server developers in order to start experimenting stream optimizations. So this would merely be a library and would not be integrated into an existing client or server? Peter -- Peter Saint-Andre https://stpeter.im/ smime.p7s Description: S/MIME Cryptographic Signature
Re: [jdev] GSoC 2008
On Tue, Mar 18, 2008 at 1:50 PM, Peter Saint-Andre [EMAIL PROTECTED] wrote: So this would merely be a library and would not be integrated into an existing client or server? Right, but it would of general interest for the whole community for 1) understanding if EXI works for our case 2) client server developers that could use it The only XMPP specific part I'd require is the creation of the initial dictionaries for the most used namespaces, since EXI would be useless without them. -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]
Re: [jdev] GSoC 2008
On Mar 18, 2008, at 10:57 AM, Fabio Forno wrote: The only XMPP specific part I'd require is the creation of the initial dictionaries for the most used namespaces, since EXI would be useless without them. Using XEP 211 and 213 as starting points? -- Joe Hildebrand
Re: [jdev] GSoC 2008
Fabio Forno wrote: On Wed, Mar 12, 2008 at 9:44 PM, Peter Saint-Andre [EMAIL PROTECTED] wrote: I just posted a note about PJS on http://wiki.jabber.org/index.php/Summer_of_Code_2008#PJS . I hope it's not too late. It's not too late. In fact the mentoring organizations have not yet been chosen -- I'll post to the list if and when the XSF is accepted for 2008. The XSF has been accepted! :) Just for asking if you think it makes sense or not: on the standards ml we're discussing several mobile optimizations, and there is always the doubt of the real figures behind the solution. What about if we opened the source of the xmpp library upon which our client is based on and, together with a connection manager (we have also that, already opensource) we use a SoC project just for experimenting the solutions? My only doubt is that perhaps it's too early for starting coding and it's difficult to devise a project with controllable deliverables, the only self contained project I've in mind could be a first implementation of EXI That doesn't sound easy. :) Peter -- Peter Saint-Andre https://stpeter.im/ smime.p7s Description: S/MIME Cryptographic Signature
Re: [jdev] GSoC 2008
On Wed, Mar 12, 2008 at 9:44 PM, Peter Saint-Andre [EMAIL PROTECTED] wrote: I just posted a note about PJS on http://wiki.jabber.org/index.php/Summer_of_Code_2008#PJS . I hope it's not too late. It's not too late. In fact the mentoring organizations have not yet been chosen -- I'll post to the list if and when the XSF is accepted for 2008. Just for asking if you think it makes sense or not: on the standards ml we're discussing several mobile optimizations, and there is always the doubt of the real figures behind the solution. What about if we opened the source of the xmpp library upon which our client is based on and, together with a connection manager (we have also that, already opensource) we use a SoC project just for experimenting the solutions? My only doubt is that perhaps it's too early for starting coding and it's difficult to devise a project with controllable deliverables, the only self contained project I've in mind could be a first implementation of EXI -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]
Re: [jdev] GSoC 2008
On Thursday 06 March 2008, Peter Saint-Andre wrote: http://wiki.jabber.org/index.php/Summer_of_Code_2008 I just posted a note about PJS on http://wiki.jabber.org/index.php/Summer_of_Code_2008#PJS . I hope it's not too late. Thanks, Dmitri
Re: [jdev] GSoC 2008
I wish you luck! Hopefully PJS gets further than xmpp.py's xmppd, or Pretzel. On Wed, Mar 12, 2008 at 6:05 PM, Tro [EMAIL PROTECTED] wrote: On Thursday 06 March 2008, Peter Saint-Andre wrote: http://wiki.jabber.org/index.php/Summer_of_Code_2008 I just posted a note about PJS on http://wiki.jabber.org/index.php/Summer_of_Code_2008#PJS . I hope it's not too late. Thanks, Dmitri -- - Norman Rasmussen - Email: [EMAIL PROTECTED] - Home page: http://norman.rasmussen.co.za/
Re: [jdev] GSoC 2008
Tro wrote: On Thursday 06 March 2008, Peter Saint-Andre wrote: http://wiki.jabber.org/index.php/Summer_of_Code_2008 I just posted a note about PJS on http://wiki.jabber.org/index.php/Summer_of_Code_2008#PJS . I hope it's not too late. It's not too late. In fact the mentoring organizations have not yet been chosen -- I'll post to the list if and when the XSF is accepted for 2008. Peter -- Peter Saint-Andre https://stpeter.im/ smime.p7s Description: S/MIME Cryptographic Signature