From xmlrpc@opengroupware.org Mon May 14 15:33:08 2007 From: xmlrpc@opengroupware.org (Adam Tauno Williams) Date: Mon, 14 May 2007 10:33:08 -0400 Subject: [OGo-XML-RPC] zOGI & Consonance Message-ID: <1179153188.4275.2.camel@aleph.whitemice.org> --=-DNO9Dgw0MrnPsBt/sxsl Content-Type: text/plain Content-Transfer-Encoding: quoted-printable A new development snapshot of the zOGI bundle for openSUSE systems has been uploaded: http://code.google.com/p/zogi/downloads/list This fixes several issues relating to managing tasks & appointments. Contact search and retrieval has also been improved, but you shouldn't putObject contacts to the server via zOGI yet. If anyone wants to build this version from source I've tagged r351 as 20070514, so you can get this sort-of-tested version via subversion. I've also bundled up a development snapshot of Consonance - http://code.google.com/p/consonance/downloads/list This is primarily for anyone who is just curious or who wants to contribute; it is not really useful in a day-to-day sense [yet]. You should be able to search for and view contacts [*DO NOT TRY TO MAKE MODIFICATIONS TO CONTACTS*] as well as view and annote tasks. Task creation works, but without the ability to select an executant or add an initial comment. The current *BIG* problem is that it really needs to use an on-disk cache and the filtering of tasks for the list needs to be more efficient, when aimed at a production server it gets really bogged down. Anyone familiar with db4o? :) Built with: gtk-sharp2-2.8.3-33, mono-core-1.2.3.1-0.novell Some screenshots are available here: http://docs.opengroupware.org/Members/whitemice/consonance/index_html/docum= ent_view --=-DNO9Dgw0MrnPsBt/sxsl Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBGSHMkLRePpNle04MRAsHlAJ9k5/G80tatqsTLkPgVS5xs6TxWyQCbBlZM e2M/dVewYRMSOSwQawjgqAI= =QLX4 -----END PGP SIGNATURE----- --=-DNO9Dgw0MrnPsBt/sxsl-- From xmlrpc@opengroupware.org Mon May 14 16:01:18 2007 From: xmlrpc@opengroupware.org (Mirco Bauer) Date: Mon, 14 May 2007 17:01:18 +0200 Subject: [OGo-XML-RPC] zOGI & Consonance In-Reply-To: <1179153188.4275.2.camel@aleph.whitemice.org> References: <1179153188.4275.2.camel@aleph.whitemice.org> Message-ID: <464879BE.2010005@gsd-software.net> Hi Adam, Adam Tauno Williams wrote: >The current *BIG* problem is that it really needs to > use an on-disk cache and the filtering of tasks for the list needs to be > more efficient, when aimed at a production server it gets really bogged > down. Anyone familiar with db4o? :) db4o just for caching sounds a bit overkill, what about the builtin support to serialize objects (or hashtables) in Mono/.NET? See: http://www.codeproject.com/dotnet/phonebook.asp regards, Mirco Bauer From xmlrpc@opengroupware.org Mon May 14 18:14:30 2007 From: xmlrpc@opengroupware.org (Adam Tauno Williams) Date: Mon, 14 May 2007 13:14:30 -0400 Subject: [OGo-XML-RPC] zOGI & Consonance In-Reply-To: <464879BE.2010005@gsd-software.net> References: <1179153188.4275.2.camel@aleph.whitemice.org> <464879BE.2010005@gsd-software.net> Message-ID: <1179162870.4269.17.camel@aleph.whitemice.org> --=-Gz3orwzfQQtE6XSPVtTp Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > Adam Tauno Williams wrote: > >The current *BIG* problem is that it really needs to > > use an on-disk cache and the filtering of tasks for the list needs to b= e > > more efficient, when aimed at a production server it gets really bogge= d > > down. Anyone familiar with db4o? :) > db4o just for caching sounds a bit overkill, what about the builtin=20 > support to serialize objects (or hashtables) in Mono/.NET? > See: http://www.codeproject.com/dotnet/phonebook.asp Which doesn't gain anything if I have to un-serialize/instantiate all the objects in order to do a lookup/search. I'm back to walking through a huge Hashtable, which is what I do now; the lowest end machine I intend to 'support' is a 1.xGHz Celeron w/2Gb of RAM, and that takes way too long. Having a searchable cache is key, and it is my understanding that db4o can be searched and recent versions even support indexing on properties. A searchable on-disk cache also opens up the possibility of an offline mode. But saving the in-memory cache to disk at application exit so I have something to start with next time might help in the interim. Also I'll probably remove the Archived tab from the task list widget since that will reduce the number of objects significantly. Currently the task list widget has a Gtk.ListStore of all the task objects known to the application; each TreeView in the task lists [to-do/delegated/assigned/...] accesses the one Gtk.ListStore through a Gtk.TreeModelFilter. This works well and keeps things current but means every time a task gets touched it executes a filter function on every task object x 4. That is about (2200 x 4) if I point it any my production server. :) --=-Gz3orwzfQQtE6XSPVtTp Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBGSJj1LRePpNle04MRAseMAKCAcO/pm5c1KIdDU1IHHK8MElJFhgCfR2OG dTCMQkrfuCWz6S+rB0i2SCA= =hKs5 -----END PGP SIGNATURE----- --=-Gz3orwzfQQtE6XSPVtTp-- From xmlrpc@opengroupware.org Sun May 20 04:58:38 2007 From: xmlrpc@opengroupware.org (Adam Tauno Williams) Date: Sat, 19 May 2007 23:58:38 -0400 Subject: [OGo-XML-RPC] zOGI & PHP Message-ID: <1179633518.4262.2.camel@aleph.whitemice.org> I've uploaded a PHP wrapper class for the ZOGI XML-RPC API http://zogi.googlecode.com/svn/trunk/Bindings/PHP/zogi.php - along with a couple of examples - http://zogi.googlecode.com/svn/trunk/Bindings/PHP/test.php http://zogi.googlecode.com/svn/trunk/Bindings/PHP/appointment.php zOGI API documentation can be found at http://code.google.com/p/zogi/wiki/Root