DSM

NAVIGATION
CATEGORIES
REFERRENCE
LINKS
  • getting primary, auto-generated, key with derby and torque-3.2

    1 answers - 998 bytes - related search similar search Add To My Delicious Add To My Stumble Upon Add To My Google Mark Add To My Facebook Add To My Digg Add To My Reddit

    Hi!
    As I could figure out from different sources this doesn't work at all at
    the moment. am I missing something?
    So I had to override doInsert in the Peer class and remove
    obj.setPrimaryKey(doInsert(buildCriteria(obj))) and just use
    doInsert(buildCriteria(obj)) to avoid NPEs.
    I did a quick look into SVN and it look likes this has been fixed in
    trunk.
    What would you recommend to use derby now?
    1. use a custom build of torque that supports derby
    2. workaround by using a second table for key management
    I wouldn't like random keys
    Unfortunately there are no public snapshot-builds that could be used by
    other projects. But I just heard rumors you're planning torque
    3.2.1. :-) I really would appreciate full derby support!
    greetings,
    Joachim
    To unsubscribe, e-mail: torque-user-unsubscribe (AT) db (DOT) apache.org
    For additional commands, e-mail: torque-user-help (AT) db (DOT) apache.org
  • No.1 | | 1801 bytes | |

    Hi Joachim,

    Derby support was still in the alpha stage when 3.2 was released. In the
    meantime, I believe it is fully working in svn. I'd recommend a svn pull
    of the sources from svn trunk and a custom build. As far as I know, there
    are no large issues open at the moment which have not been in 3.2 also.

    The Torque team hopes to create a first release candidate of Torque 3.2.1
    in a few weeks. It would be great if any issues regarding derby support
    would be raised before that time.

    Thomas

    Wed, 4 2006, Joachim Draeger wrote:

    Hi!

    As I could figure out from different sources this doesn't work at all at
    the moment. am I missing something?
    So I had to override doInsert in the Peer class and remove
    obj.setPrimaryKey(doInsert(buildCriteria(obj))) and just use
    doInsert(buildCriteria(obj)) to avoid NPEs.
    I did a quick look into SVN and it look likes this has been fixed in
    trunk.

    What would you recommend to use derby now?
    1. use a custom build of torque that supports derby
    2. workaround by using a second table for key management
    I wouldn't like random keys

    Unfortunately there are no public snapshot-builds that could be used by
    other projects. But I just heard rumors you're planning torque
    3.2.1. :-) I really would appreciate full derby support!

    greetings,

    Joachim
    >
    >
    >
    >


    To unsubscribe, e-mail: torque-user-unsubscribe (AT) db (DOT) apache.org
    For additional commands, e-mail: torque-user-help (AT) db (DOT) apache.org
    --

    To unsubscribe, e-mail: torque-user-unsubscribe (AT) db (DOT) apache.org
    For additional commands, e-mail: torque-user-help (AT) db (DOT) apache.org

Re: getting primary, auto-generated, key with derby and torque-3.2


max 4000 letters.
Your nickname that display:
In order to stop the spam: 8 + 8 =
QUESTION ON "DSM"

EMSDN.COM