Kai Moritz [Mon, 21 Dec 2015 16:01:42 +0000 (17:01 +0100)]
Fixed bug regarding the skipping of unmodified builds
If a property or class was removed, its value or md5sum stayed in the set
of md5sums, so that each following build (without a clean) was juged as
modified.
Kai Moritz [Sun, 20 Dec 2015 12:32:48 +0000 (13:32 +0100)]
Fixed bug: the execution is no more skipped after a failed build
After a failed build, further executions of the plugin were skipped, because
the MD5-summs suggested, that nothing is to do because nothing has changed.
Because of that, the MD5-summs are now removed in case of a failure.
Kai Moritz [Wed, 16 Dec 2015 21:09:00 +0000 (22:09 +0100)]
Introduced the goal "drop"
* Fixed integration-test hibernate4-maven-plugin-envers-sample by adapting
it to the new drop-goal
* Adapted the other integration-tests to the new naming schema for the
create-script
Kai Moritz [Wed, 16 Dec 2015 17:08:56 +0000 (18:08 +0100)]
Reworked configuration and the tracking thereof
* Moved common parameters from CreateMojo to AbstractSchemaMojo
* Reordered parameters into sensible groups
* Renamed the maven-property-names of the parameters
* All configuration-parameters are tracked, not only hibernate-parameters
* Introduced special treatment for some of the plugin-parameters (export
and show)
Kai Moritz [Fri, 16 Oct 2015 10:16:30 +0000 (12:16 +0200)]
Refined reimplementation of the plugin for Hibernate 5.x
Renamed the plugin from hibernate4-maven-plugin to hibernate-maven-plugin,
because the goal is, to support all recent older versions with the new
plugin.
Kai Moritz [Tue, 12 May 2015 20:13:23 +0000 (22:13 +0200)]
Upgraded scannotation from 1.0.3 to 1.0.4
This fixes the bug that occures on some platforms, if the path contains a
space. Created a fork of scannotation to bring the latest bug-fixes from SVN
to maven central...
Kai Moritz [Tue, 11 Nov 2014 14:10:32 +0000 (15:10 +0100)]
Upgraded hibernate-validator from 4.3.2.Final to 5.1.3.Final
Hibernate Validator 5 requires the Unified Expression Language (EL) in
version 2.2 or later. Therefore, a dependency to javax.el-api:3.0.0 was
added. (Without that, the compilation of some integration-tests fails!)
Kai Moritz [Tue, 11 Nov 2014 13:32:42 +0000 (14:32 +0100)]
Upgraded hibernate-core, hibernate-envers, hibernate-validator and maven-core
* Upgraded hibernate-core from 4.3.1.Final to 4.3.7.Final
* Upgraded hibernate-envers from 4.3.1.Final to 4.3.7.Final
* Upgraded hibernate-validator from 4.3.1.Final to 4.3.2.Final
* Upgraded maven-core from 3.2.1 to 3.2.3
Frank Schimmel [Wed, 12 Feb 2014 14:16:18 +0000 (15:16 +0100)]
Properly support constraints expressed by bean validation (jsr303) annotations.
* Access public method of package-visible TypeSafeActivator class without reflection.
* Fix arguments to call of TypeSafeActivator.applyRelationalConstraints().
* Use hibernate version 4.3.1.Final for all components.
* Minor refactorings in exception handling.
Kai Moritz [Sat, 31 Aug 2013 07:01:43 +0000 (09:01 +0200)]
Fixed failure when target/classes does not exist when runnin mvn test phase
Thanks to Stephen Johnson <stejohns@redhat.com>
Details from the original email:
---------
The following patch stops builds failing when target/classes (or no main java exists), and target/test-classes and src/tests exist.
So for example calling
mvn test -> invokes compiler:compile and if you have export bound to process-classes phase in executions it will fail. Maybe better to give info and carry on. Say for example they want to leave the executions in place that deal with process-classes and also process-test-classes but they do not want it to fail if there is no java to annotate in src/classes. The other way would be to comment out the executions bound to process-classes. What about export being bound to process-class by default? Could this also cause issues?
In either case I think the plugin code did checks for src/classes directory existing, in which case even call "mvn test" would fail as src/classes would not exist as no java existed in src/main only in src/test. Have a look through the patch and see if its of any use.
Kai Moritz [Sat, 31 Aug 2013 06:51:03 +0000 (08:51 +0200)]
Fixed NPE when using nested classes in entities with @EmbeddedId/@Embeddable
Patch supplied by Eduard Szente <eduard.szente@gmail.com>
Details:
----------------
Hi,
when using your plugin for schema export the presence of nested classes
in entities (e.g. when using @EmbeddedId/@Embeddable and defining the Id
within the target entity class)
yields to NPEs.
public class Entity {
@EmbeddedId
private Id id;
@Embeddable
public static class Id implements Serializable {
....
}
}
Entity.Id.class.getSimplename == "Id", while the compiled class is named
"Entity$Id.class"