Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Commit3cf29a7

Browse files
authored
fix: correct path to Android metadata log (NativeScript#164)
1 parentc487757 commit3cf29a7

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

‎content/guide/metadata.md‎

Lines changed: 1 addition & 1 deletion
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)

[8]ページ先頭

©2009-2025 Movatter.jp