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>

updated jar(s)

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

updated jar(s)

updated jar(s)

Please cherry-pick:
- called new detach method

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

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>

Please cherry-pick:
- implemented business methods unlinkFaxDataFromContact(), unlinkLandLineDataFromContact()

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

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

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>

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>

updated jar(s)

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)

Minor: log message had old name "id" for user id (please cherry-pick this)

Some improvements:
- added name and description (please cherry-pick)
- re-aligned the annotations more nicely

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

minor: it is "EXIT"

applied naming convention (due to updated jar; please cherry-pick this)

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

opps, this test is not possible here

implemented addContact()

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

ignored .gitcommits

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

updated jar(s)

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

updated jar(s)

This doesn't belong here ...

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

updated jar(s)

fixed copyright to right one

Continued a bit:
- Fixed mail delivery (opps)

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

Fixed import

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

no redirect target needed here and makes no sense, too

Implemented business method confirmAccount()

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

Continued a bit:
- load properties in init() method (post-construction)
- added config.properties

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

Continued a bit:
- EJBs cannot have access to faces context, better handle it over from the WAR project
- renamed method as "AsList" is superflous

renamed to better name

Continued a bit:
- renamed to have project name in it
- sending out mails over a message-driven bean is an asynchronous approach and will keep the other EJBs running fast
- use class, not interface everywhere

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

opps, use addedUser for having the id number available

Continued a bit:
- added sending out registration email
- added internal TODO

Continued a bit:
- removed not needed assertion as this one tests the JPA
- ignored for i18n
- converted CRLF->LF ?

Added TODO (testing JPA makes no sense here)

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

Continued with rewrites, fixes:
- used Base<Project-Name>DatabaseBean where possible
- use new sendEmail() which prepares the wrapper instance and then sending it
- the message object is now no longer created here as the Base<Project>DatabaseBean does it
- resendConfirmationLink() almost finished: changing confirmation key + merging database is unfinished

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

Continued:
- added message-driven bean for mail delivery (generic)
- added method init() method to initialize queue/factory
- implemented business method resendConfirmationLink() (unfinished)
- the business method enqueueEmailAddressForChange() now uses JMS and not directly calling the mailer

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

updated jar(s)

updated jar(s)

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

renamed project to all-lowercase

renamed project to all-lowercase

updated jar(s)

use found contact, not merge() (SQL update statement)

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

renamed, opps ...

updated jar(s)

added EJB for resending confirmation links

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

renamed named queries for better naming convention ...

implemented business method generateConfirmationKey()

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

implemented business methods findContactByEmailAddress() and isEmailAddressRegistered()

updated jar(s)

implemented business method generateRandomUserName() which uses getUserNameList() to get full list of available user names and checks that list.

updated jar(s)

Continued a bit:
- implemented linkUser()
- use interface for class name

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

updated jar(s)

updated jar(s)

Continued a bit:
- implemented linkUser()
- use interface for class name

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

tpzo fixed ...

updated jar(s)

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

Oooops, returned non-updated object ... :-/