aboutsummaryrefslogtreecommitdiffstats
path: root/sdkmanager
Commit message (Collapse)AuthorAgeFilesLines
...
* | SDK: Extend CommandLineParser to support string arrays.Raphael2012-01-052-27/+150
| | | | | | | | | | | | | | | | | | This allows the parser to process an input such as: $ cmd verb --arg1 value1 --arg2 value2 value3 value4 or $ cmd verb --arg1 value1 --arg2 value2 -- -value3 --value4 Change-Id: I7ea6c019c2bb4ee5003bdba1f0774f3c062322c2
* | Move CommandLineProcessor from sdkmanager to sdklib as CommandLineParserRaphael2012-01-053-10/+11
| | | | | | | | Change-Id: I4413efea2887436d167ce44db6f0cd711bdf8fdd
* | Add @NonNull annotation and configure Eclipse settingsTor Norbye2011-12-223-3/+39
| | | | | | | | | | | | | | | | | | | | | | | | | | | | This changeset adds a new @NonNull annotation, to match our existing @Nullable annotation, and it adds configuration settings for Eclipse 3.8 / Eclipse 4.2 which configures the new null analysis there to use our own annotations. Note that the annotations only have source retention so there is no extra size or class-loading overhead. (To use findbugs you'll need to temporarily change retention to class-level.) In upcoming CL's I'll use these annotations to clarify the Lint API and other APIs. Change-Id: I99096d8b8a7e25ef002624d592da7700195a5872
* | Update SDK codebase to JDK 6Tor Norbye2011-12-2178-24/+557
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This changeset makes the SDK codebase compile with source=1.6 (which means it also requires JDK 6). This means that methods implementing an interface requires @Override's. It also means we can start using APIs like the ArrayDeque class and methods like String#isEmpty(). This changeset looks big but the change is trivial: it's basically adding @Override in all the places that need it, along with some other automatic Eclipse cleanup in certain files (such as reordering imports where they were incorrectly ordered (because older versions of Eclipse didn't always handle inner classes right)), as well as cleaning up trailing whitespace and removing some $NON-NLS-1$ markers on lines where there aren't any string literals anymore. This changeset also sets the source and target JDK level to 6 in the Eclipse compiler .settings file, and synchronizes this file to all the other Eclipse SDK projects. Change-Id: I6a9585aa44c3dee9a5c00739ab22fbdbcb9f8275
* | SDK Manager: list/update sdk --allRaphael2011-12-165-48/+89
|/ | | | | | | | | | This renames the list/update sdk --obsolete flag to --all (-a shortcut) to better reflect what the code actually does. SDK Bug: 23004 Change-Id: Ide60f3de97767283e7574a92d4ec96b0e5d4fd86
* SDK Manager: fix SWTException disposed when closing during a download.Raphael2011-12-081-16/+20
| | | | | | SDK Bug: 21312 Change-Id: I49462d9750c4f64f92372793dee65d28f23e94ab
* SDK Manager: shutdown httpclient to abort download.Raphael2011-12-081-2/+6
| | | | | | | | | | | | When a user aborts a download in the SDK Manager, we call the HttpClient InputStream.close(). It turns out this blocks till the download is complete. Issuing the client shutdown first makes it really close the connection, as indicated in the javadoc. SDK Bug: 21167 Change-Id: Ie68a60d60f482a0f7abaea084ffbf6700a0a9a3d
* SDK Manager: 'list sdk' show system images and source pkg.Raphael2011-12-052-15/+123
| | | | | | | | | | | | | | | | | | | | | | | | | | | | This fixes the 'android list sdk' to output the system images and source packages in the list. Since there are no hard dependencies on them, they were not listed. The behavior is changed to: - 'android list sdk': display all potential and mandatory updates and their dependencies. - 'android list sdk --obsolete': display everything compatible on the remote sources. This allows users to install sources and system images from the command line: $ android list sdk -e -o $ android update sdk -u -o -t source,system-image # all $ android update sdk -u -o -t source-14,sysimg-14 # API14 Also, although system images are not mandatory (e.g. they are not hard dependencies of platforms), the heuristic is that if a platform doesn't have any system image of its own we'll suggest any matching sys-image we can find for either new platform or the currently highest installed one. SDK Bug: 21880 Change-Id: I4c47c6e60d885ebeaf181288db743b382fdb1618
* Merge "SDK android.exe: fix "access denied" error."Raphael2011-12-023-23/+45
|\
| * SDK android.exe: fix "access denied" error.Raphael2011-11-293-23/+45
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Issue was a typo and the script was setting the files as read-only (instead of clearing the r-o attribute, it was setting it) before trying to copy them. Also reverted the code that hides the launched app window so that the sdkmanager actually be visible. SDK Bug: 5683762 Change-Id: Id23302981f84b227361c6208fe6ef512e0ac2de3
* | Merge "SDK: Extract find_java static library."Raphael2011-12-016-479/+628
|\ \ | |/
| * SDK: Extract find_java static library.Raphael2011-11-296-479/+628
| | | | | | | | Change-Id: Ic8b2130a327d73c044c0931509385aed19f78a9e
* | SDK Manager: verbose print if unzip fails.Raphael2011-11-301-2/+14
|/ | | | | | | | | | | | | | | The core issue was that source packages were not properly zipped on the build server side, which made the unzip crash with an EOFException. This simply adds a better verbose message in case this happens again. It seems the Java ZipFile bug listed in there is fixed at least in the JVM I'm currently running (1.6 and 7) but anyway I added the extra safeguard code as documented in the reported bug (e.g. don't ask ZipFile to unzip more than the actual size of the entry.) Can't hurt to have it. Change-Id: Ib47530920474e320da69c35d9a695d931bed55c1
* SDK: Switch back to android.bat.Raphael Moll2011-11-282-2/+2
| | | | | | | android.exe is not ready for usage yet. The local sdk parser can still detect both. Change-Id: I597f9b5553628b55703aa12282b2808c0b6d1fb1
* SDK: Fix C++ style for win_android.cppRaphael2011-11-171-42/+50
| | | | | | This addresses CL feedback from Change I7275cfee Change-Id: Ie86dc2efc0a26c783b63e45db32b9d388a6562b1
* sdkman authdialog: Make input fields static.Siva Velusamy2011-11-161-12/+16
| | | | | | | This enables maintaining user input between multiple invocations of the dialog during a single session. Change-Id: Id391ce8e23d65ab20ceba117c89bc8b9c9e2240f
* SDK Manager: remove obsolete sdkamn v1 window.Raphael2011-11-158-1790/+9
| | | | | | | | | This removes the SDK Manager 1 window implementation. There are still a few odds and ends that require some cleanup for later, e.g. the "update chooser dialog" but it actually needs a revamp rather than just a cleanup. Change-Id: Icb90fd1f5d9d8ca4b1ffeea72b8c20aed12cbe26
* Merge "SDK: Switch from android.bat to android.exe"Raphael2011-11-152-7/+14
|\
| * SDK: Switch from android.bat to android.exeRaphael2011-11-142-7/+14
| | | | | | | | Change-Id: I549340bdaaf78d6d314992ad2b91e9b45f97d2c2
* | Merge "android.exe, replacement for android.bat on Windows"Raphael2011-11-158-0/+1026
|\ \ | |/
| * android.exe, replacement for android.bat on WindowsRaphael2011-11-148-0/+1026
| | | | | | | | Change-Id: I7275cfeeec53511b1679c203a149b801e137b921
* | Merge "Add support for NTLM proxy authentication."Siva Velusamy2011-11-1411-85/+219
|\ \ | |/ |/|
| * Add support for NTLM proxy authentication.Siva Velusamy2011-11-1211-85/+219
| | | | | | | | Change-Id: Ia8375444bf99b33396616a57e781adb22d82175d
* | SDK Manager Windows: detach from java process.Raphael2011-11-111-10/+3
|/ | | | | | | | | | | | | | | | | | | | | | | | | | | | | This fixes 2 issues: - A bug in android.bat was that the bat+lib were only copied if the arguments were 'update sdk'. However since Tools R14 the sdkmanager doesn't use these arguments anymore. - Consequently when invoked as 'android sdk' it was not copying itself in the temp folder and thus was locking the tools folder, preventing updates. - The new behavior is to always copy, like that we don't care how the app is launched. - The SDK Manager.exe was launching android.bat and then waiting for it to finish, capturing its stdout in care there's an error to display. That locks SDK Manager.exe and thus prevent from updating it too. So instead we just don't wait for the bat to finish, don't capture/display its stdout. If there's an error, the user can still use the command line version to find out what's wrong. SDK Bugs: 21212:SDK Setup.exe [keeps] an open file handle SDK Bugs: 11989:SDK Manager.exe should be able to detach (it doesn't do the part where the sdk manager could restart itself after an update though. I'll file a different issue.) Change-Id: Id473ce58d3f36d417b6c0ee5f07a039adbbe06c0
* Merge "Add support for BuildConfig class to ADT."Xavier Ducrohet2011-11-101-3/+17
|\
| * Add support for BuildConfig class to ADT.Xavier Ducrohet2011-11-091-3/+17
| | | | | | | | Change-Id: I17d4eae699e55e41c26c6125175b893a3012699e
* | Merge "SdkManager: rework pkg diff to avoid duplicates"Raphael2011-11-089-444/+307
|\ \ | |/ |/|
| * SdkManager: rework pkg diff to avoid duplicatesRaphael2011-11-019-444/+307
| | | | | | | | Change-Id: Iad1576ec4ca03213679aabb97328bcf9c0f590eb
* | android create id: prompt for passwdRaphael2011-11-012-33/+80
|/ | | | Change-Id: Id030c98501fd0b971a7377da95b452370dc7e1e7
* SDK Manager: remove old SDK_TEST_URLS env var.Raphael2011-10-251-114/+34
| | | | | | | | It can't be used at the same time as the new one (the SDK_TEST_BASE_URL one) as it is confusing if both are defined. Change-Id: I5b3ab7bac5d58ab9b1e47e2aea43229156c30083
* SDK Manager: change addons_list.xml download URL.Raphael2011-10-241-4/+4
| | | | | | SDK Bug: 5508174 Change-Id: I14ab4163e0f07824226cc78f72b538e2f82d7c5f
* SDK Manager: fix failure to update toolsRaphael2011-10-242-18/+45
| | | | | | SDK Bug: 5508174 Change-Id: I466ba63c7f6c4158be42df1151f540d26c63e342
* SDK: Test to exhibit sdkmanager update issue.Raphael2011-10-241-1/+46
| | | | Change-Id: I15d0b46ef09791ea000724e571de63923f147b6d
* Merge "Prevent NPE in 'android update project'."Raphael2011-10-211-0/+4
|\
| * Prevent NPE in 'android update project'.Raphael2011-10-181-0/+4
| | | | | | | | | | | | | | | | SDK Bug 20535. Doesn't seem reproducible, so just defend against a potential NPE anyway. Change-Id: Ieb6a0958c7585ea3c5cffbb640943263a14e4c60
* | Platform now returns the new location of the renderscript includes.Xavier Ducrohet2011-10-212-5/+11
| | | | | | | | | | | | http://code.google.com/p/android/issues/detail?id=21006 Change-Id: Ice55f026e9d78922bfa359edad62630a8f7fb8ed
* | Merge "Fix AVD Manager creation for GTV issue."Raphael2011-10-211-5/+2
|\ \
| * | Fix AVD Manager creation for GTV issue.Raphael2011-10-211-5/+2
| | | | | | | | | | | | | | | | | | SDK Bug: 20963 Change-Id: I46b8e808f2eb0c008b60036631a4d061d02085c6
* | | SDK Manager: label incompatible packages.Raphael2011-10-215-9/+51
|/ / | | | | | | | | | | | | | | | | - Clearly states that a package is not compatible. - Provides an env var to work around and install anyway: $ export ANDROID_SDK_IGNORE_COMPAT=1 $ tools/android Change-Id: I5d94fbe452c72572054b2aecb781acfe3519135c
* | Merge "SDK Manager: Fix typos."Raphael2011-10-191-12/+2
|\ \ | |/
| * SDK Manager: Fix typos.Raphael2011-10-181-12/+2
| | | | | | | | | | | | Should have been in a3e43f30cf2278afd5dbc5864442529129b3a057 Change-Id: I9018f8b3b0e5bfb07b05acba9d1c6d4fae04181a
* | SDK Manager: fix window resize issue.Raphael2011-10-192-3/+3
|/ | | | | | | | | | SDK Bug: 20939 Incidentally, this also fixes the fact that the window for the SDK/AVD manager can't be resized at all on Windows when started from ADT. SWT is quite magical. Change-Id: I282ebdac3e42e39ee41247de5591cfcb61cd4ac8
* Merge "SDK Manager: change initial selection logic."Raphael2011-10-183-85/+193
|\
| * SDK Manager: change initial selection logic.Raphael2011-10-183-85/+193
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This changes the way packages are selected: - When using the "Select New" link, all new stuff is selected. - When using the "Select Update" link, only installed stuff with updates is selected. - When starts the SDK Manager, the heuristic becomes: - Select any updates we can find. - Check whether the top platform is installed. - If not at all, select all its packages. This should cover the "there's a new platform available" scenario by just selecting to install everything for it. - If the top platform has at least one item selected, make sure the platform package itself is installed or select it. - If the platform currently installed or a selected update lacks a system image, we want to suggest some kind of system image. For that, look whether the platform (current or selected update) provides one. If they don't select any system image package we can find. - On Windows, also suggest to install the USB driver. SDK Bug: 20607 Change-Id: Ifab423b226ad708e9117eefd4d76033d866c57a8
* | Merge "Code cleanup: make sure FileInputStreams are closed."Raphael2011-10-181-1/+13
|\ \ | |/ |/|
| * Code cleanup: make sure FileInputStreams are closed.Raphael2011-10-131-1/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Various places of the code construct a new FileInputStream on the fly and give it to another method. One many occasions the stream is never properly closed, which can lock files on Windows. 2 specific cases: - Properties.load() doesn't seem to close its input (when looking at the source bundled with the JRE). - The doc of InputSource (used by various XML parsers like the pull parser) indicates the caller should in general not close the stream and the parser itself should do it. Change-Id: I622b54a22f97ed2c9c8fdc56ccde331207d9d212
* | Merge "SDK Manager: env var SDK_TEST_BASE_URL"Raphael2011-10-174-3/+41
|\ \
| * | SDK Manager: env var SDK_TEST_BASE_URLRaphael2011-10-144-3/+41
| | | | | | | | | | | | | | | | | | | | | | | | | | | Support a new env var SDK_TEST_BASE_URL that should be set to the root of an alternate repo. When set it will completly override the built-in default repository base URL. Change-Id: I4852d4c60aac19e2e5c7c34d848b15254d93afb6
* | | Merge "Add BuildConfig to ant SDK project."Xavier Ducrohet2011-10-143-0/+146
|\ \ \ | |/ / |/| |
| * | Add BuildConfig to ant SDK project.Xavier Ducrohet2011-10-143-0/+146
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The BuildConfig class contains a single boolean constant called DEBUG which is true only for debug/instrumented builds. This allows developers to create debug only code that's automatically stripped from release builds. Also fixed some issues with dependency check for other tasks, notably the aapt task that would always find new files due to not filtering out files that are ignored by aapt itself (hidden files, version control files, etc...) Change-Id: I4391a87c064a185d6b337ca46e3a9f0e43c5174d
generated by cgit v1.1 at 2025-08-18 06:46:24 +0000