Mailing-List: contact users-help@openjpa.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@openjpa.apache.org
Received-SPF: pass (nike.apache.org: domain of jaydmchugh@gmail.com designates
 209.85.146.182 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:subject:references
         :in-reply-to:x-enigmail-version:content-type
         :content-transfer-encoding;
        b=NQOR8R9q1SPw9oKO4fwdzHuKqFTqS3sUlRfksP9zCghVQh33Uog0sVjq+I63w6ozdI
         LvGjXdl13hKvvwHwqGWRMO/8PsScxdB4mVuV8UnAh3kvmd6wruOLNIIhz1TRdSto7M1q
         kkm7PuSnvVtG7+QUIc/sDizAOzlBF5ddeLQ1Y=
Message-ID: <49D24119.3020801@gmail.com>
Date: Tue, 31 Mar 2009 11:13:13 -0500
From: "Jay D. McHugh" <jaydmchugh@gmail.com>
User-Agent: Thunderbird 2.0.0.21 (X11/20090318)
MIME-Version: 1.0
To: users@openjpa.apache.org
Subject: Re: 'Masking' fields in an Entity
References: <49CCFEC8.4020006@gmail.com>
 <1238181868763-2546173.post@n2.nabble.com> <49CD3EF3.6030603@gmail.com>
 <1238188378460-2546695.post@n2.nabble.com> <49D10053.4070504@gmail.com>
 <49D11395.402@gmail.com> <1238476800021-2561243.post@n2.nabble.com>
 <1f6aacb70903302316v367cf40esd7323068815de66@mail.gmail.com>
 <1238507314169-2563035.post@n2.nabble.com> <49D22CC1.6060401@gmail.com>
 <1238514786666-2563797.post@n2.nabble.com>
In-Reply-To: <1238514786666-2563797.post@n2.nabble.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Dynamic FetchPlans are now among my new favorite things (except now, I
need to rewrite a lot of code to remove my fake entity hacks).

I will definitely try to put together a sample (and blog posting, and
wiki entry on Geronimo site).

Jay

Pinaki Poddar wrote:
> Hi,
>   I like what you are doing and believe that it is a predominant use case for multi-tier for OpenJPA/JPA based web applications. 
> 
>   Please consider writing up a small, self-contained sample (preferably without the application server scaffolding) to demonstrate your solution to integrate JAXB marshaling with constrained serialization support available via dynamic fetch plans of OpenJPA.
> 
>   Such samples can be made available with OpenJPA samples distribution. This will allow other community members to benefit from your contributions. Kevin had offered a project in Google Summer of Code [1] for similar purpose of enriching the corpus of samples that ship with OpenJPA. You can touch base with him to explore further (also there is $$$ for a GSoC project:).
> 
> [1] http://wiki.apache.org/general/SummerOfCode2009#openjpa-project
> 
> 
> Thanks for the hint.
> 
> The setting you suggested caused deployment errors for me (I am
> deploying my app to Geronimo 2.1.3 which uses OpenJPA 1.0.3).
> 
> But, it looks like this setting will work for me:
> 
> <property name="openjpa.DetachState"
> value="fetch-groups(AccessUnloaded=true)" />
> 
> The only strange thing is that my unloaded booleans show up in XML as
> being false (rather than not showing up at all).  So I'll just have to
> make sure I include them in my fetch group.
> 
> Thanks for all your help,
> 
> Jay
> 
> Pinaki Poddar wrote:
>>> If I set the DetachState to something else, would I be able to get it
>>> to simply return blanks/nulls for the unloaded fields?
>> Try :
>> <property name="openjpa.DetachState" value="fetch-groups(DetachStateField=false)"/>
>>
>>
>>
>> -----
>> Pinaki Poddar                      http://ppoddar.blogspot.com/
>>                                       
>> http://www.linkedin.com/in/pinakipoddar
>> OpenJPA PMC Member/Committer
>> JPA Expert Group Member
> 
> 
> 
> 
> -----
> Pinaki Poddar                      http://ppoddar.blogspot.com/
>                                       
> http://www.linkedin.com/in/pinakipoddar
> OpenJPA PMC Member/Committer
> JPA Expert Group Member