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

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>