updated jar(s)

This doesn't belong here ...

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

updated jar(s)

fixed copyright to right one

Continued a bit:
- Fixed mail delivery (opps)

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

Fixed import

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

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)

updated jar(s)

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

renamed project to all-lowercase

renamed project to all-lowercase

updated jar(s)

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

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

renamed, opps ...

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

updated jar(s)

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

updated jar(s)

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)

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

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

tpzo fixed ...

updated jar(s)

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

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

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>

updated project files (what has changed?)

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

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

fixed email address

removed jcore.jar as this is no longer used (and for WAR projects not recommended, not all is serializable)

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

It is LF now to avoid endless converting LF <-> CRLF (Windows)

Signed-off-by: Roland Häder <roland@haeder.net>

opps, missed to add creation timestamp

Signed-off-by: Roland Häder <roland@haeder.net>

Need to rename the method.

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

no more ShopCustomer

updated jar(s)

implemented business method findCustomerById()

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

updated jar(s)

fixed project dependencies (you may not want to cherry-pick this, instead you should fix it on your own)

updated jar(s)

Continued fixing:
- renamed class for own prefix
- updated project files as new libs are required
- fixed imports

updated jar(s)

implemented business method addContact()

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

implemented business method linkCustomer()

Cleanup: (don't cherry-pick, repeat it all)
- removed mapped names as they are container-specific, better is to use the long portable JNDI names (with interface)
- sorted imports

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

Continued a bit:
- implemented linkUser() method, please test this
- some cleanups from old code

also update created timestamp

No more fancy stuff in EJBs, like auto-linking, straight ahead only adding non-existing, else a checked exception is thrown.

Some fixes:
- only set "created" timestamps when new contact
- logger message added

it works only otherwise ...

copy id and other instances

updated code logic to latest changes

Continued a bit:
- setting "created" timestamps for cellphone, land-line and fax number
- added object-equality check
- added trace message

Implemented business method isReqistered()

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

Continued a bit:
- added some more log messages
- null > 0 is not allowed, need to check type too

Continued a bit:
- renamed some fields and added thrown exception
- added general customer EJB for checking if the customer is already registered

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>

Returned finished customer number

type-hints to the JPA can also be interfaces, good! :-)

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

Continued a bit:
- move Base<Project>DatabaseBean to <project>-core project

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

Started with createCustomerNumber(), unfinished

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

updated jar(s)

Continued with customer EJB:
- added EJBs (general and administrative) with all business methods implemented, at least as stub (allCustomers() is finished)
- added new depencies jcustomer-core/jcustomer-lib

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

Minor: wording fixed

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

updated method signature to latest changes

updated jar(s)

updated jar(s)

updated jar(s)

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

Implemented business method ifUserNameExists()

Implemented updateUserData() and let the detached user instance return

updated jar(s)

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

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

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>

updated jar(s)

Change name for named query

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

updated jar(s)

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

Added noisy trace messages. These are "needed" to check how often an EJB's business method has been called. This helps analyzing bottlenecks (to often called may overload the service) in applications.

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

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

updated jar(s)

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

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)

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

updated jar(s)