Mailing-List: contact users-help@openjpa.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@openjpa.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Message-ID: <4F15C5F5.4040507@baylishome.me.uk>
Date: Tue, 17 Jan 2012 19:03:17 +0000
From: Michael Baylis <maillist@baylishome.me.uk>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:9.0) Gecko/20111222 Thunderbird/9.0
MIME-Version: 1.0
To: users@openjpa.apache.org
Subject: Re: OpenJPA 2.1.1 and read entitys being marked as dirty
References: <4F158FD7.2080203@baylishome.me.uk>
 <CAP=qHCsq1207BnFpPkXeQE=Pi=OmMgOthok70cjGy0WD0r=93g@mail.gmail.com>
 <4F159221.30104@baylishome.me.uk>
 <CAP=qHCu83ya=rjsXhmHyDOemi4c0kTTG0T-H0yKsKzCgDJRidw@mail.gmail.com>
In-Reply-To: 
 <CAP=qHCu83ya=rjsXhmHyDOemi4c0kTTG0T-H0yKsKzCgDJRidw@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Ok,  switched to buildtime enhancement and getting different problems 
now!!  Switched to working with a basic java project to resolve all the 
problems.....

When attempting to use :-

Account account = em.find(Account.class, "JL");

I get:-
Exception in thread "main" <openjpa-2.1.1-r422266:1148538 nonfatal store 
error> org.apache.openjpa.persistence.EntityNotFoundException: Cannot 
perform find using null object id.
FailedObject: null [java.lang.String]
     at org.apache.openjpa.kernel.BrokerImpl.find(BrokerImpl.java:920)
     at org.apache.openjpa.kernel.BrokerImpl.find(BrokerImpl.java:902)
     at 
org.apache.openjpa.kernel.DelegatingBroker.find(DelegatingBroker.java:231)
     at 
org.apache.openjpa.persistence.EntityManagerImpl.find(EntityManagerImpl.java:486)

I have googled and found references by no solutions,  tried to step into 
the code bt I get lost along the way!!  The key is a simple string and 
does exist in the DB.

I do, however, notice this message:-

12263 [main] INFO  openjpa.Runtime  - The Entity 
"uk.me.baylishome.homeaccounts.jpa.Account" was enhanced at level "2", 
but the current level of enhancement is "1,055,128".

which doesn't sound right.  Only OpenJPA 2.1.1 is on the classpath, and 
build path, so I don't understand the version match,  any ideas?

Getting very frustrated with this  :-(

Cheers,

Michael


On 01/17/2012 03:29 PM, Rick Curtis wrote:
> Michael -
>
> I'm nearly certain that is your problem. I'd recommend getting build time
> enhancement[1] working.
>
> [1] http://openjpa.apache.org/entity-enhancement.html
>
> Thanks,
> Rick
>
> On Tue, Jan 17, 2012 at 9:22 AM, Michael Baylis
> <maillist@baylishome.me.uk>wrote:
>
>> Rick,
>>       As I am developing I am relying on runtime enhancement,  however I
>> have to have
>> <property name="openjpa.**RuntimeUnenhancedClasses" value="supported"/>
>>
>> set.
>>
>> Cheers,
>>
>> Michael
>>
>>
>>
>> On 01/17/2012 03:20 PM, Rick Curtis wrote:
>>
>>> Michael -
>>>
>>> How are you enhancing your Entities?
>>>
>>>   I have performed further testing by amending a query to be surrounded by
>>> a begin() and commit() and the commit causes the db records to be updated
>>> even though I know that no updates have taken place.
>>> What fields are being updated? All of them? Are you running with SQL trace
>>> enabled?
>>>
>>> On Tue, Jan 17, 2012 at 9:12 AM, Michael Baylis
>>> <maillist@baylishome.me.uk>**wrote:
>>>
>>>   Hi Folks,
>>>>         I am experiencing an oddity that I can't google my way out of.
>>>>
>>>> I am running OpenJPA 2.1.1 under Tomcat 7.0.23 by using my own
>>>> EntityManager object that I create when the application starts.
>>>>
>>>> What I am noticing is when I update a field in an entity and then commit
>>>> the transaction,  all entities that I have read so far appear to be dirty
>>>> and is updated in the backend database, even though I have not updated
>>>> them.
>>>>
>>>> I have performed further testing by amending a query to be surrounded by
>>>> a
>>>> begin() and commit() and the commit causes the db records to be updated
>>>> even though I know that no updates have taken place.
>>>>
>>>> I am obviously missing something in the setup that causes this, but I am
>>>> at a loss to what.
>>>>
>>>> If I run a similar query outside of a Tomcat servlet, ie in native Java,
>>>> I
>>>> don't seem to encounter this problem.
>>>>
>>>> Any help in diagnosing this would be appreciated.
>>>>
>>>> Cheers,
>>>>
>>>> Michael
>>>>
>>>>
>>>
>