Eric Chow wrote:
It can generate the ejb-jar.xml, but no jboss.xml and jbosscmp-jdbc.xml
Your setup looks correct to me -- did you include a dependency on
xdoclet-jboss-module.jar?
Try running Maven with -X and see if you notice anything strange.
Sonnek, Ryan wrote:
I really like the new site look, but I appear to be having a problem with
the new plugin. When I run maven:site, the reports are not run. Could this
be related to the xdoc plugin?
I noticed the same thing...
[EMAIL PROTECTED] wrote:
Got anything to help me narrow it down?
Obviously the reports are running fine for me
Well, I'm seeing a LOT of these in my maven.log --
2004-02-03 10:40:13,780 WARN org.apache.commons.jelly.tags.ant.AntTag -
Could not convert tag: a into an Ant task, data type or
I'm running 1.0-rc1, and I get the same console output that Ryan posted
in an earler message.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DeGraff, Adam wrote:
What file do the Line and Column numbers refer to?
I think it's the plugin.jelly file.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
As a temporary workaround to this incredibly frequently asked question,
I've symlinked www.ibiblio.org/maven/xdoclet as
www.ibiblio.org/maven/xjavadoc
I believe this will fix the issue for most.
Thanks for this. I love Xdoclet, but this xjavadoc groupId situation is
Mark R. Diggory wrote:
And to elaborate even more, it also happens to
${pom.build.unitTestSourceDirectory}
target name=compile-tests depends=compile
mkdir dir=${testclassesdir}
/mkdir
javac destdir=${testclassesdir} deprecation=true debug=true
optimize=false
If a dependency has typeplugin/type, it seems that it is always
copied to $MAVEN_HOME/plugins -- even if the plugin is already there.
Why is this?
This caused me some problems when running on a machine in which I didn't
have write permissions to $MAVEN_HOME/plugins. I sudo'd and installed
Jörg Schaible wrote:
I try it currently with RC2, but it does not work either:
=== snip===
!-- XDoclet dependencies --
dependency
groupIdxdoclet/groupId
artifactIdxjavadoc/artifactId
version1.0.2/version
urlhttp://xdoclet.sourceforge.net/url
typeplugin/type
Mark R. Diggory wrote:
Is there a way I can detect the jvm verison on install or somehow
manage which jars get installed given my jvm version?
I think you can use the jar override feature to specify a different
version than what's in your project.xml
maven.jar.override=on
*Maybe* in maven.xml
I have a main project with project.xml and maven.xml. In maven.xml, I
use a Velocity tag library:
xmlns:velocity=jelly:org.apache.commons.jelly.tags.velocity.VelocityTagLibrary
Since I have many subprojects that extend the main project.xml, I moved
the velocity dependency to another project
Maciek Zywno wrote:
I tried to use xdoclet plugin, but the class definition for
xdoclet.modules.web.WebDocletTask cannot be found.
Try running maven with the -X flag. Sometimes there are a chain of
ClassNotFoundExceptions -- a class that the WebDocletTask depends on may
be missing.
Mark R. Diggory wrote:
This is where nested directory structures come into play. Which is
easier to maintain uniqueness?
/jakarta.apache.org/commons/...
/xml.apache.org/commons/...
/commons.apache.org/...
or
/org
/apache
/jakarta
/commons
/xml
/commons
Incze Lajos wrote:
In the long run and in the new Maven code I won't be promoting Jelly for
plugins at all, but will be promoting the use of beanshell. I'm sure XML
programming will remain wildly popular and if that is the case I will be
reimplementing Jelly taking it down to the bare metal with
I use the jar override feature for libraries that aren't on ibiblio.org.
I check these jars into our SCM system so that the other developers
can easily get them.
This works great when building individual projects, but when attempting
to run multiproject:site the jars aren't found due to a
Although I would prefer not to, I frequently need to create a maven.xml
to do some special things.
One great thing from Ant was the '-projecthelp' option that would output
the available targets and documentation. I find that 'maven -g' is
overwhelming, since I usually only need to view one
A week or so ago, I filed this as a bug with the Xdoclet team. The
plugin looks for the xjavadoc plugin with the groupId xjavadoc instead
of xdoclet. I haven't heard anything back.
The frustrating part is that the only way I was able to figure out the
error was by looking at the plugin's
I believe you can manage this by declaring some subprojects as dependent
on others. The multiproject plugin will then build them in the correct
order.
Hahne, Ronald wrote:
How do you control the order in which sub-projects are called?
I have components that must be build in a particualr order
I think that the jars provided by Sun are being removed from ibiblio.org
due to licensing issues. I'm using ejb, servletapi, and jaxrpc, and
I've noticed my project gradually breaking, jar by jar, over the past
few months.
In order to use these jars, you need to manually grab them (probably
You should check out the goals and properties for the war plugin.
http://maven.apache.org/reference/plugins/war/
There are some include/exclude properties that should help. You can
also see which goals to create pre and post goals for.
Keith Irwin wrote:
Folks--
I'm trying to convert from
Does anyone have an example of a repository connection string using
subversion?
I'm using something like:
scm:subversion:https://some.address.mil/project/trunk
And get the following error from the changelog plugin:
java.lang.IllegalArgumentException: repository connection string
contains less
Eric Chow wrote:
I have used XDoclet plugin 1.2b3 for a long time, and now I change to
1.2 (final), it just failed for task class
xdoclet.modules.hibernate.HibernateDocletTask cannot not found
I experienced something similar yesterday. Be sure to run maven with -X
to see the debug
I'm using Maven to build and deploy an ear file. I have one project
which contains code for the ejb jar and the war file.
In my maven.xml, I wrote a postgoal to ear:ear which calls war:install
and ejb:install, in order to build all of the components of my ear.
In doing this, the java:compile
I would consider checking in a static application.xml file. I may be
wrong, but these types of customizations just seem to wacky to fit into
the Maven system.
[EMAIL PROTECTED] wrote:
Thanks for the many helps offered to me regarding how to build a J2EE
project.
However, can someone also
time: 4 seconds
Finished at: Sat Dec 06 15:40:08 EST 2003
-Original Message-
From: __matthewHawthorne [mailto:[EMAIL PROTECTED]
Sent: Saturday, December 06, 2003 1:31 PM
To: Maven Users List
Subject: Re: problem using ftp task from maven.xml
What type of problem? Can you provide a stack
What type of problem? Can you provide a stack trace by running with
maven -X?
Ian Kent wrote:
I am having problem using the optional ftp task from maven.xml.
I have search the mail list and google with no luck.
Please help.
I have the following dependencies in my project.xml :
I'm using XDoclet to generate EJBs. Initially I had followed the
instructions in their Maven plugin documentation, which simple called
xdoclet:ejbdoclet as a preGoal to java:compile. However, I'm now in a
more complicated situation and I must invoke the XDoclet Ant tasks manually.
Simply
I just got this to work myself. If you haven't already, be sure to take
a look at the war plugin's documentation
http://maven.apache.org/reference/plugins/war
Maven's war:webapp goal puts all of the included files into
target/${pom.artifactId}. (or something similar to this). For extra
I think that some of the gang who worked on Jelly are also working on
http://groovy.codehaus.org
Looks interesting.
Aaron Anodide wrote:
For instance XSL allows JavaScript processing. I think this would make
writing Maven plugins alot easier. Jelly works, but it's awkward imho.
Aaron
It may have something to do with your cvs login setup. For example, if
you are connecting to sourceforge using :ext: and tunneling through ssh,
there will be a password prompt which may cause Maven to hang. This has
happened to me a few times before -- try setting up ssh-agent and public
I think you have the right idea. But I've never been able to get a
shared plugin directory working. I allow them to be unpacked in the
default dir ~/.maven/plugins.
I have been able to set up my local repository in the way that you're
suggesting though.
Try doing chgrp and chmod with the -v
Remember that, if you change a user's groups, you have to logout and
re-login for the changes to take effect.
Berin Loritsch wrote:
[EMAIL PROTECTED] wrote:
Hi,
I'm using Maven on a SuSE 9.0 (before that, 8.1 and 8.2). I use
following setup:
in /usr, I've created a directory called java.
from http://maven.apache.org/reference/user-guide.html -
To override the Maven-supplied stylesheet, copy your own and override
the maven.css stylesheet in your ${basedir}/xdocs/stylesheets/
directory. You can also specify your own javadoc stylesheet by setting
the maven.javadoc.stylesheet
You could probably do it by using XML entities in your xdocs. Maven
would just pass it along.
Has anyone tried this?
Chad Woolley wrote:
Hi,
I didn't get any answer on this before, so I'll ask it a different way.
Hopefully the word impossible in the subject will stir up some
response :)
Maybe it's still trying to use the old plugin? Try deleting the plugin
directory and running it again.
Askren, Jay wrote:
I upgraded my version of maven to release candidate 1 and StatCVS stopped working. When I run maven, I get the following. Any ideas why it isn't working.
Jay
Has there been any thoughts about making the repository structure more
heirarchical?
I've commented before about the abundance of commons-* directories in
the current repository... avalon and excalibur also have quite a few.
The way that I understand it, if a groupId is used, then all of the
In win2k, I've been able to load properties from:
projectHome\project.properties
C:\Documents and Settings\user\build.properties
On Thu, 2003-07-24 at 06:57, Sonnek, Ryan wrote:
Has anyone out there had issues with beta 10 on win2k picking up properties
files? I've just gone through and
When running maven multiproject, I get the following error:
BUILD FAILED
File.. file:/C:/Documents and
Settings/mhawthorne/.maven/plugins/maven-multiproject-plugin-1.0-SNAPSHOT/
Element... maven:reactor
Line.. 124
Column 9
Unable to obtain goal [site] -- file:/C:/Documents and
Each jar needs its own dependency tag. Try pom:validate to make sure
your project file is valid.
Askren, Jay wrote:
I'm trying to set up Maven on a project of mine and am having some
troubles with the dependencies. We have a company library that I am
including in the project, and I added
You're right. I saw this in another example and tried it this morning
with success. Someone should fix the docs so others don't suffer as we
have... thanks!
Steven Peterson wrote:
I saw the same issue. I fixed it by correcting the xmlns attributes
on the project element.
Originally I had
I am attempting to use the reactor tag, as in the Maven User Guide. The
following tag:
maven:reactor
basedir=${basedir}/projects
postProcessing=true
includes=*/project.xml
goals=site
banner=Generating Site
ignoreFailures=true/
When running maven-1.0-beta-10, the first thing I noticed is that the
local repository is stored in ${user.home}/repository instead of
$MAVEN_HOME/repository (as it was in beta-9). This is fine, but the
documentation should be updated to reflect this. I can submit a patch
if no one else has
42 matches
Mail list logo