From xmlrpc@opengroupware.org Thu Sep 7 08:15:07 2006
From: xmlrpc@opengroupware.org (Lyuba Royachka)
Date: Thu, 7 Sep 2006 10:15:07 +0300
Subject: [OGo-XML-RPC] Delete cyclic appointments
Message-ID: <89b2775d0609070015seca4b79veeacec299f544ba7@mail.gmail.com>
------=_Part_241090_18896761.1157613307748
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Hello,
I'm using XML-RPC interface to create and manage appointments.
The appointment.delete method works fine for deleting a single appointment,
but I want to know if there is a way to delete all appointments in a cycle
in one turn. The XML-RPC interface is missing such e method. And also the
parentDateId for the appointments doesn't appear in the appointment XML-RPC
structure so that I could use it to delete cyclic appointments "by hand".
I hope you could suggest any decision for my problem.
Thanks
------=_Part_241090_18896761.1157613307748
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Hello,
I'm using XML-RPC interface to create and manage appointments.
The appointment.delete method works fine for deleting a single appointment, but I want to know if there is a way to delete all appointments in a cycle in one turn. The XML-RPC interface is missing such e method. And also the parentDateId for the appointments doesn't appear in the appointment XML-RPC structure so that I could use it to delete cyclic appointments "by hand".
I hope you could suggest any decision for my problem.
Thanks
------=_Part_241090_18896761.1157613307748--
From xmlrpc@opengroupware.org Thu Sep 7 13:37:08 2006
From: xmlrpc@opengroupware.org (Helge Hess)
Date: Thu, 7 Sep 2006 14:37:08 +0200
Subject: [OGo-XML-RPC] Delete cyclic appointments
In-Reply-To: <89b2775d0609070015seca4b79veeacec299f544ba7@mail.gmail.com>
References: <89b2775d0609070015seca4b79veeacec299f544ba7@mail.gmail.com>
Message-ID: <3130361F-35F9-417E-80C2-538B77D0F5A5@opengroupware.org>
On Sep 7, 2006, at 09:15, Lyuba Royachka wrote:
> I'm using XML-RPC interface to create and manage appointments.
> The appointment.delete method works fine for deleting a single
> appointment, but I want to know if there is a way to delete all
> appointments in a cycle in one turn. The XML-RPC interface is
> missing such e method. And also the parentDateId for the
> appointments doesn't appear in the appointment XML-RPC structure so
> that I could use it to delete cyclic appointments "by hand".
>
> I hope you could suggest any decision for my problem.
I've added a new appointments.deleteByKey in trunk. Can be used like
this:
ok = appointment.deleteByKey(12345, true);
The second argument says whether all events of a cycle should be
deleted.
Greets,
Helge
--
Helge Hess
http://docs.opengroupware.org/Members/helge/
From xmlrpc@opengroupware.org Thu Sep 7 13:46:23 2006
From: xmlrpc@opengroupware.org (Adam Tauno Williams)
Date: Thu, 07 Sep 2006 08:46:23 -0400
Subject: [OGo-XML-RPC] Delete cyclic appointments
In-Reply-To: <89b2775d0609070015seca4b79veeacec299f544ba7@mail.gmail.com>
References: <89b2775d0609070015seca4b79veeacec299f544ba7@mail.gmail.com>
Message-ID: <1157633183.4190.3.camel@aleph.whitemice.org>
> I'm using XML-RPC interface to create and manage appointments.
> The appointment.delete method works fine for deleting a single
> appointment, but I want to know if there is a way to delete all
> appointments in a cycle in one turn. The XML-RPC interface is missing
> such e method. And also the parentDateId for the appointments doesn't
> appear in the appointment XML-RPC structure so that I could use it to
> delete cyclic appointments "by hand".
Yep, this is -
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1341
Which is on my to-do list; and doesn't look like it should be a big
deal. I'll see if I can get a patch submitted in the next couple of
days.
From xmlrpc@opengroupware.org Thu Sep 7 13:49:48 2006
From: xmlrpc@opengroupware.org (Adam Tauno Williams)
Date: Thu, 07 Sep 2006 08:49:48 -0400
Subject: [OGo-XML-RPC] Delete cyclic appointments
In-Reply-To: <3130361F-35F9-417E-80C2-538B77D0F5A5@opengroupware.org>
References: <89b2775d0609070015seca4b79veeacec299f544ba7@mail.gmail.com>
<3130361F-35F9-417E-80C2-538B77D0F5A5@opengroupware.org>
Message-ID: <1157633388.4190.6.camel@aleph.whitemice.org>
On Thu, 2006-09-07 at 14:37 +0200, Helge Hess wrote:
> On Sep 7, 2006, at 09:15, Lyuba Royachka wrote:
> > I'm using XML-RPC interface to create and manage appointments.
> > The appointment.delete method works fine for deleting a single
> > appointment, but I want to know if there is a way to delete all
> > appointments in a cycle in one turn. The XML-RPC interface is
> > missing such e method. And also the parentDateId for the
> > appointments doesn't appear in the appointment XML-RPC structure so
> > that I could use it to delete cyclic appointments "by hand"
> > I hope you could suggest any decision for my problem.
> I've added a new appointments.deleteByKey in trunk. Can be used like
> this:
> ok = appointment.deleteByKey(12345, true);
> The second argument says whether all events of a cycle should be
> deleted.
Sweet!
From xmlrpc@opengroupware.org Fri Sep 8 14:01:51 2006
From: xmlrpc@opengroupware.org (Lyuba Royachka)
Date: Fri, 8 Sep 2006 16:01:51 +0300
Subject: [OGo-XML-RPC] Appointments and Conflicts
Message-ID: <89b2775d0609080601i31855292y949994b0469cf553@mail.gmail.com>
------=_Part_266020_14599221.1157720511055
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Hi again!
Thanks for the quick response about deleting appointments. It works great :)
But now there is something else that bothers me about appointments. The
XML-RPC interface is missing functionality to determine conflicts between
appoitments. I know this problem is already documented here:
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1766
As I can see there is even a patch to resolve this bug. I just wondered if
this patch will be available soon as I still don't see the
appointment.getConflictsById method in the package I use.
Or maybe you could suggest some other decision for the conflicts problem.
Thanks again
------=_Part_266020_14599221.1157720511055
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Hi again!
Thanks for the quick response about deleting appointments. It works great :)
But now there is something else that bothers me about appointments. The XML-RPC interface is missing functionality to determine conflicts between appoitments. I know this problem is already documented here:
As I can see there is even a patch to resolve this bug. I just wondered if this patch will be available soon as I still don't see the appointment.getConflictsById method in the package I use.
Or maybe you could suggest some other decision for the conflicts problem.
Thanks again
------=_Part_266020_14599221.1157720511055--
From xmlrpc@opengroupware.org Thu Sep 21 12:40:46 2006
From: xmlrpc@opengroupware.org (=?ISO-8859-1?Q?Fabi_Avil=E9s?=)
Date: Thu, 21 Sep 2006 13:40:46 +0200
Subject: [OGo-XML-RPC] Connection exception
Message-ID: <919866d50609210440xaa2a310i7d5a7349fc99b43b@mail.gmail.com>
------=_Part_4893_2280637.1158838846258
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Hi people. I'm doing a data migration script, using Java, from data in
phpgroupware, to opengroupware. I take data from the phpgroupware database
using sql, and I create the dates, contacts and tasks in ogo using xmlrpc,
but there is a problem and this is the exception:
..org.opengroupware.jogi.ogo.ConnectionException: Address already in use:
connect
. at org.opengroupware.jogi.connect.xmlrpc.ApacheXmlRpcCaller.invoke(Unknown
Source)
at es.sgi.ogo.ogoaccess.OgoAppointmentManager.add(
OgoAppointmentManager.java:286)
at es.sgi.ogo.objectmanagement.OgoAccess.addAppointment(OgoAccess.java
:124)
at es.sgi.ogo.main.InfoManager.createAppointment(InfoManager.java:303)
at es.sgi.agenda.dao.AppointmentManager.createAppointment(
AppointmentManager.java:325)
at es.sgi.agenda.datamigration.main.OwnerDataMigration.main(
OwnerDataMigration.java:192)
It's very important, anyone can help me????
Thanks a lot.
Fabi
------=_Part_4893_2280637.1158838846258
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Hi people. I'm doing a data migration script, using Java, from data in phpgroupware, to opengroupware. I take data from the phpgroupware database using sql, and I create the dates, contacts and tasks in ogo using xmlrpc, but there is a problem and this is the exception:
..org.opengroupware.jogi.ogo.ConnectionException: Address already in use: connect
. at org.opengroupware.jogi.connect.xmlrpc.ApacheXmlRpcCaller.invoke(Unknown Source)
at es.sgi.ogo.ogoaccess.OgoAppointmentManager.add
(OgoAppointmentManager.java:286)
at es.sgi.ogo.objectmanagement.OgoAccess.addAppointment(OgoAccess.java:124)
at es.sgi.ogo.main.InfoManager.createAppointment(InfoManager.java:303)
at es.sgi.agenda.dao.AppointmentManager.createAppointment
(AppointmentManager.java:325)
at es.sgi.agenda.datamigration.main.OwnerDataMigration.main(OwnerDataMigration.java:192)
It's very important, anyone can help me????
Thanks a lot.
Fabi
------=_Part_4893_2280637.1158838846258--
From xmlrpc@opengroupware.org Thu Sep 21 12:57:32 2006
From: xmlrpc@opengroupware.org (Helge Hess)
Date: Thu, 21 Sep 2006 13:57:32 +0200
Subject: [OGo-XML-RPC] Connection exception
In-Reply-To: <919866d50609210440xaa2a310i7d5a7349fc99b43b@mail.gmail.com>
References: <919866d50609210440xaa2a310i7d5a7349fc99b43b@mail.gmail.com>
Message-ID:
On Sep 21, 2006, at 13:40, Fabi Avil=E9s wrote:
> I take data from the phpgroupware database using sql, and I create =20
> the dates, contacts and tasks in ogo using xmlrpc
Slightly off topic: Wouldn't it be easier (and faster) to directly =20
generate SQL INSERTs from the input for the OGo database schema?
I think the XML-RPC interface is (usually) not worth the hassle for =20
bulk migration scripts.
Greets,
Helge
--=20
Helge Hess
http://docs.opengroupware.org/Members/helge/
From xmlrpc@opengroupware.org Thu Sep 21 13:58:45 2006
From: xmlrpc@opengroupware.org (xmlrpc@opengroupware.org)
Date: Thu, 21 Sep 2006 08:58:45 -0400
Subject: [OGo-XML-RPC] Connection exception
In-Reply-To: <919866d50609210440xaa2a310i7d5a7349fc99b43b@mail.gmail.com>
References: <919866d50609210440xaa2a310i7d5a7349fc99b43b@mail.gmail.com>
Message-ID: <20060921085845.jezstkojy8g4g8os@www.mormail.com>
Quoting Fabi Avil=E9s :
> Hi people. I'm doing a data migration script, using Java, from data in
> phpgroupware, to opengroupware. I take data from the phpgroupware database
> using sql, and I create the dates, contacts and tasks in ogo using xmlrpc,
> but there is a problem and this is the exception:
> ..org.opengroupware.jogi.ogo.ConnectionException: Address already in use:
> connect
Seems almost more like a JOGI bug than an ogo-xmlrpcd bug. Very =20
unfortunately there is no active JOGI maintainer.
> It's very important, anyone can help me????
Do you see anything in the ogo-xmlrpcd-*-err.log ?
From xmlrpc@opengroupware.org Thu Sep 21 14:02:13 2006
From: xmlrpc@opengroupware.org (xmlrpc@opengroupware.org)
Date: Thu, 21 Sep 2006 09:02:13 -0400
Subject: [OGo-XML-RPC] Connection exception
In-Reply-To:
References: <919866d50609210440xaa2a310i7d5a7349fc99b43b@mail.gmail.com>
Message-ID: <20060921090213.kv1cu7vhtwkgsg00@www.mormail.com>
>> I take data from the phpgroupware database using sql, and I create
>> the dates, contacts and tasks in ogo using xmlrpc
> Slightly off topic: Wouldn't it be easier (and faster) to directly
> generate SQL INSERTs from the input for the OGo database schema?
> I think the XML-RPC interface is (usually) not worth the hassle for
> bulk migration scripts.
So long as you aren't trying to load lots of 'related' objects, yep.
If you've got lots of extended attributes and the like then it can get
rather messy with SQL since you need to know the related company_id,
etc... If you are just loading basic information then I'd use SQL.
I've got some C# code for loading contacts from delimited files if
your interested (uses MOGI).
From xmlrpc@opengroupware.org Fri Sep 22 07:53:08 2006
From: xmlrpc@opengroupware.org (=?ISO-8859-1?Q?Fabi_Avil=E9s?=)
Date: Fri, 22 Sep 2006 08:53:08 +0200
Subject: [OGo-XML-RPC] Re: Xmlrpc digest, Vol 1 #238 - 4 msgs
In-Reply-To: <20060922042627.7427.60884.Mailman@mail.opengroupware.org>
References: <20060922042627.7427.60884.Mailman@mail.opengroupware.org>
Message-ID: <919866d50609212353y413172e9q81b47064b35dc23c@mail.gmail.com>
------=_Part_23190_26328290.1158907988265
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Thanks for your answers. I've solved the problem. It was because in my
classes I made a lot of connections to xmlrpc.
Thanks.
Fabi
------=_Part_23190_26328290.1158907988265
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Thanks for your answers. I've solved the problem. It was because in my classes I made a lot of connections to xmlrpc.
Thanks.
Fabi
------=_Part_23190_26328290.1158907988265--
From xmlrpc@opengroupware.org Tue Sep 26 06:38:14 2006
From: xmlrpc@opengroupware.org (Tobias Kaefer)
Date: Tue, 26 Sep 2006 07:38:14 +0200
Subject: [OGo-XML-RPC] Resources and appointments
In-Reply-To: <1155736806.4057.21.camel@aleph.whitemice.org>
References: <44E153AB.7060906@abas.de> <0D904197-BE7D-4902-B37B-2FE6D90C6023@opengroupware.org> <44E1817A.1040100@abas.de> <1155634874.5234.3.camel@aleph.whitemice.org> <44E2BBA1.2090903@abas.de> <1155736806.4057.21.camel@aleph.whitemice.org>
Message-ID: <4518BCC6.3070801@abas.de>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Adam Tauno Williams schrieb:
> Yes; a patch to do that is on my ToDo list.
>
> If contents is a number like -
> server.appointment.setResources("25730", [25810, 25830]);
> - assume it is a pkey/objectId, retrieve the corresponding
> appointmentResource(s) by id (appointmentresource::get-by-global-id /
> LSGetResourcesForGlobalIDs) store their names in the appointment.
>
> If contents s a string -
> server.appointment.setResources("25730", [ "North Conference Room"]);
> - then assume it is a resource name and store it directly, currently
> with no validation.
>
> I might be able to get that out today; but when/if it is accepted into
> Trunk is up to Helge.
>
> Going the other way - resource name to id - doesn't seem to have a
> specific command, which means I have to do a search. And I'm still a
> bit bewildered by the EOFetchSpec/extended-search thing.
Hi there!
I was wondering what the status of this issue is. Are there any
improvements to the resources in appointments?
Greets
Tobias
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFGLzGdJJ1JNEzpd0RAhUTAJ9joCTTUrtk/l1+jQmnovLlMbjfmACfV0Dp
XDsKjrTdwz4G6mgJvBXcPVw=
=mXa4
-----END PGP SIGNATURE-----
From xmlrpc@opengroupware.org Thu Sep 28 14:13:02 2006
From: xmlrpc@opengroupware.org (Adam Tauno Williams)
Date: Thu, 28 Sep 2006 09:13:02 -0400
Subject: [OGo-XML-RPC] Resources and appointments
In-Reply-To: <4518BCC6.3070801@abas.de>
References: <44E153AB.7060906@abas.de>
<0D904197-BE7D-4902-B37B-2FE6D90C6023@opengroupware.org>
<44E1817A.1040100@abas.de> <1155634874.5234.3.camel@aleph.whitemice.org>
<44E2BBA1.2090903@abas.de> <1155736806.4057.21.camel@aleph.whitemice.org>
<4518BCC6.3070801@abas.de>
Message-ID: <1159449182.4200.112.camel@aleph.whitemice.org>
> > Yes; a patch to do that is on my ToDo list.
> > If contents is a number like -
> > server.appointment.setResources("25730", [25810, 25830]);
> > - assume it is a pkey/objectId, retrieve the corresponding
> > appointmentResource(s) by id (appointmentresource::get-by-global-id /
> > LSGetResourcesForGlobalIDs) store their names in the appointment.
> > If contents s a string -
> > server.appointment.setResources("25730", [ "North Conference Room"]);
> > - then assume it is a resource name and store it directly, currently
> > with no validation.
> > I might be able to get that out today; but when/if it is accepted into
> > Trunk is up to Helge.
> > Going the other way - resource name to id - doesn't seem to have a
> > specific command, which means I have to do a search. And I'm still a
> > bit bewildered by the EOFetchSpec/extended-search thing.
> Hi there!
> I was wondering what the status of this issue is. Are there any
> improvements to the resources in appointments?
Nope, it still works the way it did - by name. I've figured out how to
do it, I just need to make the patch. If your still working on your
project I'll see if I can get it out in the next 48 hours.
From xmlrpc@opengroupware.org Thu Sep 28 14:26:28 2006
From: xmlrpc@opengroupware.org (Tobias Kaefer)
Date: Thu, 28 Sep 2006 15:26:28 +0200
Subject: [OGo-XML-RPC] Resources and appointments
In-Reply-To: <1159449182.4200.112.camel@aleph.whitemice.org>
References: <44E153AB.7060906@abas.de> <0D904197-BE7D-4902-B37B-2FE6D90C6023@opengroupware.org> <44E1817A.1040100@abas.de> <1155634874.5234.3.camel@aleph.whitemice.org> <44E2BBA1.2090903@abas.de> <1155736806.4057.21.camel@aleph.whitemice.org> <4518BCC6.3070801@abas.de> <1159449182.4200.112.camel@aleph.whitemice.org>
Message-ID: <451BCD84.1040507@abas.de>
Adam Tauno Williams:
> Nope, it still works the way it did - by name. I've figured out how to
> do it, I just need to make the patch. If your still working on your
> project I'll see if I can get it out in the next 48 hours.
>
48 hours? You promise that? ;)
I would be glad to have it in the next 2 weeks or so. So take yout time.
I was just wondering, if this issue is still on the development schedule.
Thanks and greets
Tobias
From xmlrpc@opengroupware.org Thu Sep 28 14:32:47 2006
From: xmlrpc@opengroupware.org (Adam Tauno Williams)
Date: Thu, 28 Sep 2006 09:32:47 -0400
Subject: [OGo-XML-RPC] Resources and appointments
In-Reply-To: <451BCD84.1040507@abas.de>
References: <44E153AB.7060906@abas.de>
<0D904197-BE7D-4902-B37B-2FE6D90C6023@opengroupware.org>
<44E1817A.1040100@abas.de> <1155634874.5234.3.camel@aleph.whitemice.org>
<44E2BBA1.2090903@abas.de> <1155736806.4057.21.camel@aleph.whitemice.org>
<4518BCC6.3070801@abas.de> <1159449182.4200.112.camel@aleph.whitemice.org>
<451BCD84.1040507@abas.de>
Message-ID: <1159450368.4200.122.camel@aleph.whitemice.org>
On Thu, 2006-09-28 at 15:26 +0200, Tobias Kaefer wrote:
> Adam Tauno Williams:
> > Nope, it still works the way it did - by name. I've figured out how to
> > do it, I just need to make the patch. If your still working on your
> > project I'll see if I can get it out in the next 48 hours.
> 48 hours? You promise that? ;)
For the patch, I promise by October 2 [Monday]. :) Getting it accepted
into trunk is another matter.
> I would be glad to have it in the next 2 weeks or so. So take yout time.
> I was just wondering, if this issue is still on the development schedule.
It is on mine; we are currently redesigning our Intranet calendar to
support all the functionality added to ogo-xmlrpcd recents, and to be
AJAX-sexy.
BTW, for us non-JAVA developers, what is a "JSR168-calendar-portlet"?
From xmlrpc@opengroupware.org Thu Sep 28 14:49:40 2006
From: xmlrpc@opengroupware.org (Tobias Kaefer)
Date: Thu, 28 Sep 2006 15:49:40 +0200
Subject: [OGo-XML-RPC] Resources and appointments
In-Reply-To: <1159450368.4200.122.camel@aleph.whitemice.org>
References: <44E153AB.7060906@abas.de> <0D904197-BE7D-4902-B37B-2FE6D90C6023@opengroupware.org> <44E1817A.1040100@abas.de> <1155634874.5234.3.camel@aleph.whitemice.org> <44E2BBA1.2090903@abas.de> <1155736806.4057.21.camel@aleph.whitemice.org> <4518BCC6.3070801@abas.de> <1159449182.4200.112.camel@aleph.whitemice.org> <451BCD84.1040507@abas.de> <1159450368.4200.122.camel@aleph.whitemice.org>
Message-ID: <451BD2F4.4070306@abas.de>
Adam Tauno Williams:
>
> BTW, for us non-JAVA developers, what is a
> "JSR168-calendar-portlet"?
The JSR 168-API defines how a functional component is integrated into
a portal-system (we are using http://www.liferay.com). These so called
portlets can be (almost) everything, eg. CMS, WIKI,
Management-Infomation-System etc. Every user can build his (or hers)
own desktop in the browser by placing the portlets in a grid with drag
and drop featured by "sexy" Ajax.
Mostly portlets give a first impression about information that is
stored in other systems.
The calendar-portlet is an application which gives the users the
possibility to have their calendar beeing displayed in the portal,
side by side with the other applications, informations and/or services
they need.
Any questions? Please ask.
Greets
Tobias