calDAV Integration ?

[querdenker2k]

Die ID des Kalenders bei Baikal ist egal, das hat nichts mit der ID in der Konfig zu tun.
Wenn du einen Unix zur hand hast für mal das hier aus:

curl --request PROPFIND  --user username:password --header "Content-Type: text/xml" --header "Brief:t" --data "<D:propfind xmlns:D='DAV:'><D:prop><D:displayname/></D:prop></D:propfind>" http://mydns/baikal/cal.php/calendars/robert/default/

[Jaccolino]

Eigentlich stimmt das, dass es dem Baikal egal ist, aber ich dachte, Versuch macht klug.

<d:error xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns">
  <s:exception>Sabre\DAV\Exception\NotAuthenticated</s:exception>
  <s:message>No digest authentication headers were found</s:message>
  <s:sabredav-version>1.8.7</s:sabredav-version>
</d:error>

[querdenker2k]

Wenn das das Ergebnis des curl Aufrufs ist dann ist das falsch. Da sollte soetwas zurückkommen

<?xml version="1.0" encoding="utf-8"?>
<d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns" xmlns:cal="urn:ietf:params:xml:ns:caldav" xmlns:cs="http://calendarserver.org/ns/"><d:response><d:href>/baikal/cal.php/calendars/robert/default/</d:href><d:propstat><d:prop><d:displayname>cal</d:displayname></d:prop><d:status>HTTP/1.1 200 OK</d:status></d:propstat></d:response><d:response><d:href>/baikal/cal.php/calendars/robert/default/bd001529-0f28-41bf-8b8f-02336efa520c.ics</d:href></d:response></d:multistatus>

[Jaccolino]

Tja, kommt aber leider nicht zurück, oder habe ich den curl falsch angepasst

[Jaccolino]

  
 curl --request PROPFIND  --user mro:xxxx --header "Content-Type: text/xml" --header "Brief:t" --data "<D:propfind xmlns:D='DAV:'><D:prop><D:displayname/></D:prop></D:propfind>" http://xxx.xxx.xxx.xxx/baikal/cal.php/calendars/mro/Dienst/

[Jaccolino]

Ich bin jetzt schon mal einen Schritt weiter, das scheint ein Baikalproblem zu sein

Fakt ist wohl, dass die Auth wohl nicht durchgereicht wird...aber nach wie vor stehe ich auf dem Schlauch.

22:25 Uhr jetzt bin ich erheblich weiter, Apache angepasst, Auth wird durchgereicht, Kalenderdaten werden ausgelesen (im TRACE kann ich sehen, alle in dem Kalender befindliche Daten werden ausgelesen), nur keine Anzeige im der Visu, dort Uninitialized

22:48 Uhr nach einem Neustart von openhab liest er den Kalender nicht mehr ein

22:59 Uhr Dem Baikal ist es nicht egal ob der Name oder die ID angegeben wird. Nur mit der ID liesst er den Kalender aus.

[Jaccolino]

Hier mein jetziger Stand, allerdings weiss ich jetzt nicht mehr weiter

Item
String Kalender_Dienst_next1 "nächster Termin" <calendar> { caldavPersonal="calendar:2 type:UPCOMING eventNr:1 value:NAME" }
DateTime Beginn_2 "Beginn" <calendar> { caldavPersonal="calendar:2 type:UPCOMING eventNr:1 value:START" }

Sitemap
Text item=Kalender_Dienst_next1
Text item=Beginn_2

[Jaccolino]

2015-03-27 00:21:31.399 [TRACE] [i.internal.GenericItemProvider] - Created item 'Kalender_Dienst_next1' of type 'String'
2015-03-27 00:21:31.400 [TRACE] [i.internal.GenericItemProvider] - Created item 'Beginn_2' of type 'DateTime'

2015-03-27 00:21:37.794 [DEBUG] [o.i.c.internal.CalDavActivator] - CalDav Calendar IO has been started.
2015-03-27 00:21:37.802 [TRACE] [.service.AbstractActiveService] - CalDav Loader won't be started because it isn't yet properly configured.
2015-03-27 00:21:37.805 [TRACE] [.i.c.internal.CalDavLoaderImpl] - configuration parameter: 2:disableCertificateVerification
2015-03-27 00:21:37.808 [TRACE] [.i.c.internal.CalDavLoaderImpl] - configuration parameter: 2:password
2015-03-27 00:21:37.808 [TRACE] [.i.c.internal.CalDavLoaderImpl] - configuration parameter: 2:preloadTime
2015-03-27 00:21:37.808 [TRACE] [.i.c.internal.CalDavLoaderImpl] - configuration parameter: 2:reloadInterval
2015-03-27 00:21:37.808 [TRACE] [.i.c.internal.CalDavLoaderImpl] - configuration parameter: 2:url
2015-03-27 00:21:37.808 [TRACE] [.i.c.internal.CalDavLoaderImpl] - configuration parameter: 2:username
2015-03-27 00:21:37.808 [TRACE] [.i.c.internal.CalDavLoaderImpl] - configuration parameter: service.pid
2015-03-27 00:21:37.809 [TRACE] [.i.c.internal.CalDavLoaderImpl] - configuration parameter: timeZone
2015-03-27 00:21:37.815 [DEBUG] [o.b.c.internal.CalDavActivator] - CalDav binding has been started.
2015-03-27 00:21:37.893 [DEBUG] [o.b.c.internal.CalDavActivator] - CalDav-Presence binding has been started.
2015-03-27 00:21:37.897 [TRACE] [i.internal.GenericItemProvider] - Created item 'Kalender_Dienst_next1' of type 'String'
2015-03-27 00:21:37.897 [DEBUG] [i.internal.GenericItemProvider] - Start processing binding configuration of Item 'Kalender_Dienst_next1 (Type=StringItem, State=Uninitialized)' with 'CalDavBindingProviderImpl' reader.
2015-03-27 00:21:37.898 [TRACE] [.c.i.CalDavBindingProviderImpl] - handling config: calendar:2 type:UPCOMING eventNr:1 value:NAME
2015-03-27 00:21:37.898 [TRACE] [.c.i.CalDavBindingProviderImpl] - handling config part: calendar:2
2015-03-27 00:21:37.898 [TRACE] [.c.i.CalDavBindingProviderImpl] - handling config part: type:UPCOMING
2015-03-27 00:21:37.899 [TRACE] [.c.i.CalDavBindingProviderImpl] - handling config part: eventNr:1
2015-03-27 00:21:37.899 [TRACE] [.c.i.CalDavBindingProviderImpl] - handling config part: value:NAME
2015-03-27 00:21:37.899 [TRACE] [.c.i.CalDavBindingProviderImpl] - found values: calendar=null, type=UPCOMING, eventNr=1, value=NAME
2015-03-27 00:21:37.915 [ERROR] [i.internal.GenericItemProvider] - Binding configuration of type 'caldavPersonal' of item ‘Kalender_Dienst_next1‘ could not be parsed correctly.
org.openhab.model.item.binding.BindingConfigParseException: missing attribute 'calendar'
    at org.openhab.binding.caldav_personal.internal.CalDavBindingProviderImpl.processBindingConfiguration(CalDavBindingProviderImpl.java:116) ~[na:na]
    at org.openhab.model.item.internal.GenericItemProvider.internalDispatchBindings(GenericItemProvider.java:341) [org.openhab.model.item_1.6.1.jar:na]
    at org.openhab.model.item.internal.GenericItemProvider.dispatchBindingsPerType(GenericItemProvider.java:302) [org.openhab.model.item_1.6.1.jar:na]
    at org.openhab.model.item.internal.GenericItemProvider.addBindingConfigReader(GenericItemProvider.java:106) [org.openhab.model.item_1.6.1.jar:na]
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.7.0_51]
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) ~[na:1.7.0_51]
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.7.0_51]
    at java.lang.reflect.Method.invoke(Method.java:606) ~[na:1.7.0_51]
    at org.eclipse.equinox.internal.ds.model.ComponentReference.bind(ComponentReference.java:376) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.ds.model.ServiceComponentProp.bindReference(ServiceComponentProp.java:444) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.ds.InstanceProcess.dynamicBind(InstanceProcess.java:416) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.ds.Resolver.getEligible(Resolver.java:334) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.ds.SCRManager.serviceChanged(SCRManager.java:222) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.osgi.internal.serviceregistry.FilteredServiceListener.serviceChanged(FilteredServiceListener.java:107) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
    at org.eclipse.osgi.framework.internal.core.BundleContextImpl.dispatchEvent(BundleContextImpl.java:861) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
    at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
    at org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
    at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.publishServiceEventPrivileged(ServiceRegistry.java:819) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
    at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.publishServiceEvent(ServiceRegistry.java:771) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
    at org.eclipse.osgi.internal.serviceregistry.ServiceRegistrationImpl.register(ServiceRegistrationImpl.java:130) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
    at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.registerService(ServiceRegistry.java:214) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
    at org.eclipse.osgi.framework.internal.core.BundleContextImpl.registerService(BundleContextImpl.java:433) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
    at org.eclipse.equinox.internal.ds.InstanceProcess.registerService(InstanceProcess.java:536) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.ds.InstanceProcess.buildComponents(InstanceProcess.java:260) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.ds.Resolver.buildNewlySatisfied(Resolver.java:473) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.ds.Resolver.enableComponents(Resolver.java:217) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.ds.SCRManager.performWork(SCRManager.java:816) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.ds.SCRManager$QueuedJob.dispatch(SCRManager.java:783) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.ds.WorkThread.run(WorkThread.java:89) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.util.impl.tpt.threadpool.Executor.run(Executor.java:70) [org.eclipse.equinox.util_1.0.400.v20120917-192807.jar:na]
2015-03-27 00:21:37.921 [TRACE] [i.internal.GenericItemProvider] - Created item 'Beginn_2' of type 'DateTime'
2015-03-27 00:21:37.921 [DEBUG] [i.internal.GenericItemProvider] - Start processing binding configuration of Item 'Beginn_2 (Type=DateTimeItem, State=Uninitialized)' with 'CalDavBindingProviderImpl' reader.
2015-03-27 00:21:37.922 [TRACE] [.c.i.CalDavBindingProviderImpl] - handling config: calendar:2 type:UPCOMING eventNr:1 value:START
2015-03-27 00:21:37.922 [TRACE] [.c.i.CalDavBindingProviderImpl] - handling config part: calendar:2
2015-03-27 00:21:37.922 [TRACE] [.c.i.CalDavBindingProviderImpl] - handling config part: type:UPCOMING
2015-03-27 00:21:37.922 [TRACE] [.c.i.CalDavBindingProviderImpl] - handling config part: eventNr:1
2015-03-27 00:21:37.923 [TRACE] [.c.i.CalDavBindingProviderImpl] - handling config part: value:START
2015-03-27 00:21:37.923 [TRACE] [.c.i.CalDavBindingProviderImpl] - found values: calendar=null, type=UPCOMING, eventNr=1, value=START
2015-03-27 00:21:37.925 [ERROR] [i.internal.GenericItemProvider] - Binding configuration of type 'caldavPersonal' of item ‘Beginn_2‘ could not be parsed correctly.
org.openhab.model.item.binding.BindingConfigParseException: missing attribute 'calendar'
    at org.openhab.binding.caldav_personal.internal.CalDavBindingProviderImpl.processBindingConfiguration(CalDavBindingProviderImpl.java:116) ~[na:na]
    at org.openhab.model.item.internal.GenericItemProvider.internalDispatchBindings(GenericItemProvider.java:341) [org.openhab.model.item_1.6.1.jar:na]
    at org.openhab.model.item.internal.GenericItemProvider.dispatchBindingsPerType(GenericItemProvider.java:302) [org.openhab.model.item_1.6.1.jar:na]
    at org.openhab.model.item.internal.GenericItemProvider.addBindingConfigReader(GenericItemProvider.java:106) [org.openhab.model.item_1.6.1.jar:na]
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.7.0_51]
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) ~[na:1.7.0_51]
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.7.0_51]
    at java.lang.reflect.Method.invoke(Method.java:606) ~[na:1.7.0_51]
    at org.eclipse.equinox.internal.ds.model.ComponentReference.bind(ComponentReference.java:376) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.ds.model.ServiceComponentProp.bindReference(ServiceComponentProp.java:444) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.ds.InstanceProcess.dynamicBind(InstanceProcess.java:416) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.ds.Resolver.getEligible(Resolver.java:334) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.ds.SCRManager.serviceChanged(SCRManager.java:222) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.osgi.internal.serviceregistry.FilteredServiceListener.serviceChanged(FilteredServiceListener.java:107) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
    at org.eclipse.osgi.framework.internal.core.BundleContextImpl.dispatchEvent(BundleContextImpl.java:861) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
    at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
    at org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
    at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.publishServiceEventPrivileged(ServiceRegistry.java:819) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
    at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.publishServiceEvent(ServiceRegistry.java:771) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
    at org.eclipse.osgi.internal.serviceregistry.ServiceRegistrationImpl.register(ServiceRegistrationImpl.java:130) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
    at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.registerService(ServiceRegistry.java:214) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
    at org.eclipse.osgi.framework.internal.core.BundleContextImpl.registerService(BundleContextImpl.java:433) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
    at org.eclipse.equinox.internal.ds.InstanceProcess.registerService(InstanceProcess.java:536) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.ds.InstanceProcess.buildComponents(InstanceProcess.java:260) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.ds.Resolver.buildNewlySatisfied(Resolver.java:473) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.ds.Resolver.enableComponents(Resolver.java:217) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.ds.SCRManager.performWork(SCRManager.java:816) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.ds.SCRManager$QueuedJob.dispatch(SCRManager.java:783) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.ds.WorkThread.run(WorkThread.java:89) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
    at org.eclipse.equinox.internal.util.impl.tpt.threadpool.Executor.run(Executor.java:70) [org.eclipse.equinox.util_1.0.400.v20120917-192807.jar:na]
2015-03-27 00:21:38.462 [TRACE] [.i.c.internal.CalDavLoaderImpl] - config for id '2': CalDavConfig [key=2, username=mro, password=xxxx, url=http://xxx.xxx.xxx.xxx/baikal/cal.php/calendars/mro/2, reloadMinutes=1, preloadMinutes=2880, disableCertificateVerification=true]
2015-03-27 00:21:38.462 [TRACE] [.i.c.internal.CalDavLoaderImpl] - starting execution...
2015-03-27 00:21:38.462 [INFO ] [.service.AbstractActiveService] - CalDav Loader has been started
2015-03-27 00:21:38.463 [WARN ] [o.o.b.c.internal.CalDavBinding] - no configuration found
2015-03-27 00:21:41.401 [DEBUG] [.o.m.c.i.folder.FolderObserver] - Refreshing folder 'rules'
2015-03-27 00:21:41.402 [DEBUG] [.o.m.c.i.folder.FolderObserver] - Refreshing folder 'sitemaps'
2015-03-27 00:21:41.402 [DEBUG] [.o.m.c.i.folder.FolderObserver] - Refreshing folder 'scripts'
2015-03-27 00:21:41.402 [DEBUG] [.o.m.c.i.folder.FolderObserver] - Refreshing folder 'persistence'
2015-03-27 00:21:41.403 [DEBUG] [.o.m.c.i.folder.FolderObserver] - Refreshing folder 'items'
2015-03-27 00:21:48.464 [DEBUG] [.i.c.internal.CalDavLoaderImpl] - loading events for config: 2
2015-03-27 00:21:48.933 [DEBUG] [.i.c.internal.CalDavLoaderImpl] - loading resource: /baikal/cal.php/calendars/mro/2/0594D6AA-8CCD-4237-9B5F-55AFC8A26357.ics
2015-03-27 00:21:49.023 [TRACE] [.i.c.internal.CalDavLoaderImpl] - loading event: BEGIN:VTIMEZONE
TZID:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
DTSTART:19810329T020000
TZNAME:CEST
TZOFFSETTO:+0200
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
DTSTART:19961027T030000
TZNAME:CET
TZOFFSETTO:+0100
END:STANDARD
END:VTIMEZONE

2015-03-27 00:21:49.025 [TRACE] [.i.c.internal.CalDavLoaderImpl] - loading event: BEGIN:VEVENT
CREATED:20150108T121035Z
UID:0594D6AA-8CCD-4237-9B5F-55AFC8A26357
DTEND;TZID=Europe/Berlin:20150106T153000
TRANSP:OPAQUE
SUMMARY:Dathe
DTSTART;TZID=Europe/Berlin:20150106T103000
DTSTAMP:20150220T213143Z
SEQUENCE:1
END:VEVENT

u.s.w

[querdenker2k]

(Dämliche Smileys, Ich denke es ist klar was da eigentlich steht...)

Ok mal langsam...

Das hier ist eine Beispielkonfiguration für Baikal:
caldaviopenhab_tasks:url=http://mydns/baikal/cal.php/calendars/robert/default/
caldaviopenhab_tasks:username=robert
caldaviopenhab_tasksassword=robert
caldaviopenhab_tasks:reloadInterval=10
caldaviopenhab_tasksreloadTime=20000
caldavio:timeZone=Europe/Berlin
caldavPersonal:homeIdentifiers=home, zuhause, zu haus, zu hause

Zur Erklärung:
openhab_tasks ist in diesem Fall die interne openHAB Kalendar ID (völlig unabhängig von Baikal)
Die Angegebene URL ist eine gültige Baikal URL. Das "default" was am Ende steht ist die ID des Kalenders bei Baikal



Items:
String Calendar_Robert_Upcoming_Name "Robert nächster Termin [%s]" (Calendar) { caldavPersonal="calendar:robert type:UPCOMING eventNr:1 value:NAME" }

Zur Erklärung:
Du brauchst um Werte eines Items anzuzeigen immer etwas in [] Klammern.
Der Wert in calendar muss ein Text aus ausschließlich groß und klein Buchstaben sein. (Einschränkung übernehme ich ins Wiki)

Gruß
robert

[Jaccolino]

Danke für die Antwort.

Fehler bei mir erkannt, irgendwie war ich nicht darauf gekommen, dass openhab_task eine interne Adresse ist.
Im Item hatte ich die [], waren nur bei kopieren verschluckt.

Ich habe es jetzt dahingehend geändert, dass ich als openhab_task Dienst verwende und in der Itembeschreibung

{ caldavPersonal="calendar:Dienst ……….}

Meine Kalender ID Baikal ist dann für diesen Kalender 2.

Testtermine für heute, morgen und übermorgen angelegt im Kalender.

Dann habe ich noch die Zeile caldavPersonal:usedCalendars=Dienst

Frage zu caldavPersonal:homeIdentifiers=home, zuhause, zu haus, zu hause, diese Zeile habe ich gar nicht, muss ich ja wohl auch nicht, wenn ich nichts ausschliesse, so habe ich das jedenfalls verstanden.

Die TRACE zeigt, alle Termine werden ausgelesen, auch die angelegten Testtermine, aber in der visu bleiben die Werte leer.

Jetzt openhab nochmal gestartet und, was bin froh und glücklich, und völlig übermüdet, da ich die letzte Nacht mein Bett nicht gesehen habe, es hat mir keine Ruhe gelassen, es funzt!!!!!!!

[Jaccolino]

Mir ist ein Licht aufgegangen

Und allen die mir hier geholfen haben und soviel Geduld hatten, DANKE; DANKE; DANKE

[Jaccolino]

Und hier jetzt mal das Ergebnis

[TorstenR]

Hallo und guten Abend,
ich versprach euch ja, euch über meine weiteren Fehler auf dem Laufenden zu halten.

Ich habe das Caldav Binding mit ownCloud und der ClassicUI jetzt auch zum Laufen bekommen.

So sieht das bei mir jetzt aus:

Unbenannt.JPG

Ist zwar nicht ganz so schön wie die Optik von Jaccolino, kann sich aber wohl dennoch sehen lassen.

Wie ich die letzten "Herausforderungen" auf dem Weg zu diesem Ziel bewältigt habe, könnt ihr diesem Thread entnehmen:
https://knx-user-forum.de/forum/supp...ch-%C3%A4ndern

Falls jemand Fragen dazu hat, immer her damit!

Ich wünsche euch noch ein schönes Wochenende

Torsten

[Schmide1]

Hallo,

leider hab ich mit dem Caldav ein Problem, evtl. überseh ich auch was.

Folgendes hab ich:

Java

java -version
java version "1.8.0_33"
Java(TM) SE Runtime Environment (build 1.8.0_33-b05)
Java HotSpot(TM) Client VM (build 25.33-b05, mixed mode)

openhab

root@odroid:~# ls -l /usr/share/openhab/addons/
total 6704
-rw-r--r-- 1 root root     126 Nov 30 23:18 README
-rw-r--r-- 1 root root    6474 Nov 30 23:13 org.openhab.action.homematic-1.6.1.jar
-rw-r--r-- 1 root root   21418 Nov 30 23:13 org.openhab.action.openwebif-1.6.1.jar
-rw-r--r-- 1 root root   80586 Nov 30 23:15 org.openhab.binding.astro-1.6.1.jar
-rw-r--r-- 1 root root   19265 Mar 23 16:40 org.openhab.binding.caldav-command-1.7.0-SNAPSHOT.jar
-rw-r--r-- 1 root root   18138 Mar 23 16:40 org.openhab.binding.caldav-personal-1.7.0-SNAPSHOT.jar
-rw-r--r-- 1 root root   18845 Nov 30 23:15 org.openhab.binding.enigma2-1.6.1.jar
-rw-r--r-- 1 root root   63771 Nov 30 23:14 org.openhab.binding.exec-1.6.1.jar
-rw-r--r-- 1 root root   21638 Nov 30 23:14 org.openhab.binding.fritzbox-1.6.1.jar
-rw-r--r-- 1 root root   15802 Nov 30 23:15 org.openhab.binding.fs20-1.6.1.jar
-rw-r--r-- 1 root root  142490 Nov 30 23:13 org.openhab.binding.homematic-1.6.1.jar
-rw-r--r-- 1 root root  428913 Nov 30 23:14 org.openhab.binding.knx-1.6.1.jar
-rw-r--r-- 1 root root   10071 Nov 30 23:14 org.openhab.binding.networkhealth-1.6.1.jar
-rw-r--r-- 1 root root   10152 Nov 30 23:14 org.openhab.binding.ntp-1.6.1.jar
-rw-r--r-- 1 root root   43244 Nov 30 23:14 org.openhab.binding.onkyo-1.6.1.jar
-rw-r--r-- 1 root root  150046 Nov 30 23:14 org.openhab.binding.rfxcom-1.6.1.jar
-rw-r--r-- 1 root root    8269 Nov 30 23:14 org.openhab.binding.wol-1.6.1.jar
-rw-r--r-- 1 root root 2241656 Mar 23 16:40 org.openhab.io.caldav-1.7.0-SNAPSHOT.jar
-rw-r--r-- 1 root root   22510 Jan 24 15:02 org.openhab.io.transport.cul-1.6.1.jar
-rw-r--r-- 1 root root  527950 Nov 30 23:14 org.openhab.io.transport.serial-1.6.1.jar
-rw-r--r-- 1 root root 2340680 Nov 30 23:16 org.openhab.persistence.db4o-1.6.1.jar
-rw-r--r-- 1 root root    6155 Nov 30 23:16 org.openhab.persistence.exec-1.6.1.jar
-rw-r--r-- 1 root root  618722 Nov 30 23:16 org.openhab.persistence.rrd4j-1.6.1.jar

evtl. liegt auch hier der Fehler mit der Version.

ical ist ein Zarafa Server

Thu Apr  2 10:34:33 2015: Listening on port 8080.
Thu Apr  2 10:34:33 2015: Listening on secure port 8443.
Thu Apr  2 10:34:33 2015: [25532] Starting zarafa-ical version 7,1,11,46050 (46050), pid 25532

openhab.cfg

caldavio:user1:url=https://domain.de:8443/caldav/user1/Kalender
caldavio:user1:username=user1
caldavio:user1:password=password
caldavio:user1:reloadInterval=10
caldavio:user1:preloadTime=2880
caldavio:user1:disableCertificateVerification=true
caldavio:timeZone=Europe/Berlin

hier kommt dann folgender Fehler:

11:49:32.136 [ERROR] [.i.c.internal.CalDavLoaderImpl:415 ] - error while loading calendar entries: Unexpected response com.github.sardine.impl.SardineException: Unexpected response at com.github.sardine.impl.handler.ValidatingResponseHandler.validateResponse(ValidatingResponseHandler.java:48) ~[na:na] at com.github.sardine.impl.handler.MultiStatusResponseHandler.handleResponse(MultiStatusResponseHandler.java:40) ~[na:na] at com.github.sardine.impl.handler.MultiStatusResponseHandler.handleResponse(MultiStatusResponseHandler.java:35) ~[na:na] at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:218) ~[na:na] at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:160) ~[na:na] at com.github.sardine.impl.SardineImpl.execute(SardineImpl.java:828) ~[na:na] at com.github.sardine.impl.SardineImpl.list(SardineImpl.java:355) ~[na:na] at com.github.sardine.impl.SardineImpl.list(SardineImpl.java:322) ~[na:na] at com.github.sardine.impl.SardineImpl.list(SardineImpl.java:313) ~[na:na] at com.github.sardine.impl.SardineImpl.list(SardineImpl.java:307) ~[na:na] at org.openhab.io.caldav.internal.CalDavLoaderImpl.loadEvents(CalDavLoaderImpl.java:317) ~[na:na] at org.openhab.io.caldav.internal.CalDavLoaderImpl.access$5(CalDavLoaderImpl.java:283) ~[na:na] at org.openhab.io.caldav.internal.CalDavLoaderImpl$4.run(CalDavLoaderImpl.java:409) ~[na:na] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [na:1.8.0_33] at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [na:1.8.0_33] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) [na:1.8.0_33] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) [na:1.8.0_33] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [na:1.8.0_33] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_33] at java.lang.Thread.run(Thread.java:745) [na:1.8.0_33]

Im Log vom Zarafa kommt folgendes:

Thu Apr  2 11:54:56 2015: [26973] 10.10.10.10 - - [02/Apr/2015:11:54:56 +0200] "PROPFIND /caldav/user1/Kalender HTTP/1.1" 401 0 "-" "Apache-HttpClient/4.3.5 (java 1.5)"
Thu Apr  2 11:54:56 2015: [26973] Error processing PROPFIND request, error code 0x8004011b
Thu Apr  2 11:54:56 2015: [26973] 10.10.10.10 - user1 [02/Apr/2015:11:54:56 +0200] "PROPFIND /user1/thomas/Kalender HTTP/1.1" 400 0 "-" "Apache-HttpClient/4.3.5 (java 1.5)"

Wenn ich folgendes vom openhab teste kommt diese Meldung:

curl -k --request PROPFIND  --user user1:password --header "Content-Type: text/xml" --header "Brief:t" --data "<D:propfind xmlns:D='DAV:'><D:prop><D:displayname/></D:prop></D:propfind>" https://10.10.10.10:8443/caldav/user1/Kalender

<?xml version="1.0" encoding="UTF-8"?>
<C:multistatus xmlns:C="DAV:">
 <C:response>
  <C:href>/caldav/user1/Kalender</C:href>
  <C:propstat>
   <C:prop>
    <C:displayname>User1</C:displayname>
   </C:prop>
   <C:status>HTTP/1.1 200 OK</C:status>
  </C:propstat>
 </C:response>
</C:multistatus>

Am Zarafa Server kommt dann folgende Meldung:

Thu Apr  2 12:01:35 2015: [27096] 10.10.10.5 - user1 [02/Apr/2015:12:01:35 +0200] "PROPFIND /caldav/user1/Kalender HTTP/1.1" 207 309 "-" "curl/7.35.0"

Ich finde leider den Fehler nicht.

Gruß
Schmide1

[querdenker2k]

Hast du einen Zafara Server, welchen ich zum Testen nutzen kann. Der ist mir zu schwergewichtig zum schnellen testen. Was mich etwas irritiert ist der Unterschied

 
 Thu Apr  2 11:54:56 2015: [26973] 10.10.10.10 - - [02/Apr/2015:11:54:56 +0200] "PROPFIND /caldav/user1/Kalender HTTP/1.1" 401 0 "-" "Apache-HttpClient/4.3.5 (java 1.5)"   
 Thu Apr  2 12:01:35 2015: [27096] 10.10.10.5 - user1 [02/Apr/2015:12:01:35 +0200] "PROPFIND /caldav/user1/Kalender HTTP/1.1" 207 309 "-" "curl/7.35.0"

Zuerst ist die Anfragende IP eine andere. Die eine evtl. der Server selber und die andere ein entfernter (im gleichen Netz). Dann scheint es so als wenn beim Fehlerfall kein Benutzername angegeben ist.
Könntest du das mal prüfen?

Gruß
robert