maven deploy:deploy-file

Möchte man ein Nicht-Maven-Artefakt samt Quellen und Javadoc in ein privates Maven-Repository einbringen, so scheint sich das Maven-Kommando maven deploy:deploy-file bei den Prüfsummen gründlich zu verrechnen:

[WARNING] *** CHECKSUM FAILED - Checksum failed on download: 
local = 'ce32ed2aacb0fc64e82...'; remote = '8d52454bff41a149f4b...'
- RETRYING

Ein kleines Shell-Skript – auf Seiten des Repositorys – verschafft Abhilfe:

#! /bin/bash

find . -type f \
  \( -name '*.jar' -or -name '*.pom' -or -name '*.xml' \) \
  -print0 | while read -rd $'\0' file; do
  sha1sum $file | cut -d ' ' -f 1 > $file.sha1
  md5sum  $file | cut -d ' ' -f 1 > $file.md5
done

Maven ist genial, solange es funktioniert.

buschmais unterwegs:
mit drei Architekturvorträgen zur berlin.jar

Am 13. und 14. September findet die erste Java Konferenz in Berlin auf dem Campus der Fachhochschule für Technik und Wirtschaft Berlin statt. Mehr als 15 namhafte Referenten bieten über zwei Tage mit über 20 Fachvorträgen rund um das Thema Java ein attraktives Programm. Wir freuen uns, dass wir mit drei Fachvorträgen an der Premiere in Berlin mitwirken dürfen.
Im Einzelnen werden wir am Sonntag, den 14. September zu folgenden Themen referieren:

  • Integrationsmuster am Beispiel von Apache Camel
    (Tobias Israel)
  • Paradigmenhochzeit: Felix und ServiceMix in trauter Zweisamkeit vereint
    (Dirk Mahler)
  • Modellierung statischer Domänenmodelle mit Xtext
    (Frank Schwarz)

Wir freuen uns auf interessante Gespräche mit den Teilnehmern, Ausstellern und Referenten.

Erfahren Sie mehr über die Inhalte unserer Vorträge auf unserer Terminseite.

Inszenierte Transparenz

Werden heute Java-Enterprise-Anwendungen entworfen, so muss als eine der ersten Entscheidungen die Art der Persistenz geklärt werden. Diese Frage bezieht sich dabei weniger auf den Datenspeicher – ein relationales Datenbanksystem kann stillschweigend vorausgesetzt werden – sondern auf den Umgang mit den Daten. Für den Architekten ergeben sich zwei grundlegende Marschrichtungen: Fasst er die Daten der Anwendung als grobgranulare, wenig vernetzte Dateneinheiten auf, so wird er zu einem tabellengetriebenen Ansatz tendieren und vorrangig Entwurfsmuster einsetzen, die dem relationalen Aggregatzustand der Daten geschuldet sind, so beispielsweise Row/Record Sets, Page Iterators oder Data Access Objects. Sieht der Architekt hingegen die Daten der Anwendung als feingranulare, stark vernetzte Entitäten an, so ist er mit einem objektorientierten Ansatz besser beraten. Da die Daten trotz objektorientierter Sichtweise in einer relationalen Datenbank landen, gilt es hier eine Brücke zwischen beiden Welten zu schlagen. Der Unterschied, oft verharmlosend als Impedanz-Unterschied bezeichnet, ist jedoch wohl bekannt und technisch beherrschbar [1].
weiterlesen

Transmission Impossible? Java5 Enumerationen und IIOP

Im September 2006 wird in der Java-to-IDL Revision Task Force Mailing List der Erweiterungsvorschlag für das Mapping von Java5-Enumerationstypen eingereicht [1]. Diesem Vorschlag wird ein Jahr später stattgegeben [2]. Die Java Language Specification für Java5 erscheint jedoch bereits 2005 – und das fast ein Jahr nach der ersten offiziellen Version von Java5 [3][4]. Erste Prototypen von Java5 standen der Allgemeinheit wahrscheinlich noch viel früher zur Verfügung. Damit vergingen mindestens drei Jahre seit der Verfügbarkeit der nativen Enumerationstypen in Java5 und deren Mapping auf CORBAs Interface Definition Language. Diese Verzögerung wirkt noch heute für all diejenigen nach, die den Versuch wagen, Java5 Enumerationsliterale über IIOP zu übertragen. Wie dies dennoch mit Java5-Bordmitteln möglich ist, beschreibt der Artikel im Folgenden.

weiterlesen

 Zurück 1 2 3 4 5