Kevin, A better fix/work-around might be to use "assumeThat(...)". Using this we ought to be able to exclude this locale-specific test for those whose locale does not meet our assumptions.
Mark, can you provide a dump of your environment (I guess just run "env" from your terminal) so that we can (hopefully) find an environment variable to use in order to add in this check? Th Dan On 12 February 2013 20:32, Kevin Meyer - KMZ <[email protected]> wrote: > Hi Mark, > > I'm a bit stumped why it fails for you. I can see you are probably on a > -8 time zone. > > Is anyone else on a -ve timezone (more than -2) ? Have you had > issues building the entire framework from source? > > Mark: From your the framework root, can you confirm that you can't > install the framewok as is: run "mvn clean install" > > If you can't: > > It's a temporary fix, but there is a chance this will let you continue: > > In the class SqlIntegrationTestData, comment out lines 283 and 284: > fail("Applib date: Test '2010-3-5', expected " + > Data.applibDate.toString() + ", but got " > + sqlDataClass.getDate().toString() + ". Check log for > more info."); > > This disables the test and you should be able to continue. > > The failing test means that org.apache.isis.applib.value.Date value > types may not get read from the database correctly. > > Since that is the only test that fails, you should be able to use SqlDate > if required - but I would recommend that your first confirm the bad > behaviour with the applid Date (above). > > Regards, > Kevin > > On 11 Feb 2013 at 22:31, Mark Wood-Patrick wrote: > > > Yes we need the sql/jdbc object store > > > > We are using Sun/Oracle JDK > > > > java version "1.7.0_10" > > Java(TM) SE Runtime Environment (build 1.7.0_10-b18) > > Java HotSpot(TM) 64-Bit Server VM (build 23.6-b04, mixed mode) > > > > Mark > > -----Original Message----- > > From: Kevin Meyer [mailto:[email protected]] > > Sent: Monday, February 11, 2013 8:17 PM > > To: [email protected] > > Subject: RE: problem building the latest Isis source code > > > > Ok, so there is something unconsidered with your build environment. > > > > Do you need to use the sql/jdbc objectstore? > > > > If not, you should still be able to build and install the rest of the > framework, if you ignore test failures in the sql-test-common module. > > > > By the way, are you using OpenJDK or the Sun/Oracle JDK? > > > > Regards, > > Kevin > > > > Mark Wood-Patrick <[email protected]> wrote: > > > > >I attach the output I got. > > > > > >Modifying the pom.xml file did not help I attach the modified file did > > >I need to do anything apart from modify the file and run > > > > > > mvn test > > > > > >Mark > > >-----Original Message----- > > >From: Kevin Meyer - KMZ [mailto:[email protected]] > > >Sent: Monday, February 11, 2013 10:48 AM > > >To: [email protected] > > >Subject: Re: problem building the latest Isis source code > > > > > >Hi Mark, > > > > > >This is odd. > > > > > >The build succeeded on the Jenkins CI server. > > > > > >Please can you go to the project directory and manually run a build. > > >$ cd component/objectstore/sql/sql-tests-common/ > > >$ mvn test > > > > > >You should get some output to the console along the lines of: > > >00:13:13,722 [SqlIntegrationTestData main INFO ] Test: > > >testDate() '2010-3-5' = 1267747200000 > > >00:13:13,722 [SqlIntegrationTestData main INFO ] > > >applibDate.dateValue() as String: 2010-03-05 > > >00:13:13,722 [SqlIntegrationTestData main INFO ] > > >applibDate.dateValue() as Long: 1267747200000 > > >00:13:13,723 [SqlIntegrationTestData main INFO ] > > >sqlDataClass.getDate() as String: 2010-03-05 > > >00:13:13,723 [SqlIntegrationTestData main INFO ] > > >sqlDataClass.getDate().getTime() as Long: 1267747200000 > > >00:13:13,723 [SqlIntegrationTestData main INFO ] Test: > > >testSqlDate() '2011-4-8' == 1302220800000 > > >00:13:13,723 [SqlIntegrationTestData main INFO ] > > >sqlDate.toString() as String:2010-04-08 > > >00:13:13,723 [SqlIntegrationTestData main INFO ] > > >sqlDate.getTime() as Long:1270684800000 > > >00:13:13,724 [SqlIntegrationTestData main INFO ] > > >sqlDataClass.getSqlDate() as String:2010-04-08 > > >00:13:13,724 [SqlIntegrationTestData main INFO ] > > >sqlDataClass.getSqlDate().getTime() as Long:1270684800000 > > >00:13:13,728 [SqlIntegrationTestData main INFO ] Test: > > >testDateTime() > > >00:13:13,734 [SqlIntegrationTestData main INFO ] > > >sqlDataClass.getDateTime() as String:2010-03-05 01:23 > > >00:13:13,734 [SqlIntegrationTestData main INFO ] > > >dateTime.toString() as String:2010-03-05 01:23 > > >00:13:13,734 [SqlIntegrationTestData main INFO ] > > >sqlDataClass.getDateTime().getTime() as Long:1267752180000 > > >00:13:13,734 [SqlIntegrationTestData main INFO ] > > >dateTime.getTime() as Long:1267752180000 > > > > > >Those "Longs" are the expected values. > > > > > >As I mentioned before, if you can't get the tests to pass (I can > > >provide some hints, if you need the functionality), you can just > > >disable the test failure from being a problem by editting the pom.xml > > >and chaning the "false" to a "true" in line 53: > > ><testFailureIgnore>false</testFailureIgnore> > > > > > > > > >Regards, > > >Kevin > > > > > >On 10 Feb 2013 at 11:11, Mark Wood-Patrick wrote: > > > > > >> In trying to build the latest Isis source code from: > > >> > > >> git clone git://git.apache.org/isis.git > > >> > > >> I get this failure > > >> > > >> Results : > > >> > > >> testTestAll(org.apache.isis.objectstore.sql.HsqlTest): Applib date: > > >Test '2010-3-5', expected 2010-03-05, but got 2010-03-03. Check log for > > >more info. > > >> > > >> Tests run: 9, Failures: 1, Errors: 0, Skipped: 0 > > >> > > >> There are no more details in the log file anyone know what the issue > > >> might be? I'm building on CentOS release 5.7 (Final) > > >> > > >> Mark Wood-Patrick > > >> > > > > > > > > >----------------------------------------------------------------------- > > >------------ This email message is for the sole use of the intended > > >recipient(s) and may contain confidential information. Any > > >unauthorized review, use, disclosure or distribution is prohibited. If > > >you are not the intended recipient, please contact the sender by reply > > >email and destroy all copies of the original message. > > >----------------------------------------------------------------------- > > >------------ > > > > -- > > Sent from my Android phone with K-9 Mail. Please excuse my brevity. > > > > > -- > Kevin Meyer, Cell: +386 (0)70 260 321 Ljubljana, Slovenia > > > >
