Yes Alek, I use mvn clean install as is mentioned on the site. Can you please check which version of maven you are using? i added my revision and maven version and build is working well
140-182-210-7:trunk raminder$ svn update At revision 1161718. 140-182-210-7:trunk raminder$ mvn --version Apache Maven 3.0.3 (r1075438; 2011-02-28 12:31:09-0500) Thanks Raminder On Aug 25, 2011, at 2:05 PM, Aleksander Slominski wrote: > Hi, > > what are the command line options you use to compile? is it the same as in > http://incubator.apache.org/airavata/build.html ? U have all kind of strange > errors ... tested with svn updated to revision 1161613. > > Thanks, > > Alek > > ... > A modules/workflow-interpreter/src/main/resources/services.xml > A modules/workflow-interpreter/pom.xml > A modules/workflow-interpreter/client > A pom.xml > Updated to revision 1161613. > > ... > /home/aslom/Apache/airavata-trunk/modules/gfac-core/src/main/java/org/apache/airavata/core/gfac/extension/ExitableChain.java:[27,49] > generics are not supported in -source 1.3 > (use -source 5 or higher to enable generics) > public abstract class ExitableChain extends Chain<ExitableChain> { > > > [INFO] > ------------------------------------------------------------------------ > [INFO] For more information, run Maven with the -e switch > [INFO] > ------------------------------------------------------------------------ > [INFO] Total time: 2 minutes 6 seconds > [INFO] Finished at: Thu Aug 25 13:54:59 EDT 2011 > [INFO] Final Memory: 50M/121M > [INFO] > ------------------------------------------------------------------------ > > > > On Tue, Aug 23, 2011 at 4:11 PM, [email protected] < > [email protected]> wrote: > >> Fixed >> >> On Tue, Aug 23, 2011 at 4:02 PM, Raminderjeet Singh < >> [email protected]> wrote: >> >>> I can again see some test failure for gfac-core. Can someone please look >>> into this? >>> >>> >>> [main] INFO impl.PropertiesBasedServiceImpl - >>> Scheduler:org.apache.airavata.core.gfac.scheduler.impl.SchedulerImpl is >>> loaded >>> java.lang.NullPointerException >>> at >>> >> org.apache.airavata.core.gfac.scheduler.impl.SchedulerImpl.schedule(SchedulerImpl.java:51) >>> at >>> >> org.apache.airavata.core.gfac.services.impl.AbstractSimpleService.execute(AbstractSimpleService.java:58) >>> at >>> >> org.apache.airavata.core.gfac.services.impl.PropertiesBasedServiceImplTest.testExecute(PropertiesBasedServiceImplTest.java:140) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> at >>> >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >>> at >>> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>> at java.lang.reflect.Method.invoke(Method.java:597) >>> at >>> >> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44) >>> at >>> >> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) >>> at >>> >> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41) >>> at >>> >> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) >>> at >>> >> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) >>> at >>> >> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76) >>> at >>> >> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) >>> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) >>> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) >>> at >> org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) >>> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) >>> at >> org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) >>> at org.junit.runners.ParentRunner.run(ParentRunner.java:236) >>> at >>> >> org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:35) >>> at >>> >> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:115) >>> at >>> >> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:97) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> at >>> >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >>> at >>> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>> at java.lang.reflect.Method.invoke(Method.java:597) >>> at >>> >> org.apache.maven.surefire.booter.ProviderFactory$ClassLoaderProxy.invoke(ProviderFactory.java:103) >>> at $Proxy0.invoke(Unknown Source) >>> at >>> >> org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:150) >>> at >>> >> org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcess(SurefireStarter.java:91) >>> at >>> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:69) >>> Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 7.765 sec >>> <<< FAILURE! >>> >>> Thanks >>> Raminder >>> >>> On Aug 19, 2011, at 4:16 PM, Heshan Suriyaarachchi wrote: >>> >>>> On Fri, Aug 19, 2011 at 3:56 PM, Lahiru Gunathilake <[email protected] >>>> wrote: >>>> >>>>> Fixed the issue ! Please take an svn update in gfac-core and build >> again >>> ! >>>>> >>>> Now all the tests pass without an issue. >>>> >>>> Thanks >>>> >>>>> >>>>> Thanks Heshan for pointing this out. >>>>> >>>>> Regards >>>>> Lahiru >>>>> >>>>> On Fri, Aug 19, 2011 at 3:50 PM, Lahiru Gunathilake < >> [email protected] >>>>>> wrote: >>>>> >>>>>> Hi Patnachai, >>>>>> >>>>>> We need to commit this default setup in to SVN which will fix the >> build >>>>>> error. Later on when users configure the setup we can provide a >>> document >>>>> how >>>>>> to edit the service.properties file. >>>>>> >>>>>> Regards >>>>>> Lahiru >>>>>> >>>>>> >>>>>> On Fri, Aug 19, 2011 at 3:43 PM, [email protected] < >>>>>> [email protected]> wrote: >>>>>> >>>>>>> Hello Heshan, >>>>>>> >>>>>>> Thank you for interesting in Airavata. >>>>>>> >>>>>>> Yes, you need to setup jackrabbit on your machine to pass the test >> at >>>>> the >>>>>>> current code. >>>>>>> However, the default configuration for test cases should use >> in-memory >>>>>>> database instead of persistent one. >>>>>>> >>>>>>> Could you submit a JIRA ticket for the issue? >>>>>>> >>>>>>> For workaround without a jackrabbit binary, you need to change >>>>>>> modules/gfac-core/src/test/resources/service.properties from >>>>>>> airavata/trunk. >>>>>>> >>>>>>> comment these 2 lines: >>>>>>> >>>>>>> jcr.class=org.apache.jackrabbit.rmi.repository.RmiRepositoryFactory >>>>>>> org.apache.jackrabbit.repository.uri=http://localhost:8080/rmi >>>>>>> >>>>>>> and uncomment this line: >>>>>>> #jcr.class=org.apache.jackrabbit.core.RepositoryFactoryImpl >>>>>>> >>>>>>> On Fri, Aug 19, 2011 at 3:34 PM, Heshan Suriyaarachchi < >>>>>>> [email protected]> wrote: >>>>>>> >>>>>>>> Hi Devs, >>>>>>>> >>>>>>>> I checked out and built the Airavata trunk successfully without >>> tests. >>>>>>> But >>>>>>>> when I ran the build with tests, I can see test failures. I am >>> getting >>>>> a >>>>>>>> test failure in >>>>>>>> >>>>>>> >>>>> >>> >> org.apache.airavata.core.gfac.services.impl.PropertiesBasedServiceImplTest. >>>>>>>> >>>>>>>> I had a look at the test and I'm guessing I need to setup >> jackrabbit >>>>> in >>>>>>> my >>>>>>>> machine inorder for this test to be successful. I am new to this >>>>> project >>>>>>>> and >>>>>>>> please correct me if I am wrong. >>>>>>>> >>>>>>>> If so what are the other third party projects that is used by >>>>> airavata? >>>>>>> It >>>>>>>> will help me to set them up locally and see. >>>>>>>> >>>>>>>> -- >>>>>>>> Regards, >>>>>>>> Heshan Suriyaarachchi >>>>>>>> >>>>>>>> http://heshans.blogspot.com/ >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Best Regards, >>>>>>> Patanachai Tangchaisin >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> System Analyst Programmer >>>>>> PTI Lab >>>>>> Indiana University >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> System Analyst Programmer >>>>> PTI Lab >>>>> Indiana University >>>>> >>>> >>>> >>>> >>>> -- >>>> Regards, >>>> Heshan Suriyaarachchi >>>> >>>> http://heshans.blogspot.com/ >>> >>> >> >> >> -- >> Best Regards, >> Patanachai Tangchaisin >>
