Probably. I'll try to remember to do that at home and attach my test project as a demo/example of the issue.
On Mon, Sep 26, 2011 at 6:10 AM, Bruno René Santos <[email protected]> wrote: > It seems like a bug yes... Do you think A ticket should be created? > > Thanx > Bruno > > No dia 24 de Set de 2011 15:36, "Michael Gentry" <[email protected]> > escreveu: >> Hi Bruno, >> >> I just wrote a small test-case which used: >> >> Source -> Middle ->> Target >> >> Using source.getMiddle().getTargets() succeeds, but using >> source.getFlattenedTargets() fails. The faults are never triggered so >> the data is never faulted in from the database. This seems like a >> bug. >> >> Two options: >> >> 1) Add a prefetch to your query to force the Target to be present: >> query.addPrefetch(Source.FLATTENED_TARGETS_PROPERTY); >> 2) Add a cover method in Source.java to fetch Targets lazily and not >> even model the flattened relationship. >> >> Hope that helps for now. >> >> mrg >> >> On Fri, Sep 23, 2011 at 12:17 PM, Bruno René Santos <[email protected]> > wrote: >>> Hi Michael, >>> >>> I dont mind having read-only relationships. >>> The problem here is that I have a flattened relationship that returns an >>> empty set when its unflattened counterpart returns values.... >>> >>> Thanx >>> Bruno >>> >>> On Fri, Sep 23, 2011 at 4:26 PM, Michael Gentry <[email protected] >>wrote: >>> >>>> Hi Bruno, >>>> >>>> I got the screenshot. It looks like you are trying to flatten the >>>> relationship in the modeler: >>>> >>>> > http://cayenne.apache.org/doc30/cayennemodeler-flattened-relationships.html >>>> >>>> I haven't done this often, but it should work. Play around with it a >>>> bit more. Also, keep in mind this is going to give you read-only >>>> records, which may not be what you are wanting. >>>> >>>> mrg >>>> >>>> >>>> On Fri, Sep 23, 2011 at 9:21 AM, Bruno René Santos <[email protected]> >>>> wrote: >>>> > Hi Michael I dont know if we are talking about the same thing but what > I >>>> did >>>> > was use the Cayenne Modeler to create a method getCausaArray() (see > image >>>> in >>>> > attach.) which should be the same as >>>> > getToAvaliacaoMetrica().getCausaArray()... But for me the first is > empty >>>> and >>>> > the second is not... >>>> > >>>> > Thanx >>>> > Bruno >>>> > >>>> > On Fri, Sep 23, 2011 at 1:22 PM, Michael Gentry <[email protected] >> >>>> > wrote: >>>> >> >>>> >> Hi Bruno, >>>> >> >>>> >> I might be mistaken, but it sounds like you are saying when you used >>>> >> readNestedProperty() you ended up with an empty array, but when you >>>> >> used getPerson().getTelephoneNumberArray() it worked? If so, make >>>> >> sure you are using the right property names and syntax in >>>> >> readNestedProperty(). >>>> >> >>>> >> Thanks, >>>> >> >>>> >> mrg >>>> >> >>>> >> >>>> >> On Wed, Sep 21, 2011 at 10:49 AM, Bruno René Santos < > [email protected] >>>> > >>>> >> wrote: >>>> >> > Hello all, >>>> >> > >>>> >> > I have created a complex relationship within the Modeler (like >>>> >> > toPerson->telephoneNumberArray). My problem is that when I access > the >>>> >> > property the array comes up empty but if at the same time I call > the >>>> >> > getPerson().getTelephoneNumberArray() it returns results... When > are >>>> >> > these >>>> >> > relationships within the modeler updated? And how they relate to > the >>>> >> > comparable java call? >>>> >> > >>>> >> > Thanx >>>> >> > Bruno >>>> >> > >>>> >> > -- >>>> >> > Bruno René Santos | [email protected] | Gestor de Projectos | >>>> Analista >>>> >> > | >>>> >> > Programador | Investigador >>>> >> > >>>> >> > Holos - Soluções Avançadas em Tecnologias de Informação S.A. >>>> >> > Parque de Ciência e Tecnologia de Almada/Setúbal . Edifício Madan >>>> Parque >>>> >> > Rua dos Inventores . Quinta da Torre . 2825 - 182 Caparica . > Portugal >>>> >> > Phone: +351 210 438 686 . Fax: +351 210 438 687 . Web: www.holos.pt >>>> >> > >>>> >> > This email and any files transmitted with it are confidential and >>>> >> > intended >>>> >> > solely for the use of the individual or entity to whom they are >>>> >> > addressed. >>>> >> > If you are not the intended recipient or the person responsible for >>>> >> > delivering the email to the intended recipient, be advised that you >>>> have >>>> >> > received this email in error and that any use, dissemination, >>>> >> > forwarding, >>>> >> > printing, or copying of this email is strictly prohibited. If you > have >>>> >> > received this email in error please notify Bruno René Santos by >>>> >> > telephone on >>>> >> > +351 210 438 686 >>>> >> > >>>> >> >>>> > >>>> > >>>> > >>>> > -- >>>> > Bruno René Santos | [email protected] | Gestor de Projectos | > Analista >>>> | >>>> > Programador | Investigador >>>> > >>>> > Holos - Soluções Avançadas em Tecnologias de Informação S.A. >>>> > Parque de Ciência e Tecnologia de Almada/Setúbal . Edifício Madan > Parque >>>> > Rua dos Inventores . Quinta da Torre . 2825 - 182 Caparica . Portugal >>>> > Phone: +351 210 438 686 . Fax: +351 210 438 687 . Web: www.holos.pt >>>> > >>>> > This email and any files transmitted with it are confidential and >>>> intended >>>> > solely for the use of the individual or entity to whom they are >>>> addressed. >>>> > If you are not the intended recipient or the person responsible for >>>> > delivering the email to the intended recipient, be advised that you > have >>>> > received this email in error and that any use, dissemination, > forwarding, >>>> > printing, or copying of this email is strictly prohibited. If you have >>>> > received this email in error please notify Bruno René Santos by > telephone >>>> on >>>> > +351 210 438 686 >>>> > >>>> >>>> >>> >>> >>> -- >>> Bruno René Santos | [email protected] | Gestor de Projectos | Analista | >>> Programador | Investigador >>> >>> Holos - Soluções Avançadas em Tecnologias de Informação S.A. >>> Parque de Ciência e Tecnologia de Almada/Setúbal . Edifício Madan Parque >>> Rua dos Inventores . Quinta da Torre . 2825 - 182 Caparica . Portugal >>> Phone: +351 210 438 686 . Fax: +351 210 438 687 . Web: www.holos.pt >>> >>> This email and any files transmitted with it are confidential and > intended >>> solely for the use of the individual or entity to whom they are > addressed. >>> If you are not the intended recipient or the person responsible for >>> delivering the email to the intended recipient, be advised that you have >>> received this email in error and that any use, dissemination, forwarding, >>> printing, or copying of this email is strictly prohibited. If you have >>> received this email in error please notify Bruno René Santos by telephone > on >>> +351 210 438 686 >>> >> >
