Hello David
Thanks for all this OpenJDK work!
Le 2023-10-20 à 11 h 36, David Delabassee a écrit :
Needless to say, that Java 21 is an important release, so may I ask
you to send me a brief email with the Java 21 support status of your
project(s): Already supported - Plan to support short-term
Le 14/08/2020 à 19:45, Gavin McDonald a écrit :
Right, the folder for the project needed to be created first.
Look for the SIS folder now where you can create jobs
Thanks! Job created.
Martin
Apache SIS did not migrated yet, but it is fine to create a new job from
scratch on https://ci-builds.apache.org/ (it does not have advanced or
unusual features). How do we create a "SIS" job? I could not find a
"Create new Job" button.
Thanks,
Martin
[
https://issues.apache.org/jira/browse/BUILDS-85?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14621866#comment-14621866
]
Martin Desruisseaux commented on BUILDS-85:
---
I was thinking about a simple
[
https://issues.apache.org/jira/browse/BUILDS-85?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14621127#comment-14621127
]
Martin Desruisseaux commented on BUILDS-85:
---
Using an animal sniffer can s
[
https://issues.apache.org/jira/browse/BUILDS-85?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14620751#comment-14620751
]
Martin Desruisseaux commented on BUILDS-85:
---
As a workaround, what about put
Hello all
I would like to compile a project targeting JDK6, but using a more
recent JDK in order to workaround a javadoc bug in JDK6. I would need to
set the compiler bootclasspath argument in a profile of the Maven
project, for example:
${env.JAVA6_HOME}/jre/lib/rt.jar
Hello Andrew
Thanks for looking at this issue. On my side, I use the javadoc
generated by Jenkins build every days. I often fix formatting issues and
wait for the next Jenkins build for seeing if the fix worked. This is
especially useful in class javadoc having tables, matrices or
mathematical for
Hello all
I just aborted "sis-trunk". The job was stuck for 10 hours right at the
beginning, after only two lines on the console:
Started by an SCM change
Building remotely on ubuntu6 (Ubuntu ubuntu) in workspace
/home/jenkins/jenkins-slave/workspace/sis-trunk
Looking at some other jobs in progr
Thanks!
Martin
Le 02/05/14 03:02, Jake Farrell a écrit :
> Hey Martin
> I aborted the Accumulo-1.6 parent build that was holding that slot and
> things are starting to flow again. I have also restarted Windows 1 and am
> looking into what is going on with Ubuntu2 and Ubuntu4
>
> -Jake
Hello all
Jenkins seems to be building Accumulo-1.6 for more than 12 hours. The
console said "Build timed out (after 40 minutes). Marking the build as
aborted" [1], but the abort doesn't seem to happen. Do I'm missing
something? I ask because the other jobs waiting in the queue [2] doesn't
seem to
Hello Dennis
Le 14/04/14 02:06, Dennis Lundberg a écrit :
> Yes, as you have already noticed there are some problems when genersting a
> Maven site with Maven 3. Looking for a suitable work-around I'd like to ask
> why you run 'mvn site' ?
The main reason is for generating aggregated javadoc, for
Le 13/04/14 17:37, Anders Hammar a écrit :
> And there is no point in doing "install deploy". Just do "deploy".
Thanks, I will edit the config.
Martin
"site" phase is included. So this issue is worrying "only" for
Jenkins. Of course we could remove the site phase in our Jenkins job if
that could help: this reduce the build time a lot.
Martin
> Le dimanche 13 avril 2014 16:07:20 Martin Desruisseaux a écrit :
>
Hello all
An other aspect which may be worth to explore for reducing resource
consumption is the way we use or configure Maven. A few weeks ago,
executing "mvn clean install deploy site" on Apache SIS with Maven 3.1
apparently trigged compilation of all source code 18 times. It may not
be Maven fa
Le 08/04/14 18:15, sebb a écrit :
> Have you tried logging in to Nexus and deleting the builds?
Thanks, I was not aware that the snapshot repository was also managed by
Nexus. I selected "Repositories" > "Snapshots" > "Browse Storage" tab,
selected the "org/apache/sis/sis-metadata/0.3-SNAPSHOT" no
Hello all
Pardon me if I missed the answer to this question in some FAQ, but I was
wondering: how can we delete the old snapshots in the
http://repository.apache.org/content/groups/snapshots/ repository after
a project updated the version number after a release? For example now
that our project de
I can confirm that for the "sis-jdk7" and "sis-trunk" for instance, the
jobs are not trigged since May 3th. Manual trigs work well, except for
the solaris1 node which seems to be out of space.
Regards,
Martin
Le 06/05/13 12:41, Olivier Lamy a écrit :
which jobs ?
2013/5/6 Robbi
Hello all
Just for the record: as predicted by Jesse Glick, upgrading to latest
JDK7 on Solaris didn't solved the JVM crash. So I tied the build of the
JDK7 branch to the Ubuntu slaves as suggested by Gavin McDonald. After
Apache SIS release, we will use the released Maven "sis-build-helper"
Hello Gavin
Le 22/02/13 06:40, Gavin McDonald a écrit :
Ok, upgraded. Now solaris1 is as follows:
bash-3.00# /home/hudson/tools/java/latest1.7/bin/java -version
java version "1.7.0_15"
Java(TM) SE Runtime Environment (build 1.7.0_15-b03)
Java HotSpot(TM) Server VM (build 23.7-b01, mixed mode)
Le 20/02/13 18:12, Jesse Glick a écrit :
I would merely claim that loading classes from a snapshot JAR is
_prone_ to triggering crashes when other factors come into play which
might be difficult to predict.
I agree. We will move to a non-snapshot version when we can. The only
issue is that we n
Hello Jesse
Le 20/02/13 16:20, Jesse Glick a écrit :
On 02/06/2013 01:39 PM, Jesse Glick wrote:
I could file a JIRA ticket for it
https://jira.codehaus.org/browse/MNG-5437
Thanks a lot for writing this JIRA task. However it may be worth to
emphases that clobbering an open JAR file is an hyp
Le 06/02/13 19:39, Jesse Glick a écrit :
On 02/06/2013 06:12 AM, Martin Desruisseaux wrote:
the approach that we wanted to apply has been used for more than 5
years on Windows, Solaris, Linux Gentoo, Linux Ubuntu, MacOS, and
other Hudson/Jenkins servers without any JVM crash
Perhaps you were
Hello all, and thanks for the reply.
Le 06/02/13 02:49, Jesse Glick a écrit :
On 02/05/2013 07:30 PM, sebb wrote:
a pure Java application should not be able to cause a JVM crash
Depends entirely on what you mean by “pure Java application”. When you
have filesystem and Process access, you can d
Le 06/02/13 06:44, Ted Dunning a écrit :
This is still a very early version of java 7. It would be good to update
it.
That would be my preferred approach, if possible...
Thanks,
Martin
Hello Chris
Le 04/02/13 17:21, Mattmann, Chris A (388J) a écrit :
There were some replies too — that centered around upgrading the JVM on that
machine to a newer version and seeing if that fixes the problem as you suggest.
Then this is my fault, I didn't saw those replies. It may be because
Hello bu...@apache.org (copy to Apache SIS)
I don't know if I'm writing to the appropriate email address (this is my
third email to bu...@apache.org)... If I'm writing to the wrong email
address, would it be possible to redirect me to a more appropriate
contact point please? We have a problem
e
is another procedure that I should follow?
Thanks for your help,
Martin
Le 22/01/13 01:21, Martin Desruisseaux a écrit :
Hello all
The JDK7 branch of the SIS project is suffering from a systematic JVM
crash at building time on Jenkins. A look at the report file suggests
tha
Hello all
The JDK7 branch of the SIS project is suffering from a systematic JVM
crash at building time on Jenkins. A look at the report file suggests
that the crash occurs in the call to the
java.util.zip.ZipFile.getEntry(String) method. We can workaround the
problem by disabling a custom Mav
29 matches
Mail list logo
