Kai Moritz [Mon, 6 May 2019 20:16:01 +0000 (22:16 +0200)]
Switchted the docs to `maven-thymeleaf-skin:1.1.2`
* Upgraded `maven-thymeleaf-skin` to `1.1.1` and adjusted the configuration
* Upgraded `maven-site-plugin` to version `3.21.0`
* Upgraded `maven-thymeleaf-skin` to version `1.1.2`
* Added the prefix `/projects` to the URIs of the generated site
* Switched the linking for all old projects to the refined path
* Added a `Dockerfile` for building the project
* Added missing versions and refined the pathes for old versions
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"
Kai Moritz [Tue, 15 Jan 2013 08:09:05 +0000 (09:09 +0100)]
Bugfix: database-parameters for connection were not taken from properties
The hibernate-propertiesfile was read and used for the configuration of
the SchemaExport-class, but the database-parameters from these source were
ignored, when the database-connection was opened.
When only the script is generated and no export is executed, no database-
connection is opend. Nevertheless, the code tried to close it in the
finally-block, which lead to a NPE.