- Entwicklung - example.com

build_customer_config && composer info
by Oliver Horn 27 Sep '16

27 Sep '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Moin, in build_customer_config, auch bekannt als "xadmin_config", sind in den vergangen Tagen mehrere kleine Änderungen an alten Fallbacks zum Thema Autoloader und "absolute vs relative Paths" eingeflossen => http://stash.app.infra.gs.xtrav.de:7990/projects/PHP/repos/build_custome r_config/pull-requests/101/overview deswegen bitte ich euch einmal "xadmin_config" zu pull, bitte darauf achten das ihr im MASTER seit. Composer Seit heute haben wir Composer im xres (ab develop), somit ab 2.7 Live. Wie aktiviert man den spaß? "move to xres_git" (man muss im develop sein oder aktueller) curl -O https://getcomposer.org/composer.phar php composer.phar install Nun zieht sich composer anhand der composer.lock alle Abhängigkeiten. Alle Repos liegen bei uns im Stash unter "http://stash.app.infra.gs.xtrav.de:7990/projects/EX" Wenn es Abhängigkeiten gibt die wirklich benötigt werden, MÜSSEN diese Rekursiv (anhand weiterer Abhängigkeiten) im External Projekt angelegt werden, wir sollten aber darauf achten das nicht jeder mist rein kommt. z.b. aktuelle PHPUnit-Versionen sollten immer mal rein, auch wenn wir noch nicht die PHPUnit 5.X nutzen können. Wenn jemand Änderungen macht, muss auch die composer.lock geupdated werden und mit gepusht werden, sonst ist die Änderung nicht mit LIVE, da wir nur ein "php composer.phar install" im bamboo machen, damit wir immer die gleiche Version nutzen, Hier können aber auch Probleme zwischen Dev-Kisten PHP 5.5 und Bamboo PHP 5.4, passieren, bitte bitte aufpassen, man kann die Abhängigkeiten relativ einfach über die composer.lock nachlesen. Wenn Fragen zu Composer sind kann ich da gern auch helfen. Ab 2.7.1 bzw. dann wenn alles umgestellt ist und keiner mehr mit einer Version vor 2.7 arbeitet, kann unter lib Zend und ZendX gelöscht werden, da wir dies über composer abbilden, dazu werde ich aber noch eine notice mail schreiben, damit man das nicht vergisst. Weitere Änderungen durch Composer, es muss keine PHPUnit.phar mehr installiert werden auf der Dev-Kiste sondern es kann das PHPUnit vom autoloader genommen werden. (Wenn hier noch eine Erklärung gewünscht ist bitte bescheid geben) Auch wird nun eine Aktuelle vfsStream Version genutzt, diese kann man ganz einfach nutzen, bsp. für den Umbau finden sich @ http://stash.app.infra.gs.xtrav.de:7990/projects/PHP/repos/xres/pull-req uests/6859/diff#tests/xhotels/classes/Provider/Anixe/Reader/PricesTest.p hp Somit gehört langsam der Pear Workflow der Vergangenheit an. (wir sind aber noch nicht ganz fertig, siehe DBH). Wichtig nochmal, es soll nicht jeder mist via Composer als Abhängigkeit geladen werden, sondern wirklich nur wichtige Sachen. (bsp. PSR-Interface) - -- Mit freundlichen Grüßen Oliver Horn - Entwicklung - ________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig Tel.: +49 341 90 987 45 E-Mail: o.horn(a)traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJX6UhxAAoJEJJVTvLi/DO6LyYIAK7PtoF6ACXPUEgoTC29CRBN gKqunkrml2KnsF1GMfikRP2b50ojJxm5tNlkRn3i7VW6IH3Mqom5d6WGuxL/yXES v8OraqwRtYTit6ugZyWI9mJ5nmxw4jXsUiag4J6g6OMG1uX0MHNt0QGqyZDORbyd e3bEYRiN9kYO3sEZq9QqoNQJNlICSBSfMOchJJAp3Lj4DBmGeQZT0I/S/IOf6vu1 pn3yqxwaijjajMndBlDVgnDTPQDX56XFoSr9R6MT8MGiGgUU8UWfPFUWxikPfikg /xU4L5VUR8natN/uBu7r0fp3ZtLtmmNGXwaVmRyu7i1vvlpxhJ8KA/rUJa/4Qck= =oAEH -----END PGP SIGNATURE-----

2 2

Was eigentlich "MIT License" bedeutet
by Viktoras Bezaras 23 Sep '16

23 Sep '16

https://writing.kemitchell.com/2016/09/21/MIT-License-Line-by-Line.html -- Mit freundlichen Grüßen Viktoras Bezaras - Entwickler - ________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig Tel.: +49 341 355 740 44 E-Mail: v.bezaras(a)traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850

3 4

Re: [Entwicklung] noexec für /var/xres
by Stefan Rank-Kunitz 20 Sep '16

20 Sep '16

Moin, Ich bitte Dich, den Neustart aller erforderlichen HOCL-Systeme in Abstimmung mit Nadine Feil durchzuführen. VG SRK Mit freundlichen Grüßen Stefan Rank-Kunitz - Lead Developer - ________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig Tel.: +49 341 355 740 - 43 E-Mail: s.rank-kunitz(a)traso.de ________________________________________________________ Handelsregister: Amtsgericht Leipzig, HRB 21850 Am 19.09.2016 um 11:47 schrieb admin: > Dafür muss der Server neugestartet werden, da ständig ein Prozess im > /var/xres arbeitet, was verhindert die Partiton neu zu mounten. > > Am 19.09.2016 um 10:55 schrieb Stefan Rank-Kunitz: >> Moin, >> >> Heute wurde der Kunde HOCL auf das CronTab-Deployment umgestellt. Dabei >> wird auch ein Logrotate-Shellscript nach /var/xres verschoben (lag >> vorher in /usr/local/bin) -> und ist nicht ausführbar, weil /var/xres >> mit "noexec" gemountet ist (in diesem Fall auf data01.hocl). >> >> Bitte passt alle xRes-Kundensysteme so an, dass /var/xres auch >> ausführbare Skripte enthalten darf => ich stelle nach und nach alle >> Kundensysteme auf das Deployment von CronTabs um. >> >> VG SRK >>

2 5

noexec für /var/xres
by Stefan Rank-Kunitz 19 Sep '16

19 Sep '16

Moin, Heute wurde der Kunde HOCL auf das CronTab-Deployment umgestellt. Dabei wird auch ein Logrotate-Shellscript nach /var/xres verschoben (lag vorher in /usr/local/bin) -> und ist nicht ausführbar, weil /var/xres mit "noexec" gemountet ist (in diesem Fall auf data01.hocl). Bitte passt alle xRes-Kundensysteme so an, dass /var/xres auch ausführbare Skripte enthalten darf => ich stelle nach und nach alle Kundensysteme auf das Deployment von CronTabs um. VG SRK -- Mit freundlichen Grüßen Stefan Rank-Kunitz - Lead Developer - ________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig Tel.: +49 341 355 740 - 43 E-Mail: s.rank-kunitz(a)traso.de ________________________________________________________ Handelsregister: Amtsgericht Leipzig, HRB 21850

1 0

Speichererweiterung test02.dev
by Stefan Wieden 13 Sep '16

13 Sep '16

Hallo Kollegen, ich habe gerade festgestellt, dass der test02 mit seinen 4GB Speicher nicht mehr weit kommt (2x xRes + DEV Datenbank). Es wären noch Resourcen frei, sodass Thomas die VM erweitern könnte, nur muss sie dazu ausgeschaltet werden. Bitte gebt mir Bescheid, wann wir das angehen können. Auf dem test02.tso laufen zur Zeit GERMANIA (MPU?) und SDUK (SWI). Also vor heute Mittag wird es nicht passieren ;-) -- Viele liebe Grüße Stefan Wieden - Development ___________________________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig Tel.: +49 341 355 740 20 Internet: http://traso.de E-Mail: s.wieden(a)traso.de ___________________________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850

2 1

jQuery update - assets - externals
by Oliver Horn 12 Sep '16

12 Sep '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Moin, heute wurden im externals Repo folgende Sachen gelöscht bzw. geadded: removed jquery 2.1.3 removed jquery migration 1.2.1 removed jquery ui 1.11.3 removed zf1.10.6 removed zf1.11.11 removed zf1.11.6 removed highcharts added jquery 3.1.0 added jquery migration 3.0.0 added jquery ui 1.12.0 added highcharts from xres Bitte updated euer externals Repo, da der develop bald (in dieser Woche noch) auf diese Versionen zeigt. Wie updated man das Repo? Unter xres-vm-[kürzel] sollte ein Ordner externals liegen, auf diesem einfach ein "git pull" machen, dann solltet ihr den latest Stand ziehen (wichtig branch master). - -- Mit freundlichen Grüßen Oliver Horn - Entwicklung - ________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig Tel.: +49 341 90 987 45 E-Mail: o.horn(a)traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJX1s0kAAoJEJJVTvLi/DO6nBwIAKLM9/FSqY64QNNphGtB+dlg +ZGBpDYkDTENtxqyzBkIuQNELqJLLnOAsNoqKnPBbNa/x2lzZWdVxBQpFJOBZAwu yGbjdBq9T+9ecgc3w0enra5YuXLDDqgpgtYvlXnTKHdqge9lC5Hwx4HDqcxRBdyC EuM72erUjApUR0I8yxncs1K/iwGFznD7Fxr4854mEkl7TMsiXBkABxCmm1VMGrhE p9VU4lUaOqN7RWZ4KdDiUGhIYgjfKlwWkhk2tfgmJfGIu+lOBol1SwB89D0c06YW ZqqJBwgFfLwjVTaFGC9PzD+xaWj5HLIGmknY4MUxZA0BjA2WYMCsXbgZjAdziLY= =G99x -----END PGP SIGNATURE-----

1 0

Ausrollen von CronJobs auf 4YBK (und später andere)
by Stefan Rank-Kunitz 06 Sep '16

06 Sep '16

Moin, Durch die Umstellungen des Deployments heute ist es nun möglich (und für bereits umgestellte Systeme erforderlich), CronTabs auf KundenSysteme auszurollen. Ziele: * Durch ein Git-Repo ist nachvollziehbar, wer wann welche CronTabs geändert hat und was als "Kommentar" dazu notiert wurde. * Deployment-ToDos in Form von CronTabs können vorab in einem Release-Branch geändert und zum Livegang einer xRes-Version in den "master" übernommen werden. Damit werden Deployment-ToDos schneller und sicherer. * Änderungen können per Deployment-Click zurückgedreht werden. * Über einen (noch zu integrierenden) Check wird es (ähnlich UnitTests) nicht mehr möglich sein, "kaputte" CronTab-Dateien in den master-Branch zu mergen und live zu nehmen. Vielen Dank an Viktoras für den Vorschlag eines geeigneten Parser-Tools! Wie geht das? 1. Bitte checkt bei Euch das git-Repo "build_customer_config" aus: git clone ssh://git@stash.app.infra.gs.xtrav.de:7999/php/build_customer_config.git 2. Darin ist das Verzeichnis "xres_system_config" allgemein dafür gedacht "Konfigurationen" (Apache-Configs, CronTabs, Logrotate-Configs, ...) auf xRes-Systeme auszurollen und unter /var/xres abzulegen. Von dort werden alle mit xres_ beginnenden Dateien im Deploiyment automatisch nach /etc/cron.d/ gesymlinkt und somit aktiviert. 3. Jeder Kunde hat in diesem Ordner "sein eigenes" Verzeichnis für kundenspezifische Dateien => so ist z.B. die Liste der laufenden Importe eines Data01 natürlich keine zentrale CronTab (für alle Kunden / Maschinen), sondern spezifisch für einen Data01 eines Kunden JT abzulegen. Darüber hinaus ist im Verzeichnis "XX" jedoch vorgesehen, Konfigurations-Dateien über Kunden und / oder Maschinen hinweg abzulegen und damit auf ALLEN Kundensystemen oder allen Service01 ALLER Kunden auszurollen. So liegt zum Beispiel die CronTab für die Rotation der xRes-HTML-Logs an nur genau EINER Stelle des Vz. Baums build_customer_config/xres_system_config/XX/XX/etc/cron.d/ => Die Ordernerstruktur ist sicher intuitiv. 4. Ihr erstellt Euch in Zukunft bitte einen Branch vom "master", ändert darin eine CronTab und gebt dies wie immer als PullRequest an einen anderen Entwickler zur Prüfung. 5. Nach dem Merge kann die Config per Bamboo http://bamboo.luan.xres.de/deploy/viewDeploymentProjectEnvironments.action?… auf Kundensysteme ausgerollt werden und ist sofort live. Nächste Schritte: * Ich bitte Euch DRINGEND, den Kunden 4YBK NUR NOCH auf oben genanntem Weg auszurollen. Manuelle Änderungen an CronTabs würden anderenfalls beim nächsten Deployment zerstört und nicht mehr aktiv sein. * Parallel werde ich mich kümmern, auch alle anderen Kunden und Systeme auf diesen Prozess umzustellen. Dies bedeutet besonders den Download der aktuellen CronTabs, Modularisierung in viele kleine CronTabs und Einchecken in das oben genannte Repo. Natürlich informiere ich alle Beteiligten, bevor ein Kunden umgestellt und "überrollt" wird. * Natürlich wünsche ich mir Eure Anregungen und Vorschläge, das System anzupassen, einfacher und "besser" zu machen. VG SRK -- Mit freundlichen Grüßen Stefan Rank-Kunitz - Lead Developer - ________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig Tel.: +49 341 355 740 - 43 E-Mail: s.rank-kunitz(a)traso.de ________________________________________________________ Handelsregister: Amtsgericht Leipzig, HRB 21850

1 0

Umstellung xRes-Deployments
by Stefan Rank-Kunitz 06 Sep '16

06 Sep '16

Moin, Soeben ist eine umfangfreiche Re-Fakturierung des xRes-Deployments (genauer: der Phing-Configurationen) live gegangen. Trotz erfolgreicher vorausgehender Tests und Tests im Bamboo nach der Umstellung KANN es Probleme mit Deployments des xRes-Code oder der Datenbanken geben. Sollte das eintreten, bitte ich benachrichtigt zu werden. VG SRK -- Mit freundlichen Grüßen Stefan Rank-Kunitz - Lead Developer - ________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig Tel.: +49 341 355 740 - 43 E-Mail: s.rank-kunitz(a)traso.de ________________________________________________________ Handelsregister: Amtsgericht Leipzig, HRB 21850

1 0

Umstellung xRes Build und Deployment
by Stefan Rank-Kunitz 30 Aug '16

30 Aug '16

Moin, Mit dem neuen Bamboo ernten wir nun auch einige Früchte, die wir (besonders der OHO) gesäht haben: Früher / damals / im frühen 21. Jahrhundert war es so, dass für jede xRes-Installation eine eigene xRes-Version gebaut und ausgerollt wurde. Ursache waren "kundenspezifische Dateien", die je xRes-Instanz in die Version eingebaut wurden: FavIcons, PDF-Dateien, Info-Texte. An dieser Technik haben wir gebaut und viel davon wegwerfen können. Für 4YBK arbeiten wir von Anfang an mit der "TSO"-Version von xRes (die ursprünglich nur für den Steward gebaut wurde). Ab HEUTE (also mit dem nächsten xRes-Deployment) wird die TSO-Version auch für die folgenden Kunden genutzt und daher KEINE kunden-spezifische xRes-Version mehr gebaut: * 4YBK * DAF * DEV- und TSO-Testsysteme * FER * HOCL * JT * XPUR Die folgenden Kunden haben noch spezifische Dateien (PDFs) und bekommen die oben genannte Umstellung daher in Kürze nachgereicht: * OPD * LMX * FOR Vorteile der Umstellung: * Der xRes-Buildprozess wird von 15 auf 6 Minuten deutlich schneller. * Die Festplatte des Bamboo-Servers wird durch weniger "Artefakte" (=Ergebnisse eines Build-Prozesses) geschohnt. * Die getestete und die auf Kundensysteme ausgerollte Version sind nun identisch und nicht mehr nur "fast gleich". VG SRK -- Mit freundlichen Grüßen Stefan Rank-Kunitz - Lead Developer - ________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig Tel.: +49 341 355 740 - 43 E-Mail: s.rank-kunitz(a)traso.de ________________________________________________________ Handelsregister: Amtsgericht Leipzig, HRB 21850

1 0

XML Attribute im Config
by Viktoras Bezaras 12 Aug '16

12 Aug '16

Hallo zusammen, ich habe hier einen Vorschlag an euch alle. Wenn ihr das noch nicht macht, lass und XML Attribute im Config NICHT nutzen. Config ist eine hierarchische Struktur. So eine Struktur kann man in viele verschieden Formate abbilden: JSON, Yaml, Ini, PHP Arrays. Kein von diesen Formaten unterstützt Knoten Attribute. Unsere Software soll Config-Format unabhängig sein. Wir können später z.B. entscheiden Config im Mongo/Redis/Etcd zu speichern. Dann wären die Attribute bei der Umstellung ein Problem. Deswegen bitte ich euch die Attribute nicht zu nutzen, und wenn möglich auszubauen. Und wenn ich schon dabei bin. Es existieren die PSR-3 Klassen und Interfaces unter lib/classlib/Logger und eine menge von Adaptors: LogbookAdaptor, NullAdaptor, DebugMainAdaptor (MemoryAdaptor kommt in 2.6.2). Ihr könnt die Klassen schon PSR-3 kompatibel bauen. Die Klassen werden eventuell durch "genamespacet" Klassen ersetzt werden (ich habe die Klassen noch bevor 5.4 Zeiten angelegt), die Interfaces (Methoden Namen) bleiben aber die gleiche. VG Viktoras -- Mit freundlichen Grüßen Viktoras Bezaras - Entwickler - ________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig Tel.: +49 341 355 740 44 E-Mail: v.bezaras(a)traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850

1 0