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

Be more defensive about sources Path in integration tests #45938

Merged
merged 1 commit into from
Jan 29, 2025

Conversation

geoand
Copy link
Contributor

@geoand geoand commented Jan 29, 2025

This comment was marked as resolved.

@quarkus-bot quarkus-bot bot added area/core area/devtools Issues/PR related to maven, gradle, platform and cli tooling/plugins labels Jan 29, 2025
@geoand
Copy link
Contributor Author

geoand commented Jan 29, 2025

@aloubyansky does this make sense, or do we need something that is lower level?

@aloubyansky
Copy link
Member

It feels like the API should expose proper application roots that exist.

@geoand
Copy link
Contributor Author

geoand commented Jan 29, 2025

Yeah, that's why I asked

@aloubyansky
Copy link
Member

We should check what happens for an equivalent Maven project

@geoand
Copy link
Contributor Author

geoand commented Jan 29, 2025

Right, I'll look into this a little more, as it's probably a test specific issue

@geoand geoand changed the title Be more defensive about Paths in bootstrap Be more defensive about sources Path in integration tests Jan 29, 2025
@geoand
Copy link
Contributor Author

geoand commented Jan 29, 2025

PR updated. It fixes the original issue

@aloubyansky
Copy link
Member

@aloubyansky
Copy link
Member

Given the above, the fix seems to make sense.

@geoand geoand marked this pull request as ready for review January 29, 2025 09:22
@aloubyansky
Copy link
Member

Although this API should probably be reviewed and reflect better what it actually does. getAppClassLocationForTestLocation returning a non-existing location looks weird.

@geoand
Copy link
Contributor Author

geoand commented Jan 29, 2025

Although this API should probably be reviewed and reflect better what it actually does. getAppClassLocationForTestLocation returning a non-existing location looks weird.

Indeed, it's pretty hacky...

@geoand geoand added triage/waiting-for-ci Ready to merge when CI successfully finishes triage/backport-3.18 labels Jan 29, 2025
@gsmet
Copy link
Member

gsmet commented Jan 29, 2025

Yeah, while I'm all for including this PR, I really think we shouldn't propagate Paths that don't exist.

@aloubyansky
Copy link
Member

Ideally, ApplicationModel should be used to get all the paths instead of best-guessing. This is something to look into.

@geoand
Copy link
Contributor Author

geoand commented Jan 29, 2025

Any pointers on how to obtain it from here?

@aloubyansky
Copy link
Member

I don't think it'd be a quick fix. This is something to figure out.

Copy link

quarkus-bot bot commented Jan 29, 2025

Status for workflow Quarkus CI

This is the status report for running Quarkus CI on commit 1088455.

✅ The latest workflow run for the pull request has completed successfully.

It should be safe to merge provided you have a look at the other checks in the summary.

You can consult the Develocity build scans.


Flaky tests - Develocity

⚙️ JVM Tests - JDK 17

📦 integration-tests/grpc-hibernate

com.example.grpc.hibernate.VertxBlockingRawTest.shouldAdd - History

  • Condition with Lambda expression in com.example.grpc.hibernate.BlockingRawTestBase was not fulfilled within 30 seconds. - org.awaitility.core.ConditionTimeoutException
org.awaitility.core.ConditionTimeoutException: Condition with Lambda expression in com.example.grpc.hibernate.BlockingRawTestBase was not fulfilled within 30 seconds.
	at org.awaitility.core.ConditionAwaiter.await(ConditionAwaiter.java:167)
	at org.awaitility.core.CallableCondition.await(CallableCondition.java:78)
	at org.awaitility.core.CallableCondition.await(CallableCondition.java:26)
	at org.awaitility.core.ConditionFactory.until(ConditionFactory.java:1006)
	at org.awaitility.core.ConditionFactory.until(ConditionFactory.java:975)
	at com.example.grpc.hibernate.BlockingRawTestBase.shouldAdd(BlockingRawTestBase.java:59)
	at java.base/java.lang.reflect.Method.invoke(Method.java:569)

📦 integration-tests/opentelemetry

io.quarkus.it.opentelemetry.MetricsTest.directCounterTest - History

  • Condition with Lambda expression in io.quarkus.it.opentelemetry.MetricsTest was not fulfilled within 5 seconds. - org.awaitility.core.ConditionTimeoutException
org.awaitility.core.ConditionTimeoutException: Condition with Lambda expression in io.quarkus.it.opentelemetry.MetricsTest was not fulfilled within 5 seconds.
	at org.awaitility.core.ConditionAwaiter.await(ConditionAwaiter.java:167)
	at org.awaitility.core.CallableCondition.await(CallableCondition.java:78)
	at org.awaitility.core.CallableCondition.await(CallableCondition.java:26)
	at org.awaitility.core.ConditionFactory.until(ConditionFactory.java:1006)
	at org.awaitility.core.ConditionFactory.until(ConditionFactory.java:975)
	at io.quarkus.it.opentelemetry.MetricsTest.directCounterTest(MetricsTest.java:57)
	at java.base/java.lang.reflect.Method.invoke(Method.java:569)

⚙️ JVM Tests - JDK 21

📦 integration-tests/opentelemetry

io.quarkus.it.opentelemetry.MetricsTest.directCounterTest - History

  • Condition with Lambda expression in io.quarkus.it.opentelemetry.MetricsTest was not fulfilled within 5 seconds. - org.awaitility.core.ConditionTimeoutException
org.awaitility.core.ConditionTimeoutException: Condition with Lambda expression in io.quarkus.it.opentelemetry.MetricsTest was not fulfilled within 5 seconds.
	at org.awaitility.core.ConditionAwaiter.await(ConditionAwaiter.java:167)
	at org.awaitility.core.CallableCondition.await(CallableCondition.java:78)
	at org.awaitility.core.CallableCondition.await(CallableCondition.java:26)
	at org.awaitility.core.ConditionFactory.until(ConditionFactory.java:1006)
	at org.awaitility.core.ConditionFactory.until(ConditionFactory.java:975)
	at io.quarkus.it.opentelemetry.MetricsTest.directCounterTest(MetricsTest.java:57)
	at java.base/java.lang.reflect.Method.invoke(Method.java:580)

@geoand
Copy link
Contributor Author

geoand commented Jan 29, 2025

I don't think it'd be a quick fix. This is something to figure out.

Understood, thanks!

@geoand geoand merged commit b6ed424 into quarkusio:main Jan 29, 2025
66 checks passed
@quarkus-bot quarkus-bot bot removed the triage/waiting-for-ci Ready to merge when CI successfully finishes label Jan 29, 2025
@quarkus-bot quarkus-bot bot added this to the 3.19 - main milestone Jan 29, 2025
@geoand geoand deleted the #45933 branch January 29, 2025 13:04
@gsmet gsmet modified the milestones: 3.19 - main, 3.18.2 Feb 4, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/core area/devtools Issues/PR related to maven, gradle, platform and cli tooling/plugins area/testing kind/bugfix triage/flaky-test
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Native tests fail in Gradle-based Quarkus project when module has no classes in src/main/java
3 participants