Android.jar no source attached

Sich den Sourcecode von der “Android Open Source Project“  Seite herunterzuladen ist etwas mühselig und erfordert zudem die Benutzung des Versionsverwaltungsprogramms GIT, welches zumindest auf meinem Entwicklungsrechner noch nicht Einzug gehalten hat.

Lösung: Es gibt allerdings auch eine vollkommen einfache, bequeme Art an den Sourcecode zu kommen, die auf der ADT-Addons Seite von Google beschrieben wird.

Unter Eclipse wird hierzu einfach nur ein ADDON-Plugin für ADT installiert und schon steht einem der Sourcecode  für die folgenden Android-API Levels/Versionen zur Verfügung:

• 14 – Android 4.0.1
• 10 – Android 2.3.4
• 9 – Android 2.3
• 8 – Android 2.2
• 7 – Android 2.1
• 6 – Android 2.0.1
• 4 – Android 1.6
• 3 – Android 1.5

Installationablauf des ADT Addon-Plugins:

1.) Den Menüpunkt
Eclipse > Help > Install New Software
aufrufen.

2.) Im Eingabefeld “Work with:” die folgende Seitenadresse zum Holen des Android Source Codes eingeben
http://adt-addons.googlecode.com/svn/trunk/source/com.android.ide.eclipse.source.update/

3.) Die Checkbox bei Android Sources ankreuzen

4.) Den “Next” Button drücken und die Benutzungsbedingungen akzeptieren.

Schlusswort

Eclipse zeigt danach automatisch bei allen Projekten automatisch den Quellcode an (das gilt für Android 2.2 oder 3.2 oder 4.0, …), ohne dass weitere Konfigurationseinträge notwendig sind.

Dem Lerneifer was den Android-Quellcode angeht, steht also nach der Addon-Installation nichts mehr entgegen.

Links

Google :  ADT-Addons
Google:   Android Open Source Project

P.S.:   Für die Early Adopters sei noch erwähnt, dass augenblicklich von diesem Addon maximal der API-Level 14, also Android 4.0.1 als Sourcecode zur Verfügung gestellt wird. Als absoluter Frontrunner mit Android 4.0.3 wird man nicht darum herumkommen, sich den Sourcecode auf den “altmodischen” Weg  herunterzuladen und einzubinden.

In der Datei hosts unter c:/windows/system32/drivers/etc soll die Eintragszeile

127.0.0.1    www.perfect-knowhow.de perfect-knowhow.de

ergänzt werden.
(s.a. Artikel Lokale Entwicklung mit einem Windows hosts Eintrag)

Problem:

Das Öffnen und Editieren der Datei hosts ist ohne Problem möglich, aber beim Versuch die Datei abzuspeichern, erhält man die Fehlermeldung “Zugriff auf Datei verweigert“.

Gegeben:

Die folgenden Punkte sprechen eigentlich dafür, dass es ohne Probleme möglich sein sollte, die Datei mit einem Editor zu verändern und wieder abzuspeichern:

• Die Datei ist nicht schreibgeschützt (ermittelbar durch einen Rechtsklick auf die Datei und dann den Menüpunkt Eigenschaften)
• Der angemeldete Windowsbenutzer gehört zur Gruppe “Administrator“, der ja so gut wie alles darf.
• Die Datei hosts hat als Eigentümer den Benutzer “System” und weist dem Adminstrator eine Lese- und Schreibberechtigung für diese Datei zu.

Lösung:

Der Zugriff auf die Datei wird nicht mehr verweigert, d.h. der Abspeicherungsversuch gelingt, wenn Notepad (als Editor) im Administratormodus gestartet wird.

Schritte zur Aktivierung des Administratormodus beim Editor :

• Start-Button ganz unten links im Windowsfenster anklicken
• Im Sucheingabefeld notepad eingeben  und dann Rechtsklick und den Menüpunkt “Als Administrator ausführen” auswählen.
• Im Editor dann ganz normal die Datei öffnen, bearbeiten und abspeichern.

Weiterer Artikel, der Sie interessieren könnte:

Lokale Entwicklung mit einem Windows hosts Eintrag

Anzeige

Schwieriger zu testen sind dabei datumsabhängige Funktionen, womit Funktionen gemeint sind, die auf Basis der Systemzeit eine Aktion ausführen.

Geburtstag: Blogartikel Nr. 100

Beispiel: 

Eine Funktion verarbeitet die Daten des Vortages. In der Datenbank seien hierbei viele Datensätze für den 11. Mai abgespeichert. Die korrekte Abarbeitung der Funktion hängt nun davon ab, dass die Systemzeit den 12. Mai als Datum zurückliefert.

Problem:

Das Gastsystem der virtuellen Maschine syncronisiert sich mit der Systemzeit des Hostrechners beim Start der virtuellen Maschine.   Der Versuch, die Gastrechnersystemzeit manuell einzustellen, zeigt nur einen kurzfristigen Erfolg, da die Systemzeit vom Gastsystem periodisch (Defaultwert ca. 1 min) mit dem Hostsystem syncronisiert wird, so dass die Veränderung wieder verloren geht.

Zielsetzung:

Die Systemzeit des Gastsystems soll unabhängig von der Systemzeit des Hostsystems sein und im Idealfall bei jedem Start der virtuellen Maschine auf einen bestimmten Datums-/Zeitwert gesetzt werden.

Lösung:

In der *.vmx Steuerungsdatei der virtuelle Maschine sind folgende Einträge einzufügen:

tools.syncTime = "FALSE"
time.synchronize.continue = "FALSE"
time.synchronize.restore = "FALSE"
time.synchronize.resume.disk = "FALSE"
time.synchronize.shrink = "FALSE"
time.synchronize.tools.startup = "FALSE"
rtc.startTime = "1178953200"

Anmerk.:  Der letzte Befehl rtc.startTime setzt die virtuelle Maschine auf den gewünschten Datums-/Zeitpunkt vom 1. Mai 2007, 9:00:00 Uhr  (s. a. UTC Linkverweis)

Siehe auch:

Vmware: Timekeeping in Virtual Maschines  (Information Guide)

Vmware: Timekeeping in Virtual Maschines (White Paper)

Wikipedia: Koordinierte Weltzeit UTC

Einige Textebenen enthalten fehlende Schriften. Bei diesen Ebenen müssen die fehlenden Schriften zunächst ersetzt werden, bevor sie für vektorbasierte Ausgabe verwendet werden können.

Die gute Nachricht zuerst: 
Man darf die "OK"-Schaltfläche drücken. Die Photoshopdatei wird nicht verändert, keine Schrift wird im Hintergrund ausgetauscht, so dass man nach wie vor die volle Kontrolle hat.

Welcher Text ist davon betroffen?

Man kann recht schnell erkennen, welcher Text davon betroffen ist. In der Ebenensicht sind die Texte durch ein Warnzeichen markiert.

Welche Schrift muß ich nachladen 

Wenn man die Textebene aktiviert, dann zeigt das context-sensitive Menü oben die nichtvorhandene Schrift in eckigen Klammern an

Bearbeitung einer Textebene mit einer fehlenden Schrift

Wurde die fehlende Schrift nicht durch eine vorhandenen Schrift ersetzt, dann erhält man beim Versuch die Schrift zu bearbeiten die folgende Fehlermeldung, bei der auch nochmals der Name der fehlenden Schrift explizit aufgeführt wird. 

Beim Starten von Netbeans startet die IDE immer zuerst den “scanning projects” Prozess.  Gerade wenn man mehrere Projekte hat bzw. schon hatte, werden diese ALLE, auch die alten Projekte, immer und immer wieder durchsucht, vollkommen unnötigerweise

Das ist recht nervig, da in dieser Zeit die IDE kaum benutzbar ist und geht zu Lasten der CPU-Rechenpower.

Hintergrund

Syncronisation der Sourcen aus dem Projektverzeichnis beim Starten der Netbeans-IDE.

Man kann dieses Scanverhalten deaktivieren, dafür gibt es (inzwischen) ein experimentelles Tool von SUN, aber das Ganze hätte einen Haken: Man arbeitet dann auf unsyncronisierten Sourcen. Der Gedanke ist auch nicht gerade schön und beruhigend.

Mein Workaround

Unter Netbeans ein Pendant zum Workspace-Konzept von Eclipse erzeugen, d.h. für getrennte Projekte jeweils ein eigenes USEDIR-Verzeichnis anlegen und dann die Netbeans-IDE mit einem projektbezogenen –usedir Parameter aufrufen.  Damit kann man die “alten”, zur Zeit uninteressanten Projekte ausblenden und beschränkt die grundsätzlich sinnvolle Syncronisation auf das aktuelle Projekt.

Windows:

netbeans.exe –userdir C:\MyOtherUserdir

Unix:

./netbeans –userdir ~/my-other-userdir

Weiterführende Links:

SUN: Scan on Demand

SUN: FAQ-Alternate userdir

SUN: What is the userdir

Siehe auch:
Vollständige TOP-20 Liste von Tiobe

http://localhost/pfad/seitenname.html

zugreifen.

Das ist zunächst einmal grundsätzlich in Ordnung, birgt jedoch in sich das Risiko, dass es beim Livegang zu Problemen führen kann.

Anstatt dem richtigen Domainnamen unter dem der Internetauftritt erscheinen soll, steht in den Konfigurationsdateien plötzlich ein “localhost” oder bei datenbankgetriebenen Auftritten steht in diversen Feldern von Konfigurationstabellen ein “localhost” in Pfadangaben.  Es ist kaum einzuschätzen, ob eine Anwendung, die perfekt in der Entwicklungsumgebung lief, nicht doch auf der Produktionsumgebung Probleme bereiten wird und dann einer manuelle Nachbearbeitung bedarf.

Um dem vorzubeugen, ist es für mich eine Best Practice, eine Eintragung in der lokalen Hostsdatei auf dem Entwicklungsrechner vorzunehmen, damit von Anfang an eine größtmöchliche Übereinstimmung von Entwicklungsscenario und Produktionsumgebung gewährleistet ist.

Domain in der Windows Datei Hosts eintragen

Unter

Windows/system32/drivers/etc

die Datei hosts öffnen bzw. falls nicht vorhanden neu anlegen und eine Zeile hineinschreiben.

# This is a sample HOSTS file used by Microsoft TCP/IP for Windows.

#  …

#  …

# For example:

#

#127.0.0.1       localhost

127.0.0.1       perfect-knowhow.de www.perfect-knowhow.de

Mit dieser Eintragung hat man eine potenzielle Fehlerquelle beim Livegang erschlagen und kann sein Deployment-Risiko verringern.

Weiterer Artikel, der Sie interessieren könnte:

Windows 7:   Zugriff auf Datei verweigert

Anzeige

Windows Internet Explorer

Beim Internet Browser von Microsoft kann man über den Cache recht einfach über "Extras/Optionen" vollkommen deaktivieren.

Firefox

Bei Firefox gestaltet sich das vollkommene Deaktivieren des Caches überraschenderweise etwas umständlich.

Unter Extras/Einstellungen findet man zwar eine Konfigurationsmaske, aber dort läßt sich nur die Größe des Browsercaches verändern. Der Browsercache läßt sich aber nicht vollkommen deaktivieren.

Wer es sich jedoch zutraut, kann die interne Konfiguration des Firefox Browsers verändern.

Hierfür muss in der Adressleiste des Firefox-Browsers die Adresse
about:config (about – Doppelpunkt – config)
eingeben werden.

Daraufhin erscheinen jede Menge Konfigurationsparameter, wobei

browser.cache.check_doc_frequency

derjenige Parameter ist, der verändert werden muss.

Hierbei hat man folgende Einstellungsmöglichkeiten:

Wie oft wird nach einer neueren Version der im Cache vorhandenen Seite gesucht:

 

0: Beim jedem Start von Firefox
1: Bei jedem Zugriff auf die Seite
2: Nie
3: Automatisch

Hinweis:
Firefox aktualisiert oft seine Version. Mir scheint, dass dabei auch die manuelle Einstellung für den Browsercache resettet wird und damit erneut zu setzen ist!

Siehe auch:
Firefox Wiki zum Thema: Cache

Es empfiehlt sich hierbei eine Version 2.x des Debuggers XDebug zu verwenden, da diese Version mit PHP5 kompatibel ist.

Installation des Debuggers XDebug
Die Installation des Debuggers kann in wenigen Schritten durchgeführt werden. Exemplarisch soll hier die Aktivierung unter einer vorhandenen WAMP (Windows/Apache/MySQL/PHP) Laufzeitumgebung gezeigt werden.

1. XDebug  Library herunterladen
   Von der XDebug Downloadseite ist eine geeignete Version der Datei php_xdebug.dll herunterzuladen.
2. PHP Konfigurationsdatei anpassenZend Debugger
   In der PHP-Konfigurationsdatei php.ini, ist (falls vorhanden) der Abschnitt der Zend Studio Debugger Erweiterung zu deaktivieren, da beide Debugger nicht gleichzeitig aktiviert sein dürfen.

   [Zend]
   ;zend_extension_ts = “C:\xampp\….dll”
   ;zend_extension_manager.optimizer_ts = …Optimizer”
   ;zend_optimizer.enable_loader = 0
   ;zend_optimizer.optimization_level=15
   ;zend_optimizer.license_path =
   ; Local Variables:
   ; tab-width: 4
   ; Local Variables:
   ; tab-width: 4
   ; End:

   XDebug
   Statt dessen sind die folgenden Zeilen einzufügen, wobei man die Pfadangabe zur DLL-Datei anpassen muss.

   zend_extension_ts=”C:/wamp/ext/php_xdebug.dll”
   xdebug.remote_enable=on
   xdebug.remote_handler=dbgp
   xdebug.remote_host=localhost
   xdebug.remote_port=9000

   Zu Beachten: Ab PHP 5.3 wird man das Schlüsselwort zend_extension und nicht mehr zend_extension_ts verwenden müssen! (s.a. How to configure XDebug)

3. Prüfung der Installation
   Nach einem Neustart von Apache/PHP sollte ein phpinfo() einen xdebug-Abschnitt aufweisen.

   

Siehe auch
XDebug Homepage: XDebug Extension for PHP
Netbeans Docs & Support: PHP Learning Trail
Netbeans Docs & Support: How to configure XDebug

“The message could not be sent because one of the recipients was rejected by the server. The rejected e-mail address was ‘Mustermann@gmx.de’. Subject ‘Versand erfolgt’, Account: ‘Kundenservice’, Server: ‘mail.yourdomain.de’, Protocol: SMTP, Server Response: ’553 sorry, that domain isn’t in my list of allowed rcpthosts (#5.7.1)’, Port: 25, Secure(SSL): No, Server Error: 553, Error Number: 0x800CCC79″

Lösung

Die häufigste Ursache ist , dass das Häkchen bei “Server erfordert Authentifizierung” nicht gesetzt wurde.

Also, Häkchen setzen, die Maske mit “OK” verlassen und erneut die E-Mail verschicken.