-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo zusammen, Der Plan ist ein Testsystem für die Softwaretests auf Basis von Debian 6 Squeeze mit PHP 5.3 durchzuführen. Ich habe dafür eine Parallelbereitstellung mit SRK & NFE abgesprochen und eben umgesetzt. Das Deployment von xRes fehlt noch und dessen Konfiguration (xResConf.xml). - - test01.dev verbleibt mit Debian 5 Lenny (PHP 5.2) und agiert als MySQL-Server (Percona 5.5) für beide Systeme - - test02.dev wird mit Debian 6 Squeeze (PHP 5.3) installiert Aufgefallen ist, dass der test01.dev keine VPN-IP (mehr?) besitzt und ich somit entgegen der Zusage an SRK & NFE keine solche VPN-IP zwischen diesen Systemen schwenken kann, um die Anbindung an unsere Provider (TT, Sabre usw.) herstellen zu können. Nach Rücksprache mit JZA gibt es diese Möglichkeit des Testens lediglich über die interne touristische Maske (TOMA) von Christian Lingenauber. Ob diese bisher genutzt wurde kann ich nicht sagen, eingerichtet für den test01.dev ist sie aber und läßt sich recht einfach auf den test02.dev erweitern. Ein Durchtesten der gesamten Strecke vom Provider zu unserem Testsystem scheint bisher nicht gebraucht worden zu sein. Offensichtlich wurde das dann später auf dem jeweiligen Kundentestsystem gemacht. Um unser Testsystem anzubinden wäre dann aber auch ein Veranstalter TRS bei den Providern nötig... Ergo: Der test01.dev kann für die Tests von PHP 5.2 und der test02.dev für die Tests von PHP 5.3 parallel genutzt werden. Die Datenbasis bleibt aber gleich. Die Maschine test02.dev hat z.Zt. 4GB RAM und 4 CPUs zu Verfügung. Grüße, Tilo - -- Mit freundlichen Grüßen Tilo Werner - - Systemadministration - _______________________________________________ TraSo GmbH G.-Schumann-Str. 294 04159 Leipzig E-Mail: t.werner@traso.de Internet: https://www.traso.de _______________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUala4AAoJEFfjOJdKpi1EF7cQAK4CKmlKUFDdDlVqH/OT/k30 6D+JUzVMmUc497gDxhR4jRG0hHbiWzXyZhMa6pj8IbmKFlMdpGIIGQ8QxVOaySXF pCiUSJTHsEklw8+rjfVHqhYl+1XQ6zQyMcRCiwmp52aowP8sKEu+GlfXPbr9oKld l2ku/Ra5ucVOSGJktu+zEbey7IDBftvTHzf4FcuK9m5MG03YlqHoLejsGlAI90ew H6cOJDUBOYdnsW903WjJcMYU5o/q8t20EcczZOYAvEt6/UHcE/jQwae7lz80a+/v ul5j63qHyQDOWCemoHeLpwnbHztRSn5G/yczlIJsGUoZauRRPMyh2W9MmofGCTOW 3zLph5Qw8XM7m2Jip20qXuQCSBgESTUji5sdkiMHQtKvLTATpcz91ow0jkSDTQjJ wsipdVEpk1AuM1EXkPiAmz+XmHGh1+4ADOohNGfDkuzj8/TT0sXZiUfN2aOA1Kwf zE7mLpPoLDmZcucGZnuxB6eUvW66PLUZqSg2JcseOO+9VvN90JO85Vl1lh986vrH Wh+s/K0d76kWPnKto0UIj76Vd3zGDQo1WH8QLnM+KlG1J9ChkGgjIEekPhD5Idu9 tasotXSfKWD0PNie0hzu6g0I75fcMXN7C6qN5bBwDrSRKPeEXbHeRAL8Vh4VOYRH cTehNXdYJclQ/Wf7LmC1 =gtzD -----END PGP SIGNATURE-----
Hallo Tilo, danke für die Bereitstellung und die Info. Der wesentlichere Teil des Tests ist der Test der Version PHP 5.3 auf dem Debian 6 Squeeze. Wenn dort die Anbindung an die externen GDS (Sabre, TT, TFX) klappt, dann reicht das aus. Den Test der 5.2 machen wir ja im Wesentlichen, um bei einem Fehler zu prüfen, ob dieses an 5.3 oder an unserer Umsetzung lag. In der Vergangenheit haben wir die meisten externen GDS-Anbindung gar nicht testen können, weil erst sukzessive von denen Testzugänge bekommen. Die Tests wurden primär mit Traffics durchgeführt. Sehr oft mussten dann am Tag des Liveganges von Peter die Probleme im Buchungskern behoben werden. Auch da werden wir schrittweise besser. Mit freundlichen Grüßen Haiko Gerdes - Geschäftsführer - ___________________________________________________________________________ TraSo GmbH Georg-Schumann-Str. 294 D-04159 / Leipzig Tel.: +49 341 90 98 7 418 // Fax: +49 341 90 98 749 Mobil: +49 172 610 2849 Internet: http://traso.de E-Mail: h.gerdes@traso.de ___________________________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850 -----Ursprüngliche Nachricht----- Von: team [mailto:team-bounces@lists.traso.de] Im Auftrag von Tilo Werner Gesendet: Montag, 17. November 2014 21:13 An: team@lists.traso.de Betreff: [Team] Internes Testsystem mit PHP 5.3 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo zusammen, Der Plan ist ein Testsystem für die Softwaretests auf Basis von Debian 6 Squeeze mit PHP 5.3 durchzuführen. Ich habe dafür eine Parallelbereitstellung mit SRK & NFE abgesprochen und eben umgesetzt. Das Deployment von xRes fehlt noch und dessen Konfiguration (xResConf.xml). - - test01.dev verbleibt mit Debian 5 Lenny (PHP 5.2) und agiert als MySQL-Server (Percona 5.5) für beide Systeme - - test02.dev wird mit Debian 6 Squeeze (PHP 5.3) installiert Aufgefallen ist, dass der test01.dev keine VPN-IP (mehr?) besitzt und ich somit entgegen der Zusage an SRK & NFE keine solche VPN-IP zwischen diesen Systemen schwenken kann, um die Anbindung an unsere Provider (TT, Sabre usw.) herstellen zu können. Nach Rücksprache mit JZA gibt es diese Möglichkeit des Testens lediglich über die interne touristische Maske (TOMA) von Christian Lingenauber. Ob diese bisher genutzt wurde kann ich nicht sagen, eingerichtet für den test01.dev ist sie aber und läßt sich recht einfach auf den test02.dev erweitern. Ein Durchtesten der gesamten Strecke vom Provider zu unserem Testsystem scheint bisher nicht gebraucht worden zu sein. Offensichtlich wurde das dann später auf dem jeweiligen Kundentestsystem gemacht. Um unser Testsystem anzubinden wäre dann aber auch ein Veranstalter TRS bei den Providern nötig... Ergo: Der test01.dev kann für die Tests von PHP 5.2 und der test02.dev für die Tests von PHP 5.3 parallel genutzt werden. Die Datenbasis bleibt aber gleich. Die Maschine test02.dev hat z.Zt. 4GB RAM und 4 CPUs zu Verfügung. Grüße, Tilo - -- Mit freundlichen Grüßen Tilo Werner - - Systemadministration - _______________________________________________ TraSo GmbH G.-Schumann-Str. 294 04159 Leipzig E-Mail: t.werner@traso.de Internet: https://www.traso.de _______________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUala4AAoJEFfjOJdKpi1EF7cQAK4CKmlKUFDdDlVqH/OT/k30 6D+JUzVMmUc497gDxhR4jRG0hHbiWzXyZhMa6pj8IbmKFlMdpGIIGQ8QxVOaySXF pCiUSJTHsEklw8+rjfVHqhYl+1XQ6zQyMcRCiwmp52aowP8sKEu+GlfXPbr9oKld l2ku/Ra5ucVOSGJktu+zEbey7IDBftvTHzf4FcuK9m5MG03YlqHoLejsGlAI90ew H6cOJDUBOYdnsW903WjJcMYU5o/q8t20EcczZOYAvEt6/UHcE/jQwae7lz80a+/v ul5j63qHyQDOWCemoHeLpwnbHztRSn5G/yczlIJsGUoZauRRPMyh2W9MmofGCTOW 3zLph5Qw8XM7m2Jip20qXuQCSBgESTUji5sdkiMHQtKvLTATpcz91ow0jkSDTQjJ wsipdVEpk1AuM1EXkPiAmz+XmHGh1+4ADOohNGfDkuzj8/TT0sXZiUfN2aOA1Kwf zE7mLpPoLDmZcucGZnuxB6eUvW66PLUZqSg2JcseOO+9VvN90JO85Vl1lh986vrH Wh+s/K0d76kWPnKto0UIj76Vd3zGDQo1WH8QLnM+KlG1J9ChkGgjIEekPhD5Idu9 tasotXSfKWD0PNie0hzu6g0I75fcMXN7C6qN5bBwDrSRKPeEXbHeRAL8Vh4VOYRH cTehNXdYJclQ/Wf7LmC1 =gtzD -----END PGP SIGNATURE----- _______________________________________________ team mailing list team@lists.traso.de https://lists.traso.de/listinfo/team
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Der wesentlichere Teil des Tests ist der Test der Version PHP 5.3 auf dem Debian 6 Squeeze. Wenn dort die Anbindung an die externen GDS (Sabre, TT, TFX) klappt, dann reicht das aus.
Jupp und genau ist das Problem. das bisherige Setup zeigt mir nicht, dass das in der kürzeren Vergangenheit getestet werden konnte und ich weiß deswegen nicht wie das mit der neuen Maschine funktionieren soll, da es schon mit der alten nicht mehr möglich war/ist. Mit fällt da nur nach Rücksprache mit JZA ein, dass wir das dann noch einrichten müssten. Am besten für beide Systeme; alt und neu. In dem Fall mit der gefakten TOMA von Lingenauber (tobri). Es sollte die grundsätzliche Funktionalität der Anbindung von Providern (GDS) über die Lingenaubersche TOMA (tobri) geschehen. Diese Maske bietet die Möglichkeit eine beliebige (TO-) Maske nachzuahmen. Das Ganze geschieht aber vor dem VPN-Tunnel und damit vor der eigentlichen Applikation (BUMA, Bistro-Portal usw. usf.) Zusätzlich wäre es von Vorteil die ganze Strecke über das (Test-) Veranstalterkürzel TRS direkt von der Provider-App (s.o.) testen zu können. Dass heißt App -> Testsystem Provider -> VPN-Tunnel -> Stadis-Maschine (tobri) -> xRes-Buchungskern.
Den Test der 5.2 machen wir ja im Wesentlichen, um bei einem Fehler zu prüfen, ob dieses an 5.3 oder an unserer Umsetzung lag. In der Vergangenheit haben wir die meisten externen GDS-Anbindung gar nicht testen können, weil erst sukzessive von denen Testzugänge bekommen. Die Tests wurden primär mit Traffics durchgeführt.
Da Traffics über http(s) zu uns kommt und nicht über das Stadisprotokoll, stellt sich mir die gleiche Frage. Das "alte" Testsystem (test01.dev) ist/war nicht (mehr) in den VPN-IP-Bereich eingebunden. Nur über den wäre überhaupt das Testen der Schnittstelle(n) (Stadis, HTTP(s)) möglich.
Sehr oft mussten dann am Tag des Liveganges von Peter die Probleme im Buchungskern behoben werden. Auch da werden wir schrittweise besser.
Hmm, nun ist mir das auch ein wenig klarer ;-) Grüße, Tilo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUamGhAAoJEFfjOJdKpi1EJD4P/0Rhrx4+IKLT6BgQHUYk+dQO WNkcOAO5SQBcFjEa9/2rhRVcsSQbWGhlNdl1rpW2hDyGjzm0r3fXb24WgajeV3M1 HfD6JDPL74tTXZ2FL1uMJmnqAU9S46gSQOJNp+uMSyXZpKiH8FSpBCNa7z+QpmB3 Xr4kYIWgYn1+2e+nCYIDkFfGVGITy3zIK/tLDrdqCRVKBcAJaj09eqruHtGQ1AHj GRYJVgdt5Nepyr87ccibaG+wBE/JctfRNeqDQ+xD/8IdfFJizEAVb+SeA0GLoncI Vvw+jo1EhxUoTBucWhQaDmzUQey69i3aiXGqufJodVC87+rhvmqwDhT8Dr/uouTy jRcc12YgU2FELBzl/e56uUPrXLCkb3FPYw8W0e2dFoRhEiBEFC7S+G48yq6veZbx kfYW4hyNNSJAW+HU15/vgu8/6uh/ozRZuW4FMwUZdE0eRG/ME1bCwBabNYPxZ5Na 2v0ZNXJxx+zAMQtwKiMq3jQwrJy4alVl/u6cTiaDcHqLxkHOovqURuYkK5Vbzx+N qZD2809pMn8pD+/T+ToBmxow0PQ6/tDtk5v6vN4WFVbNDzc4j2MD0UC1d9R+qDr9 S/lWRbMWAcSuDfBVmVnH0V6DVa9BJaAX3cE1VvKnF19mI+s2Q9QV3aukwQ0mMfSw Jl56+C7OAmUY7fN5ZfYr =nTpL -----END PGP SIGNATURE-----
Hallo Tilo, können wir evtl. morgen nach Meeting besprechen. "Mal so eben" einen Veranstalter einzurichten TRS wird nicht klappen. Das ist bei den GDS ein ziemlicher Aufwand. Alternativen: - Wir nehmen einen Kunden z.B. JT und Reiseart Traso - Das muss aber bei jedem GDS angemeldet werden - Dauer x Wochen - Wir testen die GDS mit dem ersten Kundensystem Die Stadis Anbindungen können wir natürlich sehr gut mit Christian interner Maske testen Mit freundlichen Grüßen Haiko Gerdes - Geschäftsführer - ___________________________________________________________________________ TraSo GmbH Georg-Schumann-Str. 294 D-04159 / Leipzig Tel.: +49 341 90 98 7 418 // Fax: +49 341 90 98 749 Mobil: +49 172 610 2849 Internet: http://traso.de E-Mail: h.gerdes@traso.de ___________________________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850 -----Ursprüngliche Nachricht----- Von: team [mailto:team-bounces@lists.traso.de] Im Auftrag von Tilo Werner Gesendet: Montag, 17. November 2014 21:59 An: team@lists.traso.de Betreff: Re: [Team] Internes Testsystem mit PHP 5.3 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Der wesentlichere Teil des Tests ist der Test der Version PHP 5.3 auf dem Debian 6 Squeeze. Wenn dort die Anbindung an die externen GDS (Sabre, TT, TFX) klappt, dann reicht das aus.
Jupp und genau ist das Problem. das bisherige Setup zeigt mir nicht, dass das in der kürzeren Vergangenheit getestet werden konnte und ich weiß deswegen nicht wie das mit der neuen Maschine funktionieren soll, da es schon mit der alten nicht mehr möglich war/ist. Mit fällt da nur nach Rücksprache mit JZA ein, dass wir das dann noch einrichten müssten. Am besten für beide Systeme; alt und neu. In dem Fall mit der gefakten TOMA von Lingenauber (tobri). Es sollte die grundsätzliche Funktionalität der Anbindung von Providern (GDS) über die Lingenaubersche TOMA (tobri) geschehen. Diese Maske bietet die Möglichkeit eine beliebige (TO-) Maske nachzuahmen. Das Ganze geschieht aber vor dem VPN-Tunnel und damit vor der eigentlichen Applikation (BUMA, Bistro-Portal usw. usf.) Zusätzlich wäre es von Vorteil die ganze Strecke über das (Test-) Veranstalterkürzel TRS direkt von der Provider-App (s.o.) testen zu können. Dass heißt App -> Testsystem Provider -> VPN-Tunnel -> Stadis-Maschine (tobri) -> xRes-Buchungskern.
Den Test der 5.2 machen wir ja im Wesentlichen, um bei einem Fehler zu prüfen, ob dieses an 5.3 oder an unserer Umsetzung lag. In der Vergangenheit haben wir die meisten externen GDS-Anbindung gar nicht testen können, weil erst sukzessive von denen Testzugänge bekommen. Die Tests wurden primär mit Traffics durchgeführt.
Da Traffics über http(s) zu uns kommt und nicht über das Stadisprotokoll, stellt sich mir die gleiche Frage. Das "alte" Testsystem (test01.dev) ist/war nicht (mehr) in den VPN-IP-Bereich eingebunden. Nur über den wäre überhaupt das Testen der Schnittstelle(n) (Stadis, HTTP(s)) möglich.
Sehr oft mussten dann am Tag des Liveganges von Peter die Probleme im Buchungskern behoben werden. Auch da werden wir schrittweise besser.
Hmm, nun ist mir das auch ein wenig klarer ;-) Grüße, Tilo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUamGhAAoJEFfjOJdKpi1EJD4P/0Rhrx4+IKLT6BgQHUYk+dQO WNkcOAO5SQBcFjEa9/2rhRVcsSQbWGhlNdl1rpW2hDyGjzm0r3fXb24WgajeV3M1 HfD6JDPL74tTXZ2FL1uMJmnqAU9S46gSQOJNp+uMSyXZpKiH8FSpBCNa7z+QpmB3 Xr4kYIWgYn1+2e+nCYIDkFfGVGITy3zIK/tLDrdqCRVKBcAJaj09eqruHtGQ1AHj GRYJVgdt5Nepyr87ccibaG+wBE/JctfRNeqDQ+xD/8IdfFJizEAVb+SeA0GLoncI Vvw+jo1EhxUoTBucWhQaDmzUQey69i3aiXGqufJodVC87+rhvmqwDhT8Dr/uouTy jRcc12YgU2FELBzl/e56uUPrXLCkb3FPYw8W0e2dFoRhEiBEFC7S+G48yq6veZbx kfYW4hyNNSJAW+HU15/vgu8/6uh/ozRZuW4FMwUZdE0eRG/ME1bCwBabNYPxZ5Na 2v0ZNXJxx+zAMQtwKiMq3jQwrJy4alVl/u6cTiaDcHqLxkHOovqURuYkK5Vbzx+N qZD2809pMn8pD+/T+ToBmxow0PQ6/tDtk5v6vN4WFVbNDzc4j2MD0UC1d9R+qDr9 S/lWRbMWAcSuDfBVmVnH0V6DVa9BJaAX3cE1VvKnF19mI+s2Q9QV3aukwQ0mMfSw Jl56+C7OAmUY7fN5ZfYr =nTpL -----END PGP SIGNATURE----- _______________________________________________ team mailing list team@lists.traso.de https://lists.traso.de/listinfo/team
participants (2)
-
Haiko Gerdes -
Tilo Werner