Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20051206.09.txt
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20051206.093001.txt
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20051206.153000.txt
Distribution:
http://maven.zones.apache.org/~continuum/builds/continuum-20051206.17.tar.gz
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20051206.17.txt
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20051207.023000.txt
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20051207.030001.txt
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20051207.040001.txt
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20051207.043000.txt
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20051207.050001.txt
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20051207.063001.txt
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20051207.07.txt
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20051207.073000.txt
Wim,
I think you can safely assume that on
windows: viewstore is at \\${hostname}\viewstore
unix viewstore is at /viewstore
Those should be the default value if view store value are not found any where.
-D
On 12/5/05, Wim Deblauwe [EMAIL PROTECTED] wrote:
Yes, it is quite
Dan,I'm afraid not, with us, it is at \\${hostname}\cc_vws1 :(regards,Wim2005/12/6, dan tran [EMAIL PROTECTED]:
Wim,
I think you can safely assume that on
windows: viewstore is at \\${hostname}\viewstore
unix viewstore is at /viewstore
Those should be the default value if view store value
Is it possible in windows to share the same folder as 2 different names? Because currently my viewstore is at c:\viewstore1, but is shared as cc_vws1. I cannot change this, because this is how ClearCase is installed on our machines, but if there would be a way to also share this folder as
I committed the generator.
Source files are generated in target/generated-sources when you run mvn clean
install
Emmanuel
Wim Deblauwe a écrit :
Yes, it is quite simple:
clearcase-settings
viewstore\\mycomputer\viewstore/viewstore
/clearcase-settings
I would read this from
in your case, you'll use clearcase-settings.xml, and if this file doesn't exist and you don't find
info in scm url, you can use dan proposal as default value.
Emmanuel
Wim Deblauwe a écrit :
Dan,
I'm afraid not, with us, it is at \\${hostname}\cc_vws1 :(
regards,
Wim
2005/12/6, dan tran
I don't think.
Emmanuel
Wim Deblauwe a écrit :
Is it possible in windows to share the same folder as 2 different names?
Because currently my viewstore is at c:\viewstore1, but is shared as
cc_vws1. I cannot change this, because this is how ClearCase is
installed on our machines, but if there
2005/12/6, Emmanuel Venisse [EMAIL PROTECTED]:
I committed the generator.Source files are generated in target/generated-sources when you run mvn clean installEmmanuelThanks! I tried that and I get the generated source files. How should I proceed? Do I copy the generated source files under the
It's done: http://jira.codehaus.org/browse/SCM-100I hope we can have some beta-testers to test this out.regards,Wim
2005/12/6, Wim Deblauwe [EMAIL PROTECTED]:
2005/12/6, Emmanuel Venisse [EMAIL PROTECTED]
:
I committed the generator.Source files are generated in target/generated-sources when you
Implement executable changelog command
--
Key: SCM-97
URL: http://jira.codehaus.org/browse/SCM-97
Project: Maven SCM
Type: Bug
Components: maven-scm-provider-perforce
Versions: 1.0-beta-2
Reporter: mike perham
[ http://jira.codehaus.org/browse/SCM-99?page=all ]
Dan Tran updated SCM-99:
Attachment: SCM-99.patch
patch + test
changelog is emtpy when using startDate is assigned
---
Key: SCM-99
URL:
[ http://jira.codehaus.org/browse/SCM-98?page=all ]
Dan Tran updated SCM-98:
Attachment: SCM-98.patch
patch, manually tested with svn and starteam providers
Add scm:changelog goal
--
Key: SCM-98
URL:
Add scm:changelog goal
--
Key: SCM-98
URL: http://jira.codehaus.org/browse/SCM-98
Project: Maven SCM
Type: New Feature
Components: maven-plugin
Versions: 1.0-beta-1
Environment: starteam, svn, xp
Reporter: Dan Tran
Fix For:
changelog is emtpy when using startDate is assigned
---
Key: SCM-99
URL: http://jira.codehaus.org/browse/SCM-99
Project: Maven SCM
Type: Bug
Components: maven-scm-provider-starteam
Environment: starteam, xp
[patch] ClearCase checkout and update commands
--
Key: SCM-100
URL: http://jira.codehaus.org/browse/SCM-100
Project: Maven SCM
Type: Improvement
Components: maven-scm-provider-clearcase
Reporter: Wim Deblauwe
[ http://jira.codehaus.org/browse/SCM-100?page=all ]
Emmanuel Venisse closed SCM-100:
Assign To: Emmanuel Venisse
Resolution: Fixed
Fix Version: 1.0-beta-2
Applied.
[patch] ClearCase checkout and update commands
yes2005/12/6, Emmanuel Venisse [EMAIL PROTECTED]:
update command works too with continuum?EmmanuelWim Deblauwe a écrit : It's done: http://jira.codehaus.org/browse/SCM-100 I hope we can have some beta-testers to test this out.
regards, Wim 2005/12/6, Wim Deblauwe [EMAIL PROTECTED] mailto:[EMAIL
Hi,my patch http://jira.codehaus.org/browse/SCM-95 has not been applied yet. Is there a specific reason?regards,Wim
[ http://jira.codehaus.org/browse/SCM-98?page=all ]
Emmanuel Venisse closed SCM-98:
---
Assign To: Emmanuel Venisse
Resolution: Fixed
Applied.
Add scm:changelog goal
--
Key: SCM-98
URL:
[ http://jira.codehaus.org/browse/SCM-97?page=all ]
Emmanuel Venisse closed SCM-97:
---
Assign To: Emmanuel Venisse
Resolution: Fixed
Applied
Implement executable changelog command
--
Key: SCM-97
[ http://jira.codehaus.org/browse/SCM-99?page=all ]
Emmanuel Venisse closed SCM-99:
---
Assign To: Emmanuel Venisse
Resolution: Fixed
Fix Version: 1.0-beta-2
applied.
changelog is emtpy when using startDate is assigned
ah, ok, thanks.2005/12/6, Emmanuel Venisse [EMAIL PROTECTED]:
I didn't have time, it will be update before the releaseEmmanuelWim Deblauwe a écrit : Hi, my patch http://jira.codehaus.org/browse/SCM-95
has not been applied yet. Is there a specific reason? regards, Wim
[ http://jira.codehaus.org/browse/MNG-1757?page=all ]
Vincent Massol moved MPCLOVER-51 to MNG-1757:
-
Complexity: Intermediate
Workflow: Maven (was: jira)
Key: MNG-1757 (was: MPCLOVER-51)
Project: Maven 2 (was:
[ http://jira.codehaus.org/browse/MNG-1757?page=all ]
Vincent Massol updated MNG-1757:
Version: 2.0
Component: maven-clover-plugin
classpath error
---
Key: MNG-1757
URL: http://jira.codehaus.org/browse/MNG-1757
[ http://jira.codehaus.org/browse/MPARTIFACT-63?page=all ]
Lukas Theussl updated MPARTIFACT-63:
Fix Version: 1.7
Cannot deploy artifacts with own ArtifactTypeHandler.
-
Key:
[ http://jira.codehaus.org/browse/MNG-1743?page=comments#action_52814 ]
Brett Porter commented on MNG-1743:
---
what version of the surefire plugin do you have? worth checking it is the
latest as I had some similar issues with the first snapshot jason
[ http://jira.codehaus.org/browse/MPARTIFACT-63?page=comments#action_52817
]
Lukas Theussl commented on MPARTIFACT-63:
-
Thanks for the patch! The problem is that it breaks exactly the feature that
was introduced with the fix for MPARTIFACT-57: you
[ http://jira.codehaus.org/browse/SUREFIRE-21?page=all ]
Brett Porter moved MNG-1747 to SUREFIRE-21:
---
Version: (was: 2.0.2)
Workflow: jira (was: Maven)
Key: SUREFIRE-21 (was: MNG-1747)
Project: surefire (was: Maven 2)
[ http://jira.codehaus.org/browse/MNG-1743?page=all ]
Vincent Massol closed MNG-1743:
---
Assign To: Vincent Massol (was: Jason van Zyl)
Resolution: Won't Fix
It seems there was a problem with the publishing of the plugin. I have built it
from
[ http://jira.codehaus.org/browse/MPARTIFACT-63?page=all ]
Shinobu Kawai Yoshida updated MPARTIFACT-63:
Attachment: MPARTIFACT-63.patch
A quick fix.
Cannot deploy artifacts with own ArtifactTypeHandler.
Tests failing when specifying forkmode=pertest on windows
-
Key: MNG-1758
URL: http://jira.codehaus.org/browse/MNG-1758
Project: Maven 2
Type: Bug
Components: maven-surefire-plugin
Environment: Windows XP
[ http://jira.codehaus.org/browse/CONTINUUM-499?page=all ]
Emmanuel Venisse closed CONTINUUM-499:
--
Assign To: Emmanuel Venisse
Resolution: Fixed
Fix Version: 1.0.2
Applied. Thanks.
Update for README.txt with an hands on chapter
[ http://jira.codehaus.org/browse/MNG-701?page=all ]
Brett Porter closed MNG-701:
Assign To: Brett Porter
Resolution: Won't Fix
Fix Version: (was: 2.0.1)
extract pom conversion code to create a standalone tool
[ http://jira.codehaus.org/browse/MNG-678?page=comments#action_52821 ]
Grégory Joseph commented on MNG-678:
Oh gosh, in my case, the distant repo's disk was full. However, it'd be nice if
this kind of meaningful information was reported in the buid
test:single should override maven.test.skip=true
Key: MPTEST-59
URL: http://jira.codehaus.org/browse/MPTEST-59
Project: maven-test-plugin
Type: Improvement
Versions: 1.7
Reporter: Jeff Black
If I have a
[ http://jira.codehaus.org/browse/MNG-441?page=all ]
Jason van Zyl reopened MNG-441:
---
Forking is not working on Windows.
surefire plugin needs to be able to fork tests
--
Key: MNG-441
[ http://jira.codehaus.org/browse/MPARTIFACT-63?page=comments#action_52824
]
Lukas Theussl commented on MPARTIFACT-63:
-
I just committed a slightly modified version of your patch, can you confirm
that this still works for you? Thanks!
Cannot
[ http://jira.codehaus.org/browse/MNG-1754?page=all ]
Brett Porter closed MNG-1754:
-
Assign To: Brett Porter
Resolution: Won't Fix
afaik this is normal - we always reference it as: ${java.home}/../lib/tools.jar
I don't quite understand why this
[ http://jira.codehaus.org/browse/MNG-1471?page=comments#action_52827 ]
John Casey commented on MNG-1471:
-
The whole point of maven is to have your project declaratively specified, and
then use that information to build the project artifact, project
[ http://jira.codehaus.org/browse/MNG-1471?page=comments#action_52828 ]
Brett Porter commented on MNG-1471:
---
it will just be discouraged, not removed (at least not without a reasonable
deprecation period and plenty of discussion of alternatives).
We
[ http://jira.codehaus.org/browse/MNG-1749?page=all ]
Joakim Erdfelt updated MNG-1749:
Attachment: MNG-1749-checkstyle-up-to-date-with-m1.patch
Attached: MNG-1749-checkstyle-up-to-date-with-m1.patch
This patch is created using the following technique.
[ http://jira.codehaus.org/browse/MEV-245?page=comments#action_52833 ]
Edwin Punzalan commented on MEV-245:
H... this should be in maven-upload-requests and the procedure on doing it
is here:
[ http://jira.codehaus.org/browse/MNG-1509?page=all ]
Bernd Bohmann updated MNG-1509:
---
Attachment: OperatingSystemProfileActivator.java.patch
First patch for OperatingSystemProfileActivator was not really correct.
Profile activation by os doesn't work
[ http://jira.codehaus.org/browse/MEV-244?page=all ]
Edwin Punzalan closed MEV-244:
--
Assign To: Edwin Punzalan
Resolution: Fixed
Sorry about that. I preferred on using servlets.com as the pom has more
info... didn't notice that servlets.com
Report for the plugin
-
Key: MPASPECTJ-23
URL: http://jira.codehaus.org/browse/MPASPECTJ-23
Project: maven-aspectj-plugin
Type: Wish
Reporter: Shinobu Kawai Yoshida
Priority: Trivial
It would be great if there was a report feature to
bootclasspath support
-
Key: MPASPECTJ-22
URL: http://jira.codehaus.org/browse/MPASPECTJ-22
Project: maven-aspectj-plugin
Type: Wish
Versions: 3.2
Reporter: Shinobu Kawai Yoshida
Priority: Minor
It would be great if the plugin
URLs only link if they are FQDNs
Key: MNG-1759
URL: http://jira.codehaus.org/browse/MNG-1759
Project: Maven 2
Type: Bug
Versions: 2.0
Reporter: mike perham
Fix For: 2.0.2
We are trying to create internal site
[ http://jira.codehaus.org/browse/MPECLIPSE-71?page=comments#action_52840 ]
Max Rudman commented on MPECLIPSE-71:
-
I had the same need and created my own version. Submitted patch is actually
more robust than what I did so I am not submitting mine.
[ http://jira.codehaus.org/browse/JXR-5?page=comments#action_52841 ]
mike perham commented on JXR-5:
---
Where is the maven-jxr source code? I'll fix this and submit a patch if only I
knew where it was...
JXR report html malformed
-
JXR report html malformed
-
Key: JXR-5
URL: http://jira.codehaus.org/browse/JXR-5
Project: Maven JXR
Type: Bug
Versions: 1.0-beta-1
Reporter: mike perham
Fix For: 1.0-beta-1
Here's a sample of the HTML generated. Note the
[ http://jira.codehaus.org/browse/MPDIST-28?page=comments#action_52844 ]
Lukas Theussl commented on MPDIST-28:
-
Thanks Phil!
Just to clarify: you get the NPE with the plugin-plugin-1.7-SNAPSHOT installed?
Running maven 1.0 or 1.1?
It shouldn't be
Better Archetype template processing support
Key: MNG-1761
URL: http://jira.codehaus.org/browse/MNG-1761
Project: Maven 2
Type: Improvement
Versions: 2.2
Reporter: Aaron Anderson
Priority: Trivial
Custom packaging type ignored when POM contains modules entry
--
Key: MNG-1760
URL: http://jira.codehaus.org/browse/MNG-1760
Project: Maven 2
Type: Bug
Reporter: Aaron Anderson
First I have not come
Exclude files svn from archive.
---
Key: MNG-1762
URL: http://jira.codehaus.org/browse/MNG-1762
Project: Maven 2
Type: New Feature
Components: maven-ear-plugin
Reporter: Dmitrij Khayretdinov
Priority: Minor
At assembly of
[ http://jira.codehaus.org/browse/MNG-1558?page=all ]
Edwin Punzalan updated MNG-1558:
Attachment: (was: MNG-1558-plexus-archiver.patch)
Manifest generation problems caused by valid POM information
[ http://jira.codehaus.org/browse/MNG-1558?page=all ]
Edwin Punzalan updated MNG-1558:
Attachment: MNG-1558-plexus-archiver.patch
Attached patch with updated test cases for the problem.
Manifest generation problems caused by valid POM information
[ http://jira.codehaus.org/browse/MNG-1558?page=all ]
Edwin Punzalan updated MNG-1558:
Attachment: MNG-1558-plexus-archiver.patch
Manifest generation problems caused by valid POM information
[ http://jira.codehaus.org/browse/MNG-1558?page=all ]
Edwin Punzalan updated MNG-1558:
Attachment: MNG-1558-plexus-archiver.patch
Sorry about that the multiple attach/delete... was cleaning the unit test
output.
Manifest generation problems caused by
Suport sources generator in eclipse plugin
---
Key: MNG-1763
URL: http://jira.codehaus.org/browse/MNG-1763
Project: Maven 2
Type: Bug
Components: maven-eclipse-plugin
Versions: 2.0
Reporter: Gilles Scokart
[ http://jira.codehaus.org/browse/MNG-1558?page=all ]
Edwin Punzalan updated MNG-1558:
Attachment: (was: MNG-1558-plexus-archiver.patch)
Manifest generation problems caused by valid POM information
[ http://jira.codehaus.org/browse/MRM-2?page=all ]
John Tolentino updated MRM-2:
-
Attachment: MRM-2-maven-repository-reports-standard.diff
Additional implementations, new classes and unit tests.
repository: transitive dependency report
[ http://jira.codehaus.org/browse/CONTINUUM-485?page=all ]
nick gonzalez updated CONTINUUM-485:
Attachment: CONTINUUM-485-continuum-core.patch
Add a default build definition for ant project
--
[ http://jira.codehaus.org/browse/MRM-2?page=all ]
John Tolentino updated MRM-2:
-
Attachment: MRM-2-maven-repository-reports-standard.diff
More unit tests.
repository: transitive dependency report
Key:
[ http://jira.codehaus.org/browse/MPARTIFACT-61?page=comments#action_52862
]
Joerg Schaible commented on MPARTIFACT-61:
--
Well, as already said, exec for Linux Windows is quite different. For scp I
have always an AuthenticationException for my
[ http://jira.codehaus.org/browse/MNG-804?page=all ]
Allan Ramirez updated MNG-804:
--
Attachment: m1-m2-changes.apt
For review
maven.jar.override usage in m2
--
Key: MNG-804
URL:
[ http://jira.codehaus.org/browse/JXR-5?page=comments#action_52865 ]
Emmanuel Venisse commented on JXR-5:
https://svn.apache.org/repos/asf/maven/jxr/trunk
JXR report html malformed
-
Key: JXR-5
URL:
[ http://jira.codehaus.org/browse/MNG-1643?page=all ]
Vincent Siveton updated MNG-1643:
-
Attachment: MNG-1643.diff
plexus-installer.diff
Brett,
I created a new plexus component, called plexus-installer. Out of box
installers are NSIS
Errors occurred while performing maven-1 to maven-2 repository conversion.
For more details, see:
http://test.maven.codehaus.org/reports/repoclean/06-Dec-2005_08.32.31/repository.report.txt
-
To unsubscribe, e-mail: [EMAIL
I didn't have time, it will be update before the release
Emmanuel
Wim Deblauwe a écrit :
Hi,
my patch http://jira.codehaus.org/browse/SCM-95 has not been applied
yet. Is there a specific reason?
regards,
Wim
On 11/24/05, Edwin Punzalan (JIRA) [EMAIL PROTECTED] wrote:
[ http://jira.codehaus.org/browse/MEV-136?page=all ]
Edwin Punzalan closed MEV-136:
--
Resolution: Fixed
Matt's comment on 23/Nov/05 seems not to be resolved. The 1.1.0 and
1.1.1 myfaces-parent
[ http://jira.codehaus.org/browse/MEV-136?page=comments#action_52873 ]
Wendy Smoak commented on MEV-136:
-
Both the 1.1.1 and 1.1.0 POMs on ibiblio still have the extra '' after
'provided' for the JSP api artifact. (See Matt's 23/Nov/05 comment.)
Distribution:
http://maven.zones.apache.org/~maven/builds/m2-20051206.141500.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/m2-build-log-20051206.141500.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
[ http://jira.codehaus.org/browse/MEV-245?page=comments#action_52875 ]
Tomislav Stojcevich commented on MEV-245:
-
Shouldn't the sync take care of it? It looks like the jars made it into the
maven1 repository.
[ http://jira.codehaus.org/browse/MNG-1471?page=comments#action_52874 ]
Matthew Wheaton commented on MNG-1471:
--
Hi John,
I think your assessment is correct in that I think my usage model of Maven is a
convenience wrapper around ANT, and using the
[ http://jira.codehaus.org/browse/MNG-661?page=all ]
Vincent Siveton closed MNG-661:
---
Resolution: Fixed
Applied. Thanks John!
In parent site, automatically create link to modules sites and vice-versa
Failed to deploy to a remote repository
---
Key: MNG-1764
URL: http://jira.codehaus.org/browse/MNG-1764
Project: Maven 2
Type: Bug
Components: maven-deploy-plugin
Versions: 2.0
Environment: Linux Fedora, 32bit, Maven2
[ http://jira.codehaus.org/browse/MNG-983?page=all ]
Vincent Siveton closed MNG-983:
---
Resolution: Fixed
Created a new SiteStageMojo
add staging site capabilities
-
Key: MNG-983
URL:
[ http://jira.codehaus.org/browse/CONTINUUM-485?page=all ]
Emmanuel Venisse closed CONTINUUM-485:
--
Assign To: Emmanuel Venisse
Resolution: Fixed
Applied with some modifications.
Add a default build definition for ant project
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20051206.143000.txt
Distribution:
http://maven.zones.apache.org/~maven/builds/m2-20051206.143000.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/m2-build-log-20051206.143000.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
[ http://jira.codehaus.org/browse/MNG-1762?page=all ]
Stephane Nicoll closed MNG-1762:
Resolution: Duplicate
I hope I fully understand your problem. This is already fixed and will be
available as of maven-ear-plugin 2.1
See linked issue for more
[ http://jira.codehaus.org/browse/MNG-1471?page=comments#action_52882 ]
Jeff Jensen commented on MNG-1471:
--
John, Matt's may be what you describe, but ours is not. I gleefully shed
anything Ant-ish when I began using Maven. My situation is described in
Clean scm url in AbstractScmManager when scmurl contains ../
--
Key: SCM-101
URL: http://jira.codehaus.org/browse/SCM-101
Project: Maven SCM
Type: Improvement
Components: maven-scm-api
Versions:
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20051206.15.txt
Log:
http://maven.zones.apache.org/~maven/logs/m2-build-log-20051206.163000.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[ http://jira.codehaus.org/browse/MNG-1696?page=comments#action_52886 ]
Marcel Schutte commented on MNG-1696:
-
Please take a look at EarMojo from maven-ear-plugin as well. This one has
similar getExcludes() and getIncludes() methods.
war includes and
[ http://jira.codehaus.org/browse/JXR-5?page=comments#action_52887 ]
mike perham commented on JXR-5:
---
Here's an ugly but working patch:
Index: src/main/java/org/apache/maven/jxr/DirectoryIndexer.java
[ http://jira.codehaus.org/browse/MNG-1764?page=comments#action_52889 ]
John Casey commented on MNG-1764:
-
it may be failing to create the directories needed to support the artifact
inside that repository's layout...for example, if you have:
[ http://jira.codehaus.org/browse/MNG-1471?page=comments#action_52888 ]
John Casey commented on MNG-1471:
-
You have your third party libraries in SCM, and it's been decided that this
should remain the case...how would this preclude your using an SCM-based
1 - 100 of 195 matches
Mail list logo