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
Use wildcard type arguments when locating cdi beans #143
Conversation
Use https://github.com/ocpsoft/rewrite/pull/143/files?w=1 to view changes without whitespace issues. |
As discussed in #137 |
Thanks Bryn! Hmmmm... Travis says the build failed, but I'm going to merge this anyway and see what happens. I think it may have been a fluke. |
Use wildcard type arguments when locating cdi beans
Hmmm. Looks like the CDI tests now pass on Wildfly but fail on TomEE :) |
I couldn't see from Travis why this was failing on TomEE, I think the logs are tuncated? |
There is a "download logs" link on the upper right side. Here are the raw logs: https://s3.amazonaws.com/archive.travis-ci.org/jobs/12997362/log.txt |
It looks like the CDI integration tests now fail to deploy on TomEE. That's On Thu, Oct 24, 2013 at 2:27 PM, Christian Kaltepoth <
Lincoln Baxter, III |
On my local machine rolling back to before my change and running the build with: |
But I need to have a deployable container on the classpath... So it could still be my changes |
I think the TomEE issue is unrelated to this change: Gives me Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 3.792 sec <<< FAILURE! - in org.ocpsoft.rewrite.cdi.bridge.CdiMultipleFeaturesTest |
Hmmm. Weird. The tests were fine before we merged the pull request: https://travis-ci.org/ocpsoft/rewrite/builds However, I think your patch is fine. If there are problems with TomEE, they will either be unrelated to you patch or they are caused by a bug in OpenWebBeans. I'll try to find some time tomorrow to have a deeper look. |
I just checked what is going wrong with the TomEE builds. The tests were fine with: actualTypeParameters[i] = Object.class; But they broke after changing it to: actualTypeParameters[i] = new WildcardTypeImpl(new Type[]{}, new Type[]{}); The cause seems to be an actualTypeParameters[i] = new WildcardTypeImpl(new Type[]{Object.class}, new Type[]{}); I pushed the change out: Let's wait for Travis to tell us if this works on the other containers. :) |
I just reported this issue: |
The tests are green: https://travis-ci.org/ocpsoft/rewrite Thanks again for helping us with this. :) |
Yeah! Seriously! Thanks a lot for researching this fix! We really On Fri, Oct 25, 2013 at 2:24 AM, Christian Kaltepoth <
Lincoln Baxter, III |
By using a wildcard instead of Object for type parameters the correct beans are found.