RE: FlexUnit

2013-09-02 Thread Pete Thomas
Thanks Mike

Makes sense, I'll remove and reinstall all it's a windows box so I'm guessing 
the .NET build file is calling another JVM 

Pete Thomas
tel: +44 (0)208 832 7179
www.dunnhumby.com
P please consider the environment before printing this email.


-Original Message-
From: Michael A. Labriola [mailto:labri...@digitalprimates.net] 
Sent: 30 August 2013 14:24
To: dev@flex.apache.org
Subject: RE: FlexUnit

It was 6 now it's 7 still failing :-(

Okay, the only thing that makes sense though is a mismatch. Possible there are 
two JDKs on the box, one that is in your JAVA_HOME but another being used for 
the compilation? I ask because this error is fairly well documented in the Java 
community for other projects as a version mismatch.

Mike

dunnhumby limited is a limited company registered in England and Wales with 
registered number 02388853 and VAT registered number 927 5871 83.
Our registered office is at Aurora House, 71-75 Uxbridge Road, London W5 5SL.
The contents of this message and any attachments to it are confidential and may 
be legally privileged.
If you have received this message in error you should delete it from your 
system immediately and advise the sender.
dunnhumby may monitor and record all emails. The views expressed in this email 
are those of the sender and not those of dunnhumby.



RE: FlexUnit

2013-08-29 Thread Pete Thomas
Hi Mike

Our FlexUnit tests have started to fail lately. The JVM on the build server was 
updated... or at least changed not sure which.

The error we are getting is: 

[flexunit] java.lang.NoSuchMethodError: java.lang.String.isEmpty()

I'm pretty sure we have using the latest version of FlexUnit, can you shed any 
light on this.

Pete Thomas
tel: +44 (0)208 832 7179
www.dunnhumby.com
P please consider the environment before printing this email.

-Original Message-
From: Michael A. Labriola [mailto:labri...@digitalprimates.net] 
Sent: 29 August 2013 15:41
To: dev@flex.apache.org
Subject: RE: FlexUnit

Great! .. I pushed my changes always to makeFlexUnitApacheReady. Shall I 
merge those changes also to develop branch and continue to work on this one?

I think that's a good idea and we can keep merging back to develop. I always 
work in my own local branches in either case.

I have a bunch of small additional changes I will be integrating over the next 
month or so. Just things that were on my list for a long time.

Mike

dunnhumby limited is a limited company registered in England and Wales with 
registered number 02388853 and VAT registered number 927 5871 83.
Our registered office is at Aurora House, 71-75 Uxbridge Road, London W5 5SL.
The contents of this message and any attachments to it are confidential and may 
be legally privileged.
If you have received this message in error you should delete it from your 
system immediately and advise the sender.
dunnhumby may monitor and record all emails. The views expressed in this email 
are those of the sender and not those of dunnhumby.



RE: FlexUnit

2013-08-29 Thread Pete Thomas
Sure I'll check it out

Pete Thomas
tel: +44 (0)208 832 7179
www.dunnhumby.com
P please consider the environment before printing this email.


-Original Message-
From: Michael A. Labriola [mailto:labri...@digitalprimates.net] 
Sent: 29 August 2013 16:58
To: dev@flex.apache.org
Subject: RE: FlexUnit

Our FlexUnit tests have started to fail lately. The JVM on the build server 
was updated... or at least changed not sure which.
The error we are getting is: 
[flexunit] java.lang.NoSuchMethodError: java.lang.String.isEmpty() I'm 
pretty sure we have using the latest version of FlexUnit, can you shed any 
light on this.

Could it have been severely downgraded? isEmpty() was added in Java 6. So it 
means somewhere something is being built with an earlier version. Honestly 
though, if that happened, I would think many other things would have broken as 
well.

Can you get a java version check and ensure which version you are building with?

Mike

dunnhumby limited is a limited company registered in England and Wales with 
registered number 02388853 and VAT registered number 927 5871 83.
Our registered office is at Aurora House, 71-75 Uxbridge Road, London W5 5SL.
The contents of this message and any attachments to it are confidential and may 
be legally privileged.
If you have received this message in error you should delete it from your 
system immediately and advise the sender.
dunnhumby may monitor and record all emails. The views expressed in this email 
are those of the sender and not those of dunnhumby.



RE: FlexUnit

2013-08-29 Thread Pete Thomas
It was 6 now it's 7 still failing :-(



Pete Thomas
tel: +44 (0)208 832 7179
www.dunnhumby.com
P please consider the environment before printing this email.


-Original Message-
From: Michael A. Labriola [mailto:labri...@digitalprimates.net] 
Sent: 29 August 2013 16:58
To: dev@flex.apache.org
Subject: RE: FlexUnit

Our FlexUnit tests have started to fail lately. The JVM on the build server 
was updated... or at least changed not sure which.
The error we are getting is: 
[flexunit] java.lang.NoSuchMethodError: java.lang.String.isEmpty() I'm 
pretty sure we have using the latest version of FlexUnit, can you shed any 
light on this.

Could it have been severely downgraded? isEmpty() was added in Java 6. So it 
means somewhere something is being built with an earlier version. Honestly 
though, if that happened, I would think many other things would have broken as 
well.

Can you get a java version check and ensure which version you are building with?

Mike

dunnhumby limited is a limited company registered in England and Wales with 
registered number 02388853 and VAT registered number 927 5871 83.
Our registered office is at Aurora House, 71-75 Uxbridge Road, London W5 5SL.
The contents of this message and any attachments to it are confidential and may 
be legally privileged.
If you have received this message in error you should delete it from your 
system immediately and advise the sender.
dunnhumby may monitor and record all emails. The views expressed in this email 
are those of the sender and not those of dunnhumby.