No, putting these methods into admin (request-scoped) controller is not good as no caching takes place. Better put them into session-scoped controllers to have caching possible. Please cherry-pick and keep recruiter-stuff out of other projects.

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

Continued a bit:
- added recruiter login (very lame design, I know)
- added navigation rule
- added i18n strings
- moved back from admin -> regular controller, urgs, it is cached there for a longer time and not just on request

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

Moved to own (user) sub-folder to have recruiter's own templates

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

Continued a bit:
- in admin area it should be medium-sized to have more room
- email address is already in contact data template

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

renamed language strings

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

class was wrong, needs to be styleClass

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

added redirection outcomes to all "addFoo" methods

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

fixed imports to new location

updated jar(s)

removed id where it is not needed

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

renamed language strings

updated jar(s)

re-organized pages:
- moved /user/ -> /guest/user/ as these are pages for current guest but later users
- moved /login/ -> /user/ as these are pages for current (logged-in) users

updated jar(s)

Opps, was wrong here (left-over from merge)

Mail pattern for cellphone provider are optional, maybe not all pürovide such services

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

Rewrites:
- moved a lot unrelated user-only methods to proper admin controller

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

fixed German umlauts

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

renamed i18n string, generic now

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

Not used here ...

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

removed link as this is done in list page + readded base template

renamed controller as there are now 2 logins + converted CRLF->LF

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

Contined a bit:
- sorted imports
- first @Observes then final

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

Continued with recruiter:
- added initial recruiter pages (requires separate login)
- added initial controller (interfaces and beans)
- added initial recruiter-stuff into helper
- removed double index.xhtml

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

Cleanups:
- hasUsers/allUsers was redundant
- moved isContactFound to admin user controller to avoid redundant lists, too

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

from merge (jjobs)

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

updated jar(s)

fixed language string

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

added initial login templates and navigation rules

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

Continued a bit:
- added missing helper call
- renamed method
- added missing navigation rules

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

renamed converter to make them more clear (in JSF page)

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

These validators are registered by using an annotation

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

fixed imports

The customer is now differently created, first you need to get the contact-relevant data from the contact controller, then you need to generate a customer number and attach the contact instance to it.

Method addCustomer(customer) was no need for calling external as the event does the same job.

Remove event from general customer controller.

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>

moved template to proper place

Fixed i18n related stuff

Continued a bit:
- renamed method changeUserData() to editUserData() (members sorted)
- surpressed some warnings that are not being fixed
- clear() needs to be called

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

Continued with customer:
- editing customer data is "basicly finished"
- removed i18n key as this was not following convention (and redundant)
- a user entry was not found (for users more clear)

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

Opps, missed to change this, too

Continued with contacts:
- showing contact data is "basicly finished"
- introduced template admin_contact_data.tpl"
- added missing navigation cases
- contact personal data is not user - fixed
- include always gender
- added new page for deleting contact data
- added CSS class for delete buttons
- added template for administrative contact links
- added missing i18n strings

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

Fixed i18n keys

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

updated jar(s)

ignored for i18n

Continued with customers and rewrite a bit:
- page show_customer "basicly finished"
- removed double redundant i18n strings (no need)
- added customer's i18n strings (admin)
- now always handle a contact to "cellhpone templates", this is much easier and users/customers don't have cellphones/land-line or fax numbers, only contacts
- added template for administrative links for customers (similar to users)
- added missing navigation rules

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

Continued with customer:
- added converter for customerId <-> Customer object
- used this in administrative customer pages
- added method copyCustomerToController()
- added getter/setter for customer in helper bean
- some messages fixed (copy-paste)

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

better wording

updated jar(s)

updated jar(s)

Fixed imports + added new project dependencies (no cherry-picking, please)

Continued with contact:
- added observers for events being fired when admin added new contact
- cleared admin contact bean after adding contact

Continued:
- the email address is now optional (nullable), so updated all i18n strings
- moved data check to createContactInstance()
- added message about minimum data

Continued with contacts:
- added method addContact()
- introduced isSameContactFound() which checks if the given contact can be found in a list.
- this method can later be moved to ContactUtils to become generic.
- commented out noisy System.out messages
- removed no longer used logger messages

Some JSF fiyxes:
- id "cellphoneLinks" removed as it happens in a loop
- sometimes user is null, then user.userContact cannot be accessed and any attempts cause a NPE
- new error message ERROR_PARAMETER_CELLPHONE_NUMBER_USER_NOT_SET added (and used)
- added div tags for better showing error messages

added clear() methods to clear beans

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

Always remove contact instance from admin helper bean after linking it to avoid confusion

Continued with observers:
- added afterAdminAddedCustomer() to add contact to list
- commented out noisy debug lines
- clear() is still needed for request-scoped to remove the form data
- no need for explicit clear() call as the observer does it
- removed some commented out log messages

Continued a bit:
- all others are "List foo", fixed.
- wording fixed

added redirection outcomes to all "addFoo" methods

added menu for listing contacts

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

added missing i18n strings

already done by event (lesser hard-coded)

Continued a bit:
- added missing i18n strings
- added missing CSS classes and fixed user_status_locked (should be)

Continued a bit:
- fixed navigation rules (user/customer mixture)
- no ADMIN_LIST_CUSTOMER_FIELD, just ADMIN_CUSTOMER_FIELD

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

Continued a bit:
- added additional check if the contact is really in the selectableContacts list
- need to call EJB business method linkCustomer() (like for users, linkUser())
- customers don't have user profiles: customer != user

added admin helper usage (needed for overworked customer form)

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

Customers currently don't have login names, at least not in jratecalc (maybe pizzaservice?)

Continued again with customer:
- added missing method selectableContacts()
- added missing doc-tag
- better show names and id number, not object

Continued with customer:
- opps, tpyo fixed in class name
- added observing method if an administrator has added a customer

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

renamed i18n string and added it

Refactured a lot:
- administrative controller are request-scoped, therefor their "cached" lists are never cached for a longer time. So all lists has to be moved to general controllers
- added new general customer bean for above refacturing

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

Minor: only contact entries/data is being listed, not complete "contacts" (user-perspective)

Renamed + added missing language strings

Continued with contacts:
- added hasContacts() / allContacts()
- listing of contacts started, maybe later add a method that checks where the contact is being used and returns a message key?

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

Continued a lot more:
- added ability to link any contact with user and/or customer accounts (later is unfinished)
- to make thism working, a controller method selectableContacts() is needed (cached)
- also the event for administrators adding users (customers missing!) must be observed to remove contact from selectable list
- because of the above, the HTML form can no longer validate required="true", it must be done by the controller (ugly exceptions for now)
- some beans/controllers loaded/injected
- added missing i18n strings
- fixed some exception messages
- ignored strings for i18n
- changed CSS class in admin area pages from small to medium (needs more space)
- removed double underscore (one removed)

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

catch newly thrown exception

Continued with adding customers:
- addCustomer() is now "basicly finished"
- it fires an event when a new customer has been added

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

Continued with customer:
- injected administrative contact controller
- added unfinished implementation of addCustomer()
- added private isCustomerDataSet()
- localContact was wrong here
- personal data is now together (better overview)
- added createContactInstance()

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

Some rewrites:
- use customer's own templates (maybe needs changing, unfinished work)
- fixed some i18n strings + added some missing

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

updated (maybe not cherry-pick this)

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

fixed JNDI name

Continued with administrative customer stuff:
- added loading of full customer list on post-init phase
- added EJB (remote interface) for calling customer business methods
- added new depencies jcustomer-core/jcustomer-lib

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

Continued with administrative customer bean:
- added request-scoped administrative customer bean
- minor: better wording
- updated navigation data file

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

Opps, wrong outcome and path

added customer pages (may be cherry-picked to pizzaservice)

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

fixed my email address

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

updated jar(s)

updated jar(s)

added admin_contact_list.xhtml + navigation rule

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

cleaned up strings (they got back by merge) + added missing (last 2!)

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

Continued with rewriting:
- rewrote to ContactUtils.updateFooNumber()
- added missing attributes for above functions
- added check for contactId against null
- fixed converter (must be ContactConverter) + instance from helper
- edit_contact title is now a pattern with id number as only parameter
- adminUserController was wrong, use adminContactController for contact-relevant stuff
- added missing i18n strings

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

Continued with rewriting:
- rewrote to ContactUtils.updateFooNumber()
- added missing attributes for above functions
- added check for contactId against null
- fixed converter (must be ContactConverter) + instance from helper

Continued a bit:
- added observer method afterAdminUpdatedContactDataEvent() to update contact and email lists
- no contact list in admin controller as the same exists in general controller
- imports cleaned up

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

updated jar(s)

Continued a bit:
- return type is now updated contact instance
- fixed class/interface imports

updated jar(s)

Continued with contact data editing (admin):
- added instance to helper
- renamed editFooData() to changeFooData()
- added handling contactId
- added form (with include)
- added method copyContactToController()
- added admin helper injection

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

Contined a bit:
- added check if user name is already in use
- fixed German umlauts
- better wording

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

Added redirect outcome + updated jar(s)

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