Re: eXTra Standard 1.4

[Dr. Lofi Dewanto]

Hallo Herr Kutsenko,

vielen Dank für Ihre Anfrage. Ich hatte die Idee eingebracht, gemeinsam für so einen Standard, ein Open-Source-Projekt zu gestalten. Eine Spezifikation ohne eine Referenzimplementierung ist nur eine Theorie und aus meiner Sicht nicht sinnvoll.

Obwohl ich nicht mehr beim DP Renten Service arbeite, finde ich definitiv sinnvoll, das OSS-Projekt eXTra weiterzutreiben. Schließlich ist es ein OSS-Projekt und jede darf mitmachen und weitermachen.

@Florian und @Leonid und @Joachim und @Michael: wer ist jetzt bei euch zuständig für eXTra?

Ich mache CC an unsere Google Gruppe: https://groups.google.com/forum/#!forum/extra-standard, damit alle mitbekommen können.

Viele Grüße,

Lofi Dewanto

Vladyslav Kutsenko <vladyslav...@itas-gmbh.de> schrieb am Mo., 20. Nov. 2017 um 12:22 Uhr:

Sehr geehrte Entwickler der eXTra Implementierung,

 

ich möchte im Auftrag der VBL einen Parser für eXTra Standard 1.4 implementieren.

 

Welche Vorgehensweise würden Sie empfehlen:

1. Die Entwicklung auf der Basis des Projekt extra-standard auf github.com Fortsetzen
2. Eine eigene Implementierung des Parsers umsetzen

Persönlich würde ich die Variante 1. Favorisieren, da das o.g. Projekt auch für andere Organisationen von Interesse sein könnte.

Wie sehen Sie die Zukunft des Projekt in Github? Beabsichtigen Sie, an diesem Projekt weiter zu arbeiten? Wer wäre der Ansprechpartner für dieses Projekt?

 

Mit freundlichen Grüßen

Vladyslav Kutsenko

 

--

Senior Software Consultant

IT Additional Services GmbH

Hans-Thoma-Straße 19

76133 Karlsruhe

Mobil: +49 (0)160-9777-59-11

Fax: +49 (0)721 155-888

vladyslav...@itas-gmbh.de | www.vbl.de/itas

Geschäftsführer: Thomas Bönig

Amtsgericht: Mannheim • HRB Nr. 704599 • Steuernummer 35006/62523

 

--

Join us at GWTCon 2017: http://www.gwtcon.org

Blog: https://lofidewanto.blogspot.de

[Florian Stratil]

Guten Morgen Herr Kutsenko,

Intern wird das Projekt "eXTraClientLight" bei uns weiterhin gepflegt und verwendet. Die Anpassungen sind aber so stark auf die interne Infrastruktur abgestimmt, dass sich ein publizieren im OSS-Projekt nicht lohnen würde. Angedacht ist es aber weiterhin dort nochmal ein Update durchzuführen. Aktuell fehlen dazu aber die Ressourcen.

Zu Ihrer Anfrage:

Einen neuen Parser müssen Sie aus meiner Sicht nicht schreiben. Der Aufwand, einen der bestehenden Clients auf eXTra 1.4 zu bringen, dürfte sich darauf beschränken, die Schema-Dateien einmalig manuell oder dynamisch während des Bauprozesses zu generieren. Inhaltlich sind die Schema-Versionen weitestgehend identisch. (Mit etwas Aufwand und Geschick ist es wahrscheinlich sogar möglich aus den eXTra 1.4-Klassen eine eXTra 1.3 zu "bauen").

Ich würde an der Stelle aber empfehlen, dass Sie das entsprechende Client-Projekt branchen und als eigenständiges Projekt im git weiterführen. eXTra 1.3 ist durchaus noch in Verwendung und deshalb würde ich die 1.3er Clients nicht überschreiben.

Ich hoffe, dass Ihnen das soweit erstmal weitergeholfen hat.

Viele Grüßen

Florian Stratil

Am 20. November 2017 um 21:58 schrieb Dr. Lofi Dewanto <dewanto.re...@googlemail.com>:

Hallo Herr Kutsenko,

vielen Dank für Ihre Anfrage. Ich hatte die Idee eingebracht, gemeinsam für so einen Standard, ein Open-Source-Projekt zu gestalten. Eine Spezifikation ohne eine Referenzimplementierung ist nur eine Theorie und aus meiner Sicht nicht sinnvoll.

Obwohl ich nicht mehr beim DP Renten Service arbeite, finde ich definitiv sinnvoll, das OSS-Projekt eXTra weiterzutreiben. Schließlich ist es ein OSS-Projekt und jede darf mitmachen und weitermachen.

@Florian und @Leonid und @Joachim und @Michael: wer ist jetzt bei euch zuständig für eXTra?

Ich mache CC an unsere Google Gruppe: https://groups.google.com/forum/#!forum/extra-standard, damit alle mitbekommen können.

Viele Grüße,

Lofi Dewanto

Vladyslav Kutsenko <vladyslav.kutsenko@itas-gmbh.de> schrieb am Mo., 20. Nov. 2017 um 12:22 Uhr:

Sehr geehrte Entwickler der eXTra Implementierung,

 

ich möchte im Auftrag der VBL einen Parser für eXTra Standard 1.4 implementieren.

 

Welche Vorgehensweise würden Sie empfehlen:

1. Die Entwicklung auf der Basis des Projekt extra-standard auf github.com Fortsetzen
2. Eine eigene Implementierung des Parsers umsetzen

Persönlich würde ich die Variante 1. Favorisieren, da das o.g. Projekt auch für andere Organisationen von Interesse sein könnte.

Wie sehen Sie die Zukunft des Projekt in Github? Beabsichtigen Sie, an diesem Projekt weiter zu arbeiten? Wer wäre der Ansprechpartner für dieses Projekt?

 

Mit freundlichen Grüßen

Vladyslav Kutsenko

 

--

Senior Software Consultant

IT Additional Services GmbH

Hans-Thoma-Straße 19

76133 Karlsruhe

Mobil: +49 (0)160-9777-59-11

Fax: +49 (0)721 155-888

vladyslav.kutsenko@itas-gmbh.de | www.vbl.de/itas

Geschäftsführer: Thomas Bönig

Amtsgericht: Mannheim • HRB Nr. 704599 • Steuernummer 35006/62523

 

[Michael Schäfer]

Hallo zusammen,

wenn wir es schafften, etwas zusammen auf die Beine zu stellen, käme das für mich zum richtigem Zeitpunkt.  Ich leite gerade eine Arbeitsgruppe, die den Datenaustausch zwischen den statistischen Ämtern auf neue Beine stellen soll und habe dafür eXTra ins Spiel gebracht.  Meine Vorstellung ist die Implementierung einer generischen Bibliothek, die das Protokoll umsetzt und über APIs in eine beliebige (Java) Umgebung integriert werden kann. Wir haben eine Anforderungsanalyse erstellt und sitzen an einem Systementwurf, der eine solche Bibliothek skizziert und beispielhafte Anwendungsfälle beschreibt. Ende der AG ist in Februar, dann soll es möglichst schnell in die Umsetzung. 

Nach Rücksprache kann ich vielleicht die Dokumente verfügbar machen. Ansonsten  sollte man sich zu dem Thema bald mal zusammensetzen oder telefonieren. 

Den Rest der Woche bin ich in Erfurt, aber über Gmail erreichbar, bilateral kann man auch mal telefonieren.  

Viele Grüße zusammen,

Michael Schäfer 

Mein dienstlicher Kontakt:

michael....@destatis.de

0611 75 3652

Am 20.11.2017 21:58 schrieb "'Dr. Lofi Dewanto' via extra-standard" <extra-s...@googlegroups.com>:

Hallo Herr Kutsenko,

vielen Dank für Ihre Anfrage. Ich hatte die Idee eingebracht, gemeinsam für so einen Standard, ein Open-Source-Projekt zu gestalten. Eine Spezifikation ohne eine Referenzimplementierung ist nur eine Theorie und aus meiner Sicht nicht sinnvoll.

Obwohl ich nicht mehr beim DP Renten Service arbeite, finde ich definitiv sinnvoll, das OSS-Projekt eXTra weiterzutreiben. Schließlich ist es ein OSS-Projekt und jede darf mitmachen und weitermachen.

@Florian und @Leonid und @Joachim und @Michael: wer ist jetzt bei euch zuständig für eXTra?

Ich mache CC an unsere Google Gruppe: https://groups.google.com/forum/#!forum/extra-standard, damit alle mitbekommen können.

Viele Grüße,

Lofi Dewanto

Vladyslav Kutsenko <vladyslav.kutsenko@itas-gmbh.de> schrieb am Mo., 20. Nov. 2017 um 12:22 Uhr:

Sehr geehrte Entwickler der eXTra Implementierung,

 

ich möchte im Auftrag der VBL einen Parser für eXTra Standard 1.4 implementieren.

 

Welche Vorgehensweise würden Sie empfehlen:

1. Die Entwicklung auf der Basis des Projekt extra-standard auf github.com Fortsetzen
2. Eine eigene Implementierung des Parsers umsetzen

Persönlich würde ich die Variante 1. Favorisieren, da das o.g. Projekt auch für andere Organisationen von Interesse sein könnte.

Wie sehen Sie die Zukunft des Projekt in Github? Beabsichtigen Sie, an diesem Projekt weiter zu arbeiten? Wer wäre der Ansprechpartner für dieses Projekt?

 

Mit freundlichen Grüßen

Vladyslav Kutsenko

 

--

Senior Software Consultant

IT Additional Services GmbH

Hans-Thoma-Straße 19

76133 Karlsruhe

Mobil: +49 (0)160-9777-59-11

Fax: +49 (0)721 155-888

vladyslav.kutsenko@itas-gmbh.de | www.vbl.de/itas

Geschäftsführer: Thomas Bönig

Amtsgericht: Mannheim • HRB Nr. 704599 • Steuernummer 35006/62523

 

--

Join us at GWTCon 2017: http://www.gwtcon.org

Blog: https://lofidewanto.blogspot.de

--
Sie erhalten diese Nachricht, weil Sie in Google Groups E-Mails von der Gruppe "extra-standard" abonniert haben.
Wenn Sie sich von dieser Gruppe abmelden und keine E-Mails mehr von dieser Gruppe erhalten möchten, senden Sie eine E-Mail an extra-standard+unsubscribe@googlegroups.com.
Weitere Optionen finden Sie unter https://groups.google.com/d/optout.