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>

updated jar(s)

This bean cannot be singleton as more than one admin may be logged in. It should also be initialized normally.

renamed after project's name

Continued some more:
- added EJB for general contact purposes
- added EJB for administrative contact's phone purposes
- added EJB for administrative phone purposes

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

added new project dependency jcontacts-lib

updated jar(s)

renamed after project's name

Continued a bit:
- added session bean for handling phone number lookups, maybe it will be used for user-depending purposes later on. So maybe session-scoped is not a bad idea after all.
- updated jar(s)

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

updated jar(s)

Implemented new business method findUserById() + ignored strings for i18n

updated jar(s)

also set created entries in all phone numbers, if set

Renamed controller after project name + updated jar(s)

Continued a bit:
- added administrative EJB for mobile providers with first business method addMobileProvider() implemented (should work)
- The word "bean" may confuse here as these are all EJBs

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

updated jar(s)

fixed names as they need to be all lower-case

fixed package names from previous rename

updated jar(s)

Renamed package smsprovider -> mobileprovider. They don't only provide SMS but also many other mobile services.

Changed interface (POJI) name SmsProvider to MobileProvider

Nope, use generic interface ... :-(

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

Fixed interface name

added business method addUser() and took code from registerUser as both is (at persisting) the same.

updated jar(s)

added registration timestamp for user and contact instance

updated jar(s)

addCountry() now must return the updated instance (with timestamp and valid countryId field)

Continued a bit:
- implemented business method addCountry()
- updated jar(s)

updated jar(s)

Opps wrong name for named query

added business method allUsers() + updated jar(s)

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

updated jar(s)

updated jar(s)

Minor: no country, it is SMS provider (copy-paste mistake)

introduced new lib jphone-lib.jar which holds remote interfaces for jphone-core + added jcountry-lib (new dependency)

updated jar(s)

added entity to persistence unit

updated jar(s)

updated jar(s)

change license to AGPLv3

fixed copyright (minor)

introduced addressbook-mailer which is a mailer class for the addressbook project

Continued with email delivery:
- Added EJB for email change mail delivery
- added needed jar(s)
- updated project files

renamed all classes to fit naming convention (prefixed with project) + updated jar(s)

updated jar(s)

better throw EJBException here

make sure the email address is/not persisted ("enqueued")

nope, searching for whole user instance didn't work. :-( + updated jar(s)

don't check for emailChangeId here because it is always NULL

Implemented allQueuedAddressesAsList() + updated jar(s)

Continued a bit:
- added ifUserExists()
- rewrote enqueueEmailAddressForChange() which now takes ChangeableEmailAddress as instance
- also rewrote updateEmailAddress() with same parameter
- added isEmailAddressEnqueued()
- updated jar(s)

updated jar(s)

it must be @EJB to inject another EJB into an EJB

updated jar(s)

Continued:
- added new entity class for changing email addresses
- added EJB for changing email addresses which has an injected user EJB
- updated jar(s)

added method to enqueue user's email address for changing + updated jar(s)

Continued a bit:
- updated jar(s)
- added missing business method (incomplete)

updated from jjobs-ejb:
- User -> Contact
- Contact -> Cellphone, Landline, Fax

In this setup of entities, the last 3 will be inserted (again) instead of being updated

addressbook-user-ejb has been merged into addressbook-ejb:
- updated project files
- added jcore.jar
- updated jar(s)

updated jar(s)

Added email address for author

updated jar(s)

removal of no longer needed documentation

need splitting as well ...

switched to own JDBC resource

better comment (from copy/paste)

updated jar(s)