-
Notifications
You must be signed in to change notification settings - Fork 329
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
Using EL Expression tests for messages #770
Conversation
Nice! On Sunday, August 31, 2014, Otávio Garcia notifications@github.com wrote:
Rafael Ponte |
<groupId>org.jboss.spec.javax.interceptor</groupId> | ||
</exclusion> | ||
<exclusion> | ||
<groupId>javax.el</groupId> | ||
<artifactId>el-api</artifactId> |
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.
is there any difference between javax.el-api
and el-api
?
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.
javax.el:el-api
is 2.0 maintenance release. javax.el:javax.el-api
is 3.0 release.
LinkTo feature can be tested using this approach. |
this is very nice! |
Using EL Expression tests for messages
This test is breaking when call vraptor4/vraptor-core/src/test/java/br/com/caelum/vraptor/validator/MessagesTest.java Line 96 in 73a367d
|
Works fine to me, runing tests right now. Have you with your workspace up2date with new maven dependencies, introduced by this pull request? |
Yes @garcia-jj, my workspace is up-to-date with new maven dependencies. Someone may also test it ? The error is:
|
Travis runs ok right now: https://travis-ci.org/caelum/vraptor4/builds/34151368 |
I don't know why this happening here at home and also on work. Thanks @garcia-jj |
What's happens if you run using command line? |
Running it using command line the
|
May be useful? I think that we can improve our tests checking if expression language can catch properly some objects we export to view.
Since
javax.el
artifact is marked as provided, I think that won't generated any dependency problem.