Skip to content

Commit 23e2ea2

Browse files
authored
fix: correct path to Android metadata log
1 parent c487757 commit 23e2ea2

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

content/guide/metadata.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -72,7 +72,7 @@ Sample filtering specifications can be found in `@nativescript/core` plugin's re
7272
Missing metadata entities could result in bugs at runtime. For example, if a native class has been accidentally filtered out, its constructor function will be `undefined` and this will lead to an exception when its attempted to be called. Figuring out what is the reason for something being `undefined` could be quite difficult because the reasons can vary. To check whether metadata filtering is to blame or not you should examine metadata generator's verbose logs after a successful build:
7373

7474
- On iOS they are located in `platforms/ios/build/<configuration>-<platform>/metadata-generation-stderr-<arch>.txt` (e.g. `platforms/ios/build/Debug-iphonesimulator/metadata-generation-stderr-x86_64.txt`);
75-
- On Android they are located in `platforms/android/build-tools/buildMetadata.log`
75+
- On Android they are located in `platforms/android/build-tools/mdg-java-out.txt`
7676

7777
For each global symbol that is discovered by the generator, there should be a line providing information whether it was included in the metadata or not, and which rules or what exception caused this. Examples:
7878

0 commit comments

Comments
 (0)