Für alle die häufiger E-Mail Verläufe oder auch andere Textfiles Archivieren und Migrieren wollen für eine bessere Bestandsaufnahme oder einfach um es sauber ablegen zu können habe ich eine Möglichkeit gefunden mit Open Source Tools eine Migration von Textfiles in PDF’s vorzunehmen. Und das ganze in der Konsole.

Es ist zwar nicht alltäglich eine solche Aufgabenstellung aber man findet relativ wenig dazu im Netz, daher hat es jetzt ein paar Nächte gedauert bis wir einen guten Weg gefunden haben.

Zum einen nutzen wir, egal ob auf Windows oder Unix Systemen.

• enscript
• Ghostscript

 enscript -q -p "PS-file" "TXT-file"

 gs -q -dNOPAUSE -sDEVICE=pdfwrite -sOutputFile=PDF-file PS-file -c quit

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

Wie schon angeschlagen im letzten Post, heute geht es um die ListView Optimierung in Android. In einem sehr interessanten Webcast von Google I/O 2010 gab es schon einiges sehr sinnvolles zu ListViews und auch wieder einiges was ich dazu gelernt habe.

Für alle die es interessiert: The World of ListView

Hier noch das Tutorial bzw. HowTo zu dem Video. Wozu ViewHandler gebraucht werden und wie man Speicherschonend die ListViews befüllt. Anschließend noch ein kleiner Ausschnitt wie man ListViews aktualisiert mit notifyDataSetChanged().

Ich gehe davon aus das jeder weiß wie man eine ListView in der Layout.xml definiert, daher fangen wir sofort an mit der implementierung der View im Code.

Step 1

ListView in der Activity aufrufen.

import java.util.ArrayList;
import java.util.ArrayList;
import java.util.List;

import android.app.Activity;
import android.content.Context;
import android.os.Bundle;
import android.os.Handler;
import android.widget.ListView;

public class ListActivity extends Activity {

	private Context ctx;
	private ListView liste;
	private ListeItemAdapter adapter;

	@Override
	protected void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);

		setContentView(R.layout.liste);
		this.ctx = this;

		Listitems = new ArrayList();
		for(int i=0;i<100;i++) {
			items.add(new ListeItemAdapter().randomText);
		}

		adapter = new ListeItemAdapter(this, R.layout.liste_item, items);
		liste = (ListView) findViewById(R.id.liste);
		liste.setAdapter(adapter);
	}
}

Der Adapter und somit das Herzstück des Tutorials. Wie definiere ich einen ViewHolder zum speichern der statischen Views für eine sinnvolle Speicherwiedernutzung.

import java.util.List;
import java.util.Random;

import android.content.Context;
import android.view.LayoutInflater;
import android.view.View;
import android.view.ViewGroup;
import android.widget.BaseAdapter;
import android.widget.ImageView;
import android.widget.TextView;

public class ListeItemAdapter extends BaseAdapter {

	private Context ctx;
	private int rowResID;
	private List itemList;
	private LayoutInflater layoutInflater;
	public String randomText = myRandomText();

	private static class ViewHolder {
		public static TextView text1;
		public static TextView text2;
		public static TextView text3;
		public static ImageView status;
	}

	public ListeItemAdapter() { }

	public ListeItemAdapter(final Context ctx, final int rowResID, final List itemList) {
		this.ctx = ctx;
		this.rowResID = rowResID;
		this.itemList = itemList; 

		layoutInflater = (LayoutInflater) ctx.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
	}

	public int getCount() {
		return this.itemList.size();
	}

	public Object getItem(int position) {
		return this.itemList.get(position);
	}

	public long getItemId(int position) {
		// TODO Auto-generated method stub
		return position;
	}

	public void setItemList(List itemList) {
		this.itemList = itemList;
	}

	public View getView(int position, View v, ViewGroup vg) {
		ViewHolder holder;

		// prüfen ob eine view bereits existiert
		if(v == null || v.getTag() == null) {
			holder = new ViewHolder();
			v = layoutInflater.inflate(rowResID, null); // inflate the item layout!
			holder.text1 = (TextView) v.findViewById(R.id.text1);
			holder.text2 = (TextView)v.findViewById(R.id.text2);
			holder.text3 = (TextView)v.findViewById(R.id.text3);
			holder.status = (ImageView) v.findViewById(R.id.status);
			v.setTag(holder); // viewholder setzen
		} else {
		// laden der Views über den ViewHolder
			holder = (ViewHolder) v.getTag();
		}

		// get item value
		String item = itemList.get(position);

		// Views füllen
		holder.text1.setText(item);
		holder.text2.setText(myRandomText());
		holder.text3.setText(myRandomText());
		holder.status.setImageResource(myRandomImage());

        return v;
	}

	/**
	 * get random String value
	 * @return String
	 */
	public String myRandomText() {
		String[] values = new String[] { "Hase","Hund","Katze","Maus","Schwein","Pferd","Esel","Kuh","Henne","Hahn","Vogel","Affe","Giraffe","Schlange" };
		Random generator = new Random();
		return values[generator.nextInt(values.length)];
	}
	/**
	 * get random Image Resource
	 * @return int
	 */
	private int myRandomImage() {
		int[] values = new int[] { R.drawable.tick_green_00, R.drawable.tick_green_01, R.drawable.tick_green_02, R.drawable.tick_green_03 };
		Random generator = new Random();
		return values[generator.nextInt(values.length)];
	}

}

Somit wäre eigentlich alles geklärt. Es ist fast selbst beschreibend für die, die sich schon mit ListViews auseinander gesetzt haben.
Wir werden jetzt mit einem Handler in der MainActivity noch ein delayed Handler aufrufen indem wir die Werte der Listview ändern.
Hier die veränderte Activity.

PART 2

Step1

import java.util.ArrayList;
import java.util.List;

import android.app.Activity;
import android.content.Context;
import android.os.Bundle;
import android.os.Handler;
import android.widget.ListView;

public class ListActivity extends Activity {

	private Context ctx;
	private ListView liste;
	private ListeItemAdapter adapter;
	private Handler handler;

	@Override
	protected void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);

		setContentView(R.layout.liste);
		this.ctx = this;
		handler = new Handler();

		Listitems = new ArrayList();
		for(int i=0;i<100;i++) {
			items.add(new ListeItemAdapter().randomText);
		}

		adapter = new ListeItemAdapter(this, R.layout.liste_item, items);
		liste = (ListView) findViewById(R.id.liste);
		liste.setAdapter(adapter);

		Thread updateListViewThread = new Thread() {
			@Override
			public void run() {
				super.run();

				final Listitems = new ArrayList();
				for(int i=0;i<100;i++) {
					items.add(new ListeItemAdapter().randomText);
				}

				handler.postDelayed(new Runnable() {
					@Override
					public void run() {
						adapter.setItemList(items);
						adapter.notifyDataSetChanged();
					}
				}, 5000);

			}
		};
		updateListViewThread.start();

	}

}

AIDL Prozesse oder Services sind Schnittstellen zur Kommunikation und Automatisierung außerhalb der App. Wenn deine App für Widgets oder auch für länger laufende Prozesse einiges an Ressourcen benötigt und vor allem auch nach dem schließen der Applikation weiter arbeiten soll. z.B. Streamen von Musik oder Aktualisieren von Daten bei Newsfeed’s etc. sind sogenannte Remote Services sinnvoll.

Remoteservices werden mit einer .aidl file spezifiziert, dieses beinhaltet eine Interfaceklasse die die Struktur des späteren Services erzeugt. Vieles zur Kommunikation mit dem System erzeugt Eclipse wieder von alleine, um das wir uns nicht kümmern müssen. Einmal verstanden ist es halb so schwer.

Mein Mainpackage z.B. de.jkoeber.testapp darin erstelle ich eine .aidl file mit dem Namen MyRemoteService.aidl

package de.jkoeber.testapp;/** service interface */
interface MyRemoteService{
void startUpate();
void stopUpdate();
boolean isUpdating();
}

Aus dieser AIDL File erstellt der Builder von Eclipse in den Ordner gen die Java Klasse zur Kommunikation mit dem Systemen.

Im nächsten Step registrieren wir den Service in der App. Andernfalls kann das ganze Programm nicht mit der File umgehen. Also fügen wir z.B. folgendes in die AndroidManifest.xml ein.

Jetzt zur Erklärung. Ein Remoteservice wird über die Interfacefile erzeugt. Dem Remoteservice hängt aber eine Klasse an, die die angegebenen Funktionen im Interface ausführt. das wäre dann in der Zeile: android:name=”.remoteservices.MyRemoteService” Das heißt, ich hab ein neues Packages erstellt das .remoteservices heißt und hab darin die Klasse MyRemoteService erzeugt. Per Intent Filter wird anschließend die Interface .aidl Datei angegeben.

Jetzt erzeugen wir noch die Klasse zur AIDL. Es ist wie bei jedem Interface, das es einer Klasse zu Grunde liegt.

package de.jkoeber.testapp.remoteservices;

import java.util.ArrayList;
import java.util.List;

import de.jkoeber.testapp.MyRemoteService;

public class MyRemoteService extends Service {
    private Handler handler = new Handler();

    @Override
    public void onCreate() {
        super.onCreate();
        ctx= this;
    }

    @Override
    public IBinder onBind(Intent intent) {
        // Return the interface
        return mBinder;
    }

    private final MyRemoteService.Stub mBinder = new MyRemoteService.Stub() {
		@Override
		public void startUpate() throws RemoteException {
		    // start update
		}

		/**
		 * stop updating service
		 */
		@Override
		public void stopUpdate() throws RemoteException {
                    // stop service
		}

		/**
		 * check if update is running
		 */
		@Override
		public boolean isUpdating() throws RemoteException {
                   // check if service is running
                }
    };

}

Wer den Fehler: unknown option: – please use -help for a list of valid options steht erstmal vor einem Rätsel. Es ist aber ziemlich einfach. Da Android eher von Google kommt und damit auch eher die Unix und Mac Programmierer ansprechen will stellt man sich dem dummen Windows Nutzer quer und baut schnell mal seinen AVD Manager um.

Seit der aktuelle Version des SDK und AVD Managers ist es nicht mehr gestattet mit Leerstellen im Pfad zum AVD Manager zu arbeiten.
Wer voher einen ähnlichen Pfad wie ich hatte mit Leerstelle. zum Beispiel: c:\Program Files\Android\SDK-Manager\ wird jetzt ziemlich schnell enttäuscht und man erhält den Fehler: unknown option: – please use -help for a list of valid options

Typischerweise gibt es kein Logging und somit beginnt eine dreitägige Tour der Suche in den endlosen Weiten der Updates und Reinstallationen um einen solch banalen Fehler zu finden. Für alle anderen die den Fehler auch haben und sich Emulatoren nicht mehr vernünftig starten lassen. Ladet euren SDK Manager in ein Verzeichnis ohne Leerstellen: c:\android\sdk-manager\ und schon funktoiniert es wie gehabt.

Heute geht es um die Orientation im Android. Alle oder so gut wie alle aktuellen Smartphonehandys haben einen Sensor um die Ausrichtung des Handybildschirms zu bestimmen. Landscape oder Portrait heißen diese 2 Varianten. Mit diesen beiden Möglichkeiten lässt sich viel anstellen. Man kann seine Apps den größen der Monitore etc. anpassen. Eine super Sache. Aber wie stelle ich am geschicktesten die Orientation fest um vernünftig meine Programmdaten zu übergeben.

Eines ist mir aufgefallen. Pads und Handys sind zwei paar Schuhe, das aber auch die Hersteller an sich nicht an die Standards halten finde ich unverschämt. So gibt das Acer Iconia Tab andere Daten als das HTC Desire HD zurück um seine Orientation Punkte zu merken. Zur Erinnerung in der Google bzw. Android Dokumentation:

“unspecified“	The default value. The system chooses the orientation. The policy it uses, and therefore the choices made in specific contexts, may differ from device to device.
“landscape“	Landscape orientation (the display is wider than it is tall).
“portrait“	Portrait orientation (the display is taller than it is wide).
“user“	The user’s current preferred orientation.
“behind“	The same orientation as the activity that’s immediately beneath it in the activity stack.
“sensor“	The orientation determined by a physical orientation sensor. The orientation of the display depends on how the user is holding the device; it changes when the user rotates the device.
“nosensor“	An orientation determined without reference to a physical orientation sensor. The sensor is ignored, so the display will not rotate based on how the user moves the device. Except for this distinction, the system chooses the orientation using the same policy as for the “unspecified” setting.

Jeder der einzelnen Werte wird über eindeute Integer zugeordnet. Aber bei Herstellern, wie ich feststellen musste gibt es diesen Standard nicht und sie übergeben was sie wollen. Im normalen Verfahren, kann man die Position bzw. Orientierung des Displays mit diesem Befehl feststellen und dem entsprechen darauf reagieren:

 Display display = ((WindowManager) getSystemService(WINDOW_SERVICE)).getDefaultDisplay();
 int orientation = display.getOrientation();

Anschließend könnte man den übergebenen Wert per ActivityInfo verlgeichen und den dementsprechenden Content laden. Zum Beispiel so:

switch (orientation) {
  case ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE:
      ... do anything ...
  break;
  case ActivityInfo.SCREEN_ORIENTATION_PORTRAIT:
      ... do anything else ...
  break;
}

Aber das funktioniert nur bedingt. Für Tablet, z.B. dem Iconia von Acer gilt der Landscape und Portrait Bereich nicht, da Acer als Tab sich den Portrait Bereich im Querformat vorstellt und somit die Variable für Landscape und Portrait vertauscht. Somit bekommt man ein 0 für Landscape und 1 für Portrait was nicht sein dürfte.
Für mich ist der Landscape Modus das Querformat des Monitors und nicht die Hochkanvariante. Somit prüfe ich folgendes ab:

setContentView(R.layout.demo) // Für alle Ansichten muss der selbe Name verwendet werden
LinearLayout contentLand = (LinearLayout) findViewId(R.id.content);
LinearLayout contentPortrait = (LinearLayout) findViewId(R.id.content);

if(contentLand != null) { // check if Orientation == Landscape
  ... do whatever u want ...
} else if(contentPortrait != null ) { // check if Orientation == Portrait
  ... do whatever u want ...
}

Mein Beispiel ist kurz und knapp, ich verwende keine Mühe mehr daran den Sensor zu ermitteln wie er gerade steht sondern überlass es dem System. Ich prüfe lediglich ab welche View existiert und arbeite damit weiter. Wenn die jeweilige View ansprechbar ist bzw. in meinem Fall not null erhalte ich das selbe, für mich sogar bessere Ergebnis als wenn ich umständlich mit den Orientation Funktionen arbeite.

Ich hoffe es hilf einigen von euch die sich damit erst beschäftigen werden.

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.

Kurzes HowTo wie man mit ExtJS bequem aus vordefinierten HTML TextFields die Werte entnimmt. Nachdem ich selbst ein paar Stunden suchen konnte, und ausprobieren musste. Hier die schnelle Lösung.

 
  
  
  
  
 



 
Sample


 

Ein neuer Eintrag für die Developer auf meiner Seite. Es dreht sich mal wieder um Android und dessen neue Möglichkeiten. Dank der virtuellen Tastatur kann man nun eingaben direkt auf dem Display tätigen und muss nicht jedesmal in die nervige Queransicht wechseln. Find ich mal ganz praktisch vorallem bei kleineren Anwendungen.

Aber die, die sich mit der “setOnKeyListener“  – Methode rumstreiten müssen und jedes mal zwei Actions ausgeführt bekommen wenn man z.b. auf KEYCODE_ENTER wartet. Hier die Lösung:

EditText textBox = (EditText) findViewById(R.id.textBox);
textBox .setOnKeyListener(new OnKeyListener() {
     public boolean onKey(View v, int key, KeyEvent event) {
          if(key == event.KEYCODE_ENTER && event.getAction() == 1) {
            Log.d("KEY_PRESSED","ENTER");
            startSearch(v);
          }
      return false;
     }
});

Ganz kurz und knapp:

Beim einfachen onKey Event werden jedesmal 3 Events ausgelöst. Einmal die Action der Taste und dann für “pressed” und “released” somit müsst ihr auch diese Events abfangen und auf eine gelöste oder gedrückte taste reagieren.

Das wäre dann dieser Part:

event.getAction() == 1

ich warte solange bis derjenige die Tase wieder los lässt.