Always happy to help open up cans of worms :-)
I ended up with a simplistic utility class with a private no-arg
constructor and a few static methods for the particular conversions I
needed to do. Not sure if there's a "Groovy best practices" approach to
this, but I didn't need anything more sop
Thanks for the feedback Henrik! You've led me to a new can of worms, to
see if Oracle and the JodaTime guys made any accomodations for handling JD
Edwards time formats in JSR 310. Probably not, but now i have to find out.
The core strategy I'm asking about is how to approach the inevitable custom
What about creating a few utility methods around the standard Java 8
time/date classes already available in the JDK? I've had to do some date
conversions myself recently, and found everything I needed in
java.time.*. It seems to me like your task is mostly a format
conversion. If so, the variou
Also, something else just occurred to me which might be relevant. Another
option might be to create a JDE Calendar or JDE Date class which extends or
implements date or calendar classes/interfaces. My first instinct was to
convert dates into Date Objects and strings based on Gregorian calendar on
t
All,
In summary, I would like any advice people can offer on how to approach the
task below, using the Groovy ways of thinking.
The topic at hand is a messy domain-specific problem working with dates in
Oracle's ERP software called JD Edwards. It's gory detail is documented
here:
http://stackove
