Jasm Sison
Jasm Sison
No changes are required for the gradle files to build [this](https://github.com/Buggaboo/Xtendroid/tree/v0.13_data_binding). Just patience. 1. Transpile xtend without referring to the generated java files. i.e. out comment ...DataBindingLayout...Binding.java in the xtend...
Yes, `com.android.tools.build:gradle` supports it from 1.5 onwards. ``` gradle android { dataBinding { enabled = true } } ``` Right now we don't use the **_xtext**_-gradle-plugin for building. We use...
This is why: [xtext/xtend plugin error](https://github.com/Buggaboo/Xtendroid/blob/xtext-gradle-plugin/xtext-gradle-plugin-error.txt) Please use this [branch](https://github.com/Buggaboo/Xtendroid/tree/xtext-gradle-plugin) to test. I think `settings.gradle` is getting ignored.
Ah. Excellent. Okay, I tried `compile project(':Project')`. It works. One problem less. Thanks! I had to run the build >1 times, because some components require >1 passes, but that's not...
After some manual debugging with gradle, I found out that there is a cyclic dependency between: - `"compile${variantName}JavaWithJavac"`, this creates the `*Binding.java` type required for data binding - `"generate${variantName}Xtext"` runs...
After some investigation I found out that the `xtext-android-gradle-plugin` version 1.0.9 works with the current Xtendroid, `new_development` branch. I tried removing this from `XtextAndroidBuilderPlugin` because this is new after 1.0.9...
The same result with `./gradlew install -PreleaseVersion=test` ``` FAILURE: Build failed with an exception. * What went wrong: Execution failed for task ':Xtendroid:generateReleaseXtext'. > com.google.common.util.concurrent.ExecutionError: java.lang.NoClassDefFoundError: Lorg/eclipse/jdt/internal/compiler/batch/CompilationUnit; ``` I overcomplicated...
fixed in [this commit](https://github.com/xtext/xtext-gradle-plugin/commit/9a0a1dafc415aacc62c763cee9c8bf82f9e285f9)
Hi, I don't follow. What's the action that should follow from seeing that method? Thanks.
Aha, thanks for the heads up. That try catch interrupts my isAssignableFrom. What is the problem exactly with CardView? @tobykurien Do you think the isAssignableFrom can be extended to include...