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);

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.

So, mich hat die letzen paar Tage mal wieder ein kleines Thema gequält und überaus viele Nerven gekostet. Ein alternatedocroot wie es so schön heißt im Glassfish. Im Endeffekt ist, wenn man die Lösung kennt es ganz einfach zu handlen. Ein Alternatedocroot ist nichts weiter als eine Verklinkung auf ein anderes Verzeichnis irgendwo auf den Platten der Server. Für meine Zwecke z.b. für eine Bilddatenbank und unmengen immer wieder wechselnder Files die nicht mit deployed werden können.

Glassfish bietet dazu einiges Möglichkeiten. In den virtuellen Servern kann man das Property anlegen, was relativ unelegant beim Deploy über Netbeans z.B. ist.

Wenn ich allerdings meine Daten in der sun-web.xml mitgebe, wird es ebenfalls erkannt und ich kann jederzeit ohne die Administrative Console des Glassfishes anlangen zu müssen meine alternatedocroots festlegen.

Der alternatedocroot oder Redirect auf einen lokalen Ordner, kann jenachdem wie er definiert wird verwendet werden. Man kann einfache Filterregeln mit übergeben, in denen man z.b. nur *.jpg Files aufrufen kann.

Das mitgegebene Property sieht wie folgt aus:

<property name=”alternatedocroot_1″ value=”from=/foto/* dir=/var/www” />

Man darf nicht direkt auf den neuen pfad verlinken sondern auf seinen masterfolder. In diesem Fall muss im Ordner /var/www der Ordner foto erstellt werden um über z.b. http://localhost:8080/meinProjekt/foto alle Fotos anzusprechen die dort liegen.

Es ist schon sehr kuios, eigentlich sollte ein Update der Software Fehler verhindern oder gar einige neue Features beinhalten nicht jedoch wenn man ein Macupdate macht. Habe heute meine neue Software installiert und muss sagen, Eclipse geht nicht mehr. Gleichauf mit dem Neustart des Rechners wollte ich Eclipse laden um sofort wieder an mein kleines Projekt zu gehen und ein paar Kleinigkeiten auszuprobieren. Nix wars! Eclipse wollte einfach nicht, und ließ mich mit einem kleinen Hinweis einfach liegen. Aber für euch die Lösung in ein paar Sekunden. Falls ihr in der Log folgendes findet:

!SESSION 2010-06-17 23:10:59.850 -----------------------------------------------
eclipse.buildId=
java.version=1.6.0_20
java.vendor=Apple Inc.
BootLoader constants: OS=macosx, ARCH=x86, WS=cocoa, NL=de_DE
Framework arguments:  -product org.eclipse.epp.package.jee.product -keyring /Users/lyrixx/.eclipse_keyring -showlocation
Command-line arguments:  -os macosx -ws cocoa -arch x86 -product org.eclipse.epp.package.jee.product -keyring /Users/lyrixx/.eclipse_keyring -showlocation

!ENTRY org.eclipse.osgi 4 0 2010-06-17 23:11:01.568
!MESSAGE Application error
!STACK 1
java.lang.NullPointerException
	at org.eclipse.swt.graphics.Device.getFontList(Device.java:369)
	at org.eclipse.jface.resource.FontRegistry.filterData(FontRegistry.java:465)
	at org.eclipse.jface.resource.FontRegistry.createFont(FontRegistry.java:499)
	at org.eclipse.jface.resource.FontRegistry.defaultFontRecord(FontRegistry.java:563)
	at org.eclipse.jface.resource.FontRegistry.getFontRecord(FontRegistry.java:673)
	at org.eclipse.jface.resource.FontRegistry.get(FontRegistry.java:613)
	at org.eclipse.jface.resource.JFaceResources.getDialogFont(JFaceResources.java:273)
	at org.eclipse.jface.dialogs.Dialog.initializeDialogUnits(Dialog.java:925)
	at org.eclipse.jface.dialogs.TitleAreaDialog.createContents(TitleAreaDialog.java:131)
	at org.eclipse.jface.window.Window.create(Window.java:431)
	at org.eclipse.jface.dialogs.Dialog.create(Dialog.java:1089)
	at org.eclipse.jface.window.Window.open(Window.java:790)
	at org.eclipse.ui.internal.ide.ChooseWorkspaceDialog.prompt(ChooseWorkspaceDialog.java:91)
	at org.eclipse.ui.internal.ide.application.IDEApplication.promptForWorkspace(IDEApplication.java:275)
	at org.eclipse.ui.internal.ide.application.IDEApplication.checkInstanceLocation(IDEApplication.java:223)
	at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:103)
	at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559)
	at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514)
	at org.eclipse.equinox.launcher.Main.run(Main.java:1311)

Jetzt zur Lösung. Zwar haben einige mit einem Clean in der Config.ini versucht das Problem zu beheben. Aber bei viele wird das einfach scheitern da die Fenster nicht richtig geladen werden. Meines erachtens geht da bei der Erstinstallation des Updates was schief. Also was tun? Richtig, das Update erneut herunter laden. Hier zum Combo Update für Snow Leopard. Wenn das Update erfolgreich installiert wurde und der Rechner neu gestartet wurde könnt ihr gerne euer Eclipse erneut starten und siehe da, es geht wieder. Dann weiterhin viel Spaß beim Entwicklen.

Nichts Neues ist der Einsatz von Thin Clients in Unternehmen um kostengünstig Terminalclients anzubieten. Neue Mitarbeiter können so schnell und effektiv im Unternehmen aufgenommen werden. Jedoch kommt hier wieder der Einsatz moderner Technologie. Webservices, Cloud’s und Remoteapplications.
Google bietet mit dem Collaboration Werkzeug Wave eine Möglichkeit an schnell Prozesse und Projekte zu planen und deren Abläufe zu bestimmen. In Gruppen können Mitarbeiter Dokumente, Bilder etc. tauschen.
Amazon bietet mit einem gigantischen Cloudservice Rechenleistung an und versucht somit die Power zu Zentralisieren. Somit benötigt ein Unternehmen keine eigenen Server die zu 20% ausgelastet sind und den Rest des Tages warme Luft produzieren. Da bekommt der Begriff “On Demand” ein ganz neues Bild. Nicht nur Software die auf den Kunden zugeschnitten wurde, auch Rechenleistung die dann abrufbar ist, wenn man sie braucht.
Jetzt kommt auch IBM ins Spiel. Big Blue wirft wieder einen neuen Begriff auf den Markt, “Smarter Planet” nennt sich das Projekt des Riesen. Smart, was versteht der Konzern darunter. Wenn einfach, einfach einfach ist. Man beschäftigt sich nicht nur mit der Austattung von Städten mit intelligenten Systemen. Man arbeitet sich bis auf die Workstation vor. Wie kann ein Mitarbeiter effektiver werden? Warum benötigt man so viel Zeit zur Suche nach Daten? …
Ich selbst Glaube, das es auf die unterschiedliche Arbeitsweisen zurück zu führen ist. Katastrophale Ordnung und wüstes Speichern von Daten. Kein System, keine Ordnung und meistens, vor allem im Mittelstand unzureichende Software oder auch Kenntnisse zum Einsatz dieser. Es ist viel Arbeit ein Unternehmen mit richtiger Software auszustatten. Denn wachsende Aufgabengebiete möchten auch schnellst möglich abgedeckt sein. Je nach Spezialisierung der Software ist es aber nicht so einfach möglich.
Flexibel ist man daher per Webapplikation. Je mehr auf den Browser abgebildet werden kann, desto schlankere Clients können verwendet werden, desto höher ist die Auslastung der hauseigenen Server und man spart einiges an Energie und Lizenzkosten, installierbare Software.

Habe mich kurz mit dem Sharen von meinen Blogposts beschäftigt und da ist mir doch aufgefallen dass man es viel einfacher machen könnte. Nicht immer sein eigen Kopf ansträngen muss um seine Blogposts zu sharen und vllt. klickt dann der ein oder andere doch mal drauf. Fix in die Adminconsole vom Blog und ein passendes Plugin gesucht.

Somit könnt ihr nun per “Share” – Button meine Blogposts direkt verschicken ohne Umwege.

Die nächste Zeit dürften wieder ein paar Posts über JavaEE 6 kommen, da ich versuchen werde mein kleines Projekt voran zu treiben. Es dient mir sehr als Lernhilfe und ich denke, wenn es so weit ist könnte man es auch mal online stellen und der Öffentlichkeit zur verfügung stellen. Bisher ist der Funktionsumfang eher gering und viele kleinere Fehler ärgern mich, aber auch dass sollte bald gefixt sein. Lasst euch überraschen. Denn wenn es läuft, kann man evtl. sogar noch ein kleines Mobile App dazu basteln… auf Android Basis selbstverständlich …

tschau und noch einen schönen Tag.

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.

Es ist zwar nichts neues, aber um mal wieder einen kleinen Blog Eintrag zu generieren sprech ich heute mal die Übergabe von Parametern mit <h:commandButton> an. Der Commandbutton wird als Standard Submit Button ins HTML geparsed und kann mit diversen Action Listenern verknüpft werden die beim aktivieren des Button’s ausgeführt werden und somit einzelne Werte übergeben.

Ich nutze diesen z.b. um bestimmte Nutzerdaten von ein Bean in das nächste zu schaufeln oder um div. Werte mit zu übergeben die nur ab und an benötigt werden und daher nicht in der Datenbank gespeichert werden sollten.

Ein kleines Beispiel hierzu während ich auf meinen Glassfish Testserver warte.

<h:commandButton id=”addBtn” action=”addBtn” value=”Eintragen”>

<f:setPropertyActionListener target=”#{entry.id}” value=”5″ />

<f:setPropertyActionListener target=”#{entry.name}” value=”#{project.name}” />
</h:commandButton>

In diesem Beispiel wird in mein EntryBean folgendes passieren.

Der Setter für id wird gestartet und mit 5 befüllt also

public void setId(int id) {

this.id = id;

}

public void setName(String name) {

this.name = name;

}

Bei der ganzen Prozedur wird somit aus dem ProjectBean per Getter der Projektname herausgezogen und übergeben. Ich hoffe ich konnte einigen etwsa helfen und wünsch weiterhin viel Spass, als nächstes gibts ein kurzes Tutorial/Howto zu den <h:selectOneListbox /> mit SessionBean Verknüpfung.