Cactus Plug-in and Oracle AS
I noticed from the Maven Cactus Plug-in documentation that there is support for lots if different containers, but not Oracle. Has anyone out there done any integration with Cactus and Oracle? Thanks Pat - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Master project.properties file
Is there a directive to point all projects to a single project.properties ? Thanks Pat - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Shrink Wrapped CD
I want to build a CD image using Maven. We are currently using Maven to product a binary distribution, but need to go a few steps further and generate the complete CD image. The CD would require a JVM and the auto-boot files for PC. Has anybody out there done such a thing before. Thanks Pat - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Installing Tag Libraries
Is there a maven goal to install taglib TLDs into the local repository? I have a sub-project containing my Tag Libs and TLDs, but can only get the Jar installed into the local repos. Is the problem that a TLD is another artefact and must be placed in another project? Thanks Pat - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tag Library Dependencies
How do I make a WEB Application project dependent on TLDs within the Struts Maven repository. Thanks Pat - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Taglibs project
In the Maven project directory structure, where do you store your TLD files? Pat -Original Message- From: Janne Kario [mailto:[EMAIL PROTECTED] Sent: 01 November 2003 13:15 To: [EMAIL PROTECTED] Subject: Taglibs project Hi, I'm about to start a taglib-project which produces 2 artifacts (jar + tld). The pure maven way would be to set up 2 subprojects - one for each artifact. However, it seems a bit overkill to have a separate subproject for a single file (tld). Is there any way that this (producing and deploying multiple artifacts to repository) can be accomplished using only one project. Perhaps some project specific goal in maven.xml that uses the artifact plugin? - Janne - 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]
Using Jalopy out of the box
Using RC1 and the Jalopy plugin I get the following error. Do I need to configure the Jalopy plugin and run the Jalopy UI to create a valid config file??? Thanks Pat BUILD FAILED File.. file:/export/home/users/pbateman/.maven/plugins/maven-jalopy-plugin-1.1/ Element... ant:jalopy Line.. 48 Column 46 java.io.IOException: Error in building Total time: 8 seconds Finished at: Mon Oct 27 11:32:47 GMT 2003 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JSP Compiler
Does anyone know how to run Jasper as part of the WAR build. I don't want to ship the generated Java files, just use it as a syntax checker. Thanks Pat - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Input from Maven Users
We have just created the roles called the 'Build Monkey'. It's a role that moves from person to person depending on who broke the build. Release Management is still the responsibility of one person. CruiseControl is being used for our continuous integration of both the HEAD and the release tags within CVS. Finally getting some control from the madness of one year ago. Thanks Maven Pat -Original Message- From: Konstantin Priblouda [mailto:[EMAIL PROTECTED] Sent: 06 October 2003 17:17 To: Maven Users List Subject: RE: Input from Maven Users --- Bateman Pat UK MYT [EMAIL PROTECTED] wrote: Tim, I would recommend Maven to everyone. I come from a Config Management background and its hard pushing the principles on to other who don't care or shouldn't care. Maven provides a framework for all to work within and thus includes everybody in that framework. So as long as everybody is willing it's a good thing. I can only agree... I'm in charge for small developer team, and another team which works with us remotely. I'm glad I do not have to develop and build scripts for all our subprojects, and management of dependencies is easier... Before we moved to Maven we were using Ant very effectively, but it was hard to manage even with the ability to include Ant scripts within Ant scripts. And with ten-some subprojects you will need just one developer to manage all the ant stuff... And another one ( he has to be armed, and given powers to punish users :) ) to manage dependencies configuration :) What we would like to see in the future is a Source Code Management and Defect Management plugin to provide some form of Release Management. Well, release management strategy is already describe in maven documentation. Seems to work for us. regards, = [ Konstantin Pribluda ( ko5tik ) ] Zu Verstärkung meines Teams suche ich ab Sofort einen Softwareentwickler[In] für die Festanstellung. Arbeitsort: Mainz Skills: Programieren, Kentnisse in OpenSource-Bereich [ http://www.pribluda.de ] __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.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]
RE: Input from Maven Users
Tim, I would recommend Maven to everyone. I come from a Config Management background and its hard pushing the principles on to other who don't care or shouldn't care. Maven provides a framework for all to work within and thus includes everybody in that framework. So as long as everybody is willing it's a good thing. The bigger the project gets and the more dependencies being produced the more Maven starts coming into its own. Before we moved to Maven we were using Ant very effectively, but it was hard to manage even with the ability to include Ant scripts within Ant scripts. There are not many situations where you would not use Maven. Now RC1 is out on the streets and the Multiproject Plugin has reached maturity, there are not more compelling reasons to stay away from Maven. Even in our situation where we deploy onto Broad Vision and have no clean way of deploying a WAR file, Maven has still managed to solve the majority of the problems by allowing us to customize the plugins. I still consider myself a Maven novice, only having migrated 2 months earlier, but already I can't see myself going back to where we came from. What we would like to see in the future is a Source Code Management and Defect Management plugin to provide some form of Release Management. Hope this helps Pat -Original Message- From: Timothy Fisher [mailto:[EMAIL PROTECTED] Sent: 03 October 2003 22:16 To: Maven Users List Subject: RE: Input from Maven Users Pat, Based on your experience with Maven: - would you recommend its use to others? - Under what circumstances would you recommend its use? - In what circumstances would you recommending avoiding Maven? Tim Bateman Pat UK MYT [EMAIL PROTECTED] wrote: The multiproject report for divergent dependencies has been a life saver in a 10+ project environment. The next step is getting POM multiple inheritance. -Original Message- From: Robles, Rogelio [mailto:[EMAIL PROTECTED] Sent: 02 October 2003 20:22 To: 'Maven Users List' Subject: RE: Input from Maven Users -Original Message- From: Siegfried Goeschl [mailto:[EMAIL PROTECTED] ... +) Maintaining the JAR dependencies and versions across more than 10 subprojects is a pain in the ass. Nothing wrong with MAVEN here but I'm still thinking of a maven plugin doing the stuff from the command line such us looking for conflicting versions of a JAR and replacing the version number of a JAR across multiple projects ... I think this is the next step for effective POM mgmt in a mavenized environment with dozens of projects: * merges POMs generating the minimum common denominator POM to be used as the parent POM for reactor based projects, I have done this manually and it's slooow * diffs between POMs, something like: diff -u pomx pomy pom.diff (in pom format) Rogelio - 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] - Do you Yahoo!? The New Yahoo! Shopping - with improved product search - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Input from Maven Users
The multiproject report for divergent dependencies has been a life saver in a 10+ project environment. The next step is getting POM multiple inheritance. -Original Message- From: Robles, Rogelio [mailto:[EMAIL PROTECTED] Sent: 02 October 2003 20:22 To: 'Maven Users List' Subject: RE: Input from Maven Users -Original Message- From: Siegfried Goeschl [mailto:[EMAIL PROTECTED] ... +) Maintaining the JAR dependencies and versions across more than 10 subprojects is a pain in the ass. Nothing wrong with MAVEN here but I'm still thinking of a maven plugin doing the stuff from the command line such us looking for conflicting versions of a JAR and replacing the version number of a JAR across multiple projects ... I think this is the next step for effective POM mgmt in a mavenized environment with dozens of projects: * merges POMs generating the minimum common denominator POM to be used as the parent POM for reactor based projects, I have done this manually and it's slooow * diffs between POMs, something like: diff -u pomx pomy pom.diff (in pom format) Rogelio - 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]
