You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(7) |
Dec
(45) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(16) |
Feb
(23) |
Mar
(62) |
Apr
(33) |
May
(35) |
Jun
(37) |
Jul
(45) |
Aug
(15) |
Sep
(22) |
Oct
(41) |
Nov
(23) |
Dec
(17) |
2004 |
Jan
(14) |
Feb
|
Mar
(55) |
Apr
(8) |
May
(1) |
Jun
(11) |
Jul
|
Aug
|
Sep
(20) |
Oct
(11) |
Nov
(10) |
Dec
(14) |
2005 |
Jan
(4) |
Feb
(2) |
Mar
(6) |
Apr
(26) |
May
(5) |
Jun
(11) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(18) |
Dec
(40) |
2007 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <mod...@li...> - 2004-12-06 17:49:17
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Does anyone have a copy of George's slides from his talk last week? Regards =2D --=20 Alex Russell al...@ne... F687 1964 1EF6 453E 9BD0 5148 A15D 1D43 AB92 9A46 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFBtJwAoV0dQ6uSmkYRAlAaAJ4xOKySlDr+jCjXsV7toTdF0Fd+hwCgkQ6f ymdNf4N3DxgDHclCdgsw+Nc=3D =3D5y13 =2D----END PGP SIGNATURE----- |
From: <mod...@li...> - 2004-12-06 17:38:33
|
Yes, I'm working on a Flash ActionScript 2 client library. I hope to have it together in the "not-too-distant future." In the meantime, if you would like to try using the existing flash_pubsub code, do something like: // setup tunnel var tunnelUrl = "/who/anonymous/s/" + Math.random().toString().substring(2,9) + "/kn_journal"; var tunnel = new pubSubSocket ("yourhost", 8080); var message = new pubSubData("flash"); message.setFromPath(tunnelUrl); message.setMethod("route"); tunnel.onData = function (msg) { // handle message ... trace("[" + msg.split("\r\n") + "]"); } tunnel.send(message); // send subscription var subscribeRequest = new LoadVars(); var subscribeReceiver = new LoadVars(); subscribeRequest.kn_from = "/what/imagepublish"; subscribeRequest.kn_to = tunnelUrl; subscribeRequest.do_method = "route"; subscribeRequest.kn_response_format = "flash"; subscribeRequest.sendAndLoad("http://yourhost:8080/kn", subscribeReceiver); -Patrick Thompson > Hi Danda, > > Funny you should mention that! Someone is actively working on it now. > Patrick, would you like to reply? JP > > > --- mod-pubsub-developer-admin@li... wrote: > >> Hi, >> >> I"m about to attempt to create a flash client for subscribing (no >> publishing necessary) to a pubsub server. >> >> I found the "0.1" code release of flash_pubsub in the mod_pubsub >> distro. I was wondering if any more work has been done on this since >> the library was released. >> >> regards, >> >> Dan Libby |
From: <mod...@li...> - 2004-12-04 01:33:05
|
Hi Danda, Funny you should mention that! Someone is actively working on it now. Patrick, would you like to reply? JP --- mod...@li... wrote: > Hi, > > I'm about to attempt to create a flash client for subscribing (no > publishing necessary) to a pubsub server. > > I found the "0.1" code release of flash_pubsub in the mod_pubsub > distro. I was wondering if any more work has been done on this since > the library was released. > > regards, > > Dan Libby |
From: <mod...@li...> - 2004-12-04 01:22:43
|
Hi, I'm about to attempt to create a flash client for subscribing (no publishing necessary) to a pubsub server. I found the "0.1" code release of flash_pubsub in the mod_pubsub distro. I was wondering if any more work has been done on this since the library was released. regards, Dan Libby |
From: <mod...@li...> - 2004-11-08 08:04:19
|
It wouldn't let me send with the .zip files. So if are interested, send me an email and I'll send the .zip to you directly. =20 Tommy ________________________________ From: Tommy Hui=20 Sent: Sunday, November 07, 2004 11:46 PM To: 'mod...@li...' Subject: RE: [Mod-pubsub-developer] Runtime problem when using .Net connector Hi everyone! =20 Okay, I've gotten it to work finally with VC71. Apparently, due to a bug with VC71, the DotNet layer doesn't work. It ultimately leads to a coding area that has been vauge with MC++. =20 There's a workaround fix to the code in the DotNet directory. Note that you should only do this if you are compiling with VC71. The code changes I'm about to show you do not have the proper #ifdefs around it to ensure only VC71 pick up the changes. If you ever want to build with any of the older compilers, it will likely fail. There are two affected files: =20 MessageM.h MessageM.cpp =20 The problem is the unmanaged C++ stl type is part of the managed class. Apparently, VC71 no longer likes to generate the proper metadata for any unmanaged types. Therefore, the change is to make the iterator implementation completely hidden from the managed class. Change the type of m_Iter from=20 =20 ::Message::Container::const_iterator* m_Iter; =20 to =20 void* m_Iter; =20 The next step is that in the MessageEnumerator methods that use m_Iter, we need to cast it to back to the const_iterator: =20 Object* MessageEnumerator::get_Current() { if (m_Iter =3D=3D 0) throw new InvalidOperationException(); =20 ::Message::Container::const_iterator* temp =3D (::Message::Container::const_iterator*)m_Iter; =20 if ((*temp) =3D=3D m_Message->GetImpl()->GetContainer().end()) throw new InvalidOperationException(); =20 MessageEntry* me =3D new MessageEntry(); me->Field =3D new String((*(*temp)).first.c_str()); me->Value =3D new String((*(*temp)).second.c_str()); =20 return me; } =20 void MessageEnumerator::Reset() { if (m_Iter) { ::Message::Container::const_iterator* temp =3D (::Message::Container::const_iterator*)m_Iter; delete temp; m_Iter =3D 0; } } =20 bool MessageEnumerator::MoveNext() { if (m_Message->GetImpl()->GetContainer().empty()) return false; =20 if (m_Iter =3D=3D 0) { m_Iter =3D new ::Message::Container::const_iterator(); ::Message::Container::const_iterator* temp =3D (::Message::Container::const_iterator*)m_Iter; *temp =3D m_Message->GetImpl()->GetContainer().begin(); return true; } =20 ::Message::Container::const_iterator* temp =3D (::Message::Container::const_iterator*)m_Iter; =20 (*temp)++; =20 bool retVal =3D (*temp) !=3D = m_Message->GetImpl()->GetContainer().end(); =20 m_Iter =3D temp; =20 return retVal; } =20 For your convenience, I've attached the two affected files in the MessageM.zip. =20 Finally, when you build the sample files, you will need to do the following to make it work with VC71: =20 1. Convert the project over to VC71. You will need to make the files writable. 2. Move the using LibKNDotNet statement from outside of the namespace to inside the namespace to remove any ambiguity. 3. Remove the reference to LibKNDotNet assembly and change it to LibKNDotNet71 or LibKNDotNet71D depending on whether it is debug or not. =20 Tommy ________________________________ From: mod...@li... [mailto:mod...@li...]=20 Sent: Sunday, November 07, 2004 10:39 PM To: mod...@li... Subject: RE: [Mod-pubsub-developer] Runtime problem when using .Net connector Hi Rohit, =20 Yes, I've been able to reproduce the problem. It appears the problem is related to something VC7.1 is doing differently from VC7.0. I'm trying to track down the issue and will let you know when I find something. =20 Tommy ________________________________ From: mod...@li... [mailto:mod...@li...]=20 Sent: Sunday, November 07, 2004 8:56 PM To: 'mod...@li...' Subject: [Mod-pubsub-developer] Runtime problem when using .Net connector Hi,=20 I am facing a problem when I used the .Net connector (client) in the given sample dotnet code. (It is supposed to work with Visual Studio 7.1 and later, I am using Visual Studio 2003).The python server is running. I am able to successfully run the javascript examples. The given .Net code (which subscribes to events for some stock quote web service) compiles properly. But when I start it up , it throws an exception saying could not load type const_iterator. The references path etc. are correct. What could be the problem. I understand that the C++ connector code has been wrapped in managed C++ code and is then invoked from the C# client. Any help would be appreciated. Regards,=20 Rohit Khetan.=20 This message is free from Virus - IMSS =09 |
From: <mod...@li...> - 2004-11-08 06:38:59
|
Hi Rohit, =20 Yes, I've been able to reproduce the problem. It appears the problem is related to something VC7.1 is doing differently from VC7.0. I'm trying to track down the issue and will let you know when I find something. =20 Tommy ________________________________ From: mod...@li... [mailto:mod...@li...]=20 Sent: Sunday, November 07, 2004 8:56 PM To: 'mod...@li...' Subject: [Mod-pubsub-developer] Runtime problem when using .Net connector Hi,=20 I am facing a problem when I used the .Net connector (client) in the given sample dotnet code. (It is supposed to work with Visual Studio 7.1 and later, I am using Visual Studio 2003).The python server is running. I am able to successfully run the javascript examples. The given .Net code (which subscribes to events for some stock quote web service) compiles properly. But when I start it up , it throws an exception saying could not load type const_iterator. The references path etc. are correct. What could be the problem. I understand that the C++ connector code has been wrapped in managed C++ code and is then invoked from the C# client. Any help would be appreciated. Regards,=20 Rohit Khetan.=20 This message is free from Virus - IMSS =09 |
From: <mod...@li...> - 2004-11-08 05:10:32
|
Hi Jeff, thanks for letting me know! I bounced the server, it should be OK now. JP --- mod...@li... wrote: > Hi All, > > I have a queue of over 1000 unposted pings on Syndic8 because the > server at mod-pubsub.org has been very slow to respond for the > past couple of days. Are you aware of this problem? |
From: <mod...@li...> - 2004-11-08 04:57:41
|
Hi All, I have a queue of over 1000 unposted pings on Syndic8 because the server at mod-pubsub.org has been very slow to respond for the past couple of days. Are you aware of this problem? Jeff; -- * RSS Feeds: http://www.syndic8.com * Blog: http://www.syndic8.com/~jeff/blog/ * Developer Books: http://www.developer-books.com * Resume: http://www.syndic8.com/~jeff/resume.html |
From: <mod...@li...> - 2004-11-08 04:57:01
|
Hi, I am facing a problem when I used the .Net connector (client) in the given sample dotnet code. (It is supposed to work with Visual Studio 7.1 and later, I am using Visual Studio 2003).The python server is running. I am able to successfully run the javascript examples. The given .Net code (which subscribes to events for some stock quote web service) compiles properly. But when I start it up , it throws an exception saying could not load type const_iterator. The references path etc. are correct. What could be the problem. I understand that the C++ connector code has been wrapped in managed C++ code and is then invoked from the C# client. Any help would be appreciated. Regards, Rohit Khetan. This message is free from Virus - IMSS |
From: <mod...@li...> - 2004-11-08 01:09:33
|
Hey Rand, We're a bit behind getting the new version control system up and running... but we'd love to see the script! Send a zipfile to the mailing list. JP --- mod...@li... wrote: > Repubsub-ers, > The new twisted-based pubsub is excellent. > > I have put together (er, more like borrowed and tweaked) a script that > others who run on a Windows platform might find useful. It installs > repubsub as a Windows service. > > What is the best way to submit this? It consists of two parts, a python > script, and a very short cmd script. > > I should probably write up a few simple notes to go with it, explaining > how to use it. Is there a special place where doc like this should go? > > Rand |
From: <mod...@li...> - 2004-11-05 05:13:35
|
The new Queue service is pretty cool, and I personally wrote and sent out that newsletter. Jeff; >Message: 1 >To: <mod...@li...> >Date: Wed, 3 Nov 2004 21:42:54 -0800 >From: mod...@li... >Reply-To: mod...@li... >Subject: [Mod-pubsub-developer] Fw: Amazon Queue Service + Cool New Apps > >This is pretty interesting... can't wait for the Amazon PubSub Service... > > >----- Original Message ----- >From: "Amazon.com Web Services" <aws...@am...> > > > >>Amazon Simple Queue Service Beta >>-------------------------------- >> >>The Amazon Simple Queue Service is now available for beta >>testing. The Simple Queue Service offers a reliable, highly >>scalable hosted queue for buffering messages between distributed >>application components. >> >>You can use the Amazon Simple Queue Service to better manage >>messages between components of your distributed >>applications. SQS allows you to decouple components and make >>them run independently. Any component of a distributed >>application can store any type of data in a reliable queue at >>Amazon.com. Any other component or application can then later >>retrieve the data using queue semantics. The queue acts as a >>buffer between the work-producer that is saving the data, and >>the work-consumer that is retrieving the data for processing. >> >>Registered developers can create any number of queues. Each >>queue can hold up to 4,000 items and each item can be up to >>4,096 bytes in length. >> >>The Amazon Simple Queue Service is free at this time. We >>anticipate charging for this service once it is officially >>released. We haven't finalized pricing yet, but we expect to >>make this service available to you at a very reasonable price. >> >>Complete information on the Simple Queue Service can be found at >>http://www.amazon.com/webservices . >> >> >> |
From: <mod...@li...> - 2004-11-05 04:16:43
|
Repubsub-ers, The new twisted-based pubsub is excellent. I have put together (er, more like borrowed and tweaked) a script that others who run on a Windows platform might find useful. It installs repubsub as a Windows service. What is the best way to submit this? It consists of two parts, a python script, and a very short cmd script. I should probably write up a few simple notes to go with it, explaining how to use it. Is there a special place where doc like this should go? Rand |
From: <mod...@li...> - 2004-11-04 05:43:08
|
This is pretty interesting... can't wait for the Amazon PubSub Service... ----- Original Message ----- From: "Amazon.com Web Services" <aws...@am...> > Amazon Simple Queue Service Beta > -------------------------------- > > The Amazon Simple Queue Service is now available for beta > testing. The Simple Queue Service offers a reliable, highly > scalable hosted queue for buffering messages between distributed > application components. > > You can use the Amazon Simple Queue Service to better manage > messages between components of your distributed > applications. SQS allows you to decouple components and make > them run independently. Any component of a distributed > application can store any type of data in a reliable queue at > Amazon.com. Any other component or application can then later > retrieve the data using queue semantics. The queue acts as a > buffer between the work-producer that is saving the data, and > the work-consumer that is retrieving the data for processing. > > Registered developers can create any number of queues. Each > queue can hold up to 4,000 items and each item can be up to > 4,096 bytes in length. > > The Amazon Simple Queue Service is free at this time. We > anticipate charging for this service once it is officially > released. We haven't finalized pricing yet, but we expect to > make this service available to you at a very reasonable price. > > Complete information on the Simple Queue Service can be found at > http://www.amazon.com/webservices . > |
From: <mod...@li...> - 2004-11-02 07:16:13
|
You know, what would have been cool for mod-pubsub would be to have a real-time election feed application. Don't know where results would have come from, but it would have been cool... |
From: <mod...@li...> - 2004-10-31 05:17:31
|
--- mod...@li... wrote: > How's this? http://www.mod-pubsub.org/moinmoin/PubSubProtocol > I'm going to put it in Wiki so that we can all keep it updated. Oh cool, great idea. > > And does Twisted even work on Windows? > Don't know. I guess I'll find out. Let us know! JP |
From: <mod...@li...> - 2004-10-31 04:58:11
|
> > I can do whatever with (one of) the java clients. > It'd be great to get a package made of the Python server with whatever Java > stuff you think is necessary. It'd be even greater if you could actually test > them together and see whether things still work correctly with the Twisted > server -- they should, but I'd like to be sure. It'll be a while... but I'll see what I can do. > > I can diddle API docs > It'd be supremely awesome if you could look over the protocol guide from the > old package and see if it's all still relevant. Feel free to rewrite! How's this? http://www.mod-pubsub.org/moinmoin/PubSubProtocol I'm going to put it in Wiki so that we can all keep it updated. > > Should I even attempt that on a WinXP machine? Or should I go with a pokey > > Linux box? > Actually WinXP would be fabo -- I don't have a Windows box, so I can't even > confirm everything works under Windows. And does Twisted even work on Windows? Don't know. I guess I'll find out. ----- Original Message ----- From: <mod...@li...> To: "S. Mike Dierken" <>; <mod...@li...> Sent: Saturday, October 30, 2004 9:23 PM Subject: Re: [Mod-pubsub-developer] Help with docu > > --- "S. Mike Dierken" <> wrote: > > > Sure - what can I help with? > Yay! Thanks so much Mike! :-) > > > I can do whatever with (one of) the java clients. > It'd be great to get a package made of the Python server with whatever Java > stuff you think is necessary. It'd be even greater if you could actually test > them together and see whether things still work correctly with the Twisted > server -- they should, but I'd like to be sure. > > > I can diddle API docs > It'd be supremely awesome if you could look over the protocol guide from the > old package and see if it's all still relevant. Feel free to rewrite! > > > Should I even attempt that on a WinXP machine? Or should I go with a pokey > > Linux box? > Actually WinXP would be fabo -- I don't have a Windows box, so I can't even > confirm everything works under Windows. And does Twisted even work on Windows? > > I fixed up http://mod-pubsub.org/index.html and now I'm working on the FAQ. > Thanks again Mike! JP > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > Mod-pubsub-developer mailing list > Mod...@li... > https://lists.sourceforge.net/lists/listinfo/mod-pubsub-developer > |
From: <mod...@li...> - 2004-10-31 04:23:19
|
--- "S. Mike Dierken" <mi...@di...> wrote: > Sure - what can I help with? Yay! Thanks so much Mike! :-) > I can do whatever with (one of) the java clients. It'd be great to get a package made of the Python server with whatever Java stuff you think is necessary. It'd be even greater if you could actually test them together and see whether things still work correctly with the Twisted server -- they should, but I'd like to be sure. > I can diddle API docs It'd be supremely awesome if you could look over the protocol guide from the old package and see if it's all still relevant. Feel free to rewrite! > Should I even attempt that on a WinXP machine? Or should I go with a pokey > Linux box? Actually WinXP would be fabo -- I don't have a Windows box, so I can't even confirm everything works under Windows. And does Twisted even work on Windows? I fixed up http://mod-pubsub.org/index.html and now I'm working on the FAQ. Thanks again Mike! JP |
From: S. M. D. <mi...@di...> - 2004-10-31 03:13:17
|
Sure - what can I help with? I can do whatever with (one of) the java clients. I can diddle API docs (I might re-arrange things per my personal tastes though... sorry Ben) What's the best way to help? Get a mirror of the site & a working server? Should I even attempt that on a WinXP machine? Or should I go with a pokey Linux box? ----- Original Message ----- From: "Joyce Park" <tru...@ya...> To: <mod...@li...> Sent: Saturday, October 30, 2004 3:35 PM Subject: [Mod-pubsub-developer] Help with docu > Hi guys, > > So we are getting a LOT of interest in mod-pubsub right now, most of which is > expressing itself as gripes that all the links on the site are broken -- which > is happening because all of them are out of date. I could really use some help > here getting stuff whipped back into shape, as well as re-packaging the non-JS > clients into more specific bundles. Anyone have a favorite doc they'd like to > work on? Or would someone like to volunteer to put up a Subversion server? Or > can you give the wiki some love? Or can someone fix the encoding problems on > the RSS scroller demo? Or would someone like to write a tool that helps > measure concurrency instead of latency? Anyone? Bueller? Bueller? JP > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > Mod-pubsub-developer mailing list > Mod...@li... > https://lists.sourceforge.net/lists/listinfo/mod-pubsub-developer > |
From: Joyce P. <tru...@ya...> - 2004-10-30 22:35:44
|
Hi guys, So we are getting a LOT of interest in mod-pubsub right now, most of which is expressing itself as gripes that all the links on the site are broken -- which is happening because all of them are out of date. I could really use some help here getting stuff whipped back into shape, as well as re-packaging the non-JS clients into more specific bundles. Anyone have a favorite doc they'd like to work on? Or would someone like to volunteer to put up a Subversion server? Or can you give the wiki some love? Or can someone fix the encoding problems on the RSS scroller demo? Or would someone like to write a tool that helps measure concurrency instead of latency? Anyone? Bueller? Bueller? JP |
From: Joyce P. <tru...@ya...> - 2004-10-26 05:01:14
|
Hi guys, so we are finally ready to release the new Twisted server and JavaScript client. The package is called Repubsub, and is part of our new strategy of releasing more-focused bundles (e.g. for webdevs, for Windows devs, for Java devs) instead of one big hairball. http://mod-pubsub.org/repubsub_0.2.7.tar.gz Next I'm going to work on getting a Subversion server up with the new code -- volunteers welcome. Enjoy! JP |
From: Joyce P. <tru...@ya...> - 2004-10-17 21:22:03
|
Forwarding for Alex: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 17 October 2004 12:59 pm, Asynch Messaging wrote: > > [...] our new JavaScript client would require changes to all the > > old CGI apps > > What are the nature of the changes? Minor replace of 'kn' with > something else, or a completely different API set? So I think I can answer that one (since I'm the guy that wrote the new client library). The client included in repubsub.tar.gz library is a rewrite from top to bottom. It no longer supports 4.x browsers in any way, but now provides support for Safari and doesn't do the whole "stop everything, re-hoist, now GO" dance any more. All of the interfaces for using the library are likewise different, since the dispatching method used internally is based on Signals and Slots instead of context piclking. This also makes the client an order of magnitude faster than the old one, and something like 1/3rd the size. Internally, the library now supports both "peering" and "non-peering" modes, where the default is now "non-peering", which makes for a much more robust client. The API for subscribing and un-subscribing is completely different (and hopefully easier to use), although I do recognize that the APIs for this are getting lost in the noise of the documentation. I plan on adding a facade API that will give us the simplest way to perform the common actions needed in writing for pubsub. Until then, the RSS scroller demo should give you a feeling for how to use the new API. The docs for the new client are avaialable at: http://mod-pubsub.org/repubsub/docs/repubsub.html or: http://mod-pubsub.org/repubsub/docs/repubsub.pdf Regards - -- Alex Russell al...@do... al...@ne... F687 1964 1EF6 453E 9BD0 5148 A15D 1D43 AB92 9A46 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFBctVBoV0dQ6uSmkYRAslvAJ40QMoFmo0/xLS8WQh91LVNtdU7cQCfeSG4 r7+9UbQHdEujWysmfAot13c= =Joze -----END PGP SIGNATURE----- --- Asynch Messaging <asy...@ho...> wrote: > > > [...] our new JavaScript client would require changes to all the old CGI > apps > What are the nature of the changes? Minor replace of 'kn' with something > else, or a completely different API set? |
From: Asynch M. <asy...@ho...> - 2004-10-17 21:15:08
|
> The docs for the new client are avaialable at: > http://mod-pubsub.org/repubsub/docs/repubsub.html Interesting. ----- Original Message ----- From: "Alex Russell" <al...@do...> To: "Asynch Messaging" <asy...@ho...> Cc: <mod...@li...> Sent: Sunday, October 17, 2004 1:25 PM Subject: Re: [Mod-pubsub-developer] New web server, new start -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 17 October 2004 12:59 pm, Asynch Messaging wrote: > > [...] our new JavaScript client would require changes to all the > > old CGI apps > > What are the nature of the changes? Minor replace of 'kn' with > something else, or a completely different API set? So I think I can answer that one (since I'm the guy that wrote the new client library). The client included in repubsub.tar.gz library is a rewrite from top to bottom. It no longer supports 4.x browsers in any way, but now provides support for Safari and doesn't do the whole "stop everything, re-hoist, now GO" dance any more. All of the interfaces for using the library are likewise different, since the dispatching method used internally is based on Signals and Slots instead of context piclking. This also makes the client an order of magnitude faster than the old one, and something like 1/3rd the size. Internally, the library now supports both "peering" and "non-peering" modes, where the default is now "non-peering", which makes for a much more robust client. The API for subscribing and un-subscribing is completely different (and hopefully easier to use), although I do recognize that the APIs for this are getting lost in the noise of the documentation. I plan on adding a facade API that will give us the simplest way to perform the common actions needed in writing for pubsub. Until then, the RSS scroller demo should give you a feeling for how to use the new API. The docs for the new client are avaialable at: http://mod-pubsub.org/repubsub/docs/repubsub.html or: http://mod-pubsub.org/repubsub/docs/repubsub.pdf Regards - -- Alex Russell al...@do... al...@ne... F687 1964 1EF6 453E 9BD0 5148 A15D 1D43 AB92 9A46 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFBctVBoV0dQ6uSmkYRAslvAJ40QMoFmo0/xLS8WQh91LVNtdU7cQCfeSG4 r7+9UbQHdEujWysmfAot13c= =Joze -----END PGP SIGNATURE----- |
From: Asynch M. <asy...@ho...> - 2004-10-17 20:00:13
|
> [...] our new JavaScript client would require changes to all the old CGI apps What are the nature of the changes? Minor replace of 'kn' with something else, or a completely different API set? ----- Original Message ----- From: "Joyce Park" <tru...@ya...> To: <mod...@li...> Sent: Friday, October 15, 2004 4:25 PM Subject: [Mod-pubsub-developer] New web server, new start > Hi guys, > > So I am very happy to announce that we have moved mod-pubsub.org over to a new > server that is being hosted by the extremely generous CommerceNet. Our blog is > back up, so if it fell off your RSS reader recently you might have to > resubscribe. The new twisted_pubsub server is available on port 9000, or at > /kn, and the new repubsub JS client is being vended by the normal means. We > have an initial test app up at: > > http://mod-pubsub.org:9000/tests/rss_scroller.html?debug=false > > The deal is that, as discussed at the previous couple of mod-pubsub meetings, > the mainline of development will be taking a fork in the road. Therefore we > will kind of be starting fresh -- and in particular, mod-pubsub.org will no > longer be hosting all the old code in the distribution. We will no longer be > 100% compatible with the KnowNow API, and in particular our new JavaScript > client would require changes to all the old CGI apps... so this seems like a > good time to make a clean break. If someone wants to keep developing the > mod-perl server and its apps, they're welcome to do so of course. > > As part of the move, we are considering moving away from Sourceforge, and > instead running things off our own Subversion installation. Packages would be > distributed on mod-pubsub.org instead of through SF. If anyone has strong > feelings against Subversion, now would be a good time to mention them. > > Hope everyone is as excited as I am about the performance and (hopefully) > scalability of the new package! JP > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Mod-pubsub-developer mailing list > Mod...@li... > https://lists.sourceforge.net/lists/listinfo/mod-pubsub-developer > |
From: Asynch M. <asy...@ho...> - 2004-10-16 06:17:57
|
So, how long until the mod-pubsub.org site is back? The kn_apps directory is completely gone right now. |
From: Joyce P. <tru...@ya...> - 2004-10-15 23:26:01
|
Hi guys, So I am very happy to announce that we have moved mod-pubsub.org over to a new server that is being hosted by the extremely generous CommerceNet. Our blog is back up, so if it fell off your RSS reader recently you might have to resubscribe. The new twisted_pubsub server is available on port 9000, or at /kn, and the new repubsub JS client is being vended by the normal means. We have an initial test app up at: http://mod-pubsub.org:9000/tests/rss_scroller.html?debug=false The deal is that, as discussed at the previous couple of mod-pubsub meetings, the mainline of development will be taking a fork in the road. Therefore we will kind of be starting fresh -- and in particular, mod-pubsub.org will no longer be hosting all the old code in the distribution. We will no longer be 100% compatible with the KnowNow API, and in particular our new JavaScript client would require changes to all the old CGI apps... so this seems like a good time to make a clean break. If someone wants to keep developing the mod-perl server and its apps, they're welcome to do so of course. As part of the move, we are considering moving away from Sourceforge, and instead running things off our own Subversion installation. Packages would be distributed on mod-pubsub.org instead of through SF. If anyone has strong feelings against Subversion, now would be a good time to mention them. Hope everyone is as excited as I am about the performance and (hopefully) scalability of the new package! JP |