Hi David,

"mvn clean install" is working fine for me.

I never had issues with "mvn clean test" before. I was running it from
'/trunk' and using mvn 2.0.9. I started seeing this issue from last one/two
weeks. But I can live with mvn clean install as that is what is recommended
in the documentation. http://openjpa.apache.org/found-a-bug.html

Thanks everyone for your time on this issue.

Regards,
Ravi.


DWoods wrote:
> 
> 1) Which version of Maven are you using?  I've successfully used 2.0.10 
> and 2.2.0.
> 
> 2) When you run your below maven steps, what directory are you in?  The 
> top level /trunk/ directory or just the openjpa-integration subdir?  You 
> need to build the whole source tree once with tests enabled, as the 
> openjpa-integration/validation and o-p-locking subdirs need the 
> o-p-j-tests.jar built when running the tests for o-p-j, which maven 
> doesn't always seem to pull from the snapshot repo when needed...
> 
> 
> -Donald
> 
> 
> Ravi P Palacherla wrote:
>> Hi,
>> 
>> I ran the tests on a new machine.
>> 
>> when I run "mvn test -Dtest=" it runs fine but when I run "mvn clean test
>> -Dtest=" I see the same issue
>> "java org.apache.openjpa.lib.conf.ProductDerivations
>> org.apache.openjpa.persistence.jdbc.JDBCPersistenceProductDerivation:java.lang.ClassNotFoundException:
>> org.apache.openjpa.persistence.jdbc.JDBCPersistenceProductDerivation"
>> 
>> So the problem is with "mvn clean test" and not "mvn test"
>> Can you also please run mvn clean and see if this is a problem.
>> 
>> Donald,
>> Regarding need to change the permSize. I don't have to change it in my
>> new
>> machine and in the old machine when I removed weblogic specific JVM from
>> the
>> picture then I am unable to run any java process with permsize 512m and
>> heap
>> size 1024m. So it is machine specific issue.
>> Thanks for all your help.
>> 
>> Regards,
>> Ravi.
>> 
>> 
>> DWoods wrote:
>>> Only thing I can think of, is to try using a copy of the Sun 1.6.0 JDK 
>>> that isn't distributed with WebLogic....  The latest is 1.6.0_16.
>>>
>>>
>>> -Donald
>>>
>>>
>>> Ravi P Palacherla wrote:
>>>> Hi Donald,
>>>>
>>>> Thanks for your input.
>>>> I have 4GB ( effective 3.25GB) RAM.
>>>> I do not know why I am unable to run a java process with perm512m and
>>>> 1gb
>>>> heap.
>>>> (unless it is reaching  2GB process size limitation.)
>>>>
>>>> I am currently de-fragmenting, but I have a question though.
>>>> Why does I need to have 512M contiguous heap ?
>>>>  
>>>> Regarding if other process are taking up most of my RAM. Here is what I
>>>> did
>>>> :
>>>>
>>>> Mvn is failing at a java initialization and the java that is failing is
>>>> :
>>>> C:\bea\WLS103\JDK160~1\jre\bin\java -Xmx1024m -XX:MaxPermSize=512m -jar
>>>> C:\TEMP\surefirebooter38008.jar C:\TEMP\surefire38006tmp
>>>> C:\TEMP\surefire38007tmp
>>>>
>>>> So I ran it outside mvn at command prompt and I got the same problem.
>>>>
>>>> C:\bea\WLS103\JDK160~1\jre\bin\java -Xmx1024m -XX:MaxPermSize=512m -jar
>>>> C:\TEMP\surefirebooter38008.jar C:\TEMP\surefire38006tmp
>>>> C:\TEMP\surefire38007tmp
>>>>
>>>> Error occurred during initialization of VM
>>>> Could not reserve enough space for object heap
>>>> Could not create the Java virtual machine.
>>>>
>>>> Immediately, in the same command window, ran java on a different class
>>>> with
>>>> same memory parameters and I can run it 
>>>>
>>>> C:\>C:\bea\WLS103\JDK160~1\jre\bin\java -Xmx1024m -XX:MaxPermSize=512m
>>>> weblogic.Server
>>>> <Aug 18, 2009 1:54:58 PM MDT> <Info> <WebLogicServer> <BEA-000377>
>>>> <Starting
>>>> WebLogic Server with Java HotSpot(TM) Client VM Version 10.0-b19 from
>>>> Sun
>>>> Microsystems Inc.>
>>>>
>>>> I am unable to understand what I am doing wrong here.
>>>> I am going to try couple of options:
>>>> 1) Try with same settings on another machine.
>>>> 2) Try to increase process size on my current machine to 3GB and see if
>>>> it
>>>> will help.
>>>>
>>>> Regards,
>>>> Ravi.
>>>>
>>>>
>>>> DWoods wrote:
>>>>> The default settings work fine for me on my 32bit WinXP machine w/ 2GB 
>>>>> RAM and Sun 1.6.0_15.
>>>>>
>>>>> I'm guessing you either have less than 2GB in your system or there
>>>>> have 
>>>>> been other apps started and maybe shutdown which has caused the memory 
>>>>> to become fragmented and a contiguous 512MB heap cannot be created....
>>>>>
>>>>> I have the following set in my cmdline before running "mvn clean 
>>>>> install", as the values set in pom.xml are only used by the JVM that 
>>>>> gets spawned off by surefire for running the tests -
>>>>>
>>>>> MAVEN_OPTS=-Xmx1024m -XX:MaxPermSize=512m
>>>>>
>>>>>
>>>>> -Donald
>>>>>
>>>>>
>>>>> Ravi P Palacherla wrote:
>>>>>> Hi ,
>>>>>>
>>>>>> Iam using jdk 1.6.
>>>>>>
>>>>>> The default values in pom.xml are permsize 512m and heap of 1gb.
>>>>>> I get the following error if I run with above values:
>>>>>> "Error occurred during initialization of VM
>>>>>> Could not reserve enough space for object heap
>>>>>> Could not create the Java virtual machine."
>>>>>>
>>>>>> On a 32 bit windows machine the process size limit is 2GB and hence
>>>>>> openjpa
>>>>>> tests with default values can not be run on a windows machine. So,
>>>>>> the
>>>>>> only
>>>>>> change I did is to change permsize in pom.xml to 256m.
>>>>>>
>>>>>> With above change, Here is the error that I see :
>>>>>>
>>>>>> testNullUpdateConstraint(org.apache.openjpa.integration.validation.TestConstraints)
>>>>>>  
>>>>>> Time elapsed: 7
>>>>>> .734 sec  <<< ERROR!
>>>>>> <openjpa-2.0.0-SNAPSHOT-r422266:805138M fatal user error>
>>>>>> org.apache.openjpa.persistence.ArgumentExc
>>>>>> eption: Errors encountered while resolving metadata.  See nested
>>>>>> exceptions
>>>>>> for details.
>>>>>>         at
>>>>>> org.apache.openjpa.meta.MetaDataRepository.resolve(MetaDataRepository.java:578)
>>>>>>         at
>>>>>> org.apache.openjpa.meta.MetaDataRepository.getMetaData(MetaDataRepository.java:323)
>>>>>>         at
>>>>>> org.apache.openjpa.jdbc.meta.MappingRepository.getMapping(MappingRepository.java:289)
>>>>>>
>>>>>>
>>>>>> Caused by: <openjpa-2.0.0-SNAPSHOT-r422266:805138M fatal user error>
>>>>>> org.apache.openjpa.persistence.
>>>>>> ArgumentException: No table was given for persistent type
>>>>>> "org.apache.openjpa.integration.validation
>>>>>> .ConstraintDates".
>>>>>>         at
>>>>>> org.apache.openjpa.jdbc.meta.MappingInfo.createTable(MappingInfo.java:478)
>>>>>>         at
>>>>>> org.apache.openjpa.jdbc.meta.ClassMappingInfo.getTable(ClassMappingInfo.java:245)
>>>>>>         at
>>>>>> org.apache.openjpa.jdbc.meta.ClassMappingInfo.getTable(ClassMappingInfo.java:263)
>>>>>>
>>>>>> Complete error stacks : 
>>>>>> http://n2.nabble.com/file/n3467520/openjpatestresult.txt
>>>>>> openjpatestresult.txt 
>>>>>>
>>>>>> Regards,
>>>>>> Ravi.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Michael Dick wrote:
>>>>>>> FWIW these tests are passing for me too.
>>>>>>> Are you using Sun JDK6? I've increased the perm gen size to 512m
>>>>>>> (probably
>>>>>>> overkill) when I use Sun JDK6 on Linux. Not sure whether this
>>>>>>> applies
>>>>>>> to
>>>>>>> other plaftorms though.
>>>>>>> -mike
>>>>>>>
>>>>>>> On Tue, Aug 18, 2009 at 9:46 AM, Jeremy Bauer <[email protected]>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hi Ravi,
>>>>>>>>
>>>>>>>> What type of failure(s) are you seeing?  I just ran these tests
>>>>>>>> with
>>>>>>>> a
>>>>>>>> slightly newer rev (805429) and these tests were successful.
>>>>>>>>
>>>>>>>> -Jeremy
>>>>>>>>
>>>>>>>> On Tue, Aug 18, 2009 at 8:47 AM, Ravi P Palacherla <
>>>>>>>> [email protected]> wrote:
>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> The following tests are failing at revision 805409, while running
>>>>>>>>> "mvn
>>>>>>>>> clean
>>>>>>>>> test -Dtest="
>>>>>>>>>
>>>>>>>>> TestConstraints
>>>>>>>>> TestValidationGroups and
>>>>>>>>> TestValidatingLEM.
>>>>>>>>>
>>>>>>>>> All 3 are under openjpa-integration, am I doing anything wrong ?
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>> Ravi.
>>>>>>>>> --
>>>>>>>>> View this message in context:
>>>>>>>>>
>>>>>>>> http://n2.nabble.com/openjpa-integration-test-failures.-tp3466133p3466133.html
>>>>>>>>> Sent from the OpenJPA Developers mailing list archive at
>>>>>>>>> Nabble.com.
>>>>>>>>>
>>>
>> 
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/openjpa-integration-test-failures-tp3466133p3491396.html
Sent from the OpenJPA Developers mailing list archive at Nabble.com.

Reply via email to