Release 10

Zeitrahmen: 15. Juli 2008

Shutdown: 1. bis 7. September 2008. Im Shutdown wird Release 11 in Betrieb gehen!

Prioritäten:
1 - Muss mit der aktuellen Release fertig werden, da dringend benötigt
2 - Soll mit der aktuellen Release fertig werden, aber (noch) nicht dringend
3 - Wünschenswert, da spürbare Erleichterung für Betrieb / Arbeit der Gruppe
4 - Ganz nett, nice to have
5 - Beruhigt irgendwen irgendwie, stört zumindest nicht
6 - Stört / behindert, besser gar nicht angehen

Beim Implementieren bitte wieder die Merkliste und die Windows-Merkliste beachten!

Umfang

Ein bedeutet, dass der Punkt einer klärenden Diskussion bedarf.
Auf ergänzende Bemerkung wird mit hingewiesen. Das Icon ist klickbar.
Erledigte Punkte sind mit gekennzeichnet.

Nr.	Name	Prio	Tage	Projekt
1				Property-Beschreibung mit XML und Code-Generierung
1.1	KHoe	1		Erweiterung der XML-Beschreibung um ufcParaFormat und ufcDataFormat für die V08-kompatible Datenkonvertierung.
1.3	KHoe	4		Der <complextype> sollte auch eine <description> haben.
2				Geräte-Software V09
2.3	Kain	3		SWPZ-USRs auf endgültige, aus XML generierte Adapter umstellen (nicht vollständig getested).
2.5	LH	3		Weitere Rahmen mit MX, MD und evtl. einem weiteren Gerätemodell in einer Liste zusammenstellen.
3				Devman
3.1	KHer	2		Properties INIT und RESET des GuP: Dabei Reload der lokalen DB. Property DBRELOAD. im PPC-WG-Meeting.
3.1.1	KHer	1		erste Version INIT und RESET, nur reload der lokalen DB
3.2	SMa	1		Die map für RequestThreads und cancelRequest() in AccDevice implementieren? Siehe auch Punkt 3.1 in der Bug-Liste.
3.3	Kain	2		LifeCtrlThread, InfoRcvThread, AlarmThread und StatusUpdThread beim Beenden des Devman an geeigneter Stelle explizit abräumen.
4				Nameservice and Access Rights
4.1	SMa	1		Userrights-Datei in XML. (Zunaechst prinzipiell.)
4.1.1	SMa	1		XML-Schema für Userrights-Datei.
4.1.2	SMa	1		Parser zum Einlesen der XML-Userrights-Datei.
4.1.3	SMa	1		Parser in Nameserver einbauen.
4.1.4	SMa	1		Elemente mit Attributen versehen.
4.2	UK	2		Sinnvolle Rechte festlegen (welche User, welche Geraete?)
4.4	SMa	3		Rechtebehandlung in AccDevice freischalten. Erst, nachdem 4.2 feststeht!
4.5	SMa	1		Usernamen in Kleinbuchstaben umwandeln (beim Einlesen)
5				Userface
7				ELDK
7.1	UK	1		Kosten und das Splitting derselben für das BSP bei MicroSys klären.
8				Erweiterungen Device Access Interface
8.1	LH	1		Vorschlag erarbeiten für die IDL-Erweiterungen.
8.1.1	LH	1		Timestamp mit Datum im 1970-Format.
8.1.2	LH	1		Client-Kennung: sollte clusterweit eindeutig sein. Und wie geht das über den Userface-Server? im PPC-WG-Meeting.
8.1.3	LH	1		CorbaIfc mit Versionsnummer, also CorbaIfc01
8.1.4	LH	1		Kennung, ob Client V08-Daten austauschen will.
8.3	LH	2		Überlegen, welche Message/Exception für Clients generiert werden soll, wenn IOR nicht zum CorbaInterfaceXX passt. Und implementieren.
9				Allgemeines & Kleinigkeiten
9.1	Alle	1		Commit und Tag (libxxx.so.x.10.x) aller Projekte. Bis Freitag, 18.Jun.08, 12:30 Uhr.
9.2	KHer	1		Hat das Upgrade der asl7xx-Rechner auf RedHat 5.0 im Sepember-Shutdown Konsequenzen für das PPC-Projekt?
9.3	Kain	1		Erweitertes Timestamp-Format. Denken mit Kain wg. ECM-Seite. Siehe auch Punkt 2.7.
9.4	LH	1		Überlegen, wie APIs sprachübergreifend (C++, Java, Python) implementiert werden können. Betroffen: Alarme, Subscription Service, Nameservice, ... Nochmal Brainstorm mit AP im PPC-Meeting.
9.9	LH	4		Projekt message in nightly-conf.mk aufnehmen? mit AP klären. Wird im Zuge der Zusammenführung der AP- und FE-Entwicklungsumgebungen geklärt.
9.10	KHer	1		Wie und wo sollen für neue Schrittmotoren die Gerätekonfigurationen gespeichert werden ?
9.11	UK	1		Eigenes Projekt für dbsgen unter Linux anlegen.

Bemerkungen

Ergänzende Bemerkungen, Hinweise usw. zu obiger Liste "Umfang".

Nr.	Bemerkung
1.1	Siehe dazu die Testimplementation ~hechler/workspace/mx/mx-usrs.hh
2.4	Die jetzige Implementierung basiert noch darauf, dass unter V08 alle Geräte von einer SE aus gesteuert wurden. Daher gibt es z.B. auch (noch) die Property EQMERROR bei den X86-USRs, die da eigentlich gar nich hin gehört.
3.3	Zum Beispiel könnte der StatusUpdThread noch Devices ansprechen wollen, die der Devman schon gelöscht hat. Dann würde es knallen.
4.4	Unter Linux sind alle Aenderungen derzeit nicht aktiv und koennen ueber die Praeprozessordirektive _ACCESSC in accdevice.cc aktiviert werden. Dies sollte nur lokal geschehen, wenn man auch sinnvolle Zugriffsrechte definiert hat!
9.2	Zumindest für X86 sollte es dann einen (nativen) GCC 4.x geben. Als PPC-Cross-GCC ist zunächst mal der GCC 3.4.6 angedacht. Aber ist es nicht sinnvoll, für beide Plattformen (X86 und PPC) einen GCC 4.x zu haben?

Bugs

Nr.	Name	Prio	Tage	Beschreibung
1				Allgemein
1.2	SMa	1		In os-linux.cc tut gettimeofday() gar nix, außer einer 1 zurück zu liefern. Die Funktion wird in accdevice.cc benutzt, aber nicht die aus OS, sondern direkt die von Linux. Wie geht das denn auf der Windows-Seite? Antwort: Windows hat gar keine andere Wahl, als die OS-Funktion zu verwenden. Es gibt sonst keine Funktion, die so heisst.
1.3	Alle	2		In nameservice-gsi.cc habe ich gerade festgestellt, dass AccDevExc statt AccDevException geworfen wurden. Wo ist das noch so (falsch)? Ein Client erwartet nur letztere! Nur wenn Exceptions über CORBA ausgetauscht werden, müssen sie via AccDevExc transportiert werden.
2				Scripte
3				Devman
3.3	SMa	3		Beim interaktiven Aufruf des Devman sollte man beim Dbsfile auch die Extension mit angeben können, also $libasl/devman -f lui.dbs.
3.6	LH	2		Wird der Devman ohne -f <dbsfile> gestartet, sollte die Lock-Datei auch nur /var/lock/acc/devman heißen. Zur Zeit hängt noch der Hostname dran, z.B. devman-kp1cg02. Wie mir scheint, hab's aber nicht genau verifiziert, wird aus diesem Grund auch das Lockfile bei service devman stop bzw. restart nicht gelöscht. Wird versucht /var/lock/acc/devman statt ...devman-kp1cg02 zu löschen?
4				Userface
5				Nameservice & Access Rights
5.1	SMa	3		Windows-DLLs: Nicht alle Klassen koennen(/muessen) exportiert werden. Klassen, die statische Member besitzen, koennen unter Windows nicht problemlos in anderen DLLs/Bibliotheken verwendet werden. Grund ist das Export-Makro E_API, dass in allen DLLs/Bibliotheken Klassen etc. exportiert. Auszug aus der MSDN-Hilfe: "Daten, statische Datenmember und Funktionen können als dllimports deklariert, jedoch nicht als dllimports definiert werden.". Beim Inkludieren solcher Header kommt es zu Fehlermeldungen, da offenbar versucht wird, dass ganze zu exportieren, obwohl es sich gar nicht in der eigenen Bibiliothek befindet. Ich forsche noch nach einer sinnvolleren Loesung, als das Export-Makro fuer Klassen, die statische Member enthalten, zu entfernen. Loesung: ein zweites Export-Makro, dass nur im kgb-Projekt verwendet wird. So kann es nicht mehr zu Interferenzen von Import und Export kommmen.
5.2	SMa	1		Die Seite Nameserver unter Linux administrieren/warten ist nicht auf dem aktuellen Stand, z.B. was das Verzeichnis betrifft, unter dem man right.txt findet.
5.3	SMa	2		In clientfct.cc werden noch Umgebungsvariablen ACC_NAMESERVER_HOST1 und ACC_NAMESERVER_HOST2 referiert, die es per definitionem nicht mehr gibt. Rausschmeißen. Fallback-Option ist entfernt, doch es wird erwartet, dass der Benutzer die entsprechende Umgebungsvariable richtig setzt.
6				USRs