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
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
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
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
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
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,
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
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
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
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 khmarba...@gmx.de 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
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.
On Sun, Feb 22, 2015 at 10:42 PM, Fred Cooke fred.co...@gmail.com 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
B
Martijn
On Mon, Dec 15, 2014 at 2:27 PM, David Hoffer dhoff...@gmail.com wrote:
B
-Dave
On Mon, Dec 15, 2014 at 6:22 AM, cody.a.fy...@wellsfargo.com wrote:
B
Cody Fyler
Lending Grid Build Team
G=Lending Grid Builds
(515) – 441 - 0814
-Original Message-
From: 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
martijn.dasho...@gmail.com wrote:
All,
I
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
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 ja...@takari.io wrote:
Can anyone else edit that page. Just checking to make sure it's just me
On Mon, Mar 24, 2014 at 7:29 PM, Robert Scholte rfscho...@apache.orgwrote:
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
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',
or such.
Martijn Dashorst
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
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
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 copyright notice
+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
, 2010 at 7:24 PM, Martijn Dashorst
martijn.dasho...@gmail.com 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 fail
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?
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
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 bri...@infinity.nu wrote:
We currently have some expectations about what artifacts
On Fri, Mar 27, 2009 at 5:45 AM, Barrie Treloar baerr...@gmail.com 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
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?
These are
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
all your
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
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 time.
On 11/3/06, Martijn Dashorst [EMAIL
/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
know we were not in auto-sync, so this came
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 1.2.3 now
[
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 system
[
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
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
: 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
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
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. Maven 1.0
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
[
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.
Martijn
Upload
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
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
---
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
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
[
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)
Upload
: 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
-
[
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
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
[
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
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
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
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
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 users
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 the frontpage
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
: 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
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
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
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?
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
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
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 very
, 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]
76 matches
Mail list logo