On 6/13/11 9:52 PM, Ralph Goers wrote:
On Jun 13, 2011, at 9:02 PM, Brett Porter wrote:
On 14/06/2011, at 1:05 PM, Ralph Goers wrote:
On Jun 13, 2011, at 7:23 AM, Nigel Magnay wrote:
There is a fork under the old license here:
https://bitbucket.org/ivertex/java-service-wrapper/overview
+1
LieGrue,
strub
--- On Tue, 6/14/11, Lukas Theussl wrote:
> From: Lukas Theussl
> Subject: Re: [VOTE] Release maven shared parent version 20
> To: "Maven Developers List"
> Date: Tuesday, June 14, 2011, 6:27 AM
>
> +1
>
> -Lukas
>
>
> Benson Margulies wrote:
> > Hi,
> >
> > We solved 1
+1
-Lukas
Benson Margulies wrote:
Hi,
We solved 1 issues:
** Improvement
* [MPOM-11] - Update to compile with/for java1.5
There are no open JIRAs against the maven shared POM.
Staging repo:
https://repository.apache.org/content/repositories/maven-071/
Staging site:
N/A
Guide to tes
On Jun 13, 2011, at 9:02 PM, Brett Porter wrote:
>
> On 14/06/2011, at 1:05 PM, Ralph Goers wrote:
>
>>
>> On Jun 13, 2011, at 7:23 AM, Nigel Magnay wrote:
>>
>>> There is a fork under the old license here:
>>>
>>> https://bitbucket.org/ivertex/java-service-wrapper/overview
>>>
>>
>> I apo
On 14/06/2011, at 1:05 PM, Ralph Goers wrote:
>
> On Jun 13, 2011, at 7:23 AM, Nigel Magnay wrote:
>
>> There is a fork under the old license here:
>>
>> https://bitbucket.org/ivertex/java-service-wrapper/overview
>>
>
> I apologize if I missed it somewhere in this thread, but as I recall co
On Jun 13, 2011, at 7:23 AM, Nigel Magnay wrote:
> There is a fork under the old license here:
>
> https://bitbucket.org/ivertex/java-service-wrapper/overview
>
I apologize if I missed it somewhere in this thread, but as I recall commons
exec was created primarily due to the license change of
I just went and did a light rewrite from Benjamin Bentmann's blog at
Sonatype into the POM apt doc. Benjamin, do you have any objection to
this bit of appropriation? If you do, I'll have to think of a way to
explain it without.
-
While we have a good standard for plugin site organization [1] that was
debated a few years ago to improve Maven documentation, we have nothing for
components. And the actual state is not good: see Maven core, where even
simplest description of every component is not done but inherited from
par
Hi,
Drs. Jeffrey Carver, Rosanna Guadagno, Debra McCallum, and Mr. Amiangshu
Bosu, University of Alabama, and Dr. Lorin Hochstein, University of
Southern California, are conducting a survey of open-source software
developers. This survey seeks to understand how developers on distributed,
virtual
On 13 June 2011 16:56, John Casey wrote:
>
>
> On 6/13/11 11:06 AM, Stephen Connolly wrote:
>>
>> On 13 June 2011 15:43, John Casey wrote:
>>>
>>>
>>> On 6/13/11 10:40 AM, Stephen Connolly wrote:
On 13 June 2011 15:36, John Casey wrote:
>
>
> On 6/13/11 8:45 AM, Stephen C
On 6/13/11 11:06 AM, Stephen Connolly wrote:
On 13 June 2011 15:43, John Casey wrote:
On 6/13/11 10:40 AM, Stephen Connolly wrote:
On 13 June 2011 15:36, John Caseywrote:
On 6/13/11 8:45 AM, Stephen Connolly wrote:
On 13 June 2011 12:48, Benson Margulies wrote:
Let's be sp
My thought exactly!
On Mon, Jun 13, 2011 at 11:06 AM, Stephen Connolly
wrote:
> On 13 June 2011 15:43, John Casey wrote:
>>
>>
>> On 6/13/11 10:40 AM, Stephen Connolly wrote:
>>>
>>> On 13 June 2011 15:36, John Casey wrote:
On 6/13/11 8:45 AM, Stephen Connolly wrote:
>
>
On 13 June 2011 15:43, John Casey wrote:
>
>
> On 6/13/11 10:40 AM, Stephen Connolly wrote:
>>
>> On 13 June 2011 15:36, John Casey wrote:
>>>
>>>
>>> On 6/13/11 8:45 AM, Stephen Connolly wrote:
On 13 June 2011 12:48, Benson Margulies wrote:
>
> Let's be specific about a few
On 6/13/11 10:40 AM, Stephen Connolly wrote:
On 13 June 2011 15:36, John Casey wrote:
On 6/13/11 8:45 AM, Stephen Connolly wrote:
On 13 June 2011 12:48, Benson Margulieswrote:
Let's be specific about a few classes.
CollectionUtil has an @author of olamy and an apache notice, so I
g
On 13 June 2011 15:36, John Casey wrote:
>
>
> On 6/13/11 8:45 AM, Stephen Connolly wrote:
>>
>> On 13 June 2011 12:48, Benson Margulies wrote:
>>>
>>> Let's be specific about a few classes.
>>>
>>> CollectionUtil has an @author of olamy and an apache notice, so I
>>> grabbed it rather than try t
On 6/13/11 8:45 AM, Stephen Connolly wrote:
On 13 June 2011 12:48, Benson Margulies wrote:
Let's be specific about a few classes.
CollectionUtil has an @author of olamy and an apache notice, so I
grabbed it rather than try to recreate it.
did you check the svn log?
FastMap and CachedMap
There is a fork under the old license here:
https://bitbucket.org/ivertex/java-service-wrapper/overview
On Sun, Jun 12, 2011 at 4:40 PM, Benson Margulies wrote:
> There's no such thing as a 'retroactive license change', though
> perhaps the Tanuki-person has managed a sufficient approximation.
Lets get a list of the cases we want to copy. keep the list in the
wiki page, and when we have the full list we will review.
On 13 June 2011 14:45, Benson Margulies wrote:
> Keep in mind that I am not proposing that we bulk-copy from the plexus
> code. I'm proposing that for classes where (1) the
The legal risk involved in downloading and using a jar of code pushed
to central under false pretenses is very small. 'Using', as opposed to
'incorporating in your release.'
The appassembler is a weird case. You don't see the JSW as a
dependency, exactly, yet you end up with a copy in your distrib
On Mon, Jun 13, 2011 at 1:03 AM, Brett Porter wrote:
> None of this discussion is really relevant for this list... except maybe that
> pointing to a URL for a license in the POM is not a good idea.
This is really what I wanted to raise here (just a bit difficult
without context)
> If someone
Keep in mind that I am not proposing that we bulk-copy from the plexus
code. I'm proposing that for classes where (1) there's no drop-in
replacement from commons, (2) they are labelled with a Apache license,
and (3) they are small and hard to recreate without effectively
copying them, that we take
Well, from the legal pov we are on the safe side because the sources we took
the code from are ALv2. If this ALv2 license tag is not appropriate then we are
still on the safe side and no one could sue us!
The only thing we would need to do in this case is that we'd have to rewrite
those tiny f
Mark,
I think it appropriate to mix in the scale. I bet you that if we
opened a ticket on legal-discuss that said, 'there's a 50-line java
source file with an Apache license sitting at Codehaus, can we
incorporate it?' that the answer would be yes.
If someone then wanted to show up and specifical
On 13 June 2011 14:03, Mark Struberg wrote:
> I think there are 2 sides of the story.
> If you know who applied the ALv2 license to the code in question, then you're
> fine.
> If you don't have any provenance then you better back off from taking the
> sources.
>
> I think it's pretty safe to tak
I think there are 2 sides of the story.
If you know who applied the ALv2 license to the code in question, then you're
fine.
If you don't have any provenance then you better back off from taking the
sources.
I think it's pretty safe to take ALv2 licensed sources from codehaus.org Plexus
projec
On 13 June 2011 13:54, Benson Margulies wrote:
> There's an IP principle that is escaping me here.
>
> According to the previous answered legal questions page, as I read it,
> if you find a small amount of source anywhere, and it has an Apache
> license notice on it, you can incorporate it into an
The Maven team is pleased to announce the release of the Maven Plugin
Plugin and Maven Plugin Tools, version 2.8
This plugin is used to create a Maven plugin descriptor for any Mojo's
found in the source tree, to include in the JAR. It is also used to
generate report files for the Mojos as well as
There's an IP principle that is escaping me here.
According to the previous answered legal questions page, as I read it,
if you find a small amount of source anywhere, and it has an Apache
license notice on it, you can incorporate it into an Apache project
without any further research into provena
Hello,
2011/6/13 Benson Margulies :
> Let's be specific about a few classes.
>
> CollectionUtil has an @author of olamy and an apache notice, so I
> grabbed it rather than try to recreate it.
Doh I don't remember why it's here :-) . In fact not sure it was for
Maven (maybe written long time ago f
On 13 June 2011 12:48, Benson Margulies wrote:
> Let's be specific about a few classes.
>
> CollectionUtil has an @author of olamy and an apache notice, so I
> grabbed it rather than try to recreate it.
did you check the svn log?
>
> FastMap and CachedMap are grabbed from javolution. We can call
Thanks
2011/6/13 Benson Margulies
> Please don't add unrelated material to existing links.
>
> Please open a JIRA with an explanation of your content and a
> committer, if we can find one who can understand it, can add it to the
> site. We might also have an open Wiki that you can edit, someone
Please don't add unrelated material to existing links.
Please open a JIRA with an explanation of your content and a
committer, if we can find one who can understand it, can add it to the
site. We might also have an open Wiki that you can edit, someone else
might be able to pipe up.
2011/6/13 Alt
Hi all;
We have created new Maven screencast (Turkish version). This video anwers
below questions
1 - What is Maven
2 -How can you set up it
3 - Maven integration - pom.xml explanatation
Here is the link :
http://www.kodcu.com/2011/03/apache-maven-teknolojisine-giris-video/
How can we add this
Let's be specific about a few classes.
CollectionUtil has an @author of olamy and an apache notice, so I
grabbed it rather than try to recreate it.
FastMap and CachedMap are grabbed from javolution. We can call the
current javolution from the bridge.
StringInputStream and StringOutputStream are
> plexus-utils in core... and how we class-load plexus-utils is IIRC
> that we force the core version on all plugins no matter what they
> use... so if we remove a deprecated method and a plugin is expecting
> it then that plugin breaks.
no, this is not the case since Maven 2.0.6: see MNG-2892
FYI
It's tempting... but I fear all that will happen is nobody will switch
to the new impl...
the WHOLE point of this bridge is to remove any dependency on
plexus-utils in core... and how we class-load plexus-utils is IIRC
that we force the core version on all plugins no matter what they
use... so if
Hi!
If those methods are already deprecated, then I'd say we should drop them now.
Most times those methods didn't got deprecated because they are 'unpretty' but
because they are seriously flawed. Like missing encoding parameter, missing
timezone, not multithreading capable, etc.
So if those
+1
Den 13. juni 2011 kl. 10:08 skrev Stephen Connolly
:
> it is custom to include the viewcvs diff link when voting on the
> release of one of the parent poms.
>
> In this case here is the link:
>
> http://svn.apache.org/viewvc/maven/pom/trunk/maven/pom.xml?r1=1134934&r2=1069626&diff_format=h
>
>
+1
2011/6/12 Benson Margulies :
> Hi,
>
> We solved 1 issues:
>
> ** Improvement
> * [MPOM-11] - Update to compile with/for java1.5
>
> There are no open JIRAs against the maven shared POM.
>
> Staging repo:
> https://repository.apache.org/content/repositories/maven-071/
>
> Staging site:
> N/A
Here is my
+1
-Stephen
On 13 June 2011 09:07, Stephen Connolly wrote:
> it is custom to include the viewcvs diff link when voting on the
> release of one of the parent poms.
>
> In this case here is the link:
>
> http://svn.apache.org/viewvc/maven/pom/trunk/maven/pom.xml?r1=1134934&r2=1069626&d
it is custom to include the viewcvs diff link when voting on the
release of one of the parent poms.
In this case here is the link:
http://svn.apache.org/viewvc/maven/pom/trunk/maven/pom.xml?r1=1134934&r2=1069626&diff_format=h
On 12 June 2011 16:31, Benson Margulies wrote:
> Hi,
>
> We solved 1
On 9 June 2011 11:03, Stephen Connolly wrote:
> Hi,
>
> We solved 5 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11139&styleName=Html&version=17146
>
> There are still a couple of issues left in JIRA:
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=1113
42 matches
Mail list logo
