Skip to content
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

ArC - producers - change the client proxy class package #22828

Merged
merged 1 commit into from
Jan 13, 2022

Conversation

mkouba
Copy link
Contributor

@mkouba mkouba commented Jan 12, 2022

@mkouba mkouba requested review from Ladicek and manovotn January 12, 2022 10:14
@quarkus-bot quarkus-bot bot added the area/arc Issue related to ARC (dependency injection) label Jan 12, 2022
Copy link
Contributor

@manovotn manovotn left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What's the point of havingProducerReturnTypePackagePrivateNoArgsConstructorTest twice (once in arc and once under extensions)? They seem identical. Did you mean to change the constructor of Resource in one of them?

DotName typeName = target.kind() == Kind.FIELD ? target.asField().type().name()
: target.asMethod().returnType().name();
String packageName = DotNames.packageName(typeName);
if (packageName.startsWith("java.")) {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I recall in Weld we were replacing a regex of java.* meaning we'd replace even javax.something etc. And latest version also does that for jakarta package but TBF I don't remember why we chose/needed to do that...

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

TBF I don't remember why we chose/needed to do that...

Exactly. That's the reason why we only keep java. for now ;-).

Copy link
Contributor

@Ladicek Ladicek left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, though I also don't understand why the test is needed twice. Probably just to be sure?

@mkouba
Copy link
Contributor Author

mkouba commented Jan 12, 2022

What's the point of havingProducerReturnTypePackagePrivateNoArgsConstructorTest twice (once in arc and once under extensions)? They seem identical. Did you mean to change the constructor of Resource in one of them?

LGTM, though I also don't understand why the test is needed twice. Probably just to be sure?

Well, one of the tests is most likely redundant. The original idea was to have a test for ArC standalone and one for Quarkus (because of the bytecode transformation and the test classloaders fun).

@manovotn
Copy link
Contributor

Well, one of the tests is most likely redundant. The original idea was to have a test for ArC standalone and one for Quarkus (because of the bytecode transformation and the test classloaders fun).

I see. In that case it might be worth adding a comment linking them together and mentioning the reason they are duplicated :-)

- use the package of the return type/field type
- previously, the package of the declaring class was used
- resolves quarkusio#22815
@mkouba
Copy link
Contributor Author

mkouba commented Jan 12, 2022

Well, one of the tests is most likely redundant. The original idea was to have a test for ArC standalone and one for Quarkus (because of the bytecode transformation and the test classloaders fun).

I see. In that case it might be worth adding a comment linking them together and mentioning the reason they are duplicated :-)

Done ;-)

@mkouba mkouba added the triage/waiting-for-ci Ready to merge when CI successfully finishes label Jan 12, 2022
@quarkus-bot
Copy link

quarkus-bot bot commented Jan 12, 2022

This workflow status is outdated as a new workflow run has been triggered.

Failing Jobs - Building 89eba94

Status Name Step Failures Logs Raw logs
Gradle Tests - JDK 11 Build Failures Logs Raw logs
Gradle Tests - JDK 11 Windows Build Failures Logs Raw logs
✔️ JVM Tests - JDK 11
JVM Tests - JDK 17 Build Failures Logs Raw logs

Full information is available in the Build summary check run.

Failures

⚙️ Gradle Tests - JDK 11 #

- Failing: integration-tests/gradle 

📦 integration-tests/gradle

io.quarkus.gradle.BeanInTestSourcesTest.testBasicMultiModuleBuild line 15 - More details - Source on GitHub

org.opentest4j.AssertionFailedError: 

expected: "SUCCESS"

io.quarkus.gradle.devmode.MultiModuleKotlinProjectDevModeTest.main line 23 - More details - Source on GitHub

java.lang.AssertionError: 

Expecting actual:

io.quarkus.gradle.KotlinGRPCProjectBuildTest.testBasicMultiModuleBuild line 15 - More details - Source on GitHub

org.opentest4j.AssertionFailedError: 

expected: "SUCCESS"

io.quarkus.gradle.MultiModuleKotlinProjectBuildTest.testBasicMultiModuleBuild line 15 - More details - Source on GitHub

org.opentest4j.AssertionFailedError: 

expected: "SUCCESS"

io.quarkus.gradle.MultiSourceProjectTest.shouldRunTest line 16 - More details - Source on GitHub

org.opentest4j.AssertionFailedError: 

expected: "SUCCESS"

⚙️ Gradle Tests - JDK 11 Windows #

- Failing: integration-tests/gradle 

📦 integration-tests/gradle

io.quarkus.gradle.BeanInTestSourcesTest.testBasicMultiModuleBuild line 15 - More details - Source on GitHub

org.opentest4j.AssertionFailedError: 

expected: "SUCCESS"

io.quarkus.gradle.devmode.MultiModuleKotlinProjectDevModeTest.main line 23 - More details - Source on GitHub

java.lang.AssertionError: 

Expecting actual:

io.quarkus.gradle.KotlinGRPCProjectBuildTest.testBasicMultiModuleBuild line 15 - More details - Source on GitHub

org.opentest4j.AssertionFailedError: 

expected: "SUCCESS"

io.quarkus.gradle.MultiModuleKotlinProjectBuildTest.testBasicMultiModuleBuild line 15 - More details - Source on GitHub

org.opentest4j.AssertionFailedError: 

expected: "SUCCESS"

io.quarkus.gradle.MultiSourceProjectTest.shouldRunTest line 16 - More details - Source on GitHub

org.opentest4j.AssertionFailedError: 

expected: "SUCCESS"

⚙️ JVM Tests - JDK 17 #

- Failing: integration-tests/grpc-hibernate 

📦 integration-tests/grpc-hibernate

com.example.grpc.hibernate.BlockingRawTest.shouldAdd line 60 - More details - Source on GitHub

org.awaitility.core.ConditionTimeoutException: Condition with com.example.grpc.hibernate.BlockingRawTest was not fulfilled within 30 seconds.
	at org.awaitility.core.ConditionAwaiter.await(ConditionAwaiter.java:164)
	at org.awaitility.core.CallableCondition.await(CallableCondition.java:78)

@quarkus-bot
Copy link

quarkus-bot bot commented Jan 13, 2022

Failing Jobs - Building 89eba94

Status Name Step Failures Logs Raw logs
Gradle Tests - JDK 11 Windows Build Failures Logs Raw logs

Full information is available in the Build summary check run.

Failures

⚙️ Gradle Tests - JDK 11 Windows #

- Failing: integration-tests/gradle 

📦 integration-tests/gradle

io.quarkus.gradle.devmode.JandexMultiModuleProjectDevModeTest.main line 21 - More details - Source on GitHub

org.awaitility.core.ConditionTimeoutException: Condition with lambda expression in io.quarkus.test.devmode.util.DevModeTestUtils that uses java.util.function.Supplier, java.util.function.Supplierjava.util.concurrent.atomic.AtomicReference, java.util.concurrent.atomic.AtomicReferencejava.lang.String, java.lang.Stringboolean was not fulfilled within 1 minutes.
	at org.awaitility.core.ConditionAwaiter.await(ConditionAwaiter.java:164)
	at org.awaitility.core.CallableCondition.await(CallableCondition.java:78)

@mkouba mkouba merged commit f3fe07e into quarkusio:main Jan 13, 2022
@quarkus-bot quarkus-bot bot added this to the 2.7 - main milestone Jan 13, 2022
@quarkus-bot quarkus-bot bot removed the triage/waiting-for-ci Ready to merge when CI successfully finishes label Jan 13, 2022
mkouba added a commit to mkouba/quarkus that referenced this pull request Jan 14, 2022
- and use the produced type to test the app class
- follows up on quarkusio#22828
mkouba added a commit to mkouba/quarkus that referenced this pull request Jan 14, 2022
- and use the produced type to test the app class
- follows up on quarkusio#22828
aloubyansky pushed a commit to aloubyansky/quarkus that referenced this pull request Feb 9, 2022
- and use the produced type to test the app class
- follows up on quarkusio#22828
aloubyansky pushed a commit to aloubyansky/quarkus that referenced this pull request Feb 10, 2022
- and use the produced type to test the app class
- follows up on quarkusio#22828
aloubyansky pushed a commit to aloubyansky/quarkus that referenced this pull request Feb 13, 2022
- and use the produced type to test the app class
- follows up on quarkusio#22828
aloubyansky pushed a commit to aloubyansky/quarkus that referenced this pull request Feb 13, 2022
- and use the produced type to test the app class
- follows up on quarkusio#22828
aloubyansky pushed a commit to aloubyansky/quarkus that referenced this pull request Feb 16, 2022
- and use the produced type to test the app class
- follows up on quarkusio#22828
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/arc Issue related to ARC (dependency injection)
Projects
None yet
Development

Successfully merging this pull request may close these issues.

IllegalAccessError when using OpenTelemetry extension with custom Resource
3 participants