Radeln …

Heute Morgen hatte ich ein hartnäckiges Ziel. 3 Stunden Radeln. Leider habe ich die Temperaturen und meine Vorbereitung etwas unterschätzt. Bis ich mich fertig gemacht habe. Frühstücken, Klamotten, Trinken und Co war schon die erste Stunde rum und um 11:00Uhr sollte ich doch zurück sein für einen Termin.

Somit konnte ich leider erst um 8:45Uhr starten. Quer durch die Gengend. Wie immer war der Start bei mir vor der Tür 😉 … Quer übers Feld Richtung Wirsberg. Über den neuen Radweg nach Schwarzhof und gegen die große Steigung auf Marktschorgast. Mittlerweile kenne ich die Strecke schon fast blind aber die Beschaffenheit heute waren schon etwas extra.

Nicht nur Laub oder Match hatten sich auf dem Feldweg breit gemacht. Sondern auch dicke und tiefe Reifenspuren der Tracktoren und Landmaschinenfahrzeuge. Was will man mehr als eine anspruchsvolle Strecke. Nachdem ich kurz vor Marktschorgast war musste ich kurz halt machen weil meine Oberschenkel doch etwas leiden durften. Es ist zu 100% anders als laufen. Aber ich war fit. 9:15Uhr und fit wie ein Turnschu. Kaum zu glauben.

 Von Marktschorgast ging es dann abwärts in die Grundmühle. Dabei erreicht man eine schöne Geschwindigkeit und mit einem Zack rutscht man wieder quer über den Bletterboden und Matschflecken auf Wirsberg zu. Kurz davor bin ich abgebogen um wieder etwas Herausforderung zu spüren und habe mich wieder weiter dem Berg auf begeben.

Richtung Sessenreuth und dem Reiterhof wurde es nochmal spannend. Der Radweg wurde immer schmaler und es ging nur noch runter. Warum auch immer ich davon kein Bild gemacht habe. Falls ich mal etwas mehr Zeit habe zum Fotografieren oder filmen werde ich die Strecke auch mal etwas dokumentieren. Ich finde sie nicht verkehrt. Es macht Spaß und ist teilweise auch anspruchsvoll. So, genug von heute. Leider waren es wieder nur 1,5 Stunden und morgen geht es wieder rund. Mal sehen ob ich dann mehr schaffe. 😉

Löschen von Dateien die auch als root nicht gelöscht werden können

Wenn Dateien und Ordner eauch als root nicht gelöscht werden können kann es eine einfache Ursache haben. Dem Ordner oder der Datei wurden weitere Attribute hinzugefügt. Eines davon ist immutable. Dieses kleine Attribute hat mich einige Nerven gekostet und ist auf dem ersten Blick nicht sichtbar.

Mit dem Befehl lsattr -la können alle weiteren attribute im Verzeichnis dargestellt werden. Hier steht dann auch das jeweilige Attribut das dem Ordner neben den Standardrechten noch zugeordnet werden kann.

Über man chattr bekommt ihr eine Übersicht der Attribute die einem Verzeichnis/Datei zugeordnet werden können und auch wie man diese setzte bzw. entfernt.

Abschließend noch der Befehl zum entfernen von immutable. Ein einfaches: chattr -i genügt um alles wieder ordnungsgemäßg löschen zu können.

PDFs in Java erstellen – Open Source

Zur Erstellung von PDFs mit Java gibt es nur wenige wirkliche Open Source Lösungen. Leider wurde eine gute Lösung mittlerweile kostenpflichtig und für kommerzielle Nutzung wirklich teuer wenn man ein paar Nutzer anbinden will. Somit haben wir uns für pdfBox entschieden. Es ist zwar um einiges einfacher und rudimentärer gestaltet als iTextPdf aber dafür noch open source und vor allem Lizenzfrei.

Wir haben vor kurzem eine andere Möglichkeit gefunden. Leider ist es nicht so schön gelöst wie bei iTextPdf. Jede Zeile/Pixel und Polygon wie auch immer man es bezeichnen mag wird per Koordinatensystem bestimmt. Wobei der absolute Nullpunkt immer links unten ist.

Auch unterstützt pdfBox leider keine Tabellen, Hintergründe oder sonstige Features. Wobei ich demnächst eine neue Subklasse euch anbieten möchte in der man ein paar dieser simplen Features nutzen kann. Vorallem mit Background hinterlegter Text oder auch eine Tabelle.

 
Anbei noch ein kleiner UseCase wie pdfBox zu verwenden ist.
 

private int column1 = 30, column2 = 350, column3 = 475;
private int startTop  = 700;
private int spacer = 21;
private float pageWidth = 0;

public void generatePDF() {
            PDDocument document;
	    PDPage page;
	    PDFont font;
	    PDPageContentStream contentStream;
	    PDJpeg logo;
	    InputStream inputLogo;
	    ByteArrayOutputStream output = new ByteArrayOutputStream(); 
	    final ClassLoader cls = Thread.currentThread().getContextClassLoader();
	    
	    // Creating Document
	    document = new PDDocument();

	    page = new PDPage(PDPage.PAGE_SIZE_A4);
	    pageWidth = PDPage.PAGE_SIZE_A4.getWidth();
	    LOG.info("HEIGHT: " + PDPage.PAGE_SIZE_A4.getHeight() + " WIDTH: " + PDPage.PAGE_SIZE_A4.getWidth());
	    
	    // Adding page to document
	    document.addPage(page); 

	    // Adding FONT to document
	    font = PDType1Font.HELVETICA;           

	    // Retrieve Image to be added to the PDF
	    inputLogo = new FileInputStream(new File(cls.getResource("image-default-logo.png").toURI().getPath()));

	    BufferedImage buffLogo = ImageIO.read(inputLogo);
	    logo = new PDJpeg(document, buffLogo);
	    logo.setHeight(32);
	    logo.setWidth(246);

            contentStream = new PDPageContentStream(document, page); 
	    contentStream.drawImage(logo, 339, 770);
	    
	    addBackgroundRectangle(contentStream, Color.GRAY, column1, l-8, 31);
	    addText(contentStream, font, reportuebersicht, 18, column1, newLine());
}

private void addText(PDPageContentStream contentStream,
	    				PDFont font,String text,int size,
	    				int posx,int posy) throws IOException {
	contentStream.beginText();
	contentStream.setFont(font, size);
	contentStream.moveTextPositionByAmount(posx, posy);
	contentStream.drawString(StringEscapeUtils.unescapeHtml4(text));
	contentStream.endText();
}

private void addBackgroundRectangle(PDPageContentStream contentStream, Color color, int posx, int posy, int height) throws IOException {
	 contentStream.setNonStrokingColor(color);
	 contentStream.fillRect(posx-3, posy-3, pageWidth-60, height);
	 contentStream.setNonStrokingColor(Color.BLACK);
}

Remote Logs, Tail Logs in Windows, Log Viewer

Ich habe mich mal wieder auf den Weg gemacht um ein allgegenwärtiges Problem zu lösen. Unschöne Logs in eine Form quetschen um Sie schnell analysieren zu können. Einen schnellen überblick zu haben wo Fehler auftreten oder einfach nur ein paar Debugmessages im Blick zu haben. Dabei bin ich auf ein nützliches Open Source Projekt gestoßen. OtrosLogViewer, hört sich ziemlich chinesisch an ist aber sehr gut zu bedienen wenn es das erste mal läuft.

Super viele Einstellungsmöglichkeiten um wichtige Marken zu setzen oder einfach nur die log am Stücke zu sehen und per „tail“ immer wieder aktualisiert zu bekommen.

Der LogViewer der nicht nur ein tail Ersatz für Windows für mich ist sondern auch eine visuelle Aufbereitung der Ergebnisse mir bringt macht es um einiges leichter Auffälligkeiten zu checken.

Projektseite

http://code.google.com/p/otroslogviewer/

Installation

Ihr müsst euch lediglich die ZIP file aus dem Google Code ziehen. http://code.google.com/p/otroslogviewer/downloads/list

Achtung: Um das ganze System sauber benützen zu können solltet ihr Java JRE6 verwenden. Mit JRE7 werdet ihr massive Probleme bekommen. Habe ich auf alle Fälle festgestellt.

HowTo

Der LogViewer bietet euch die Möglichkeiten eigene Pattern anzulegen. Diese dienen dazu Logfiles verschiedenster Server zu parsen und in eine korrekte Form zu biegen. Ich habe euch hier 2 Pattern für glassfish und tomcat 7 zum download hinterlegt. Die ZIP Datei entpacken und beide Pattern Files einfach in den Ordner: plugins/logimporter kopieren.

Video

Schultereckgelenksverrenkung

Leider war ich die letzten 4 Wochen Sporttechnisch leider etwas auf dem Holzweg. Da ich einen kleinen Unfall hatte und mir eine Tossi1 zugezogen habe – Die Verletzung hört sich irgendwie komisch an – konnte ich leider keine Übungen mehr machen und habe mich somit aufs Joggen konzentriert. War relativ viel mit Inlinern und im Wald unterwegs. Leider wird es jetzt immer kälter und kälter daher wird es wieder Zeit meine Fitnessstudio Karte zu aktivieren und schon mal ein Laufband für mich zu reservieren.

Apropo Tossi, hier noch der passende Wikipedia Artikel zur Verletzung

 

Liferay 6.1 – Minifier Error

Ein nerviger Fehler im Liferay ist der Minifier für JavaScript oder CSS Code. Der Fehler ist zwar ziemich banal aber es nervt wenn er immer und immer wieder auftritt nur weil einige Zeilen Code falsch auskommentiert wurden. Richtig, der Fehler tritt auf dern Kommentare falsch gesetzt werden.

Single Line Kommentarblöcke mit doppel Slash werden von Liferay nicht unterstützt und schießen den Minifier leider ab. Somit immer den Blockkommentar verwenden und saubere Kommentarfelder integrieren. Damit sollte dann ein reibungsloser Betrieb wieder möglich sein.

Liferay 6.1 – Webservices – RemoteInterface

Ich habe einen ganzen Tag damit verschwendet fehlerhafte Tutorials von Liferay zu durchforsten um nach dem X- ten Versuch endlich eine passende Lösung zu finden. Das Geheimnis liegt in dern Stub’s die vom Webservice generiert werden. Um eine korrekte Übergabe der User und Passwort Credentials zu erzielen dürft ihr diese nicht in der URL übergeben. Beispiele von Liferay sind hierbei falsch und alle Anfragen werden mit einem 401 Authentication failed zurückgewiesen. Ich werde euch Anhand eines einfachen Webservices zeigen wie es korrekt funktioniert und Axis konform ist. Wir erstellen zunächst ein Standard Liferay Projekt mit Portlet. Das Portlet könnt ihr genau so gut wieder löschen. Oder blank im Projekt lassen. Anschließend könnt ihr über einen Rechtsklick auf euer Projekt.

Nachdem ihr das gemacht habt erscheint ein kleiner Dialog. Eigentlich selbsterklärend. Nachdem ihr auf „Finish“ gedrückt habt, geht es nun an den Service. Hierbei erstellt er euch automatisch die Entity Foo. Es ist eine Erleichterung falls ihr vorhabt persistent Daten in der Liferay Datenbank unter zu bringen. Ich will euch mit diesem Beispiel lediglich zeigen wie RemoteService in Liferay kommunizieren. Zu diesem Zweck habe ich die Entity gelöscht. Anschließend müsst ihr über den Rechtsklick auf die services.xml eure Klassen builden. Wenn der Ant Prozess durchlaufen ist und euch keine Fehler unterlaufen sind, solltet ihr jetzt eine ganze Stange neuer Klassen im src Directory haben. Darin enthalten sind im package impl folgende zwei Klassen zum einen für die local Services „FooLocalServiceImpl“ zum anderen für die RemoteServices die wir später anzapfen wollen. Das heißt, jegliche funktionalität im Service includieren wir in unserer RemoteKlasse: „FooServiceImpl“. Hier habt ihr ein kleines Biespiel für ein simples Ping Pong Beispiel. Anhand eines Zufallwertes. Wichtig! Ihr müsst jetzt wieder die Services erneut builden um Änderungen wirksam zu machen!

Jetzt gehts an den Hauptteil des Blogeintrags. Das Portlet mit der RemoteClient Funktion. Wie ihr euch schon denken könnt müsst ihr ein neues Liferay Projekt erstellen inkl. MVC Portlet.
Zum einen erstellen wir eine eigene Klasse in Abhängigkeit des MVC-Portlets. Hierzu passen wir einfach unsere portlet.xml des neuen WebService Clients an.

Wenn die neue Klasse erstellt ist, wird sie später bearbeitet. Aber zuerst erstellen wir unsere Webclient. Hierbei klicken wir rechts auf unser Portlet und über New -> Other zum WebserviceClient.

Über weiter kommen wir dazu die ServiceURL einzugeben. Hierbei muss beachtet werden dass wir den PortletName nutzen und über, seit liferay 6.0 /api/axis oder /api/secure/axis die Services aufrufen können.

Jetzt können wir unsere erweiterte MVC Klasse aufbauen.

public class RemoteClient extends MVCPortlet {

	private String host = "localhost";
	private String port = "8180";
	private String userId = "test";
	private String password = "test";
	private String portlet = "FooService-portlet";
	private String method = "Plugin_foo_FooService";

	@Override
	public void doView(RenderRequest renderRequest,
			RenderResponse renderResponse) throws IOException, PortletException {
		super.doView(renderRequest, renderResponse);
	}

	@Override
	public void processAction(ActionRequest actionRequest,
			ActionResponse actionResponse) throws IOException, PortletException {

// ACTION - CALL SERVICE
		try {			
			FooServiceSoapServiceLocator locator = new FooServiceSoapServiceLocator();
			FooServiceSoap service = locator.getPlugin_foo_FooService(_getURL(method, false));
			((Plugin_foo_FooServiceSoapBindingStub) service).setUsername(userId);
			((Plugin_foo_FooServiceSoapBindingStub) service).setPassword(password);

			String match = service.match();
                        System.out.println("Match: "+match);

		} catch (AxisFault e) {
			// TODO Auto-generated catch block
			e.printStackTrace();
		} catch (ServiceException e) {
			// TODO Auto-generated catch block
			e.printStackTrace();
		} catch (Exception e) {
			// TODO Auto-generated catch block
			e.printStackTrace();
		}

		super.processAction(actionRequest, actionResponse);
	}

        /**
	 * @param serviceName
	 * @param authenticatedUrl
	 * @return
	 * @throws Exception
	 */
	private URL _getURL(String serviceName, boolean authenticatedUrl) throws Exception {
        String url;
        if(portlet != null) { portlet = "/"+portlet; }
        if (authenticatedUrl) {        	
            url = "http://" + userId + ":" + password + "@"+ host+ ":"+port+portlet+"/api/secure/axis/" + serviceName;
        } else {
            url = "http://" + host+":"+port+portlet+"/api/axis/" + serviceName;
        }
    
        return new URL(url);
    }
}

Wichtig! Für alle die Probleme haben über die _getURL zu kommunizieren, was vor allem Auftritt wenn Server zu Server Verbindungen erstellt werden, muss die AXIS User & Passwort Kombination integriert werden. Hierbei sind diese zwei Zeielen verantwortich:

((Plugin_foo_FooServiceSoapBindingStub) service).setUsername(userId);
((Plugin_foo_FooServiceSoapBindingStub) service).setPassword(password);

Ich freue mich Antworten und hoffentlich konnte ich euch helfen! 😉

Liferay 6.1 – Segmentation fault

Probleme mit Tomcat 7 und Liferay? … Kurz nach dem Start läuft der Server nicht mehr. Die Konsole meldet lediglich Segmentation fault. Kein schöner Fehler und unser Lösungsversuch ist lediglich: JDK Update. Nachdem wir die Java 1.6.24 auf 1.6.34 geupdated haben ist der Fehler verschwunden und der Server läuft wieder stabil.

Liferay – Unable to deploy portlet in Liferay Portal

Problem: Unable to deploy portlet in Liferay Portal Server 6.1.0 CE. Während des deploys erhalte ich den Fehler „war does not support this version of Liferay“ oder “ Add war to the blacklist“.

com.liferay.portal.kernel.deploy.auto.AutoDeployException: sample-struts-portlet-6.1.0.1.war does not support this version of Liferay
 at com.liferay.portal.deploy.auto.PortletAutoDeployer.autoDeploy(PortletAutoDeployer.java:99)
 at com.liferay.portal.deploy.auto.PortletAutoDeployListener.deploy(PortletAutoDeployListener.java:78)
 at com.liferay.portal.kernel.deploy.auto.AutoDeployDir.processFile(AutoDeployDir.java:180)
 at com.liferay.portal.kernel.deploy.auto.AutoDeployDir.scanDirectory(AutoDeployDir.java:222)
 at com.liferay.portal.kernel.deploy.auto.AutoDeployScanner.run(AutoDeployScanner.java:50)
Caused by: com.liferay.portal.kernel.deploy.auto.AutoDeployException: sample-struts-portlet-6.1.0.1.war does not support this version of Liferay
 at com.liferay.portal.tools.deploy.BaseDeployer.deployFile(BaseDeployer.java:746)
 at com.liferay.portal.deploy.auto.PortletAutoDeployer.autoDeploy(PortletAutoDeployer.java:96)
 ... 4 more
06:08:32,312 INFO  [AutoDeployDir:203] Add sample-struts-portlet-6.1.0.1.war to the blacklist 

Mein Problem hierbei war nicht das erstellen des Portlets in einer höheren Version oder einer niedrigeren. Es war lediglich ein Eintrag in einer XML File der gefehlt hat.

Lösung:
Bearbeitet die Datei: „docroot\WEB-INF\liferay-plugin-package.properties“ und fügt folgenden Parameter ein bzw. verändert die Version dementsprechend.

liferay-versions=6.1.0

Jetzt müsst ihr den Server neustarten um das Portlet von der Blacklist zu bekommen. Anschließend sollte es wieder deployed werden können. Wenn das nicht der Fall ist, schaut bitte noch in der anderen File nach: „liferay-plugin-package.xml“


        6.1.0+
    

Android: setOnClickListener

Aufbauend auf dem ersten Tutorial (Wie fange ich an?) werde ich euch jetzt zeigen wie man seine MainActivity Class richtig befüllt und die erste Aktion über den Button ausführt.

Vorher machen wir noch einen kleinen Ausflug in den Lifecycle einer Android Activity. In der MainActivity werdet ihr ein onCreate(); finden. Diese „Mastermethode“ wird dazu verwendet Buttons und andere Elemente zu initialisieren und evtl. auch mit Leben zu befüllen. Es gibt noch andere Statusse in denen sich die Activity befinden kann. z.B. onView(); Es wird nicht empfohlen in der onView intensive Aufgaben zu initialisieren da sich sonst die ganze Activity in einem stehenden Zustand verwendet. Erst wenn der komplette Prozess abgerufen wäre würde sich die Oberfläche wieder bedienen lassen. Hier noch eine kleine Übersicht des Android Activity Lifecycles.

 

Zurück zu unseren Aktionen die wir auf unseren Button setzen wollen. Per klick soll die nächste Aktivität gestartet werden. Somit wird ein neuer Intent aufgerufen.

Um eine neue Activity aufzurufen müssen wir erstmal eine neue Activity erstellen. Dazu machen wir einen Rechtsklick auf unser Package in dem die MainActivity liegt und erstellen eine neue Klasse, hierbei geben wir als SuperClass Activity an.

Nachdem wir die Events.class erstellt haben benötigen wir noch eine neue LayoutFile für die Events Klasse. Also werden wir das machen. Rechtsklick auf den Ordner layout unter res und schon könnt ihr bei Other auf Android Layout xml File.

Das neue XML File habe ich activity_events.xml getauft. Jetzt könnt ihr gerne meinen Code kopieren. Hierbei wird lediglich eine TextView und eine ListView verwendet.



    

    
    
    

So, anschließend bearbeiten wir jetzt noch unsere Events.class folgendermaßen:

private static String _URL = "url";

@Override
protected void onCreate(Bundle savedInstanceState) {
	super.onCreate(savedInstanceState);
	setContentView(R.layout.activity_events);

	Intent intent = super.getIntent();
	Bundle extras = intent.getExtras();
	String url = (String) extras.get(_URL);

	TextView textViewURL = (TextView) findViewById(R.id.textViewURL);
	textViewURL.setText(url);
}

Hier wird lediglich die neue Activity dargestellt und der übergeben Parameter im TextView wieder ausgegeben.
Um auch die MainActivity dementsprechend anzupassen und eine Aktion auszuführen gibt es jetzt den CodeSnippet für die MainActivity.class

public class MainActivity extends Activity {

	private static String _URL = "url";
	private String url = "http://www.infranken.de/storage/rss/rss/2.0/lokales.xml";

    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        Button btnShowNext = (Button) findViewById(R.id.btnGo);
        btnShowNext.setOnClickListener(new OnClickListener() {
			public void onClick(View v) {
				Intent itn = new Intent(v.getContext(), Events.class);
				itn.putExtra(_URL, url);
				v.getContext().startActivity(itn);
			}
		});

    }

    @Override
    public boolean onCreateOptionsMenu(Menu menu) {
        getMenuInflater().inflate(R.menu.activity_main, menu);
        return true;
    }

}

Bevor ihr die App nun starten könnt für einen ersten Testlauf müsstest ihr noch die Manifest File anpassen. Dank dem Sicherheitskonzept von Android, können Activities nicht willkürlich aufgerufen werden.