o some testing by monday
>
> On 17 February 2018 at 21:50, Tibor Digana wrote:
>
> > I do not see any issues with the Jenkins run at the moment.
> > Most probably the build would be successful.
> > The build should finish around 11pm today. Then I would like to merge t
Central after the Vote, means
Wednesday morning, the 21st of Feb. The first release candidate of JDK 10
will be our on Thursday, 22nd of Feb.
Oki?
On Sat, Feb 17, 2018 at 12:32 PM, Olivier Lamy wrote:
> On 17 February 2018 at 19:44, Tibor Digana wrote:
>
> > I am currently runnin
s expected but our
Jenkins in ASF is using Windows NT and there the library used in the IT
does not work properly. I already reported an issue in the open source:
https://github.com/michaeltandy/crashjvm/issues/1
Cheers
Tibor
On Fri, Feb 16, 2018 at 3:52 PM, Tibor Digana
wrote:
> The rea
The reason why I was idle is the fact I made everyting to to support
Surefire on Jdk 7-10 & Maven 3.1 - 3.5 and Linux/Windows and I am now happy
with that. I did not commit it in my branch yet.
I don't want to loose all my work, therefore the branch *SUREFIRE-1463*
will be finalized by today evenin
has 2 executors.
On Wed, Feb 14, 2018 at 1:33 AM, Tibor Digana
wrote:
> Mesos is exhausting Jenkins resources:
> https://issues.apache.org/jira/browse/INFRA-16030
> You execute Maven 23 runs. You had to already notice that your build takes
> longer, it allocates 4 or 5 runs in one mac
:17 PM, Olivier Lamy wrote:
> Hi
> A bit complicated with timezone
> Let's discuss here in async mode :-)
> Cheers
> Olivier
>
> On 13 February 2018 at 10:04, Tibor Digana
> wrote:
>
> > Can we discuss it in the evening?
> > I am in the office now.
&
ery project so you never know how it is used and for
> what, what is the configuration (virtualised or not can make a huge
> difference)
>
> On 11 February 2018 at 18:58, Tibor Digana wrote:
>
> > I really have a problem to run my 11 parallel jobs on our Jenkins because
> &g
I really have a problem to run my 11 parallel jobs on our Jenkins because
Messos runs on most of the Ubuntu machines. Each Messos build takes cca 1
hour to complete.
This does not make any problem for you?
The Messos is triggered by a scheduler and not by a commit.
Now I have to decide if I should
; > > > I have got working build script and got some issues on
> > > > integration
> > > > > > tests
> > > > > > > >
> > > > > > > > in
> > > > > > > >
> > > > > > &
> > >
> >
> > Is it this one?
> >
> > https://cwiki.apache.org/confluence/display/MAVEN/Java+9+-+Jigsaw
>
>
> not sure if it's this page. I was looking for one with a kind of matrix
> saying jdk level for plugins etc...
>
&
6, 2018 at 8:57 AM, Romain Manni-Bucau
wrote:
>
> For the reproducer here it is https://github.com/
> rmannibucau/test-maven-plugin - pretty trivial you'll see ;).
>
> 2018-02-06 8:05 GMT+01:00 Tibor Digana :
>
>> Changing the package would not be possible in 3.x.
&g
Changing the package would not be possible in 3.x.
Guessing the version 4.0.0.
WDYT?
On Tue, Feb 6, 2018 at 8:01 AM, Tibor Digana wrote:
> The question is maybe about what is realistic for Maven devs.
> Shading the CPI package (to something like org.apache.maven.cdi.*) would
> be maybe
The question is maybe about what is realistic for Maven devs.
Shading the CPI package (to something like org.apache.maven.cdi.*) would be
maybe the case instead of removing the original CDI and reinventing the
wheel.
On Tue, Feb 6, 2018 at 7:52 AM, Hervé BOUTEMY wrote:
> and does the MNG issue c
This must be a big problem for you actually.
Can you use isolated ClassLoader, set Context ClassLoader in current Thread
and back the origin, reflectively create a new instance of a factory and
build an object which runs your code during the plugin execution? When the
plugin's job has finally finis
(sorry for previous sender email)
Then let's think about a name of new option, e.g. --execute-completely.
WDYT?
On Mon, Feb 5, 2018 at 3:53 PM, Tibor Digana
wrote:
> Then let's think about a name of new option, e.g. --execute-completely.
> WDYT?
>
> On Mon, Feb 5, 20
e people crop up who rely
> on the current behaviour
>
> On Mon 5 Feb 2018 at 09:14, Tibor Digana wrote:
>
> > Maybe I have a fix candidate.
> > Lets suppose this command:
> >
> > $ mvn test --fail-at-end --also-make-dependents
> >
> > The dependent
ects which you want
to include and then there is no reason to skip them or error if you use
-fae.
WDYT?
On Mon, Feb 5, 2018 at 9:31 AM, Tibor Digana wrote:
> From user perspective this is our problem.
>
> >> With fail-at-end, a module fails but we do not stop independent modules
&g
r 1.
On Mon, Feb 5, 2018 at 9:06 AM, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> On Sun 4 Feb 2018 at 18:35, Tibor Digana wrote:
>
> > So we are on the same way. Shortly speaking both options should build
> > modules in the same way but the exit code sh
1-jvmRun1 surefire15708374661287747855tmp
surefire_015474024382399849038tmp"
On Fri, Feb 2, 2018 at 12:23 AM, Tibor Digana
wrote:
> It's ok, not annoying.
> The issue SUREFIRE-1374 is quite easy to workaround and therefore I am
> working on more difficult issue - the build p
Stop at first failure in
>> reactorized builds
>>
>> 0 if no problem, 1 if failed
>>
>> -fn,--fail-never NEVER fail the build, regardless
>> of
>> project result
>>
>> Always 0
>>
>>
>> On Thu,
a great milestone to move people to Java 9
>
> -- Enrico
>
>
> 2018-01-23 17:49 GMT+01:00 Enrico Olivelli :
>
> >
> >
> > 2018-01-16 21:26 GMT+01:00 Enrico Olivelli :
> >
> >>
> >>
> >> Il gio 11 gen 2018, 22:26 Tibor D
I think this is bug (mvn --fail-at-end) because intermediate modules are
skipped. Unlike --fail-never runs all modules but returns exit 0. I want
exit 1 with --fail-at-end .
WDYT?
Cheers
Tibor
+1
On Sun, Jan 28, 2018 at 11:07 PM, Hervé BOUTEMY
wrote:
> here is my +1
>
> Regards,
>
> Hervé
>
> Le vendredi 26 janvier 2018, 00:20:54 CET Hervé BOUTEMY a écrit :
> > Hi,
> >
> > We solved 13 issues:
> > https://issues.apache.org/jira/secure/ReleaseNote.jspa?
> projectId=12317920&ve
> > rsio
I am facing very slow Maven reporting/site.
I have optimized JavaDoc and avoided the javadoc plugin downloading
sources, Java API which has improved the performance but still Site takes 8
minutes at least to complete.
It would be worth to mark some reporting plugins running in parallel in
aggregato
+1
On Sun, Jan 14, 2018 at 5:39 PM, Robert Scholte
wrote:
> Hi,
>
> We solved 3 issues:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?proje
> ctId=12317922&version=12340500&styleName=Text
>
> There are still a couple of issues left in JIRA:
> https://issues.apache.org/jira/issues/?jql
What was initially intended with Mojo#threadSafe ?
Was it the use case mvn -T 2C ...?
Or it was parallel processes execution from the project root?
For instance report-plugin which generates HTML files is threadsafe?
Cheers
Tibor
I was busy at work but now I am free.
I need to have a help with investigating a bug
https://issues.apache.org/jira/browse/SUREFIRE-1450
I should fix branches which are already in progress: UnicodeTestNamesIT and
JaCoCO (SUREFIRE-1455).
Then all ITs setup with JDK 9.
On Wed, Jan 10, 2018 at 11:17
+1
On Thu, Jan 4, 2018 at 11:27 AM, Robert Scholte
wrote:
> Hi,
>
> We solved 13 issues:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?proje
> ctId=12317223&version=12334384&styleName=Text
>
> There are still a couple of issues left in JIRA:
> https://issues.apache.org/jira/issues/?jq
+1: from me
On Tue, Jan 2, 2018 at 12:14 AM, Hervé BOUTEMY
wrote:
> Hi,
>
> We solved 5 issues:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?
> projectId=12317926&version=12342229&styleName=Text
>
> There are still a couple of issues left in JIRA:
> https://issues.apache.org/jira/iss
No issue. Infra solved the last problem I have mentioned.
On Mon, Jan 1, 2018 at 2:53 PM, Tibor Digana wrote:
> What has changed that I am not authorized? I have updated ID to the same
> password as before.
> I thought git-wip-us repository would be r/w.
> I still have this error:
What has changed that I am not authorized? I have updated ID to the same
password as before.
I thought git-wip-us repository would be r/w.
I still have this error:
Counting objects: 68, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (32/32), done.
Writing objects: 100% (6
expected from Oracle to release extensible JDK (modules/api
+ languages).
If they did not break it again in 10 then it should not mean any difference
between 9 and 10 for our tests.
On Sun, Dec 3, 2017 at 5:23 PM, Tibor Digana
wrote:
> Look, I do not want to force our contributors to rely on java 9
hem?
> It seems that a new major release will appear every 6 months
> IMHO it will be enough to drop that assertion
>
> Enrico
>
> Il dom 3 dic 2017, 13:21 Tibor Digana ha scritto:
>
> > As discussed before about Java 9.
> > I will try to run Surefire integration te
As discussed before about Java 9.
I will try to run Surefire integration tests with JDK 9 and 10 on Linux and
I will add JDK 8/9 to CI pipeline.
I do not expect any bugs here. Maybe only enabling some modules for the ITs
in worst case.
Surefire supports Jigsaw already now in origin/master.
There
It is quite a lot of work.
Do not try to see it from one direction only.
On Sat, Dec 2, 2017 at 11:23 AM, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> On Sat 2 Dec 2017 at 10:03, Tibor Digana wrote:
>
> > Pls do not do it!
> > I want to have it under cont
Pls do not do it!
I want to have it under control in Jenkinsfile and not to share the code
with other projects.
Surefire project is different and it must be still different.
I see Groovy libraries useful only in situations when I call Hudson API
functions and I need to avoid security issue on these
n
Thx
Tibor
On Tue, Nov 28, 2017 at 8:31 PM, Tamás Cservenák
wrote:
> My 5c:
> From "Failed to create parent directories"...
>
> Local repo directory ownership/permissions?
>
> HTH,
> T
>
> On Tue, Nov 28, 2017 at 7:21 PM Tibor Digana
> wrote:
>
&g
appy in feeling that at any rate you
> have not wasted your time but have done your best ~~~
>
> Lord Baden-Powell
>
> On Mon, Nov 27, 2017 at 10:22 PM, Tibor Digana
> wrote:
>
> > My command *mvn clean* is not able to download a new artifact
> > *org.arquillian.un
appy in feeling that at any rate you
> have not wasted your time but have done your best ~~~
>
> Lord Baden-Powell
>
> On Mon, Nov 27, 2017 at 10:22 PM, Tibor Digana
> wrote:
>
> > My command *mvn clean* is not able to download a new artifact
> > *org.arquillian.
ave this world a little better than you found it and, when
> your turn comes to die, you can die happy in feeling that at any rate you
> have not wasted your time but have done your best ~~~
>
> Lord Baden-Powell
>
> On Mon, Nov 27, 2017 at 10:22 PM, Tibor Digana
My command *mvn clean* is not able to download a new artifact
*org.arquillian.universe:arquillian-junit:pom*
however it exists on Maven Central.
I run the command on Ubuntu Konsole, and nothing is downloaded.
When I run wget [1] from the same Konsole, the POM is downloaded.
The settings.xml is no
I would like to have SCM Hook from CI or SCM Agent. Maven 4 should run only
changed modules similar to "mvn -pl...".
If we get a list of changed files, the Eclipse compiler might be faster and
then only tests for changed classes will run.
Then I would like to have clean and site executed on entire
2017 um 09:13 schrieb Benedikt Ritter :
> >
> > Hello Tibor,
> >
> > Sorry for the daily I somehow missed this mail.
> >
> >> Am 15.10.2017 um 13:07 schrieb Tibor Digana :
> >>
> >> Hi Benedikt,
> >>
> >> I am fine now after
How can I detect "mvn -q" in plugin?
It is not possible to know in DefaultLogger.
Hi Benedikt,
I am fine now after my illness, thx.
I am finishing branch SUREFIRE-1262_2. Just to add few more tests and then
I will cut a release. I want to add a fix for SUREFIRE-1374 which would be
fast to do.
Then I am ready for you and JUnit5.
I have questions regarding our JUnit 5 Surefire P
I have never had both problems when used mavn-dependency-plugin:2.8.
With such older version it's ok?
On Sat, Oct 14, 2017 at 2:12 PM, Benedikt Ritter wrote:
> Hello,
>
> > Am 13.10.2017 um 21:32 schrieb Tibor Digana :
> >
> > This exception is expected.
> >
This exception is expected.
Use pluginGroup in settings.xml or try this:
org.codehaus.mojo:tidy:1.0.0:check
or
org.codehaus.mojo:tidy-maven-plugin:1.0.0:check
I don't know what dummy.jar has to do with tidy plugin, it's internal code
in surefire due to M2 API and tidy should not be influenced by.
d,
> but we
> need also to be able to fetch and pull
>
> Regards,
>
> Hervé
>
> Le dimanche 8 octobre 2017, 12:21:54 CEST Tibor Digana a écrit :
> > Would we need to have the URLs like these?
> > github/apache/***/repo
> > https://github.com/apache/*mave
The one working on this PoC will make his choice
>
> then more detailed answer inline that lead to this PoCs proposal
>
> Regards,
>
> Hervé
>
> Le dimanche 8 octobre 2017, 00:02:10 CEST Tibor Digana a écrit :
> > I don't think the devs would work on all artifacts(
+1 to create INFRA jira issue to switch following 6
components from svn to the current git mirror:
- Doxia core
- Doxia Sitetools
- Enforcer
- Jxr
- Plugin Tools
- Release
On Sat, Oct 7, 2017 at 10:35 PM, Arnaud Héritier
wrote:
> +1
>
> Can you share the script ?
>
> On Sat, Oct 7, 2017 at 12:32
ge can give a good view of the result
> >>>> (with 78
> >>>> new repos + existing 7 repos + the 6 in migration if nobody objects =
> 91
> >>>> repos)
> >>>>
> >>>> once we're all convinced of the target, we'll see ho
example with previous e-mail.
On Sat, Oct 7, 2017 at 3:48 PM, Tibor Digana wrote:
> Herve,
> I think making the tag as I wanted would not be possible in git.
>
> Let's make it with all 78 projects.
> In 2016 I migrated my svn project "audit" located in sub-folder be
e *authors.txt* from command
*svn log -q*
Each person from between first two pipes, e.g.:
r1234567 | tibordigana | 2015-10-19 02:20:00
Every developer added e-mail and full name, i.e.:
tibordigana = Tibor Digana
etc.
This list of users which should be created in prior to contact INFRA.
Not all user
In my company I have such situation in SVN. Making a tag from subfolder.
Git always makes the tag from the root, right?
Let's google something...
On Sat, Oct 7, 2017 at 2:47 PM, Tibor Digana
wrote:
> In my company I have such situation.
> Making a tag from subfolder.
> Git always
In my company I have such situation.
Making a tag from subfolder.
Git always makes the tag from the root, right?
Let's google something...
On Sat, Oct 7, 2017 at 2:05 PM, Hervé BOUTEMY wrote:
> thanks for your interest and feedback
>
> Le samedi 7 octobre 2017, 12:00:32 CEST
78 is too much.
There is no problem to trigger release over sub-folders and tag it with
prefix which is already done in SVN.
The CI build can always trigger the root and Jenkinsfile would have 41
stages for plugins, 26 stages for Shared, etc.
It can be done in Jenkinsfile and so the shell would not
Hi Benedikt,
Would you agree with this plan.
Since we try to release version 2.21.0 with Jigsaw modularity which is Java
9 related feature, we can make the same compromise with JUnit5 in next
version 2.22.0. Altough Surifire is compiled with javac -source 1.6 -target
1.6, and JUnit 5/Java 1.8 prov
The Apache Maven team is pleased to announce the release of the Apache
Maven Surefire Plugin, version 2.20.1
The release contains 24 bug fixes.
Again we received contributions from the community in form of bug reports
and bug fixes.
Thank you and keep them coming!
http://maven.apache.org/plugins/
promote the artifacts to the central repo.
I will add the release to the next board report.
With Best Regards
Tibor Digana
+1
On Thu, Sep 14, 2017 at 2:27 PM, Petr Široký wrote:
> +1 non-binding. Tested on several projects with thousands of tests (both
> surefire and failsafe ones). No issue found.
>
> Env:
> Fedora 25
> Oracle JDK 8
> Maven 3.5.0.
>
> Petr
>
>
> On Thu,
(again from my Apache mail account)
Pls participate in the vote and test.
On Thu, Sep 14, 2017 at 7:59 AM, Tibor Digana
wrote:
> Pls participate in the vote and test.
>
> On Mon, Sep 11, 2017 at 5:33 AM, Tibor Digana > wrote:
>
>> Hi,
>>
>> We solved 24 iss
Pls participate in the vote and test.
On Mon, Sep 11, 2017 at 5:33 AM, Tibor Digana
wrote:
> Hi,
>
> We solved 24 issues:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?
> projectId=12317927&version=12340297
>
> There are 101 issues left in JIRA:
> http
+1: tested in my company project
On Sat, Sep 9, 2017 at 2:34 PM, Karl Heinz Marbaise
wrote:
> Hi,
>
> We solved 7 issues:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?proje
> ctId=12317227&version=12341254
>
> There are still a couple of issues left in JIRA:
> https://issues.apache.o
On Mon, Sep 11, 2017 at 5:05 AM, Enrico Olivelli
> wrote:
>
> > +1 (non binding)
> >
> > run unit tests on surefire project itself
> >
> > on JDK 9+181 run unit tests of other Java8 projects which required
> > java.se.ee module to be present
> >
>
t; Boot classloader
>
>
> jdk.nashorn.api.scripting.NashornScriptEngineFactory
>
> Main classloader
>
>
> jdk.nashorn.api.scripting.NashornScriptEngineFactory
>
>
> Now IIUC, Nashorn is part of Java 8 but Rhino was not required as par
+1:
3.5.1 works in my project like a charm ;-)
On Sun, Sep 10, 2017 at 5:39 PM, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> Hi,
>
> We solved 25 issues:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?
> version=12338964&styleName=Text&projectId=12316922
>
> There are 35
Hi,
We solved 24 issues:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12317927&version=12340297
There are 101 issues left in JIRA:
https://issues.apache.org/jira/i#issues/?jql=project+%3D+SUREFIRE+AND+status+%3D+Open+ORDER+BY+priority+DESC
Staging repo:
https://repository.apa
You think it has to do you the commit fixing Class Loader issue or the
previous commits as well?
On Sun, Sep 10, 2017 at 11:23 PM, Michael Osipov
wrote:
> Am 2017-09-10 um 23:19 schrieb Tibor Digana:
>
>> Definitely I agree!
>> Let's see if it is JDK issue or platfo
Definitely I agree!
Let's see if it is JDK issue or platform issue. Let's exclude Oracle Java
suspicion and then it's serious issue.
On Sun, Sep 10, 2017 at 11:17 PM, Michael Osipov
wrote:
> Am 2017-09-10 um 23:15 schrieb Tibor Digana:
>
>> This one 1.7.
This one 1.7.0_80 which is 7u80:
http://www.oracle.com/technetwork/java/javase/downloads/java-archive-downloads-javase7-521261.html
On Sun, Sep 10, 2017 at 11:12 PM, Michael Osipov wrote:
> Am 2017-09-10 um 23:07 schrieb Tibor Digana:
>
>> Michael, now try with Oracle Java 7.
>&g
Michael, now try with Oracle Java 7.
On Sun, Sep 10, 2017 at 11:02 PM, Michael Osipov
wrote:
> Am 2017-09-10 um 22:27 schrieb Stephen Connolly:
>
>> Well I ran the release with 1.7.0_80 which iirc is the last public release
>> of Oracle Java 7...
>>
>
> Fails also on Windows with Zulu 7:
> $ mvn
t Scholte
wrote:
> On Sun, 10 Sep 2017 20:21:11 +0200, Stephen Connolly <
> stephen.alan.conno...@gmail.com> wrote:
>
> On Sun 10 Sep 2017 at 19:04, Tibor Digana wrote:
>>
>> Hi All,
>>>
>>> Are we facing new API regarding networking and securi
Stephen,
I was pragmatic and did not want to push users to use Maven&Java8 only
because JDK 7 is weak.
First the interest should go from inside, this means API and then users.
I agree with Michael whether we should better focus on Maven 4 and POM
structure.
For instance today everybody could no
Hi All,
Are we facing new API regarding networking and security useful in Java 8?
When I first saw these options I asked myself what benefit would have the
User and Jenkins from Java 8.
And second question was whether we would be so flexible to rewrite the code
and use Lambda fully anywhere in th
Maven dependencies to 3.0
>
> Robert
>
>
>
> On Thu, 07 Sep 2017 23:34:17 +0200, Tibor Digana <
> tibor.dig...@googlemail.com> wrote:
>
> Hi All,
>>
>> I would like to stop development in Surefire master till Version 2.20.1
>> [1]
>> is released. The re
t;
>
>
> On Fri, 08 Sep 2017 08:53:31 +0200, Anders Hammar
> wrote:
>
> I agree, it's for us as committers to decide.
>>
>> /Anders
>>
>> On Fri, Sep 8, 2017 at 8:51 AM, Michael Osipov
>> wrote:
>>
>> Am 2017-09-08 um 00:42 schrieb
I found out that users create an issue in Jira and *assign version* [1].
I remember this did not happen in old Jira.
So I decide to report a ticket in INFRA.
Do you have the same experiences?
What's your opinion about it?
[1]: https://issues.apache.org/jira/browse/INFRA-15047
--
Cheers
Tibor
Hi All,
I would like to stop development in Surefire master till Version 2.20.1 [1]
is released. The reason is that an important issue with Out Of Memory Error
is fixed.
I have planned only 5 simple fixes, the most of them offered by our
contributors, in Version 2.20.2, and one important issue in
Class-Path is used in Manifest unless you configure the plugin to use env
variable CLASSPATH.
On Thu, Aug 31, 2017 at 12:24 AM, Igor Fedorenko
wrote:
> How does surefire setup jvm classpath when it runs plugin unit and
> integration tests?
>
> --
> Regards,
> Igor
>
> On Wed, Aug 30, 2017, at 05
I mean to reorganize the control flow in to this order which should work
for both of us:
1.
List dependenciesToScan =
DependencyScanner.filter( project.getTestArtifacts(),
Arrays.asList( getDependenciesToScan() ) );
DependencyScanner scanner = new DependencyScanner( dependenciesToScan,
getInc
This supports classifiers
project.getTestArtifacts()
If you find the one Artifact in this collection then you can simply ignore
it in
session.getSortedProjects()
If it basically opposite what you have done in your code with the removal.
So the old code says to take test dependencies match them
Check your branch if it is up to date with master.
On Mon, Aug 28, 2017 at 11:51 PM, Tibor17 wrote:
> Github user Tibor17 commented on the issue:
>
> https://github.com/apache/maven-surefire/pull/161
>
> @jon-bell
> Ok, now your IT passed. I will run whole test set now.
>
>
> ---
> I
Hi All,
I have pushed branch SUREFIRE-1264_2 which is bug fix for
Jira SUREFIRE-1264.
I have announced our user on Jira and asked him to test this fix in his
project.
--
Cheers
Tibor
I will have a look.
On Mon, Aug 28, 2017 at 8:49 PM, britter wrote:
> Github user britter commented on the issue:
>
> https://github.com/apache/maven-surefire/pull/162
>
> @Tibor17 any news on this?
>
>
> ---
> If your project is set up for it, you can reply to this email and have your
>
0, Errors: 0, Skipped: 0, Time elapsed: 4.905 secResults :Tests
run: 4, Failures: 0, Errors: 0, Skipped: 0*
On Fri, Aug 18, 2017 at 12:40 AM, Tibor Digana
wrote:
> I am going to run the build with
> --add-modules java.se.ee
>
> If this will work for me then pls confirm that I can commit it
I am going to run the build with
--add-modules java.se.ee
If this will work for me then pls confirm that I can commit it to master.
On Thu, Aug 17, 2017 at 11:18 PM, Enrico Olivelli
wrote:
> On mer 16 ago 2017, 08:19 Tibor Digana
> wrote:
>
> > Still I do not understand what is
much smaller
with the only *java.base* module and all binaries like *bin/modules, src,
jmods* sudenly become much smaller.
On Wed, Aug 16, 2017 at 8:19 AM, Tibor Digana
wrote:
> Still I do not understand what is the difference between *all_system* and
> *java.se.ee
> <http://java.se.e
hy jdk allows.
On Wed, Aug 16, 2017 at 8:06 AM, Enrico Olivelli
wrote:
> Il mer 16 ago 2017, 02:44 Tibor Digana ha
> scritto:
>
> > Hi Enrico,
> >
> > It does not appear on console output however it is stored as native
> std/out
> > in target/surefire-
Hi Enrico,
It does not appear on console output however it is stored as native std/out
in target/surefire-reports/2017-08-13T23-52-13_184.dumpstream
On Tue, Aug 15, 2017 at 5:51 PM, Enrico Olivelli [via Maven] <
ml+s40175n5912520...@n5.nabble.com> wrote:
> Il dom 13 ago 2017, 17:31 Tib
No I updated Jenkinsfile [1] and the result is better but still strange
with this error:
/bin/sh: 1: /bin/java: not found
[1]:
https://github.com/apache/maven-surefire/commit/5f70c371c6be09d5599b713490d9d1a77b3f809f
On Wed, Aug 16, 2017 at 12:16 AM, Tibor Digana
wrote:
> Hi dev,
>
&g
Hi dev,
In ASF/Maven we have this build [1] which uses Jenkinsfile and Pipeline.
Compiling the project fails with error [2].
Do you know what we are doing wrong and how to fix it?
[1]:
https://builds.apache.org/view/M-R/view/Maven/job/maven-surefire-pipeline/job/master/57/console
[2]:
[ERROR]
Can you give me pls an example with "invoker" in Jenkinsfile showing test
reports in "Test result" screen from maven-invoker-plugin.
This should be something similar to "junit"
success {
junit healthScaleFactor: 0.0, allowEmptyResults: true,
keepLongStdio: true, testResults:
'**/target/surefir
e plugin so I have to real world
> project to test
>
> I did a brief review on code and it looks good to me
>
>
> Thank you very much Tibor
>
> -- Enrico
>
>
> 2017-08-15 0:12 GMT+02:00 Robert Scholte :
>
> > +1
> >
> > This is looking good.
+1
On Sun, Aug 13, 2017 at 5:02 PM, Karl Heinz Marbaise
wrote:
> Hi,
>
> We solved 29 issues:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?proje
> ctId=12317421&version=12330676
>
> There are still a couple of issues left in JIRA:
> https://issues.apache.org/jira/issues/?jql=project%
JSE9.
On Mon, Aug 14, 2017 at 11:23 PM, Enrico Olivelli
wrote:
> Il lun 14 ago 2017, 11:46 Tibor Digana ha
> scritto:
>
> > Hello Enrico,
> >
> > I fixed SUREFIRE-1403 and now Surefire works with Java 9.
> > I need an approval for the Jira SUREFIRE-1403
Hi devs,
I would like to push the branch and Jira ticket *SUREFIRE-1403* which
enables Surefire and Failsafe on Java 9.
If you have a little spare time pls start review.
Thx.
--
Cheers
Tibor
mport sections in Java classes and Maven dependencies.
Not easy I guess.
On Mon, Aug 14, 2017 at 10:57 AM, Enrico Olivelli
wrote:
> Il dom 13 ago 2017, 17:31 Tibor Digana ha
> scritto:
>
> > I found an issue. JDK printed this on std/out:
> > WARNING: Using incubator modu
+1
On Sun, Aug 13, 2017 at 2:18 PM, Karl Heinz Marbaise
wrote:
> Hi,
>
> We solved 10 issues:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?proje
> ctId=12317220&version=12338667
>
> There are still a couple of issues left in JIRA:
> https://issues.apache.org/jira/issues/?jql=project%
on" ) );
}
@Test
public void test_corba_mod() throws org.omg.CORBA.BAD_INV_ORDER
{
}
}
On Sun, Aug 13, 2017 at 5:29 PM, Tibor Digana
wrote:
> But why to add it? It's a hack. I do not use module-info.java and so there
> is no reason to break the backwards compatibility.
>
Scala is
better would make sense. Why to help these attempts to happen? No reason!
On Sun, Aug 13, 2017 at 5:11 PM, Gary Gregory
wrote:
> Is there a Maven way to add ALL-SYSTEM to everything? Using plugin specific
> tags like below is going to be painful.
>
> Gary
>
> On Aug
701 - 800 of 1362 matches
Mail list logo
