-----Original Message----- 
        From: Fernando [mailto:[EMAIL PROTECTED]] 
        Sent: Tue 11/26/2002 10:21 PM 
        To: [EMAIL PROTECTED] 
        Cc: 
        Subject: Re: [enterprise-list] Relationships e CMP
        
        

        Olá Emerson,
        
            Muito obrigado pela sua ajuda! Fica difícil então pelo que pude entender 
utilizar CMP 2.0 nestas situações. No entanto, é difícil para nós, mudarmos o 
modelo para contemplar a sequence, no caso. As tabelas já existem e são acessadas 
por outros sistemas. E aqui vai uma questão que eu diria um pouco filosófica. Para 
que serve então a classe PK no EJB se não consigo prover um relacionamento deste 
nível?
        
        []'s Fernando
        
        ----- Original Message -----
        From: "Emerson Cargnin - SICREDI Serviços" <[EMAIL PROTECTED]>
        To: <[EMAIL PROTECTED]>
        Sent: Tuesday, November 26, 2002 7:25 PM
        Subject: Re: [enterprise-list] Relationships e CMP
        
        
        de acordo com uma thread na lista jboss-users, a utilização de cmr como
        PK não é permitida no jboss 3.0.x. Acho que só a versão HEAD (futura
        4.0) dá para fazer isto. Porém não vejo tanta vantagem em relação ao que
        lhe escrevi antes.
        
        msg :
        
        I think Alex has this working in 4.0, but I don't think it is documented
        yet.
        
        -dain
        
        On Tuesday, November 26, 2002, at 01:15 PM, Eric Klimas wrote:
        
        Hi all,
        
        I'm trying write entity beans in Jboss 3.0.4 that have a CMR as part of
        the primary key.  Is this even possible with EJB (I'd hope so).
        Basically I have the following tables/objects
        
        Tables:
        Account:
           accountNum:number
           <various other account fields, etc>
           pk: accountNum
        
        Userids:
           accountNum:number
           userid:String
           startdate:date
           <other info about system userids>
           pk: accountNum, userid, startdate
           fk: accountNum that refs Account table
        
        The relationship is 1-M (accounts-userids) in case you haven't guessed,
        so I used xdoclet to build the relationship between the two and I put an
        @ejb:pk-field tag on the relationship methods but that doesn't seem to
        work in looking at the generated code.
        
        I also tried at one point to have accountNum on my UserEJB be a
        persisted field and tried to have a relation at the same time, but that
        didn't work for some reason either (can't remember what it was at this
        point)
        
        So my question is, is this possible in CMP 2.0, and if so, can somebody
        give me some pointers/advice.
        
        Thanks,
           Eric
        
        
        Emerson Cargnin - SICREDI Serviços wrote:
        > é realmente necessária que a chave primária de city tenha estado e país,
        > creio que em modelos CMP a chave primária deva ter (acho que fica mais
        > simples, nunca usei diferente) apenas uma chave primária (OID por
        > exemplo). Creio que não seja um bom estilo usar elementos com
        > significado semântico como chave primária. O mais indicado é utilizar
        > uma chave única, existem vários padrões EJB para se implementar isto,
        > desde usar sequences ou utilizar currentTimeMillis + ip para se ter um
        > número único.
        >
        > Fernando wrote:
        >
        >> Emerson,
        >>
        >>     Eu cometi um engano não existe a FK de Country em City, o que
        >> ocorre é
        >> que existe um relacionamento entre State e City (1:N) e, então a chave
        >> primária de State(CODCOUNTRY e CODSTATE) passam para a City, ficando a
        >> City
        >> com a chave primária(CODCOUNTRY, CODSTATE e CODCITY)
        >>
        >> Fernando
        >>
        >> ----- Original Message -----
        >> From: "Emerson Cargnin - SICREDI Serviços" <[EMAIL PROTECTED]>
        >> To: <[EMAIL PROTECTED]>
        >> Sent: Tuesday, November 26, 2002 6:40 PM
        >> Subject: Re: [enterprise-list] Relationships e CMP
        >>
        >>
        >> para que City precisa ter na ter a FK de Country? a partir do estado vc
        >> pode ter a cidade, acho que seu modelo está levemente ambigüo : )
        >>
        >> Fernando wrote:
        >>
        >>> Olá Emerson,
        >>>    A entity A é Country a B é State e a C é City. A que funciona é a
        >>> Country com a State e a que não funciona é State com a City. Sendo que a
        >>> City utiliza a FK de Country e State.
        >>>
        >>> Fernando
        >>>
        >>> ----- Original Message -----
        >>> From: "Emerson Cargnin - SICREDI Serviços" <[EMAIL PROTECTED]>
        >>> To: <[EMAIL PROTECTED]>
        >>> Sent: Tuesday, November 26, 2002 6:24 PM
        >>> Subject: Re: [enterprise-list] Relationships e CMP
        >>>
        >>>
        >>> vc podia dizer qual dos relacionamentos que funciona e qual não?
        >>> quais entities são A,B, e C?
        >>>
        >>> Fernando wrote:
        >>>
        >>>
        >>>> Olá Emerson,
        >>>>
        >>>>   Segue o arquivo, obrigado!
        >>>>
        >>>> Fernando
        >>>> ----- Original Message -----
        >>>> From: "Emerson Cargnin - SICREDI Serviços" <[EMAIL PROTECTED]>
        >>>> To: <[EMAIL PROTECTED]>
        >>>> Sent: Tuesday, November 26, 2002 4:55 PM
        >>>> Subject: Re: [enterprise-list] Relationships e CMP
        >>>>
        >>>>
        >>>> vc poderia enviar o jbosscmpjdbc.xml ?
        >>>>
        >>>> Fernando wrote:
        >>>>
        >>>>
        >>>>
        >>>>> Olá Pessoal,
        >>>>>
        >>>>>   Estou com o seguinte problema sobre relacionamentos em EJB. Tenho 3
        >>>>> tabelas, a tabela A, B e C. Há relacionamentos nas três tabelas que
        >>>>> é o
        >>>>> seguinte:
        >>>>> - A 1:N com a B
        >>>>> - B 1:N com a C
        >>>>>
        >>>>>  Consegui sem maiores problemas listar o conteúdo da tabela B,
        >>>>> utilizando A.getB() . No entanto, preciso listar o conteúdo da
        >>>>> tabela C,
        >>>>> utilizando B.getC(). A tabela C possui como FK o codigo da Tabela A
        >>>>> e o
        >>>>> codigo da tabela B.
        >>>>>   O JBoss acusa um erro de SQL (SQL gerado pelo container) pela falta
        >>>>> de parâmetro codA na tabela C. Como faço para resolver esse problema?
        >>>>> Alguém poderia, por favor, me ajudar?
        >>>>>
        >>>>> []'s Fernando
        >>>>
        >>>>
        >>>>
        >>>>
        >>>> --
        >>>> xxxxxxxxxxxxxxxxxxxxxxxxxxxx
        >>>> | Emerson Cargnin          |
        >>>> | Analista de Sistemas Sr. |
        >>>> | Tel : (051) 3358-4959    |
        >>>> | SICREDI Serviços         |
        >>>> | Porto Alegre - Brasil    |
        >>>> |xxxxxxxxxxxxxxxxxxxxxxxxxx|
        >>>>
        >>>>
        >>>> ---------------------------------------------------------------------
        >>>> Para cancelar a subscrição, envie mensagem para:
        >>>> [EMAIL PROTECTED]
        >>>> Para comandos adicionais, envie mensagem para:
        >>>> [EMAIL PROTECTED]
        >>>>
        >>>> (See attached file: jbosscmp1-jdbc.xml)
        >>>>
        >>>>
        >>>> ------------------------------------------------------------------------
        >>>>
        >>>>
        >>>> ---------------------------------------------------------------------
        >>>> Para cancelar a subscrição, envie mensagem para:
        >>>
        >>>
        >>> [EMAIL PROTECTED]
        >>>
        >>>
        >>>> Para comandos adicionais, envie mensagem para:
        >>>
        >>>
        >>> [EMAIL PROTECTED]
        >>>
        >>>
        >>> --
        >>> xxxxxxxxxxxxxxxxxxxxxxxxxxxx
        >>> | Emerson Cargnin          |
        >>> | Analista de Sistemas Sr. |
        >>> | Tel : (051) 3358-4959    |
        >>> | SICREDI Serviços         |
        >>> | Porto Alegre - Brasil    |
        >>> |xxxxxxxxxxxxxxxxxxxxxxxxxx|
        >>>
        >>>
        >>> ---------------------------------------------------------------------
        >>> Para cancelar a subscrição, envie mensagem para:
        >>> [EMAIL PROTECTED]
        >>> Para comandos adicionais, envie mensagem para:
        >>> [EMAIL PROTECTED]
        >>>
        >>>
        >>> ---------------------------------------------------------------------
        >>> Para cancelar a subscrição, envie mensagem para:
        >>
        >>
        >> [EMAIL PROTECTED]
        >>
        >>> Para comandos adicionais, envie mensagem para:
        >>
        >>
        >> [EMAIL PROTECTED]
        >>
        >>>
        >>
        >>
        >> --
        >> xxxxxxxxxxxxxxxxxxxxxxxxxxxx
        >> | Emerson Cargnin          |
        >> | Analista de Sistemas Sr. |
        >> | Tel : (051) 3358-4959    |
        >> | SICREDI Serviços         |
        >> | Porto Alegre - Brasil    |
        >> |xxxxxxxxxxxxxxxxxxxxxxxxxx|
        >>
        >>
        >> ---------------------------------------------------------------------
        >> Para cancelar a subscrição, envie mensagem para:
        >> [EMAIL PROTECTED]
        >> Para comandos adicionais, envie mensagem para:
        >> [EMAIL PROTECTED]
        >>
        >>
        >> ---------------------------------------------------------------------
        >> Para cancelar a subscrição, envie mensagem para:
        >> [EMAIL PROTECTED]
        >> Para comandos adicionais, envie mensagem para:
        >> [EMAIL PROTECTED]
        >>
        >>
        >
        >
        
        
        --
        xxxxxxxxxxxxxxxxxxxxxxxxxxxx
        | Emerson Cargnin          |
        | Analista de Sistemas Sr. |
        | Tel : (051) 3358-4959    |
        | SICREDI Serviços         |
        | Porto Alegre - Brasil    |
        |xxxxxxxxxxxxxxxxxxxxxxxxxx|
        
        
        ---------------------------------------------------------------------
        Para cancelar a subscrição, envie mensagem para: 
[EMAIL PROTECTED]
        Para comandos adicionais, envie mensagem para: 
[EMAIL PROTECTED]
        
        
        
        
        ---------------------------------------------------------------------
        Para cancelar a subscrição, envie mensagem para: 
[EMAIL PROTECTED]
        Para comandos adicionais, envie mensagem para: 
[EMAIL PROTECTED]
        
        

<<winmail.dat>>

---------------------------------------------------------------------
Para cancelar a subscri��o, envie mensagem para: 
[EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]


Responder a