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>

updated jar(s)

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

Continued a bit:
- added missing entities
- updated customer entity to LoginCustomer (has been moved as it is generic
  enough)

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

renamed jshop-ee-lib -> jshop-lib as this is now a remote-interface-only project

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

updated jar(s)

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

Continued with fixing:
- renamed basket bean as the naming-convention requires project's short name in
  front of it
- fixed EJB portable name part (remember that mapped-name="someFooName" is not
  required by all EJB containers to handle)

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

Opps, 'abstract' went in by using "move-up" from NetBeans IDE ... Well, at the
end, NB is no aritificial intelligence that 100% understood your code, right?

Also fixed naming-convention, project's short name must be prefixed on all classes

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

Maybe not cherry-pick:
- removed left-over from some renaming-party? ;-)
- moved PDF/receipt stuff into generic package

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

Maybe not cherry-pick:
- removed modelgen jar (and lib)
- added new dependency jshop-receipt-core
- updated jar(s)

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

Also needs to be moved as jcontact-business-core has changed (good convention).

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

updated jar(s)

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

added new dependency jproduct-lib

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>

Continued a bit:
- renamed classes as this is the naming convention
- fixed super bean class

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

added missing dependency jcontacts-business-core/lib

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

Please cherry-pick (when needed):
- duplicated BusinessDataSessionBean as (correctly) AdminBusinessDataSessionBean
- implemented generic business data EJB with first method which returns an
  entity for given id number or throws a proper exception if not found

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

Possibly cherry-pick:
- added initial EJB for business contact-data

updated jar(s)

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

added .gitattributes where missing

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>

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>

added documentation for cdi-api.jar

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

updated jar(s)

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

The primary development system for me is my Linux box at home. I don't know
what Sun was thinking here, to have differences in naming JARs between OSes
because as you can see here, it maks things lesser universal (difference
between OSes in naming JARs) which means on your Windows(/MacOS) box you may
have to ignore these properties files unless you want to add another lib and
then you have to be careful.

Well, not 100% universal after all which needs improvement. Let's hope, Apache
is ruling this out, at least for NetBeans IDE.

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

added documentation for cdi-api.jar

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>

fixed JNDIs

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

it is user->login, not login->user

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

updated jar(s)

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

Please cherry-pick:
- imported new location (package) of classes/interfaces
- moved EJBs to proper locations

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

added new dependencies juser-login-core/lib

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 updatedUser -> managedUser, which is more accurate
- always set values in managed instances to have the JPA noticed it

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

Please cherry-pick:
- returned managed instance so the web controller (backing bean in your web
  application) can continue to use it (mostly fire an event)

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

updated jar(s)

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

Please cherry-pick:
- this message-driven bean has been moved to new project
- also the mailer's initialization and config properties

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

fixed JAR reference's paths (opps)

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:
- rewrote email delivery as EmailDeliveryWrapper() has now a constructor with all required fields
- also saved one parameter (one lesser = easier code)

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

updated jar(s)

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

Please cherry-pick:
- 'login' is to generic, there are maybe other logins around than just for users only

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>

Please cherry-pick:
- these entity hints were maybe wrong because a List<POJI> is being returned and
  not POJI alone.

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

Please cherry-pick:
- checked for this.session as it is required, too

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

Don't cherry-pick:
- need to provide email queues for these EJBs as they will attempt to call
  sendEmail() which would then throw a NPE:

----------------------------
Caused by: java.lang.NullPointerException
        at org.mxchange.jfinancials.database.BaseFinancialsDatabaseBean.sendEmail(BaseFinancialsDatabaseBean.java:555)
        at org.mxchange.jusercore.model.user.register.FinancialsUserRegistrationSessionBean.registerUser(FinancialsUserRegistrationSessionBean.java:208)
----------------------------

However, I will expand sendEmail() a bit to verify that the field session is
really there and not run in such ugly NPE.

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

updated jar(s)

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

added missing abstract EJB 'base' beans

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

Rewrite continued:
- Now all project-specific abstract web beans (controllers) inherit from BaseFacesBean to have these nice showFacesMessage() methods.
- Also all project-specific abstract EJBs inherit now only BaseDataBean (one was missing in an old project)
- So, if you have a WAR project, inherit from BaseFacesBean, if you have an EJB project, inherit from BaseDatabaseBean

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:
- had moved copyAll() to new utility classes which is a much better place for
  them. Per EJB standards, no "complex" methods in POJOs/entity classes which
  makes sense. :-)

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

updated jar(s)

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

it is an user-specific EJB name

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

fixed EJB name for email delivery beans

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

Please cherry-pick:
- EJB name is now "userRegistration"

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

updated JNDI names

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:
- rewrote to new copyAll() methods as having them in POJOs is no good idea
  anyway as you should keep those objects as simple as possible.

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

updated jar(s)

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

Please cherry-pick:
- moved EJBs to proper package as they are user-related beans
- handled over randomPassword parameter to sendEmail()
- or null if not possible/wanted

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

updated jar(s)

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>

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>

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:
- moved generic code to jcoree

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

updated jar(s)

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

Continued a bit:
- remote interface for resending confirmation link is now genweric in juser-lib
- updated method as checked exceptions are thrown
- 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>