Yo Jason, I've got autoincrement (sequence) to work with Oracle woo woo :-))
Thanx for the help! /Colin ----- Original Message ----- From: "Jason van Zyl" <[EMAIL PROTECTED]> To: "Turbine Developers List" <[EMAIL PROTECTED]> Sent: Monday, November 19, 2001 6:02 PM Subject: Re: TableMap differences Torque/Turbine2.2 > On 11/19/01 11:52 AM, "James Cooper" <[EMAIL PROTECTED]> wrote: > > > > > Hi Jason, > > > > Thx for the quick reply. Yeah the code in the mapbuilder appears to be what > > you guys were on about Friday & what we were expecting to see :-) > > > > The only thing now is probably the decoupling of Torque/Turbine. > > The decoupling is done, There are no Turbine references in the decoupled > Torque. > > > Is there a > > difference between the two TableMaps? > > They are probably identical, just different packaging. > > > Is a workaround to give the full class > > name whilst generating the Peers? If so then I can implement this and move > > onto the testing part. > > You should be able to regenerate using your datamodel xml file against the > decoupled torque and you should have code that works. Have you tried this? > > > > /Colin > > > > > >> On 11/19/01 11:33 AM, "Colin Chalmers" <[EMAIL PROTECTED]> wrote: > >> > >>> Hi all, > >>> > >>> To all the developers (Jason/John) who helped me on IRC last friday a > > big > >>> thanx and apologies if I caused any unnecessary noise. > >>> > >>> Today I started afresh with the most up-to-date JARS & started by > > building > >>> Torque. > >>> > >>> I am now producing code based on *idmethod=native* and containing what > >>> appears to be what we're looking for (I'm still testing). > >>> > >>> However I now getting an error whilst compiling my new OM tree and it's > > to > >>> do with the Tablemap in Turbine 2.2b & Torque 1.0 (checked out source > > this > >>> morning). The Mapbuilder class returns a Torque.TableMap whereas the > >>> PeerClass expects a Turbine.Tablemap. I could solve this by giving the > > full > >>> class name but are there any differences between the two? > >> > >> You'll have to wait a couple days for Turbine 2.2 to work with the > > decoupled > >> Torque. It will basically involve not using the db service at all and > > using > >> Torque directly. Sorry for the delay but there are some things in Torque > > to > >> work out before an RC can be pushed out into the big wide world. > >> > >>> One other question, is the solution to the (Oracle DB) increment problem > >>> solved specifically in the mapbuilders or are there things in the > > objects & > >>> peers I should look out for? > >> > >> You should not need to even look at the generated code. If you choose > >> idmethod="native" than Oracle sequences will be used. Are you having a > >> problem because of the mixing of the decoupled Torque and Turbine 2.2? > > > > > > > > > >> > >>> /Colin > >>> > >>> > >>> > >>> -- > >>> To unsubscribe, e-mail: > > <mailto:[EMAIL PROTECTED]> > >>> For additional commands, e-mail: > > <mailto:[EMAIL PROTECTED]> > >> > >> -- > >> > >> jvz. > >> > >> Jason van Zyl > >> > >> http://tambora.zenplex.org > >> http://jakarta.apache.org/turbine > >> http://jakarta.apache.org/velocity > >> http://jakarta.apache.org/alexandria > >> http://jakarta.apache.org/commons > >> > >> > >> > >> -- > >> 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]> > > -- > > jvz. > > Jason van Zyl > > http://tambora.zenplex.org > http://jakarta.apache.org/turbine > http://jakarta.apache.org/velocity > http://jakarta.apache.org/alexandria > http://jakarta.apache.org/commons > > > > -- > 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]>
