opps, did happen when you cherry-pick ;-)

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

added required dependency to juser-activity-core

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>

registered new entities ... Yeah, you can annotate your POJOs as @Entity, still
you need to register them in the persistence unit file.

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>

sorted imports

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

updated jar(s)

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

added new dependency jcontacts-business-lib (remote interfaces)

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

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>

updated persistence unit

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:
- jfinancials-core/mailer are now referenced as projects as they are
  application-specific projects and not libraries (like e.g. juser-core is)
- replaced jshop-core with jproduct-core as this is what is only needed

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

Continued:
- added jcontacts-business-core.jar (seller)
- added jshop-core.jar (products, etc.)
- updated jfinancials-core.jar

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

updated jar(s)

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

renamed cellphone -> mobile

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

some renames for project-initialization

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

renamed namespace to jfinancials (Java naming-convention) + renamed *Addressbook* to *Financials* to not have confusions in IDEs like Netbeans

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

this project was based on addressbook-ejb and doesn't need jaddressbook and jcontacts-business-core

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)