Impossible d'accéder à jarfiles lib\archquery.jar

Problème:

Impossible d'ouvrir le SDK Manager (Clignote d'une seconde)
Pas de construire le chemin cible dans Eclipse

Chemins:

Android SDK: C:\Program Files\Android\android-sdk
JDK used for android: C:\Program Files\Java\jdk1.7.0_04 (There are other JDKs also in dir Java)

Variables D'Environnement:

ANDROID_SDK_HOME: C:\Program Files\Android\android-sdk
JAVA_HOME: C:\Program Files\Java\jdk1.7.0_04;C:\Program Files (x86)\Java\jre1.6.0;C:\Program Files\Java\jre7;
System Path: C:\Program Files\Java\jdk1.7.0_04\bin;C:\Program Files\Java\jdk1.7.0_01\bin;C:\Program Files (x86)\Java\jdk1.5.0\bin;C:\Program Files\Android\android-sdk\tools\

Erreurs:

SDK Manager on cmd
Failed to execute tools\android.bat. 
The system cannot find the file specified

Android.bat on cmd
Unable to access jar file lib\archquery.jar
Invalid path

find_java on cmd
nothing returned

OriginalL'auteur Deepanshu | 2012-06-07

25

J'ai eu un problème similaire, j'ai dû modifier le android.chauve-souris ( et traceview.chauve-souris quand j'en avais besoin)

dans android.chauve-souris recherchez
```
for /f %%a in ('%java_exe% -jar %frameworkdir%archquery.jar') do set swt_path=%frameworkdir%%%a
```
remplacer avec
```
set swt_path=lib\x86
```
OH DIEU MERCI... essaye d'obtenir le SDK android pour exécuter plus d'une heure...
Si cela ne fonctionne pas, essayez set swt_path=lib\x86_64.

OriginalL'auteur user1389253
8

YMMV, mais en outre à l'édition android.chauve-souris, comme indiqué dans la réponse précédente, je ne pouvais toujours pas obtenir le SDK Manager pour exécuter sur Windows 8 64-bit, jusqu'à ce que j'ai d'abord:
- désinstallé TOUTES les versions de Java
- redémarré*
- installé que le X86 JDK (y compris le Public JRE option dans le programme d'installation)
J'avais essayé toutes ces choses et plus précédemment *SANS redémarrer l'ordinateur, et c'était le seul moyen que j'ai jamais eu le SDK Manager. Nous espérons que cette info vous permet d'économiser de certains de la totale de la frustration et de temps perdu que j'ai vécu. Ce une douleur dans le cul juste pour obtenir les outils en cours d'exécution hors de la boîte. Expérience terrible.

J'aurais répondu comme un commentaire à la réponse précédente, mais apparemment je n'ai pas assez de rep pour le faire: https://meta.stackexchange.com/questions/25725/how-do-you-comment-on-a-specific-answer

EDIT: réponse Plus complète ci-dessous. (Je ne pense pas que le redémarrage n'avait rien à faire avec elle.)

Il semble y avoir plusieurs manières de lancer le SDK Manager:
1. SDK Manager.exe dans la racine du SDK Android.
2. SDK Manager.exe dans sdk\tools\lib du SDK Android.
3. Window -> Android SDK Manager menu dans Eclipse
4. android.bat dans sdk\tools du SDK Android.
Dans mon cas, ça ressemble à android.bat échoue sur la ligne:
```
for /f %%a in ('%java_exe% -jar lib\archquery.jar') do set swt_path=lib\%%a
```
Autant que ce que la ligne est en train de faire... si je exécuter manuellement: "[path_to_java]java" -jar lib\archquery.jar

Il renvoie: x86_64

Mais lorsque le fichier de commandes exécute la même commande, je ne sais pas pourquoi, mais il échoue avec le message d'erreur:
```
Unable to access jarfile lib\archquery.jar
```
Donc la variable swt_path est défini pour une chaîne vide. Tout se casse de là.

Le fichier de commandes définit la valeur correcte pour la variable java_exe. D'autres ont souvent signalé comme un problème, mais ces solutions n'étaient pas pertinentes dans mon cas.

De gens ont recommandé d'en commentant la ligne du problème par l'ajout de REM au début de celui-ci, et l'ajout d'une ligne pour définir manuellement la swt_path variable, qui est valide solution de contournement:
```
REM for /f %%a in ('%java_exe% -jar lib\archquery.jar') do set swt_path=lib\%%a
set swt_path=lib\x86
```
MAIS, la question essentielle, dans mon cas, c'est que c'est en choisissant de charger un fichier jar à partir soit de la lib\x86 ou la lib\x86_64 dossier ici. À un certain point, les choses se sont confus entre la chauve-souris erreur de fichier, un 32-bit JDK, et une version 64 bits d'Android SDK.

DONC, la solution de contournement dans mon cas était de:
1. Désinstaller TOUTES les versions de Java
2. Installer le JDK
  - Vous pouvez soit utiliser la version 32 bits de SDK Android et installer la version 32 bits du JDK
  - Ou utiliser la version 64 bits du SDK Android et installer la version 64 bits du JDK
  - Mais le "type d'installation" du JDK doit correspondre le SDK Android. Il semble que ce soit de la 32-bit ou 64-bit va travailler sur un ordinateur 64 bits, AUSSI LONGTEMPS QUE le JDK nombre de bits correspond à l'Android SDK du nombre de bits.
3. Modifier "android.chauve-souris"
  - Si vous utilisez la version 32 bits de SDK Android/JDK, utilisez lib\x86:
    
    REM for /f %%a in ('%java_exe% -jar lib\archquery.jar') do set swt_path=lib\%%a set swt_path=lib\x86
  - Si vous utilisez la version 64 bits du SDK Android/JDK, utilisez lib\x86_64:
    
    REM for /f %%a in ('%java_exe% -jar lib\archquery.jar') do set swt_path=lib\%%a set swt_path=lib\x86_64
Après avoir fait cela, je peut exécuter avec succès le SDK Manager en exécutant android.bat, ou à partir de l'Éclipse menu (mais toujours pas en cours d'exécution, soit de la SDK Manager.exe fichiers directement).

OriginalL'auteur Dan Puza
3

Sur Windows 7, au moins, un lot "POUR" en boucle, lors de l'exécution d'une commande de la liste, ne pas utiliser le répertoire de travail en cours, mais la racine. Dans ce cas, la commande est '%java_exe% -jar lib\archquery.jar'. Cependant, il est effectivement en cours d'exécution à partir de la racine, par exemple, 'C:\'. Vous pouvez voir cela pour votre auto avec ce simple test à partir de la ligne de commande:
```
for /f %a in ('CD') do echo %a
```
Donc la commande à exécuter archquery est à la recherche pour le pot par rapport au répertoire racine, pas dans votre répertoire ADT, et ne peut donc pas être trouvé.

Je fixe mon android.barre d'utiliser le chemin d'accès complet à archquery, en tirant parti de l' %work_dir% variable définie plus tôt dans le fichier de commandes: for /f %%a in ('%java_exe% -jar %work_dir%\lib\archquery.jar') do set swt_path=lib\%%a

OriginalL'auteur Trinition
2

J'ai eu le même problème et c'est de cette façon il est résolu.
1. Ouvrir android.bat fichier de \android-sdk-windows\tools dans un éditeur.
2. Trouver la ligne
```
for /f "delims=" %%a in ('"%java_exe%" -jar lib\archquery.jar') do set swt_path=lib\%%a
```
  et ajouter rem en face de cette ligne.
3. Dans la ligne suivante, ajouter set swt_path=lib\x86 (si vous utilisez un système 32-bits) ou set swt_path=lib\x86_64 (si vous utilisez un système 64 bits).
4. Enregistrer le fichier. Fermer la cmd si vous avez un ouvert. Accédez à android-sdk-windows\tools\ et exécutez android. Ceci devrait ouvrir le SDK manager. Mais assurez-vous d'avoir JAVA_HOME défini dans vos variables d'environnement et de devrait point de JDK maison.
OriginalL'auteur Venkat Kandi
1

Ce changement pour android.chauve-souris (ci-dessous) a résolu le problème pour moi. Je peux lancer le SDK manager à partir d'Eclipse maintenant trop.
```
for /f "delims=" %%a in ('"%java_exe%" -jar %~dp0\lib\archquery.jar') do set swt_path=lib\%%a
```
Voir Ce n' %~dp0 veux dire, et comment ça fonctionne?

OriginalL'auteur Bodgey

J'ai corrigé que par le remplacement de:

for /f "delims=" %%a in ('"%java_exe%" -jar lib\archquery.jar') do set swt_path=lib\%%a

avec

REM for /f "delims=" %%a in ('"%java_exe%" -jar lib\archquery.jar') do set swt_path=lib\%%a
set swt_path="lib\x86_64"

Notez que j'ai utilisé " pour la swt_path variable.

Espoir qui pourrait aider quelqu'un d'autre.

OriginalL'auteur Houari

0

L'ajout d'une variable d'environnement appelée "ANDROID_SWT" pointant vers le répertoire qui contient les swt.jar eu que cela fonctionne pour moi. Semble être une meilleure option, puis de modifier le script.

OriginalL'auteur uesports135

Vous devez vous connecter pour publier un commentaire.