Please cherry-pick:
- rewrote email delivery as EmailDeliveryWrapper() has now a constructor with all required fields
- also saved one parameter (one lesser = easier code)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

Please cherry-pick:
- 'login' is to generic, there are maybe other logins around than just for users only

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

Please cherry-pick:
- these entity hints were maybe wrong because a List<POJI> is being returned and
  not POJI alone.

Signed-off-by: Roland Häder <roland@mxchange.org>

Please cherry-pick:
- checked for this.session as it is required, too

Signed-off-by: Roland Häder <roland@mxchange.org>

Don't cherry-pick:
- need to provide email queues for these EJBs as they will attempt to call
  sendEmail() which would then throw a NPE:

----------------------------
Caused by: java.lang.NullPointerException
        at org.mxchange.jfinancials.database.BaseFinancialsDatabaseBean.sendEmail(BaseFinancialsDatabaseBean.java:555)
        at org.mxchange.jusercore.model.user.register.FinancialsUserRegistrationSessionBean.registerUser(FinancialsUserRegistrationSessionBean.java:208)
----------------------------

However, I will expand sendEmail() a bit to verify that the field session is
really there and not run in such ugly NPE.

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

added missing abstract EJB 'base' beans

Signed-off-by: Roland Häder <roland@mxchange.org>

Rewrite continued:
- Now all project-specific abstract web beans (controllers) inherit from BaseFacesBean to have these nice showFacesMessage() methods.
- Also all project-specific abstract EJBs inherit now only BaseDataBean (one was missing in an old project)
- So, if you have a WAR project, inherit from BaseFacesBean, if you have an EJB project, inherit from BaseDatabaseBean

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

Please cherry-pick:
- had moved copyAll() to new utility classes which is a much better place for
  them. Per EJB standards, no "complex" methods in POJOs/entity classes which
  makes sense. :-)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

it is an user-specific EJB name

Signed-off-by: Roland Häder <roland@mxchange.org>

fixed EJB name for email delivery beans

Signed-off-by: Roland Häder <roland@mxchange.org>

Please cherry-pick:
- EJB name is now "userRegistration"

Signed-off-by: Roland Häder <roland@mxchange.org>

updated JNDI names

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

Please cherry-pick:
- rewrote to new copyAll() methods as having them in POJOs is no good idea
  anyway as you should keep those objects as simple as possible.

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

Please cherry-pick:
- moved EJBs to proper package as they are user-related beans
- handled over randomPassword parameter to sendEmail()
- or null if not possible/wanted

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

Please cherry-pick:
- really have to call super(), else anything there, like logger bean, will not
  be initialized

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

Please cherry-pick:
- gender -> personalData changed

Signed-off-by: Roland Häder <roland@mxchange.org>

Please cherry-pick:
- no gender, there is "personal title" for Mr./Mrs.

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

Continued:
- moved generic code to jcoree

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

Continued a bit:
- remote interface for resending confirmation link is now genweric in juser-lib
- updated method as checked exceptions are thrown
- updated copyright
- updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

Continued:
- no need to double-include footer, was an old left-over
- 'session-scoped' is better wording

Signed-off-by: Roland Häder <roland@mxchange.org>

unencrypted ... better clear-text ...

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

use ShopCustomerUtils ...

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

@TODO is better than only 'TODO'

Signed-off-by: Roland Häder <roland@mxchange.org>

initial implementation, not much

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

nope, 'src/' must be present, then the IDE (NetBeans at least) can find it

Signed-off-by: Roland Häder <roland@mxchange.org>

updated persistence unit

removed navdata as it will be regenerated and ignored it as it always caused merge conflicts

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated source references, how does '/src/' come in everywhere?

Signed-off-by: Roland Häder <roland@mxchange.org>

Not to be confused with services ... better rename it

Signed-off-by: Roland Häder <roland@mxchange.org>

Continued and discontinued:
- jshop-ejb and jshop-receipt-ejb had persistence unit files which would make
  it impossible to have two shops at the same system. Well, mostly not what you
  want because you want performance, but who knows?

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

Continued:
- pizzaservice-core/mailer are now referenced as projects as they are
  application-specific projects and not libraries (like e.g. juser-core is)
- updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

Updatede jar(s) + fixed some names + fixed some imports

Signed-off-by: Roland Häder <roland@mxchange.org>

updated own name and resources

Signed-off-by: Roland Häder <roland@mxchange.org>

added missing build variable

Signed-off-by: Roland Häder <roland@mxchange.org>

new naming-convention

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

updated jar(s)

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

Please cherry-pick:
- fixed comment (minor)

Please cherry-pick:
- added API URL for javadoc

Signed-off-by: Roland Häder <roland@haeder.net>

updated jar(s)

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

Please cherry-pick:
- is already done by juser-activity-log

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

Continued a bit:
- close internal TODO as the user-actiity-log can be used for this
- for this making easily to work, 2 new business methods have been added
- fetchAllUsersActivityLogByType() for a single type per user
- fetchAllUsersActivityLogByMultipleType() for multiple types per user

updated jar(s)

Signed-off-by: Roland Häder <roland@mxchange.org>

Please cherry-pick:
- the user instance needs to be merged into current persience context, else some of its child entities will be persisted (inserted) again

Please cherry-pick:
- maybe use getManagedUser() ?

Please cherry-pick:
- renamed updatedUser -> managedUser
- better set all data in EJB to avoid managedUser become detached (as the scope is not EJB anymore)

Please cherry-pick:
- test on template variables add, can be none set, but should not be null

Please cherry-pick:
- unsetting contact is no longer needed, make it managed and then it should be fine ... :-)

Please cherry-pick:
- more tests added on user instance (may prevent message-less NPE somewhere else which is harder to debug)

Signed-off-by: Roland Häder <roland@haeder.net>

updated jar(s)

updated jar(s)

Please cherry-pick:
- added base URL parameter + email delivery

Please cherry-pick:
- opps, remove()

Please cherry-pick:
- wrong bait, wrong fish, wrong test ...

Please cherry-pick:
- implemented business method for deleting user accounts

updated jar(s)

Please cherry-pick:
- renamed variables as they hold a JPA-managed entity

Please cherry-pick:
- made user instance managed which causes not persisting it all over again
- renamed variable

Please cherry-pick:
- closed internal TODO: update new confirmation key in database + user instance

Please cherry-pick:
- first the user instance must become managed, then persist log entry ...
- better check for Long, and not != null test (very lazy)

Signed-off-by: Roland Häder <roland@mxchange.org>