-
Notifications
You must be signed in to change notification settings - Fork 21
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
[codegen] Output-versioned function invokes #612
Changes from all commits
f452bb2
c3fd60c
0eb812b
46945eb
63a9f19
3f07287
961afd9
52ec6e1
0c969f7
f2cc1a4
c60c7a3
6bf7f77
9529b07
1fd899c
b8dc094
16ebebb
05987c7
c4297be
3a6d868
2489642
281f69a
cbf236a
1984b65
9698590
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,15 +1,14 @@ | ||
### Improvements | ||
|
||
- Fix #547: Implement fully qualified imports for generated programs from PCL | ||
[#596](https://github.com/pulumi/pulumi-java/pull/596) | ||
- [codegen] **Breaking** | ||
[#163](https://github.com/pulumi/pulumi-java/issues/163): function | ||
invokes now accept `Output<T>` in their arguments and return | ||
`Output<T>` instead of `CompletableFuture<T>` | ||
[#612](https://github.com/pulumi/pulumi-java/pull/612). | ||
|
||
- Fix #419: Remove SDK dependency on Mockito | ||
|
||
- Support for using [jbang](https://jbang.dev) | ||
|
||
- Stack resource is now considered internal and cannot be directly instantiated by the user. | ||
The TestResult returned in tests is now an interface and no longer exposes fields. | ||
- [sdk] `Stack` resource is now considered internal and cannot be | ||
directly instantiated by the user. Instead of inheriting from | ||
`Stack`, please use the `Pulumi.run` form to define resources in | ||
your stack as shown in the README. | ||
|
||
### Bug Fixes | ||
|
||
Fix #627 - sanitize codegen sdk version input in pulumi-java-gen |
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -35,6 +35,10 @@ var javaSpecificTests = []*test.SDKTest{ | |
Directory: "mini-awsx", | ||
Description: "Regression tests extracted from trying to codegen awsx", | ||
}, | ||
{ | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Hmmm, this one is a bit surprising to me. My mental model was that we borrow tests from the common test suite and then add Java-specific regression tests here. Like There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. That is I was expecting it to be in test.PulumiPulumiSDKTests? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I'll take care of sorting this out later, not blocking. |
||
Directory: "output-funcs-edgeorder", | ||
Description: "Testing EdgeOrder functions which return Output<T>", | ||
}, | ||
} | ||
|
||
func adaptTest(t *test.SDKTest) *test.SDKTest { | ||
|
@@ -54,8 +58,6 @@ func adaptTest(t *test.SDKTest) *test.SDKTest { | |
t.Skip = codegen.NewStringSet("java/any") // TODO | ||
case "plain-object-defaults": | ||
t.Skip = codegen.NewStringSet("java/any") // TODO | ||
case "output-funcs": | ||
t.Skip = codegen.NewStringSet("java/any") // TODO | ||
case "regress-8403": | ||
t.Skip = codegen.NewStringSet("java/any") // TODO | ||
case "plain-object-disable-defaults": | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍
There's a bit of misnomer here. In other languages there is an
Input<T>
type, canonically (in TypeScript) it's an untagged unionT | Output<T>
. In Java we made the controversial decision to not model that type at all, so we only haveOutput<T>
- but the cross-language Go framework is still calling thatInputShape
- which is fine. at the meta-levelInputShape
will injectInputType
wrappers, that will be translated toOutput<T>
during the Java specific codegen pass.