Re: Reverse engineering and dates

2016-07-28 Thread Andrus Adamchik
Needs to be implemented. But we have the right place for it. Andrus > On Jul 13, 2016, at 12:42 AM, Gmail wrote: > > Does that mean it's possible now but undocumented or that the capability > needs to be implemented using these new features? > > Tony Giaccone > >> On Jun 27, 2016, at 11:41

Re: Reverse engineering and dates

2016-07-12 Thread Gmail
Does that mean it's possible now but undocumented or that the capability needs to be implemented using these new features? Tony Giaccone > On Jun 27, 2016, at 11:41 AM, Andrus Adamchik wrote: > > I completely forgot. We have the whole new (M4; poorly documented) mechanism > for configuring t

Re: Reverse engineering and dates

2016-06-27 Thread Andrus Adamchik
I completely forgot. We have the whole new (M4; poorly documented) mechanism for configuring tons of reverse-engineering details that provides a new project file. All these settings should go there. Andrus > On Jun 27, 2016, at 11:11 AM, Giaccone, Tony > wrote: > > Yes, I think that's fine.

Re: Reverse engineering and dates

2016-06-27 Thread Giaccone, Tony
Yes, I think that's fine. It's specific to the project. On Sun, Jun 26, 2016 at 4:56 PM, Andrus Adamchik wrote: > > Fair enough. We do need to provide reverse engineering settings. I think > those may be implemented as the properties of the DataMap, like default > package, etc. > > Andrus > > >

Re: Reverse engineering and dates

2016-06-26 Thread Andrus Adamchik
Fair enough. We do need to provide reverse engineering settings. I think those may be implemented as the properties of the DataMap, like default package, etc. Andrus > On Jun 26, 2016, at 4:47 PM, Gmail wrote: > > There are a lot of project using something other than the traditional Java > D

Re: Reverse engineering and dates

2016-06-26 Thread Gmail
There are a lot of project using something other than the traditional Java Date. Tony Giaccone > On Jun 25, 2016, at 5:30 PM, Andrus Adamchik wrote: > > I wonder if instead of (in addition to) Joda preferences, we add a single > preference - "Java 8", and if that's on use the new Java 8 date/t

Re: Reverse engineering and dates

2016-06-25 Thread Andrus Adamchik
I wonder if instead of (in addition to) Joda preferences, we add a single preference - "Java 8", and if that's on use the new Java 8 date/time types that were all influenced by Joda. Thoughts? Andrus > On Jun 22, 2016, at 2:01 PM, Anthony Giaccone > wrote: > > Yeah, > > I have an existing s

Re: Reverse engineering and dates

2016-06-22 Thread Anthony Giaccone
Yeah, I have an existing schema and it’s something of a mess, and were using git, so different branches have different schemas with different attributes. So I’m re-engineering a lot. I did what you suggested the first three times but then I was like. "Meh, there should be a better way….” M

Re: Reverse engineering and dates

2016-06-22 Thread John Huss
If this is a one-time task, just open up the cayenne-*.map.xml file in a text editor and do a Find and Replace All of "java.util.Date" with "org.joda.time.DateTime". On Wed, Jun 22, 2016 at 11:06 AM Tony Giaccone wrote: > When reverse engineering a database, the java.util.Date class is used in

Reverse engineering and dates

2016-06-22 Thread Tony Giaccone
When reverse engineering a database, the java.util.Date class is used in all the classes that reference timestamps. Is there a way to get this to default to another class? I'd like to use Joda's org.joda.time.DateTime instead. Is there an easy way to swap this out when the classes get generated?