[ http://jira.codehaus.org/browse/MNG-643?page=all ]
Corridor Software Developer updated MNG-643:
Attachment: FilterCriteriaForCompilerPlugin.patch
The last conversation put the configuration of this functionality as such:
or
[ http://jira.codehaus.org/browse/MAVENUPLOAD-488?page=all ]
Carlos Sanchez closed MAVENUPLOAD-488:
--
Assign To: Carlos Sanchez
Resolution: Fixed
> urlrewritefilter-2.5.1 bundle
> -
>
> Key: MAVENUPLOAD-
urlrewritefilter-2.5.1 bundle
-
Key: MAVENUPLOAD-488
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-488
Project: maven-upload-requests
Type: Task
Reporter: Paul Tuckey
http://tuckey.org/urlrewrite/dist/urlrewritefilter-2.5.1-maven-bun
Distribution:
http://maven.zones.apache.org/~maven/builds/m2-20050820.001500.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/m2-build-log-20050820.001500.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comman
Distribution:
http://maven.zones.apache.org/~maven/builds/m2-20050820.00.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/m2-build-log-20050820.00.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comman
[ http://jira.codehaus.org/browse/MAVEN-1660?page=comments#action_44775 ]
Brett Porter commented on MAVEN-1660:
-
my mistake, :deploy doesn't install.
You should be able to run :clean :install :deploy in sequence to get what you
want.
> DependencyVerif
Author: brett
Date: Fri Aug 19 16:11:08 2005
New Revision: 233574
URL: http://svn.apache.org/viewcvs?rev=233574&view=rev
Log:
use correct parent
Modified:
maven/components/trunk/maven-archetype/maven-archetype-core/pom.xml
Modified: maven/components/trunk/maven-archetype/maven-archetype-core
Author: brett
Date: Fri Aug 19 16:10:56 2005
New Revision: 233573
URL: http://svn.apache.org/viewcvs?rev=233573&view=rev
Log:
allow no policy (usually used in tests)
Modified:
maven/components/trunk/maven-artifact-manager/src/main/java/org/apache/maven/artifact/transform/AbstractVersionTrans
Author: brett
Date: Fri Aug 19 16:05:46 2005
New Revision: 233571
URL: http://svn.apache.org/viewcvs?rev=233571&view=rev
Log:
rename an old test case that is abstract, remove unused one
Added:
maven/components/trunk/maven-artifact-manager/src/test/java/org/apache/maven/artifact/AbstractArtif
[ http://jira.codehaus.org/browse/MNG-643?page=comments#action_44765 ]
Corridor Software Developer commented on MNG-643:
-
Dan Tran:
Assuming the generated-source directory is added to the source path for the
compile goal, then yes, the filte
[ http://jira.codehaus.org/browse/MAVENUPLOAD-487?page=all ]
Carlos Sanchez closed MAVENUPLOAD-487:
--
Assign To: Carlos Sanchez
Resolution: Won't Fix
The following sites sync automatically their project repository with the
central one. If
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20050819.17.txt
Transitive dependency resolution ignores custom repositories
Key: MNG-757
URL: http://jira.codehaus.org/browse/MNG-757
Project: Maven 2
Type: Bug
Versions: 2.0-beta-1
Environment: Windows XP, Cygwi
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20050819.16.txt
Clover report is not generated when using Maven AspectJ plugin
--
Key: MPCLOVER-47
URL: http://jira.codehaus.org/browse/MPCLOVER-47
Project: maven-clover-plugin
Type: Bug
Versions: 1.10
Environment:
[ http://jira.codehaus.org/browse/MNG-643?page=comments#action_44754 ]
Dan Tran commented on MNG-643:
--
will it has implication of generated source where we add addition dir to source
root??
In the case of generate-sources phase, are we able set exclude/includ
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20050819.143000.txt
[ http://jira.codehaus.org/browse/MAVEN-1660?page=comments#action_44752 ]
Pascal Larin commented on MAVEN-1660:
-
Bret,
I've done some tests. I've started a snapshot build with targets
multiproject:clean multiproject:deploy. I let the clean do his job. I
[ http://jira.codehaus.org/browse/MAVEN-1667?page=comments#action_44751 ]
Alex Wood commented on MAVEN-1667:
--
It's actually the first item returned by google if you search for 'maven
"directory structure"'. As far as I recall, I didn't navigate to it
from
Vincent Massol wrote:
>Cool, I must have missed this new feature. How does it work?
>
>
Searches ".." (or a directory you can specify in the element).
If the file exists and versions match, it is used instead. Its the first
step towards a "workspace" style setup where projects know where the
ot
error updating poms that should exist in the project hierarchy
--
Key: MNG-756
URL: http://jira.codehaus.org/browse/MNG-756
Project: Maven 2
Type: Bug
Reporter: Jesse McConnell
I noticed this the other da
[ http://jira.codehaus.org/browse/MNG-755?page=comments#action_44747 ]
Bob Allison commented on MNG-755:
-
It looks like "m2 -fn" exhibits the same behavior.
> Running "m2 -fae" does not use POM or reactor
> -
>
>
Running "m2 -fae" does not use POM or reactor
-
Key: MNG-755
URL: http://jira.codehaus.org/browse/MNG-755
Project: Maven 2
Type: Bug
Versions: 2.0-beta-1
Environment: SVN revision 233464 on Linux
Reporter: Bob All
[ http://jira.codehaus.org/browse/MNG-754?page=comments#action_44743 ]
Bob Allison commented on MNG-754:
-
I have to take back something I said. It turns out that the problem does not
go away with a POM for the app server's library jar. At least, after clear
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: vendredi 19 août 2005 15:40
> To: Maven Developers List
> Subject: Re: Processing Order for the m2 Reactor
[snip]
> >- You can't cd to a module and build it. You need to always build the
> parent
> >first so whe
Vincent Massol wrote:
>I have also been a bit troubled by this too. The issues that I see with a
>parent-build-first strategy are:
>
>- It's the opposite of m1
>
>
ok
>- You can't cd to a module and build it. You need to always build the parent
>first so when you do development you often forget
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20050819.133000.txt
[ http://jira.codehaus.org/browse/MPEJB-19?page=all ]
Brett Porter closed MPEJB-19:
-
Resolution: Won't Fix
reclosing as before.
you are right - 1.0-SNAPSHOT should work, but you must upgrade to Maven 1.1
beta 1 for that to work (it is in the core, not
[ http://jira.codehaus.org/browse/MNG-754?page=comments#action_44741 ]
Bob Allison commented on MNG-754:
-
Looking at the artifact that it is complaining about, it is one that depends on
a jar which I copied from my app server's library and placed in the repo
[ http://jira.codehaus.org/browse/MPRELEASE-11?page=all ]
Brett Porter closed MPRELEASE-11:
-
Resolution: Won't Fix
the release plugin will not have any further releases in its current form. it
will be replaced by the scm plugin's release functional
Distribution:
http://maven.zones.apache.org/~maven/builds/m2-20050819.131500.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/m2-build-log-20050819.131500.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comman
[ http://jira.codehaus.org/browse/MNG-754?page=all ]
Bob Allison updated MNG-754:
Attachment: ActiveProjectArtifact.diff
With this patch, the exception reads:
Caused by: java.lang.IllegalArgumentException: Can't find a valid Maven project
in the repository
[ http://jira.codehaus.org/browse/MNG-754?page=all ]
Brett Porter updated MNG-754:
-
Fix Version: 2.0-beta-1
this should be easy to fix. the dependencies report is assuming something about
the artifact it shouldn't need to, I think.
If not, it might mean th
Author: brett
Date: Fri Aug 19 06:15:07 2005
New Revision: 233480
URL: http://svn.apache.org/viewcvs?rev=233480&view=rev
Log:
PR: MNG-729
fix artifact handler instantiation when the plugin extension is declared in a
project that uses that packaging itself
Modified:
maven/components/trunk/ma
[ http://jira.codehaus.org/browse/MNG-729?page=all ]
Brett Porter closed MNG-729:
Assign To: Brett Porter (was: John Casey)
Resolution: Fixed
> Ability to additional ArtifactHandlers using external components.xml
>
[ http://jira.codehaus.org/browse/MPGENAPP-22?page=comments#action_44737 ]
David Levitt commented on MPGENAPP-22:
--
It would be nice if the template project.xml file had all the correct schema
attributes, so XML aware editors could
Something like:
htt
Exception thrown building site
--
Key: MNG-754
URL: http://jira.codehaus.org/browse/MNG-754
Project: Maven 2
Type: Bug
Versions: 2.0-beta-1
Environment: SVN revision 233464 on Linux
Reporter: Bob Allison
Starting a new project
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20050819.13.txt
Author: vmassol
Date: Fri Aug 19 05:50:55 2005
New Revision: 233477
URL: http://svn.apache.org/viewcvs?rev=233477&view=rev
Log:
- By default do not generate client EJB. I believe this is a more common
default that generating as generation of client EJBs is only required for
distributed apps whic
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20050819.123000.txt
[ http://jira.codehaus.org/browse/MNG-442?page=all ]
Brett Porter updated MNG-442:
-
Fix Version: (was: 2.0-beta-1)
its the first one, but your suggestion isn't workable if it makes a dep on m2,
or even requires not forking.
I see your point - I think w
[ http://jira.codehaus.org/browse/MNG-724?page=all ]
Brett Porter closed MNG-724:
Assign To: Brett Porter
Resolution: Won't Fix
I'm not in favour of this. It's still not a deterministic way to handle this.
The problem is that m2 libs are breaking
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: vendredi 19 août 2005 12:39
> To: Maven Developers List
> Subject: Re: Processing Order for the m2 Reactor
>
> so you are saying that the children should build before the parent?
> Currently, the parent is consid
I have been working on migrating the pieces from our m102 environment
and haven't gotten back to this problem. I could use some hints on how
to set up an assembly extension that would allow me to do the
consolidation of web.xml and portlet.xml values as the bits are
assembled (at least a pointer t
so you are saying that the children should build before the parent?
Currently, the parent is considered a dep so it always goes first.
I see your point, which would mean making the modules dependencies
instead of the parent (though anything aggregating really should use
plugins able to deal with t
Sorry for the late response. Did you establish how you would do these?
John has recently implemented some functionality to enable aggregation
and maybe we can work through these.
- Brett
Allison, Bob wrote:
>After doing some experimentation, I think I have a means to accomplish
>what I want with
I think I narrowed this down to it not falling back to the default repo
as it should if there is no snapshot repo in the pom.
- Brett
Brett Porter wrote:
>Has it been put into JIRA?
>
>- Brett
>
>dan tran wrote:
>
>
>
>>I am experiencing the same problem. Hopefully will get fixed sooon.
>>
>>
[ http://jira.codehaus.org/browse/MNG-745?page=all ]
Brett Porter closed MNG-745:
Resolution: Fixed
Fix Version: 2.0-beta-1
> Deploying source jar to repository receives wrong name
> --
>
>
[ http://jira.codehaus.org/browse/MNG-753?page=all ]
Brett Porter updated MNG-753:
-
Fix Version: 2.0-beta-1
> Check for artifacts in POM-defined repositories before checking the central
> repository
>
[ http://jira.codehaus.org/browse/MNG-743?page=all ]
Brett Porter updated MNG-743:
-
Fix Version: 2.0-beta-2
> example maven project architecture (jars, wars, ejbs, and an ear)
> -
>
> K
[ http://jira.codehaus.org/browse/MNG-735?page=all ]
Brett Porter updated MNG-735:
-
Fix Version: 2.0-beta-1
> Assembly plugin to support 'directory' archive type
> ---
>
> Key: MNG-735
> URL:
[ http://jira.codehaus.org/browse/MNG-742?page=all ]
Brett Porter updated MNG-742:
-
Fix Version: 2.0-beta-1
> Added functionality to maven-archiver so plug-ins can add custom entries to
> the archiver's manifest
> ---
Check for artifacts in POM-defined repositories before checking the central
repository
--
Key: MNG-753
URL: http://jira.codehaus.org/browse/MNG-753
Project: Maven 2
Type: Improvement
[ http://jira.codehaus.org/browse/MNG-748?page=comments#action_44731 ]
Andrius Karpavicius commented on MNG-748:
-
During War packaging phase compiled classes are placed in WEB-INF/classes
directory. I want them to be jar'ed and placed in WEB-INF/lib
upload jakarta commons transaction
--
Key: MAVENUPLOAD-487
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-487
Project: maven-upload-requests
Type: Task
Reporter: jeremi Joslin
the Url :
http://jakarta.apache.org/commons/transactio
Author: brett
Date: Fri Aug 19 02:02:23 2005
New Revision: 233456
URL: http://svn.apache.org/viewcvs?rev=233456&view=rev
Log:
add a 404 page to use later
Added:
maven/maven-1/core/trunk/xdocs/errors/
maven/maven-1/core/trunk/xdocs/errors/404.xml (with props)
Added: maven/maven-1/core/t
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: vendredi 19 août 2005 10:00
> To: Maven Developers List
> Subject: Re: Anyone knows of an existing J2EE/EJB open source application?
>
> No idea, but I'd be interested to know why creating the build for the
> pet
No idea, but I'd be interested to know why creating the build for the
petstore was so hard. Are they things fixed in m2?
- Brett
Vincent Massol wrote:
>Hi,
>
>I'm writing an article for an online magazine on Maven 1.x and J2EE and I'd
>like to use an existing and real-world J2EE application for
[ http://jira.codehaus.org/browse/MPXDOC-131?page=all ]
Ignacio G. Mac Dowell updated MPXDOC-131:
-
Attachment: hrefkey.patch
Support for i18n links. Tests and docs included. It might be nice to have them
for the item elements in navigation.xml a
Hi,
I'm writing an article for an online magazine on Maven 1.x and J2EE and I'd
like to use an existing and real-world J2EE application for the article
examples.
The application would need to use all the J2EE stack (Servlet, EJB, JSP,
Taglibs, etc) to fully show how Maven can build it all.
I've
Distribution:
http://maven.zones.apache.org/~maven/builds/m2-20050819.071500.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/m2-build-log-20050819.071500.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comman
Author: brett
Date: Fri Aug 19 00:11:44 2005
New Revision: 233443
URL: http://svn.apache.org/viewcvs?rev=233443&view=rev
Log:
forgot why they were wrapped in an array list...
Modified:
maven/components/trunk/maven-plugins/maven-surefire-plugin/src/main/java/org/apache/maven/test/SurefirePlug
Log:
http://maven.zones.apache.org/~maven/logs/m2-build-log-20050819.07.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
63 matches
Mail list logo
