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

changed some tests (please cherry-pick)

Fixed wrong tests: (please cherry-pick)
- locking/unlocking an existing user account always have a valid user id set

Please cherry-pick:
- maybe implemented unlinkCellphoneDataFromContact() as this may not work by just unsetting (null) the instance

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

Fixed: (please cherry-pick)
- em.remove() needs a managed entity, not a one passed from e.g. a controller
- still this method may throw an exception, e.g. when an other entity (table) references this entity
- but since deleteCellphoneNumber() *should* delete cell phone numbers, it doesn't care if the entity is still referenced.
- this needs to be taken care of the controller and not the EJB (job-executor)

Rewrite continued: (please cherry-pick)
- moved business methods to proper EJB as they are not contact-related but "phone-generic" enough. Maybe still mail notifications can be added to them.

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

Continued with cell phone numbers: (please cherry-pick)
- implemented deleteCellphoneData() which may work this way
- maybe still a mail might be sent

Ignored faces-config.NavData because this file will differ from user to user

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

Continued: (please cherry-pick)
- implemented updateCellphoneData()

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

Moved to proper EJB: (please cherry-pick)
- these methods are not administrative, they are general and should be used there

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

updated jar(s)

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

fixed copyright+author

Continued: (please cherry-pick)
- implemented allSomeNumbers() methods
- used MessageFormat
- ignored strings for i18n
- exposed list to method body to have it being logged in trace message

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

Please move:
- this is for e.g. unlinking or linking cell phone, land-line or fax numbers with contacts
- this is not any-phone-numbers only

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

updated jar(s)

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

fixed camel-case in newly renamed method (please cherry-pick)

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

ignored .gitcommits

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

updated/fixed copyright as this is Pizza-Service

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

Continued with unlocking users: (please cherry-pick)
- implemented business method unlockUserAccount()

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

opps, need to rename it (please cherry-pick)

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

Continued with splitting EJB: (please cherry-pick)
- splitted user bean into general (old) and administrative user bean. This allows more distribution and not centralization of all business methods on one (then later even monolithic) EJB
- requires juser-lib.jar to be updated

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

Continued with logging: (please cherry-pick)
- added simple class name to all log messages
- added possible missing log messages

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

Fixed: (please cherry-pick)
- wrong check, opps, copy-paste mistake: user.userId must be valid set
  as the user is going to be linked with password history entry.

Please cherry-pick:
- implemented business method updateUserPassword()

Please cherry-pick / fix Copyright:
- added EJB for fetching user's full password history
- this EJB implementes the corresponding (newly added) remote interface

added entity to persitence unit (maybe cherry-pickable)

Continued a bit: (please cherry-pick)
- the class type is a hint for what kind of classes are in the List
- so no List is in List ... ;-)

Signed-off-by: Roland Häder <roland@haeder.net>
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)

updated jar(s)

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

updated jar(s)

updated jar(s)

Some fixes:
- added missing imports
- it should the project's own Base<Project>DatabaseBean class be used to have e.g. sendEmail() available for easy email delivery