ࡱ> Root Entry)G˿@a__properties_version1.00G__nameid_version1.0(p0˿`A˿__substg1.0_0E04001F*H kf& !"#$%'()*+^-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]_`abcdeghijlmnopqrstuvwxyz{|}~Root Entry Fv˿@a__properties_version1.00G__nameid_version1.0(p0˿`A˿__substg1.0_0E04001F*H kf& !"#$%'()*+^-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]_`abcdeghijlmnopqrstuvwxyz{|}~__substg1.0_0E03001F* *D__substg1.0_0E02001F*__recip_version1.0_#00000000:@p5˿(5˿__recip_version1.0_#00000001:P9˿`9˿__recip_version1.0_#00000002: `9˿`9˿__recip_version1.0_#00000003:`9˿p9˿__recip_version1.0_#00000004: tp9˿p9˿__recip_version1.0_#00000005:gp9˿ :˿__recip_version1.0_#00000006: Z :˿ :˿__recip_version1.0_#00000007:M :˿1:˿__substg1.0_001A001F*__substg1.0_0037001F*`__substg1.0_003B0102*A__substg1.0_003F0102*B[__substg1.0_0040001F*$__substg1.0_00410102*Z__substg1.0_0042001F*__substg1.0_00430102*[__substg1.0_0044001F*$__substg1.0_00470102**__substg1.0_00510102*B__substg1.0_00520102*B__substg1.0_0064001F*__substg1.0_0065001F*z__substg1.0_0070001F*.X__substg1.0_00710102*/__substg1.0_0075001F*__substg1.0_0076001F*|__substg1.0_0077001F*$~__substg1.0_0078001F*||__substg1.0_007D001F*!#E __substg1.0_007F0102*D@__substg1.0_0C190102*"&BZ__substg1.0_0C1A001F*A__substg1.0_0C1D0102*%(?A__substg1.0_0C1E001F*>__substg1.0_0C1F001F*'<z__substg1.0_0E9D0102*;__substg1.0_1000001F*),,b__substg1.0_1035001F*C9~__substg1.0_1039001F*+-/v__substg1.0_1042001F*-~__substg1.0_300B0102*6,__substg1.0_30100102**F__substg1.0_30140102*/1) __substg1.0_3FFA001F*("__substg1.0_3FFB0102*04&Z__substg1.0_4022001F*%__substg1.0_4023001F*35#z__substg1.0_4030001F*"__substg1.0_4031001F*2>!__substg1.0_5D01001F* __substg1.0_5D02001F*79__substg1.0_5D09001F*__substg1.0_5FE5001F*8<__substg1.0_8007001F*__substg1.0_8008001F*E=__substg1.0_8009001F*__substg1.0_800C001F*:__substg1.0_800D001F* __substg1.0_800E001F*?F(__substg1.0_800F001F*__substg1.0_003D001F*__substg1.0_10090102*__substg1.0_65E20102* __substg1.0_65E30102*D; ,__substg1.0_8010001F*A "__substg1.0_8011001F*__substg1.0_0E1D001F*X__properties_version1.00T__substg1.0_0FFF0102*Uw__substg1.0_3001001F*JL $'+.012345678:=@CFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{}FE_Int-Team meeting minutes - VersionsnummerJuelicher, Susanne; Rapp, VitaliyBraeuning, Harald Dr.; Matthies, Solveigh; Mueller, Raphael; Schwinn, Alexander; Hechler, Ludwig; Krause, Udo Dr.00000001hubcas2010.gsi.de/o=GSI/ou=First Administrative Group/cn=Recipients/cn=matthiesS.Matthies@gsi.de2x ARL7ogI*3"[4zNBnD3"[4zNBnDRE: 046LZFucs + rcpg125"2CtexBbid0  ch set0 sPVUEQG2E~3FI[S ;?05B `cP d36 H@ zusamn, um e e@h 0Mock-Up v K ` p bekp h"rd"`#n#Q#$#  @ "p`dTti "#e Po:y  $rmi@'Q#raufa  k\'f6$P ? un'0{$1h$#'A gqpz o%v opt&pah&g,l h)1E0!@ @ng)W .#sP`&`g!s* )1p"*0cm)rg.r- 1`#`/@ g@#ja+put.D&, V1A&q)100-*1np0)c7JAPC%&hb  $qh.%"1`6&(a@*(*+80«&P&k&bs*p11"$At? G  '@8b 0/!0*f@c P)pe4$@$fp'11`= 8bf/a+pib3$ 't: ;'Q3< Ge`"/3;=7B0+1&1"#1 Q'R4I@kF7I">Dbo`< !+B1BQ'5F.s$q5q('Jg1#Q*!E<4!)1;/@ .0w14A%P /;'18#`w/(5q5`sk6;(J"M &`E"RD9PBROrZOp*=p1#`HKVFѶGD)pd) J4  -bOE0*p Za.0bFa: B(pe*/4#`(pl'0Dr:p`0dP! 0c0#`18:pA(@14 09:3 Tofq;t##`S,. h; P M-`pp j F'z"#``Cj F!$RV`O3j H9QjLudgj K(q#`UdPe|CcdP`@ .MS)j jp#`^.pyeubjfaAWdPFE_I0-Te:ZC4-6V=D(01`pNi!@!"*V.JB@cU\A!V `1AQzXiY; 9MUe5M2M 'J1+BDEVELOPMENT=pnF4"D-&")g#`o -!vEu\K)r."2c2#`3774CQA&` :p/@@ e!n@ F9E)1w#`mY/#ZFB*8b(q.N*<08 D {4Y* .01q1'Α7Oƒ:pI`p777uWCwP)bc?0.`SA-/L!~Y+-1vv'YrA/ZCE!UZBUs)!)1dc1>EP- Xf-*=);P2'0"1~Y)iI  @W4J"Rq,p.`:pD5e -"E8eޒP@c.l@~\AK!+IcE"&"AX?.a=q>-,(RG䢀$bdPWKZV#ƃҽKKr5qE$EX7Q0$Z~_0%#s{DТ'Tx@W1'J^ r#P0PPwDc֢}2U(R(zD1Mr!e SD"(+bMQ,߃`PB#faa` Ӵr}Pw+Ҕs}45{ЋrQ$H1{[[uR5*-d2Uc ad3^510:45)O/?LREO_o2tAkحS:SkaG# GG s0Z}!5(HPBR$B?CCЄR)0:1İQT㇚Z3$cSEHR>bnpp%f(@+/rzSТUND3›?ON`B.61p7qv@]Ϝ@8ϱqu@ !poƳ:8"/`SQANAn89U8ҏh(4C*6"S "v@-.//0?1O2U>B%<=>?AC/D6E?FOG_HoIJKLMNy*U_gPcrҲXՋ6@_WP r#LsЀ8% a|ѱ∥R([[R daqcgcOpP@Pf)mkb@ ij23ovAlnop/q?rLg.t@s/ct?bDubjAWvOw_xoyzVYto"β?g 8prePR ` P'7QR("628 P j:GSI8ßb*RbY[\Q{0N=: i@됸Wd%ңe! ]%Hp|b'rmQ%}6@0%NtCERNQd8Ȕ`-gSZSuњD@p%aפU@b`VTBCpז'-bS{!1B!"_a]Q4pZR wP|3"8$zVpz6" wŒ?E84B`V#9UO_p^pD88!pr0X4k"D,rNZۃ7@RbWb W w+W~cì#́[[RHz!s`BC݂ pk`f`tW]ҥ7%k%åP2)$%]SVa_KL&IعuOn z*8ހCrT?3-0e[PЀRpO2Rᡑ㛈P֓V=Ǔұb_F"C!'Ra|Ri$ssW 0q6ӂCѰbAaґ,D j^ppuq`p7QpQ9.08.B4-p<_{ he?uR@ay'Vp2o| !Gyr԰'B: ϒlR-60bPa,pPp!.0bl.^4"l`93: Ȁ7p "Qr3RZԅ :XT2@aLu#!2bq-3a"uc"WIkSlJ%tps://w -c.Ci.ϐiP/dBQц@l|_}oJ}$U֓pNQЬ \JPl!ϐO09:30JQa/?OVP3RE$B5HPCm[G^QrxCL`pw? | zb'!`l'o808:xl5 wH<af3pI:? bJtp68YUQ?VItk6ʑtpb:[\8QmUmj<x013C zuaP}\y?0:p[:Q?"WPQ?xs"5a9:0ltb82`pa@>Gs5? (%acF!@Ya:#tya͑tc) ZC23*lR 2ggF߭20UyCE3:Qa8AE@cX"Hl"E\NtyR8+C iB.l'&A0CaeiR9 [ %/߼gGF U x11##bmc0Az.B RLdj)tuL5?3T!6P#@Eos$@S+7t/ŐM: kApCERNMpzbf#EF߿F5Vet 1Gu /Qbpu m-1pCtbo| D5els6#8 bF"zr[py3B@6Gcahp3B;FIXUP=8.3734;Version=Version 14.2 (Build 387.0), Stage=H1InternalIPM.Note J.Fitzek@gsi.deJ.Fitzek@gsi.deJ.Fitzek@gsi.deJNETZELJNETZEL/o=GSI/ou=First Administrative Group/cn=Recipients/cn=jnetzelEXܧ@B+//O=GSI/OU=FIRST ADMINISTRATIVE GROUP/CN=RECIPIENTS/CN=JNETZELS.Matthies@gsi.deH\nFO`H7I? N( ^N}dp7۳2#Jl,I"mޡ<C8D9A002CF38F64DAC9A884ED4D24F9C4581F99A@W2K050.campus.gsi.de><A98C31213909B346AE9D3809F78B78961289AE29@W2K050.campus.gsi.de> <32C1EA78A48D0941A6524CE7376F67CE49E18A@W2K050.campus.gsi.de> <E9001EF9463FE148872827767D9FFED84588C683@W2K050.campus.gsi.de>,<32C1EA78A48D0941A6524CE7376F67CE49E3BE@W2K050.campus.gsi.de> <C8D9A002CF38F64DAC9A884ED4D24F9C4581F99A@W2K050.campus.gsi.de><A98C31213909B346AE9D3809F78B78961289B414@W2K050.campus.gsi.de>NAImW/O=GSI/OU=FIRST ADMINISTRATIVE GROUP/CN=RECIPIENTS/CN=JNETZELEXEX:/O=GSI/OU=FIRST ADMINISTRATIVE GROUP/CN=RECIPIENTS/CN=JNETZELHallo zusammen, um eine Art schnelles Mock-Up von einer Klasse zu bekommen, hiesse das dann, dass diese einmal als "production" deployed wird, damit wir darauf zugreifen knnen? und danach dann wieder ganz oft als "development" im Rahmen der eigentlichen Entwicklung? Wenn ich das so richtig verstanden habe und das so mglich ist, klingt das ja gut. Die development Versionen sollten dann aber nur ber JAPC ansprechbar sein, dh. am besten separat und auch gar nicht dem Produktionsnameserver bekannt? Generell wrde ich dennoch dafr pldieren, dass es zumindest eine Prfung gibt, dass die Schnittstelle auch wirklich gleich geblieben ist, und ansonsten ein redeploy verhindert wird. Ich denke aber, unsere Probleme von der anderen Seite der Schnittstelle aus, die wir mit einem redeploy haben, sind Euch ja allen auch klar geworden. Also bin ich auch damit einverstanden, wenn wir die Diskussion auf ein Meeting zu einem spteren Zeitpunkt verschieben. Viele Gre, Jutta -----Original Message----- From: Braeuning, Harald Dr. Sent: Montag, 18. August 2014 09:31 To: Matthies, Solveigh; Mueller, Raphael; Fitzek, Jutta; Schwinn, Alexander; Hechler, Ludwig; Krause, Udo Dr. Cc: Juelicher, Susanne; Rapp, Vitaliy Subject: AW: FE_Int-Team meeting minutes - Versionsnummer Hallo zusammen, ich stimme Solveigh voll zu und bin eigentlich ein Befrworter von Vorschlag A mit zwei Datenbanken. Die Mglichkeit in der DEVELOPMENT Phase, Fesa Klassen deployen zu knnen, ohne immer die Versionsnummer erhhen zu mssen, ist absolut essentiell. Wenn ich reale Hardware ansprechen will, muss ich dies auf einem Frontend tun, welches die Hardware besitzt. Und da keine Software auf Anhieb funktioniert, wird sehr hufig deployed, wenn auch nur eine Zeile im Code gendert werden musste. Mein erster Gedanke war, wenn das nicht aus dem Plugin heraus geht, weil ich dann immer die Versionsnummer ndern muss, kopiere ich halt die Dateien hndisch. Fr ein Testsystem ist das kein groer Aufwand. Aber gerade davor muss ich warnen. Wenn das erst einmal einreisst, wird es irgendwann auch bei Produktivklassen gemacht. Und das ist definitiv mit der Zeit tdlich. Deshalb muss das von Anfang an im Entwicklungszyklus einer Klasse vorgesehen sein. Ich knnte mit folgendem leben: - Klassen mit Status 'production' mssen beim deployen die Versionsnummer erhhen - Klassen mit Status 'development' knnen ohne Erhhung der Versionsnummer deployed werden - Klassen mit Status 'development' nehmen a priori nicht an der Datenversorgung teil Wichtig ist nur, dass in der Test-Datenbank die ntigen Devices angelegt werden knnen, die der Directory-Server und JAPC brauchen. Nachdem ich nun meine Meinung schriftlich kundgetan habe, damit sie nicht in Vergessenheit gert, knnen wir die Diskussion gerne nach hinten schieben. Viele Grsse Harald ________________________________________ Von: Matthies, Solveigh Gesendet: Montag, 18. August 2014 09:04 An: Mueller, Raphael; Fitzek, Jutta; Schwinn, Alexander; Braeuning, Harald Dr.; Hechler, Ludwig; Krause, Udo Dr. Cc: Juelicher, Susanne; Rapp, Vitaliy Betreff: AW: FE_Int-Team meeting minutes - Versionsnummer Hallo, das Thema ist wohl aufwndiger als gedacht. Da mchte ich einen mglichen Gespraechstermin lieber etwas nach hinten verschieben um das besser vorbereiten zu knnen. Im September sollte dann auch der zuknftige Entwickler der FESA-/LSA-Datenbanken wieder im Hause sein. Hier nur eine kurze Antwort auf die von Raphael aufgeworfenen Fragen: > Habt ihr dann auch ein Test-Frontend und Produktions-Frontend passend zu den Datenbanken? Sonst > wrde ja ein Deploy in die Testdatenbank evtl. eine Produktive Fesa-Klasse berschreiben. Sicher nicht > schn. Test- und Produktiv-Software wird in unterschiedliche Verzeichnisse kopiert, allerdings knnen hier im Testfall identische Versionen berschrieben werden. Das soll im Produktionsfall in Zukunft nicht mglich sein. > Ist es akzeptabel das Testgerte nicht an der Datenversorgung teilnehmen knnen? Testgerte knnten vorerst weiterhin manuell in die Datenbank eingetragen werden, aber das ist nur fr wenige Gerte praktikabel. > Das gleiche hier: Was verhindert auf ein produktives Frontend zu > deployen ohne das die Version erhht wird? Kann man den > Klassenentwicklern hier vertrauen das sie im Zweifelsfall dann nicht den 'schnellen fix' einfach als 'Test' einspielen und keiner bekommt die nderung mit? Das darf im Produktionsfall nicht vorkommen! Hier sind nicht nur softwareseitig die bekannten Mglichkeiten zum Abfangen gefragt sondern auch das Verantwortungsbewusstsein des Entwicklers. Ich schlage dann einen Besprechungstermin zu gegebener Zeit im September vor. Gru, Solveigh -----Ursprngliche Nachricht----- Von: Mueller, Raphael Gesendet: Freitag, 15. August 2014 10:45 An: Matthies, Solveigh; Fitzek, Jutta; Schwinn, Alexander; Braeuning, Harald Dr.; Hechler, Ludwig; Krause, Udo Dr. Cc: Juelicher, Susanne; Rapp, Vitaliy Betreff: RE: FE_Int-Team meeting minutes - Versionsnummer Hallo, da habt ihr wohl gleichzeitig geantwortet. :-) Ob Ihr das nun nchste Woche oder nach dem Release besprechen mchtet liegt eher bei Euch. ;-) Kurz noch zu Solveighs E-Mail (das gehrt wohl eher ins Meeting): Vorschlag A) Habt ihr dann auch ein Test-Frontend und Produktions-Frontend passend zu den Datenbanken? Sonst wrde ja ein Deploy in die Testdatenbank evtl. eine Produktive Fesa-Klasse berschreiben. Sicher nicht schn. Was passiert mit existierenden Properties in der Datenbank bei einem Re-Deploy? Die aktuellen Skripte gehen davon aus das sie nur neue Properties anlegen mssen (weil ja eben immer die Version erhht werden muss). Gerade umbenannte Properties knnten hier SEHR problematisch werden (hat man dann pltzlich den alten UND den neuen Namen in der Datenbank?). Darum nochmal die Aussage: Bei Re-Deploy ist es quasi ausgeschlossen das wir die Gerte bei der Datenversogung bercksichtigen, der Arbeitsaufwand dafr ist zu hoch. Das wirft die Frage auf: Ist es akzeptabel das Testgerte nicht an der Datenversorgung teilnehmen knnen? Vorschlag B) Das gleiche hier: Was verhindert auf ein produktives Frontend zu deployen ohne das die Version erhht wird? Kann man den Klassenentwicklern hier vertrauen das sie im Zweifelsfall dann nicht den 'schnellen fix' einfach als 'Test' einspielen und keiner bekommt die nderung mit? Mglichkeiten gibt es sicher einige und wir knnen sicher auch eine zufriedenstellende Lsung finden, aber wie gesagt wre ein Meeting sicher sinnvoll. Viele Gre, Raphael -----Original Message----- From: Matthies, Solveigh Sent: Freitag, 15. August 2014 10:23 To: Fitzek, Jutta; Schwinn, Alexander; Braeuning, Harald Dr.; Hechler, Ludwig; Krause, Udo Dr. Cc: Mueller, Raphael; Juelicher, Susanne; Rapp, Vitaliy Subject: AW: FE_Int-Team meeting minutes - Versionsnummer Hallo, das gestern verfasste Protokoll des FESA Integration Team Meetings ist durchaus als Entwurf zu betrachten. Die Diskussion zur Datenbank Integration in der GSI ist aus meiner Sicht noch nicht abgeschlossen. Im Zusammenhang mit der Datenbank Integration mssen in der GSI verschiedene Anstze, Wnsche und Arbeitsweisen unter einen Hut gebracht werden. Die momentane Implementierung am CERN sieht vor dass die Datenbank bei jedem Deploy-Vorgang die FESA Versionsnummer des betreffenden Dokumentes erhht werden muss. Unabhngig davon ob es sich um Test- oder Produktiv-Software handelt. Whrend der reinen, nicht produktiven Entwicklung von FESA Software ist dies hinderlich, da der Deploy-Vorgang whrend der Entwicklung in der GSI genutzt wird um die Software auf dem Frontend zu testen. Es ist ein nicht zu vernachlssigender Aufwand fr den FESA Klassenentwickler bei jeder minimalen nderung, also auch die, die nicht die Schnittstelle der FESA-Klasse betreffen, die Versionsnummer zu ndern. Sobald die FESA Software produktiv wird sollte das natrlich anders sein. Hier sind zwei Lsungsvorschlge zur Diskussion wie man den unterschiedlichen Anforderungen gerecht werden knnte: A) - Verwendung einer Testdatenbank whrend der Entwicklung von FESA Software, keine Beschrnkungen beim Schreiben in die Datenbank - Verwendung einer Produktionsdatenbank fr produktive FESA Software, jede nderung an produktiver Software zieht eine nderung der FESA Versionsnummer nach sich B) - Verwendung einer GSI-spezifischen Option die veranlasst dass die FESA Datenbank lediglich fr produktive FESA Software in den Deploy-Vorgang eingebunden ist - Fr Testzwecke mssen die bentigten Daten manuell in die Datenbank eingefgt werden Wir knnen uns auch gerne in der kommenden Woche noch einmal zusammen setzen um die verschiedenen Mglichkeiten zu evaluieren. Wie wre es mit Di, 19.08.14 14-15 Uhr? Viele Gre, Solveigh -----Original Message----- From: Schwinn, Alexander Sent: Freitag, 15. August 2014 10:19 To: Fitzek, Jutta; Matthies, Solveigh; Braeuning, Harald Dr.; Hechler, Ludwig; Krause, Udo Dr. Cc: Mueller, Raphael; Juelicher, Susanne Subject: AW: FE_Int-Team meeting minutes - Versionsnummer Hallo zusmamen, okay, danke fr die Ausfhrliche Info. Wir knnen gerne nochmal darber reden bevor auf dem Gebiet etwas festgeklopft wird... am besten nach dem nchsten FESA-release, denn momentan rennt uns die Zeit davon. :X Das Thema ist fr das nchsten FESA-release erstmal zweitrangig ... ich habs mal auf die "ToDiscuss" Liste im WIki geschrieben: https://www-acc.gsi.de/wiki/FESA/FEIntTopicsToDiscuss Viele Gre, Alex -----Ursprngliche Nachricht----- Von: Fitzek, Jutta Gesendet: Freitag, 15. August 2014 09:30 An: Schwinn, Alexander; Matthies, Solveigh; Braeuning, Harald Dr.; Hechler, Ludwig; Krause, Udo Dr. Cc: Mueller, Raphael; Juelicher, Susanne Betreff: RE: FE_Int-Team meeting minutes - Versionsnummer Hallo zusammen, wir haben Euer Protokoll von Gestern gelesen und htten eine Anmerkung zum Thema Versionsnummer. Laut Protokoll wollt Ihr es erlauben, dass ohne die Versionsnummer zu erhhen die Software gendert werden darf. Dies knnte, soweit ich es verstehe, auch Schnittstellennderungen beinhalten. Ich mchten Euch bitten, eine Schnittstellennderung dabei unter allen Umstnden zu vermeiden bzw. ganz auszuschlieen. Wie Ihr wisst, greifen wir auf die Gerte zu und wissen dabei rein ber Klasse und Versionsnummer, welche Schnittstelle fr den Zugriff angesprochen werden soll (welche Properties, Felder, Datentypen etc). Zwei Klassen in derselben Versionsnummer mit ggf. unterschiedlichen Schnittstellen funktionieren dabei nicht, die erste Definition wrde "gewinnen". Die Erhhung der Nummer ist bei genderter Schnittstelle zwingend ntig, da dies Auslser dafr ist, dass die Klasse in der neuen Version mit den neuen Schnittstelleninformationen in darber liegende Schichten (wie z.B. die LSA Datenbank) bernommen wird. Zu einer Versionsnummer wird dabei jeweils nur eine Schnittstellendefinition untersttzt und nicht mehrere. Am CERN war es frher erlaubt, dass Schnittstellennderungen an den Klassen mglich waren, ohne die Nummer zu erhhen. Dies hat zu vielen Problemen und viel manuellem Aufwand und Fehlersuche gefhrt, das haben Raphael und ich mitbekommen, als wir am CERN waren. Deshalb hat man es meines Wissens nach dort dann ausgeschlossen. Soweit ich es verstanden hatte, knnte man in FESA den letzten Teil der Versionsnummer 1.0.xxx nutzen um anzudeuten, dass es sich zwar um eine neue Software-Version handelt, die Schnittstelle aber gleichgeblieben ist? Bitte lasst uns darber nochmal reden, damit wir einen durchgngigen Weg finden, bei dem wir alle ntigen nderungen auch mitbekommen. Dankeschn und Gre, Jutta -----Original Message----- From: fesa News [mailto:FESA-NEWS@gsi.de] On Behalf Of Schwinn, Alexander Sent: Donnerstag, 14. August 2014 16:22 To: fesa-news (Mailinglist) Subject: FE_Int-Team meeting minutes Dear FESA-community, the meeting minutes of today's FE_Int-Team can be found here: https://www-acc.gsi.de/wiki/FESA/FEIntMeeting14_08_2014 (You can find as well all older meeting minutes in the Wiki!) With best regards, Your Fesa-Team ######################################################################## To unsubscribe from the FESA-NEWS list, click the following link: http://www-listserv.gsi.de/cgi-bin/wa?TICKET=NzM1NDg5IGouZml0emVrQEdTSS5ERSBGRVNBLU5FV1MgIGnLhSJ3PXda&c=SIGNOFF Fitzek, Juttaܧ@B+//O=GSI/OU=FIRST ADMINISTRATIVE GROUP/CN=RECIPIENTS/CN=JNETZELReceived: from W2K050.Campus.gsi.de ([fe80::e946:78df:ebc:6fe8]) by W2k054.campus.gsi.de ([::1]) with mapi id 14.02.0387.000; Mon, 18 Aug 2014 10:42:21 +0200 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: binary From: "Fitzek, Jutta" <J.Fitzek@gsi.de> To: "Braeuning, Harald Dr." <H.Braeuning@gsi.de>, "Matthies, Solveigh" <S.Matthies@gsi.de>, "Mueller, Raphael" <R.Mueller@gsi.de>, "Schwinn, Alexander" <Al.Schwinn@gsi.de>, "Hechler, Ludwig" <L.Hechler@gsi.de>, "Krause, Udo Dr." <U.Krause@gsi.de> CC: "Juelicher, Susanne" <S.Juelicher@gsi.de>, "Rapp, Vitaliy" <V.Rapp@gsi.de> Subject: RE: FE_Int-Team meeting minutes - Versionsnummer Thread-Topic: FE_Int-Team meeting minutes - Versionsnummer Thread-Index: Ac+4WJ/Zq5U/+2NPRwS6LcNLw4nYiAAA+tzQAAGzKVAAk2baIAAAyRj2AALHp8A= Date: Mon, 18 Aug 2014 10:42:21 +0200 Message-ID: <A98C31213909B346AE9D3809F78B78961289B414@W2K050.campus.gsi.de> References: <A98C31213909B346AE9D3809F78B78961289AE29@W2K050.campus.gsi.de> <32C1EA78A48D0941A6524CE7376F67CE49E18A@W2K050.campus.gsi.de> <E9001EF9463FE148872827767D9FFED84588C683@W2K050.campus.gsi.de>,<32C1EA78A48D0941A6524CE7376F67CE49E3BE@W2K050.campus.gsi.de> <C8D9A002CF38F64DAC9A884ED4D24F9C4581F99A@W2K050.campus.gsi.de> In-Reply-To: <C8D9A002CF38F64DAC9A884ED4D24F9C4581F99A@W2K050.campus.gsi.de> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-Exchange-Organization-SCL: -1 X-MS-TNEF-Correlator: <A98C31213909B346AE9D3809F78B78961289B414@W2K050.campus.gsi.de> MIME-Version: 1.0 X-MS-Exchange-Organization-AuthSource: W2k054.campus.gsi.de X-MS-Exchange-Organization-AuthAs: Internal X-MS-Exchange-Organization-AuthMechanism: 04 X-Originating-IP: [140.181.114.40] /O=GSI/OU=FIRST ADMINISTRATIVE GROUP/CN=RECIPIENTS/CN=MATTHIESEX/O=GSI/OU=FIRST ADMINISTRATIVE GROUP/CN=RECIPIENTS/CN=MATTHIESEXϸX٫?cOG-KÉ؈)Pf ǧFE_Int-Team meeting minutes - Versionsnummer/O=GSI/OU=FIRST ADMINISTRATIVE GROUP/CN=RECIPIENTS/CN=JNETZELEXEX:/O=GSI/OU=FIRST ADMINISTRATIVE GROUP/CN=RECIPIENTS/CN=MATTHIESEX:/O=GSI/OU=FIRST ADMINISTRATIVE GROUP/CN=RECIPIENTS/CN=MATTHIESc=US;a= ;p=GSI;l=W2K050-140818084221Z-518Matthies, Solveighܧ@B+//O=GSI/OU=FIRST ADMINISTRATIVE GROUP/CN=RECIPIENTS/CN=MATTHIESFitzek, Juttaܧ@B+//O=GSI/OU=FIRST ADMINISTRATIVE GROUP/CN=RECIPIENTS/CN=JNETZELMatthies, Solveighܧ@B+//O=GSI/OU=FIRST ADMINISTRATIVE GROUP/CN=RECIPIENTS/CN=MATTHIESEX:/O=GSI/OU=FIRST ADMINISTRATIVE GROUP/CN=RECIPIENTS/CN=JNETZELRE: FE_Int-Team meeting minutes - VersionsnummerIPM.Note@0p0˿@0p0˿ 4ẏZUuF  #& ) +.67b__substg1.0_3002001F*__substg1.0_3003001F*KQ__substg1.0_300B0102*^__substg1.0_39FE001F*NP__substg1.0_3A20001F*__substg1.0_3D010102*OS__substg1.0_5FE5001F*__substg1.0_5FF6001F*RI__substg1.0_5FF70102*w__substg1.0_0FF60102*__properties_version1.00a__substg1.0_0FFF0102*b\__substg1.0_3001001F*WY$__substg1.0_3002001F*__substg1.0_3003001F*X^~__substg1.0_300B0102*C__substg1.0_39FE001F*[]$__substg1.0_3A20001F*$__substg1.0_3D010102*\`__substg1.0_5FE5001F*__substg1.0_5FF6001F*_V$__substg1.0_5FF70102*\__substg1.0_0FF60102*__properties_version1.00n__substg1.0_0FFF0102*oY__substg1.0_3001001F*df__substg1.0_3002001F*__substg1.0_3003001F*ekx__substg1.0_300B0102*@__substg1.0_39FE001F*hj__substg1.0_3A20001F*__substg1.0_3D010102*im__substg1.0_5FE5001F*__substg1.0_5FF6001F*lc__substg1.0_5FF70102*Y__substg1.0_0FF60102*__properties_version1.00{__substg1.0_0FFF0102*|Z__substg1.0_3001001F*qs__substg1.0_3002001F*__substg1.0_3003001F*rxz__substg1.0_300B0102*A__substg1.0_39FE001F*uw __substg1.0_3A20001F*__substg1.0_3D010102*vz __substg1.0_5FE5001F* __substg1.0_5FF6001F*yp __substg1.0_5FF70102* Z__substg1.0_0FF60102*__properties_version1.00/__substg1.0_0FFF0102*-[__substg1.0_3001001F*~,$__substg1.0_3002001F*+__substg1.0_3003001F*)|__substg1.0_300B0102*'B__substg1.0_39FE001F*&"__substg1.0_3A20001F*%$__substg1.0_3D010102*$__substg1.0_5FE5001F*#__substg1.0_5FF6001F*}"$__substg1.0_5FF70102* [__substg1.0_0FF60102*__properties_version1.00F__substg1.0_0FFF0102*D[__substg1.0_3001001F*C __substg1.0_3002001F*B__substg1.0_3003001F*@|__substg1.0_300B0102*>B__substg1.0_39FE001F*= __substg1.0_3A20001F*< __substg1.0_3D010102*;__substg1.0_5FE5001F*:__substg1.0_5FF6001F*9 __substg1.0_5FF70102*7[__substg1.0_0FF60102*6__properties_version1.00]__substg1.0_0FFF0102*[[__substg1.0_3001001F*Z$__substg1.0_3002001F*Y__substg1.0_3003001F*W|__substg1.0_300B0102*UB__substg1.0_39FE001F*T"__substg1.0_3A20001F*S$__substg1.0_3D010102*R__substg1.0_5FE5001F*Q__substg1.0_5FF6001F*P$__substg1.0_5FF70102*N[__substg1.0_0FF60102*M__properties_version1.00s__substg1.0_0FFF0102*qY__substg1.0_3001001F*p*__substg1.0_3002001F*o__substg1.0_3003001F*mx__substg1.0_300B0102*l@__substg1.0_39FE001F*k$__substg1.0_3A20001F*j*__substg1.0_3D010102*i__substg1.0_5FE5001F*h__substg1.0_5FF6001F*g*__substg1.0_5FF70102*eY__substg1.0_0FF60102*d__substg1.0_00020102*@__substg1.0_00030102*__substg1.0_00040102*z__substg1.0_10010102*__substg1.0_100F0102*__substg1.0_10110102*__substg1.0_100A0102*__substg1.0_10120102*__substg1.0_10090102*__substg1.0_10060102*__substg1.0_10190102*__substg1.0_101D0102*__substg1.0_10170102*__substg1.0_10160102*__substg1.0_10140102*__substg1.0_10150102*@9