Hi folks,
we have a single build with currently ~400 projects (incl. builders i.e.
POMs having modules only). We are already used to increase the provided
memory in MAVEN_OPTS, but lately we have troubles to build at all because of
OOMEs (heap). Look at following numbers building with the
Igor and I have been moving a vast project with hundreds of modules (200 to 400
to 500) from 3.1.0 through 3.2.4-SNAPSHOT and don't observe this drastic
change. We would definitely notice.
Are all your plugin versions locked down in that they don't vary even though
the version of Maven does?
Can you provide an example project we can use to reproduce the problem
locally? You may be able to strip your source tree from everything bun
pom.xml files, for example.
--
Regards,
Igor
On 2014-10-16, 5:12, Jörg Schaible wrote:
Hi folks,
we have a single build with currently ~400 projects
Hi Jason,
Jason van Zyl wrote:
Igor and I have been moving a vast project with hundreds of modules (200
to 400 to 500) from 3.1.0 through 3.2.4-SNAPSHOT and don't observe this
drastic change. We would definitely notice.
Are all your plugin versions locked down in that they don't vary even
Hi Igor,
Igor Fedorenko wrote:
Can you provide an example project we can use to reproduce the problem
locally? You may be able to strip your source tree from everything bun
pom.xml files, for example.
Interesting idea. I'll try if this works out.
- Jörg
You could take some heap dumps and share them with me on google disk.
A baseline from the best one and one from the worst one. It would be
nice if you could get them at approx the same time in the build
Kristian
2014-10-16 15:20 GMT+02:00 Jörg Schaible joerg.schai...@swisspost.com:
Hi Igor,
Github user asfgit closed the pull request at:
https://github.com/apache/maven-surefire/pull/58
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature
Hi Igor,
Igor Fedorenko wrote:
Can you provide an example project we can use to reproduce the problem
locally? You may be able to strip your source tree from everything bun
pom.xml files, for example.
OK, this works out. I have now such a transportable setup. It's zipped about
1.1MB with an
You can zip and email it to me directly or share it on github, dropbox
or google drive and send me the link. I am flexible :-)
--
Regards,
Igor
On 2014-10-16, 11:41, Jörg Schaible wrote:
Hi Igor,
Igor Fedorenko wrote:
Can you provide an example project we can use to reproduce the problem
Our IT tests fail in maven-surefire project.
More specifically I need to access files under module
surefire-integration-tests/target for analysis.
Is this possible?
-
BR, tibor17
--
View this message in context:
Hi Igor,
Igor Fedorenko wrote:
You can zip and email it to me directly or share it on github, dropbox
or google drive and send me the link. I am flexible :-)
I've sent the small one directly ...
Cheers,
Jörg
-
To
You *should* be able to login with your asf credentials and then the
workspace link will let you browse or download a zip of the last build
workspace...
(Unless Andrew has gone into even more security lock down mode than I was
aware of previously)
On Thursday, October 16, 2014, tibor17
More links? Okay:
https://jira.codehaus.org/browse/PLX-446
I've been in situations where I needed the combination of 2 TestCase
extension (I think it was springtest + dbunit)
Since you can only extend one class, you'll run into a huge challenge.
You really want to avoid such situations, so if
Well ... trying to make the case that you cannot use jUnit 4 because your
testcase extends another is simply not correct.
It might be more modern to implement a runner in true jUnit 4 style -
implying I agree with the sentiment of PLX-446 - but it is an overstatement
to claim it cannot be used
...and even though dbUnit has a base test class for extension, you can use
composition of it instead. Same for Spring Test - can configure it with
annotations and use a test runner. No base class needed in either case.
On Thu, Oct 16, 2014 at 3:19 PM, Lennart Jörelid lennart.jore...@gmail.com
GitHub user Tibor17 opened a pull request:
https://github.com/apache/maven-surefire/pull/59
[SUREFIRE-817] JUnit 4.7+ Provider and behavior of System Exit proved by ITs
Surefire817SystemExitIT.java
Test.java
pom.xml
You can merge this pull request into a Git repository by
Unlike Workspace menu item in CloudBees, here in
https://builds.apache.org/job/maven-surefire/1325/ I don't see such menu
item.
Is it older Jenkins?
-
BR, tibor17
--
View this message in context:
Github user asfgit closed the pull request at:
https://github.com/apache/maven-surefire/pull/59
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature
Hi Stephen,
On 10/16/14 9:06 PM, Stephen Connolly wrote:
You *should* be able to login with your asf credentials and then the
workspace link will let you browse or download a zip of the last build
workspace...
(Unless Andrew has gone into even more security lock down mode than I was
aware of
It would seem Andrew has removed the Job.WORKSPACE permission. I don't know
if he has any suggested alternatives
On 16 October 2014 22:40, tibor17 tibo...@lycos.com wrote:
Unlike Workspace menu item in CloudBees, here in
https://builds.apache.org/job/maven-surefire/1325/ I don't see such menu
I think we should complain about this. It makes Jenkins much much harder to
work with !
17. Okt. 2014 07:14 skrev Stephen Connolly
stephen.alan.conno...@gmail.com følgende:
It would seem Andrew has removed the Job.WORKSPACE permission. I don't know
if he has any suggested alternatives
On 16
/me waiting for Stephen complaining about Maven plugin :-) (weird I
didn't see that yet in this thread)
/me sorry but Friday afternoon joke :-)
On 17 October 2014 16:39, Kristian Rosenvold
kristian.rosenv...@gmail.com wrote:
I think we should complain about this. It makes Jenkins much much
22 matches
Mail list logo