Filed as a JIRA ticket:
http://jira.codehaus.org/browse/MINSTALL-100
/Anders
On Mon, Oct 21, 2013 at 8:07 AM, Grzegorz Slowikowski <
gslowikow...@gmail.com> wrote:
> Fix "installAtEnd" description. Now it's:
>
> Whether every project should be deployed during its own deploy-phase or at
> the en
The interface org.apache.maven.surefire.providerapi.SurefireProvider
generally leaves it ut to the provider to determine what kind of
object describes a test. Up until fairly recently, most of the
providers used arbitrary strings, which *could* map 1:1 to a class, or
could be something totally diff
Fix "installAtEnd" description. Now it's:
Whether every project should be deployed during its own deploy-phase or at
the end of the multimodule build. If set to true and the build fails, none
of the reactor projects is deployed
Should be "installed", not "deployed".
2013/10/19 Robert Scholte
Hello,
If I'm not mistaken TrueZIP is only being used to implement the
org.apache.maven.index.util.zip interface in maven indexer core. This
functionality could also be achieved by using the ZipFile class
bundled in the standard java.util.zip package instead without much
trouble as the ZipFile int
Never mind the previous email. I just realized an implementation of
this already exists (JavaZipFileHandle class)
Regards,
Eugenio
On Sun, Oct 20, 2013 at 2:04 AM, Eugenio Cano-Manuel Mendoza
wrote:
> Hello,
>
> If I'm not mistaken TrueZIP is only being used to implement the
> org.apache.maven.i
Kristian,
I was looking to use Surefire to help running tests in scripting
languages...
i.e. where the .class file is not necessarily created at all.
I notice that Surefire's Providers API leans heavily on ScanResult which
seems to be biased towards assuming that there is a .class file for each
extracting in generated-source didn't work but in classes did!
So I was wrong ;)
the approach seems weird but let's see how it goes
--
View this message in context:
http://maven.40175.n5.nabble.com/Programmatically-adding-dependencies-to-a-MavenProject-tp215077p5773435.html
Sent from the Maven