+1
- Joakim
Jason van Zyl wrote:
Hi,
Shane has been been working on NMaven for a couple years now, he's
worked on the new maven-toolchain, has recently done a huge amount of
work on cleaning up the project builder in the sandbox, and has some
PGP tools that he would like to contribute. So o
+1
Joakim
Vincent Siveton wrote:
+1
Vincent
2008/6/22 Dennis Lundberg <[EMAIL PROTECTED]>:
Hi,
We solved 19 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11139&styleName=Html&version=14166
There are still a couple of issues left in JIRA:
http://jira.codehaus.org/sec
+1
Dennis Lundberg wrote:
Hi,
It's been over two years since the last release, so let's do this :-)
We solved 31 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11127&styleName=Html&version=12489
There are still a couple of issues left in JIRA:
http://jira.codehaus.org/s
I was motivated by http://jira.codehaus.org/browse/MNG-3407 and some
personal headaches, mostly with dealing with working with OSS on a
laptop within restricted environments, (ie. no, or bad internet
connection, such as a service station, while waiting for your car to be
fixed.)
I have a loca
Jason,
Saying that this commit is Archiva-motivated is an incorrect rush to
judgment and is insulting.
Unprovoked and inaccurate attacks against members of the committer pool
are also unhealthy to the community at large.
Brian's concerns about this change are valid as is, and need to be
addr
Jason van Zyl wrote:
On 28-Feb-08, at 1:35 PM, Brett Porter wrote:
On 29/02/2008, at 5:51 AM, Jason van Zyl wrote:
I'm going to roll back all the WagonDAV changes as
1) As we discussed about extensions on the list that for deployment
the required libraries necessary for deployment should
PROTECTED])
Nicolas de Loof ([EMAIL PROTECTED])
Joakim Erdfelt ([EMAIL PROTECTED])
Arnaud Heritier ([EMAIL PROTECTED])
Dennis Lundberg ([EMAIL PROTECTED])
Jesse McConnell ([EMAIL PROTECTED])
Brett Porter ([EMAIL PROTECTED])
Edwin Punzalan ([EMAIL PROTECTED])
Carlos Sanchez ([EMAIL PROTECTED])
I took a stab at making wagon-http WebDAV aware (WAGON-99).
I have this experimental code in the following branch.
https://svn.apache.org/repos/asf/maven/wagon/branches/wagon-http-with-webdav
It needs some more work and unit testing, but the bones are there.
This branch adds the 2 missing HttpM
what we are, but know not what we may be.
-- Shakespeare
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Big +1 from me too.
- Joakim
Wendy Smoak wrote:
There was some discussion on IRC last night about branching Archiva
1.0 to allow trunk to move on as 1.1.
Thoughts?
+1
Was wondering what this was about, as I have a .procmailrc filter
already to do this for me.
Sure. formalize it!
- Joakim
Brett Porter wrote:
per the thread on [EMAIL PROTECTED] - should Archiva have it's own
[EMAIL PROTECTED] list?
[ ] +1
[ ] 0
[ ] -1
Cheers,
Brett
ncouraged to vote and give their feedback. Please make sure to
test it before voting ;-)
[ ] +1 Release it!
[ ] 0
[ ] -1 Don't release it, because...
The vote will be open for 72 hours. So, cast your votes now..
Thanks,
Deng
--
- Joakim Erdfelt
[EMAIL PROTECTED]
Open Sou
+1 from me.
- Joakim
Brett Porter wrote:
I'd like to call a vote for Nicolas de Loof as a committer, based
primarily on his work for Archiva, but also from being active in the
general Maven community for quite some time. He has been relentlessly
testing and identifying issues and providing pa
OK, what I got from this is some proxy logging guidelines.
1) Always include the source repository id
2) Always include the resource being requested
3) Use DEBUG severity level for normal (happy path) events.
4) Use INFO severity level for whitelist / blacklist rejections.
5) Use INFO severity lev
+1
I like it!
I think we'll need a link to "other downloads" on that slideout download
box, tho.
- Joakim
Brett Porter wrote:
> As I alluded to in my other mail, I did some work on making a top
> level site. More work is needed, and I need to drag in the project
> documentation itself, but I thou
[X] I'll be at ApacheCon US in Atlanta
Man, I owe so many beers to other maven developers that I better be sure
to free up some room on my credit cards ...
- Joakim
Brett Porter wrote:
I know several folks are presenting and will definitely be there, but
I thought it might be good to send a
umer
11) Scan Start
12) Scan End
We both agreed that #10 (Snapshot Repository Purge Consumer) is an
obvious one to hook up.
What are the feelings of the rest of developers and users of archiva?
What else should be logged?
What kind of guidelines should be placed on audit logging?
Also, what should we use in the log field for "user id" and "remote ip"
when logging from consumers?
One idea would be to use "[consumer]" or "[purge]" style/format for the
"user id" field, and "0.0.0.0" for remote ip in this situation.
Comments?
--
- Joakim Erdfelt
[EMAIL PROTECTED]
Open Source Software (OSS) Developer
g fat red error box if the
directory is invalid, can't be found, can't be created, or can't be
written to.
What else is there?
--
- Joakim Erdfelt
[EMAIL PROTECTED]
Open Source Software (OSS) Developer
ts for all repositories, regardless
of security.
Thanks,
--
- Joakim Erdfelt
[EMAIL PROTECTED]
Brett Porter wrote:
On 01/11/2007, at 10:01 AM, Joakim Erdfelt wrote:
IGNORED is a universal setting that means ... "This policy is ignored."
It can be applied to any policy.
Changing IGNORED to ALWAYS is makes no sense for the other policies.
I wasn't suggesting this f
AIL
(new) SKIP, FIX, FAIL
WDYT?
- Joakim
Brett Porter wrote:
I'd say 2)
please just change "ignored" to a value that interacts with the
artifact (eg, always) instead of the policy, since that's what all the
other values do.
On 23/10/2007, at 1:17 PM, Joakim Erdfelt
Brett Porter wrote:
On 19/10/2007, at 4:58 AM, Joakim Erdfelt wrote:
/**
* Purge the repo. Update db and index of removed artifacts.
*
* @param artifactFiles
* @throws RepositoryIndexException
*/
-protected void purge( File[] artifactFiles
model to disk.
--
Brett Porter - [EMAIL PROTECTED]
Blog: http://www.devzuz.org/blogs/bporter/
--
- Joakim Erdfelt
[EMAIL PROTECTED]
Open Source Software (OSS) Developer
AIL PROTECTED]
Blog: http://www.devzuz.org/blogs/bporter/
--
- Joakim Erdfelt
[EMAIL PROTECTED]
Open Source Software (OSS) Developer
Brett Porter wrote:
Well, since you asked :)
On 17/10/2007, at 2:10 PM, Joakim Erdfelt wrote:
ArchivaArtifactConsumer is an abstract-dealing-with-artifacts consumer.
RepositoryContentConsumer is for files.
A file that isn't an artifact can be *.xml, *.sha1, *.md5,
maven-metadata.xml
the old technique + large repositories +
scan for new content.
- Joakim
Wendy Smoak wrote:
On 10/16/07, Joakim Erdfelt <[EMAIL PROTECTED]> wrote:
ArchivaArtifactConsumer is an abstract-dealing-with-artifacts consumer.
RepositoryContentConsumer is for files.
A file that isn't an a
tection by ensuring ALL
tokens considered as version are valid versionElements ?
Something like this :
[- ]+ [- ]+ [- ]?
In such case, for "maven-test-plugin-1.8.2", as "plugin" is not a
valid versionElement, "test" and "plugin" may have been added to the
artifactId
--
- Joakim Erdfelt
[EMAIL PROTECTED]
Open Source Software (OSS) Developer
ories, maybe one menu entry by category)
Old versions
1.0.x site
About videos, I don't know yet where to put them. Maybe a video
attached to a page (like Add Maven2 project) instead of a specific
videos page in the menu.
WDYT?
Emmanuel
--
- Joakim Erdfelt
[EMAIL PROTECTED]
Open Source Software (OSS) Developer
I'd like to drop (or move to the archiva-sandbox) the archiva-cli and
archiva-converter modules.
Does anyone see any reason to keep these two modules around anymore?
--
- Joakim Erdfelt
[EMAIL PROTECTED]
Open Source Software (OSS) Developer
Just a thought, but why not dump wagon in 2.1 and just use the java.net
package for file / http / https / ftp fetch, any valid java.net.URL
could work that way.
Instead of picking and choosing what to support, just punt and support
what is in java itself for fetch.
And we can get rid of a lot of
+1
/(Whoa, this is some serious deja-vu for me.)/
- Joakim
Emmanuel Venisse wrote:
Hi,
I'd like to give to Olivier commit access to Continuum.
He provided lot of good patches, implemented new features
(installations/profiles) and help users on the mailing lists
here, my +1
Emmanuel
--
ry are not fetched as the "hasRessource" return true...
I'll prepare a testCase for snapshots updates and attach it to jira, so it
can be better tested.
2007/8/7, Joakim Erdfelt <[EMAIL PROTECTED]>:
I'm the one that closed that jira.
I only closed it as won't fix
urces are
used".
Is there any update guide to convert old-style configuration into
archiva
1.0 ? If none, why does archiva still read this deprecated and
uneditable
archiva.xml file ?
Nico.
--
- Joakim Erdfelt
[EMAIL PROTECTED]
Open Source Software (OSS) Developer
Brett Porter wrote:
On 03/08/2007, at 3:23 AM, Joakim Erdfelt wrote:
And with the dozen or so licenses in use by ant and maven, how and
why is this suddenly important to archiva, but not the other projects?
In maven and ant we have jgpl'd and oddball licenses such as ...
checkstyle, c
l licenses such as ...
checkstyle, clover, netrexx, jruby, judo, jython, javamail, activation,
and jai.
--
- Joakim Erdfelt
[EMAIL PROTECTED]
Open Source Software (OSS) Developer
eryone okay with this? :)
Thanks,
Deng
--
- Joakim Erdfelt
[EMAIL PROTECTED]
Open Source Software (OSS) Developer
of the getId from
the path which there were technical reasons to not do.
However, I do not want all repositories to look like /archiva/
repository/releases/get/maven2/. Yikes.
Cheers,
Brett
On 04/07/2007, at 12:32 AM, Joakim Erdfelt wrote:
Design.
1) Create DynamicGetServlet which pars
Member, Apache Maven
mail: jdcasey at commonjava dot org
blog: http://www.ejlife.net/blogs/john
--
- Joakim Erdfelt
[EMAIL PROTECTED]
Open Source Software (OSS) Developer
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For ad
commands, e-mail: [EMAIL PROTECTED]
--
- Joakim Erdfelt
[EMAIL PROTECTED]
Open Source Software (OSS) Developer
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
it.
4) Test
5) Done.
- Joakim
Brett Porter wrote:
Sounds good. With the M1 client support, can you post a small design
proposal first since last I remember we didn't reach consensus on how
it should be implemented?
- Brett
On 03/07/2007, at 8:15 AM, Joakim Erdfelt wrote:
I agree.
I v
Wendy Smoak wrote:
On 7/2/07, Joakim Erdfelt <[EMAIL PROTECTED]> wrote:
* Live documentation. (present in archiva.war)
Can you explain what you want to do here? Does it work off the
existing apt source and get bundled into the .war file, or something
else?
Live documentation.
Ship
be "standalone" instead of "bin"?
We should also generate the different source tarball versions too.
apache-archiva-${version}-src.tar.gz
apache-archiva-${version}-src.tar.bz2
apache-archiva-${version}-src.zip
--
- Joakim Erdfelt
[EMAIL PROTECTED]
Open Source Software (OSS) Developer
Jason van Zyl wrote:
On 20 Jun 07, at 10:13 AM 20 Jun 07, Joakim Erdfelt wrote:
Be sure that this doesn't break forward compatibility too.
That approach would not allow for proper mirroring, authentication
propagation, network proxy usage, and short-circuits the whole wagon
ma
epository( repository );
+setAuthenticationInfo( authenticationInfo );
+setProxyInfo( proxyInfo );
connect();
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTE
There are a few proxy related bugs left to work out in 1.0-alpha-2, I'd
like to get a functional proxying working for the 1.0-alpha-2 release.
I think this weekend might be doable. But that depends on the help
testing the bug fixes.
- Joakim
Wendy Smoak wrote:
How does the weekend of June
tional commands, e-mail: [EMAIL PROTECTED]
--
- Joakim Erdfelt
[EMAIL PROTECTED]
Open Source Software (OSS) Developer
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Mark Hobson wrote:
On 19/06/07, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
On 6/19/07, Mark Hobson <[EMAIL PROTECTED]> wrote:
> Ah thanks, I wasn't aware of that - I had assumed archiva used
> dependency-tree, although I haven't got around to looking at archiva
> yet. That certainly looks like t
In short. The archiva one is consistent to compile / test scoped deps
that maven client uses for the same project. I even created an
archivadev:create-dependency-tests plugin to take the
shared-dependency-tree results of the project, and generate testcases
that ensure an identical resolution of
Note, Archiva couldn't use the DependencyTree component, as it made
assumptions about repository access, availability, search order, and
layout that simply were not true. (actually, this is a problem mostly in
maven/components, but it still affected Archiva).
So, we wrote our own dependency gr
to give people
what I actually used to build the release then the tag should be
exported and zipped up.
Last one I see is maven-2.0.5
http://www.apache.org/dist/maven/source/
--
- Joakim Erdfelt
[EMAIL PROTECTED]
Open Source Software (OSS) Developer
--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
- Joakim Erdfelt
[EMAIL PROTECTED]
Open Source Software (OSS) Developer
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additi
the correct
version of D
> for
> > A to get.
> >
> > While B declares version 2.0 in its depMan section, we can't
really be
> sure
> > of the intention of the developer if there is not a direct
dependency on
> D
> > also listed in B. Maybe B is a pa
than the actual behavior
On 6/6/07, Joakim Erdfelt <[EMAIL PROTECTED]> wrote:
Sorry for the 1950's Horror Movie Catchphrase. I'm just odd like
that. ;-)
The following has been filed as http://jira.codehaus.org/browse/MNG-3038
and I encourage discussion on this.
I was recently
This has been reviewed by Carlos and Brian on irc as not implemented
correctly on maven client.
--
- Joakim Erdfelt
[EMAIL PROTECTED]
Open Source Software (OSS) Developer
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
repository in such an URL ?
The only thing I don't like in this solution is that it doesn't work
based
on an auto-detection of the requested format. I'd prefer the servlet to
search for an implementation that accepts the requested path, so that
the
current "/repository/id/{layout
e requested format. I'd prefer the servlet to
search for an implementation that accepts the requested path, so that
the
current "/repository/id/{layout}" would be valid for any supported
layout.
2007/6/5, Joakim Erdfelt <[EMAIL PROTECTED]>:
We have 2 concepts that are
The following are the results of this vote.
+5 Binding Votes ( Jesse, Emmanuel, Wendy, Fabrice, and Myself)
+2 Non-binding Votes (Maria, and Nicolas)
The release is good to go.
I'll send another update when it has been completed.
- Joakim
Joakim Erdfelt wrote:
Archiva 1.0-alpha-1 was t
nce) ? This would avoid having
similar try/catch 3 times.
2007/6/5, Joakim Erdfelt <[EMAIL PROTECTED]>:
MRM-412 will make it into Archiva 1.0-alpha-2 thanks!
As for the check for the requested file issue, yes that is a mistake,
likely left over from an earlier time, when things were mor
istrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
+1
- Joakim
John Casey wrote:
+1
On May 30, 2007, at 11:27 AM, Dennis Lundberg wrote:
Hi
We get some JIRA issues for the M1 plugins that really belongs to the
M2 plugins. To help get these issues into the correct JIRA project
from the start, I propose that we change the names of the JIRA
x27;m confused - why alpha-1? wasn't the model 2.1?
IF these are meant to be released in lockstep, they should probably be
in a module together.
- Brett
On 26/05/2007, at 9:08 AM, Joakim Erdfelt wrote:
I'm preparing the staging / tags / etc... for the following two
shared modules ...
commands, e-mail: [EMAIL PROTECTED]
--
- Joakim Erdfelt
[EMAIL PROTECTED]
Open Source Software (OSS) Developer
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
stage/maven_shared_repo/
So, let's try 72h +1/+0/-1. Please cast your votes!
Here my +1
--
- Joakim Erdfelt
[EMAIL PROTECTED]
Open Source Software (OSS) Developer
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional c
maven-artifact-converter depends on.
and
maven-transaction
https://svn.apache.org/repos/asf/maven/shared/trunk/maven-transaction
snapshot version: 1.0-SNAPSHOT
proposed version: 1.0-alpha-1
(These two modules need releasing in order to move along a pending
release of Archiva)
--
- Joakim Er
guration (to a limited degree), getting
started, FAQ, etc...
We can reference/link the latest released javadoc section for the
details on that version.
Any comments? Suggestion? Hate Mail? Silly Jokes? Unrelated Arguments?
--
- Joakim Erdfelt
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Archiva Developer
Alpaca Founding Member
default" );
}
To save me a bit of digging, does anyone know how this is supposed to
work?
Thanks,
-Jan
--
- Joakim Erdfelt
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Archiva Developer
Alpaca Founding Member
That's expected.
On a fresh checkout/update, the modules do not exist in the local (or
remote) repositories yet.
When you run the eclipse:eclipse goal, it tries to resolve the
dependencies, it can't as there is no information present in the
repository system for those modules.
Compile it f
The merge is complete.
Trunk is now on version 1.0-alpha-1-SNAPSHOT using the former database
branch.
Old trunk is now located in
https://svn.apache.org/repos/asf/maven/archiva/branches/archiva-0.9
- Joakim
Joakim Erdfelt wrote:
Steps 1-4 are now complete.
Working on Step 5 (make version
Steps 1-4 are now complete.
Working on Step 5 (make version in trunk 1.0-alpha-1-SNAPSHOT) now ...
- Joakim
Joakim Erdfelt wrote:
Ok.
Here's the vote breakdown.
option A - Make the branch the new trunk.
* Emmanuel Venisse
* Arnaud Heriter
* Nicolas De Loof
* Jesse McConnell
* Brett P
+1
- Joakim
Daniel Kulp wrote:
> I'd like to release version 1.0-alpha-5 of the
> maven-remote-resources-plugin. This resolves one critical bug, but
> also adds some new features to make it a bit more usable.
>
>
> Release Notes - Maven 2.x Remote Resources Plugin - Version 1.0-alpha-5
>
> **
tifacts. Those consumers operating on the second major phase (as
outlined above as the Database Scan) should use this interface.
This allows for a very simplified content scan and manipulation in
archiva.
- Joakim Erdfelt
That is a failure in the packaging <-> file extension mapping facilities
in archiva/trunk
Other examples (from codein archiva branch):
typeToExtensionMap.put( "ejb-client", "jar" );
typeToExtensionMap.put( "ejb", "jar" );
typeToExtensionMap.put( "distribution-tgz", "tar.gz"
+1
btw, what is the scope of this plugin?
Does it exist to only check the environment of the user before executing
the build?
Can it also perform some multi-module sanity checks, or is that out of
scope?
(I've wanted to add 2 multi-module convergence checks, on dependencies
and parent references)
Jason van Zyl wrote:
>
> On 2 Apr 07, at 1:01 PM 2 Apr 07, Wendy Smoak wrote:
>
>> On 4/1/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
>>> On 1 Apr 07, at 9:04 AM 1 Apr 07, Brett Porter wrote:
>>> > Should this include the full change log like previous releases?
>>>
>>> I added a pointer to the roa
Looks like we'll need an new maven-ical-report for the site generation.
To inject the schedule into the site, with links to the live-schedule.
- Joakim
Jason van Zyl wrote:
>
> On 2 Apr 07, at 9:44 AM 2 Apr 07, Brian E. Fox wrote:
>
>> +1. More info helps the users to plan and gives the devs som
+1 Spiffy idea!
- Joakim
Jason van Zyl wrote:
> Hi,
>
> Taking the lead from the Mylar development team, whom I have a great
> deal of respect for, I would like to create a shared Google calendar
> where we can put some releases on schedules. I know at least for Maven
> itself, Doxia, Wagon and s
+1 (a little late)
- Joakim
Jason van Zyl wrote:
> Hi,
>
> The roadmap is here:
>
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10500&fixfor=13010
>
>
> The tag is here:
>
> http://svn.apache.org/repos/asf/maven/components/tags/maven-2.0.6/
>
> Staging repository:
>
> http:
The fact that install / deploy process maintains the filename with a
version in it is simple.
The repository is to be thought of as a database.
The local repository is to be thought of as a remote repository cache.
The repository database *needs* versioning.
The plugins that bundle the artifacts
+1
- Joakim
Jesse McConnell wrote:
> As part of the prepwork for getting an actual continuum alpha release
> out I need to get a few more dependencies released, one of them is the
> maven-app-configuration. And since the currently released parent
> version is out of date with regards to the new
+1
- Joakim
Brian E. Fox wrote:
I'd like to release maven-dependency-plugin:2.0-alpha-4 and the shared
maven-dependency-analyzer 1.0-alpha-2 that it depends on.
Tags:
http://svn.apache.org/repos/asf/maven/plugins/tags/maven-dependency-plug
in-2.0-alpha-4/
http://svn.apache.org/repos/asf/maven/
Just a quick note to other Archiva Developers that the Product Roadmap
and Design docs are being updated on wiki (Confluence)
The Roadmap::
http://docs.codehaus.org/display/MAVENUSER/Archiva+Roadmap
I think we might need to split up the roadmap to 1.0-alpha, 1.0-beta,
1.0-rc, and finally 1.0. WDY
+1
- Joakim
Jason van Zyl wrote:
> Hi,
>
> As part of the massive overhaul that was MNG-1577 I wanted to also to
> ask for commit privs for Ralph. Much of my recent work has been with
> Patrick on getting MNG-1577 into the codebase, but Ralph also did a
> great deal of work and when looking at th
+1
- Joakim
Jason van Zyl wrote:
> Hi,
>
> Patrick has, for at least a couple months, been working on MNG-1577,
> has written extensive tests, changed and altered patches for anything
> and everything that's been asked of him. He worked with Mike and Ralph
> discussing the problem, getting the p
+1
- Joakim
Daniel Kulp wrote:
> Following the "release often" mantra... :-(
>
>
> Several projects have hit "Critical" bugs that is causing builds to fail
> when using the remote-resources plugin.1.0-alpha-4 contains no new
> functionality. It just fixes the two critical bugs.
>
>
>
One question I have ...
Do you want to identify the incubating projects on central in any way?
A groupId prefix of org.apache.incubating.* for example?
- Joakim
Daniel Kulp wrote:
> Just to let everyone know, there is a long thread about the incubator M2
> repository on general@incubator.apache
Just a little update before going to bed ...
Jason has been having some problems with the bleeding edge wagon
(1.0-beta-3-SNAPSHOT) on components/trunk.
We are in the process of rolling back to 1.0-beta-2 (with bug fixes) on
components/trunk.
Here's the end svn state we are working on...
Wagon 2
+1
- Joakim
Jason van Zyl wrote:
> Hi,
>
> The impetus for this is wanting to release the surefire plugin that
> has a tiny bug in it. We are versioning our Maven release
> major.minor.micro so why don't we do the same with our plugin and
> treat everything like we're going to do small incrementa
+1
- Joakim
Carlos Sanchez wrote:
> anything pending to do in the apache pom? there are some mistakes in
> the version 3 like organization name that propagates to all apache
> projects.
>
-
To unsubscribe, e-mail: [EMAIL PROTEC
You have a few options here.
1) Don't expose jpox enhanced objects in the rpc interface.
2) Have a second set of identical objects, on a different package, that
are exposed via RPC. This would require a set of Copy methods to copy
the JPOX enhanced object values into this second set of objects.
3)
The banner is useful in debugging.
Especially the versions of non-project dependencies ( maven / wagon /
plugins )
Having a banner would address some of that.
Having an 'opt-out' of the banner would also be useful (ala the
and type settings in the
$HOME/.m2/settings.xml)
I agree with Jason ab
(replies inline below)
- Joakim
Jason van Zyl wrote:
> Hi,
>
> I think at least a few of us will be at EclipseCon. Brett, you
> mentioned that you're going to be there and I see that Carlos is going
> to be there.
>
> I would like to take a swing at the planning for Maven 2.1 in a more
> official
Actually, I believe the current maven 2.0.5 supports setting up a
entry like this
corporate.proxy
*
http://my.corporate.proxy/maven/
(typed from memory, parsing errors potential in effect)
This would in effect send all requests to your corporate proxy.
- Joakim
Jason Dillon wrote
>
>>> One thing before ...
>>> Can we have the list of patchs that aren't yet applied on the trunk ?
>>> Don't we have to apply them before or we'll never be able to do it
>>> (due to
>>> the important changes you made) ?
>>>
>>
+1
- Joakim
Brett Porter wrote:
> Please vote for the release of Surefire 2.3. This now includes the
> API, providers, plugin and report plugin.
>
> [ ] +1
> [ ] 0
> [ ] -1
>
> Staged at: http://people.apache.org/~brett/release-staging-repo/
>
> Vote is open for 72 hours.
>
> Release notes:
>
> *
n's register URL handlers for themselves too.
That would allow for a more natural Streaming Wagon implementation too.
- Joakim
Joakim Erdfelt wrote:
> The changes to wagon are ... (just to make sure they show in john's
> gmail account)
>
> 1) Timeouts
> 2) Streaming Wagon
n van Zyl wrote:
>
> On 22 Feb 07, at 10:12 AM 22 Feb 07, Joakim Erdfelt wrote:
>
>> I have plans to make that entire stack isolated and unaffected by
>> reporting / dao / web / indexing / etc...
>> As well as making an import applet utilize the conversion routines too
>
tracked me down, and
> waited
> while I stopped everything I was doing, and fixed the problem...with
> tests,
> if possible.
>
> On 2/22/07, John Casey <[EMAIL PROTECTED]> wrote:
>>
>> Just to be clear - did I miss a volley of emails on these topics?
>>
The changes to wagon are ... (just to make sure they show in john's
gmail account)
1) Timeouts
2) Streaming Wagon
3) Limited Transactions
- Joakim
John Casey wrote:
> Hi all,
>
> I have something to point out that I think the entire Maven development
> community needs to hear. I've been doing a
Plugins can not be removed from the build.
However configuration portions can be overridden.
If you have checks that must always run, hardcode it.
Or use a resource from an URL or artifact to get the values.
Just don't let someone use the plugin configuration to change the value.
- Joakim
Brian
Check out the geronimo tools-maven-plugin
Found at
http://svn.apache.org/repos/asf/geronimo/genesis/trunk/plugins/tools-maven-plugin/
It is used by the current geronimo for enforcing various minimum aspects
of the build environment.
Example: (from
http://svn.apache.org/repos/asf/geronimo/daytrade
1 - 100 of 224 matches
Mail list logo
