I'll try to provide something next week or the week after.
Charles
2014-07-18 4:20 GMT+02:00 Lance Java :
> > What is the procedure for me to provide a patch ? Developing it and
> creating an issue with the patch attached ?
>
> That's a great start.
>
> Some things to keep in mind
>
> 1. To be
> What is the procedure for me to provide a patch ? Developing it and
creating an issue with the patch attached ?
That's a great start.
Some things to keep in mind
1. To be consistent with tapestry-hibernate, a new gradle submodule for
tapestry-jpa-core is required. This will only have tapestry-
To Kalle: I'm a fan of the "less I mock, the better I am". Also, I think
it's easier to import module classes and let them do the job. This way, the
full stack is tested. I let JpaModule instanciate what it needs ...
To Lance: It's seems that hibernate modules and jpa are quite similar. What
is th
I think it's a good idea to split tapestry-jpa in the same way as
tapestry-hibernate.
See HibernateCoreModule and HibernateModule to see how it's split.
On 17 Jul 2014 21:47, "Charlouze" wrote:
> I will do what you said but maybe i could open a ticket for this issue and
> propose a patch for ta
What are you instantiating in tapestry-jpa that needs context? To test your
persistence layer, you should only need an entityManager. You could have
something like this as a base class for unit testing:
public abstract class BasePersistenceTest {
private static Class[] entities = new Class[] {
You might find this stack overflow question useful, it's about
tapestry-hibernate but has some parallels.
http://stackoverflow.com/questions/15664815/how-to-test-dao-layer-in-tapestry-dependent-projects
On 17 Jul 2014 21:32, "Lance Java" wrote:
> Ah, I haven't used tapestry-jpa myself. tapestry
I will do what you said but maybe i could open a ticket for this issue and
propose a patch for tapestry-jpa, what do you think ?
2014-07-17 22:32 GMT+02:00 Lance Java :
> Ah, I haven't used tapestry-jpa myself. tapestry-hibernate is split into
> two modules to allow for this type of testing.
>
Ah, I haven't used tapestry-jpa myself. tapestry-hibernate is split into
two modules to allow for this type of testing.
If this is the case, you may need to override ApplicationGlobals and
provide a mock ServletContext as I said initially.
On 17 Jul 2014 17:37, "Charlouze" wrote:
> I have sepa
I have separated modules for the service tier and the web tier but
tapestry-jpa requires tapestry web modules... IMO, it should not but that's
the way it is (maybe JpaModule should be divided into two modules). Anyway,
I would have the same problem with beanvalidation module.
I'll take a look at
On second thought of you are unit testing just your jpa classes you
shouldn't need the ServletContext to be mocked.
Note that tapestry modules have been split in such a way that Web services
are separated from core services. I think your test should not require any
web modules.
This might require
I'm not sure exactly what you're doing but you probably need to override
the ApplicationGlobals service such that getServletContext() returns an
appropriate mock.
If you're using junit, you might want to try the new
TapestryIOCJunit4ClassRunner. See the tapestry sources for example test
cases.
On
Hello everyone.
I'm currently setting up an application using T5.4-b13. For unit testing, I
use junit, unitils-dbunit, spock (with spock-tapestry and spock-unitils
extension).
In my specification I added @submodule annotation with every needed module
(Tapestry, Jpa, beanValidator and my custom mo
12 matches
Mail list logo