You know... I don't know that this is necessarily as difficult as we
are making it out to be. It seems like it shouldn't be a blind "remove
the s" type system, but rather a mapping file. A simple XML mapping
file could send Products to Product, etc, and grow with time.
Users could then select whether or not to use it when generating via
the modeler or the ant task and even specify their own alternate file.
I've long wanted a similar feature - to be able to systematically
remove field prefixes/suffixes.
Cris
On 11/20/05, Gentry, Michael (Contractor) <michael_gentr..anniemae.com> wrote:
> What bugs in the modeler are causing you to have to regenerate the model
> so frequently? (Perhaps I missed an earlier post.)
>
> Thanks,
>
> /dev/mrg
>
>
> -----Original Message-----
> From: news [mailto:new..ea.gmane.org] On Behalf Of Ahmed Mohombe
> Sent: Sunday, November 20, 2005 10:12 AM
> To: cayenne-use..bjectstyle.org
> Subject: Re: Modeler - Names at singular after reverse engineering?
>
>
> > While it sounds neat, it's really not that much work (you only have to
> > do it once) and it could be a lot of work (we'd have to include all
> > kinds of special exemptions) and it would be for English only.
> Well, it is much work, and as I mentioned in my post, because of bugs in
> Modeler,
> I need to do it all the time the DB is changing, cause "overwriting"
> doesn't work well,
> and only "first time" reverse engineering is delivering a nice and clean
> recognition/mapping.
>
>
> > For example, what if you have an Address table? Does it make the Java
> > class Addres? I suppose you could argue that the list of tables that
> > would end in an "s" are fewer than those that wouldn't.
> The idea is to use a NLP library that knows such things, and just use
> it.
> IMHO this is not much work.
>
> Besides, as I mentioned, it must not be perfect: it's good enough if it
> does for the 95% of
> the words - it's still way more than doing the entire thing manually.
>
> Ahmed.
>
>
This archive was generated by hypermail 2.0.0 : Sun Nov 20 2005 - 12:35:49 EST