-
Notifications
You must be signed in to change notification settings - Fork 246
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Expected behavior for * dependencies when compiling into Java #1678
Comments
How'd you model such a dependency in The reason I as is because I see two ways of addressing this:
I'd instinctively lean towards option 2, however I also don't like being more restrictive than needed (so if I can express Generally speaking however, |
I think for (1), something like this could be acceptable for maven/Java at least:
Alternatively, for (1), it looks like there are some plugins that could help (see here) but I'm not sure that's any better than just (2) is also fine with me, if it can be added to the documentation somewhere! |
@RomainMuller either option is fine with me, but I'd prefer (1). I can work on this if you'd like |
I'm happy with option (1), however as I mentioned on the PR (thanks for that by the way), I feel |
) For #1678 in case you want to go with route (1) of supporting `*` dependencies. Signed-off-by: campionfellin <[email protected]>
Closing this issue since it seems to have been resolved. Feel free to reopen. |
❓ Guidance
Affected Languages
TypeScript
orJavascript
Python
Java
C#
,F#
, ...)General Information
The Question
What is the expected behavior when compiling
*
dependencies into Java? Here's part of an examplepackage.json
:This leads to my dependencies in
pom.xml
looking like:Changing versions from
*
to a numbered version like2.0.1
or0.21.0
seems to fix the issue.Is this expected?
Any solutions besides explicitly adding the version?
The text was updated successfully, but these errors were encountered: