Willkommen bei meinem Blog!
Immer wieder stolpert man bei Software auf kleinere oder größere Probleme, die teilweise stundenlange Suche im Netz erfordern. Hier werden die Probleme mit Anleitungen und Erklärungen erläutert auf die ich gestoßen bin.
Viel Spaß beim Lesen.
Wer Android-Entwicklung betreibt wird wissen das der komplette Build einer App standardmäßig auf Ant aufgebaut ist. Wer aber lieber (so wie ich) mit Maven arbeitet wird schnell auf das Problem stoßen, dass Bibliotheken nicht in den globalen Repositories zur Verfügung gestellt sind. Zum Beispiel das Admob SDK von Google steht nur als Jar zum Download bereit, welches ich hier als Beispiel nehme. Die Vorgehensweise funktioniert aber genauso mit jeder anderen Bibliothek. Prinzipiell hat man mehrere Möglichkeiten das mit Maven trotzdem hinzubekommen:
Die Bibliothek auf ein eigenes Repository hochladen (ist für Firmen interessant die bspw. einen eigenen Artifactory- oder Nexus-Server zur Verfügung haben)
Die Bibliothek ins Projekt mit aufnehmen und relativ mit dem Scope system und dem systemPath-Tag ins Projekt einbinden (ist imho ein Rückschritt was die Abhängigkeitenverwaltung in Maven angeht und muss außerdem für jedes Projekt wiederholt werden)
Meine präferierte Möglichkeit ist die Installation in das lokale Repository auf die ich nun näher eingehen will.
Zuallererst laden wir uns das Admob-SDK (zur Zeit ist Version 6.0.1 aktuell) und legen es in ein beliebiges Verzwichnis. In diesem Verzeichnis legen wir zusätzlich eine Datei mit dem Namen pom.xml an und füllen Sie mit folgendem Inhalt:
Es wird in dieser Pom einfach nur das install-Plugin für die Installation in das lokale Repository konfiguriert. Wichtig ist, dass folgende Tags (innerhalb <configuration> richtig definiert sind:
<file> Dateipfad der heruntergeladenen Jar (relativ zur Pom)
<groupId> - frei wählbar, über diesen wird später in den anderen Poms das SDk referenziert
<artifactId>
- frei wählbar, über diesen wird später in den anderen Poms das SDk referenziert
<version> - ebenfalls frei wählbar, jedoch sollte dies mit der Version des SDK übereinstimmen
Jetzt muss einfach nur mit der Kommandozeile zum richtigen Ordner navigiert werden und "mvn" ausgeführt werden:
Da das Default-Goal in der Pom bereits auf install-file gesetzt ist, muss hier nichts weiter hinzugefügt werden und Admob ist in eurem lokalen Repository.
Nun kann in jedem beliebigen Projekt und in jedem beliebigen Scope Admob ganz normal referenziert und verwendet werden:
....
....
com.google.adsadmob6.0.1
Wie bereits erwähnt ist wichtig, dass beim Referenzieren die artifactId, groupId und die Versionsnummer aus der vorherigen Pom übereinstimmt.
Das Beispiel für die Installation von Admob ins lokale Repository steht hier zum Download bereit, lediglich mvn muss noch selbst ausgeführt werden.
Eine RamDisk ist ein virtuelles Laufwerk in eurem Rechner das einzig und allein im Arbeitsspeicher abgelegt ist. Der Vorteil liegt darin, dass der Zugriff darauf extrem schnell ist (5-10mal schneller als bspw. der Zugriff auf eine SSD). Davon kann man bspw. profitieren, wenn man sein temporäres Verzeichnis darauf ablegt, weil viele Programme dies nutzen, um Dateien kurzzeitig zwischenzuspeichern. Die meisten Setups "parken" hier ihre Dateien zwischen, ebenso wie die meisten Packtools (7-zip, WinRAR). Ein weiterer Vorteil ist, dass dieses Laufwerk nach einem Neustart des Rechners immer automatisch geleert wird also kein Datenmüll übrig bleibt. Das kann man auch dafür nutzen, um die Cache-Verzeichnisse des Browsers darauf abzulegen (z.B. für Chrome) was wiederum auch Vorteile in Bezug auf Datensicherheit bringt.
Eine RamDisk unter Windows einzurichten ist vom Prinzip her keine große Sache und es gibt auch einige kostenlose Programme dafür. Die meisten unterliegen aber Beschränkungen wie bspw. nur lauffähig auf 32-Bit Betriebssystemen, Werbung oder Beschränkung auf 4 GB. Gerade wer ein 64-Bit Windows installiert hat und viel Arbeitsspeicher zur Verfügung hat kann von einer großen RamDisk profitieren. Das beste Programm für diesen Zweck ist meiner Meinung nach ImDisk. Keine Werbung, keine Größenbeschränkung, auf 64-Bit lauffähig und skriptfähig. Außerdem ist für das Anlegen/Ändern kein Neustart notwendig. ImDisk hat außer der RamDisk-Funktion noch einiges mehrt zu bieten auf das ich aber hier nicht näher eingehen will.
Die folgende Anleitung funktioniert genau so auch unter 32-Bit Betriebssystemen, jedoch kann leider nicht so viel Speicher verwendet werden.
Ladet euch den Installer herunter ("Download ImDisk install package") und installiert das Programm. Nun findet man in der Systemsteuerung einen neuen Eintrag für ImDisk, welches die grafische Oberfläche zur Verfügung stellt:
Für einen Anfänger und zum Ausprobieren ist dies ganz gut, hat jedoch den Nachteil das nach einem Neustart das virtuelle Laufwerk weg ist und das neu angelegte virtuelle Laufwerke formatiert werden muss. Aus diesem Grund beziehe ich mich hier auf die Kommandozeile von ImDisk, die automatisch dabei ist.
Zuerst starten wir eine Konsole mit Adminstratorrechten und legen ein Laufwerk R mit bspw. 5 Gigabyte an. Die Größe und der Laufwerksbuchstabe kann natürlich frei gewählt werden:
imdisk -a -s 5G -m R: -p "/fs:ntfs /q /y"
Zur Erklärung:
-a legt ein neues virtuelles Laufwerk an
-s 5G legt die Größe auf 5Gigabyte fest
-m R: weist den Laufwerksbuchstaben R: (für RamDisk) zu
-p "/fs:ntfs /q /y" übergibt die Parameter an den Windows-Format-Befehl (als NTFS formatieren, schnelles Formatieren und ohne Rückfrage)
Wenn das geklappt hat, ist nun im Explorer ein neues Laufwerk mit 5 Gigabyte Speichergröße vorhanden und kann genutzt werden. Nachdem wir nun den richtigen Befehl gefunden haben müssen wir ImDisk nur noch dazu bringen dies immer automatisch nach einem Neustart einzubinden. Im Autostart-Ordner funktioniert leider nicht, da für das automatisch Formatieren Adminrechte benötigt werden. Als Ersatz kann hierfür die Aufgabenplanung genutzt werden.
In der Aufgabenplanung erstellen wir eine neue Aufgabe (nicht die einfache Aufgabe erstellen, da diese zu wenig Optionen hat) und füllen die erforderlichen Felder aus:
Der Name ist frei wählbar, wichtig ist aber das "mit höchsten Privilegien" ausgewählt ist.
Beim Reiter Trigger erstellen wir einen neuen Trigger so das die Aufgabe bei jedem Systemstart ausgeführt wird:
Nun folgt der Reiter Aktion, wo wir nun das eigentliche Anlegen der RamDisk durchführen:
Der Pfad zur imdisk.exe ist normalerweise C:\Windows\System32\imdisk.exe und wird hier ausgewählt. Wichtig sind zudem die Argumente, die wir vorher in der Kommandozeile bestimmt haben. (im Bsp. ist das -a -s 5G -m R: -p "/fs:ntfs /q /y" )
Nun legen wir noch die temporären Ordner auf diese RamDisk um von der eben angelegten RamDisk zu profitieren. Wichtig ist vorher einen Neustart durchzuführen, um zu überprüfen, ob das automatische Anlegen der RamDisk funktioniert hat.
Um alle Temp-Verzeichnisse auf die RamDisk zu legen müssen wir nur ein paar Umgebungsvariablen anpassen. Dazu starten wir die Systemeigenschaften (Win+Pause) und klicken auf "Erweiterte Systemeinstellungen". Beim Reiter "Erweitert sehen wir nun ganz unten den Knopf "Umgebungsvariablen":
Bei den Umgebungsvariablen ändern wir nun die Benutzervariablen TEMP und TMP und auch die Systemvaraiblen TEMP und TMP auf das neue Laufwerk ab (hier: R:\). Im Anschluss sollte das dann folgendermaßen aussehen:
Ein letzter Neustart, um zu überprüfen, ob Alles funktioniert und schon sind wir fertig.
Wer bei Google Chrome das Cache-Verzeichnis ändern will muss nur den Parameter:
--disk-cache-dir=<Verzeichnis>
an die Verknüpfung anhängen.
Dies ist z.B. hilfreich, wenn man eine Ramdisk eingerichtet hat, um den Browser zusätzlich zu beschleunigen. Ein weiterer Vorteil ist, dass nach einem Neustart der Cache wieder komplett leer ist. Das funktioniert auch ganz gut, ein Problem gibt es jedoch. Man muss diese Einstellung für jede Verknüpfung machen (Desktop, Schnellstartleiste, Startmenü). Meist startet man den Standard-Browser außerdem über irgendeinen Link oder auch über die Standardprogramme im Startmenü (Browser und E-Mail). Hier werden natürlich die Einstellungen in den Browser-Verknüpfungen ignoriert. Doch auch hierfür gibt es Abhilfe durch einen kleinen Eintrag in der Registry. Der zu ändernde Schlüssel ist zu finden unter:
HKEY_CLASSES_ROOT\ChromeHTML\shell\open\command
Hier findet man den auf der rechten Seite einen Schlüssel, der den Standardpfad zur chrome.exe enthält.
Eine Anpassung hier wirkt sich dann global aus. Einfach den gewünschten Parameter zwischen den Pfad und die %1 schreiben und fertig.
Bei euch wird natürlich der Pfad zur chrome.exe aufgrund des Benutzernamens abweichen. Für den der es etwas einfacher will habe ich den betroffenen Schlüssel exportiert:
Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOT\ChromeHTML\shell\open\command]
@="\"C:\\Users\\problemexterminator\\AppData\\Local\\Google\\Chrome\\Application\\chrome.exe\" --disk-cache-dir=f:\\cache -- \"%1\""
Einfach den Inhalt in einer Textdatei abspeichern und ihr die Endung *.reg geben (z.B. chrome.reg). Passt dann den Benutzernamen und das Cache-Verzeichnis auf eure Bedürfnisse an. Nun noch doppelt auf die Datei geklickt, die Sicherheitsfrage bestätigt und das Cache-Verzeichnis des Chrome ist nun immer auf der RamDisk.
Wenn man einen Prozess per Batch-Datei beenden will, funktioniert das unter Windows ganz einfach mit dem Befehl taskkill. Dies funktioniert jedoch nicht, wenn man einen bestimmten Java-Prozess beenden will. Natürlich kann man die java.exe abschießen, was aber dazu führt, dass man alle Java-Prozesse beendet. Wer bspw. - so wie ich - den JBoss-Applikationsserver per Skript beenden will und gleichzeitig eine Java-IDE laufen hat beendet mit taskkill /f /im java.exe beide Anwendungen. Abhilfe schafft hierbei das Kommandozeilentool jps aus dem Oracle JDK. Mit dem Parameter -v sieht man alle laufenden Anwendungen mit den zugehörigen Kommandozeilenparametern. Standardmäßig ist das JDK unter c:\Program Files\Java\jdk<Versionsnummer>\ installiert, das Programm befindet sich im bin-Ordner.
Für ein Beispiel laufen hier einmal 3 Java-Programme (inkl. JBoss) gleichzeitig:
Wie man erkennen kann, gibt jps auch die Prozess-ID aus, was uns helfen wird den Prozess zu beenden. Wenn man den Prozess, den man beenden will herausgefunden hat, sucht man sich ein Teil aus der Kommandozeile aus, der ziemlich eindeutig ist. Ich nehme für den JBoss z.B. run.bat. Hiermit habe ich nun die Möglichkeit mit einer Pipe und einer Suche die Prozess-ID zu finden, um den JBoss zu beenden. Meine Batch sieht folgendermaßen aus:
@echo off
set jps_path=c:\Program Files\Java\jdk1.7.0_03\bin\
set command=jps -v
cd /d "%jps_path%"
FOR /f "tokens=1" %%G IN ('%command% ^| find "run.bat"') DO taskkill /f /pid %%G
Einfach den Schnipsel unter kill_JBoss.bat speichern, starten und nur der JBoss wird beendet. Der Pfad zum Bin-Ordner des JDK muss eventuell noch angepasst werden. Der Suchbegriff (hier: run.bat" steht in der for-Schleife und kann auf euren Prozess angepasst werden.
Im Ergebnis sieht das ganze dann so aus (Ich gebe vorher noch einmal alle Java-Prozesse aus):
Wer einen eigenen Root-Server mit Linux betreibt, stellt sich vielleicht die Frage, ob es möglich ist den JDownloader auch ohne grafisches Frontend zu installieren und nur das Webinterface zu nutzen. Eine Installation funktioniert ohne Probleme, aber der JD startet leider nur mit Exceptions, da die GUI nicht geladen werden kann. Ein grafisches Frontend kann man natürlich auf einem Server nicht ohne Weiters starten und das X11-Interface ist auch schwierig zu holen, wenn man von Windows aus administriert.Dem kann man aber Abhilfe schaffen, indem man mit dem virtuellen Framebuffer herumspielt. Wie und ob das funktioniert erfahrt ihr hier.
Als Grundlage dient ein Debian Squeeze ohne X11. Für die Installation benötigen wir einige Tool, die benötigt werden:
Java (für den JDownloader)
xvfb (der virtuelle Framebuffer)
x11vnc (für die Administration)
den JDownloader
Zunächst installieren wir erst einmal als superuser Java, xvfb und x11vnc:
apt-get install x11vnc openjdk-6-jre xvfb
Ich verwende das OpenJDK anstelle des offiziellen Oracle-Paketes. Dafür muss nichts extra getan werden, da dies in den Paketquellen enthalten ist. Nach erfolgreicher Installation laden wir den JDownloader und installieren ihn (die URL kann sich unterscheiden, bitte auf der Downloadseite überprüfen):
Nach einigen Fragen des Installers ist der JDownloader nun im Verzeichnis /usr/local/jdownloader installiert. Für das einmalige Einrichten des Webinterfaces und des Downloadordners, etc. müssen wir den JD starten. Dafür benötigen wir das grafische Frontend, welches wir in den virtuellen Framebuffer umleiten. Danach ist dieser per VNC konfigurierbar. Wichtig ist, dass alle Befehle als Hintergrundjob gestartete werden, das hat den Vorteil, dass nur eine SSH_Session benötigt wird:
Durch die eingegebenen Befehle haben wir ein virtuelles Display 0 mit der Größe 800x600 Pixel, Farbtiefe 16-Bit angelegt. Auf diesem haben wir den JDownloader gestartet. Der letzte Befehl startet den VNC-Server der das eben angelegte Display weiterleitet. Nun sollte eine Verbindung per VNC (z.B.: TightVNC) möglich sein:
Alle gewünschten Einstellungen können nun ausgeführt werden. Mindestens sollte aber das Webinterface installiert sein und/oder alle AGBs bestätigt werden.
In der Konsole kann nun der JDownloader neu gestartet werden und das Webinterface ausprobiert werden:
Wenn dies klappt sind wir schon fast fertig. Die Fenstergröße des virtuellen Displays wird natürlich nicht so groß gebraucht und der VNC-Server wird nicht mehr gebraucht. Deshalb beenden wir erst einmal alles:
pkill -f java
pkill -f x11vnc
pkill -f Xvfb
Als letzten Schritt wird das virtuelle Display mit einer Größe von 1x1 Pixeln und 8 Bit Farbtiefe gestartet. Nun noch den JDownloader wieder starten und das Webinterface sollte erreichbar sein:
Wenn alles richtig durchgeführt wurden ist, sieht das ungefähr so aus (Hinweis: der verlängerte Befehl zum Start des JD dient nur der Unterdrückung der Ausgabe für den Screenshot) :
Vorneweg noch ein paar Worte: Viele Webseiten oder Apps im Android Market schalten Werbung, um damit ihre Kosten für die Betreibung der Server oder die Entwicklung zu sichern. Deshalb ist das Deaktivieren der Werbung ein zweischneidiges Schwert. Bei Apps oder Webseiten, die euch gefallen solltet ihr ruhig den Werbeblocker deaktivieren und/oder auf Werbung klicken, um kostenlose Angebote zu fordern.
Bei Smartphones und den damit verbundenen Tarifen ist es durchaus nützlich Werbung zu blockieren, um die -sowieso schon begrenzte - Bandbreite zu schonen. Im Market gibt es zum Blocken von Werbung schon eine App namens Adfree. Leider hat diese einen Nachteil und zwar das Root-Rechte benötigt werden. Wenn man jedoch sein Smartphone nicht rooten möchte, muss man mit der Werbung leben.
Hinweis: Die Anleitung richtet sich an versierte Nutzer. Es ist durchaus möglich, damit auch Schaden am Gerät oder an der Firmware anzurichten. Ich übernehme keine Haftung für eventuelle Schäden.
Die App Adfree basiert darauf, dass eine Liste von bekannten Werbeservern in die Hosts-Datei des Betriebssystems eingetragen werden und diese mit der lokalen IP (127.0.0.1) verbunden wird. Deshalb wird jede Anfrage an einen dort eingetragenen Server auf das eigene Gerät umgeleitet. Beispiele für solche Hosts-Dateien gibt es im Netz zu finden. Diese werden später für die Anleitung benötigt. Ladet euch eine Datei herunter und speichert diese unter hosts.txt. Downloads gibt es z.B. hier:
Mit ein paar Linux-Kenntnissen ist es möglich dieses Verhalten manuell zu tun, um damit die Werbung zu blocken. Dazu benötigt man das Android SDK, in dem z.B. das Tool adb enthalten ist. Dieses wird benötigt, um eine Shell auf dem Telefon zu starten. Einfach den Installer laden und die Tools in einen Ordner eurer Wahl installieren. Den SDK Manager im Anschluss starten und die Plattform-Tools installieren. Alles andere kann abgewählt werden:
Im Telefon muss Debugging noch aktiviert werden, damit wir Verbindung aufnehmen können. Das ist zu finden unter Einstellungen -> Anwendungen - >Entwicklung:
Im Folgenden wird davon ausgegangen, dass das SDK in D:\android-sdk-windows installiert ist und das Telefon an den USB-Anschluss angeschlossen ist (Nur Laden). Die vorher heruntergeladene Hosts-Datei ist im Unterordner platform-tools abgelegt. Also unter d:\android-sdk-windows\platform-tools\hosts.txt.
Zuerst starten wir eine Konsole (Win+R->cmd->Enter), hangeln uns zu den Plattform-Tools durch und starten eine Shell per ADB:
cd /d "d:\android-sdk-windows\platform-tools"
adb shell
Auch wenn keine weitere Ausgabe erfolgts sind wir nun auf dem Gerät eingeloggt. Zuerst müssen wir die Systempartition schreibbar machen, standardmäßig ist diese nur lesbar. Im Anschluss beenden wir die Shell gleich wieder:
mount -o remount,rw /system
exit
Die Hosts-Datei muss nun auf das Gerät übertragen werden. Dafür benutzen wir den push-Befehl und speichern diese gleich auf dem Gerät unter /system/etc (der Ordner kann sich bei anderen Geräten unterscheiden, dies ist aber der Standardpfad!) ab. Nun gehen wir zurück aufs Gerät und browsen direkt zum Ordner
adb push hosts.txt /system/etc
adb shell
cd /system/etc
Aus Sicherheitsgründen benennen wir die alte Hosts-Datei um und geben der neuen Datei ihren Namen:
mv hosts hosts_old
mv hosts.txt hosts
Nun noch die Shell beenden und das Gerät neu starten. Nun sollte die Werbung komplett entfernt sein.
Hier noch einmal ein Screenshot der kompletten Vorgehensweise:
Anleitungen im Netz, wie man die Fernsteuerung per Http-Interface im VLC einrichtet gibt es viele. Leider hat keine so richtig meine Bedürfnisse erfüllt oder gar nicht erst funktioniert. Eigentlich wollte ich nur im internen Netzwerk meinen VLC per Smartphone (Android) steuern und dabei trotzdem noch die "normale" VLC-Oberfläche wie gewohnt am PC nutzen können. Nach etlichen Zurücksetzen der VLC-Konfigurationen und Anhängen von unterschiedlichen Parametern an die VLC-Verknüpfung, begann ich noch einmal von vorn. Wenn man weiß wie es geht ist es eigentlich ganz einfach und (fast) komplett über die Oberfläche einstellbar:
In den Einstellungen (Alle anzeigen) unter Interfaces -> Hauptinterfaces zuerst HTTP aktivieren. Nicht das Hauptinterface ändern, das führt dazu, dass der VLC im Hintergrund startet :
Einstellungen speichern und den VLC neu starten. Man sieht nun die normale Oberfläche und kann zusätzlich im Browser unter http://localhost:8080/ die Weboberfläche sehen:
Ziemlich simpel bisher, oder? Ein Problem hat man aber leider noch, der VLC ist nur vom Rechner auf dem er läuft erreichbar, von anderen Rechnern aus bekommt man im Browser einen 403 (Forbidden)-Fehler:
Das liegt daran, dass der Webserver, dem VLC zugrunde liegt eine eigene Hosts-Datei mitführt bei dem der Zugriff nur vom eigene Rechner aus gestattet ist. Um dem Abhilfe zu verschaffen, muss diese Datei einfach geändert werden. Diese bedindet sich im 2.0er VLC unter: C:\Program Files\VideoLAN\VLC\lua\http und heißt .hosts
Ihr Inhalt sieht ungefähr so aus:
#
# Access-list for VLC HTTP interface
# $Id$
#
# localhost
::1
127.0.0.1
# link-local addresses
#fe80::/64
# private addresses
#fc00::/7
#fec0::/10
#10.0.0.0/8
#172.16.0.0/12
#192.168.0.0/16
#169.254.0.0/16
# The world (uncommenting these 2 lines is not quite safe)
#::/0
#0.0.0.0/0
Wie man sieht ist alles, bis auf die lokale Maschine auskommentiert. Um im eigenen Netzwerk das Webinterface erreichbar zu machen, muss man lediglich die Zeile 192.168.0.0/16 (Standardmäßig sind die 192.168.-Adressen die privaten Adressen in einem C-Netz, welche bei haushaltsüblichen Routern eingestellt sind) einkommentieren, also die Raute löschen. Danach sieht die Datei dann so aus:
#
# Access-list for VLC HTTP interface
# $Id$
#
# localhost
::1
127.0.0.1
# link-local addresses
#fe80::/64
# private addresses
#fc00::/7
#fec0::/10
#10.0.0.0/8
#172.16.0.0/12
192.168.0.0/16
#169.254.0.0/16
# The world (uncommenting these 2 lines is not quite safe)
#::/0
#0.0.0.0/0
Die Datei noch abspeichern und beim nächsten Start des VLC können alle Rechner im Netzwerk auf die Weboberfläche zugreifen.
Nachdem ich letztens erklärt habe, wie man das JDownloader Webinterface ohne eingeloggten Nutzer einrichtet, bin ich dadurch auf eine kleine Schwierigkeit getroffen. Wenn man per Webfrontend versucht von unterwegs Links hinzuzufügen, trifft man schnell auf das Problem, dass AGBs (noch) nicht bestätigt sind. Das ist natürlich ärgerlich, da die Bestätigung über das Webinterface nicht möglich ist.
Damit mir das nie wieder passiert, habe ich mir überlegt alle AGBs vorab schon einmal zu akzeptieren. Da mir aber das einzelne Anklicken aller Kästchen in der AGB-Ansicht des JD zu aufwändig ist, habe ich mal etwas recherchiert, ob man das irgendwie automatisieren kann. Durch ein bisschen Umschauen im JD-Ordner habe ich heraus gefunden, dass der JD eine HSQLDB-Datenbank benutzt und habe mal reingeschaut. Hier sind auch die Hoster und ihre Konfiguration abgelegt, leider aber als Object, was nicht wirklich lesbar ist:
So weit so gut, leider kann man hier nicht einfach einen Schalter umsetzen, damit alle AGBs bestätigt sind. Da aber HSQLDB eine Skript-Datei anlegt, kann man vielleicht hier etwas drehen, also habe ich mal reingeschaut in die Datei C:\Program Files\JDownloader\config\database.script:
Auffällig war, dass die Config, die in die Datenbank geschrieben wird immer derselbe String ist, z.B.:
INSERT INTO CONFIG VALUES('youtube.com','aced0005737200116a6176612e7574696c2e486173684d61700507dac1c31660d103000246000a6c6f6164466163746f724900097468726573686f6c6478703f4000000000000c7708000000100000000078')
OK, dann den JDownloader gestartet, mal die Youtube-AGB bestätigt und mal sehen was sich in der Zeile ändert. Diese sieht dann so aus:
INSERT INTO CONFIG VALUES('youtube.com','aced0005737200116a6176612e7574696c2e486173684d61700507dac1c31660d103000246000a6c6f6164466163746f724900097468726573686f6c6478703f4000000000000c7708000000100000000974000a414c4c4f575f5745424d737200116a6176612e6c616e672e426f6f6c65616ecd207280d59cfaee0200015a000576616c756578700174000a5553455f504c5547494e71007e000474000c4953415346494c454e414d457371007e000300740009414c4c4f575f33475071007e000474000b4147425f434845434b454471007e0004740009414c4c4f575f464c5671007e000474000b464153545f434845434b3271007e0007740009414c4c4f575f4d503471007e0004740009414c4c4f575f4d503371007e000478')
Also den JDownloader wieder geschlossen und ein Backup der Script-Datei angelegt. Als Editor nutze ich Notepad++ (mit anderen funktioniert es bestimmt auch) und habe dann in der Datei per globalem Ersetzen den vorherigen String:
ersetzt. 974 Ersetzungen später noch schnell die Datei gespeichert und den JD neu gestartet und siehe da, alle AGBs sind akzeptiert:
Das war ja einfach ;) Bisher hatte ich durch die Änderung keine Probleme, falls aber welche auftreten sollten, werde ich diese hier posten. Falls ihr die Anleitung nachvollziehen wollt, vollzieht die Änderungen genauso nach wie ich und legt ein Backup der Datei an. Die Anleitung bezieht sich auf den JD in Version 0.9.581, in anderen Versionen können die String durchaus etwas anders aussehen.
Wer kennt ihn nicht, den JDownloader. Ein großartiges Tool zum Download von diversen Filehostern oder Videos von Youtube. Leider hat dieser einen großen Nachteil. Er benötigt zum Starten Adminrechte und einen eingeloggten Nutzer. Dies ist nicht so günstig, wenn er auf einem Server betrieben werden soll, wo sich mehrere Benutzer einloggen, davon aber keiner Adminrechte hat. Jetzt bietet sich natürlich das Webinterface, wo jeder Benutzer seine gewünschten Downloads eintragen kann, was aber immer noch einen eingeloggten Adminbenutzer benötigt.
Von Haus aus bietet der JDownloader leider keine Möglichkeit ihn als Windows-Service automatisch zu starten, aber dafür gibt es Abhilfe:
Vorraussetzung ist natürlich der JDownloader mit eingerichtetem Webinterface. Einfach in den Plugins aktivieren und JD neu starten. Danach sollte standardmäßig unter http://localhost:8765 (User: JD, Pass: JD) das Webinterface sichtbar sein. Meine Anleitung basiert auf einem Windows 7 (32-Bit), sollte aber für jedes andere Windows genauso funktionieren. Ebenso muss ein aktuelle Java Runtime installiert sein. Die mit JDownloader ausgelieferte Version hat bei mir dazu geführt, dass der Service nicht startet bzw. hängen bleibt. Meine Vermutung ist, dass die javaw.exe nicht im PATH vorhanden ist. Eine aktuelle Java Runtime gibt es bei Oracle und löst das Problem automatisch.
Um den JDownloader als Service einzurichten benötigt man die Tools srvany.exe und instsrv.exe,die im Windows Server 2003 Resource Kit verfügbar sind. Einfach Downloaden und installieren. Bei der Installation kommt leider unter neueren Betriebssystemen eine Fehlermeldung, die Tools, die wir benötigen funktionieren aber trotzdem:
In der folgenden Anleitung wird davon ausgegangen, dass der JDownloader unter
C:\Program Files\JDownloader\ und das Resource Kit unterC:\Program Files\Windows Resource Kits\Tools installiert sind.
Zuallererst beenden wir den JDownloader. Nun starten wir die Kommandozeile als Administrator und navigieren zum Resource Kit:
cd /d "C:\Program Files\Windows Resource Kits\Tools"
(Anführungszeichen nicht vergessen!!!)
Hier nutzen wir nun instsrv und srvany, um einen Dienst anzulegen. Als Namen nutze ich JD, dieser ist aber frei wählbar. Der Pfad zu srvany muss mit Ordner angegeben werden:
Im Anschluss müssen wir noch srvany sagen, welches Programm gestratet werden soll. Das geht leider nur über die Registry. Dazu muss ein Schlüssel Parameters angelegt unter HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\JD\ angelegt werden. Dazu folgendermaßen vorgehen:
Regedit starten: Nach Regedit im Windows-Menü suchen und als Administartor ausführen
Auf der linken Seite zum Schlüssel HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\JD\ navigieren (JD ist der Name des Service den wir angegeben haben)
Neuen Schlüssel anlegen: Auf JD mit der rechten Maustaste -> Neu -> Schlüssel. Der neue Schlüssel heißt Parameters
Auf der rechten Seite eine neue Zeichenfolge anlegen: rechte Maustaste -> Neu -> Zeichenfolge
(Name: Application; Wert:
C:\\Program Files\\JDownloader\\JDownloader.exe). Die doppelten Anführungszeichen sind kein Fehler, sondern müssen vorhanden sein.
Im Anschluss sollte das dann so aussehen:
Nun kann der Service gestartet werden. Dazu im Windows Ausführen-Dialog (Win+R) services.msc eingeben:
Der Dienst JD sollte vorhanden sein und kann gestartet werden:
Wenn alles geklappt hat sollte jetzt wie gewohnt unter http://localhost:8765 das Webinterface erreichbar sein.
Nun müssen wir den Dienst noch so konfigurieren, dass er immer startet auch wenn kein Nutzer angemeldet ist. Dazu einfach den Service doppelt anklicken und überprüfen, ob der Starttyp auf "Automatisch" steht. Dies sollte Standard sein. Im zweiten Reiter "Anmeldung" muss nun noch das Administratorkonto für die Anmeldung angegeben werden. Das sollte das Konto sein mit dem der JD gestartet und eingerichtet wurde:
Zur Sicherheit kann man den Service nun noch einmal neu starten und überprüfen, ob das Webinterface erreichbar ist. Alle Einstellungen sind nun fertig und nach einem Neustart startet der Service automatisch und ist über das Webinterface nun auch von anderen Rechnern aus ohne Windows-Login erreichbar.
Voila:
Hinweis: Je nach Konfiguration kann es noch notwendig sein eine Firewallausnahme für den JDownloader einzutragen.
