That would work sure. But each combination would require an artifact in this
scheme. And that's a lot of combinations.
On Sunday, October 10, 2010 03:29:03 pm Adam Warski wrote:
> Hello,
>
> > As far as I know, the only way to do what you suggest with Maven would be
> > for us to develop an ar
Hello,
> As far as I know, the only way to do what you suggest with Maven would be for
> us to develop an archetype. The problem with these imho is that you rarely
> are developing a "hibernate application"; more usually you are developing a
> "web application", within which you are using hibe
Should have given you the link for moving to Gradle...
http://opensource.atlassian.com/projects/hibernate/browse/HHH-5616
That one in particular has been discussed both here as well as IRC for close
to 6 months. In retrospect I guess the move to Git might have been a surprise
outside of the IR
On Sunday, October 10, 2010 01:25:38 pm Paul Benedict wrote:
> I think uber jars are never a good idea. You get everything and
> developers don't care to find out what features they want or don't
> want.
Personally I agree 100% there. Maybe even 100% ;)
>
> As for Maven, have you consid
I think uber jars are never a good idea. You get everything and
developers don't care to find out what features they want or don't
want.
As for Maven, have you considered profiles? If developers could
activate them, there would be pre-built dependencies (like for c3p0).
I find this better than Ivy
Basically this comes down to whether we want to continue to provide an uber-
jar of all Hibernate classes.
Currently we do this for the release bundles as hibernate3.jar
Do we want to continue this practice into 4.x? If we are going to do it, then
I think we should be consistent and also prov
Hi!
We were wondering why
org.hibernate.validator.cfg.defs.GenericConstraintDef
extends the raw type ConstraintDef ? Using maven, it compiles, but in Eclipse
(with jdk-1.6) We get
the following error:
"Name clash: The method groups(Class...) of type GenericConstraintDef has
the same erasure a
