History log of /external/icu/tools/srcgen/generate_android_icu4j.sh
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
3b84259b78fc811b14079dfde655d68a389b36db 20-Mar-2017 Paul Duffin <paulduffin@google.com> Made DigitList public for testing

* Added new rule to make classes visible for testing.
* Updated tools/srcgen/generate_android_icu4j.sh to delete
previous work around for DigitListTest.
* Added DigitListTest to android_icu4j

Bug: 33448125
Test: tools/srcgen/generate_android_icu4j.sh
Change-Id: I5126a51b895e877cdac5adad66cfce60115016e4
/external/icu/tools/srcgen/generate_android_icu4j.sh
49013b36214fc9187804b936e95dea4d1f27080e 08-Dec-2016 Fredrik Roubert <roubert@google.com> Bug work-around: Delete android.icu.text.DigitListTest

ICU4J 58 has one test, DigitListTest, which depends on being able to
access the non-public class DigitList by being declared in the same
package.

This does not work in CTS which runs the test against the actual ICU4J
library included in libcore, from where the class loader won't allow the
test to load the non-public class regardless of them being declared in
the same package.

Future ICU4J releases are expected to have more tests like this, for
which some kind of better solution will be needed, but for the time
being it is sufficient to just remove DigitListTest while doing the
source code transform so that CTS won't try loading it.

Bug: 33448125
Test: CtsIcuTestCases
Change-Id: I376d9405db7ea92f8c75246eada7b4b236a1fb20
/external/icu/tools/srcgen/generate_android_icu4j.sh
ff178d4d9177ea52a341094822d7d45cebbbee3b 08-Jun-2016 Neil Fuller <nfuller@google.com> Allow overriding of the java binary

Optionally specify the SRCGEN_JAVA_BINARY environment variable
to set an alternative java binary to use when running the ICU
srcgen.

Bug: 27775477
Change-Id: I66c059893db969c28c4843bcd5158a7e7f0338b6
/external/icu/tools/srcgen/generate_android_icu4j.sh
7986482b164920cb52f422c0de4c6765f56e0afa 14-Mar-2016 Paul Duffin <paulduffin@google.com> Repackage serialized data and fix test so it can find it

Fortunately, the original text "org.ibm" or "org/ibm" and the
replacement text "android" used in repackaging are both the same
length so it is possible to use sed to do a simple search and
replace to repackage the binary serialized data.

This repackages the serialized data and patches the affected
test so that it can find the data in a JAR without entries for
directories.

The upstream bug tracking the change to the CompatibilityTest
is http://bugs.icu-project.org/trac/attachment/ticket/12386/

(cherry picked from commit 4ea4236bd769dcf36b82c80e2791c868e7c64ab9)

Bug: 27310873
Change-Id: I2d45b983cce51c66aabe7e5202159a02c0600e29
/external/icu/tools/srcgen/generate_android_icu4j.sh
ce1fbffea5832e28aa0d0bf9b47989b427c9db10 14-Mar-2016 Paul Duffin <paulduffin@google.com> Added support for running repackaged Android ICU4J tests using JUnit

Adds JUnit integration classes under android_icu4j/runner that
bridges between ICU4J's custom testing framework and JUnit.
These classes were copied from cts/tests/tests/icu to here,
moved into a new package (to remove cts and ensure that they
do not clash with original classes in cts) and then made
standalone so that they didn't depend on CTS.

The intent is that the original classes will be removed and the
CTS runner will use these classes, either directly or through
standard Android/JUnit integration.

In order for these classes to work with CTS they need to be able
to skip execution, i.e. 'run' the tests in order to fire events
but to not actually execute the tests themselves. This was
previously done using a special parameters class but this uses
the 'standard', in internal Android at least,
AndroidRunnerParams class. As that class is not available on the
host and the host does not require the ability to skip the
execution this provides a dummy implementation that never skips.

This also adds @RunWith annotations to the tests during
repackaging so that they can be run using standard JUnit
runners.

The Android.mk file has instructions on how to run using both
JUnit and the ICU4J test framework.

There are a number of issues with running tests under JUnit but
they will be fixed in follow on changes.

(cherry picked from commit 3a45e58d9461ee00f295ca8a6a29ef0860559e7e)

Bug: 22023363
Change-Id: Iac1221c12cc7194277db49b9a013d427d9533b36
/external/icu/tools/srcgen/generate_android_icu4j.sh
69ef1baa641465e7474f8646903b8f5fc3125534 26-Feb-2016 Paul Duffin <paulduffin@google.com> Add repackaged version of the ICU tests

Adds a new android-icu4j-tests target to build the repackaged
tests. The repackages tests were generated by running the
following script which was modified to repackage the tests in
addition to the source and sample.
tools/srcgen/generate_android_icu4j.sh

Bug: 22023363

(cherry picked from aefe4d1f8f1773ead1a52f7a5d2c9e0009353600)

Change-Id: I083baac898c587e4a6787e408b22f811010167eb
/external/icu/tools/srcgen/generate_android_icu4j.sh
cc49f813b0d7bf6664102b30b5513fd21c362e0d 02-Nov-2015 Neil Fuller <nfuller@google.com> Add support for @.jcite references in srcgen

Convert {@.jcite .... to Doclava's {@sample .... format.

Generate source code for ICU4J sample code repackaged to
android.icu. Only some of the ICU4J samples are repackaged:
the aim is to compile these against the latest APIs once they
become public.

The android.icu.util.Output class has been added to the public API
as it is required to use them.

Refactoring of currysrc / srcgen to avoid some code duplication.

This change also contains the regenerated android_icu4j source code.

Bug: 22023363
Change-Id: I2661041998898bafe1592522f9c9ec758c96da3b
/external/icu/tools/srcgen/generate_android_icu4j.sh
43107a5a258dffdcc774ad6b7a88e87e996872f5 27-Oct-2015 Neil Fuller <nfuller@google.com> Improvements to the currysrc / srcgen tools

Improvements to currysrc to allow AstTransformer and DocumentTransformer to
be interleaved. Previously Main assumed AST changes were followed by
Document changes. Some Javadoc changes like removing tags seem easier when
done as an AstTransformer so it helps if they can be applied in any order.

Modified the ICU-specific src to:
1) Hack around some badly placed javadoc tags in Bidi
2) Remove @stable tags generally
3) Account for the changes in currysrc

Bug: 22023363
Change-Id: If9b4721b4ce85c0d68030fd5fc03f2b7d5cd76f4
/external/icu/tools/srcgen/generate_android_icu4j.sh
04b228542fa91e91551c6ea4e6a2bac1d55ca1af 26-Oct-2015 Neil Fuller <nfuller@google.com> Tool changes to handle making some of ICU public

Handles the whitelisting of some classes and hiding deprecated elements
within that set.

Bug: 22023363
Change-Id: Iafcb25530de016d04534e4d4d80c0b95a16f7f9c
/external/icu/tools/srcgen/generate_android_icu4j.sh
3a353ce0ee494df28d7a80be39a79492c645f548 09-Oct-2015 Neil Fuller <nfuller@google.com> The initial check-in of android.icu ICU4J src generation tools

Adds ICU4J-specific rules classes for generating an
android_icu4j directory and a script to invoke it.

Bug: 22023363
Change-Id: Ic0336771405fd7edb999b8d4c4325fd3d6255851
/external/icu/tools/srcgen/generate_android_icu4j.sh