Aspect around methods from Spring Data repositories

[pszymczyk]

As a Spring Data user i want to have aspect rounding all methods from Spring Data repositories. Aspect should call javers.commit() if arguments from join point have @JaversAuditable annotation.

[bartoszwalacik]

we also need a documentaion for this:

/documentation/spring-integration

[gessnerfl]

Is this issue still open? I implemented and aspect around save and delete methods on spring data mongo repositories. The aspect will write changes after save or delete was executed successfully.

If you are interested in this I can try to integrate this into you code line and provide a pull request.

[bartoszwalacik]

Hi, issue is implemented and released but not closed due to missing documentation. Would you like to help us in testing this issue and give us some feedback?

[pszymczyk]

Hi, here you have PR in which the change came:
https://github.com/javers/javers/pull/81/files

[bartoszwalacik]

see https://github.com/javers/javers/blob/master/javers-spring/src/test/groovy/org/javers/spring/integration/JaversCommitAdviceIntegrationTest.groovy

[gessnerfl]

I reviewed the pull request. Basically it seems that the implementation is independent from spring data repositories. If class-based annotation is used it seems that a version commit is made on ever method implemented by the given class.
This behavior is not obvious for me. When I think about standard repository implementations usually methods like get* or find* are not relevant in this case. I would assume that changes are only applied if data is modified which I would not expect from a finder method.

[bartoszwalacik]

as far as I remenber there is also a method level annotation, which allow
you to select subset of methods.
Pawel, please correct me if I'm wrong

On Mon, Feb 16, 2015 at 6:58 PM, gessnerfl notifications@github.com wrote:

I reviewed the pull request. Basically it seems that the implementation is
independent from spring data repositories. If class-based annotation is
used it seems that a version commit is made on ever method implemented by
the given class.
This behavior is not obvious for me. When I think about standard
repository implementations usually methods like get* or find* are not
relevant in this case. I would assume that changes are only applied if data
is modified which I would not expect from a finder method.

—
Reply to this email directly or view it on GitHub
#47 (comment).

[gessnerfl]

This is true but do you think that it is obvious for a library consumer that in the following example a findByName would also result in a version change? Keep in mind that if spring data repositories are used you are not able to user the default repositories out of the box as standard methods like findOne or findAll would also result in version changes.

@JaversAuditable
@Repository
public UserRespository implements MongoRepository<ObjectId, User> {
    User findByName(String name);
}

I'm just thinking from a consumer perspective. I personally thought applying the aspect on a lower level like MongoOperations. I also decided to add the aspect to the repository as it gives more flexibility to the user.

[bartoszwalacik]

Well, I think we didn't tested this with spring-data, but excluding certain method name pattern (like find*) seems like a good idea.

Not sure about this deep dive to MongoOperations. Javers Spring integration should work well also with other repositories, for example we are working now on JaversSQLRepository. So we would like to stay at higher level (close to the domain/repository layer).

So what we can do about this default support for spring-data? Do you think you can came up with some PR for this?

[pszymczyk]

Hi

1. Annotations works for custom (non Spring Data) repositories.
2. You can select which methods Javers should follow by adding annotation over method.

e.g:
Here is custom reposiotory:
https://github.com/javers/javers/blob/master/javers-spring/src/test/java/org/javers/spring/integration/ProjectRepository.java

and here is test using this repo:
https://github.com/javers/javers/blob/master/javers-spring/src/test/groovy/org/javers/spring/integration/JaversCommitAdviceIntegrationTest.groovy#L29

As you can see only save method is annotated, after invove update Javers will not commit change.