On Thu, Jun 12, 2025 at 1:48 AM Michael Bien wrote:
> If there is a public project which hits this bottleneck I could take a
> look and play
> with some ideas to try to make this scale better. (I don't really want to
> spam this thread
> too much)
>
You could take a look at https://github.com/wi
Now there's a LEGAL ticket for that:
https://issues.apache.org/jira/browse/LEGAL-491
With a comment from Mark Thomas that this is no different than a
committer running a local tool, reviewing the commit and pushing it.
Read his comment on the ticket for more information and advice.
Martijn
On
The conclusion of the paper itself is 3 pages (no paragraphs, so it
might be written by an AI ;-).
- Dutch (and international) copyright law don't require a copyright
holder to be human
- so the work itself needs to be evaluated, two criteria that factor
into this; requirement of reflecting an ori
On Sat, Oct 19, 2019 at 8:51 PM Enrico Olivelli wrote:
>
> I see value in it.
> But from a legal point of viewthere is no human who sends the PR, so in
> theory we cannot accept such patches, can we?
I'm not a lawyer, nor a scientist, but this paper sounds like a
compelling read on this subje
On Thu, Sep 19, 2019 at 7:48 AM Alexander Ashitkin
wrote:
> Configuration:
> * verify -T4 -P default,all-shapshots-repos
> * my project config (might be suboptimal for wicket)
> * scala tests disabled in 2 modules (caused bytecode version conflict on my
> machine)
>
> Results
> Clean state (cache
This seems like it would benefit a lot of projects (at least it would ours).
How would this work in coordination with IDE's? m2e has (afaict, but
haven't looked closely) its own lifecycle management to bridge eclipse and
maven. AFIAK only Netbeans uses maven directly?
If you want to benchmark a p
There's this umbrella of projects called Wicket Stuff at github.
https://github.com/wicketstuff/core
It has a typical long build time, but not a very complicated setup
(e.g. the depth of nested projects is about 3 max)
You might consider using this as a public benchmark.
Looking forward to impr
Just to throw this out there:
The consumer POM should only contain the non-dynamic bits that can
change outside the scope of the artifacts that are described by the
POM.
The consumer POM should consist of only the invariant parts of the
released artifacts: coordinates, dependencies, license, Ther
It's been a while that this thread was active, but I'd like to share
the design contest (or whatever it is) on opensourcedesign.net for the
Maven website.
https://discourse.opensourcedesign.net/t/jobs-redesign-maven-website/394/13
It contains mostly my proposal, but pointing folks at it might giv
On Mon, Dec 12, 2016 at 8:22 PM, Christian Schulte wrote:
> Am 12/12/16 um 10:16 schrieb Tibor Digana:
>> Is it really necessary to specify version of parent artifact in ?
>
> It must be possible to checkout a single module and build that in
> isolation. A parent without a version cannot be resolv
On Wed, Aug 24, 2016 at 8:41 AM, Fred Cooke wrote:
> Fair call re embedded pom, however it's quite convenient to just browse to
> it and read.
I'd like to vent another opinion: the build pom makes it hard to grok
the information I need as a consumer of a library. I really don't need
to wade throu
Would be cool if the site was updated wit the new location of jira
issues as well.
Martijn
On Thu, Apr 30, 2015 at 10:25 PM, Karl Heinz Marbaise wrote:
> Hi,
>
> i would like to know if there are any objections to make a final release of
> the maven-eclipse-plugin ?
>
> The reason is simply beca
While I use jekyll for lots of stuff (blogs and wicket website), I'd
urge to use asciidoc[tor] as the markup format. Markdown is great, but
rather limited for technical documentation. There is some asciidoctor
integration for jekyll available [1], but I haven't used it in anger.
Just my 2 cts.
Ma
On Sun, Feb 22, 2015 at 10:42 PM, Fred Cooke wrote:
> I'd also love to hear that no one is trying to release 200 artifacts in a
> single reactor.
At Wicket Stuff (https://github.com/wicketstuff) we do just that. It
is a pain, but
it is quite a lot less pain than trying to release each project by
B
Martijn
On Mon, Dec 15, 2014 at 2:27 PM, David Hoffer wrote:
> B
>
> -Dave
>
> On Mon, Dec 15, 2014 at 6:22 AM, wrote:
>>
>> B
>>
>> Cody Fyler
>> Lending Grid Build Team
>> G=Lending Grid Builds
>> (515) – 441 - 0814
>>
>> -Original Message-
>> From: Stephen Connolly [mailto:stephen.
"(orgapachewicket-\d+)";)
I've also added closing the staging repository and other niceties.
Martijn
(see the line in context:
https://github.com/apache/wicket/blob/wicket-6.x/release-dashorst.sh#L243)
On Mon, Aug 25, 2014 at 6:03 PM, Martijn Dashorst
wrote:
> All,
>
All,
I have almost fully automated the release process for Wicket,
including branching, automatic version updates, git archiving,
uploading of source distributions to svn (dist.a.o), etc.
I'm looking to automate one of the final things I have to do manually:
crafting the vote message.
Most thing
A couple of weeks ago infra disabled editing for all accounts due to an
excessive spam influx. IIRC any admin can restore edit privileges.
Martijn
On Sun, Apr 6, 2014 at 9:17 PM, Jason van Zyl wrote:
> Can anyone else edit that page. Just checking to make sure it's just me
> before I ask infra
On Mon, Mar 24, 2014 at 8:06 PM, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> I see the checksums then as being another potential side artifact... No
> need for modelVersion 5.0.0
>
I see it differently: the checksum validates the GAV coordinates. "I mean
'com.example.foo:foo:1.0'
On Mon, Mar 24, 2014 at 7:29 PM, Robert Scholte wrote:
> I have to admit I have never used it, but aren't the -c / -C Maven
> commandline options meant for this?
>
Only if you trust the repository where you get the checksums from. The idea
advocated by Baptiste is that as a project owner you spec
My biggest gripes with Maven in this situation are two fold:
1. an error message that can be much more descriptive as the exception
appears to be SSLPeerUnverifiedException. The message that is logged
by Maven:
[INFO] [ERROR] Failed to execute goal
org.apache.maven.plugins:maven-deploy-plugin:2.6
ot; due to bad certificates or such.
Martijn Dashorst
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Switch your checkout to https instead of http
Martijn
On Mon, May 20, 2013 at 5:56 PM, Michael-O <1983-01...@gmx.net> wrote:
> Hi folks,
>
> it seems like I do not have full access to the Maven directory in the
> Subversion repository.
> See
>
> commit -m "REOPENED - issue MSKINS-72: Add copyrigh
+1
There is no reason to have *NEW* development of Maven be hampered by
obsolete technology. If anyone can't upgrade their Java runtime for
whatever reason, they probably won't upgrade to a new Maven version as
well. 3.0.4 works rather well and anyone should really be tying down
their plugin versi
Is this the canonical URL for supplying a IT with a patch?
http://docs.codehaus.org/display/MAVEN/Creating+a+Maven+Integration+Test
So when I have gone through the moves of creating the IT, and creating
a patch for a maven plugin, I can just zip the IT project and attach
it to the plugin's JIRA?
PM, Martijn Dashorst
> wrote:
>> When running mvn eclipse:eclipse on our projects, we cringe with the
>> amount of unnecessary output the plugin generates.
>
> Fair enough.
>
> Patch applied.
>
> My build environment is broken at the moment (all the ITs fai
When running mvn eclipse:eclipse on our projects, we cringe with the
amount of unnecessary output the plugin generates.
We use source dependencies in our IDE which provide the javadocs, so
we have disabled downloading of Javadoc files. Unfortunately, MECLIPSE
finds it necessary to report all depen
I think this is a great idea. You could even put the new apache wide
repository and staging area in the release profile. Would make doing a
release a snap IMO.
Martijn
On Tue, Apr 14, 2009 at 9:18 PM, Brian Fox wrote:
> We currently have some expectations about what artifacts are created for
> a
On Fri, Mar 27, 2009 at 5:45 AM, Barrie Treloar wrote:
> There is definitely a defect introduced with setting inclusions to
> **/*.java (MECLIPSE-443 added inclusions) for Apsect developers (see
> MECLIPSE-538).
>
> But that shouldn't stop the release.
I'd rather had it would've stopped the relea
On Sat, Nov 15, 2008 at 2:35 AM, Dan Fabulich <[EMAIL PROTECTED]> wrote:
> Wendy Smoak wrote:
>> Unit tests run slower in Maven than in Ant
>>
>> Surefire fills up /tmp with directories
>
> Are there bugs filed for this? Do we think that the /tmp directories are
> the cause of our perf troubles?
On 2/12/08, Michael McCallum <[EMAIL PROTECTED]> wrote:
>
> You can change the tool to make a bad pom look good but at the end of the
> day
> there is something wrong if your declared dependency list looks like
> that...
>
How come? To get reproducible builds, you need to specify the versions of
a
ijn
On 11/3/06, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
I'm complaining because of this comment:
On 11/3/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
> I pulled Wicket out of the automated sync
If we were not auto-sync'd, then how could we be pulled out of it? I
kno
t was completely removed.
I appreciate the sync though. Thanks!
Martijn
On 11/3/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
Martijn, it has never been automatically synced. Nothing has changed
for you, so I don't know why you are complaining.
I've synced it manually this tim
On 11/3/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
I pulled Wicket out of the automated sync because it required Carlos'
password which means it can't be run by cron. If you want so sort
this out subscribe to the repository list: repository-
[EMAIL PROTECTED]
Nice to be notified of this at a
Dear Maven guru's,
could you please sync the wicket repository to Ibiblio. We've just
released Wicket 1.2.3 and are anxious to feed the maven 2 repository.
The scripts are already in place.
Thanks a million!
Martijn Dashorst
--
Download Wicket
[
http://jira.codehaus.org/browse/MAVENUPLOAD-706?page=comments#action_57400 ]
Martijn Dashorst commented on MAVENUPLOAD-706:
--
This build is still using maven 1. Not everyone is using maven 2.
Please upload these jars. I get a lot of requests
[
http://jira.codehaus.org/browse/MAVENUPLOAD-706?page=comments#action_57290 ]
Martijn Dashorst commented on MAVENUPLOAD-706:
--
The default for these jar files is that they are production-type jar files, I
don't want my production s
Reporter: Martijn Dashorst
http://wicket.sf.net/downloads/wicket-1.1.1-bundle.jar
http://wicket.sf.net/downloads/wicket-extensions-1.1.1-bundle.jar
http://wicket.sf.net
http://wicket.sf.net/team-list.html
Wicket is a Java web application framework that takes simplicity, separation of
concerns and
: Martijn Dashorst
http://wicket.sf.net/downloads/wicket-1.1-bundle.jar
http://wicket.sf.net/downloads/wicket-extensions-1.1-bundle.jar
http://wicket.sf.net
http://wicket.sf.net/team-list.html
Wicket is a Java web application framework that takes simplicity, separation of
concerns and ease of
Reporter: Martijn Dashorst
http://wicket.sf.net/downloads/wicket-1.1-rc2-bundle.jar
http://wicket.sf.net/downloads/wicket-extensions-1.1-rc2-bundle.jar
http://wicket.sf.net
http://wicket.sf.net/team-list.html
Wicket is a Java web application framework that takes simplicity, separation of
concerns and
.2_06"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_06-b03)
Java HotSpot(TM) Client VM (build 1.4.2_06-b03, mixed mode)
Reporter: Martijn Dashorst
Attachments: project.zip
The project.xml is written by the standard Eclipse WTP 0.7 xml editor. It is
saved as unicode UTF-8.
Upload wicket and wicket-extensions 1.1-rc1
Key: MAVENUPLOAD-510
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-510
Project: maven-upload-requests
Type: Task
Reporter: Martijn Dashorst
http://wicket.sf.net/downloads
It all depends on when 1.1 is expected to become final. And how long/much
effort it takes to craft a 1.0.3.
I would download and try 1.0.3 instantly, and crafting my builds
accordingly, as it would make transitioning to 1.1 easier.
I'm +1, but only if it doesn't take (too much) time off of 1.1
[
http://jira.codehaus.org/browse/MAVENUPLOAD-500?page=comments#action_45963 ]
Martijn Dashorst commented on MAVENUPLOAD-500:
--
Use the URL's in the description. The bundle URL field apparently has a comma
attached to the end.
Ma
>
> Are there any committers/observers who feel left out? Please speak up!
I don't feel left out, I tend to only respond to things I feel I can
contribute on, or have an opinion about. I think the community is pretty
solid and considering the number of messages I recieve on a daily basis
(exc
---
Key: MAVENUPLOAD-500
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-500
Project: maven-upload-requests
Type: Task
Reporter: Martijn Dashorst
http://wicket.sourceforge.net/downloads/wicket-1.1-b4-bundle.jar
http://wicket.sourceforge.net/downloads/wicket
Upload wicket-1.0.3-bundle.jar
--
Key: MAVENUPLOAD-496
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-496
Project: maven-upload-requests
Type: Task
Reporter: Martijn Dashorst
http://wicket.sourceforge.net/downloads/wicket-1.0.3
[
http://jira.codehaus.org/browse/MAVENUPLOAD-490?page=comments#action_45080 ]
Martijn Dashorst commented on MAVENUPLOAD-490:
--
http://wicket.sourceforge.net/downloads/wicket-extensions-1.1-b3-bundle.jar
should work (sorry bout that)
> Upl
jWebUnit is a nice htmlunit like wrapper around httpunit. When testing
web apps, I only used jwebunit sofar.
What kind of javascript support are you using? the latest rhino library
doesn't seem to play nice with xmlhttprequest library dojo. :-(
Martijn
Brett Porter wrote:
Steve Loughran wr
: maven-upload-requests
Type: Task
Reporter: Martijn Dashorst
http://wicket.sf.net/downloads/wicket-1.0.2-bundle.jar
http://wicket.sf.net/downloads/wicket-1.1-b3-bundle.jar
http://wicket.sf.net/downloads/wicket-extensions-1.1-b3.jar
http://wicket.sf.net
http://wicket.sf.net/team-list.html
Mark Hobson wrote:
+1 to splitting the lists - I've currently set up gmail to filter svn,
repoclean and continuum emails straight to trash ;)
Dito here.
Just for the record and to show that it is not totally unheard of, on
the Wicket project we have also split the lists:
- user
- develope
[
http://jira.codehaus.org/browse/MAVENUPLOAD-464?page=comments#action_43878 ]
Martijn Dashorst commented on MAVENUPLOAD-464:
--
the missing bundle has been uploaded. Sorry for the inconvenience (I have to
stop creating releases at 12:00 am
Reporter: Martijn Dashorst
http://wicket.sf.net/downloads/wicket-1.1-b2-bundle.jar
http://wicket.sf.net/downloads/wicket-extensions-1.1-b2-bundle.jar
http://wicket.sf.net/team-list.html
http://wicket.sf.net
Wicket is an open source, Apache 2 licensed, Java. component based web
application framework
[
http://jira.codehaus.org/browse/MAVENUPLOAD-448?page=comments#action_43345 ]
Martijn Dashorst commented on MAVENUPLOAD-448:
--
The correct urls are:
http://wicket.sourceforge.net/downloads/wicket-1.1-b1-bundle.jar
http://wicket.sourceforge.net
Reporter: Martijn Dashorst
http://wicket.sourceforge.net/downloads/wicket-1.1-b1-bundle.jar
http://wicket.sourceforge.net/downloads/wicket-extensions-1.1-b1.jar
http://wicket.sourceforge.net
http://wicket.sourceforge.net/team-list.html
Please note: this upload contains two (2) uploads.
Wicket is an
upload wicket-extensions-1.0.1
--
Key: MAVENUPLOAD-443
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-443
Project: maven-upload-requests
Type: Task
Reporter: Martijn Dashorst
http://wicket.sourceforge.net/downloads/wicket-extensions
upload wicket-1.0.1
---
Key: MAVENUPLOAD-439
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-439
Project: maven-upload-requests
Type: Task
Reporter: Martijn Dashorst
http://wicket.sourceforge.net/downloads/wicket-1.0.1-bundle.jar
http
: Martijn Dashorst
http://wicket.sf.net/downloads/wicket-1.0-bundle.jar
http://wicket.sf.net/downloads/wicket-extensions-1.0-bundle.jar
http://wicket.sf.net
http://wicket.sf.net/team-list.html
Wicket is a Java web application framework that takes simplicity, separation of
concerns and ease of
Upload wicket-extensions-1.0.0-rc3
--
Key: MAVENUPLOAD-393
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-393
Project: maven-upload-requests
Type: Task
Reporter: Martijn Dashorst
http://wicket.sourceforge.net/downloads/wicket
Upload wicket-1.0.0-rc3
---
Key: MAVENUPLOAD-392
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-392
Project: maven-upload-requests
Type: Task
Reporter: Martijn Dashorst
http://wicket.sourceforge.net/downloads/wicket-1.0.0-rc3-bundle.jar
Also, downloading the continuum zip file directly from the site using
firefox 1.0.3 (and perhaps some download extension) doesn't go to the
mirror page, but opens a "save as" dialog, which falsely saves the
mirror page as a zip file.
Martijn
Martijn Dashorst wrote:
>On th
On the frontpage of the continuum site, the link to maven2 points to the
maven1 site.
Martijn
Jason van Zyl wrote:
>The Maven team is pleased to announce our Technology Preview
>for the Continuum 1.0 release. Continuum is the Maven project's
>Continuous integration tool. This release offers user
Upload wicket-1.0.0-rc2.jar
---
Key: MAVENUPLOAD-362
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-362
Project: maven-upload-requests
Type: Task
Reporter: Martijn Dashorst
http://wicket.sourceforge.net/downloads/wicket-1.0.0-rc2
Upload wicket-extensions-1.0.0-rc2.jar
--
Key: MAVENUPLOAD-363
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-363
Project: maven-upload-requests
Type: Task
Reporter: Martijn Dashorst
http://wicket.sourceforge.net/downloads
does it take to have our jars
automatically synchronized with ibiblio?
With regards,
Martijn Dashorst
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Upload wicket-1.0.0-rc1.jar
---
Key: MAVENUPLOAD-352
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-352
Project: maven-upload-requests
Type: Task
Reporter: Martijn Dashorst
http://wicket.sourceforge.net/downloads/wicket-1.0.0-rc1
Upload wicket-extensions-1.0.0-rc1.jar
--
Key: MAVENUPLOAD-353
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-353
Project: maven-upload-requests
Type: Task
Reporter: Martijn Dashorst
http://wicket.sourceforge.net/downloads
: 1.3
Reporter: Martijn Dashorst
Assigned to: dion gillard
If two projects have different maven.build.dir settings, the multiproject will
assume that the artifacts of project A are actually in the maven.build.dir
directory of project B (or vice versa).
Project A, project.properties
Reporter: Martijn Dashorst
http://wicket.sourceforge.net/downloads/wicket-0.9.19-beta-bundle.jar
http://wicket.sourceforge.net
http://wicket.sourceforge.net/team-list.html
Wicket is a Java web application framework that takes simplicity, separation of
concerns and ease of development to a whole new
: Task
Reporter: Martijn Dashorst
http://wicket.sourceforge.net/downloads/wicket-contrib-0.9.19-beta-bundle.jar
http://wicket.sourceforge.net
http://wicket.sourceforge.net/team-list.html
Wicket is a Java web application framework that takes simplicity, separation of
concerns and ease of
Type: Task
Reporter: Martijn Dashorst
http://wicket.sourceforge.net/downloads/wicket-extensions-0.9.19-beta-bundle.jar
http://wicket.sourceforge.net
http://wicket.sourceforge.net/team-list.html
Wicket is a Java web application framework that takes simplicity, separation of
concerns and
Vincent Siveton wrote:
Hi,
Already discussed:
http://www.mail-archive.com/dev@maven.apache.org/msg08836.html
Reading the thread, I don't see any resolve. Just people claiming not to
be a lawyer. ;-). I saw the JIRA issue closed as a 'NO FIX', so my guess
is the jars have to be removed.
Lets u
Eric Pugh wrote:
Hi,
I was just testing commons-email which depends on javamail and
activiation jars, and via a Maven build it work! It downloaded the
javamail and activation jars from ibiblio. However, should those jars
be there? Aren't there redistribution issues with Sun that prevent
them?
m not aware of any arrangement we
had with them to do this, and assumed they were a pure ibiblio mirror.
They do have:
http://mirrors.sunsite.dk/apache/dist/java-repository/, which is a
mirror of Apache releases.
- Brett
Martijn Dashorst wrote:
Hi,
I posted a message yesterday concerning this
Hi,
I posted a message yesterday concerning this very annoying problem to
the users list, but did not get an anwser. So I'm trying the dev list
instead and hope to hear *if* this is an apache problem, or a sunsite
problem.
The mirror now shows the distribution of maven instead of the remote
re
ideas, please let me know.
With regards,
Martijn Dashorst
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
date of maven 1.1?
With regards,
Martijn Dashorst
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
77 matches
Mail list logo
