Architektur: x86_64
OS: Ubuntu 10.04 LTS - Lucid Lynx
Evolution 2.28.3
remove-duplicates-plugin 0.0.4-1-ppa1-lucid
Evolution ist sicher nicht perfekt und eines der nervigsten Probleme ist, daß das Entfernen von fälschlicherweise duplizierten Nachrichen per Hand zu Fuß bei über 1000 Nachrichten einfach nicht machbar ist.
Dafür gibt es ein Plugin, daß zwar auch nicht alle Duplikate erkennt, aber mal ein erster Schritt ist.
Zuerst fügt man die Paketquelle des Plugins hinzu: http://ppa.launchpad.net/toobaz/toobaz/ubuntu lucid main
Danach mit dem Synaptic-Paketverwarltung das Paket "remove-duplicates-plugin" installieren.
Evolution neu starten, einen Folder auswählen, alle Nachrichten markieren und mit Rechtsklick "Remove duplicates" auswählen.
Probleme gibt es wenn man auf einen Account mit mehreren Adressen zugreift, hier reicht im Normalfall die Angabe nur einer Adresse um die Mails abzuholen.
Anmerkung 17.10.2010: Nach dem Upgrade auf Maverick und dem einhergehenden Upgrade von Evolution scheint das Plugin nun nicht mehr zu funktionieren, was mich schlußendlich dazu gebracht hat wieder auf Thunderbird umzusteigen, auch wenn dort der Kalender in der 64 Bit Variante nicht funzt.
Ubuntuuser.de Forumsbeitrag
Sonntag, 25. Juli 2010
Mittwoch, 7. Juli 2010
maven-jmeter-plugin: properties im jmx File
maven-jmeter-plugin 1.0
Wenn beim automatisierten Testen der Pfad zur Testdatenbank nicht hardcodiert angegeben werden kann steht man vor dem Problem, wie man nun den verflixten Pfad in die im jmx File definierten Requests reinbekommt. Die Lösung ist das Anlegen eines jmeterUserProperties im pom File:
Dieses Attribut fügt man nun in den benötigten Stellen des jmx Files umschlungen mit ${__P(definiertesAttribut)} ein:
Links:
maven-jmeter-plugin Download
Blogeintrag von Ronnie Alleva
Wenn beim automatisierten Testen der Pfad zur Testdatenbank nicht hardcodiert angegeben werden kann steht man vor dem Problem, wie man nun den verflixten Pfad in die im jmx File definierten Requests reinbekommt. Die Lösung ist das Anlegen eines jmeterUserProperties im pom File:
org.apache.jmeter maven-jmeter-plugin 1.0 jmeter-tests integration-test jmeter ${project.build.directory}/jmeter-reports ${project.build.testOutputDirectory} commons-logging commons-logging 1.0.4 true test
Dieses Attribut fügt man nun in den benötigten Stellen des jmx Files umschlungen mit ${__P(definiertesAttribut)} ein:
false v2v.dbpath ${__P(buildpath)}%2FBENUTZER%2FSELENIUM%2F = true
Links:
maven-jmeter-plugin Download
Blogeintrag von Ronnie Alleva
Dienstag, 6. Juli 2010
Zeile eines Files mit dem maven-antrun-plugin löschen
Maven 2.2.1
maven-antrun-plugin 1.3
ant-optional 1.5.1
Um eine einzelne Zeile aus einem File zu löschen, die ein bestimmtes Keyword beinhaltet, bediene ich mich des replaceregexp tasks, der im ant-optional jar enthalten ist, in diesem Fall um das Ergebnisfile des maven-jmeter-plugin meinen Bedürfnissen für die automatische Auswertung mit dem Performance Plugin für den Hudson anzupassen.
Dafür wird das File, um einen vernünftigen Namen ohne Datumsstring zu bekommen, umbenannnt und danach die Startup Zeile, die durch Ihre lange Dauer das Ergebnis verfälscht, gelöscht.
maven-antrun-plugin 1.3
ant-optional 1.5.1
Um eine einzelne Zeile aus einem File zu löschen, die ein bestimmtes Keyword beinhaltet, bediene ich mich des replaceregexp tasks, der im ant-optional jar enthalten ist, in diesem Fall um das Ergebnisfile des maven-jmeter-plugin meinen Bedürfnissen für die automatische Auswertung mit dem Performance Plugin für den Hudson anzupassen.
Dafür wird das File, um einen vernünftigen Namen ohne Datumsstring zu bekommen, umbenannnt und danach die Startup Zeile, die durch Ihre lange Dauer das Ergebnis verfälscht, gelöscht.
Montag, 5. Juli 2010
JMeter Test erstellen
OS: Windows 7
JMeter 2.3.2
Google Chrome 5.0.375.86
Proxy Switchy!: 1.6.3
Als erstes installiert man sich das Chrome Plugin "Proxy Switchy!", das erleichtert einem das Leben wenn man häufiger zwischen den Proxyies hin und her schalten muß.
Hierzu meine Konfiguration:
Dann installiert man JMeter und startet es über die Datei jmeter.bat.
Meine Anforderung an den JMeterlauf ist es eine lokal gestartete Webapp aufzurufen und mich durch jede Maske zu klicken. Dazu füge ich per Rechtsklick zum Testplan eine Thread-Gruppe hinzu.
Da meine Webapplikation Cookies nutzt füge ich zur Thread-Gruppe einen HTTP Cookie Manager hinzu. Weiters füge ich zur Thread-Gruppe ein "HTTP Request Default Einstellungen"-Element hinzu. Hier füge ich in den Bereich "Webserver" den URL-String ein, mit dem ich die Applikation initial aufrufen will.
Nun fügt man bei WorkBench per Rechtsklick Hinzufügen/Nicht-Test-Elemente/HTTP Proxy Server einen Proxy hinzu, bei Port gibt man jene Portnummer an, welche man zuvor in Switchy! angegeben hat. Den Ziel-Controller stellt man auf Testplan > Thread-Gruppe um. Anschließend fügt man bei den Einzuschließenden URL-Muster noch die gewünschten hinzu, in unserem Fall wollen wir alles aufzeichnen (.* hinzufügen).
Um einen schönen Report zu bekommen fügen wir dieses Element zur Thread-Gruppe hinzu: Thread-Gruppe -> Rechtsklick -> Hinzufügen/Listener/Report.
Will man keine externe Quelle aufzeichnen startet man nun den Webserver, ansonsten stellt man nur sicher daß der richtige Proxy in Chrome eingestellt ist, dann im HTTP Proxy Server auf Start gedrückt. Man fügt nun in die URL-Zeile des Chrome die Start-URL ein und schon kann man beobachten wie im JMeter-Fenster die Requests mitgeschrieben werden.
Hat man seine Aufzeichnung beendet stoppt man den Proxy Server. Danach kann man die einzelnen Requests noch etwas reinigen, meist wird einiges mitgeschrieben, daß im Grunde nicht interessiert.
Um den Test nochmals ablaufen zu lassen klickt man auf die Thread-Gruppe, stellt die Anzahl der Thread ein (Anzahl der virtuellen User, die den Testplan durchlaufen), stellt die Ramp-Up Period ein (Abstand in Sekunden, in der die User nacheinander starten den Testplan zu durchlaufen) und die Anzahl der Wiederholungen ein, die jeder Thread (User) durchlaufen soll.
Danach kann man den JMetertest im Menüpunkt Start unter Start loslaufen lassen und nach Beendigung das Ergebnis im Report betrachten.
Um zu einem .jmx File zu kommen, wie es z.B. im jmeter-maven-plugin benötigt wird, klickt man auf den Testplan und dann im Menü Datei/Speichern Unter.
Links:
JMeter Proxy Pdf
JMeter 2.3.2
Google Chrome 5.0.375.86
Proxy Switchy!: 1.6.3
Als erstes installiert man sich das Chrome Plugin "Proxy Switchy!", das erleichtert einem das Leben wenn man häufiger zwischen den Proxyies hin und her schalten muß.
Hierzu meine Konfiguration:
Dann installiert man JMeter und startet es über die Datei jmeter.bat.
Meine Anforderung an den JMeterlauf ist es eine lokal gestartete Webapp aufzurufen und mich durch jede Maske zu klicken. Dazu füge ich per Rechtsklick zum Testplan eine Thread-Gruppe hinzu.
Da meine Webapplikation Cookies nutzt füge ich zur Thread-Gruppe einen HTTP Cookie Manager hinzu. Weiters füge ich zur Thread-Gruppe ein "HTTP Request Default Einstellungen"-Element hinzu. Hier füge ich in den Bereich "Webserver" den URL-String ein, mit dem ich die Applikation initial aufrufen will.
Nun fügt man bei WorkBench per Rechtsklick Hinzufügen/Nicht-Test-Elemente/HTTP Proxy Server einen Proxy hinzu, bei Port gibt man jene Portnummer an, welche man zuvor in Switchy! angegeben hat. Den Ziel-Controller stellt man auf Testplan > Thread-Gruppe um. Anschließend fügt man bei den Einzuschließenden URL-Muster noch die gewünschten hinzu, in unserem Fall wollen wir alles aufzeichnen (.* hinzufügen).
Um einen schönen Report zu bekommen fügen wir dieses Element zur Thread-Gruppe hinzu: Thread-Gruppe -> Rechtsklick -> Hinzufügen/Listener/Report.
Will man keine externe Quelle aufzeichnen startet man nun den Webserver, ansonsten stellt man nur sicher daß der richtige Proxy in Chrome eingestellt ist, dann im HTTP Proxy Server auf Start gedrückt. Man fügt nun in die URL-Zeile des Chrome die Start-URL ein und schon kann man beobachten wie im JMeter-Fenster die Requests mitgeschrieben werden.
Hat man seine Aufzeichnung beendet stoppt man den Proxy Server. Danach kann man die einzelnen Requests noch etwas reinigen, meist wird einiges mitgeschrieben, daß im Grunde nicht interessiert.
Um den Test nochmals ablaufen zu lassen klickt man auf die Thread-Gruppe, stellt die Anzahl der Thread ein (Anzahl der virtuellen User, die den Testplan durchlaufen), stellt die Ramp-Up Period ein (Abstand in Sekunden, in der die User nacheinander starten den Testplan zu durchlaufen) und die Anzahl der Wiederholungen ein, die jeder Thread (User) durchlaufen soll.
Danach kann man den JMetertest im Menüpunkt Start unter Start loslaufen lassen und nach Beendigung das Ergebnis im Report betrachten.
Um zu einem .jmx File zu kommen, wie es z.B. im jmeter-maven-plugin benötigt wird, klickt man auf den Testplan und dann im Menü Datei/Speichern Unter.
Links:
JMeter Proxy Pdf
Abonnieren
Posts (Atom)