Hi alle zusammen. Ich habe mich mal wieder etwas im Gewusel und Getümmel der Programmierung verloren. Dabei ist mir aufgefallen, das alle Parser die einen MT940 verarbeiten wollen Fehler haben und teilweise nicht funktionieren. Dem ganzen bin ich mal auf den Leib gerückt und präsentier euch hier einen freien MT940 Parser. Könnt ihr kostenlos hier downloaden.

Für alle die nicht wissen was der MT940 macht:

MT940 (MT=Message Type) ist der SWIFT-Standard (Banking Communication Standard) zur elektronischen Übermittlung von Kontoauszug-Daten. Bei verschiedenen Online-Banking-Programmen wird MT940 als Schnittstelle verwendet zu anderen Programmen (z. B. für die Buchhaltung), mit denen die Kontoauszug-Daten weiter verarbeitet werden.

Unterstütz werden alle nötigen Tag’s:

• :21: Bezugsreferenznummer
• :25: M Kontobezeichnung
• :28C: M Auszugsnummer
• :60a: M Anfangssaldo
• :61: Umsatz
• :86: Mehrzweckfeld
• :62a: M Schlusssaldo
• :64: Aktueller Valutensaldo
• :65: Zukünftige Valutensalden
• :86: Mehrzweckfeld

Ich entwickle sehr gerne mit meinem Macbook, leider habe ich feststellen müssen das die Migration von einer Konakart Installation auf einen Glassfish etwas anders läuft als in der Dokumentation beschrieben.

Folgende Befehle können verwendet werden!

make_ear

In meinem zweiten Versuch mit make_ear hat es super funktioniert. Ich würde es mir fast sogar zutrauen das ich es beim ersten mal übersehen habe. make_ear erzeugt im Ordner ear/ eine konakart.ear file. Diese einfach nur auf dem glassfish deployen und viola it runs.

Dieser Befehlt ist ziemlich sinnfrei. Er erstellt unter dem MAC einen Ordner konakart.ear und nicht die File um es dem glassfish schmackhaft zu machen.

Alternative make_wars

Um die korrekten Dateien zu erstellen, geht in den Installationsordner von konakart und in den Subordner custon also:  /konakart/custom hier drin befindet sich die build.xml die Konakart benötigt um alle weiteren Befehle auszuführen.

Anschließend führt ihr folgenden Befehl in der Konsole aus: ./bin/ant make_wars Es wird einen Moment dauern aber anschließend, bei korrekter Verarbeitung werdet ihr BUILD SUCCESS am Ende erhalten.

Am einfachsten ist, ihr erstellt die .war Files und ladet alle 3 im Admin Interface auf den Server. Alle generierten Files werden im Ordner /konakart/custom/war/ abgelegt:

birtviewer.war
konakart.war
konakartadmin.war

Nachdem Ihr die .war Files im glassfish deployed habt, geht es an die Datenbank. Soweit noch keine vorhanden ist. Hierzu ladet euch auf den Server am besten per FTP die konakart_demo.sql. Diese findet ihr unter: /konakart/database/MySql/

Geht in die Konsole und legt die Datenbank an:

# > mysql -u root -p
mysql > CREATE DATABASE konakart;
mysql > quit;

anschließend noch die konakart_demo.sql in die konakart datenbank importieren.

# > mysql -u root -p konakart < ./var/tmp/konakart_demo.sql

Nachdem ihr erfolgreich die Datenbank importiert habt, müsst ihr nur noch in den Application Ordner von Konakart die properties Files anpassen:
Also zurück in den domain Ordner des glassfisher z.B.

Konakart
/var/glassfish/domains/domain1/applications/j2ee-modules/konakart/WEB-INF/classes/konakart.properties
KonakartAdmin
/var/glassfish/domains/domain1/applications/j2ee-modules/konakartadmin/WEB-INF/classes/konakartadmin.properties

darin findet ihr schon die Einträge für die Datenbank. Einfach die Nutzer und das Passwort noch anpassen euren Glassfish neu starten und viola das System läuft.

Arbeiten mit dem Konakart Webservice kann einige Schwierigkeiten mit sich bringen. Ich war auch erst einmal ein paar Stunden und Tage darüber die passende IDE und den richtigen Weg zu wählen. Meine Lösung:

Eclipse mit einer virtuellen Maschine auf der eine Konakartinstallation läuft.

Netbeans RPC Webservices ist leider nicht möglich da sich Netbeans dagegen sträubt und scheinbar einige Teile der WSDL falsch übersetzt. Wie ich schon in ein paar Beiträgen vorher beschrieben habe wäre es sinnvoll die Serviceverbindung und Abarbeitung aller Daten in einem Eclipse Projekt durch zu führen.

Schritt 1: Verbindung zu Konakart

import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;

import com.konakartadmin.ws.KKWSAdminIf;
import com.konakartadmin.ws.KKWSAdminIfServiceLocator;

/**
* KonakartService Class
* per extend in die Subklasse z.b. Kategorie einbinden und per aufruf init()
* zum webservice verbinden
**/
public class KonakartService {
    public static Log log = LogFactory.getLog(KonakartService.class);
    public static KKWSAdminIf eng;

    /** Default credentials for accessing the KonaKart Application Engine */
    private static String DEFAULT_USERNAME = "admin@konakart.com";
    private static String DEFAULT_PASSWORD = "princess";

    /** The session id returned by a successful login */
    public static String sessionId;

    /**
     * @param args
     */
    public static void init() {
        try {
            /*
             * Instantiate a KonaKart Engine instance
             */
            eng = new KKWSAdminIfServiceLocator().getKKWSAdmin();
            eng.setEndpoint("MEINEIP"); // set ip address or hostname

            sessionId = eng.login(DEFAULT_USERNAME, DEFAULT_PASSWORD); // get session id
            log.info(DEFAULT_USERNAME + " logged in successfully and got session " + sessionId);

        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

Schritt 2: Kategorien lesen

	private void synchronize() {
	   // Auslesen des Hauptmenu's
	   AdminCategory[] webShopMainMenu = getWebshopMainMenu(2);
	}

        /**
        * Laden des Hauptmenu's anhand der Language ID
        **/
	private static AdminCategory[] getWebshopMainMenu(int languageId) throws RemoteException {
		AdminCategory[] categories = eng.getCategoryTree(languageId,true);
		for(int i=0;i < categories.length;i++) {
			generateTree(categories[i]);
		}
		return categories;
	}

	private static void generateTree(AdminCategory item) {
		AdminCategory[] children = item.getChildren();
		for(int c=0;c < children.length;c++) {
			System.out.println("CHILDREN: " + children[c].getName());
			if(children[c].getChildren().length > 0) {
				generateTree(children[c]);
			}
		}
	}

Schritt 3:

        // Beschreibung, auch Multilanguage möglich, einfach das Array um 1 erweitern
	AdminCategoryDescription[] description = new AdminCategoryDescription[1];
	description[0].setDescription(“Testbeschreibung”);
	description[0].setName(“Beschreibung 1″);
	description[0].setLanguageId(eng.getLanguageByCode(“de_DE”).getId());
	description[0].setLanguage(eng.getLanguageByCode(“de_DE”));

	// Kategoriedaten
	AdminCategory category = new AdminCategory();
	category.setDescription(“Beschreibung”);
	category.setDescriptions(description);
	category.setInvisible(false);
	category.setName(“Kategorie 1″);

	// Kategorie anlegen
	eng.insertCategory(sessionId, category);

Es ist ein Graus. Konakart Webshop Software arbeitet per SOAP Schnittstelle einfach nicht mit Netbeans zusammen. Die Java IDE ist sehr einfach und auch das Webservice einbinden ist mit ein paar Klicks erledigt. Ich werde euch, wenn ich noc eine andere Lösung finde darüber informieren. Aber derzeit ist es mir nicht möglich gewesen einen vernünftigen, vorallem schnellen Workaround für das Problem zu schaffen. Auch das anpassen der WSDL Files bringt keinen rechten Erfolg daher einen kurzen Tipp von mir.

Ladet euch Eclipse herunter und startet ein Java Projekt. Führt hierbei den den Webservice Client Punkt aus und includiert beide WSDL Files. Im Normalfall findet ihr sie unter:

http://meinserver.local/konakart/services/KKWebServiceEng?wsdl
http://meinserver.local/konakartadmin/services/KKWSAdmin?

Anschließend könnt ihr per Import in Netbeans das Projekt in euere IDE importieren. Die fehlenden JAR’s werden direkt verlinkt. Dieses könnt ihr in euer Hauptprojekt so einbinden und übernehmen. Es läuft ohne Probleme.

Es ist keine vernünftiger Workaround und eigentlich auch schade das es bisher auch noch keine vernünftige Lösung von Konakart gibt. Evtl. schaffe ich es noch die WSDL Files so anzupassen das sie auch vernünftig im Netbeans verarbeitet wird.

Die JAX-RPC Plugin Erweiterung im Netbeans macht schon einige Fortschritte.

http://wiki.netbeans.org/MovingJaxrpcToUpdateCenter

Aber das gelbe vom Ei ist es noch nicht. Falls jemand schon andere Erfahrungen damit gemacht hat oder wie einfach es sich mit der RMI Schnittstelle arbeitet, lasst es mich bitte wissen.

Kleine Vorschau zum nächsten Blogeintrag:

Thema: Android – Listviews optimieren und mit Viewhandlern arbeiten. Recyceln von Views. Änderungen in Listviews darstellen. Das richtige Ansprechen von Feldern in Listviews. 2 verschiedene Möglichkeiten.

Seit knapp einer woche bin ich stolzer Besitzer eines Iconia w500 Tablets. Im großen und ganzen bin ich damit zufrieden. Ich habe ein paar Testberichte gelesen in denen das Iconia besser bewertet wurde als das Xoom von Motorola. Leider habe ich nicht den direkten Vergleich. Von der Hardware nehmen sich die Hersteller nicht viel. Auch das Iconia gibt es mitv3g Modul.

Zur Android Version
Vorhanden ist eine Android 3.0.1 Version, die kommenden Mittwoch auf Android 3.1 geupgradet werden kann. Das Vorinstallierte Acer Themen ist gut gelungen und alles ancseinem Platz. Aber auch ein paar kleine Nachteile gibt es, was man Acer aber nicht in die Schuhe schieben kann. Beim installieren von Apps kann es vorkommen das sich der Marktplace verabschiedet.

Hardware
Dem Iconia ist eine hohe Aulösung von über 1000Pixeln gegen worden. Ein großer Pluspunkt.   Viele Seiten können somit ohne zoom gelesen werden. Ein USB Anschluss für eine zusätzliche Tastaur ist auch vorhanden. Sehr schön. Was mich aber atört ist ein kleiner Verarbeitungsfehler am Display.  Durch die Anschlussmöglichkeit der Acer Docking ist ein zusätzlicher Slot integriert hinter dem anscheinend ein Chip eingebaut ist. Daher wird das Display auf der Seite um einen Millimeter nach oben gedrückt und somit eine unschöne Kante am unteren Ende sichtbar und fühlbar.

Wenn mir noch was einfällt und ich noch etwas Zeit habe werde ich den Beitrag ergänzen.

Jahre lang ging es gut. Gute Zusammenarbeit von Community und Konzern. Man profitiert voneinander. Eine riesige Gemeinde an Entwickler scharrt im Garten von Oracle. Der US Konzern vor allem durch seine Datenbank bekannt will den Open Source Java Standard 7 einführen und Entwickler beschneiden. Apache ruft zum Gegenschlag und fordert Entwickler auf gegen die JVM 7 zu stimmen.

Die JCP und Apache Foundation vordern weiterhin ein offenes Java für jeden Entwickler Möglichkeiten bieten seine “Umwelt” selbst zu gestalten ohne Restriktionen von Oracle oder Co. Der Datenbankhersteller ist nicht nur durch die Prozesswelle gegen google’s Android OS in den Medien gelandet. Man gefährdet viel wenn der Konzern nicht nachgeben will. Zum Beweis haben sich schon einige kreative Köpfe von dem US Unternehmen zurückgezogen und suchen Andernorts neue Herausforderungen.

Oracle konnte hingegen im Oktober punkten, als IBM ankündigte, seine bislang unabhängige Java-Strategie zugunsten einer gemeinsamen Zusammenarbeit an Oracles OpenJDK-Projekt aufzugeben.

Bislang galt für mich IBM als einer der Urgesteine und einer der besten Arbeitgeber auf der Welt. Förderer modernster Technologien mit großen Denkern tief im Unternehmen verwurzelt. Durch ihre PR Aktionen eines smarter Planets eigentlich überall in den Medie egal ob Zeitschrift oder Werbespot. Jetzt will sich IBM aber auf die Seite von Oracle, ich will nicht des Bösen sagen aber in diesem Moment scheint es so zu sein schlagen.

Ein Artikel von Heise zum Geschehen.

Ganz einfach, die Vereinfachung. Java EE6 will immer mehr in die Richtung der Simplifizierung gehen. Je einfacher desto besser und für so ein Heavy- Weight Produkt auch nicht verkehrt. Ein Schwerpunkt der Java EE6 Spezifikation ist vorallem das herauswerfen der XML- Descriptors. Diese sollen jetzt eher optional zur Verfügung stehen. Es soll mehr in den Beans direkt gearbeitet werden und vorallem mit mehr Annotationen. Für eine bessere und Object- orientiertere- Übersicht.

EE6 will mehr auf Profiles eingehen und veraltete Technologie entfernen, so stehen z.b. auch schon in der neuesten Version verschiedenste Pakete auf der Pruning (Pakete die in Zukunft nicht mehr in der Spezifikation vorhanden sein werden) Liste. Eine Neue Art von Beans sind die Singleton Session Beans.

Profiles sind das Hauptmerkmal der neuen Java EE6 Spezifikation, sie sollen den Entwicklern Helfen effektiver zu werden. Profile können für sich entwickelt und deployed werden. Sie können mit anderen Profilen verknüpft oder Teile eines anderen Profils sein.

Restful Webservices – werden immer wichtiger und einfacher gestaltet. Durch Annotationen gesteuert können diese einfachen Services sehr schnell angelegt werden.

@Path("export")
public class BookRessource() {
   @PersistenceContext(unitName = "exportPU")
   private EntityManager em;

   @GET
   @Produces({"application/xml", "application/json"})
   public List getAllBooks() {
     Query query = em.createNamedQuery("findAllBooks");
     List books = query.getResultList();
   return books;
   }
}

Die neue Version der JPA2.0 soll einen größeren Wortschatz besitzen. Erweiterungn wie Collections of Simple Data Types (String, Integer, etc.).  EJB’s werden einfacher zu bewältigen sein, so können diese direkt in der WAR File mit deployed und asynchron ausgeführt werden. Die Annotation @Singleton kann eine einfache Java Class zu einem container – managed – singleton umwandeln.

Für das ganze habe ich mir natürlich ein neues Buch zugelegt und dieses mal in English. So werden die Begriffe nicht extra nochmal übersetzt und verwirren zusätzlich. Es gibt schon einige Neuerungen, daher ist es nicht schlecht wenn man sich das ganze mal genauer betrachtet und die neuen Verfeinerungen und Vereinfachungen der Java EE6 einverleibt.

Hier die ISBN zum Buch: 9781430219545 oder auch als Link direkt zu Amazon: http://www.amazon.de/Beginning-Java-Platform-GlassFish-Professional/dp/1430219548/ref=sr_1_1?ie=UTF8&qid=1260873020&sr=8-1

Es ist mal wieder soweit. Die Version 6.7 von Netbeans noch nicht all zu lange auf dem Markt und schon gibts eine neue Beta. 6.8, das neue Glanzstück der von SUN präsentierten IDE beinhaltet den neuen JEE6 Standard. Somit habe ich mir gerade einmal die akteulle Entwicklungsumgebogen gedownloaded und werde im Laufe des Tages oder auch übers Wochenende mich in den neuen Standard einarbeiten.

Ich habe mir bei JavaThreads.de schon mal kurz den Blogeintrag angesehn und kurz überflogen. Folgendes ist dort zu lesen und auch die SUN Präsentation sieht sehr vielversprechend aus. An und für sich soll alles wieder einen Schritt einfacher werden. Die Verbindung der EJB zu JSP und anderen Frameworks soll um einiges einfacher werden und dass dank einer größeren Annotationsbibiliothek.

Hier der Beitrag von JavaThreads.de

Wer wissen möchte in welche Richtung es in Java EE 6 geht wird nicht darum herumkommen sich mit dem JSR 299, auch Web Beans genannt, zu beschäftigen. Der Fokus des JSR 299 liegt auf der Vereinfachung von Dependency Injection in einer JEE Umgebung zwischen allen Schichten und diese auf vielfältige Art und Weise. Vor allem das Problem von der View (JSF oder JSP) auf EJBs einfach zugreifen zu können soll damit behoben werden aber auch vieles mehr vereinfacht. Web Beans selbst beschreibt sich auf der Web Beans Webseite in einem Satz so

Und der restiche Artikel hier zu finden.

Als Application Server wird der Glassfish 3.1 Prelude verwendet mit komplett integriertem JEE6 Standard.

Kommunikation ist nicht mehr nur das einfache Telefonat, die simple E-Mail oder eine MMS. Google Wave, Pip.io versuchen den Ansatz von digitaler Kommunkation auf einem “Protokoll” zu beschränken. Einkommende E-Mails werden abgelegt, können wieder veröffentlicht werden. Dateien werden für Gruppen oder Personen freigegeben. Lokalisierungsdienstse können den derzeitigen Aufenthaltsort bestimmen. Kunde können vorab in Projekte involviert werden indem man einen Zugang freischaltet und Daten, Filme, Bilder, Besprechungen freigibt.

Channel’s können für einzelne Projekte erstellt und immer wieder zurück verfolgt werden. Der Ansatz, eine einzelne Schnittstelle zu nutzen ist genial. Aber in meinen Augen überfordert es Führungs- und Teamebenen auf mehr als nur eine Stufe. Richtig angewandt, können solche Plattformen extrem hilfreich sein und in Zukunft ein Erfolgsfaktor für schnelle, gut ausgeführte und gelungene Projekte. Aber in falschen Händen kann es auch schnell zu einer Dunstwolke werden, die dieses Hilfsmittel wieder in die Ecke katapultieren weil deren Verantwortliche mit dem Medium nicht kommunizieren können oder wollen.

Ist die E-Mail nicht ein schon längst veraltetes Medium um schnelle Unternehmenskommunikation. Eine E-Mail ist zwar schön und gut um einmalige Informationen auszutauschen, aber nicht um Projekte zu planen oder gar im Dunst des E-Mail Clients diverse Unterhaltungen zu führen. Zumeist werden diese nach geraumer Zeit nicht mehr aufgefunden, vergessen oder vergraben.

Kommunikationsmittel wie Bug – Tracking Systeme z.b. Mantis oder dessen Verwandtschaft, wird für Fehlerfindung verwendet. Eine Protokollierung der einzelnen Elemente und Steps die Fehler verursachen. Das Entwickler Team kann diese dann abarbeiten und entsprechende Makierungen setzen. Was jedoch wieder nur eine spezielle Art und Weise ist. Keine direkte Kommunikation untereinander. Schwer verteilbare Informationen zu Einzelheiten oder Unterstützung durch Bilder etc.. Instant Messangersysteme wie Jabber, Yahoo, XMPP bieten auch nur einen relativ geringen Spielraum um persistente Nachverfolgung anzustreben. Keine Speicherung der Daten auf dauer und nur für schnelle, kurz gehaltene Kommunikation gedacht. CRM – Systeme sind auf den Kunden angepasst und dienen nicht der internen Projektverteilung etc. CMS – Systeme sind für den Content, den reinen Inhalt des Unternehmens verantwortlich.

Alles aus einem Hut will Google Wave bieten. Kommunikation mit Teams, Channels zur Verarbeitung von Problemen, Step by Step Message Protokollierungen. Angehängte Bilder o. Videos zur Visualisierung. Interne Kommunikation, Abteilungsübergreifend. Übersichtlichkeit in Datenpersistenz und Zugängen. Kontrollierbare Vorgänge, sobald diese im System erfasst werden.

PIP.IO … Google Wave für Arme? … Nein ich glaube nicht, aber für Unternehmen auch nicht gedacht. Was will ich unter Applications mit YouTube. Ich glaube der Nutzen von YouTube für unternehmerische Wichtigkeiten ist zu gering als dass diese Plattform expliziert gelistet gehört. PIP.IO ist für mich ein nettes Spielzeug. Ähndelt dem Twitter- Beispiel und zeigt schön die Möglichkeiten Asynchroner Technologien des Web 2.0. Ebenso gehört Facebook auch nicht zu einem Businessprotal mit dem man ernsthaft arbeiten möchte.

Google hat heute seinen Wave- Server, auf Java basierend veröffentlicht. Somit ist für die interne Kommunkation gesorgt. Man muss den Service nicht über Google gehostete Server nutzen sondern kann einen eigenen Collaboration Netz aufsetzten der für interne Kommunikation genutzt werden kann.

Wave ist eine Server-Software, die Funktionen gleich einer Reihe von Kommunikations- und Kollaborationsdiensten vereint. Benutzer führen darin zum Beispiel Konversationen, die asynchron wie E-Mail oder synchron wie Chats verlaufen.

Mehr dazu bei Heise. >> HIER <<

Jetzt hat man schon so viel zu tun mit JSF und arbeitet sich immer tiefer in die Mysterien der Querverlinken Entities und Session basierten Beans. Bei einer simplen Tabelle mit SessionBean Ressources hängt man dann 40 Minuten und sucht einen Fehler, fast schon zum Mäusemelken. Man verzweifelt langsam an sich selbst bis man bemerkt das der Typ “binding” nichts mit der DataTable zu tun haben sollte. Also die Bean #{bean.viewList} im value deklariert und schon funktioniert alles.

Ich hab bestimmt 25 Minuten mit dem Debugger verbracht bis mir aufgefallen ist in einer anderen DataTable die ich vor 2/3 Tagen angelegt habe, dass ich kein value deklarierte. Blöder Fehler auf den ich hiermit gerne Hinweise, denn man kommt zu schnell in die Versuchung mit dem Vorschlag “binding” zu arbeiten.

<h:dataTable value=”#{bug.viewList}” var=”item”>
<h:column>
<f:facet name=”header”>
<h:outputText value=”Datum” />
</f:facet>
<h:outputText value=”#{item.beTimestamp}“>
<f:convertDateTime type=”both” dateStyle=”short” />
</h:outputText>
</h:column>

Hier noch ein kleines Beispiel. Die einzelnen Zeilen der Liste werden in der Variable item gespeichert und können dann abgerufen werden, jenachdem ob man ein Entity dahinter hat, kann man die getter des jeweiligen Feldes nehmen, wenn ein Vector dahinter steht ganze einfach mit dem jeweiligen Feld  #{item[2]}