You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openjpa.apache.org by "Teresa Kan (JIRA)" <ji...@apache.org> on 2007/11/03 06:42:56 UTC
[jira] Commented: (OPENJPA-357) Use case where FetchGroup A
includes FecthGroup B is not honoured by fetch operations
[ https://issues.apache.org/jira/browse/OPENJPA-357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12539796 ]
Teresa Kan commented on OPENJPA-357:
------------------------------------
*private* *boolean* includes(FieldMetaData fmd) {
String fmdName = fmd.getFullName(*false*);
* if* ((fmd.isInDefaultFetchGroup() && hasFetchGroup(FetchGroup.*
NAME_DEFAULT*))|| hasFetchGroup(FetchGroup.*NAME_ALL*)
*return* *true*;
// check any LoadFetchGroup associates with this field. We need to
// include this LoadFetchGroup for fetch
String[] fgs = fmd.getCustomFetchGroups();
*for* (*int* i = 0; i < fgs.length; i++) {
*if* (hasFetchGroup(fgs[i])) {
String fg = fmd.getLoadFetchGroup(); //kan
*if* (fg != *null*) { //kan
*if* (!hasFetchGroup(fg)) { //kan
addFetchGroup(fg); //kan
}
}
*return* *true*;
}
}
*return* *false*;
}
On 9/8/07, Pinaki Poddar (JIRA) <ji...@apache.org> wrote:
> Use case where FetchGroup A includes FecthGroup B is not honoured by fetch operations
> -------------------------------------------------------------------------------------
>
> Key: OPENJPA-357
> URL: https://issues.apache.org/jira/browse/OPENJPA-357
> Project: OpenJPA
> Issue Type: Bug
> Affects Versions: 0.9.7, 1.0.0
> Reporter: Pinaki Poddar
> Assignee: Pinaki Poddar
> Fix For: 1.0.1, 1.1.0
>
>
> Given:
> Fetch group A contains {x,y}
> Fetch group B contains {z}.
> Fetch group A includes Fetch group B
> Assertions:
> 1. Any fetch operation with fetch group A should fetch {x,y,z}.
> 2. Any fetch operation with fetch group B should fetch {z}.
> Currently,
> Assertion #2 fails.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: [jira] Commented: (OPENJPA-357) Use case where FetchGroup A
includes FecthGroup B is not honoured by fetch operations
Posted by Craig L Russell <Cr...@Sun.COM>.
Hi Teresa,
There's a feature in JIRA where if you reply to a JIRA message, your
reply will be put into the JIRA issue you commented on.
I can't tell if this is the case here.
You can delete the comment from JIRA.
Craig
On Nov 7, 2007, at 9:14 AM, Teresa Kan wrote:
> I did not post the above comment on Nov 2 since I was still out of
> work and
> did not log on to the Gmail until today. Just wondered why it was
> posted
> under my name..
>
> Teresa
>
>
>
> On 11/3/07, Craig L Russell <Cr...@sun.com> wrote:
>>
>> Hi Teresa,
>>
>> I'm confused. What does this comment mean?
>>
>> Thanks,
>>
>> Craig
>>
>> On Nov 2, 2007, at 10:42 PM, Teresa Kan (JIRA) wrote:
>>
>>>
>>> [ https://issues.apache.org/jira/browse/OPENJPA-357?
>>> page=com.atlassian.jira.plugin.system.issuetabpanels:comment-
>>> tabpanel#action_12539796 ]
>>>
>>> Teresa Kan commented on OPENJPA-357:
>>> ------------------------------------
>>>
>>> *private* *boolean* includes(FieldMetaData fmd) {
>>> String fmdName = fmd.getFullName(*false*);
>>> * if* ((fmd.isInDefaultFetchGroup() && hasFetchGroup(FetchGroup.*
>>> NAME_DEFAULT*))|| hasFetchGroup(FetchGroup.*NAME_ALL*)
>>>
>>>
>>> *return* *true*;
>>>
>>> // check any LoadFetchGroup associates with this field. We need to
>>>
>>> // include this LoadFetchGroup for fetch
>>>
>>> String[] fgs = fmd.getCustomFetchGroups();
>>>
>>> *for* (*int* i = 0; i < fgs.length; i++) {
>>>
>>> *if* (hasFetchGroup(fgs[i])) {
>>>
>>> String fg = fmd.getLoadFetchGroup(); //kan
>>>
>>> *if* (fg != *null*) { //kan
>>>
>>> *if* (!hasFetchGroup(fg)) { //kan
>>>
>>> addFetchGroup(fg); //kan
>>>
>>> }
>>>
>>> }
>>>
>>> *return* *true*;
>>>
>>> }
>>>
>>> }
>>>
>>> *return* *false*;
>>>
>>> }
>>>
>>>
>>> On 9/8/07, Pinaki Poddar (JIRA) <ji...@apache.org> wrote:
>>>
>>>
>>>> Use case where FetchGroup A includes FecthGroup B is not honoured
>>>> by fetch operations
>>>> -------------------------------------------------------------------
>>>> --
>>>> ----------------
>>>>
>>>> Key: OPENJPA-357
>>>> URL: https://issues.apache.org/jira/browse/
>>>> OPENJPA-357
>>>> Project: OpenJPA
>>>> Issue Type: Bug
>>>> Affects Versions: 0.9.7, 1.0.0
>>>> Reporter: Pinaki Poddar
>>>> Assignee: Pinaki Poddar
>>>> Fix For: 1.0.1, 1.1.0
>>>>
>>>>
>>>> Given:
>>>> Fetch group A contains {x,y}
>>>> Fetch group B contains {z}.
>>>> Fetch group A includes Fetch group B
>>>> Assertions:
>>>> 1. Any fetch operation with fetch group A should fetch {x,y,z}.
>>>> 2. Any fetch operation with fetch group B should fetch {z}.
>>>> Currently,
>>>> Assertion #2 fails.
>>>
>>> --
>>> This message is automatically generated by JIRA.
>>> -
>>> You can reply to this email to add a comment to the issue online.
>>>
>>
>> Craig Russell
>> Architect, Sun Java Enterprise System http://java.sun.com/products/
>> jdo
>> 408 276-5638 mailto:Craig.Russell@sun.com
>> P.S. A good JDO? O, Gasp!
>>
>>
>>
Craig Russell
Architect, Sun Java Enterprise System http://java.sun.com/products/jdo
408 276-5638 mailto:Craig.Russell@sun.com
P.S. A good JDO? O, Gasp!
Re: [jira] Commented: (OPENJPA-357) Use case where FetchGroup A includes FecthGroup B is not honoured by fetch operations
Posted by Teresa Kan <tc...@gmail.com>.
I did not post the above comment on Nov 2 since I was still out of work and
did not log on to the Gmail until today. Just wondered why it was posted
under my name..
Teresa
On 11/3/07, Craig L Russell <Cr...@sun.com> wrote:
>
> Hi Teresa,
>
> I'm confused. What does this comment mean?
>
> Thanks,
>
> Craig
>
> On Nov 2, 2007, at 10:42 PM, Teresa Kan (JIRA) wrote:
>
> >
> > [ https://issues.apache.org/jira/browse/OPENJPA-357?
> > page=com.atlassian.jira.plugin.system.issuetabpanels:comment-
> > tabpanel#action_12539796 ]
> >
> > Teresa Kan commented on OPENJPA-357:
> > ------------------------------------
> >
> > *private* *boolean* includes(FieldMetaData fmd) {
> > String fmdName = fmd.getFullName(*false*);
> > * if* ((fmd.isInDefaultFetchGroup() && hasFetchGroup(FetchGroup.*
> > NAME_DEFAULT*))|| hasFetchGroup(FetchGroup.*NAME_ALL*)
> >
> >
> > *return* *true*;
> >
> > // check any LoadFetchGroup associates with this field. We need to
> >
> > // include this LoadFetchGroup for fetch
> >
> > String[] fgs = fmd.getCustomFetchGroups();
> >
> > *for* (*int* i = 0; i < fgs.length; i++) {
> >
> > *if* (hasFetchGroup(fgs[i])) {
> >
> > String fg = fmd.getLoadFetchGroup(); //kan
> >
> > *if* (fg != *null*) { //kan
> >
> > *if* (!hasFetchGroup(fg)) { //kan
> >
> > addFetchGroup(fg); //kan
> >
> > }
> >
> > }
> >
> > *return* *true*;
> >
> > }
> >
> > }
> >
> > *return* *false*;
> >
> > }
> >
> >
> > On 9/8/07, Pinaki Poddar (JIRA) <ji...@apache.org> wrote:
> >
> >
> >> Use case where FetchGroup A includes FecthGroup B is not honoured
> >> by fetch operations
> >> ---------------------------------------------------------------------
> >> ----------------
> >>
> >> Key: OPENJPA-357
> >> URL: https://issues.apache.org/jira/browse/
> >> OPENJPA-357
> >> Project: OpenJPA
> >> Issue Type: Bug
> >> Affects Versions: 0.9.7, 1.0.0
> >> Reporter: Pinaki Poddar
> >> Assignee: Pinaki Poddar
> >> Fix For: 1.0.1, 1.1.0
> >>
> >>
> >> Given:
> >> Fetch group A contains {x,y}
> >> Fetch group B contains {z}.
> >> Fetch group A includes Fetch group B
> >> Assertions:
> >> 1. Any fetch operation with fetch group A should fetch {x,y,z}.
> >> 2. Any fetch operation with fetch group B should fetch {z}.
> >> Currently,
> >> Assertion #2 fails.
> >
> > --
> > This message is automatically generated by JIRA.
> > -
> > You can reply to this email to add a comment to the issue online.
> >
>
> Craig Russell
> Architect, Sun Java Enterprise System http://java.sun.com/products/jdo
> 408 276-5638 mailto:Craig.Russell@sun.com
> P.S. A good JDO? O, Gasp!
>
>
>
Re: [jira] Commented: (OPENJPA-357) Use case where FetchGroup A
includes FecthGroup B is not honoured by fetch operations
Posted by Craig L Russell <Cr...@Sun.COM>.
Hi Teresa,
I'm confused. What does this comment mean?
Thanks,
Craig
On Nov 2, 2007, at 10:42 PM, Teresa Kan (JIRA) wrote:
>
> [ https://issues.apache.org/jira/browse/OPENJPA-357?
> page=com.atlassian.jira.plugin.system.issuetabpanels:comment-
> tabpanel#action_12539796 ]
>
> Teresa Kan commented on OPENJPA-357:
> ------------------------------------
>
> *private* *boolean* includes(FieldMetaData fmd) {
> String fmdName = fmd.getFullName(*false*);
> * if* ((fmd.isInDefaultFetchGroup() && hasFetchGroup(FetchGroup.*
> NAME_DEFAULT*))|| hasFetchGroup(FetchGroup.*NAME_ALL*)
>
>
> *return* *true*;
>
> // check any LoadFetchGroup associates with this field. We need to
>
> // include this LoadFetchGroup for fetch
>
> String[] fgs = fmd.getCustomFetchGroups();
>
> *for* (*int* i = 0; i < fgs.length; i++) {
>
> *if* (hasFetchGroup(fgs[i])) {
>
> String fg = fmd.getLoadFetchGroup(); //kan
>
> *if* (fg != *null*) { //kan
>
> *if* (!hasFetchGroup(fg)) { //kan
>
> addFetchGroup(fg); //kan
>
> }
>
> }
>
> *return* *true*;
>
> }
>
> }
>
> *return* *false*;
>
> }
>
>
> On 9/8/07, Pinaki Poddar (JIRA) <ji...@apache.org> wrote:
>
>
>> Use case where FetchGroup A includes FecthGroup B is not honoured
>> by fetch operations
>> ---------------------------------------------------------------------
>> ----------------
>>
>> Key: OPENJPA-357
>> URL: https://issues.apache.org/jira/browse/
>> OPENJPA-357
>> Project: OpenJPA
>> Issue Type: Bug
>> Affects Versions: 0.9.7, 1.0.0
>> Reporter: Pinaki Poddar
>> Assignee: Pinaki Poddar
>> Fix For: 1.0.1, 1.1.0
>>
>>
>> Given:
>> Fetch group A contains {x,y}
>> Fetch group B contains {z}.
>> Fetch group A includes Fetch group B
>> Assertions:
>> 1. Any fetch operation with fetch group A should fetch {x,y,z}.
>> 2. Any fetch operation with fetch group B should fetch {z}.
>> Currently,
>> Assertion #2 fails.
>
> --
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.
>
Craig Russell
Architect, Sun Java Enterprise System http://java.sun.com/products/jdo
408 276-5638 mailto:Craig.Russell@sun.com
P.S. A good JDO? O, Gasp!