Hi
you need to put it in the pom directory in which you run maven, not the parent
dir.
Regards
Mark
On Aug 10, 2011, at 5:39 PM, kalpeer wrote:
> Thanks a lot.
>
> I created aol.properties in my root directory of the project. that is in the
> location(/opt/project) where is my parent pom.xml i
Hi
you can just create an aol.properties file in the root directory of the
project.
Next to pom.xml
regards
Mark
On Aug 9, 2011, at 4:55 PM, kalpeer wrote:
> Thanks a lot. I have tried with nar plugin. But still I got the same error.
>
> On further study it looks like AOL property needs to be
Hi
you can try the latest version from github
maven-nar-plugin
Regards
Mark Donszelmann
On Aug 9, 2011, at 3:18 PM, kalpeer wrote:
>
>
> We use the below maven-compiler-plugin
>
> true
> org.apache.maven.plugins
> maven-compiler-plugin
>
Hi
+1 (non-binding)
works for me.
Regards
Mark Donszelmann
On Mon, Oct 4, 2010 at 2:16 PM, Benjamin Bentmann wrote:
> Hi,
>
> feedback on the RCs seems to be decreasing and I am currently not aware of
> any major regression so let's try and cross the finishing line o
x27;ve found a bug.
-- Kenney
Mark Donszelmann wrote:
Hi
I am attaching artifacts to the main (jar) artifact in my plugin
for maven. All works fine for versioned plugins,
but for SNAPSHOTS I see the following behavior:
1. mvn install
installs the SNAPSHOT correctly in my local repository (correc
any idea why maven looks up the latest build number twice? Did I
order some calls wrongly?
Regards
Mark Donszelmann
Hi Kenney,
On Jun 13, 2007, at 8:12 AM, Kenney Westerhof wrote:
Mark Donszelmann wrote:
Hi Kenney,
Hi Mark,
I was using 2.1.3 for surefire. Changed it to 2.3, and still get
error (slightly different):
Hi,
this is fixed later on; i think you're missing a dependency on junit.
pertest
**/*TestSuite.java
**/TestSuite.java
Could not test SNAPSHOTs yet.
Regards
Mark Donszelmann
On Jun 13, 2007, at 6:18 AM, Kenney Westerhof wrote:
Hi,
can you find the surefire plugin version you&#x
on 2.0.6 which refrained me from using it.
2.0.5 works fine though. Any idea?
Do ot let me hold up the release, I am sure it is a config error on
my side, but if you have a hint, let me know.
Regards
Mark Donszelmann
On Jun 12, 2007, at 10:12 PM, Jason van Zyl wrote:
Hi,
The release notes
just execute these in order, so the poms would not have
been changed.
Max suggests to use -DpreparationalGoals="clean install"
which would change the goals as part of the release:prepare.
Regards
Mark
On Jun 6, 2007, at 8:12 AM, Graham Leggett wrote:
On Wed, June 6, 2007 4:50 pm, Mark D
Hi
On Jun 6, 2007, at 4:41 AM, Graham Leggett wrote:
On Tue, June 5, 2007 9:06 pm, Brett Porter wrote:
Right. The reason for not choosing to install by default is that you
end up with a "release" in your local repository which is not the
final one.
We've run into this problem as well - the
ybe a problem with the release
plugin.
mvn 2.0.5 and maven-release-plugin-2.0-beta-6
Regards
Mark Donszelmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
java.library.path.
Can you give me another hint how to archieve this?
Regards
Mark Donszelmann
Thanks
Jörg
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGGsQ9mPuec2Dcv/8RAqHRAJ9XVaB/LpVdkMxo7A
6, 2007, at 7:21 PM, Mark Donszelmann wrote:
Hi
the freehep-nar-plugin does exactly what you describe.
http://java.freehep.org/freehep-nar-plugin
Regards
Mark Donszelmann
On Apr 6, 2007, at 5:33 PM, [EMAIL PROTECTED] wrote:
Its probably better to zip the natives up and then use the zip
file
Hi
the freehep-nar-plugin does exactly what you describe.
http://java.freehep.org/freehep-nar-plugin
Regards
Mark Donszelmann
On Apr 6, 2007, at 5:33 PM, [EMAIL PROTECTED] wrote:
Its probably better to zip the natives up and then use the zip file
as the artifact, and then hook up support
Hi
I just wondered why there is a ~5 hour delay between posting my
message to this list and
its appearance? Is the list that big, or is this on purpose to
prevent spam?
This was posted at 7:00 AM in California.
Regards
Mark Donszelmann
apper around a C++ program.
Regards
Mark Donszelmann
Stanford Linear Accelerator Center
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: "Maven Developers List"
Sent: Monday, November 27, 2006 6:05 PM
Subject: Re: Generating source from a plugin
Yo
properties
file in the jar file.
Regards
Mark
On Jun 19, 2006, at 8:18 AM, Richard van der Hoff wrote:
Mark Donszelmann wrote:
The NAR gets unpacked in the local repository under the directory
where the
jar file is stored, so underneath a parent directory with that
version number.
Ah ha,
, 2006, at 2:32 AM, Richard van der Hoff wrote:
Mark Donszelmann wrote:
Hi
in the freehep-nar-plugin (for maven 1, being ported to maven 2)
we have such a solution.
>
Hrm, I wish I'd heard about this sooner! Sounds very interesting.
I have a couple of questions... Do you unpack all n
different approach since there is no packaging in maven1)
http://java.freehep.org/freehep-nar-plugin
and we are porting it currently to maven2.
Regards
Mark Donszelmann
On Jun 16, 2006, at 10:32 AM, Hiram Chirino wrote:
On 5/9/06, Richard van der Hoff <[EMAIL PROTECTED]> wrote:
...
Versions: 2.0.1
Environment: Windows XP
Reporter: Mark Donszelmann
Priority: Minor
Fix For: 2.0.3
the legacy layout tag in a profile does not show up in an inherited pom.
Given the following pom.xml:
4.0.0
xxx
yyy
1.0-SNAPSHOT
pom
maven-1
[ http://jira.codehaus.org/browse/MNG-1707?page=comments#action_52354 ]
Mark Donszelmann commented on MNG-1707:
---
sorry, my misunderstanding of that tag. Please correct the subject of this
issue, I do not seem to have privs to do so.
Indeed the
: Improvement
Components: maven-eclipse-plugin
Versions: 2.0
Reporter: Mark Donszelmann
Fix For: 2.0.1
The maven-compiler-plugin allows a configuration such as:
maven-compiler-plugin
**/idl/*Factory.java
the
en-eclipse-plugin
Versions: 2.0
Reporter: Mark Donszelmann
Fix For: 2.0.1
the eclipse:eclipse goal should run in a later phase than it currently does
(generate-sources)
as user defined plugins may add to the compileSourceRoots and
testCompileSourceRoots.
If it runs later, a
: Maven 2
Type: Bug
Components: maven-clean-plugin
Versions: 2.0
Reporter: Mark Donszelmann
Priority: Minor
Attachments: components.xml
This may or may not be a bug.
The attached "nar" packaging works fine for any other goal than "clean".
The &qu
[ http://jira.codehaus.org/browse/MNG-1401?page=all ]
Mark Donszelmann updated MNG-1401:
--
Attachment: site-plugin_nl.properties
first file done, second on the way.
> Dutch (NL) translation for site and reports plug
Versions: 2.0
Reporter: Mark Donszelmann
Priority: Trivial
Fix For: 2.0.1
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more
[ http://jira.codehaus.org/browse/MNG-1345?page=comments#action_49478 ]
Mark Donszelmann commented on MNG-1345:
---
its "../" and not "./"
if I remove it, the filtered sources end up in
"target/classes/generated-sources/fil
[ http://jira.codehaus.org/browse/MNG-1345?page=comments#action_49469 ]
Mark Donszelmann commented on MNG-1345:
---
Unix/AFS permissions are ok.
> "No such file or directory" when resource targetdirectory contains "../" and
&g
[ http://jira.codehaus.org/browse/MNG-1345?page=comments#action_49468 ]
Mark Donszelmann commented on MNG-1345:
---
Maven 2.0
maven-resources-plugin 2.1
checked on unix:
one cannot do:
ls non-existing-directory/../existing-directory
or even
mkdir non
: Improvement
Components: maven-plugin-descriptor
Versions: 2.0
Reporter: Mark Donszelmann
The documentation page for the configuration of a Mojo, as currently generated,
only documents basic types (booleans, Lists, Sets, Properties) but fails
to say anything about User Defined types (for which
.org/browse/MNG-1345
Project: Maven 2
Type: Bug
Components: maven-resources-plugin
Versions: 2.0
Environment: Linux fails, Windows is fine.
Reporter: Mark Donszelmann
Priority: Minor
Fix For: 2.0.1
"No such file or directory" when resource targetdirect
: Mark Donszelmann
Fix For: 1.5.2
> when trying to deploy my plugin on my plugin on my own maven repository
> using the latest 1.5.1 Artifact Plugin using sftp and a private key,
> all seems to go well:
>
> plugin:repository-deploy:
> [echo] Deploying...
> Will deplo
33 matches
Mail list logo
