I've just sent you a gmail chat connection request... if you want to accept then we can try to resolve your issue that way, off-list.
Dan On 17 February 2013 17:36, Mark Wood-Patrick <[email protected]> wrote: > I commented out the tow lines but I'm still getting the same error > > Mark > > -----Original Message----- > From: Kevin Meyer - KMZ [mailto:[email protected]] > Sent: Wednesday, February 13, 2013 10:30 AM > To: [email protected] > Subject: Re: problem building the latest Isis source code > > Hi Dan, > > What really bothers me is that this test is failing at all. > > The environment is set up that both the test Isis framework and the SQL-OS > are internally configured to use UTC time zone. > > I put in some effort getting the mappers to work correctly in this mode. > > And now it fails for Mark. > > I guess I should install 1.7.0_10 and see if the tests pass for me. > > Regards, > Kevin > > > On 13 Feb 2013 at 9:54, Dan Haywood wrote: > > > 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 > > > > > > > > > > > > > > > > > -- > Kevin Meyer, Cell: +386 (0)70 260 321 Ljubljana, Slovenia > > > > >
