We just released the first release candidate for Play 1.2.
You can download it at: http://www.playframework.org/download
It would be great if you could test this pre-release on your existing
Play applications to check that there are no regressions.
Also, please take a look at the release notes and give a try to the
new features to be sure that all work as expected.
If you feel that we missed something please report on this group.
Happy testing!
--
Guillaume Bort, http://guillaume.bort.fr
--
You received this message because you are subscribed to the Google Groups "play-framework" group.
To post to this group, send email to play-fr...@googlegroups.com.
To unsubscribe from this group, send email to play-framewor...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/play-framework?hl=en.
For anything work-related, use g...@zenexity.fr; for everything else,
write guillau...@gmail.com
Guillaume Bort wrote:
> It would be great if you could test this pre-release on your existing
> Play applications to check that there are no regressions.
>
> Also, please take a look at the release notes and give a try to the
> new features to be sure that all work as expected.
>
> If you feel that we missed something please report on this group.
>
> Happy testing!
Cool!
Running two applications in testing mode with standard db=mem settings
seems to result in problems due to the H2 database runnung on port 8082.
I'm not sure how to solve this. Grails for example runs it internally in
the application, but I guess grails has the luxury to run some servlet
app there...
Will try to check the grails part further, perhaps we can copy a little,
but not before the weekend.
--Alexander
--
> --
> You received this message because you are subscribed to the Google Groups "play-framework" group.
> To post to this group, send email to play-fr...@googlegroups.com.
> To unsubscribe from this group, send email to play-framewor...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/play-framework?hl=en.
>
>
--
Guillaume Bort, http://guillaume.bort.fr
For anything work-related, use g...@zenexity.fr; for everything else,
write guillau...@gmail.com
Yes.
> - Use Fixtures.loadYaml("data.yml"); instead of the
> deprecated Fixtures.load("data.yml"); in the yabe guide.
You must use loadModels() and not loadYaml()
Can you check the latest version from the 1.2.x branch?
--
Guillaume Bort, http://guillaume.bort.fr
For anything work-related, use g...@zenexity.fr; for everything else,
write guillau...@gmail.com
--
Guillaume Bort, http://guillaume.bort.fr
For anything work-related, use g...@zenexity.fr; for everything else,
write guillau...@gmail.com
--
Guillaume Bort, http://guillaume.bort.fr
For anything work-related, use g...@zenexity.fr; for everything else,
write guillau...@gmail.com
--
Guillaume Bort, http://guillaume.bort.fr
For anything work-related, use g...@zenexity.fr; for everything else,
write guillau...@gmail.com
The problem is that when you call a controller from a FunctionalTest,
the action invocation now runs in its own transaction. Because the
test itself also run in its own transaction, deadlocks can occur (and
anyway transactions can't see the result of the other transactions).
And there is absolutely no way to run JPA outside a transaction. So
the only ways to deal with this problem is to set your database
transactions isolation level to
READ_UNCOMMITED while running your tests, or to manage JPA
transactions by hand (using JPA.em().getTransaction() or by spawning
invocations using Jobs).
For example, to insert Fixtures in a transaction:
new Job() {
public void doJob() {
Fixtures.loadModels(…);
}
}.now().get()