- Notifications
You must be signed in to change notification settings - Fork 762
TransactionManager and EntityManager Changes(Added unitname for Entit… #883
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TransactionManager and EntityManager Changes(Added unitname for Entit… #883
Conversation
…yManager and Identifier for TransactionManager)
@jricher. Please review my changes as soon as possible,we are eagerly waiting to use the code. Thanks |
The abstract DefaultEntityManager class seems completely unnecessary. |
How to keep the EntityManager Unique and Global?. If we have it in every class that should be duplicate right? |
Are you ok with remaining changes? |
Spring will ensure that it's a singleton. |
Yes thats fine.. If we have it in every class then what is the use of code reusability?,I don't have any issue to keeping EntityManager in every class.Is it ok for you to keep in evey class? |
I personally think the abstract class approach is neater than repeating the PersistenceContext unit name in ever single class. |
The problem I have with it is that it's limiting in the class structure due to Java's single inheritance structure. It's true that we don't need it today, but if we were to switch to using Spring's auto-generated DAO repository classes, we would have to back this out anyway. |
Ok fine. i will revert the EntityManager Changes. |
Need to create one more pull request right? because i am in hurry to use this code |
You can push changes to this pull request. You can continue to use your fork until it's been incorporated into the baseline project and released. |
@Jricher.Thanks for your update,i will do the changes and push now. |
Changes are done please verify as soon as possible and Make it avail this changes in Master |
Hi Jricher, does the code moved to master environment? |
Not yet, this pull request will be closed when it does. |
Hello Justin, Thanks for accepting this proposed pull request. We have the code base and able to build and move further for our release. But, our reviewers may stop the pull request for the release, and this is our initial version and we would like to push clean code base with Mitreid's stable version OpenID Connect implementation. We couldnt see any milestones for this, so Could you please let us know when this pull request will be merged? (approximate time line should be good, so that we can inform the team accordingly).. Regards |
This pull request has not been fully reviewed or tested yet and we don't have a specific timeline for doing so. You'll get notified whenever this artifact is updated. |
After further review, I'm afraid we can't take this pull request as-is into the code base as there are a number of side effects to the changes:
We'll consider reimplimenting the proposed changes in a less invasive manner. |
Hello Jricher, If i resolve the issue, is it ok to consider the PR for now and we can consider other as enhancements?. Thanks |
Hi Jricher, |
Go ahead and push the changes and we'll take a look. Thank you! |
Hello Jricher, Thanks |
Hello Jricher, |
You'll receive notifications when comments are added and when the pull request has been closed. There is no timeline for review, implied or otherwise. |
Re-implemented in a clean patch with no side effects. Let us know if this does what you need it to. |
…yManager and Identifier for TransactionManager)