Configuring source plugin to skip execution
Hello Maven users, Is there a way to configure source plugin to skip execution for a single module, or at least not to fail build because module doesn't contain any sources? In my project source plugin is being run by release plugin's perform goal (with default useReleaseProfile=test parameter value), and it fails a build because a war module has no sources. That war module just depends on a jar module and is used to start spring application context from that jar in web application container. Temporary workaround was to set useReleaseProfile to false but this skips releasing source and javadoc for all modules. Not sure if configuring release plugin not to useReleaseProfile for that war module only would do the trick. Regards, Stevo.
configuring one plugin from another
Hey, I'm trying to run the maven-clover-plugin to generate a code coverage report. It instruments my sources, and copies them to target/clover/src and target/clover/generated-sources. A problem arises when the plugin invokes the compiler:compile plugin. Output looks like: [INFO] [compiler:compile] [DEBUG] Using compiler 'javac'. [DEBUG] Source directories: [d:\myartifact\target\clover\src D:\myartifact\target\clover\generated-sources\groovy-stubs\main D:\myartifact\src\main\java] I end up with lots of duplicate class errors because it tries to compile the instrumented sources along with the non-instrumented source. I wonder is there a way to control the compiler plugin to exclude /src/main/java ? I am executing this plugin from the command line like 'mvn clover:instrument'. Thanks!
Re: configuring one plugin from another
I tried using a profile to alter the compile plugin's config just for
certain executions like:
profiles
profile
idclover/id
build
pluginManagement
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-compiler-plugin/artifactId
configuration
excludes
exclude${basedir}/src/main/java/exclude
/excludes
/configuration
/plugin
/plugins
/pluginManagement
/build
/profile
/profiles
I can see the exclude is being sent through properly, but still compile
plugin includes it :S
[DEBUG] Configuring mojo
'org.apache.maven.plugins:maven-compiler-plugin:2.0.2:compile' --
[DEBUG] (f) basedir = D:\myartifact
[DEBUG] (f) buildDirectory = D:\myartifact\target\clover
[DEBUG] (f) classpathElements = ...
[DEBUG] (f) compileSourceRoots = [D:\myartifact\target\clover\src,
D:\myartifact\target\clover\generated-sources\groovy-stubs\main,
D:\myartifact\src\main\java]
[DEBUG] (f) compilerId = javac
[DEBUG] (f) debug = true
[DEBUG] (f) excludes = [D:\myartifact\src/main/java]
[DEBUG] (f) failOnError = true
[DEBUG] (f) fork = false
[DEBUG] (f) maxmem = 512
[DEBUG] (f) optimize = false
[DEBUG] (f) outputDirectory = D:\myartifact\target\clover\classes
[DEBUG] (f) outputFileName = ...
[DEBUG] (f) projectArtifact = ...
[DEBUG] (f) showDeprecation = true
[DEBUG] (f) showWarnings = true
[DEBUG] (f) source = 1.5
[DEBUG] (f) staleMillis = 0
[DEBUG] (f) target = 1.5
[DEBUG] (f) verbose = false
[DEBUG] -- end configuration --
[INFO] [compiler:compile]
[DEBUG] Using compiler 'javac'.
[DEBUG] Source directories: [D:\myartifact\target\clover\src
D:\myartifact\target\clover\generated-sources\groovy-stubs\main
D:\myartifact\src\main\java]
On Wed, Aug 13, 2008 at 11:48 AM, Kallin Nagelberg
[EMAIL PROTECTED] wrote:
Hey,
I'm trying to run the maven-clover-plugin to generate a code coverage
report. It instruments my sources, and copies them to target/clover/src and
target/clover/generated-sources. A problem arises when the plugin invokes
the compiler:compile plugin. Output looks like:
[INFO] [compiler:compile]
[DEBUG] Using compiler 'javac'.
[DEBUG] Source directories: [d:\myartifact\target\clover\src
D:\myartifact\target\clover\generated-sources\groovy-stubs\main
D:\myartifact\src\main\java]
I end up with lots of duplicate class errors because it tries to compile
the instrumented sources along with the non-instrumented source. I wonder is
there a way to control the compiler plugin to exclude /src/main/java ? I am
executing this plugin from the command line like 'mvn clover:instrument'.
Thanks!
configuring a plugin while preventing its execution
I'm trying to create a multi-module project that uses the same plugin for source generation. To make it as simple as possible I have a parent POM that contains the configuration of the plugin in a build plugins plugin tag. My problem is that the plugin is being executed when the parent is built, even though it is of type 'pom', and i only want to use it to aggregate the modules and define some standard config. Is there a way to configure a plugin and prevent it's execution?
Re: configuring a plugin while preventing its execution
You can put your plugin configuration in a pluginManagement [1] element inside the build element build pluginManagement plugins plugin This only configures the plugins, but don't execute them. [1] http://maven.apache.org/ref/current/maven-model/maven.html#class_pluginManagement Kallin Nagelberg wrote: I'm trying to create a multi-module project that uses the same plugin for source generation. To make it as simple as possible I have a parent POM that contains the configuration of the plugin in a build plugins plugin tag. My problem is that the plugin is being executed when the parent is built, even though it is of type 'pom', and i only want to use it to aggregate the modules and define some standard config. Is there a way to configure a plugin and prevent it's execution? -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: configuring a plugin while preventing its execution
great, thanks for the help On Wed, Jul 2, 2008 at 2:21 PM, Dennis Lundberg [EMAIL PROTECTED] wrote: You can put your plugin configuration in a pluginManagement [1] element inside the build element build pluginManagement plugins plugin This only configures the plugins, but don't execute them. [1] http://maven.apache.org/ref/current/maven-model/maven.html#class_pluginManagement Kallin Nagelberg wrote: I'm trying to create a multi-module project that uses the same plugin for source generation. To make it as simple as possible I have a parent POM that contains the configuration of the plugin in a build plugins plugin tag. My problem is that the plugin is being executed when the parent is built, even though it is of type 'pom', and i only want to use it to aggregate the modules and define some standard config. Is there a way to configure a plugin and prevent it's execution? -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: configuring a plugin while preventing its execution
I've noticed that using the pluginmanagment the plugin is not associated to lifecycle events by default in the children. Is there a way to make this happen so that I don't have to declare the plugin in every child? On Wed, Jul 2, 2008 at 3:22 PM, Kallin Nagelberg [EMAIL PROTECTED] wrote: great, thanks for the help On Wed, Jul 2, 2008 at 2:21 PM, Dennis Lundberg [EMAIL PROTECTED] wrote: You can put your plugin configuration in a pluginManagement [1] element inside the build element build pluginManagement plugins plugin This only configures the plugins, but don't execute them. [1] http://maven.apache.org/ref/current/maven-model/maven.html#class_pluginManagement Kallin Nagelberg wrote: I'm trying to create a multi-module project that uses the same plugin for source generation. To make it as simple as possible I have a parent POM that contains the configuration of the plugin in a build plugins plugin tag. My problem is that the plugin is being executed when the parent is built, even though it is of type 'pom', and i only want to use it to aggregate the modules and define some standard config. Is there a way to configure a plugin and prevent it's execution? -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
configuring a plugin.
I want to use the javadoc goal of the maven-javadoc-plugin. But I want to run it in three different ways 1. generate a .properties file from a source java file, using a custom doclet. My doclet expects 3 command line parameters. 2. generate javadoc for all other java files (excluding the java files of step1) So I want to run the goal javadoc, two times, but with different configuartion. I know that once needs to use the executions, execution, tasks, configuration, but I want to know what should be the order of these? executions executiongoals and tasks go here/execution configurationthis needs to be written twice /configuration /executions bu i get a parse error. maven expects a executions inside a configuration Also how do i pass command line parameter values to my doclet. With ANT, this was a paramname, value pair passed. But iwth maven we have additionalparam elemnt. where will te param value go? -- Regards, Niranjan Deshpande Shut yourself from the world and create the reality you want
Difficulty configuring dependency plugin
I am trying to exclude certain artifacts from dependency:resolve, and I am using the following configuration: build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-dependency-plugin/artifactId executions execution goals goalsources/goal goalresolve/goal /goals /execution /executions configuration excludeGroupIdscom.somedomain/excludeGroupIds /configuration /plugin /plugins /build However, when i execute mvn dependency:resolve from the command line, it still insists on attempting to download archives with a group of com.somedomain. Am I making a mistake? -- jim -- View this message in context: http://www.nabble.com/Difficulty-configuring-dependency-plugin-tf4829454s177.html#a13817080 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Difficulty configuring dependency plugin
I have also determined using -X debugging that the plugin appears to be getting configured: [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-dependency-plugin:2.0-alpha-5-SNAPSHOT:resolve' -- [DEBUG] (f) excludeGroupIds = com.mydomain ... [INFO] [dependency:resolve] [DEBUG] Including Transitive Dependencies. [DEBUG] Excluding 1 GroupId: com.mydomain So, the plugin is correctly configured, however Maven is still trying to download this dependency. It is probably because I have another module with a dependency on this jar and before the resolve plugin has a chance to execute, the simple discovery of dependent POM files is triggering this error. -- jim chago wrote: However, when i execute mvn dependency:resolve from the command line, it still insists on attempting to download archives with a group of com.somedomain. Am I making a mistake? -- View this message in context: http://www.nabble.com/Difficulty-configuring-dependency-plugin-tf4829454s177.html#a13822556 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Configuring war plugin for using a jar instead of WEB-INF/classes
Hi all, i've got a war project which pom build section contains the following statements: !-- Package webapp classes into a jar instead of under WEB-INF/classes -- plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-war-plugin/artifactId executions execution goals goalwar/goal /goals configuration archiveClassestrue/archiveClasses /configuration /execution /executions /plugin As a result, all the classes and resources from my war project are packaged in a jar that is copied in the WEB-INF/lib directory of the war artifact. But i don't understand why the war artifact still contains copy of the classes and resources under WEB-INF/classes... Does anybody think that i've misconfigured the war plugin ? Thanks for your help, Sebastien
Re: Configuring war plugin for using a jar instead of WEB-INF/classes
Hi Sebastien
It seems to be a bug.
In the code [1] we have :
if ( archiveClasses )
{
createJarArchive( libDirectory );
}
else
{
copyDirectoryStructureIfModified( classesDirectory,
webappClassesDirectory );
}
The content of the classes directory is never removed (neither in
createJarArchive nor somewhere else).
Can you create an issue please ?
Thx
Arnaud
[1]
http://svn.apache.org/viewvc/maven/plugins/trunk/maven-war-plugin/src/main/java/org/apache/maven/plugin/war/AbstractWarMojo.java?revision=471624
Sebastien Brunot wrote:
Hi all,
i've got a war project which pom build section contains the following
statements:
!-- Package webapp classes into a jar instead of under
WEB-INF/classes --
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
executions
execution
goals
goalwar/goal
/goals
configuration
archiveClassestrue/archiveClasses
/configuration
/execution
/executions
/plugin
As a result, all the classes and resources from my war project are
packaged in a jar that is copied in the WEB-INF/lib directory of the war
artifact.
But i don't understand why the war artifact still contains copy of the
classes and resources under WEB-INF/classes... Does anybody think that
i've misconfigured the war plugin ?
Thanks for your help,
Sebastien
--
View this message in context:
http://www.nabble.com/Configuring-war-plugin-for-using-a-jar-instead-of-WEB-INF-classes-tf2589199s177.html#a7219855
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Configuring war plugin for using a jar instead of WEB-INF/classes
Issue has been created as MWAR-82
(http://jira.codehaus.org/browse/MWAR-82).
Sebastien
-Original Message-
From: Arnaud HERITIER [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 07, 2006 3:59 PM
To: users@maven.apache.org
Subject: Re: Configuring war plugin for using a jar instead of
WEB-INF/classes
Hi Sebastien
It seems to be a bug.
In the code [1] we have :
if ( archiveClasses )
{
createJarArchive( libDirectory );
}
else
{
copyDirectoryStructureIfModified( classesDirectory,
webappClassesDirectory );
}
The content of the classes directory is never removed (neither in
createJarArchive nor somewhere else).
Can you create an issue please ?
Thx
Arnaud
[1]
http://svn.apache.org/viewvc/maven/plugins/trunk/maven-war-plugin/src/ma
in/java/org/apache/maven/plugin/war/AbstractWarMojo.java?revision=471624
Sebastien Brunot wrote:
Hi all,
i've got a war project which pom build section contains the following
statements:
!-- Package webapp classes into a jar instead of under
WEB-INF/classes --
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
executions
execution
goals
goalwar/goal
/goals
configuration
archiveClassestrue/archiveClasses
/configuration
/execution
/executions
/plugin
As a result, all the classes and resources from my war project are
packaged in a jar that is copied in the WEB-INF/lib directory of the
war artifact.
But i don't understand why the war artifact still contains copy of the
classes and resources under WEB-INF/classes... Does anybody think that
i've misconfigured the war plugin ?
Thanks for your help,
Sebastien
--
View this message in context:
http://www.nabble.com/Configuring-war-plugin-for-using-a-jar-instead-of-
WEB-INF-classes-tf2589199s177.html#a7219855
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Configuring a plugin from inside a different plugin?
Is it possible to configure a plugin via code inside another plugin? Specifically I have a plugin that generates a bunch of source code, and based on its output it needs to configure the manifest of the jar that will be created. Thus my custom plugin basically needs to configure the maven-jar-plugin at runtime, but before the jar plugin executes. Anyone know how I might do something like that? Mark Russell
[m2] configuring war plugin
Hi
Before I file a jira issue is there some way of configuring the war
plugin so that it essentially does the bare minimum of jaring up my
classes directory and using a .war extension? Currently I don't need
any of the bells and whistles such as autogenerating the web.xml file
as I use xdoclet to do this sort of stuff for me.
Currently I have to configure war like this as a result of the last
discussion I had, which involves a hardcoded value that is subject to
change in order to fool it into copying over a web.xml file that I
have already generated with xdoclet:
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
version2.0-beta-2/version
configuration
webXml${project.build.directory}/generated/src/main/
resources/WEB-INF/web.xml/webXml
/configuration
/plugin
Additionally I can't figure out
how to make it copy over everything else under WEB-INF such as the
jboss web dd so it's actually a blocker.
And even if I eventually figure it out, I would say that the config
options aren't very suitable for working with xdoclet.
Thanks
- Ashley
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] configuring war plugin
Ok, I have managed to come up with a workaround like so:
configuration
warSourceDirectory${project.build.directory}/generated/
src/main/resources/warSourceDirectory
/configuration
In other words I've told it to copy everything from under generated
resources - that just happens to be the
xdoclet generated WEB-INF dir.
Hardcoding not ideal but no blocker - I'm happy.
- Ashley
On 26 Nov 2005, at 11:10, Ashley Williams wrote:
Hi
Before I file a jira issue is there some way of configuring the war
plugin so that it essentially does the bare minimum of jaring up my
classes directory and using a .war extension? Currently I don't
need any of the bells and whistles such as autogenerating the
web.xml file as I use xdoclet to do this sort of stuff for me.
Currently I have to configure war like this as a result of the last
discussion I had, which involves a hardcoded value that is subject
to change in order to fool it into copying over a web.xml file that
I have already generated with xdoclet:
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
version2.0-beta-2/version
configuration
webXml${project.build.directory}/generated/src/main/
resources/WEB-INF/web.xml/webXml
/configuration
/plugin
Additionally I can't figure out
how to make it copy over everything else under WEB-INF such as the
jboss web dd so it's actually a blocker.
And even if I eventually figure it out, I would say that the config
options aren't very suitable for working with xdoclet.
Thanks
- Ashley
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE : [m2] configuring war plugin
Hi,
Look at the issue http://jira.codehaus.org/browse/MNG-1683.
I'm actually working to implements this feature (war plugin modification
+ a maven-zip-plugin to implements packagezip/package) (It's due to
a company use case).
With the feature I propose you just need to add this in the
configuration (Instead of using some other stuffs like embeded ant
scripts in the pom to copy resources) :
configuration
warSourceDirectory${baseDir}/src/main/webapp/warSourceDirectory
webappDirectory
implementation=java.io.File${basedir}/webappdir/webappDirectory
resources
!-- adding generating web.xml --
resource
directory${project.build.directory}/generated/xdoclet/directory
targetPath${basedir}/webappdir/WEB-INF/targetPath
/resource
!-- adding generating classes by some binding tools --
resource
directory${project.build.directory}/generated/xbeans/directory
targetPath${basedir}/webappdir/WEB-INF/classes/targetPath
/resource
!--
adding html content coming from an other artifact zip
type or anything else
jar + unpack true will be honored but doesn't make sense
;-)
--
resource
targetPath${basedir}/webappdir/targetPath
dependencies
dependency
groupIdgroupId/groupId
artifactIdartifactId/artifactId
versionversion/version
unpacktrue/unpack
typezip/type
/dependency
/dependencies
/resource
/resources
/configuration
I don't know if this will be integrated in the svn (If not the patch
will be attached to the issue).
If you're interested just push a vote ;-)
- Olivier
-Message d'origine-
De : Ashley Williams [mailto:[EMAIL PROTECTED]
Envoyé : samedi 26 novembre 2005 12:40
À : Maven Users List
Cc : [EMAIL PROTECTED]
Objet : Re: [m2] configuring war plugin
Ok, I have managed to come up with a workaround like so:
configuration
warSourceDirectory${project.build.directory}/generated/
src/main/resources/warSourceDirectory
/configuration
In other words I've told it to copy everything from under generated
resources - that just happens to be the
xdoclet generated WEB-INF dir.
Hardcoding not ideal but no blocker - I'm happy.
- Ashley
On 26 Nov 2005, at 11:10, Ashley Williams wrote:
Hi
Before I file a jira issue is there some way of configuring the war
plugin so that it essentially does the bare minimum of jaring up my
classes directory and using a .war extension? Currently I don't
need any of the bells and whistles such as autogenerating the
web.xml file as I use xdoclet to do this sort of stuff for me.
Currently I have to configure war like this as a result of the last
discussion I had, which involves a hardcoded value that is subject
to change in order to fool it into copying over a web.xml file that
I have already generated with xdoclet:
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
version2.0-beta-2/version
/configuration
/plugin
Additionally I can't figure out
how to make it copy over everything else under WEB-INF such as the
jboss web dd so it's actually a blocker.
And even if I eventually figure it out, I would say that the config
options aren't very suitable for working with xdoclet.
Thanks
- Ashley
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This e-mail, any attachments and the information contained therein (this
message) are confidential and intended solely for the use of the addressee(s).
If you have received this message in error please send it back to the sender
and delete it. Unauthorized publication, use, dissemination or disclosure of
this message, either in whole or in part is strictly prohibited.
--
Ce message électronique et tous les fichiers joints ainsi que les informations
contenues dans ce message ( ci après le message ), sont confidentiels et
destinés exclusivement à l'usage de la personne à laquelle ils sont adressés.
Si vous avez reçu ce message par erreur, merci de le renvoyer à son émetteur
et de le détruire. Toutes diffusion, publication, totale ou partielle ou
divulgation sous quelque forme que se soit non expressément autorisées de ce
message, sont interdites
Re: RE : [m2] configuring war plugin
I look forward to trying out the patch.
On 26 Nov 2005, at 13:30, Olivier Lamy wrote:
Hi,
Look at the issue http://jira.codehaus.org/browse/MNG-1683.
I'm actually working to implements this feature (war plugin
modification
+ a maven-zip-plugin to implements packagezip/package) (It's
due to
a company use case).
With the feature I propose you just need to add this in the
configuration (Instead of using some other stuffs like embeded ant
scripts in the pom to copy resources) :
configuration
warSourceDirectory${baseDir}/src/main/webapp/warSourceDirectory
webappDirectory
implementation=java.io.File${basedir}/webappdir/webappDirectory
resources
!-- adding generating web.xml --
resource
directory${project.build.directory}/generated/xdoclet/directory
targetPath${basedir}/webappdir/WEB-INF/targetPath
/resource
!-- adding generating classes by some binding tools --
resource
directory${project.build.directory}/generated/xbeans/directory
targetPath${basedir}/webappdir/WEB-INF/classes/targetPath
/resource
!--
adding html content coming from an other artifact zip
type or anything else
jar + unpack true will be honored but doesn't make sense
;-)
--
resource
targetPath${basedir}/webappdir/targetPath
dependencies
dependency
groupIdgroupId/groupId
artifactIdartifactId/artifactId
versionversion/version
unpacktrue/unpack
typezip/type
/dependency
/dependencies
/resource
/resources
/configuration
I don't know if this will be integrated in the svn (If not the patch
will be attached to the issue).
If you're interested just push a vote ;-)
- Olivier
-Message d'origine-
De : Ashley Williams [mailto:[EMAIL PROTECTED]
Envoyé : samedi 26 novembre 2005 12:40
À : Maven Users List
Cc : [EMAIL PROTECTED]
Objet : Re: [m2] configuring war plugin
Ok, I have managed to come up with a workaround like so:
configuration
warSourceDirectory${project.build.directory}/generated/
src/main/resources/warSourceDirectory
/configuration
In other words I've told it to copy everything from under generated
resources - that just happens to be the
xdoclet generated WEB-INF dir.
Hardcoding not ideal but no blocker - I'm happy.
- Ashley
On 26 Nov 2005, at 11:10, Ashley Williams wrote:
Hi
Before I file a jira issue is there some way of configuring the war
plugin so that it essentially does the bare minimum of jaring up my
classes directory and using a .war extension? Currently I don't
need any of the bells and whistles such as autogenerating the
web.xml file as I use xdoclet to do this sort of stuff for me.
Currently I have to configure war like this as a result of the last
discussion I had, which involves a hardcoded value that is subject
to change in order to fool it into copying over a web.xml file that
I have already generated with xdoclet:
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
version2.0-beta-2/version
/configuration
/plugin
Additionally I can't figure out
how to make it copy over everything else under WEB-INF such as the
jboss web dd so it's actually a blocker.
And even if I eventually figure it out, I would say that the config
options aren't very suitable for working with xdoclet.
Thanks
- Ashley
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This e-mail, any attachments and the information contained therein
(this message) are confidential and intended solely for the use
of the addressee(s). If you have received this message in error
please send it back to the sender and delete it. Unauthorized
publication, use, dissemination or disclosure of this message,
either in whole or in part is strictly prohibited.
--
Ce message électronique et tous les fichiers joints ainsi que les
informations contenues dans ce message ( ci après le message ),
sont confidentiels et destinés exclusivement à l'usage de la
personne à laquelle ils sont adressés. Si vous avez reçu ce message
par erreur, merci de le renvoyer à son émetteur et de le détruire.
Toutes diffusion, publication, totale ou partielle ou divulgation
sous quelque forme que se soit non expressément
