I also think that it is important to have torque generate a correct (=with no java syntax errors) OM
in all cases, for the next release.
This means that issues TRQS87 and TRQS97 should be fixed. They both contain patches for
Object.vm and ObjectWithManager.vm
Also, is anyone working on the switch to commons-logging??


Will Glass-Husain wrote:

Hi,

Just wanted to ping the committers. I submitted a patch TRQS87 about a
month ago but never heard any feedback. Did I submit this correctly? Does
someone regularly go through the issues and review the new patches? At the
moment I've forked the code for my project to make this work, it'd be nice
to go back to the standard code base.

Thanks,

WILL
--------------------------------------------
You can view the issue detail at the following URL:
<http://scarab.werken.com/scarab/issues/id/TRQS87>

Type : Patch
Issue Id : TRQS87
Reported by: William Glass-Husain
wglass - ([EMAIL PROTECTED])

Description: I have several fields in my legacy database that were the same
as Java
reserved words. As Torque creates a private variable for each field, that
was
a problem.
I changed the name of this private variable to have "_t" appended
to the end of the field name. This allows java reserved words (like
"class") to be
field names.

Status: New


--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>





--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to