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)

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

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>

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>

renamed, opps ...

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

added EJB for resending confirmation links

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

renamed named queries for better naming convention ...

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

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.

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)

updated jar(s)

updated jar(s)

tpzo fixed ...

updated jar(s)

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

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>

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

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>

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

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

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>

Continued cleanup:
- use new BaseJobsDatabaseBean to have it's functionalities
- removed mapped names

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 dependency jjobs-core

updated jar(s)

updated jar(s)

updated method signature to latest changes

Continued rewriting:
- added missing dependency jaddressbook-core
- this project doesn't have sharing addressbooks, so methods are not implemented

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

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

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

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)

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

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
- updated jar(s)

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.

Continued a bit:
- added registration timestamp for user and contact instance
- updated jar(s)

updated jar(s)

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

updated jar(s)

re-added jcountry-lib.jar (was removed)

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

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

updated jar(s)Used generic interface, not no longer existing own.

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)

renamed it (maybe back to old) as this doesn't need separation

updated jar(s)