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

updated jar(s)

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

Continued a bit:
- Fixed mail delivery (opps)

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

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

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)

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

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

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

updated jar(s)

updated jar(s)

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

End-of-line character is LF by default now

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

updated jar(s)

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()

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

updated jar(s)

updated jar(s)

updated jar(s)

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

updated jar(s)

tpzo fixed ...

updated jar(s)

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

-Xlint:unchecked -Xlint:deprecation back in place ...

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

used new setter instead of "hard-coded"

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

switched to project-based mailer dependency

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

globally updated jar(s)

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

added missing final statement as parameters themself should not be changed

removed jcore.jar as it is not intended for JavaEE applications.

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

Removed all mapped names as they are container-specific, better is to use the long portable version.

updated jar(s)

updated code logic to latest changes

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

Continued with customer:
- implemented business method addCustomer()
- implemented business method isContactFound()
- implemented business method updateContactData() with only a contact instance
- added much more log messages

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

added new project dependency addressbook-core

updated jar(s)

updated jar(s)

updated method signature to latest changes

Continued rewriting:
- added new project dependency jaddressbook-lib (remote interfaces)

updated jar(s)

updated jar(s)

Implemented business method ifUserNameExists()

Implemented updateUserData() and let the detached user instance return

updated jar(s)

updated jar(s)

Continued:
- added business methods and implemented two
- added trace log messages

updated jar(s)

Refacture:
- moved model (entities) files to jaddressbook-care
- jaddressbook-core.jar is not needed here as no addressbooks are maintained

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

added timestamp as the EJB should take care of it

updated jar(s)

updated jar(s)

Change name for named query

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