Comments (11)
Hi @lacasseio - is this related to [#34]?
from appcenter.
I would say it's two issues. As for this issue, we only revert the plugin block to apply plugin:
and the detection started to work again.
from appcenter.
Still having an issue? Having a hard time telling if this is an SDK issue or related to our build service so I can get the right person from our team to take a look.
from appcenter.
Hi @lacasseio this looks like a detection limitation in our repository analysis for Android projects. Can you help me understand the file structure of your repository?
i.e. did you put the plugins { ... }
block containing the Android application plugin inside of the same build.gradle file?
from appcenter.
The plugins { ... }
block was put inside the android/app/build.gradle
file instead of the apply from:
. Basically, a Gradle plugin can be either applied using those two methods, the plugins block becoming the standard way. You should be able to query the applied plugin using the Gradle tooling API instead of doing String parsing if you aren't already doing so. The main reason is the build script not support both Groovy (build.gradle) and Kotlin (build.gradle.kts). I don't know if the later is supported as we reverted those chance to avoid any issue with React-Native upgrade tools.
from appcenter.
@patniko This issue seems to be related to the detection algorithm used. I have no idea of finding out where this detection happens.
from appcenter.
I would actually be nice to have some sort of generic way to give the right information to Appcenter as we would like to standardize around Gradle for anything that is build related. As Gradle knows everything about our build, we can communicate what's the important information.
from appcenter.
@lacasseio Thanks for the input, I might have been out of touch with Android development recently
the plugins block becoming the standard way
do you have a source for this? When I create a new project in Android Studio 3.3 it still uses the apply plugin:
syntax. That said, we should have a way to also detect the plugins block with our current analysis.
Use of the Tooling API is at this current time limited for us because of the way we are restricted to access your repository for analysis - we basically use the API of the repository provider to get the structure. Otherwise we would basically have to clone the entire repository to run the analysis, which has a lot of new implications, analysis performance being a top concern.
from appcenter.
Yeah, good point. I guess you have to do string parsing.
I manually modified the source. I'm a Gradle engineer so I was trying to apply the best practice to the build script and found out this limitation. There may be others as well that I haven't found or decided not to venture further. The entire React-Native is very sensitive to the default structure as well.
from appcenter.
Cool, thanks a lot for allowing us to future proof our analysis by sharing this. We greatly appreciate it!
from appcenter.
@lacasseio unfortunately this is a limitation for now. We'll take a look at this as an improvement in the future.
from appcenter.
Related Issues (20)
- Fix on wording
- iOS 17 SDK Support HOT 8
- Add button to download all errors/crashes of an app
- Harsh HOT 1
- Full MAUI support HOT 1
- Appcenter CLI not working HOT 2
- Can't build Xamarin.ios with Xcode 15.1 and SDK 17 HOT 16
- Keep App Center alive HOT 7
- Open Source for Self-hosting AppCenter. HOT 7
- App Center Retirement: How to handle UWP / MAUI Apps? HOT 4
- AppCenter Retirement: How to handle .NET MAUI Apps? HOT 7
- App Center Retirement: How to handle WPF Apps? HOT 2
- App Center Retirement: open-source/license distribution platform? HOT 2
- Appcentar
- App Center Retirement: Redirect appcast url
- App Center Retirement: Application Insights integration HOT 4
- Appcenter login is not working through Github actions
- Connection is not private appcenter website HOT 5
- I am directed to the login page for public groups. HOT 8
- Add XCode 15.3 in iOS build agent
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from appcenter.