yes, it should work.
Maven site has such .htaccess: see
http://svn.apache.org/viewvc/maven/site/trunk/src/site/filtered-resources/
It's a filtered resource in this case, I didn't check if it works when the
resource is not filtered, but it should be ok.
Regards,
Hervé
Le vendredi 06 août 2010,
On Fri, Aug 6, 2010 at 5:52 PM, Carr, Brian M
wrote:
> Is it possible to have .htaccess or other "dot" files deployed via the
> site-plugin? My structure looks like this:
>
> project
> |-src
> |-\main
> |--\site
> |--|apt
> |---\index.apt
> |--|resources
> |\htaccess
> ||htgroup
>
> but
The M2Eclipse prior to 0.10.0 has now been decomposed into the core and extras.
As of now I don't believe the Doxia Editors are being built and placed in the
extras update site. I'll take a look and see if the build is functioning. If
it's working it shouldn't be too hard to get it in the standa
On Aug 6, 2010, at 3:53 PM, Haszlakiewicz, Eric wrote:
>> -Original Message-
>> From: Kathryn Huxtable [mailto:kath...@kathrynhuxtable.org]
>>
>> Eric, you're not going to win this one. It's part of the philosophy of
>> Maven. It's also good practice.
>>
>> Give it up.
>>
>> I'm not go
Because the code to support that was a giant rats nest, and everything
was re-written. It's mostly an anti-pattern to use so the developers
rewriting that code didn't re-implement it. So far no one has stepped
up to provide a patch to put it back in. That's essentially it in a
nutshell.
On Fri, Au
Hello Dennis
Thanks for the link.
It does sound like that error. Pretty crippling (imo).
I found and installed maven-checkstyle-plugin-2.4.jar
and installed it in my artifactory. It took a while to find
one with valid META-INF\maven\plugin.xml. Same results.
My suspicion is that if I upgraded
On Aug 6, 2010, at 6:16 PM, Ron Wheeler wrote:
> On 06/08/2010 5:56 PM, Haszlakiewicz, Eric wrote:
>>> -Original Message-
>>> From: Ron Wheeler [mailto:rwhee...@artifact-software.com]
I'm AGREEING with you that the solution is to wipe out the local
artifact! But you can only do
On 06/08/2010 5:56 PM, Haszlakiewicz, Eric wrote:
-Original Message-
From: Ron Wheeler [mailto:rwhee...@artifact-software.com]
I'm AGREEING with you that the solution is to wipe out the local
artifact! But you can only do that once you know there is something
wrong. How do you detect
I have the following:
/myapp
src/main/test/context.xml
I have context.xml at that location.
However, I still get
"Cannot invoke Tomcat manager: FAIL - No context exists for path /myapp"
I am not sure why.
Thanks.
-Original Message-
From
>-Original Message-
>From: Ron Wheeler [mailto:rwhee...@artifact-software.com]
> On 06/08/2010 4:04 PM, Haszlakiewicz, Eric wrote:
>> Is it really going to be that much wasted bandwidth to download a few
>> checksums?
>>
>> Can a plugin hook into the existing support for detecting changes
Hi,
Try
src/test/tomcat/context.xml
2010/8/7 Neil Chaudhuri :
> I have a configuration file, call it myapp.xml, that would be found in
> conf\Catalina\localhost in a conventional deployment to indicate that the
> context for my application is to be found at /m
I have a configuration file, call it myapp.xml, that would be found in
conf\Catalina\localhost in a conventional deployment to indicate that the
context for my application is to be found at /myapp. I don't want to include
this file in my war. My question is simply where should I put myapp.xml in
>-Original Message-
>From: Ron Wheeler [mailto:rwhee...@artifact-software.com]
>> I'm AGREEING with you that the solution is to wipe out the local
>> artifact! But you can only do that once you know there is something
>> wrong. How do you detect that the artifact has changed?
>If you can
> of these deploy fine to Archiva. I have one maven project that is similar
> in structure to all the rest that produces a 2M JAR. This project will not
> deploy to Archiva. It exits with the following exception:
Did you post this on the Archiva list? They may know about a defect
either in Mave
Is it possible to have .htaccess or other "dot" files deployed via the
site-plugin? My structure looks like this:
project
|-src
|-\main
|--\site
|--|apt
|---\index.apt
|--|resources
|\htaccess
||htgroup
but the target/site fold is missing the resource files after running the site
stage
On 06/08/2010 4:04 PM, Haszlakiewicz, Eric wrote:
-Original Message-
From: paulus.benedic...@gmail.com [mailto:paulus.benedic...@gmail.com]
On
On Fri, Aug 6, 2010 at 2:53 PM, Haszlakiewicz, Eric
wrote:
You're missing the point of what I'm asking. I'm not suggesting that
maven make i
On 06/08/2010 4:01 PM, Haszlakiewicz, Eric wrote:
-Original Message-
From: paulus.benedic...@gmail.com [mailto:paulus.benedic...@gmail.com]
On
On Fri, Aug 6, 2010 at 1:00 PM, Haszlakiewicz, Eric
wrote:
Please read the rest of the email thread. The short summary is:
Yes, I know wha
On Aug 6, 2010, at 2:58 PM, Paul Benedict wrote:
> On Fri, Aug 6, 2010 at 2:53 PM, Haszlakiewicz, Eric
> wrote:
>
>> You're missing the point of what I'm asking. I'm not suggesting that
>> maven make it possible or easy to *create* the violation. I'm
>> suggesting that it should be able to *det
>-Original Message-
>From: Eduardo M KALINOWSKI [mailto:edua...@kalinowski.com.br]
>
>On Sex, 06 Ago 2010, "Haszlakiewicz, Eric" wrote:
>> I'm AGREEING with you that the solution is to wipe out the local
>> artifact! But you can only do that once you know there is something
>> wrong. How
On 06/08/2010 2:48 PM, C. Benson Manica wrote:
No, it's not a pom, its purpose is to go download other dependencies and
repackage them nicely.
So it does produce an artifact. What kind of Artifact?
What exactly are you trying to do. Give enough detail so that someone
can help you.
BTW. It sti
I need (ultimately) a list of URLs corresponding to elements in a project's
classpath, where that classpath has been sorted in dependency order. (I
don't actually care if it's sorted "ascending" or "descending".)
I need this for a mojo that I'm working on that will be run as part of an
ear projec
On Sex, 06 Ago 2010, "Haszlakiewicz, Eric" wrote:
I'm AGREEING with you that the solution is to wipe out the local
artifact! But you can only do that once you know there is something
wrong. How do you detect that the artifact has changed?
You don't have to, because released artifacts do not c
>-Original Message-
>From: paulus.benedic...@gmail.com [mailto:paulus.benedic...@gmail.com]
On
>On Fri, Aug 6, 2010 at 2:53 PM, Haszlakiewicz, Eric
>wrote:
>
>> You're missing the point of what I'm asking. I'm not suggesting that
>> maven make it possible or easy to *create* the violation.
So you just want to verify?
$ mvn --help
usage: mvn [options] [] []
Options:
-am,--also-makeIf project list is specified, also
build projects required by the
list
-amd,--also-make-dependents
> On Fri, Aug 6, 2010 at 2:53 PM, Haszlakiewicz, Eric
> wrote:
>
>> You're missing the point of what I'm asking. I'm not suggesting that
>> maven make it possible or easy to *create* the violation. I'm
>> suggesting that it should be able to *detect* the violation.
>>
>> I'm baffled as to why the
>-Original Message-
>From: paulus.benedic...@gmail.com [mailto:paulus.benedic...@gmail.com]
On
>
>On Fri, Aug 6, 2010 at 1:00 PM, Haszlakiewicz, Eric
>wrote:
>
>> Please read the rest of the email thread. The short summary is:
>> Yes, I know what *should* happen, but the world isn't perfe
On Fri, Aug 6, 2010 at 2:53 PM, Haszlakiewicz, Eric
wrote:
> You're missing the point of what I'm asking. I'm not suggesting that
> maven make it possible or easy to *create* the violation. I'm
> suggesting that it should be able to *detect* the violation.
>
> I'm baffled as to why the maven com
>-Original Message-
>From: Kathryn Huxtable [mailto:kath...@kathrynhuxtable.org]
>
>Eric, you're not going to win this one. It's part of the philosophy of
>Maven. It's also good practice.
>
>Give it up.
>
>I'm not going to fight the site generation being split out of Maven. I
>think I under
I second this! I've used Artifactory and liked it. (I somewhat prefer Nexus, at
least the last time I looked at Artifactory.)
-K
On Aug 6, 2010, at 1:47 PM, Yoav Landman wrote:
> You may want to take a look at the CI integration in Artifactory -
> http://wiki.jfrog.org/confluence/display/RTF/Bu
No, it's not a pom, its purpose is to go download other dependencies and
repackage them nicely.
On Tue, Aug 3, 2010 at 4:49 PM, Anders Hammar wrote:
> A pom project?
>
> /Anders
>
> On Tue, Aug 3, 2010 at 16:22, C. Benson Manica wrote:
>
> > Is it possible to configure a Maven project so that i
You may want to take a look at the CI integration in Artifactory -
http://wiki.jfrog.org/confluence/display/RTF/Build+Integration
You can get a json object with a report of all this information captured at
build time: detailed build environment information, published artifacts and
resolved dependen
On Aug 6, 2010, at 1:00 PM, Haszlakiewicz, Eric wrote:
>> -Original Message-
>> From: Kalle Korhonen [mailto:kalle.o.korho...@gmail.com]
>>
>> On Fri, Aug 6, 2010 at 10:43 AM, Haszlakiewicz, Eric
>> wrote:
-Original Message-
>>> I don't (yet) know much about the internals of
On Aug 6, 2010, at 12:57 PM, Kalle Korhonen wrote:
> On Fri, Aug 6, 2010 at 10:43 AM, Haszlakiewicz, Eric
> wrote:
>>> -Original Message-
>> I don't (yet) know much about the internals of maven, but is it really
>> that much of an impact on the code? There's already support present for
>
>>-Original Message-
>>From: Manfred Moser [mailto:manf...@mosabuam.com]
>>
>>It seems like we will not agree here. The changes necessary and the
>>additional overhead to make your suggestions work have to much of a
>>negative impact imho. I cant see your feature getting implemented by
>>an
It sounds like the maven3 parallel build feature would help
you out on this,
https://cwiki.apache.org/confluence/display/MAVEN/Parallel+builds+in
+Maven+3.
There is also the -fae option that could be used to proceed even with
failing tests, which also works for serial builds.
As for the aggregat
On Fri, Aug 6, 2010 at 1:00 PM, Haszlakiewicz, Eric
wrote:
> Please read the rest of the email thread. The short summary is:
> Yes, I know what *should* happen, but the world isn't perfect and release
> artifacts DO sometimes change. It is not absurd to be able to detect and
> recover from that
>-Original Message-
>From: Kalle Korhonen [mailto:kalle.o.korho...@gmail.com]
>
>On Fri, Aug 6, 2010 at 10:43 AM, Haszlakiewicz, Eric
> wrote:
>>>-Original Message-
>> I don't (yet) know much about the internals of maven, but is it really
>> that much of an impact on the code? Ther
On Fri, Aug 6, 2010 at 10:43 AM, Haszlakiewicz, Eric
wrote:
>>-Original Message-
> I don't (yet) know much about the internals of maven, but is it really
> that much of an impact on the code? There's already support present for
> checking for differences in snapshot versions, right? I'm
>-Original Message-
>From: Manfred Moser [mailto:manf...@mosabuam.com]
>
>It seems like we will not agree here. The changes necessary and the
>additional overhead to make your suggestions work have to much of a
>negative impact imho. I cant see your feature getting implemented by
>anybody.
We have a local repo manager and it still takes a fixed amount of time per
artifact. It would take a few minutes to totally rebuild a local repo as we
have a fair number (hundreds) of artifacts, and Maven itself requires a bunch
of plugins just to get started. Granted I could just delete my gr
No, but with a repo manager, it's pretty quick to wipe the local and
refetch everything cleanly from the local network.
On Fri, Aug 6, 2010 at 10:31 AM, Adam Krieg wrote:
> Is the local repository smart enough to clear out the old snapshots? I'm
> worried about tons of irrelevant artifacts.
>
>
Hey Frank,
The Maven provided solution for your situation is 'classifiers'. You
are building a single artifact for multiple classes of compiler.
I know about classifiers and I completely agree that they might have
been a better solution to express this. Unfortunately that doesn't
change
Is the local repository smart enough to clear out the old snapshots? I'm
worried about tons of irrelevant artifacts.
-Original Message-
From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com]
Sent: Thursday, July 15, 2010 4:00 PM
To: Maven Users List
Subject: Re: Problem with uni
Hi Hanno
The Maven provided solution for your situation is 'classifiers'. You are
building a single artifact for multiple classes of compiler.
In the language of Maven, "non-constant artifact ids" is an oxy-moron. The 'Id'
part of this field label stands for 'identifier'. An identifier is, by na
Hi everyone,
when I build my project, Maven tells me the following:
[WARNING]
[WARNING] Some problems were encountered while building the effective
model for com.hannobraun:scalable-dynamics_2.8.0:jar:0.3-SNAPSHOT
[WARNING] 'artifactId' contains an expression but should be a constant.
@ com.ha
Just for the record, here's the solution if anyone else were to encounter
this:
My mistake was to do with basic annotation syntax:
In the header of my Mojo class, I had:
/**
* This goal will process a ...
*
* @goal metadatagenerator
* @phase compile
* @author Pankaj Tandon
*
*
/
Hi,
we have a lot of independent "integration tests", based on testNG -
separated in different modules:
TS_01_\pom.xml
TS_02_\pom.xml
TS_03_\pom.xml
During developing phase, each module is executed by dedicated developers
so each one just focuses on his own module.
During rel
On 06/08/2010, at 9:12 PM, Mark Derricutt wrote:
> Hey all,
>
> I'm wanting to write a mojo to run as part of my release process ( by
> declaring it in the element of the release plugin, but I
> want to know the release version, and the next-release version as used by
> the release plugin.
The
Hey all,
I'm wanting to write a mojo to run as part of my release process ( by
declaring it in the element of the release plugin, but I
want to know the release version, and the next-release version as used by
the release plugin.
Are these values stored in any system parameters at all? It doesn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/06/2010 10:53 AM, Olivier Lamy wrote:
> Hi,
> Do you have a scm element in your module ?
I tried it. At the moment I just have an scm element in my parent.
> Just to be sure your tree is similar to :
> http://github.com/olamy/scm-git-test ?
>
Hi,
Do you have a scm element in your module ?
Just to be sure your tree is similar to : http://github.com/olamy/scm-git-test ?
And you want to release only my-app ?
By the way it could be fixed if there was a way to do something like
git clone g...@github.com:olamy/scm-git-test.git/my-app
Or doi
All mentioned projects inherit from the same parent-POM.
I have several maven project which produce small (50k-300k) JAR files. All
of these deploy fine to Archiva. I have one maven project that is similar
in structure to all the rest that produces a 2M JAR. This project will not
deploy to Arc
52 matches
Mail list logo
