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]>
