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>

added missing entity

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:
- 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>

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>

added missing dependencies on jaddressbook[-share]

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

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

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

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

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

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

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

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>

Please cherry-pick:
- added EJB for user activity log
- opps, missed this file updating ...

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

added juser-activity to persistence unit and both projects (core/lib)

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

Please cherry-pick:
- added assert
- renamed variables to managed user/contact as this reflects the correct JPA state

Please cherry-pick:
- sadly all getReference() + merge() was based on wrong assumption, now find() returns a managed entity where all setter calls leads to an update
- used getManaged() of repeating code (DRY)

Please cherry-pick:
- unsetting all phone numbers make them disconnected from the contact instance, better is to make them managed (merge)

Please cherry-pick:
- if you don't want to have redundant entries (=objects aka. entities) in database of referenced entities, first you need to merge it as it is detached
- then you have a managed instance which you can set in the referencing entity back
- if you don't do this, the entity manager will "think" it is a new instance and persists + relinks it
- maybe some implementations don't do this, but the JPA standard (generic) seems to want to have this way
- do never implement for only one JPA implementation! Do always follow the generic JPA way

Please cherry-pick:
- explicitly flush after persisting to get id number in entity set

Please cherry-pick:
- copy all data from detached to managed instance before updating it
- this needs to be done before the updated timestamp is being set to make sure it is not overwritten by old value (as copyAll() may do it)

Please cherry-pick:
- implemented business methods for deleting/updating fax/land-line numbers
- better this way: managedBla = em.find(Bla.class, bla.getBlaId()); and then managedBla.setBlaSomeFoo(someFooValue);

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

Please cherry-pick:
- unset mobile number, not land-line

Please cherry-pick:
- detachAllContactPhoneEntries() was a bad idea, beter do it the old way.
- The returned instance was a managed instance that have been updated. First find it with find() then you have a managed instanced. Now simply update the fields you want and you are done.

Please cherry-pick:
- when updating contact data, detach all other referenced instances, else new entries are being created each update-time

Please cherry-pick:
- set "phone entry updated" timestamp
- included class name in logger message

Please cherry-pick:
- renamed cellphone -> mobile

ignored + removed (will be re-generated) genfiles.properties as this caused update problems

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

Please cherry-pick:
- called new detach method

Please cherry-pick:
- change find() to getReference() as this causes no additional SELECT on database backend

updated jar(s)

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

updated jar(s)

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

added EJBs for user-activity logging/reading

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

added missing JARs for new juser-acitivty dependency

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>

ported project to new libraries jaddressbook-share-core/lib

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

Don't cherry-pick:
- updated jar(s)
- added new dependency jaddressbook-share-* where needed

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>

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>

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

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

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 source references, how does '/src/' come in everywhere?

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

updated jar(s)

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

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

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>

updated jar(s)

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

Continued a bit:
- not just cellphones, let's support any mobile phone
- implemented missing business methods
- tpzo fixed

updated jar(s)

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>

updated jar(s)

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

updated jar(s)

updated jar(s)

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)

Continued a bit: (please cherry-pick)
- implemented missing methods
- these include a lot tests and are currently untested (may not work)
- some to specific exceptions has been replaced by a more generic exception (which is fine here)

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:
- renamed as this is for users (and not any other entities with email-change functionality)
- added missing i18n string

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

Continued a bit: (please cherry-pick)
- implemented business methods findFaxNumberById() and findLandLineNumberById()
- sorted members
- fixed log message: cellphone -> mobile again and always use "number" suffix

renamed it as well (please cherry-pick)

fixed persistence.xml from renaming

Renaming season has started:
- renamed cellphone to mobile (all occurences)
- let's don't discrimite other mobile phones, right?

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

removed double //NOI18N (please cherry-pick)

Opps, make all parameters final (please cherry-pick)

Fixed: (please cherry-pick)
- wrong checks, the id number is not null and 1 or larger

Please cherry-pick:
- sorted members

Please cherry-pick:
- splitted contact remote interface into general and administrative purposes

Tried to fix: (please cherry-pick)
- update all data in user instance and hande it over to updateUserData()

Continued with lock/unlock user accounts: (please cherry-pick)
- return detached and updated user instance on locking/unlocking
- update data in found instance and then merge it? A bit confusing ...