Continued:
- added DateUtils class for comparing Date objects with each other
- currently only year, month and day (of month) are compared
- added unit test for above class

Continued:
- added GIT hook "pre-commit" which you should copy to .git/hooks/ or symlink
  it there
- renamed Comparables -> ComparableUtils to conform with naming-convention

Not needed here

Contined:
- added tests for Comparables.checkAll()

Continued:
- moved classes to own packages
- introduced TestNG 6.8.1
- added test case for SameNumberUtils class

Updated copyright year

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

Continued:
- tpzo fixed

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

only these files are text/plain

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

only these files are text/plain

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

updated .gitattributes

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

Continued:
- JCache (JSR 107) and JavaEE 7.0 API is not required here (no JavaEE project)

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

Updated copyright year

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

Continued:
- jcore-utils was splitted out from jcoreee to reduce project centralization
  (means you have to that whole fat bunch of classes but only use a few)
- these utility classes may also be used in JavaSE projects so better split
  them out as they are generic enough
- rename CoreNumberUtils to SafeNumberUtils as this class provides null-safe
  methods for any kind of Java numbers

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

Continued:
- removed StringUtils class as Apache Lang3 is around ... (ops)
- added CoreNumberUtils class which is a null-safe (no NPE will be thrown)
  alternative to Apache's Common Lang3's NumberUtils class

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

Continued:
- added utility class Comparables which is intended for compareTo() tests on
  objects/entities
- changed copyright to Free Software Foundation

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

Continued:
- renamed BaseDatabaseBean to BaseEnterpriseBean as this is a generic bean for EJBs
- only EJBs have message queues and the others, so no real good idea of having such
  code in BaseBean
- removed no longer used BaseBean, was an overdose anyway ... ;-)

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

Updated copyright, changes in 2018 did take happen ...

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

Continued:
- added method FacesUtils.comareTo() and FacesUtils.compareToIgnoreCase() which
  are a null-safe compareTo()/compareToIgnoreCase() methods

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

Changed copyright notice to the FSF, so after my death they will continue my
interests, nice!

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

Continued a bit:
- now there are 3 message bundles: generic, project and local
- added public, static method removeBundles()
- fixed exception message, the i18nKey was empty, not NULL

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

Continued:
- let's support both generic and project-specific bundles to have most
  flexibility
- also moved resource bundle list to this class to have it further encapsulated
- also the loadResourceBundle() method has been renamed to loadResourceBundles()
  does no longer return the bundle(s). You have to use
  BaseFacesBean.getBundles() for now on.

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

Continued:
- introduced getMessageFromBundle() which will return a localized message from
  message bundle

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

Please cherry-pick:
- removed repeated interface Validator and added generic on Object instead
  making the Java compiler happy again
- added beans.xml but it didn't help CDI finding any factory/producer here
- added new depdendency cache-api (jcache) including javadoc JAR

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

Continued:
- let's be better programmers and don't ignore warnings about rawtypes as this
  causes the Java compiler to create a workaround which may *not* work on all
  environments and JVMs

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

Added event for when a locale has changed. The new locale is included in the
event class.

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

updated jar(s)

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

updated dist.sh

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

updated dist.sh

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

updated jar(s)

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

fixed my name

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

fixed tpzo

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 .gitattributes

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

Boolean is an object, boolean a primitive variable, better use objects

updated jar(s)

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

The security principal is a faces-only (web container) feature and not
generally for beans.

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

updated dist.sh

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

remove superflous abstract declaration

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

Introduced initLoggerInstance() which every contructor needs to call, surely
after super() has been called.

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

The local logger EJB is only available to EJBs, not web applications. Therefore
it needs to be moved to BaseDatabaseBean (which is the super class for EJBs).

Same with sendMessage() method. No web application shall send out mails
directly. Only an EJB (message-driven, of course) should do that.

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

Cleanups:
- removed no longer used imports
- first method, then value is fine

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

renamed parameter as this is no email-specific queue JNDI name ;-)

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

splitted faces-related methods to new BaseFacesBean class. BaseDatabaseBean is
then for EJBs and BaseFacesBean for web controllers (aka Bean).

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

Bundle.loadBundle() being called here means that also the bundle file(s) must
be present in this project (and resulting JAR file).

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

updated dist.sh

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

updated path for local cp of libraries

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

need to call super/default constructor, too.

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

updated jar(s)

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

moved generic code to new constructor which takes JNDI names as parameter.

maybe later this needs to be expanded to allow properties for the wrapped classes.

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

Continued a bit:
- updated copyright
- updated jar(s)

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

don't copy jcore(-swing) (EE/Swing) to JavaEE container

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

lets don't use back-ticks

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>

deleted deprecated validators

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

nope, 'src/' must be present, then the IDE (NetBeans at least) can find it

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

removed navdata as it will be regenerated and ignored it as it always caused merge conflicts

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

updated source references, how does '/src/' come in everywhere?

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>

Updatede jar(s) + fixed some names + fixed some imports

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

updated own name and resources

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

updated jar(s)

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

CRLF->LF converted

updated jar(s)

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

fixed my name, is with "A-Umlaut" ä, not ae

Please distribute:
- ignored temporary files + navData

log also class name

ignored + removed (will be re-generated) genfiles.properties as this caused update problems

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

updated jar(s)

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

updated jar(s)

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

Ignored faces-config.NavData because this file will differ from user to user

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

fixed copyright/author's email address to my private address

updated dist.sh (don't upload jcore-swing on JavaEE-enabled server ...)

updated jar(s)

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

added some empty lines + added a bit documentation of parameter

updated .gitignore (no more includes ejb project, please keep it separated)

this thing does not work if you don't have the JAR inside the WAR file. Better is to copy this to your project and remove the deprecation annotation + from javadoc-tag

Continued a bit:
- added support for port number
- use context path + servlet path

added generic date validator which needs to be extended

updated jar(s)

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

added FacesUtils which will contain methods for dealing with JSF, such as generating the "base URL" for mail templates and other various places.

You cannot use this from your EJBs as they don't have a faces context ... ;-)

Continued a bit:
- added trace messages
- added check on parameter for null

added method sendMessage()

updated jar(s)

ignored lock files

updated jar(s)

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

these are noisy debug lines ...

Minor: fixed copyright, no email address needed here

updated dist.sh

globally updated jar(s)

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

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

Continued a bit:
- updated dist.sh
- updated jar(s)

updated dist.sh

updated dist.sh

Continued:
- line-feed is now LF which prevents converting
- updated dist.sh for better personal-domain support
- updated jar(s)

converted line-ending (why?)

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

Cotinued:
- updated dist.st: skip wild-fly creation if path not found
- updated jar(s)

updated dist.st: skip projects that are not cloned