*From:* Romain Manni-Bucau rmannibu...@gmail.com
*Sent:* Tuesday, June 03, 2014 7:59AM
*To:* dev@tomee.apache.org dev@tomee.apache.org
*Subject:* Re: 4.7.0-SNAPSHOT trunk fails to build
The build is taking place on a Debian linux box via netbeans (also fails
when built from the command line
Hi
Oops seems ok (that's what is tested):
public static class MyThreadFactory {
public MyThreadFactory() {
throw new RuntimeException(Ooops!);
}
}
I build locally on java 8 without any issue (fromm command line).
Romain Manni-Bucau
Twitter: @rmannibucau
I just ran the tests and got a pass.
I just checked in a small change to the test which 'might' help by using
a blocking method.
I think 'Oops!' is a just a lazy logging output from the previous test
on ManagedScheduledExecutorServiceImplFactoryTest
Andy.
On 04/06/2014 10:52, Romain
any reason to tolerate 1 of delta?
Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau
-- Forwarded message --
From: andygumbre...@apache.org
Date: 2014-06-04
Hi guys,
Good idea... tkx! I will do that.
[]s,
Thiago
On Jun 4, 2014 4:51 AM, Andy Gumbrecht agumbre...@tomitribe.com wrote:
+1 for the https://issues.apache.org/jira/browse/OPENEJB-453 approach.
Just needs to be well promoted and documented on the site.
Andy.
On 03/06/2014 21:17, Ivan
Sonar that we already leverage does code coverage too. The implementation
type can be configured. I.e. Sonar supports multiple code coverage tools
provider.
Cheers
Daniel
On Wed, Jun 4, 2014 at 1:06 PM, Thiago Veronezi thi...@veronezi.org wrote:
Hi guys,
Good idea... tkx! I will do that.
I saw that also, and decided to leave it - I.e. not change it.
It looks like it's there because the test could potentially return 7 due
to getNextRunTime and Thread.sleep(5000) not really guaranteeing count
accuracy .
Maybe just testing for 5 is better.
Andy.
On 04/06/2014 13:06, Romain
No problem, done.
Andy.
On 04/06/2014 13:05, Thiago Veronezi wrote:
Hi Andy,
Yup... thats a runtimeexception I created this week. :)
I will change it to some more descriptive.
[]s,
Thiago.
On Jun 4, 2014 7:01 AM, Andy Gumbrecht agumbre...@tomitribe.com wrote:
I just ran the tests and
I'd go for a version with latches and no sleep rather.
Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau
2014-06-04 13:28 GMT+02:00 Andy Gumbrecht agumbre...@tomitribe.com:
I
Ashutosh,
If you can share a little more information then we may be able to get
this issue resolved for you as quickly as possible.
It's not really a TomEE issue, but we are always really happy to help.
1. What is your IDE? (Eclipse, Netbeans, Intellij)
2. What is your TomEE version?
3. What
Sure, sounds good to me - I'll have another look in a minute, just got
to get a sandwich for lunch :-D
Andy.
On 04/06/2014 13:39, Romain Manni-Bucau wrote:
I'd go for a version with latches and no sleep rather.
Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
Hehe no hurry ;).
Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau
2014-06-04 13:44 GMT+02:00 Andy Gumbrecht agumbre...@tomitribe.com:
Sure, sounds good to me - I'll have
*From:* Romain Manni-Bucau rmannibu...@gmail.com
*Sent:* Wednesday, June 04, 2014 6:48AM
*To:* dev@tomee.apache.org dev@tomee.apache.org
*Subject:* Re: Fwd: svn commit: r1600089 -
Sure, we agree.
I am looking at the tests now and will commit something better soon.
The test is also testing the ability to cancel the scheduled task, so it
is not really important that the 'count' is accurate.
It does however have to test over an arbitrary period of time.
Andy.
On
Can you make sure the following setting in eclipse is 'unchecked'
|Window Preferences Java Debug : Suspend execution on uncaught
exceptions
Another possibility is:
Window Show View Other... Debug Breakpoints
Then right click any breakpoint and select Remove All|
Andy.
On
|Check the following setting and make sure it is not checked.
Window Preferences Java Debug : Suspend execution on uncaught
exceptions|
Another option to try:
Window Show View Other...Debug Breakpoints
Then right click any breakpoint and select Remove All
Andy.
On 04/06/2014 13:41,
with some more latches cancel() can be 'sync' to be deterministic and
not depending on time I think, isn't it?
Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau
2014-06-04
Hi,
just to give an update about this: Family is growing here, so I can't do it
(documentation) as fast as I would like to. So, since time is getting
scarce for me, I would be happy to see someone else starting it and I would
be happy to complement the text later.
Thanks for your understanding.
Congratulations! :)
No worries on getting busy. We have a couple of other contributors (Jonathan,
Jean-Louis) with adorable little ones that will celebrate their first birthday
this year. I swear there was one more I'm forgetting.
If you have time to use any of the features over the next few
Hildeberto,
I know that you write very well and TomEE should miss a good writer.
But, I know that you can sending good feedbacks. ;)
On Wed, Jun 4, 2014 at 1:00 PM, David Blevins david.blev...@gmail.com
wrote:
Congratulations! :)
No worries on getting busy. We have a couple of other
*From:* Andy Gumbrecht
*Sent:* Wednesday, June 04, 2014 6:31AM
*To:* dev@tomee.apache.org
*Subject:* Re: 4.7.0-SNAPSHOT trunk fails to build
Andy, the latch works great. Thanks!
Updated to the current trunk as of 2014-06-04 11PM CST
First time, build failed
Second time, build success
21 matches
Mail list logo