| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
| |
Just for consistency with our new library overlords.
Change-Id: I5ac78e7d19c9423f0e02177dce1b8644885e5d84
|
| |
|
|
| |
Change-Id: I55c69a46fb7fa21701025f2df4e4fcc3bfd3ef96
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is just a refactor to move classes around.
No functionality is actually changed.
The sdkman2 package contains classes that are now
sorted between "ui" and "core" packages. The core
stuff has no UI dependency and can be used in
unit tests, whereas the ui stuff needs SWT somehow.
In a later CL some of the UI stuff will be changed
to make it easier to mock for testing.
Change-Id: I86606df7992de6ca6ae1df95f7b712cbba4fd3b6
|
| |
|
|
| |
Change-Id: I5996187d0ccd002d9ec3fe8c0fa5d17a96671431
|
| |
|
|
|
|
| |
Also add a simple unit test.
Change-Id: I8ed3dfbea07578528036f1dabd75c18f3161819c
|
| |
|
|
|
|
|
|
|
|
| |
Removed ILogger from ide_common
Removed ISdkLog (and implementations) from sdklib
Moved all existing code to com.android.utils.ILogger
which is located in common.
Change-Id: Icd674d4b8d10f6ae8b60a83acb43cc53c7a52137
|
| |
|
|
|
|
|
| |
Move stuff out of sdklib into common and ide_common.
Remove androidprefs and move the one class into common.
Change-Id: I71d126a13cf2ba413692e29616f4968a37d7b33a
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Move resources and com.android.util.Pair into layoutlib_api
where they belong since layoutlib depends on them and we need
to control the API.
Made a copy of Pair to stay in common.jar but moved it to
com.android.utils.Pair (the one in com.android.util.Pair is
marked as deprecated to prevent usage where applicable).
Also moved XmlUtil and PositionXmlParser to com.android.utils
to match Pair.
Change-Id: I21d7057d3f2ce604f86a3bb1fa3c130948c93b89
|
| |
|
|
| |
Change-Id: I4413efea2887436d167ce44db6f0cd711bdf8fdd
|
| |
|
|
| |
Change-Id: I4affda9be00c37c4a801816625f57f7eda585ef4
|
| |
|
|
| |
Change-Id: Ib8df984ddbad0bb6f0eb4c2fb0bd4b9c49b334cc
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This changes 'android list sdk' to output deterministic
install IDs. These IDs can then be give to 'android update sdk'.
Example of usage:
$ android list sdk --extended
Refresh Sources: [...]
----------
id: 2 or "android-13"
Type: Platform
Desc: Android SDK Platform 3.2, revision 1
[...]
----------
id: 41 or "extra-google-usb_driver"
Type: Extra
Desc: USB Driver for Windows, revision 4
$ android update sdk --no-ui --filter android-13,extra-google-usb_driver
=> This installs the platform API 13 and the USB Driver.
SDK Bug: 19504
Change-Id: I3109c90371d292df4e9cf845208bf8efe774233f
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This revamps the way system images are handled
in the internal SdkManager class.
Before, a given IAndroidTarget could provide a list
of ABI strings it new about, discovered by parsing
the SDK/platform/images/xyz or SDK/addon/images/xyz
folder.
This introduces the notion of System Image to an
IAndroidTarget. A system image combines an ABI with
a location strategy (legacy images folder, images
sub-folder or standalone sdk/system-images folder)
and an actual location path.
Change-Id: If5b748aa9aef6788bc3c814818381c7918b40bca
|
| |
|
|
|
|
|
|
|
|
|
| |
This is part of a series of CL to add support for
system-image packages separated from platform packages.
In this small CL we just add the <included-abi> element
to platform packages, load/save it and test by loading
a sample XML.
Change-Id: Icbf554ea398bbcfe5cf760f9d25aec3de088937a
|
| |
|
|
|
|
|
|
|
| |
This changes PlatformTarget to parse the Layoutlib Version
(API + revision) stored by the SDK Manager in the source.properties
of the platform on disk. Then this introduces an helper method
in SdkManager to find the highest available layoutlib version.
Change-Id: I94990dabed6c7e5ad3f8f06ff3b16696edca8653
|
| |
|
|
|
|
|
|
|
|
| |
This reflows the command line help so that it wraps nicely
at 78 chars. Also properly finish sentences with dots.
Mere details...
Also added a proper unit test to test various edge cases.
Change-Id: Id2f9eab5014ea9c5f4aae5ed4427b9aebc3c70bf
|
| |
|
|
|
|
| |
The default with no argument is "android sdk".
Change-Id: I208d7b78dcbeab44a135e4d5bbb4b568b9ce09d7
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
A couple issues with the current unit tests:
- It was correctly allocating a temporary SDK folder.
- It was correctly creating temporary AVDs in a temp folder.
- However it was still using the regular AVD root for the
AVD ini files and leaving them behind.
- Minor windows dir-sep issue.
This replaces the SdkManagerTestUtils class by a
new base TestClass specific to SDK testing that creates
both the temporary SDK and AVD manager and correctly overrides
the AVD root.
One issue is that we have different ways to find what the
correct AVD Root is and the default paths used for an AvdInfo
where setup using static methods, making them impossible to
override in unit tests.
This refactors AvdInfo out of AvdManager and most important
there's a single non-static method, AvdManager.getBaseAvdFolder(),
that is used to know where AVDs should be stored.
Change-Id: I4270203f52de15ca9418e9b4f1bf61dbc843c218
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1- In no-ui mode, the "update sdk" command was missing
the add-on filter type, e.g.:
$ android update sdk --no-ui --filter add-on
This restores it and adds a unit-test to make sure
the cmd line check is in sync with the array definitions.
2- Adds a new command line option "list sdk" to list
all possible packages that can be found and updated from
the remote sites. The list has indexes which can then
be used with the "update sdk --filter" option to pick
specific packages to install.
Example:
$ android list sdk
Packages available for install: 7
1- Android SDK Tools, revision 10
2- Documentation for Android SDK, API 11, revision 1
...
$ android update sdk --no-ui --filter doc,3,7
This will install "all doc packages" as well as the
packages 3 and 7 mentioned in the "list sdk" output.
3- Changed the "--obsolete" flag to list not only obsolete
packages but actually *all* packages. This works around the
issue that the SDK Manager tries, by default, to only show
unknown platforms that are higher than whatever is currently
installed, so there was no way with the UI to install an
older platform (e.g. if you had API 11 installed, it would
not list APIS 3-10 for new installation.)
I'll revisit this behavior later.
SDK Issue: http://code.google.com/p/android/issues/detail?id=15933
Change-Id: I7626257c39602908058eb7359b4c98cc3f54eef3
|
| |
|
|
|
|
|
|
|
|
| |
Also fix some makefiles to make sure the notices are
picked up.
- move the makefile outside of the source folder.
- resources are now in the source folder directly instead
of being inside src/resources. It's much simpler.
Change-Id: Ica8ee4c2bc8a9b035d23fc914d4137cdca7e567d
|
| |
|
|
|
|
| |
SDK Bug 14162
Change-Id: I22493443e706bda830916ed0fc09741a1d6d1f15
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
emulators.
This is a first (and largest) patch in a series of patches over the next month to extend the
AVD and ADT eclipse plugin to support processor-specific platform images and emulators. This
patch is intended to co-exist with patches to create x86 emulator environments and overall
SDK support.
There is an overall expectation that the sdk building process will be updated to meet the
following expectations... It is not in the scope of these UI patches to change the overall
sdk building structure.
expectation #1:
tools/emulator[.exe] -- ARM
tools/emulator-x86[.exe] -- x86
tools/emulator-foo[.exe] -- an arbitrary additional architecture (extensible)
expectation #2:
platforms/android-XXX/images/arm - location of kernel/images for ARM
platforms/android-XXX/images/x86 - location of kernel/images for x86
platforms/android-XXX/images/foo - location of kernel/images for arbitrary architecture
expectation #3
In the event that add-ons are in the SDK,
add-ons/addon_XXX/images/arm - location of kernel/images for ARM
add-ons/addon_XXX/images/x86 - location of kernel/images for x86
add-ons/addon_XXX/images/foo - location of kernel/images for arbitrary architecture
NOTE: For "earlier"/legacy api levels, it is assumed that it is ARM only and the images will
be in platforms/android-XXX/images and add-ons/addon_XXX/images
When an API level is chosen in AVD, it scans the appropriate API directories and determines
if the image directory is "legacy" or if it has subdirectories. In the latter case, it
populates the list of potential processors using these directory names (and some
prettyprinting for well known architectures)
tested using "android" command line to start AVD on linux and windows
tested using Eclipse plugin AVD integration on linux and windows
REMINDER: You need to change the directory layout of images and add the right
emulator-XXX[.exe] to test it
If one uses the "android" command line to create an AVD from the command line, the
processor type is assumed to be arm today. A future patch will be needed to add
command line processor type selectivity
Change-Id: Ifd7c39bf93c6e926f62407bfed024d2789efb41a
|
| |
|
|
| |
Change-Id: I59a7b770071707ed058aa104bab8a16aa8950d56
|
| |
|
|
|
|
|
|
| |
This adds or changes no functionality.
It just exhibits the bug from issue 14393 which will
be fixed in the next CL.
Change-Id: Icff2023120014b422c002efde8f20175ff52e266
|
| |
|
|
| |
Change-Id: Icbdbbae2fe105af6eb1cdb1490a2415007262980
|
| |
|
|
|
|
|
|
| |
and launch
Also respect 'Wipe User Data' by disabling snapshot launch, and support 'Edit AVD'.
Change-Id: I2fee9361d78d70b80314523e36b48fbd80b03ca7
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The AdtPluin was used just for logging. Instead the
AttrsXmlParser takes an ILogger (AdtPlug implements
ILogger and can be used directly in unit tests too).
For unit tests there is a new StdSdkLog convenience
class that prints to stdout/stderr (formerly MockStdLogger
from the Sdk Manager was doing that.)
Change-Id: I658af61d04efb19ad6e3bf9c0bf471452372885a
|
| | |
|
| | |
|
| |
|
|
|
|
| |
For reference, there's an XSD primer here:
- http://www.w3.org/TR/xmlschema-0/#NS
- http://www.w3schools.com/Schema/
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
