/a
Reporter: Thoralf Rickert
Priority: Minor
Sometimes it would be very helpful to know the state of an Object. Currently we
have the states new and modified. Additionally I think there could be at
least one state more. During initializing of the object (populateObject) the
Base class
Hi all,
I was a little bit quiet in the last months, but anyhow: Great work!
How about for 4.0 we drop support for Java versions earlier than 5?
Comments?
+1 from me. Java5 was released 3 1/2 years ago, which will
probably be 4 1/2 years when 4.0 is out, given our release cycles.
Plus
: Runtime
Reporter: Thoralf Rickert
Priority: Minor
The Criteria.setOffset() method should accept long instead of int as the
parameter value to allow an offset above 2 billion. Of course it's not
recommended to have such Criteria's but it should be possible.
--
This message
: Generator
Reporter: Thoralf Rickert
There is a small leakage of informations between XML definition and the
generated Object.
For example if you define a column as required=true it would be good to get
this information in the object. So there could be a method like
isMandatory
[
http://issues.apache.org/jira/browse/TORQUE-75?page=comments#action_12458959 ]
Thoralf Rickert commented on TORQUE-75:
---
Okay, then is this improvement request obsolet. Sorry.
Map XML column informations to the generated Objects
So this would be shortcuts for *Peer.retrieveByPK and *Peer.delete(...)?
-Ursprüngliche Nachricht-
Von: Greg Monroe [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 5. Dezember 2006 20:10
An: Apache Torque Developers List
Betreff: Torque 4.0 - Add delete() / loadByPk(...) methods to
[
http://issues.apache.org/jira/browse/TORQUE-74?page=comments#action_12456094 ]
Thoralf Rickert commented on TORQUE-74:
---
I think, the sqldb.map file is generated when you call the sql ant-task. But
I don't know why this file is necessary
[ http://issues.apache.org/jira/browse/TORQUE-71?page=all ]
Thoralf Rickert updated TORQUE-71:
--
Attachment: patch.txt
Okay, here is a first patch. I didn't test it, because I don't have a suitable
test environment. What I did was to change
Dec 2006, Thoralf Rickert wrote:
I forgot something: We've implemented a working and easy way to use Aliases
with JOINs. This is necessary if you join a table twice.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Components: Generator
Reporter: Thoralf Rickert
Priority: Minor
The current Torque templates have spaces and tabs in front of Velocity commands
(#foreach, #set, #end,...). The Velocity renderer puts this spaces and tabs
into the generated code - that is the reason why
I don't have an idea of how can we support JDK1.5 and JDK1.4 because of the
compatibility problems between 1.4 and 1.5 - but I think like Thomas that we
have to make a break. The next release of the JDK is on the way and we're still
programing in the old 1.4. I don't want to start a principle
(was: Torque 4.0 plan)
Hi Thoralf,
would you mind to put this into jira as enhancement ? If I recall
correctly, you have done this already, so a diff against the current svn
version would be gerat.
Thomas
On Thu, 30 Nov 2006, Thoralf Rickert wrote:
...
Another small topic is my suggestion some
I forgot something: We've implemented a working and easy way to use Aliases
with JOINs. This is necessary if you join a table twice. And the Add full
support for views is something that would be very useful.
T.
-Ursprüngliche Nachricht-
Von: Greg Monroe [mailto:[EMAIL PROTECTED]
Hi!
[]
- Use Java 5 style generics and enumerations. One can use compiler
settings to produce pre-1.5-executable class files.
Oh yes. I will be glad to help on this topic.
Another small topic is my suggestion some months ago (July, 10.) to
replace the ant velocity render task with our
Affects Versions: 3.2
Environment: MySQL 5
Reporter: Thoralf Rickert
If you have a table with a nullable boolean column:
column name=test type=booleanint size=1/
and create a criteria like this:
Criterion c1 = criteria.getNewCriterion(TEST, false, Criteria.EQUAL
I think it is better to have just one jira Key for Torque. It isn't so
confusing. It is easier to get an overview. And it isn't understandable why
there is an OLD key, just because the bugs in it are imported from Scarab.
-Ursprüngliche Nachricht-
Von: Thomas Fischer [mailto:[EMAIL
[
http://issues.apache.org/jira/browse/TORQUE-44?page=comments#action_12434608 ]
Thoralf Rickert commented on TORQUE-44:
---
I think, the uppercase table names was a bug. It looks like a copypaste error.
So, if you wish to have a switch
Wrong Link on Download Page
---
Key: TORQUE-51
URL: http://issues.apache.org/jira/browse/TORQUE-51
Project: Torque
Issue Type: Bug
Reporter: Thoralf Rickert
Priority: Trivial
The is a wrong
[
http://issues.apache.org/jira/browse/TORQUE-49?page=comments#action_12427744 ]
Thoralf Rickert commented on TORQUE-49:
---
Okay, but then is the sql output of torque incorrect because it is generated in
the encoding of the xml schema. My
: Bug
Components: Generator
Reporter: Thoralf Rickert
Priority: Trivial
My schema.xml is encoded in UTF-8 and torque generates a SQL file in UTF-8. But
when I run insert-sql the TorqueSQLExec task decodes the file with the system
encoding because it doesn't know
[ http://issues.apache.org/jira/browse/TORQUE-49?page=all ]
Thoralf Rickert updated TORQUE-49:
--
Affects Version/s: 3.2
Encoding will not be used in insert-sql if it is used in generation task
[
http://issues.apache.org/jira/browse/TORQUE-39?page=comments#action_12421539 ]
Thoralf Rickert commented on TORQUE-39:
---
Is it a big problem to hand over a property like torque.databaseName to the
task or to parse the property
Reporter: Thoralf Rickert
Attachments: patch.txt
The generator creates constants for the column names in tables. The content of
this constants uses upper cases.
For example if you have a table like:
table name=address
column name=class javaName=aClass primaryKey=true
required
[ http://issues.apache.org/jira/browse/TORQUE-44?page=all ]
Thoralf Rickert updated TORQUE-44:
--
Attachment: patch.txt
The problem is that the generator uses the variable
$cup=$col.Name.toUpperCase() for the name of the constant and for the content
[
http://issues.apache.org/jira/browse/TORQUE-45?page=comments#action_12421580 ]
Thoralf Rickert commented on TORQUE-45:
---
So how are tables with circular references dropped?
I have this circular references problem in one of my schemes
[
http://issues.apache.org/jira/browse/TORQUE-40?page=comments#action_12420568 ]
Thoralf Rickert commented on TORQUE-40:
---
You have to set
torque.database.schema = dbo
in the properties to avoid this problem.
Thanks to Andras Balogh.
I think
[ http://issues.apache.org/jira/browse/TORQUE-40?page=all ]
Thoralf Rickert resolved TORQUE-40:
---
Resolution: Won't Fix
See my previous comment. torque.database.schema must be set to dbo.
jdbc task fails on sybase database (schema is set
[
http://issues.apache.org/jira/browse/TORQUE-27?page=comments#action_12420575 ]
Thoralf Rickert commented on TORQUE-27:
---
The proposal to create application specific custom templates isn't flexible. If
you upgrade torque, you've to upgrade and change
retrieveByPK uses name instead of javaName
--
Key: TORQUE-43
URL: http://issues.apache.org/jira/browse/TORQUE-43
Project: Torque
Type: Bug
Components: Generator
Versions: 3.2.1
Reporter: Thoralf Rickert
[ http://issues.apache.org/jira/browse/TORQUE-43?page=all ]
Thoralf Rickert updated TORQUE-43:
--
Attachment: patch.txt
This is a patch for this bug in Peer.vm
retrieveByPK uses name instead of javaName
: Thoralf Rickert
Priority: Trivial
On the site
http://db.apache.org/torque/releases/torque-3.2/generator/properties-reference.html
is a bug in the documentation for the torque.enableJava5Features property. The
default should been false and not Bean.
--
This message is automatically
[ http://issues.apache.org/jira/browse/TORQUE-38?page=all ]
Thoralf Rickert updated TORQUE-38:
--
Description: On the site
http://db.apache.org/torque/releases/torque-3.2/generator/properties-reference.html
is a bug in the documentation
Hi!
I think there is an open discussion thread (in 2005) about the generated
code style in the Base* classes but I can't find it. The problem is
that the generated code looks a little bit ugly because of too many
spaces. This is a velocity problem, because of leading spaces in front
of velocity
: Re: Velocity Templates
Hi,
The spaces in front of the velocity commands exist because it
makes the templates themselves readable. I'd put more
emphasis on keeping the templates readable than the generated
code, so I'd rather leave the spaces where they are.
Thomas
Thoralf
to a working system (just uncomment one line of code).
Thomas
Thoralf Rickert [EMAIL PROTECTED] schrieb am 10.07.2006
11:59:43:
No, I don't want to change the templates. They will be changed
virtually during loading into the velocity renderer in a stream.
-Ursprüngliche
[ http://issues.apache.org/jira/browse/TORQUE-31?page=all ]
Thoralf Rickert updated TORQUE-31:
--
Attachment: TORQUE-31.patch
Okay, this are the changes for the Peer.vm to be a little bit more generic type
compatible.
complete generic type compatible
complete generic type compatible API
Key: TORQUE-31
URL: http://issues.apache.org/jira/browse/TORQUE-31
Project: Torque
Type: Improvement
Components: Generator
Versions: 3.2.1
Reporter: Thoralf Rickert
in call of copyInto() in method copy(boolean)
DeepCopy
Key: TORQUE-23
URL: http://issues.apache.org/jira/browse/TORQUE-23
Project: Torque
Type: New Feature
Components: Generator
Reporter: Thoralf Rickert
Assignee: Thomas
Is it useful to make a feature request in JIRA?
-Ursprüngliche Nachricht-
Von: Thoralf Rickert [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 24. Mai 2006 15:13
An: Apache Torque Developers List
Betreff: Copying Torque Object
Hi!
I've a small problem with the copy
DeepCopy
Key: TORQUE-23
URL: http://issues.apache.org/jira/browse/TORQUE-23
Project: Torque
Type: New Feature
Components: Generator
Reporter: Thoralf Rickert
Priority: Minor
I've a small problem with the copy() and copyInto() methods
[ http://issues.apache.org/jira/browse/TORQUE-23?page=all ]
Thoralf Rickert updated TORQUE-23:
--
Attachment: patch.txt
Okay, this is a patch for the Object.vm generated with Eclipse. It creates a
strange (localized) path to the Object.vm resource. I've
Hi!
I like to have a feature in Torque that - I think - doesn't exists in it
at present. I could implement it in Torque, but I think it is better to
discuss it first here, because I'm not sure if it possible. Here is my
problem:
I've several tables where the data never changes during runtime of
Betreff: Re: Caching Rows
Thoralf Rickert wrote:
I've several tables where the data never changes during
runtime of my
application (for example a table called 'currency' which
holds every
currency that is used on this planet). These tables hold
static data
like state-types etc
Hmm, yes, I think so.
It should be return Double.valueOf((String)valueObject).doubleValue()
But I'm not sure, what happens with the conversion of NaN in a primitive double
value...
T.
-Ursprüngliche Nachricht-
Von: Jonathan Purvis [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 19.
Would you mind to sign a cla and fax it to the ASF office ?
see http://www.apache.org/licenses/#clas
Yepp, done.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi!
I think, it's a good idea to reorganize the website. I'd a look and two or
three comments:
- When you select the Documentation link in the menu you see a lot of options
in the content (Runtime, Generator and so on). When you click on one of this
options the menu changes and you see the
-Ursprüngliche Nachricht-
Von: Thoralf Rickert
Gesendet: Freitag, 25. November 2005 12:07
An: 'Apache Torque Developers List'
Betreff: AW: Torque with Java5 features
Just to make sure that I understood you correctly: You
were able to
convert the templates without chamnging
Hi!
I've a small feature request...
In the XML schema it is possible to declare descriptions on table an
column tags. I think, this attribute is currently unused. I've made some
changes in the OM templates and now I can see this descriptions in the
comments in the generated java classes (so it's
Hi!
I'm not sure, if this feature was discussed already on this list, but
how big is the chance, that torque supports the Java5 features, like
generics, in a future version? I know that this means a lot of work and
much trouble with users, who aren't able to use Java5 because of some
restrictions
Just to make sure that I understood you correctly: You were
able to convert the templates without chamnging the Runtime
jar, and it worked ?
Jo.
- Testing would be more complicated. At the moment, it is
already a nuisance to change the databases by hand, and to
change the idtable
50 matches
Mail list logo