Hi,
I am trying to get the local repository directory with "localRepository"
parameter but the result is not the expected:
[local] -> file://C:\Documents and Settings\miroslav\.m2\repository
The problem is that before the directory there is a prefix "[local] ->
file://" which is the problem
Hi guys,
please help me in getting the solution.
1) i had put many jars like struts1.2.9.jar , junti.jar etc in a lib
folder. then make it as colib.ear.
2) Then try to install as
mvn install:install-file –DgroupId=repackage.oracle.ebilling
–DartifactId=colib –Dversion=6.0
Hi,
I am using maven-2.0.8 with java-1.5.0_15 and maven jspc plugin of
tomcat5. My pom.xml entry for jspc looks like this:
org.codehaus.mojo.jspc
jspc-maven-plugin
2.0-alpha-1
I use mvn install.
I just mean that when I use war in my POM file my
classes for some uncertain reason don't resolve classes from other libraries
though I use
Wendy Smoak-3 wrote:
>
> [moved from [EMAIL PROTECTED]
>
> On Wed, Oct 15, 2008 at 5:58 AM, svenson <[EMAIL PROTECTED]> wrote:
>
>
Reported http://jira.codehaus.org/browse/MSITE-364.
Thanks again for the help.
brettporter wrote:
>
> If there isn't one already, yes please.
>
> On 16/10/2008, at 7:40 AM, jaxzin wrote:
>
>>
>> I can confirm that downgrading to 2.0-beta-5 fixes my issue and the
>> module's
>> site is ge
If there isn't one already, yes please.
On 16/10/2008, at 7:40 AM, jaxzin wrote:
I can confirm that downgrading to 2.0-beta-5 fixes my issue and the
module's
site is generated with it's site descriptor. Thanks Brett! Do you
need me
to open a JIRA ticket?
brettporter wrote:
Does it
I can confirm that downgrading to 2.0-beta-5 fixes my issue and the module's
site is generated with it's site descriptor. Thanks Brett! Do you need me
to open a JIRA ticket?
brettporter wrote:
>
> Does it happen to work with 2.0-beta-5? I know 2.0-beta-6 regressed in
> this regard, but I t
Does it happen to work with 2.0-beta-5? I know 2.0-beta-6 regressed in
this regard, but I thought it was fixed.
- Brett
On 16/10/2008, at 7:33 AM, jaxzin wrote:
No, it's ignoring the module's site descriptor (mymodule/src/site/
site.xml)
completely. We do take advantage of the site descri
No, it's ignoring the module's site descriptor (mymodule/src/site/site.xml)
completely. We do take advantage of the site descriptor inheritance and
that's working properly with inheriting the site descriptor from the
top-level project's parent (aka grandparent??) but again the module's site
is u
No, but it's expected that it would be inherited and merged. Is that
what you are seeing?
- Brett
On 16/10/2008, at 7:17 AM, jaxzin wrote:
I've deployed the site of a multi-module project and found that the
sites for
the modules are using the site descriptor for the top-level project
ra
I've deployed the site of a multi-module project and found that the sites for
the modules are using the site descriptor for the top-level project rather
than each modules site descriptor that I've defined. Is that the expected
behavior?
--
View this message in context:
http://www.nabble.com/Mod
Hi.
I just converted my project to a Maven build. I started with version
1.8-SNAPSHOT of my project and I'm trying to cut a release for version
1.8.
My project is quite complex: multi-module and modules have
dependencies on one another. So to make it simple, there's the parent
with 3 child modul
Wendy Smoak wrote:
On Wed, Oct 15, 2008 at 3:50 AM, Sahoo <[EMAIL PROTECTED]> wrote:
As you can see, it uses a packaging type called distribution-fragment, which
is understood by our own extension called
org.glassfish.build:maven-glassfish-extension. We build the extension as
part of the sam
On Wed, Oct 15, 2008 at 3:50 AM, Sahoo <[EMAIL PROTECTED]> wrote:
> As you can see, it uses a packaging type called distribution-fragment, which
> is understood by our own extension called
> org.glassfish.build:maven-glassfish-extension. We build the extension as
> part of the same reactor.
Try c
Hi,
Appreciate any suggestion to solve this problem. I am stuck because of
this issue.
Thanks,
Sahoo
--- Begin Message ---
Hi,
I am having problems using maven-release-plugin and I need some help
urgently. While doing a release:prepare, maven is not able to locate an
extension. I am using
On Wed, Oct 15, 2008 at 08:53, Andy Law <[EMAIL PROTECTED]> wrote:
> hilco wrote:
>>> If your projects genuinely are stand-alone projects then I would suggest
>>> that you create separate repositories for each of them, although that may
>>> be
>>> harder to do if you already have history within an
On Wed, Oct 15, 2008 at 08:59, Graham Leggett <[EMAIL PROTECTED]> wrote:
> Hilco Wijbenga wrote:
>> And what do you gain? There's little advantage to having a repository
>> per project.
>
> One of the key advantages of having one repository per project is the
> ability to take a particular project
Hilco Wijbenga wrote:
You shouldn't create multiple repositories without *very* good
reasons. Multiple repositories just means having to duplicate
authentication, backup setup, etcetera. Moreover, any kind of copying
between projects is much harder that way. If you are working on
multiple projec
hilco wrote:
>
>> If your projects genuinely are stand-alone projects then I would suggest
>> that you create separate repositories for each of them, although that may
>> be
>> harder to do if you already have history within an existing repository. I
>> have not done so, but I imagine that it mu
On Wed, Oct 15, 2008 at 04:41, Andy Law <[EMAIL PROTECTED]> wrote:
> Stefan Fritz-2 wrote:
> The main clincher is that we generally run all our sub-modules as children
> of a parent super-module. That's only possible with the root approach.
Nonsense, you can create any kind of combination using sv
On Wed, Oct 15, 2008 at 06:16, Andy Law <[EMAIL PROTECTED]> wrote:
> Stefan Fritz-2 wrote:
>>
The main clincher is that we generally run all our sub-modules as
> children
of a parent super-module. That's only possible with the root approach.
>>
>> or you define trunk/tags/branches per modul
[moved from [EMAIL PROTECTED]
On Wed, Oct 15, 2008 at 5:58 AM, svenson <[EMAIL PROTECTED]> wrote:
> I've encountered the following problem. I work on a web project so to deploy
> it on a server I need to create a WAR file. My project depends on a few
> libraries and a few projects created by othe
Hi Martin,
thanks for your answer, that helped a bit, now I have a build section and a
reporting section in my pom with
this configurations (see below), works fine, but the problem really was is
that my cobertura plugin which by default,
executes the tests again...I didn't realize that before...
A
On Tue, Oct 14, 2008 at 10:18 PM, sean chen(陈思淼) <[EMAIL PROTECTED]> wrote:
> I have some project such as war, it is a intermediate project which a ear
> project depends on . and when I run mvn install. I don't want it to be
> install to local repository, or deploy to remote repository.how can I to
Stefan Fritz-2 wrote:
>
>>>The main clincher is that we generally run all our sub-modules as
children
>>>of a parent super-module. That's only possible with the root approach.
>
> or you define trunk/tags/branches per module-group instead of per project
> as you would do for standalone project
The main clincher is that we generally run all our sub-modules as children
of a parent super-module. That's only possible with the root approach.
or you define trunk/tags/branches per module-group instead of per project as
you would do for standalone projects ;-)
Thanks
Stefan
Andy Law wrot
mvn install -DskipTests
2008/10/15 von Janowsky, Simon <[EMAIL PROTECTED]>
> Yes, but then all tests in all goals will get skipped
>
>
> -Ursprüngliche Nachricht-
> Von: aXXa [mailto:[EMAIL PROTECTED]
> Gesendet: Mittwoch, 15. Oktober 2008 12:48
> An: users@maven.apache.org
> Betreff:
Yes, but then all tests in all goals will get skipped
-Ursprüngliche Nachricht-
Von: aXXa [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 15. Oktober 2008 12:48
An: users@maven.apache.org
Betreff: Re: skip tests in a single goal
Have you tried
$>mvn deploy -Dmaven.test.skip=true
-Ma
Or maybe configuring the report "report-only" (corresponding to mvn
surefire-report:report-only) could do the trick. It was specifically
developed to workaround the double execution :
http://maven.apache.org/plugins/maven-surefire-report-plugin/report-only-mojo.html
Cheers.
2008/10/15 aXXa <[EMAI
Stefan Fritz-2 wrote:
>
> Hi all,
>
> we are in the process of restructuring a subversion repository and
> "Mavenize" all projects.
> The main discussion at the moment is whether to have trunk/tags/branches
> on the root level or once per project.
>
> root:
> trunk/project1/pom.xml
>
Hi,
I am having problems using maven-release-plugin and I need some help
urgently. While doing a release:prepare, maven is not able to locate an
extension. I am using maven 2.0.7 on JDK 1.5. Given below are the
essential details of the pom.xml that's facing the issue:
org.glassfish
Have you tried
$>mvn deploy -Dmaven.test.skip=true
-Martin
von Janowsky, Simon wrote:
>
> Hello,
> on our CI-Server (Hudson) we execute three goals per module: clean,
> deploy,
> site.
> Now the tests get executed twice, which is a correct behaviour, but can
> cost
> lots of time...
> Is th
you have to add excludes sections to each of the dependencies that are
dragging them in...
of course, these dependencies should be dragging them in for a reason
(such as being required in order to function)
so one has to conclude either:
* you are trying to exclude them incorrectly
or
* the poms
Hello,
on our CI-Server (Hudson) we execute three goals per module: clean, deploy,
site.
Now the tests get executed twice, which is a correct behaviour, but can cost
lots of time...
Is there a way to disable tests for one single goal?
Greetings,
Simon.
smime.p7s
Description: S/MIME cryptograph
yes, these are the transitive dependancies. How can I prevent them?
Thanks,
Nitin B
--
View this message in context:
http://www.nabble.com/Want-to-exclude-extra-jars-from-war.-tp19990177p19990769.html
Sent from the Maven - Users mailing list archive at Nabble.com.
---
sounds like transitive dependencies
2008/10/15 Nitin B <[EMAIL PROTECTED]>:
>
> My project is depends on around 48 jars while in maven generated war file
> there are 143 jars.
> So I believe sourceExclude of Maven war plugin is not a good choice.
>
> Thanks,
> Nitin
>
>
> --
> View this message in
My project is depends on around 48 jars while in maven generated war file
there are 143 jars.
So I believe sourceExclude of Maven war plugin is not a good choice.
Thanks,
Nitin
--
View this message in context:
http://www.nabble.com/Want-to-exclude-extra-jars-from-war.-tp19990177p19990528.html
Hola!
Pre conditions: I have a number of similar projects, i.e. a number of maven
plugins are identically configured. I have solved this by putting all (most)
plugins in a super-project (pom-packaging), partly in a profile, partly in
pluginManagement:
super
pom
Hi Stefan,
we use one repository per project, and within the project there
are several modules and all of them have a trunk/branches/tags directory.
Our structure is like this:
repository project 1:
module1/branches
module1/tags
module1/trunk/pom.xml
module2/branches
module2/tag
Where do these JARs come from ? Are they dependencies or do they come from
your web application source folder. In the last case, you can use the
sourceExclude parameter of the Maven war plugin.
Jeff MAURY
On Wed, Oct 15, 2008 at 11:44 AM, Nitin B <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I am tryin
Hi,
I am trying to create a .war file using maven. While creating war while
maven adds extra jars in war which I have not specified in dependancies.
I dont want to add them in war, as these extra jars are creating a problem
at the time of deployment.
Thanks,
Nitin B
--
View this message in con
Hi all,
we are in the process of restructuring a subversion repository and
"Mavenize" all projects.
The main discussion at the moment is whether to have trunk/tags/branches
on the root level or once per project.
root:
trunk/project1/pom.xml
trunk/project2/pom.xml
branches/branch1/pro
The functionality provided by xsltc-m-p is sufficiently different from
xml-m-p that it should probably not be removed without at least
discussing things.
Here's more documentation on XSLTC, many people are unaware of it:
http://xml.apache.org/xalan-j/xsltc_usage.html
In short, you include a XSLT
Hi Wayne,
thanks, I checked-out the code and I'm currently installing it into my
local repo - and I'm also reading the code to understand how to use
it.
I just need to compile a single XSLT in a java class, so I'll reuse it
in my application.
Thank you very much for your help!
Simone
2008/10/15
Matt Whitlock wrote the original xsltc-m-p. Then when I wanted to use
it on a project, I tweaked some features and updated the code in svn.
The xsltc-m-p compiles xslt stylesheets into Xalan translets.
As of now, there is no official release per-se of this plugin, as it
still lives in the sandbox.
Hi Dan, Nick,
thank you very much for your quick reply!
Best regards,
Simone
2008/10/15 Dan Tran <[EMAIL PROTECTED]>:
> oops, dont know about xsltc-maven-plugin's status
>
> -D
>
> On Wed, Oct 15, 2008 at 12:43 AM, Dan Tran <[EMAIL PROTECTED]> wrote:
>> xml-maven-plugin is the official one.
>>
>>
oops, dont know about xsltc-maven-plugin's status
-D
On Wed, Oct 15, 2008 at 12:43 AM, Dan Tran <[EMAIL PROTECTED]> wrote:
> xml-maven-plugin is the official one.
>
> I will remove the one in sandbox
>
> -D
>
> On Wed, Oct 15, 2008 at 12:40 AM, Nick Stolwijk <[EMAIL PROTECTED]> wrote:
>> There is
xml-maven-plugin is the official one.
I will remove the one in sandbox
-D
On Wed, Oct 15, 2008 at 12:40 AM, Nick Stolwijk <[EMAIL PROTECTED]> wrote:
> There is also an xsltc maven plugin in the sandbox, but that hasn't
> been updated for a while. See
> https://svn.codehaus.org/mojo/trunk/sandbox
refactor how you aggregate your build.
or use mvn verify
mvn verify will build using the reactor without pushing to the local repository
the only difference between verify and install is that install puts
the dependency into the local repository.
if a plugin you are using is pulling artifacts f
There is also an xsltc maven plugin in the sandbox, but that hasn't
been updated for a while. See
https://svn.codehaus.org/mojo/trunk/sandbox/xsltc-maven-plugin/
What is the state of this plugin?
Hth
Nick Stolwijk
~Java Developer~
Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl
first. it's time consuming to install the war to the local repository or
deploy it to the remote repository, when project's grows to more than 50
scale, thats lot of time.second, there are some project just like
Test-project which depends on all the projects and run the junit test.
install or deplo
http://mojo.codehaus.org/xml-maven-plugin/
On Wed, Oct 15, 2008 at 12:32 AM, Dan Tran <[EMAIL PROTECTED]> wrote:
> http://mojo.codehaus.org/xslt-maven-plugin ?
>
> On Wed, Oct 15, 2008 at 12:28 AM, Simone Tripodi
> <[EMAIL PROTECTED]> wrote:
>> Hi everybody,
>> In my project I need to use the XSL
http://mojo.codehaus.org/xslt-maven-plugin ?
On Wed, Oct 15, 2008 at 12:28 AM, Simone Tripodi
<[EMAIL PROTECTED]> wrote:
> Hi everybody,
> In my project I need to use the XSLTC and I want to integrate it in my
> Maven build, but I haven't found any official documentation's page. Is
> there any rel
Hi everybody,
In my project I need to use the XSLTC and I want to integrate it in my
Maven build, but I haven't found any official documentation's page. Is
there any release of it?
Thanks in advance,
Simone
-
To unsubscribe, e-mai
But when you don't run mvn install, your ear project won't be able to
find it, because that project will look in the local repository.
Otherwise, if you don't run mvn deploy, other developers that wan't to
build your ear project won't be able to find it, because they look in
your remote repository
Hello,
When releasing the multimodule project and one of the transitive
dependencies is tools.jar a fatal error occurs.
mvn release:prepare -DgenerateReleasePoms=true
...
[INFO] Executing: mvn clean verify --no-plugin-updates -P proxy
[INFO] Scanning for projects...
[INFO] NOTE: Using release-p
On Wednesday 15 October 2008 Jan K wrote:
> What are the mandatory fields(tags) to be used for settings.xml?
You don't need a settings.xml file at all. A good overview is available at
http://maven.apache.org/settings.html
hth,
- martin
signature.asc
Description: This is a digitally signed mess
What are the mandatory fields(tags) to be used for settings.xml?
Arnaud HERITIER wrote:
>
> You'll have more information in :
> - http://www.sonatype.com/community/definitive_guide.html
> - http://www.exist.com/better-build-maven
>
> Arnaud
>
> On Tue, Oct 14, 2008 at 12:54 PM, Jan K <[EMAIL
58 matches
Mail list logo