Reporter: Dan Tran
Attachments: SCM-99.patch
Current implementation uses -cfgd ${startDate} option to retreive changelog
from startDate to latest change log.
However, -cfgd is not intended to be used this way. It acutally returns the
reverse which are the changelogs from the current view
John, you are such an angel.
Your work on this fix is fully appreciated.
-D
On 12/6/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: jdcasey
Date: Tue Dec 6 08:56:02 2005
New Revision: 354475
URL: http://svn.apache.org/viewcvs?rev=354475view=rev
Log:
Removing prerequisite phase
[ http://jira.codehaus.org/browse/MNG-1766?page=comments#action_52911 ]
Dan Tran commented on MNG-1766:
---
does it mean, after reach daily release where we have a new snaphot version, I
must install a snapshot of my build artifact to my local repo? ( mvn
On 12/5/05, Emmanuel Venisse [EMAIL PROTECTED] wrote:
Wim Deblauwe a écrit : 2005/12/2, Emmanuel Venisse
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Wim Deblauwe a écrit : Hi, I managed to get ClearCase working with Continuum, but there are
still 2 things that need to be addressed: 1) The view
[ http://jira.codehaus.org/browse/MNG-1551?page=comments#action_52715 ]
Dan Tran commented on MNG-1551:
---
it would be great with a snapshot is deployed to codehaus.
create a deploy:deploy-file goal
Key: MNG
[ http://jira.codehaus.org/browse/MNG-1551?page=comments#action_52717 ]
Dan Tran commented on MNG-1551:
---
packaging should be optional since in my case, I would to upload zip files my
internal remote repository.
It has no official packaging type.
I can
I think we should reverse the changes and put it back when maven 2.0.1 is
released.
It is hard for me to ask my user to use 2.0.1 bootstrap, inorder to do
release and maven:scm-bootstrap
-Dan
On 12/2/05, Emmanuel Venisse [EMAIL PROTECTED] wrote:
I need it for use MAVEN_TERMINATE_CMD env var
go to the test code and add throws Exception for now.
On 12/2/05, Mike Perham [EMAIL PROTECTED] wrote:
[ERROR] BUILD FAILURE[INFO]
[INFO] Compilation
for me due
to this and forcing an upToDate check does not help.
-Original Message-
From: dan tran [mailto:[EMAIL PROTECTED]
Sent: Friday, December 02, 2005 12:48 AM
To: Maven Developers List
Subject: Re: release plugin depends on maven 2.0.1
maven-scm-plugin is now depending on plexus
+1
On 12/2/05, Brett Porter [EMAIL PROTECTED] wrote:
+1Emmanuel Venisse wrote: Hi, Mike works on Perforce provider. This is a vote to make him a committer.
+1 from me. Emmanuel
After checkout, clearcase dictates to location of checkout directory
on my windows
m:/view-name
on my unix
/view/${view-name}/vobs
So continuum must allow a way to change per build entry to the new working direct
rather ${continuum-workdir}/#
We must stay on clearcase directory inorder to
maven-scm-plugin is now depending on plexus-utils-1.5-SNAPSHOT as well.
-D
On 12/1/05, Brett Porter [EMAIL PROTECTED] wrote:
I noticed that the release plugin now requires plexus-utils 1.0.5
snapshot. This means that it will only work on Maven 2.0.1 (and recently
bootstrapped at that).
Is
we could add more mojos to maven-scm-plugin to call/execising those command.
Forexample, we can add scm:changelog to dump the content to stdout.
I can cookup changelog edit unedit mojos
-D
On 11/29/05, Emmanuel Venisse [EMAIL PROTECTED] wrote:
Sure, but it isn't easy for clearcse, perforce and
ourselves because then we need to look at the tag of the release and nothing else should be looked at. - They first create a snapshot view
- After that, they set the config spec on the snapshot view Dan, do you know more on the stgloc and vws options? regards,
Wim 2005/11/28, dan tran [EMAIL PROTECTED
/30, dan tran [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
: On 11/30/05, *Wim Deblauwe* [EMAIL PROTECTED] mailto:
[EMAIL PROTECTED] wrote: Good suggestions there Dan! It is indeed platform dependant and following the maven 2 way, we should be able to put those things
in the settings.xml
Environment: xp,clearcase,starteam
Reporter: Dan Tran
Fix For: 2.0.1
I have a build environments where daily release build is required and the build
is long ( 1 - 2 hours is the norm).
By using the current release plugin, the prepare step forces the install phase,
we end up to do the build
[ http://jira.codehaus.org/browse/MNG-1551?page=comments#action_52382 ]
Dan Tran commented on MNG-1551:
---
i hope -Dpackaging, -Did, and -Durl are optional right?
Can you add -Ddescription?
create a deploy:deploy-file goal
[ http://jira.codehaus.org/browse/MPA-28?page=comments#action_52175 ]
Dan Tran commented on MPA-28:
-
Jason, The VP is currently drivng the CCLA form with legal department, shall I
submit CLA form first?
Process Dan Tran
Key: MPA
[ http://jira.codehaus.org/browse/MPA-28?page=comments#action_52216 ]
Dan Tran commented on MPA-28:
-
Sent CLA.
Process Dan Tran
Key: MPA-28
URL: http://jira.codehaus.org/browse/MPA-28
Project: Maven Project
/11/24, Emmanuel Venisse [EMAIL PROTECTED]:
dan tran a écrit : On 11/24/05, *Emmanuel Venisse*
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote:
dan tran a écrit : Wim, it looks good to me from base SCM configuration perspective. I use a mixture of UCM and base SCM configurations.I keep
On 11/24/05, Emmanuel Venisse [EMAIL PROTECTED] wrote:
dan tran a écrit : Wim, it looks good to me from base SCM configuration perspective.
I use a mixture of UCM and base SCM configurations.I keep the configspec file in base SCM.At the time doing the label, I update the confispec file and label
I am working on it, got approvals from my boss and VP. It is now on legal department's desk
since I will spend some time during working hours for Maven.
-Dan
On 11/24/05, Emmanuel Venisse [EMAIL PROTECTED] wrote:
Dan,do you have send your CLA?EmmanuelEmmanuel Venisse a écrit :
dan tran a écrit
Take a look at other provider's components.xml. Do you have one yet?
-Dan
On 11/23/05, Mike Perham [EMAIL PROTECTED] wrote:
How do I get the DefaultScmManager to see my new Perforce provider?mike
[ http://jira.codehaus.org/browse/SCM-78?page=all ]
Dan Tran updated SCM-78:
Attachment: SCM-78-2.patch
Resubmit SCM-78-2.patch. This contains only plugin changes. Will open another
JIRA for Starteam Changes
scm:checkout should default checkout dir
: maven-scm-provider-starteam
Versions: 1.0-beta-1
Environment: xp
Reporter: Dan Tran
Fix For: 1.0-beta-2
Currently starteam provider only allows checking out to current directoy
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact
Support startDate, endDate in Starteam's changelog
--
Key: SCM-82
URL: http://jira.codehaus.org/browse/SCM-82
Project: Maven SCM
Type: Bug
Versions: 1.0-beta-1
Environment: xp
Reporter: Dan Tran
Fix
[ http://jira.codehaus.org/browse/SCM-81?page=all ]
Dan Tran updated SCM-81:
Attachment: SCM-81-82.patch
patches for SCM-81 and SCM-82.
Unable to checkout starteam project to another path rather than current
directory
[ http://jira.codehaus.org/browse/SCM-82?page=comments#action_51874 ]
Dan Tran commented on SCM-82:
-
patch is included in SCM-81
Support startDate, endDate in Starteam's changelog
--
Key: SCM-82
removed starteam, clearcase and cvs cause they all have build or test problems on my machine for some reason.
From: dan tran [mailto:[EMAIL PROTECTED]
] Sent: Wednesday, November 23, 2005 8:00 PMTo: scm-dev@maven.apache.org
Subject: Re: 'No such provider: perforce'
best to checkout maven-scm
Wim, i have no problem run the test at my local station, what problem do you see?
Could you me more about your OS, timezone?
For the time being, you can use -Dmaven.test.skip=true, but should set to false for clearcase provider.
-D
On 11/21/05, Wim Deblauwe [EMAIL PROTECTED] wrote:
Hi,currently,
was not
fully unterstood.
Dan Tran suggested to use the maven-embedder. But this seems to be some
overkill. As far as I have unterstood, the maven embedder should be used
to use the Maven functionality from outside of Maven.
Within the mail archive I found out that there must exist a construct
called
Thank you every one for the vote of confident. It is a great honor to be
part of
Maven community that I have gained so much but not able to give back as much
as I
would like to.
Regards,
-Dan
On 11/19/05, Brett Porter [EMAIL PROTECTED] wrote:
10 x +1. Welcome Dan!
I will get the process
On 11/18/05, Wim Deblauwe [EMAIL PROTECTED] wrote:
2005/11/18, Emmanuel Venisse [EMAIL PROTECTED]:
Wim Deblauwe a écrit : So, summarizing: 1) we need a lock/edit command in the ScmProvider interface, since the
release plugin knows that interface. We then have 2 options: define a special
Hi John, I have special interest in making a assembly out of some type
installer aswell.
So I will answer base on what have worked on maven-assembly-plugin
First, from my impression, plexus-archiver is interface we want to
implement for installers
( it is just an another kind of archiver). So the
Basically, you need to run the plugins by invoke maven again thru a command
line interface.
Take a look at maven-release-plugin src
There are some talk bout using maven-embedder, but i dont know how to do it
yet.
-D
On 11/16/05, Bernhard Daubner [EMAIL PROTECTED] wrote:
Could somebody
-Dgoals to use comma separator
--
Key: MNG-1561
URL: http://jira.codehaus.org/browse/MNG-1561
Project: Maven 2
Type: Bug
Components: maven-release-plugin
Environment: xp
Reporter: Dan Tran
Fix For: 2.0.1
I am writting
[ http://jira.codehaus.org/browse/MNG-1528?page=comments#action_50912 ]
Dan Tran commented on MNG-1528:
---
This request may be redundant because of MNG-1561 depending how clean we want
to be.
Ability to pass user defined arguments into release:perform
[ http://jira.codehaus.org/browse/MNG-1553?page=all ]
Dan Tran updated MNG-1553:
--
Attachment: MNG-1553-1561.patch
The is the patch for both MNG-1553 and MNG-1561
It is cleaner this time where the check for starteam username password is in
the base's getScm
[ http://jira.codehaus.org/browse/MNG-884?page=comments#action_50963 ]
Dan Tran commented on MNG-884:
--
how how about
mvn scm:bootstrap -Dtag= -Dgoals=.
available with maven-scm beta-1
release:perform doesn't work at all without release.properties
: Improvement
Components: maven-release-plugin
Environment: staream, xp
Reporter: Dan Tran
Fix For: 2.0.1
Attachments: patch.diff
Per discussion with Brett, we should strive to make this happen.
Basically, in the prepare mojo, instead of call getScm() in the abstract base
class
[ http://jira.codehaus.org/browse/MNG-1553?page=all ]
Dan Tran updated MNG-1553:
--
Attachment: MNG-1553.patch
Please discard the last patch, it has another patch i am working on that is not
supposed to be included with this specific improment
ability
[ http://jira.codehaus.org/browse/MNG-1553?page=comments#action_50852 ]
Dan Tran commented on MNG-1553:
---
MNG-1533.patch is the correct one
ability to retreive starteam username/password from settings.xml in
maven-release-plugin
: Dan Tran
Fix For: 2.0.1
There are cases where I need to passing more arguments to go along with -Dgoals
only at release time
Currently the work around is
-Dgoals=somegoals -Darg=value
It is best with
-Dgoals=some goals -Darguments=some args
Is it reasonable to allow this new
[ http://jira.codehaus.org/browse/SCM-67?page=all ]
Dan Tran updated SCM-67:
Attachment: SCM-67.diff
Patch
Ability to remove none scm files during scm:update command
--
Key: SCM-67
[ http://jira.codehaus.org/browse/SCM-63?page=all ]
Dan Tran updated SCM-63:
Attachment: SCM-63.diff
refactor checkout mojo and have bootrap mojo the inherit and call the checkout
method
Missing scm:bootstrap mojo
[ http://jira.codehaus.org/browse/MNG-1105?page=comments#action_50416 ]
Dan Tran commented on MNG-1105:
---
+1 not to remove
remove release.properties after successful release:perform
--
Key
Add Starteam Support for maven-release-plugin
-
Key: MNG-1472
URL: http://jira.codehaus.org/browse/MNG-1472
Project: Maven 2
Type: Bug
Components: maven-release-plugin
Environment: xp, starteam
Reporter: Dan Tran
[ http://jira.codehaus.org/browse/MNG-1472?page=all ]
Dan Tran updated MNG-1472:
--
Attachment: MNG-1472.diff
- add starteam provider to pom.xml
- to 1.0-alpha-3 for all maven-scm related artifacts ( was alpha-2 )
- add special code to handle username/password
[ http://jira.codehaus.org/browse/MNG-1472?page=comments#action_50423 ]
Dan Tran commented on MNG-1472:
---
correction
- use 1.0-alpha-4 for all maven-scm artifacts
Add Starteam Support for maven-release-plugin
: Dan Tran
Fix For: 1.0-alpha-4
It think we should manage user/password via settings.xml and command line can
overide them.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure
[ http://jira.codehaus.org/browse/CONTINUUM-353?page=comments#action_48868
]
Dan Tran commented on CONTINUUM-353:
Yes it fixed it. But I still need to throw ilegallStateException on the
consumer. when the ouput of stcmd is not as i expexted.
-Dan
: Dan Tran
Fix For: 1.0-alpha-4
This bug shows up in continuum where working directory is
$continum.home/bin/win32/../../app/continuum/working-directory
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http
[ http://jira.codehaus.org/browse/SCM-62?page=all ]
Dan Tran updated SCM-62:
Attachment: scm-62.patch
patch + added test in StarteamCheckoutConsumerTest
add, update fail when working directory has
: 2.1
Environment: xp
Reporter: Dan Tran
Fix For: 2.1
I would like to use assembly:unpack to populate eclipse and its component into
one single directroy
so that other eclispe build can reference it. Is it reasonable?
We can add a new param (like unpackDir ), when it is set to null
On 10/16/05, Phil Steitz [EMAIL PROTECTED] wrote:
I am looking for the xdocs for the html files in
http://maven.apache.org/maven2/developers/
Where can I find these files in svn?
I have already looked here:
It may way off topic, is it possible to put a search machenism
as the site get big?. I am sure my company would like to use it
as well, as our internal site is growing rapidly.
-D
On 10/16/05, Kenney Westerhof [EMAIL PROTECTED] wrote:
On Fri, 14 Oct 2005, Jason van Zyl wrote:
-1:
1) The
APT is now the prefer way due to its simplicity format.
So you may want to take a peek at maven-site/src/site/apt
take a look of how APT works at
http://maven.apache.org/maven2/apt-format.html
-D
On 10/16/05, Phil Steitz [EMAIL PROTECTED] wrote:
dan tran wrote:
On 10/16/05, Phil Steitz
+1 for mvn
On 10/15/05, Arnaud HERITIER [EMAIL PROTECTED] wrote:
I prefer it too (essentially for the 1st reason). I hope that m3 (if
there's one) will not be incompatible with m2 projects !! ;-)
Arnaud
Note : mvn are on the same row on an azerty keyboard :-)
-Message
Reporter: Dan Tran
Fix For: 1.0-beta-2
Scenario
1 Add project
2 Submit
3 hit the browser back button
new project will be created using last entry info
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators
-dev list.Thanks!-Original Message-From: dan tran [mailto:[EMAIL PROTECTED]]Sent: Thursday, October 13, 2005 12:57 AMTo: Maven Developers List
Subject: Re: ClearCase support in the SCM pluginI am willing to help out if someone would take a lead of this effort(my need for maven-scm-clearcase
[ http://jira.codehaus.org/browse/CONTINUUM-353?page=comments#action_48586
]
Dan Tran commented on CONTINUUM-353:
It turns out, the is a bug in StarteamCheckoutConsumer (around line 106) which
throws IlegalStateException but ignored by contiuum.
So
Unable to submit configuration page
---
Key: CONTINUUM-355
URL: http://jira.codehaus.org/browse/CONTINUUM-355
Project: Continuum
Type: Bug
Components: continuum-web
Versions: 1.0-beta-1
Reporter: Dan Tran
Fix
I am willing to help out if someone would take a lead of this effort
(my need for maven-scm-clearcase-provider is fading away since we
are moving to another scm provider)
Currently, there are 4 types to clearcase usage:
1. Base SCM where user will provide a config spec file some where
locally
Environment: xp
Reporter: Dan Tran
Fix For: 1.0-beta-2
Even with changes in starteam, scheduled build does not recognize changes and
skip the build. It could be starteam provider is problem,
but command line testing looks ok.
Btw, how come i dont see any log coming from starteam provider
Versions: 1.0-beta-1
Environment: xp, redhat
Reporter: Dan Tran
Fix For: 1.0-beta-2
Currently, my URLConnection for starteam does not include username/password in
my project.xml and pom.xml
in M1, the plugin would pick them up from maven (via build.properties) and pass
them
: Dan Tran
Fix For: 1.0-beta-2
I use continuum to load an existing m2's pom.xml. Continuum parses the
connectionUrl correctly
(i am able to force an error on password string, and continuum dectets it)
With a good url, the build log shows
Exception:
null
--
This message
-plugin
Versions: 1.0-alpha-3
Environment: xp
Reporter: Dan Tran
Fix For: 1.0-alpha-4
I think m2 should try to make scm plugin configuration compatible with m2
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one
scm:checkout ignores -DworkingDirectory setting
---
Key: SCM-58
URL: http://jira.codehaus.org/browse/SCM-58
Project: Maven SCM
Type: Bug
Versions: 1.0-alpha-3
Environment: xp
Reporter: Dan Tran
Fix For: 1.0
: xp
Reporter: Dan Tran
Fix For: 1.0-alpha-4
My current directory has a pom.xml with appropriate SCM connection setting
However, when I execute
m2 scm:checkout
the command still require use to set -DconnectionUrl on command line
--
This message is automatically generated by JIRA
Versions: 2.0-beta-4
Environment: xp
Reporter: Dan Tran
Fix For: 2.0-beta-4
This is a side affect of MNG-940. We need to be able to skip unpacking unknown
dependency file with unknown archiver type.
--
This message is automatically generated by JIRA.
-
If you think it was sent
[ http://jira.codehaus.org/browse/MNG-1099?page=all ]
Dan Tran updated MNG-1099:
--
Attachment: MNG-1099.diff
assembly:unpack when dependency is not a well know maven-archiver type
[ http://jira.codehaus.org/browse/MNG-1099?page=comments#action_47908 ]
Dan Tran commented on MNG-1099:
---
The title should be
assembly:unpack should ignore unknown archiver type
assembly:unpack when dependency is not a well know maven-archiver type
[ http://jira.codehaus.org/browse/MNG-1099?page=all ]
Dan Tran updated MNG-1099:
--
Attachment: MNG-1099-2.diff
Sorry Please use the MNG-1099-2.diff.
-D
assembly:unpack when dependency is not a well know maven-archiver type
[ http://jira.codehaus.org/browse/MNG-940?page=all ]
Dan Tran updated MNG-940:
-
Attachment: useArchiverManager.diff
assembly:unpack should support more archive types
--
Key: MNG-940
URL
[ http://jira.codehaus.org/browse/MNG-940?page=comments#action_47791 ]
Dan Tran commented on MNG-940:
--
Attached is a patch to get maven-assembly-plugin to take full advantage of
plexus-archiver's manger to lookup archiver/unarchiver types
PLX-162 is required
[ http://jira.codehaus.org/browse/MNG-940?page=comments#action_47792 ]
Dan Tran commented on MNG-940:
--
For testing, I invoked m2 assembly:assembly and m2 assembly:unpack using
maven-core project.
assembly:unpack should support more archive types
[ http://jira.codehaus.org/browse/MNG-786?page=comments#action_47589 ]
Dan Tran commented on MNG-786:
--
John, it works now. Huge fault is on my part where I customized a alias (c =m2
clean:clean) which never
take any param. Big appology for the time you have
[ http://jira.codehaus.org/browse/MNG-786?page=all ]
Dan Tran reopened MNG-786:
--
clean:clean goal ignores profile settings
-
Key: MNG-786
URL: http://jira.codehaus.org/browse/MNG-786
Project
[ http://jira.codehaus.org/browse/MNG-786?page=all ]
Dan Tran reopened MNG-786:
--
retest with latest maven-2.0-beta-3-SNAPSHOT. Still see the same behavor
clean:clean goal ignores profile settings
-
Key
[ http://jira.codehaus.org/browse/MNG-860?page=comments#action_47376 ]
Dan Tran commented on MNG-860:
--
Sound like http://jira.codehaus.org/browse/MNG-786 falls into the same
category. But please have it fixed in
2.0
Without this feature, i can not do a good
[ http://jira.codehaus.org/browse/MNG-786?page=comments#action_46913 ]
Dan Tran commented on MNG-786:
--
goals which does not have a lifecycle
clean:clean goal ignores profile settings
-
Key: MNG-786
Hi Andy, it is the correct behavior, ${finalName} is used only on your local
${maven.build.dir} but when maven try to install/deploy to remote
remote, it uses the enforced naming. ${artifactid}-${version}.${ext}
There were similar discussions on war plugin in the last couple weeks.
-D
On
your question on excutedProject annotation is documented at
http://maven.apache.org/maven2/lifecycle.html
regarding getArtifacts(), i dont see any reason this is not working, post
your snip code
someone may be able to help. Or better yet, join IRC you can get quicker
answer while
developing
Folks, I think we have a need to create plexus-archiver-manager component to
lookup an org.codehaus.plexus.archiver.Archiver/Unachiver based on a archive
type
(tar, zip, gzip,etc). maven-assembly-plugin will use this new class to clean
up it's hardcoded archiver types.
The implementation of
bogus plugin appears in plugin-registry.xml
---
Key: MNG-832
URL: http://jira.codehaus.org/browse/MNG-832
Project: Maven 2
Type: Bug
Components: maven-core
Versions: 2.0-beta-1
Environment: xp
Reporter: Dan Tran
[ http://jira.codehaus.org/browse/MNG-823?page=comments#action_45738 ]
Dan Tran commented on MNG-823:
--
It is also needed by native compiler mojo where it can pass a list of its
object (.o, obj) files to link mojo. This is a cleaner approach.
Currently
Environment: xp, linux
Reporter: Dan Tran
Fix For: 2.0-beta-1
There are 2 use cases:
- native-plugin can combine it built .o files with additional libraries on
dependency list to produce a big bundle. However other native pom
using bundle artifact will fail at link time
Hello, the maven-native-plugin needs this configuration
sources
source
dirdir1/dir
filenames
filenamefilename1.cfilename
filenamefilename2.cpp/filename
/filenames
source
source
dirdir2/dir
filenames
filenamefilename3.cfilename
oh mine!! you are my hero!!
Big thanks
-Dan
On 8/29/05, Kenney Westerhof [EMAIL PROTECTED] wrote:
On Mon, 29 Aug 2005, dan tran wrote:
Hello, the maven-native-plugin needs this configuration
sources
source
dirdir1/dir
filenames
filenamefilename1
Environment: xp, rehdat
Reporter: Dan Tran
Fix For: 2.0-beta-1
I see many duplicate entries in plugin-registry.xml and it is growing
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure
clean:clean goal ignores profile settings
-
Key: MNG-786
URL: http://jira.codehaus.org/browse/MNG-786
Project: Maven 2
Type: Bug
Components: maven-plugins
Versions: 2.0-beta-1
Environment: XP
Reporter: Dan Tran
[ http://jira.codehaus.org/browse/MNG-643?page=comments#action_45044 ]
Dan Tran commented on MNG-643:
--
It woks big thanks both KrisBravo and John
Support includes and excludes for the source and testSource directories
[ http://jira.codehaus.org/browse/MNG-759?page=comments#action_45046 ]
Dan Tran commented on MNG-759:
--
Per John advice, I need to add @requiresDependencyResolution to
NativeLinkerMojo
Sorry about this.
Empty artifacts when not using maven-core's default
[ http://jira.codehaus.org/browse/MNG-759?page=comments#action_45047 ]
Dan Tran commented on MNG-759:
--
forgot to mention, it works now.
Empty artifacts when not using maven-core's default lifecycles
Hello all,
In my case doing idl2java code generation, I need a way to create a unique file
to store timestamp.
Trygvis suggests to use getClass().getResource(
META-INF/maven/pom.properties )
What about execution id?
Thanks
-Dan
SIGNED MESSAGE-
Hash: SHA1
unique to the project, unique to a place in time, or what? I'm not sure
I understand.
dan tran wrote:
| Hello all,
|
| In my case doing idl2java code generation, I need a way to create a
unique file
| to store timestamp.
|
| Trygvis suggests to use getClass
-plugins
Versions: 2.0-beta-1
Environment: xp
Reporter: Dan Tran
Priority: Blocker
Fix For: 2.0-beta-1
Attachments: pom.xml, stacktrace.txt
When I bind maven-compiler-plugin in initialize phase, eclispe plugin throws
NPE.
When I remove the binding. It is ok
Note in pom.xml
[ http://jira.codehaus.org/browse/MNG-759?page=all ]
Dan Tran updated MNG-759:
-
Attachment: pom.xml
Here are important info about the attached pom.xml
- packaging = dll , i have my own lifecycle defined in my
maven-native-plugin's components.xml
- I
[ http://jira.codehaus.org/browse/MNG-643?page=comments#action_44971 ]
Dan Tran commented on MNG-643:
--
John,
I did apply patch locally. Then use the feature in a precompile step, in
validation phase, to compile a few java files, and uses the class files
will do
-Dan
On 8/22/05, John Casey [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
no problem at all. I had another test case I wanted to try,
anyway...based on something that Dan Tran was running into.
Dan: If you see this, can you verify that it0056 duplicates
701 - 800 of 851 matches
Mail list logo
