On 19 November 2010 18:58, Kristian Rosenvold
wrote:
> I have been refactoring quite heavily on the surefire plugin the last
> weeks. This has been entirely non-functional with the intent of
> loosening the internal dependencies (without breaking the existing
> plugin) enough to create a starting
I don't think that the option C would prevent a fairly painless migration
path. Though it's been a while since I've used the older junits, so I don't
know.
The libraries to configure the tests outside of maven would be need for the
standard testing environments (junit, testng), and would hopefully
+1
Arnaud
On Nov 19, 2010, at 9:03 PM, Benjamin Bentmann wrote:
> Hi,
>
> can some JIRA admin please move the MNG "component" "Apache or Maven Parent
> poms"
>
> http://jira.codehaus.org/browse/MNG/component/14457
>
> out into a separate JIRA project?
>
> Those POMs, just like any Maven plu
Hi,
The vote has passed with the following result :
+1 (binding): Lukas Theussl, Vincent Siveton, Hervé Boutemy, Olivier
Lamy, Dennis Lundberg
I will promote the artifacts to the central repo.
Thanks to those who votes for this release!
On 2010-11-16 21:40, Dennis Lundberg wrote:
> Hi,
>
> Th
I think what you're advocating is much of what one would achieve with
per-provider plugins. The idea here is to extract the common
functionality of surefire (some of which is *hard* to get right) into
separate module(s) which each plugin can choose to use or not. To
achieve a certain kind of end-us
yeah, bad day today
In the process now, it seems my hands didn't feel like typing tags/...
On Fri, Nov 19, 2010 at 3:46 PM, Olivier Lamy wrote:
> doh !
> sure a big rollback here :-)
>
> 2010/11/19 :
> > Author: bdemers
> > Date: Fri Nov 19 20:35:26 2010
> > New Revision: 1037014
> >
>
Works fine for all Sonar projects, including based on Tycho.
On Fri, Nov 19, 2010 at 20:38, Manfred Moser wrote:
> Works fine on a multi module Android project with plain library, Android
> application and instrumentation test modules.
>
> manfred
>
>
>
>
doh !
sure a big rollback here :-)
2010/11/19 :
> Author: bdemers
> Date: Fri Nov 19 20:35:26 2010
> New Revision: 1037014
>
> URL: http://svn.apache.org/viewvc?rev=1037014&view=rev
> Log:
> rolling back did not remove the tag
>
> Removed:
> maven/indexer/
>
>
--
Olivier Lamy
http://twitt
I have a slight concern.
It goes into testing portability (running in maven, or eclipse, idea,
netbeans, or via command line)
In short, the smarter we make maven about running tests, the less easy it is
for a developer to run that same test via IDE or something similar.
I'll give two common examp
Hi,
can some JIRA admin please move the MNG "component" "Apache or Maven
Parent poms"
http://jira.codehaus.org/browse/MNG/component/14457
out into a separate JIRA project?
Those POMs, just like any Maven plugin out there, have no inherent
relation to the Maven core and its issues, nor do th
fr., 19.11.2010 kl. 12.12 -0500, skrev Jesse Glick:
>So I think the issue is that older code never got fully documented or
>made foolproof, which is understandable given the focus on shipping
>3.0.
As usual it's about scratching an itch, this is open source. So if it
hurts you, make a patch; docume
I have been refactoring quite heavily on the surefire plugin the last
weeks. This has been entirely non-functional with the intent of
loosening the internal dependencies (without breaking the existing
plugin) enough to create a starting point for solving SUREFIRE-141.
At the moment I am quite sat
Ouch... not cool...
Aether apparently has a very similar construct to the one I used see:
https://github.com/sonatype/sonatype-aether/blob/master/aether-api/src/main/java/org/sonatype/aether/graph/DependencyVisitor.java
as far as what goes into instantiating everything you need to run it, I
don
Works fine on a multi module Android project with plain library, Android
application and instrumentation test modules.
manfred
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...
On 11/18/2010 07:20 PM, Rex Hoffman wrote:
it's pretty straight forward if you use some code provided by the dependencies
library (part of the maven-dependencies-plugin)
Beware that this does _not_ produce the same results as Aether in certain
cases, and there is no apparent plan to fix it:
On 11/18/2010 03:34 AM, Kristian Rosenvold wrote:
The rant is somewhat about seeing all these internal components.
A little bit, though it is generally easy to see from the package or class name that something should be considered an implementation. My slow learning curve has had to
do with th
+1
On 2010-11-16 21:40, Dennis Lundberg wrote:
> Hi,
>
> This is the second try to release Doxia. A failing test was fixed since
> the last release attempt.
>
> We solved 5+2 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10780&styleName=Html&version=16702
> http://jira.cod
What? What eol style? Is there any other proper OS on planet Earth aside
UNIX? :D
Sorry, you were true. SVN client is now properly configures, by the book.
What should happen with committed files? How to "reapply" properties there?
Thanks,
~t~
On Fri, Nov 19, 2010 at 2:45 PM, Benjamin Bentmann
Hi Tamás,
Author: cstamas
Date: Fri Nov 19 13:37:58 2010
New Revision: 1036834
URL: http://svn.apache.org/viewvc?rev=1036834&view=rev
Log:
ARCHETYPE-303: applied fix, externalizing all the models into separate project
(except the deprecated one, that is left where it was).
[...]
Added:
ma
I just now realized that you've mailed the maven dev mailing list. These
type of questions should be posted to the users list.
/Anders
On Tue, Nov 16, 2010 at 14:49, Halvor Platou wrote:
> Ok, then I can load the .dll directly from the local repository with
> System.load(...). Seems it will auto
20 matches
Mail list logo
