Hi,
I've just started trying to use ejbdoclet task from the xdoclet plugin
with maven rc3 and I'm getting the following error:
taskdef class xdoclet.modules.ejb.EjbDocletTask cannot be found
If I output the classpath passed to the taskdef command, I get the
following:
Hi,
The jira links on the Release History page of the plugin seem to be
broken
Julien
Extranet
[EMAIL PROTECTED] - 26/06/2004 05:21
Veuillez répondre à [EMAIL PROTECTED]
Pour : users
cc : dev
Objet : Maven FAQ Plugin 1.4 Released
The maven team is pleased to announce the Maven
well I fixed (workaround) the problem by using the deprecated
properties
classloaderroot/classloader
/properties
for the plugin's dependencies .
I checked the FAQ http://maven.apache.org/faq.html#classloader-property
as instructed by the deprecation warning. Does this
I just modified the xdoclet plugin in accordance with the docs and I get
back to the original problem of:
taskdef class xdoclet.modules.ejb.EjbDocletTask cannot be found
any suggestions as to how to fix the problem without the root
classloader workaround?
Nathan Coast wrote:
well I fixed
Hi,mavens:
I still can't figure it out, after reading the wiki sample porject
(http://wiki.codehaus.org/maven/CreatingJ2eeApplications) again.
Sorry I'm not smart :.
I endeavor to use default maven.xml (not overridden via myself), derived from
sample project or
simply put the bean files in
Hi,
From my experience with XDoclet plugin I have to agree is very complicated but once
set up it works perfectly.
First of all are you sure you're importing all the necessary xdoclet libraries in the
project.xml?
xdoclet
xdoclet-xdoclet-module
xdoclet-ejb-module
web-module
jboss-module
Thanks - it seems that the changes plugin assumes a bit about the jira
links. I'll look into it an republish the sites.
- Brett
On Mon, 28 Jun 2004 08:39:10 +0200, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Hi,
The jira links on the Release History page of the plugin seem to be
broken
Re: How to use Maven with StarTeamHi,
I have problems with setting the StarTeam setting. I am using following connection
string as described in reference:
connectionscm:starteam:login:[EMAIL PROTECTED]:port/project/view/folder/connection
I got following error:
...
Caused by:
Is there a way to load properties in maven.xml from file overriding
previously defined properties?
With ant task propety I can't do it.
Thanks,
Marcin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
For those new to Maven (like me), can anyone explain what this plugin
does? From the website, it says 'allow user to upload artifacts to
remote repository'.
It's what uploads your releases to the web server so others (perhaps
inside your company) can download the releases automatically with
Hey all,
I'd just give a vote for getting all the maven supplied plugins to use the
Artifact plugin for deployment instead of the old method, where scp etc. is
specified.
I do know, that you maintain it to keep backwards compability, but I've reached
the step where I have to jump through
Wait an hour or so for Maven 1.0 RC4 to be released, and use the
artifact plugin to your heart's content ;)
All plugins now use it, except for site:deploy.
Cheers,
Brett
On Mon, 28 Jun 2004 13:41:24 +0200, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Hey all,
I'd just give a vote for
Hi Brett,
Now *that's* service - I've been instructed by the guys in the room to tell you
not to hurry, two hours would be fine too *G*.
Great work, guys !!
br,
/Sverre Eplov
Citat Brett Porter [EMAIL PROTECTED]:
Wait an hour or so for Maven 1.0 RC4 to be released, and use the
artifact
And if your using Eclipse you might want to include i you
project.properties:
maven.eclipse.classpath.include=src/conf
I don't know why the Eclipse plugin guys didn't include that dir
(usually required for any build I do) but they don't.
- Brill Pappin
Brett Porter wrote:
src/conf will work as
The maven team is pleased to announce the Maven PMD Plug-in 1.5 release!
http://maven.apache.org/reference/plugins/pmd/
The Maven PMD plugin is a plugin that wraps the PMD framework
(http://pmd.sourceforge.net). PMD is a source checking framework that works by
scanning Java source code and
Hi!
I need some advice. I need to copy config file from one subproect to another.
I know one way to solve this problem. I can spesify this cofig files as
resourses in one subproject and spesify the second subproject as being dependent
from the first one.
But I have two problems:
1. This
On Mon, 28 Jun 2004 08:53:45 -0400, Brill Pappin [EMAIL PROTECTED] wrote:
I'm sure some of us would prefer to keep the WEB-INF/classes dir, so my
suggestion would be to include a switch property that would allow the
user to use one or the other.
Here's one reason: servlet specs define, that
I don't see any reason to do this. It won't make it any smaller,
unless you compress the JAR - but if you are worried about space keep
the WAR packed in the container and compressed and you won't gain
anything from packing the classes.
You can still add a manifest to a WAR. I'd recommend against
Hi Tomasz,
It is actually very convenient to supply a project specific log4j.properties since
this is the vey first one to be found regardless of any other log4j.properties found
in JARs
Cheers,
Siegfried Goeschl
-Original Message-
From: Tomasz Pik [mailto:[EMAIL PROTECTED]
Sent:
The maven team is pleased to announce the Maven 1.0-rc4 release!
http://maven.apache.org/start/download.html
Maven is a project management and project comprehension tool. Maven is based
on the concept of a project object model: builds, documentation creation, site
publication, and
On Mon, 28 Jun 2004 16:02:44 +0200, Göschl,Siegfried
[EMAIL PROTECTED] wrote:
Hi Tomasz,
It is actually very convenient to supply a project specific log4j.properties since
this is the vey first one to be found regardless of any other log4j.properties found
in JARs
Yes, I know.
And
Hello All,
I am getting the following error after upgrading to rc4 from rc1.
Can somebody help me please?
**
Attempting to download commons-net-1.0.0.jar.
Sorry folks, I just love to post success stories ... :-)
Cheers,
Siegfried Goeschl
-Original Message-
From: Shon Schetnan [mailto:[EMAIL PROTECTED]
Sent: Montag, 28. Juni 2004 18:16
To: Göschl,Siegfried
Subject: Weblogic plugin
Siegfried,
I just dropped your plugin into my
If you install in a different directory and it ends with the path separator
your MAVEN_HOME variable might contain a path separator to many.
For example (on windows):
Install to C:\develop\build\maven 1.0-rc4\
SET PATH contains:
C:\develop\build\maven 1.0-rc4\\bin
--
With kind regards,
Geoffrey
To clarify; I'm not asking that the classes dir go away, I'm just asking
for the ability to use a jar instead. Which should be a fairly simple
addition to the war goal.
Doing this allows me to use the manifest versioning, labeling and
dependency parts of the manifest. For example, my code
Robert Durgin
[EMAIL PROTECTED]
- Original Message -
From: Dion Gillard [EMAIL PROTECTED]
To: Maven Users List [EMAIL PROTECTED]
Sent: Thursday, June 24, 2004 4:04 AM
Subject: GMail Accounts
If anyone is after one, pop me an email with your first and last names...
Siegfried, would you mind making your plugin generally available?
If that's not possible I'd love to get a copy!
-wr
Göschl,Siegfried [EMAIL PROTECTED] on 06/28/2004 10:23:36 AM
Please respond to Maven Users List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:(bcc: Winston
The plugin project.xml seems to be missing a dependency on cactus.
That is, when I ran the plugin on a clean install it failed with a message
that the plugin wanted the cactus tags, but that they weren't present.
After I installed the cactus plugin everything worked fine.
I see it is issue
Test message to see if any of my mail to apache.org gets through.
-
David L. Paterline
Principal Engineer
Westinghouse Electric Company
Nuclear Fuel Engineering
Engineering Computing
[EMAIL PROTECTED]
PH: 412-374-2286
FX: 412-374-2284
Hi.
I currently have a project, which uses the ejb plug-in to create the server and client
jars. However, when creating a war with the following dependency:
dependency
groupIdmyGroupId/groupId
artifactIdmyArtifactId/artifactId
version1.0-client/version
typeejb/type
Sorry, my original email had the wrong reply address.
Hi.
I currently have a project, which uses the ejb plug-in to create the server and client
jars. However, when creating a war with the following dependency:
dependency
groupIdmyGroupId/groupId
After 6 months... I wrote a small patch.. MPARTIFACT-22. I started with
the latest HEAD version of the artifact plugin in CVS. This adds the
scpexe:// protocol to the artifact plugin. Provides eqivalent
funcionality to the old maven.ssh.executable and maven.scp.executable
properties.
Sure.. There have been some changes to try and decouple plugins from each
other.. A while back it seemed like every plugin had a very tight
dependency on every other plugin!
Eric
-Original Message-
From: STRAYER, JON (SBCSI) [mailto:[EMAIL PROTECTED]
Sent: Monday, June 28, 2004
If you really want to create a jar file instead of deploying your classes in
WEB-INF/classes, just split your project into 2 subprojects. One subproject
will create your jar file. The other subproject will build your war file
and will include the jar file as a dependency, with the war.bundle
FYI. non-proxy also having bootstrap build issues;
ant -buildfile build-bootstrap.xml -logfile build.log
== build.log
check-maven-home:
check-maven-home-local-1:
check-maven-home-local-2:
check-maven-repo-local:
check-properties:
check-env:
[echo] maven.home = C:\Tools\maven-1.0-RC4
looks good to me... will apply when I get a chance.
Thanks,
Brett
On Mon, 28 Jun 2004 15:09:56 -0600, Leif Nelson [EMAIL PROTECTED] wrote:
After 6 months... I wrote a small patch.. MPARTIFACT-22. I started with
the latest HEAD version of the artifact plugin in CVS. This adds the
thanks! Can you file this in JIRA?
Regards,
Brett
On Mon, 28 Jun 2004 20:10:47 +0200, Geoffrey [EMAIL PROTECTED] wrote:
If you install in a different directory and it ends with the path separator
your MAVEN_HOME variable might contain a path separator to many.
For example (on windows):
What type of proxy host is it? It seems like it is an NTLM server,
which AFAIK didn't work before RC4.
If it is NTLM, try setting
maven.proxy.ntlm.host=(your machine name)
maven.proxy.ntlm.domain=(your login domain)
Note that we haven't been able to explicitly test the NTLM proxy
support due to
Are you saying you are or are not behind a proxy? It seems like you
can't reach ibiblio.
I may have omitted the necessary ant settings to get a proxy working
for bootstrap - I'll look into it.
Regards,
Brett
On Mon, 28 Jun 2004 10:13:17 -0700, W. Sean Hennessy
[EMAIL PROTECTED] wrote:
FYI.
Hi, I'm trying to run jar:install goal, in order to, copy the jar file
that has just been generated, to the local repository, but , build failed
with UnattainableGoalException: Unable to obtain goal error.
Here is my mavel.xml file:
?xml version=1.0 encoding=iso-8859-1?
project xmlns:j=jelly:core
On Mon, 2004-06-28 at 17:00, Roberto Castro wrote:
snip/
?xml version=1.0 encoding=iso-8859-1?
project xmlns:j=jelly:core xmlns:d=deploy
attainGoal name=jar:install/
/project
try this:
?xml version=1.0 encoding=iso-8859-1?
project xmlns:j=jelly:core xmlns:d=deploy default=myGoal
I'm trying to move some common goals into an internal plugin. One of
them invokes multiproject:goal, but multiproject complains that the
goal property is not set, even though I set it before the call:
goal name=mdb:build-multi
j:set var=goal value=mdb:build-only/
attainGoal
scope is a bit funny in the way we use jelly - sometimes this will
work and sometimes it won't.
maven:set should work if you have already initialised multiproject by
executing a goal or depending on a tag from it.
However, your best bet might be to do the j:set / with scope=parent.
- Brett
On
and file a bug in JIRA to improve the error reporting :) We should be
able to handle this gracefully.
On Mon, 28 Jun 2004 19:03:55 -0400, John Casey [EMAIL PROTECTED] wrote:
On Mon, 2004-06-28 at 17:00, Roberto Castro wrote:
snip/
?xml version=1.0 encoding=iso-8859-1?
project
Fixed in CVS if you don't use ${pom.build.sourceModifications}
Arnaud
-Message d'origine-
De : news [mailto:[EMAIL PROTECTED] De la part de Digby
Envoyé : vendredi 18 juin 2004 19:47
À : [EMAIL PROTECTED]
Objet : Re: RE : RE : Maven Javadoc doesn't split packages
Tried it on
That is correct. We are not behind a proxy.
Aforementioned issue resolved with manual mkdir(s)
mkdir \Tools\maven_local\repository\commons-logging\jars
mkdir \Tools\maven_local\repository\commons-httpclient\jars
prior to
ant -debug -buildfile build-bootstrap.xml -logfile build.log
which now
didn't realise the mkdir was necessary, but please file an issue in JIRA for it.
Can you verify that commons-httpclient was correctly downloaded and
that the contents include these? You might want to remove them and let
the bootstrap download again.
Why are you bootstrapping RC4 anyway? This
Thanks, Brett, you rock! I tried things like depending on a
multiproject:dependency-handle to no avail, but I hadn't thought about
using scope=parent. It worked great.
Jeff
On Tue, 29 Jun 2004, at 09:31:22 [GMT +1000] Brett Porter wrote:
scope is a bit funny in the way we use jelly -
deploy: yes, it has. absorbed by artifact.
Project barely changed
http://cvs.apache.org/viewcvs.cgi/maven/src/java/org/apache/maven/project/Project.java?r1=1.91.4.20r2=1.91.4.18diff_format=h
and BaseObject didn't change.
If you switch back to RC3 does it still happen? Do you override it as
a
49 matches
Mail list logo