+1 to Barrie's note.
On Mon, Feb 10, 2014 at 9:55 AM, Barrie Treloar baerr...@gmail.com wrote:
On 10 February 2014 14:50, jieryn jie...@gmail.com wrote:
Don't mess with existing tests. It's always wrong to do it. You're
lazy and stupid if you do it.
Can you chill with the attitude.
And perhaps this capability can reside in Maven core? Just a thought
On 3/12/2013 2:56 AM, Robert Scholte wrote:
Hi,
There are several MSITE/DOXIA and MRELEASE issues related to this
subject.
For the SCM-section and the site-section of the distributionManagement
we need a more
/index.html
Op Thu, 14 Mar 2013 10:32:26 +0100 schreef Stephen Connolly
stephen.alan.conno...@gmail.com:
No it makes more sense in the release plugin
On 14 March 2013 09:16, Rahul Thakur rahul.thakur.x...@gmail.com
wrote:
And perhaps this capability can reside in Maven core? Just a
thought
+1
On 2/28/2013 1:15 AM, Stéphane Nicoll wrote:
+1
Sent from my iPhone
On 27 Feb 2013, at 19:34, Benson Margulies bimargul...@gmail.com wrote:
I think it's long overtime for us to officially disclaim support for Maven 1.
Congratulations, Paul!
Rahul
On Sat, May 15, 2010 at 3:04 AM, Brian Fox bri...@infinity.nu wrote:
The Maven PMC recently voted to invite Paul Gier to join us as a
member of the PMC Committee. He accepted and is now officially part of
the Maven PMC. Congratulations Paul!
If you'd like to
+1
Rahul
On Thu, Jul 30, 2009 at 5:04 PM, Brett Porterbr...@apache.org wrote:
Hi,
Mark has been contributing regularly to Maven SCM for quite some time (in
particular the git support recently, and I think has been wanting to help
with improving the API and release mechanism for git), as
Hi Jason,
Any chance if these session recordings will be available to the wider
community after EclipseCon, ApacheCon?
Thanks,
Rahul
On 12/03/2009 10:34 a.m., Jason van Zyl wrote:
Hi,
For those interested in knowing what Sonatype is working on in the
Maven community, we're having a
IIRC, some of the sources are under ASL 2.0. I think I have seen some
source headers with MIT and some with Common Public License.
Rahul
On 28/02/2009 4:18 p.m., Abel Muiño wrote:
Arnaud HERITIER wrote:
No it's not the case.I often find Apache processes heavy,, but if in
eclipse
you
OTOH, there is a 'Fix Version' property in JIRA that you can use to
assign a release/build/version id.
Rahul
On Fri, Aug 1, 2008 at 9:28 AM, Paul Benedict [EMAIL PROTECTED] wrote:
Is there anywhere in JIRA we can tag some issues as being fixed in RC1, RC2,
etc.? I liked how Bugzilla had flags
+1
Rahul
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
+1
Rahul
Jason van Zyl wrote:
Hi,
Oleg has been contributing patches to the artifact mechanism for well
over 6 months and has gone through some steps to look at graph-based
resolution, and subsequently moved on to the boolean solver method of
performing version selection in artifact
[snipped]
Selfish deeds are the shortest path to self destruction.
-- The Seven Samuari, Akira Kirosawa
[snipped]
That's Akira Kurosawa (not Kirosawa)!
:-)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Hi,
SVN update for maven-archiva fails on the XP. Joakim kindly looked at
the SVN error log (attached below) and noted that the path exceeded the
length imposed by Windows.
Can we please review the modules/packages so people can continue
checkouts on Windows?
Thanks,
Rahul
snipped
Is there a change in the recent release that is using 'build' folder for
output by default? I generated Eclipse projects for Continuum and all
projects have output folder set to 'build' in absence of any specified
folders. The online plugin docs suggest otherwise; bug?
Rahul
Brian E. Fox
duh me! Please ignore; sorry about the noise. It was the root pom.
Rahul Thakur wrote:
Is there a change in the recent release that is using 'build' folder for
output by default? I generated Eclipse projects for Continuum and all
projects have output folder set to 'build' in absence of any
+1, works fine for me.
Rahul
Brian E. Fox wrote:
Time to vote on the final Maven 2.0.9 Release. We went through 8 Release
Candidates and fixed all know regressions from 2.0.8 to 2.0.9 during
that time. Note that there were no source changes between RC8 and this
final build.
Release is
Hello,
I have opened an enhancement request for ANSI color logging for Maven here.
http://jira.codehaus.org/browse/MNG-3507
I believe it would be a neat usability enhancement to Maven and make it
much easier to skim through logging output on the console.
Thoughts?
Cheers,
Rahul
Developers List
Subject: Re: ANSI color logging in Maven
Rahul,
Something like this library might help you in your quest...
http://sourceforge.net/projects/javacurses/
James
On Tue, 2008-04-08 at 10:40 +1200, Rahul Thakur wrote:
Hello,
I have opened an enhancement request for ANSI color logging
Hi,
Have a look at Cargo Maven 2 Plugin. (http://cargo.codehaus.org)
I think there is also a tomcat plugin under Mojo project.
(http://mojo.codehaus.org)
Please start a new thread/post if you are not replying to an existing
one instead, as it can be inconvenient to the users who use
Hi Jason,
Is this hosted somewhere where we can take a look or start poking around?
Cheers,
Rahul
Jason van Zyl wrote:
On 28-Feb-08, at 3:00 PM, Barrie Treloar wrote:
Jason, do you want to talk some more about XBean, DI, Maven/Plexus etc?
XBean Reflect (XBR) is really something more
The branches have been removed except for 'continuum-site_1.1' which had
some updates a few months ago. If this is not required please feel free
to remove.
Rahul
Olivier Lamy wrote:
IMHO, we can remove.
2008/3/10, Rahul Thakur[EMAIL PROTECTED]:
There are some other branches residing
You could also use Eclipse's ASTParser to scan sources for annotations.
Rahul
Jason van Zyl wrote:
On 25-Feb-08, at 2:21 AM, Bengali Bengali wrote:
I need to find annotated classes and generate an XML file.
Since i haven't found any good library to scan source files for
annotations.
There are some other branches residing in Continuum SVN. Should we
remove any (or all) of the following if they are not in active
development? I know (id-refactor and key-based-refactor can go)
# continuum-acegi
# continuum-site_1.1
# gbuild
# id-refactor
# key-based-refactor
#
Is 'plexus-spring' moving to Plexus SVN then?
+1 for merge if all is good to go.
Cheers,
Rahul
Brett Porter wrote:
Cool. Is there anything left to do on here now, or should we look at
merging it to trunk?
On 02/03/2008, at 6:33 PM, nicolas de loof wrote:
That's what I supposed but just
Brett Porter wrote:
On 29/02/2008, at 10:04 AM, Emmanuel Venisse wrote:
On Thu, Feb 28, 2008 at 11:55 PM, Brett Porter [EMAIL PROTECTED] wrote:
On 29/02/2008, at 9:52 AM, Emmanuel Venisse wrote:
why 1.1.x?
in case there was a bugfix release on 1.1? I thought that was what the
branch
;-)
Nicolas.
2008/2/25, Rahul Thakur
[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]:
Hi Nicolas
+1 , Go Archiva!
Rahul
Maria Odea Ching wrote:
Hi Everyone,
As discussed in the Archiva dev list, below is the proposal for the Archiva TLP.
Please vote on whether to make this proposal a formal request to the Maven
PMC to apply for graduation.
[ ] +1
[ ] 0
[ ] -1
Thanks,
Deng
Establish
Hi,
Some code using a couple of Entities as examples would be nice :-)
I still think the API would be verbose.
Thanks,
Rahul
On Fri, Feb 22, 2008 at 11:06 PM, Emmanuel Venisse
[EMAIL PROTECTED] wrote:
On Fri, Feb 22, 2008 at 10:45 AM, Rahul Thakur [EMAIL PROTECTED]
wrote:
2
Thanks for the rationale, Jason. My intent was to understand from a
classloading and modularity perspective.
Cheers,
Rahul
Jason van Zyl wrote:
On 26-Feb-08, at 6:29 PM, Rahul Thakur wrote:
On a related note, I have always wondered why Maven was not using
OSGi underneath?
Because
On a related note, I have always wondered why Maven was not using OSGi
underneath?
Rahul
Paul Benedict wrote:
Would shading be eliminated if Maven 2.1 integrated OSGi so that component
and plugin dependencies can be totally isolated from each other (i.e.,
privatized)?
Paul
On Tue, Feb
Hi Nicolas,
Sorry, I have looked at the recent updates to the code, hence my
question. Is this 'ready' enough to be used outside Archiva? I'd like to
integrate this into Continuum.
I think it might make sense to have this module in Plexus SVN repo - wdyt?
Good stuff!
Cheers,
Rahul
nicolas
Opps, I meant...
I haven't looked at the recent updates to the code...
PS: Sorry about the earlier empty msg.
/me slaps wrist - need to reinstall my mail client!
Rahul
On Tue, Feb 26, 2008 at 9:47 AM, Rahul Thakur
[EMAIL PROTECTED] wrote:
OK, this is just my personal opinion:
I think choice of Spring OSGi is influenced by a few things:
1) Archiva is looking to garner more contributions from the community.
Moving to Spring would, IMO, definately lessen the learning curve. There
is a comprehensive documentation and large user
2) Criteria vs Named Queries: I am not convinced (yet) that Named
queries are the way to go. I did some digging around, they are indeed
best practices for JPA but I think the decision merits other
consideration(s). I still believe the Criteria Queries will help us
define a cleaner Store
Hi,
I'd like to go ahead and pick up something towards the next Continuum
iteration. I am thinking refactoring ContinuumStore interface as was
earlier discussed on this list and as I did on the 'continuum-jpa'
branch.
To this end, I need to get a clear picture on a few items:
1) Which JPA
Great news! Congrats everyone :-)
Rahul
Brett Porter wrote:
Hi all,
Congratulations - the board passed the resolution we submitted.
We'll have some work to do to get set up over the next month, but
other than that it's business as usual. Certainly shouldn't interrupt
the planning for the
Another feature (rather features) that i would like to see is around
Change tracking/audit.
I would like to add to the feature list - integration with some of
popular Change management/ Bug tracking systems, such that user can see
issues fixed in a build.
On a related note, I think we are
Hi,
I have re-organised and updated content related to Continuum 2.0 Roadmap
here:
http://cwiki.apache.org/confluence/display/CONTINUUMDEV/Draft+-+Continuum+2.0+Roadmap
Would appreciate if others can review/update/comment as appropriate.
Also, I think we start cutting out concrete JIRA tasks
+1
Rahul
Lukas Theussl wrote:
I'd like to propose giving commit access to Benjamin.
During the last few months, he has provided patches in so many areas
of Maven that I can't list them all here (various plugins, surefire,
doxia,...), including documentation and translations, and he has
Hello Everyone,
I have re-organized the document on the cwiki.apache.org
http://cwiki.apache.org/confluence/display/CONTINUUMDEV/Continuum+2.0+Roadmap*
*and, moved the items into their own child pages. I think we should have
a template to lend some structure to requirements captured and
not in sync pointing to the same 2.1-snapshot
On Fri, Feb 15, 2008 at 10:26 AM, Rahul Thakur
[EMAIL PROTECTED] wrote:
I get the error below when I attempt to build and run a Maven 2.1
SNAPHOT on win xp.
Rahul
E:\maven-componentsmvn -X package
Exception in thread main java.lang.NoClassDefFoundError
I get the error below when I attempt to build and run a Maven 2.1
SNAPHOT on win xp.
Rahul
E:\maven-componentsmvn -X package
Exception in thread main java.lang.NoClassDefFoundError:
org/codehaus/classworlds/Launcher
Caused by: java.lang.ClassNotFoundException:
:
Thanks Brett.
I'm +1 to open it.
Emmanuel
On Feb 13, 2008 8:43 AM, Brett Porter [EMAIL PROTECTED] wrote:
no, permissions changes are non-destructive :)
On 13/02/2008, at 6:33 PM, Rahul Thakur wrote:
+1 as long as editing it requires a login :-)
Should I hold off the migration from
Hi John,
That looks very interesting!
BTW, what is 'Just-in-time lifecycle discovery and configuration'?
Rahul
John Casey wrote:
Hi all,
I've written up the new features present in the refactored lifecycle
support for 2.1, if anyone is interested in reading it. I'd like to
hear what you
Overall I think the core of Continuum should be re-though to be more
pluggable. In particular a workflow engine should be in the middle of
the execution to orchestrate any steps involved with building a
project. This is one of the places where people should be able to plug
in their own steps
snipped
1-2)I would like to bring Guice to the mix. I think it is worth
investigating for Continuum 2.0 - WDYT?
I need a reason to drop the current set of technologies, why is the
new set better etc.
My motivations behind this were:
# leverage Java 5 language and other library
Here's my list:
1) Peformance improvements.
2) A slicker User Interface. Ability to let the user work in an offline
mode (Google Gears!) and sync periodically.
3) Good user and developer documentation.
4) Better public APIs (rework Store and Continuum)
Rahul
Napoleon Esmundo C. Ramirez
Some good points emerging from this discussion! :-)
Would it be a nice idea to put following on wiki:
1) State goals/philosophy for C2 in light of lessons learnt from 1.x
development - lean, mean, extensible (~add any other here~)
2) Document *all* features/requirements we want to see in C2
Are you thinking what I am thinking - an OSGi based runtime underneath
and plugins/extensions that could be loaded runtime?
:-)
Carlos Sanchez wrote:
Some comments
Database vs xml: definitely database. Throwing away the db access api
(JDO/JPA/...) now that it's already there doesnt make much
be done straight away.
On 06/02/2008, at 9:25 PM, Rahul Thakur wrote:
Some good points emerging from this discussion! :-)
Would it be a nice idea to put following on wiki:
1) State goals/philosophy for C2 in light of lessons learnt from 1.x
development - lean, mean, extensible (~add any other
])
- Wendy Smoak ([EMAIL PROTECTED])
- Rahul Thakur ([EMAIL PROTECTED])
- Emmanuel Venisse ([EMAIL PROTECTED])
- Kenney Westerhof ([EMAIL PROTECTED])
- Andrew Williams ([EMAIL PROTECTED])
NOW, THEREFORE, BE IT FURTHER RESOLVED, that Emmanuel Venisse be
appointed to the office of Vice President
Good to see C2 discussions picking up! \o/
Re. TopLink
TopLink Essentials is governed by this license:
https://glassfish.dev.java.net/public/CDDLv1.0.html
I am not sure if that license is compatible with our goals or not. Also,
EclipseLink has already been mentioned on this thread earlier.
characteristics will be similar.
Christian.
On 18-Jan-08, at 14:35 , Rahul Thakur wrote:
Thanks Emmanuel! Responses inlined...
Emmanuel Venisse wrote:
Hi Rahul,
After few days to look at JPA, I'm sure now it would be good to use
it
instead of the actual JDO/JPOX (I know JPOX 1.2 support JPA).
The code
Jesse McConnell wrote:
1-2)I would like to bring Guice to the mix. I think it is worth
investigating for Continuum 2.0 - WDYT?
I don't think. I don't see the interest to look at it for Continuum. We
already use Plexus that works fine, and if we decide to move to something
else, it
Hi,
Great to see version 2.0 discussions kicking off! Thanks for putting the
ideas on confluence, Emmanuel. :-)
Some notes around the ideas outlined on the wiki:
1) Architecture
Moving to JSE 5 and JPA is a good idea \o/, it been fairly overdue ;-).
1-1)Can you please elaborate a bit on
I'll try to send at the same time my ideas for 2.x so we'll can discuss
about them.
Can't wait for 2.x design discussions to kick off :-)
Cheers,
Rahul
Emmanuel
+1
Rahul
Brian E. Fox wrote:
It's been a long time since the last release and we have lots of
improvements/fixes:
Release Notes - Maven 2.x Dependency Plugin - Version 2.0
** Bug
* [MDEP-59] - dependency:unpack can't extract rar archives
* [MDEP-74] - dependencies in test
Emmanuel Venisse wrote:
Hi,
I'll probably create a new branch for 1.x dev and will reserve the trunk for
2.x dev. I think I'll do it this week or the next (if you're agree, of
course :) )
+1.
I'll try to send at the same time my ideas for 2.x so we'll can discuss
about them.
+1. I
providers turn criteria queries into
named queries (parameterized SQL) which is then cached, so, on the
surface I suspect the performance characteristics will be similar.
Christian.
On 18-Jan-08, at 14:35 , Rahul Thakur wrote:
Thanks Emmanuel! Responses inlined...
Emmanuel Venisse wrote
on the underlying database. However, most
database flavors and hibernate providers turn criteria queries into
named queries (parameterized SQL) which is then cached, so, on the
surface I suspect the performance characteristics will be similar.
Christian.
On 18-Jan-08, at 14:35 , Rahul Thakur
Emmanuel Venisse wrote:
Hi,
I'll probably create a new branch for 1.x dev and will reserve the trunk for
2.x dev. I think I'll do it this week or the next (if you're agree, of
course :) )
+1
I'll try to send at the same time my ideas for 2.x so we'll can discuss
about them.
+1. I
,
Rahul
That's all for the moment.
Emmanuel
On Jan 16, 2008 11:30 PM, Rahul Thakur [EMAIL PROTECTED] wrote:
Just wondering if anyone else got to the changes?
Emmanuel Venisse wrote:
I don't have the time to look at it these days but I'll do it asap
(maybe in few weeks :( )
Emmanuel
Hi,
There seems to be resources under:
maven-embedder\src\test\error-reporting-projects\testReportUnresolvableArtifactWhileAddingExtensionPlugin\local-repo\org\apache\maven\errortest\testReportUnresolvableArtifactWhileAddingExtensionPlugin-maven-plugin
that causes the checkout to fail under
Just wondering if anyone else got to the changes?
Emmanuel Venisse wrote:
I don't have the time to look at it these days but I'll do it asap
(maybe in few weeks :( )
Emmanuel
Rahul Thakur a écrit :
Hi All,
Scribbling some quick notes on some of the toying around I have been
doing
like to nominate Emmanuel as the chair of the project. Are
there any other nominations?
I have the current committers list as:
Maria Odea Ching
Joakim Erdfelt
Olivier Lamy
Trygve Laugstol
Jesse McConnell
Brett Porter
Edwin Punzalan
Carlos Sanchez
Wendy Smoak
Rahul Thakur
Emmanuel Venisse
Kenney
Hi,
Any idea what has changed from the last release for both
maven-test-tools and maven-plugin-testing-tools?
Rahul
Brian E. Fox wrote:
In preparation for some plugin releases, I'd like to release the next
version of maven-test-tools (1.0-alpha-2)
It is staged at:
+1
Brett Porter wrote:
per the thread on [EMAIL PROTECTED] - should Archiva have it's own
[EMAIL PROTECTED] list?
[ ] +1
[ ] 0
[ ] -1
Cheers,
Brett
+1
On Dec 5, 2007 1:57 PM, Brett Porter [EMAIL PROTECTED] wrote:
per the thread on [EMAIL PROTECTED] - should Continuum have it's own [EMAIL
PROTECTED]
list?
[ ] +1
[ ] 0
[ ] -1
Cheers,
Brett
+1
Cheers,
Rahul
Brett Porter wrote:
Alex did the work to make TestNG support pretty much fully functional
on Surefire trunk some months back and he and Dan Fabulich are now
discussing this on the surefire-dev list and looking to complete the
work. Alex is already a committer on Struts at
+1
Rahul
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 patches
I think this might be a good feature to have in continuum. Users can be
allowed to create their own notification templates that can be stored in
DB for a given build. In case of no email template, we use the default.
Thoughts?
Cheers,
Rahul
Tomislav Stojcevich wrote:
This was marked
I agree with Emmanuel; extracting templates from core jar is not a solution.
So far from this thread it seems there are quite a few things we could
do for the email template customization feature. IMO, We need to
brainstorm what might make best sense.
Do we allow custom email templates for:
Wendy Smoak wrote:
On 10/1/07, Tomislav Stojcevich [EMAIL PROTECTED] wrote:
What does everybody think about adding a step to the continuum-webapp
project that extracts the templates from the continuum-core.jar and
puts a copy of them in the WEB-INF/classes directory. When the mail
notifier
in classnames and the same could easily be done with the vm
template resource location, source from some configuration and then if
resource isn't found just use the default like emm was saying...
jesse
On 10/2/07, Rahul Thakur [EMAIL PROTECTED] wrote:
I agree with Emmanuel; extracting templates from core
- Original Message -
From: Emmanuel Venisse [EMAIL PROTECTED]
To: continuum-dev@maven.apache.org
Sent: Saturday, September 22, 2007 3:57 AM
Subject: [discuss] Graduate Continuum to its own TLP
Hi,
At the begin, Continuum was designed to support maven2 projects so we
thought it was
I have been wanting to pop this questions for sometime now.
For generation/maintenance of continuum-model:
a) Why are we using Modello? More specifically what does it buy us? I
know the model is expressed as xml and separate from Java sources,
but I don't see a benefit of having it in XML as
How will this affect users on dial-up/slow connections browsing those
pages on the continuum site?
Is it possible to have these swf (or wnk) resources live outside SVN and
be included from an external URL?
Rahul
- Original Message -
From: olivier lamy [EMAIL PROTECTED]
To: [EMAIL
Same here.
+1 to Javadoc
-1 to download sources
Cheers,
Rahul
- Original Message -
From: Brett Porter [EMAIL PROTECTED]
To: Maven Developers List dev@maven.apache.org
Sent: Wednesday, July 04, 2007 1:50 AM
Subject: Re: [VOTE] Configure IDE plugins to download sources by default
It can be configured here:
Windows (menu) Preferences (dialog) Mylar (node) Team (node)
Commit Comment Template
You can invoke content assist to see the available Mylar variables using
Ctrl + space within the comment editor text area.
Cheers,
Rahul
John Casey wrote:
Yes, it's what
This is interesting.
Might be a good idea to post these notes to the Wiki and keep the
consolidated the discussion consolidated in one place.
Rahul
- Original Message -
From: Piotr Tabor [EMAIL PROTECTED]
To: Maven Developers List dev@maven.apache.org
Sent: Friday, May 11, 2007
- Original Message -
From: Jesse McConnell [EMAIL PROTECTED]
To: continuum-dev@maven.apache.org
Sent: Tuesday, May 01, 2007 2:10 AM
Subject: Re: XML RPC security
I am hoping to get a couple of authn and authz web services running in
redback this week, once I finish up the role
commit: r521662 - in /maven/continuum/trunk:
continuum-model/pom.xml pom.xml
Yes, with the actual version of Modello.
Without output directories, files are generated in wrong directories.
Emmanuel
Rahul Thakur a écrit :
Do we really need to specify the outputDirectory?
Eclipse barfs
I thought there was something similar to this that exists in Redback?
Rahul
- Original Message -
From: Emmanuel Venisse [EMAIL PROTECTED]
To: continuum-dev@maven.apache.org
Sent: Saturday, April 28, 2007 12:37 AM
Subject: Re: XML RPC security
I think it's best solution. With a
Hey guys,
Some quick notes on the security for XML RPC interface. This is what I
am thinking...
Have an AuthenticatedXmlRpcService component that services the xml rpc
requests. The first request from a client to the service is a request
for authentication. A successful authentication
Since this would be a proper release (not a build), I'd imagine this
going on to the main repository (and subsequently mirrored).
Cheers,
Rahul
- Original Message -
From: Wendy Smoak [EMAIL PROTECTED]
To: continuum-dev@maven.apache.org
Sent: Saturday, April 21, 2007 7:14 AM
Subject:
+1
Rahul
- Original Message -
From: Emmanuel Venisse [EMAIL PROTECTED]
To: continuum-dev@maven.apache.org
Sent: Saturday, April 21, 2007 7:43 AM
Subject: Re: [Vote] release continuum 1.1 alpha 1
+1
Emmanuel
Jesse McConnell a écrit :
Its that time, to start releasing continuum in
Hi Marcel,
I am back from holidays now and would be interested in the work you
have done. I started of with some stuff on the Eclipse plugin but got
side tracked.
Cheers,
Rahul
On 3/8/07, Jesse McConnell [EMAIL PROTECTED] wrote:
rahul is on vacation for a bit longer I think, but he was
+1
Rahul
Jason van Zyl wrote:
Hi,
The assemblies that people are interested in are staged here:
http://people.apache.org/~jvanzyl/staging-repository/org/apache/maven/maven-core/2.0.5/
Here is the JIRA roadmap:
+1
Yep, i guess this is going to become a FAQ on the list and on IRC :-)
Rahul
Brett Porter wrote:
Sounds right to me. Needs something mentioned in the
announcement/release notes, though.
- Brett
On 12/02/2007, at 9:25 AM, Jason van Zyl wrote:
Hi,
After looking at MNG-2794 I don't
Hi,
That (Plexus component list) is on the todo list for docs, but I haven't
been able to get to it.
Do you want to take this discussion to the Plexus list? I know there are
a some gaps and would be interested in hearing what (else) you are
looking for on the Plexus site.
Cheers,
Rahul
[snip]
Can you please come up with a realistic use case where IDs would start
on something other than 0 or 1? The database is controlled by
Continuum and is an internal thing which we have complete control over.
I don't have a specific use case for Continuum handy, but I guess
Continuum can
[snip]
Can you please come up with a realistic use case where IDs would start
on something other than 0 or 1? The database is controlled by
Continuum and is an internal thing which we have complete control over.
I don't have a specific use case for Continuum handy, but I guess
Continuum can
)
at
org.apache.continuum.web.test.AntTest.testAddAntProject(AntTest.java:36)
Emmanuel Venisse a écrit :
-1. some int/Integer in DefaultContinuum aren't converted to long so
continuum-web-test fails.
AntProjectTest fails due to a classcast exception in DefaultContinuum
line 1186.
Emmanuel
Rahul Thakur a écrit :
Hi,
I'd like to request
'int' ids are now converted to 'long' across the project and to allow
really large values. This should cater to scenarios where the id
generation could be started from an arbitrary large value.
Won't this break the API?
Yep, it would.
What is the use case where 4 billion IDs isn't
Trygve Laugstøl wrote:
Rahul Thakur wrote:
'int' ids are now converted to 'long' across the project and to
allow really large values. This should cater to scenarios where the
id generation could be started from an arbitrary large value.
Won't this break the API?
Yep, it would.
What
There's a new method I added to it that allows 'long' instead of 'int'
- Original Message -
From: Emmanuel Venisse [EMAIL PROTECTED]
To: continuum-dev@maven.apache.org
Sent: Wednesday, January 24, 2007 4:53 AM
Subject: Re: svn commit: r498929 -
Massol, Jesse McConnell, Stephane Nicoll,
Mike Perham, Brett Porter, Edwin Punzalan, Daniel Rall, Allan
Ramirez, Carlos Sanchez, Vincent Siveton, Wendy Smoak, Torbjorn
Smorgrav, James Strachan, Chris Stevenson, Rahul Thakur, Lukas
Theussl, John Tolentino, Dan Tran, Emmanuel Venisse, Kenney
ah, I forgot mine...
Here's my +1
Rahul
Christian Edward Gruber wrote:
+1
Rahul Thakur wrote:
Hi,
I'd like to request a vote to merge the id-refactor branch changes.
'int' ids are now converted to 'long' across the project and to allow
really large values. This should cater to scenarios
Hi,
I'd like to request a vote to merge the id-refactor branch changes.
'int' ids are now converted to 'long' across the project and to allow
really large values. This should cater to scenarios where the id
generation could be started from an arbitrary large value.
Cheers,
Rahul
1 - 100 of 188 matches
Mail list logo