svn commit: r230657 - /db/torque/trunk/src/generator/src/templates/om/Control.vm
Author: tfischer Date: Sun Aug 7 03:11:44 2005 New Revision: 230657 URL: http://svn.apache.org/viewcvs?rev=230657view=rev Log: Fixed problem with missing definition of packagename when generator property torque.subpackage.base is not set Modified: db/torque/trunk/src/generator/src/templates/om/Control.vm Modified: db/torque/trunk/src/generator/src/templates/om/Control.vm URL: http://svn.apache.org/viewcvs/db/torque/trunk/src/generator/src/templates/om/Control.vm?rev=230657r1=230656r2=230657view=diff == --- db/torque/trunk/src/generator/src/templates/om/Control.vm (original) +++ db/torque/trunk/src/generator/src/templates/om/Control.vm Sun Aug 7 03:11:44 2005 @@ -48,6 +48,8 @@ #set ($packageBaseManager = ${package}.${subpackageBase}) #else #set ($packageBasePeer = ${package}) + #set ($packageBaseObject = ${package}) + #set ($packageBaseManager = ${package}) #end #if ($subpackageBaseBean) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Current trunk fails runtime tests
Hi Henning, this was my fault. This error came in with the support for distributing the generated sources into several subpackage. I fixed this error locally but it seems I forgot to check it in. The bug should be fixed now in svn Thomas On Fri, 5 Aug 2005, Henning P. Schmiedehausen wrote: Hi, sorry to say but I did break something and I can't seem to find it. :-( This is with my profile (henning.profile) and PostgreSQL (7.4.8) and the current jpackage driver (which is from 8.0). The error is: BUILD FAILED File.. /home/henning/scratch/torque-svn/db-torque/maven.xml Element... ant Line.. 130 Column 29 Exception thrown by 'strings.getPackageAsPath'. For more information consult the velocity log, or invoke ant with the -debug flag. com.werken.werkz.UnattainableGoalException: Unable to obtain goal [runtime:test] -- /home/henning/scratch/torque-svn/db-torque/maven.xml:130:29: ant Exception thrown by 'strings.getPackageAsPath'. For more information consult the velocity log, or invoke ant with the -debug flag. at com.werken.werkz.Goal.fire(Goal.java:646) at com.werken.werkz.Goal.attain(Goal.java:575) at org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:671) at org.apache.maven.MavenSession.attainGoals(MavenSession.java:263) at org.apache.maven.cli.App.doMain(App.java:488) at org.apache.maven.cli.App.main(App.java:1239) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at com.werken.forehead.Forehead.run(Forehead.java:551) at com.werken.forehead.Forehead.main(Forehead.java:581) org.apache.commons.jelly.JellyTagException: /home/henning/scratch/torque-svn/db-torque/maven.xml:130:29: ant Exception thrown by 'strings.getPackageAsPath'. For more information consult the velocity log, or invoke ant with the -debug flag. at org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:683) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:288) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.java:79) at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction(MavenGoalTag.java:110) at com.werken.werkz.Goal.fire(Goal.java:639) at com.werken.werkz.Goal.attain(Goal.java:575) at org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:671) at org.apache.maven.MavenSession.attainGoals(MavenSession.java:263) at org.apache.maven.cli.App.doMain(App.java:488) at org.apache.maven.cli.App.main(App.java:1239) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at com.werken.forehead.Forehead.run(Forehead.java:551) at com.werken.forehead.Forehead.main(Forehead.java:581) Caused by: file:/home/henning/scratch/torque-svn/db-torque/target/test/rttest/build-torque.xml:520: Exception thrown by 'strings.getPackageAsPath'. For more information consult the velocity log, or invoke ant with the -debug flag. at org.apache.velocity.texen.ant.TexenTask.execute(TexenTask.java:564) at org.apache.tools.ant.Task.perform(Task.java:341) at org.apache.tools.ant.Target.execute(Target.java:309) at org.apache.tools.ant.Target.performTasks(Target.java:336) at org.apache.tools.ant.Project.executeTarget(Project.java:1339) at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:397) at org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java:143) at org.apache.tools.ant.Task.perform(Task.java:341) at org.apache.tools.ant.Target.execute(Target.java:309) at org.apache.tools.ant.Target.performTasks(Target.java:336) at org.apache.tools.ant.Project.executeTarget(Project.java:1339) at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:397) at org.apache.tools.ant.Task.perform(Task.java:341) at org.apache.tools.ant.Target.execute(Target.java:309) at org.apache.tools.ant.Target.performTasks(Target.java:336) at org.apache.tools.ant.Project.executeTarget(Project.java:1339) at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:397) at org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java:143) at org.apache.tools.ant.Task.perform(Task.java:341) at org.apache.tools.ant.Target.execute(Target.java:309)
Re: Subversion now active
Henning, A big bunch of thanks to you and the infrastructure team for this. This looks all very good to me. Thomas On Fri, 5 Aug 2005, Henning P. Schmiedehausen wrote: Hi, the Torque repo is now available at http://svn.apache.org/repos/asf/db/torque/ Regards Henning -- Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH [EMAIL PROTECTED]+49 9131 50 654 0 http://www.intermeta.de/ RedHat Certified Engineer -- Jakarta Turbine Development -- hero for hire Linux, Java, perl, Solaris -- Consulting, Training, Development 4 - 8 - 15 - 16 - 23 - 42 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r230657 -
[EMAIL PROTECTED] writes: Author: tfischer Date: Sun Aug 7 03:11:44 2005 New Revision: 230657 [...] good news: This patch fixes the runtime test. bad news: It still fails (though in a new and exciting way) if you run the tests like this: % maven -Dmaven.test.skip=true -Dtorque.testProfile=profile/henning.profile runtime:test [...] BUILD FAILED File.. /home/henning/scratch/torque-svn/db-torque/maven.xml Element... ant Line.. 130 Column 29 Could not create task or type of type: junit. Ant could not find the task or a class this task relies upon. This is common and has a number of causes; the usual solutions are to read the manual pages then download and install needed JAR files, or fix the build file: [...] The runtime test seems to rely on maven to create the junit tasks for ant. So when you skip the tests, the junit task is not defined and the runtime test fails. It should run independently from the maven driven unit tests. Of course this could also be a problem with the ant installation from jpackage. I know that Stefan Bodewig almost gets a fit every time I mention ant and jpackage or ant and Redhat. ;-) Regards Henning -- Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH [EMAIL PROTECTED]+49 9131 50 654 0 http://www.intermeta.de/ RedHat Certified Engineer -- Jakarta Turbine Development -- hero for hire Linux, Java, perl, Solaris -- Consulting, Training, Development 4 - 8 - 15 - 16 - 23 - 42 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[RESULT][VOTE] Move the Torque Bugtracker to JIRA
Result of the vote: +1 Henning Schmiedehausen (binding) Scott Eade (binding) (I just took this as sort of +1 vote, if it was just a general opinion and not a vote, please correct me) [EMAIL PROTECTED] (non-binding) (Folks, please give a real name. I'd like to check whether you are a committer, a PMC member or just a reader of the list) 0 Thomas Fischer (binding) Only two binding +1 votes means that the vote has not passed and Torque will not move to JIRA. Due to the fact that Scarab is currently down, this means that we now have no bug tracker at all. I'd like to encourage the people that spoke up in this thread (Thomas, Jorge) to get in contact with the ASF infrastructure team ([EMAIL PROTECTED]) and sort out the Scarab issues and maybe volunteer as Scarab maintainers. Regards Henning -- Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH [EMAIL PROTECTED]+49 9131 50 654 0 http://www.intermeta.de/ RedHat Certified Engineer -- Jakarta Turbine Development -- hero for hire Linux, Java, perl, Solaris -- Consulting, Training, Development 4 - 8 - 15 - 16 - 23 - 42 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Subversion reorganisation?
Hi, this looks very good to me. Excluding subpackages in the source directory causes lots of problems in the build. But, being not so experienced in subversion and maven, I have some stupid questions - would the runtime, generator, templates and the maven-plugin be independent projects in the maven sense (i.e. would the project-base.xml be removed and not be replaced) ? - Instead of having different trunks for the runtime, generator etc it would also be possible to have one trunk, and runtime, generator etc as subdirectories. It seems to me that different trunks is better for keeping things decoupled, but one cannot have relative paths between the different parts of the projects any more. Or is this what the trunks directory is for ? Thomas On Sat, 6 Aug 2005, Henning P. Schmiedehausen wrote: Hi, now that we are on subversion, this offers us the opportunity to finall decouple the development of the various parts of Torque. I'd propose that we reorganize the SCM to reflect this: db/ torque/ runtime/- trunk trunk/ tags/ branches/ generator/ - trunk/src/generator trunk/ tags/ branches/ templates/ - trunk/src/generator/src/templates trunk/ tags/ branches/ plugin/ - trunk/src/maven-plugin trunk/ tags/ branches/ common/ - stuff that all the parts use, can be pulled in the projects using svn:external site/ A wrapper site like the db-site or turbine site to allow us havingmultiple release versions and common information in one place trunks/ A checkout directory like the jakarta-commons has with trunks-proper The idea is to remove all the build tricks from the current tree and allow us to decouple the building of e.g. the generator and the runtime. With the generator being able to build other templates (like OJB) it is IMHO a good thing to be able to cut revisions independently from the runtime. Opinions? Regards Henning -- Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH [EMAIL PROTECTED]+49 9131 50 654 0 http://www.intermeta.de/ RedHat Certified Engineer -- Jakarta Turbine Development -- hero for hire Linux, Java, perl, Solaris -- Consulting, Training, Development 4 - 8 - 15 - 16 - 23 - 42 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Help getting Apache's Scarab up again
Hi there, following suggestion from Henning Schemiedehause... I'd like to encourage the people that spoke up in this thread (Thomas, Jorge) to get in contact with the ASF infrastructure team ([EMAIL PROTECTED]) and sort out the Scarab issues and maybe volunteer as Scarab maintainers. ...I'd like to offer my help in what you might need to get your Scarab instance up again. Even though I'm implied in Scarab myself, this help is not bound to anything; If you want help to get it running so you can extract the issues, that's fine. If you want help migrating to an uptodate (and much better ;-) ) version of Scarab, that's even better! If I (or other Scarab committers) can help maintaining Scarab it would be great, because you bet, loosing Apache visibility is a great loose for our project, but I fear I'm not a committer in any Apache prokect, and there might be political/community reasons to disallow this. In this case, I will still be glad to help others to do it. Whatever decision you find better, let me know and we'll look for the best way to start. Greetings, _ Jorge - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[patch] MySQL SQL generation fix
When we upgraded to Torque version 3.2-rc1, Torque incorrectly generating MySQL statements for MEDIUMTEXT as COLUMN_VALUE MEDIUMTEXTNOT NULL, instead of the correct COLUMN_VALUE MEDIUMTEXT NOT NULL, I have patched and rebuilt and tested Torque from their CVS head (the problem was still there) Patch is included below. Here is the schema test case (the COLUMN_VALUE column generates the error above): table name=FRAGMENT_PARAMETER column name=PARAMETER_ID primaryKey=true required=true type=INTEGER/ column name=FRAGMENT_ID required=true type=INTEGER/ column name=NAME required=true size=80 type=VARCHAR/ column name=COLUMN_VALUE required=true type=LONGVARCHAR/ unique name=UN_FRAGMENT_PARAMETER_1 unique-column name=FRAGMENT_ID / unique-column name=PARAMETER_ID / /unique /table Index: src/generator/src/java/org/apache/torque/engine/database/model/Column.java === RCS file: /home/cvspublic/db-torque/src/generator/src/java/org/apache/torque/engine/database/model/Column.java,v retrieving revision 1.29 diff -u -r1.29 Column.java --- src/generator/src/java/org/apache/torque/engine/database/model/Column.java 27 Jun 2005 21:34:10 - 1.29 +++ src/generator/src/java/org/apache/torque/engine/database/model/Column.java 5 Aug 2005 06:42:27 - @@ -1025,8 +1025,8 @@ if (getPlatform().hasSize(getDomain().getSqlType())) { sb.append(getDomain().printSize()); -sb.append(' '); } +sb.append(' '); if (getDomain().getDefaultValue() != null) { sb.append(default ); Index: src/generator/src/test/org/apache/torque/engine/database/model/DomainTest.java === RCS file: /home/cvspublic/db-torque/src/generator/src/test/org/apache/torque/engine/database/model/DomainTest.java,v retrieving revision 1.11 diff -u -r1.11 DomainTest.java --- src/generator/src/test/org/apache/torque/engine/database/model/DomainTest.java 12 Mar 2004 12:25:32 - 1.11 +++ src/generator/src/test/org/apache/torque/engine/database/model/DomainTest.java 5 Aug 2005 06:42:27 - @@ -164,7 +164,7 @@ assertEquals(, col.getAutoIncrementString()); assertEquals(BLOB, col.getTorqueType()); assertEquals(LONGBLOB, col.getDomain().getSqlType()); -assertEquals(cblob LONGBLOB , col.getSqlString()); +assertEquals(cblob LONGBLOB , col.getSqlString()); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Help getting Apache's Scarab up again
I see Scarab is running again. I am what passes for the support of Scarab, but since that is my only infrastructure activity and it hasn't required much effort, I don't watch the infrastructure list on a daily basis. Sorry if I missed an earlier message. My involvement in Scarab stopped as a consequence of employment and my activity on Torque is very low as well, so if there are other volunteers to take on the maintenance that would be great. If the Torque community would like Scarab updated, I think I could help with that as well, though it has been a long time since I worked with it and I think the setup has evolved quite a bit. Anyway just ask, and if I don't respond quickly enough, feel free to contact me directly ([EMAIL PROTECTED]). John McNally Jorge Uriarte wrote: Hi there, following suggestion from Henning Schemiedehause... I'd like to encourage the people that spoke up in this thread (Thomas, Jorge) to get in contact with the ASF infrastructure team ([EMAIL PROTECTED]) and sort out the Scarab issues and maybe volunteer as Scarab maintainers. ...I'd like to offer my help in what you might need to get your Scarab instance up again. Even though I'm implied in Scarab myself, this help is not bound to anything; If you want help to get it running so you can extract the issues, that's fine. If you want help migrating to an uptodate (and much better ;-) ) version of Scarab, that's even better! If I (or other Scarab committers) can help maintaining Scarab it would be great, because you bet, loosing Apache visibility is a great loose for our project, but I fear I'm not a committer in any Apache prokect, and there might be political/community reasons to disallow this. In this case, I will still be glad to help others to do it. Whatever decision you find better, let me know and we'll look for the best way to start. Greetings, _ Jorge - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]