Re: state of maven support for Google Web Toolkit ?
I thought about doing that, but I wasn't sure about adding another plugin to do about the same thing. Should we just let Google maintain the plugin for their toolkit? Since there is already a gwt-maven-plugin in the Mojo sandbox and a maven-googlewebtoolkit-plugin at Google, do you have a suggestion as to what to call my version? - Original Message - From: nicolas de loof [EMAIL PROTECTED] To: Maven Users List users@maven.apache.org Sent: Wednesday, December 12, 2007 2:43 AM Subject: Re: state of maven support for Google Web Toolkit ? What about submitting your plugin to the Mojo project ? Nico. 2007/12/12, Bob Allison [EMAIL PROTECTED]: I have built a version that I use which supports both running the development shell from Maven and compiling as part of the normal build process. I think there are a least two other plugins in Codehaus. I haven't used the plugins at Codehaus because last time I looked they did not support the development shell. I had not seen the plugin produced by Google before, so I have not used it. One thing the Google plugin does that I don't is to build the template project (doesn't seem very useful to put a bunch of configuration in the POM for a one-time event). I use my plugin on an almost daily basis for development. If anyone is interested, I can probably post it somewhere for people to access. - Original Message - From: nicolas de loof [EMAIL PROTECTED] To: Maven Users List users@maven.apache.org Sent: Tuesday, December 11, 2007 8:49 AM Subject: state of maven support for Google Web Toolkit ? Thanks to google, I've found http://codehaus.org/~shinobu/gwt-maven-plugin/and http://code.google.com/p/gwt-maven/ What is the status of supporting GWT compiler in maven builds ? Nico. - 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: state of maven support for Google Web Toolkit ?
I have built a version that I use which supports both running the development shell from Maven and compiling as part of the normal build process. I think there are a least two other plugins in Codehaus. I haven't used the plugins at Codehaus because last time I looked they did not support the development shell. I had not seen the plugin produced by Google before, so I have not used it. One thing the Google plugin does that I don't is to build the template project (doesn't seem very useful to put a bunch of configuration in the POM for a one-time event). I use my plugin on an almost daily basis for development. If anyone is interested, I can probably post it somewhere for people to access. - Original Message - From: nicolas de loof [EMAIL PROTECTED] To: Maven Users List users@maven.apache.org Sent: Tuesday, December 11, 2007 8:49 AM Subject: state of maven support for Google Web Toolkit ? Thanks to google, I've found http://codehaus.org/~shinobu/gwt-maven-plugin/and http://code.google.com/p/gwt-maven/ What is the status of supporting GWT compiler in maven builds ? Nico. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Xdoclet plugin for generating EJB sources of ejbdoclet project
Are you sure that you are using XDoclet 1.3.2 and not 1.2.3? I do not see a version 1.3.x on the XDoclet home page. In my projects that use XDoclet, I specify: plugin groupIdorg.codehaus.mojo/groupId artifactIdxdoclet-maven-plugin/artifactId executions execution phasegenerate-sources/phase goals goalxdoclet/goal /goals configuration tasks ejbdoclet ... . . . /ejbdoclet /tasks /configuration /execution /executions /plugin Using this downloads all of the correct bits and pieces from the repository for XDoclet 1.2.3 HTH - Original Message - From: COPPENS, Fabien [EMAIL PROTECTED] To: users@maven.apache.org Sent: Wednesday, September 05, 2007 10:36 AM Subject: Xdoclet plugin for generating EJB sources of ejbdoclet project I am trying to automate the build of an EJB project that was generated in Eclipse 3.2.2 using the Web Tools Platform (WTP 1.5.4) wizard for ejbdoclet projects. This WTP service is based on xdoclet 1.3.2 (I see that in the project facets). I get a failure when trying to use the plugin xdoclet-maven-plugin because it is apparently expecting xdoclet v2. When I look at repo1.maven.org/maven2/xdoclet-plugins, I see that there are many different xdoclet plugins, including one called xdoclet-plugin-ejb. Can someone point me to a xdoclet plugin that will be compatible with xdoclet 1.3.2 so that I can automate my EJB project build ? Fabien This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Netbeans
This is an ugly hack, but could you build a Maven POM project and then do a set of ant tasks to link the standard phases to goals in the NetBeans-produced build? - Original Message - From: Milos Kleint [EMAIL PROTECTED] To: Maven Users List users@maven.apache.org Sent: Wednesday, July 11, 2007 3:35 AM Subject: Re: Maven Netbeans Ryan Cuprak wrote: Hello, I was just curious if it is possible to take an existing project in Netbeans and 'maven-ize' without starting from one of the archetypes and pasting my existing code into that project (as well as trying to figure out the dependencies and reverse engineer the project settings)? I have been tinkering with JSF as well as a Visual JSF web-application created using the Netbeans wizards. not to my knowledge. something similar was filed agains the mevenide project but I closed it as wontfix as it's out of scope for the project. http://jira.codehaus.org/browse/MEVENIDE-446 It could be technically possible as the netbeans project build scripts have a reasonably consistent structure and the nbproject/project.xml file is somewhat comparable to pom.xml. Milos Thanks, -Ryan - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: isXX vs getXX
I do not know much about the requirements of Oracle SOA compared to JAXB,
but could you do the following:
public boolean getAttribute() {
return isAttribute();
}
public boolean isAttribute() {
return attribute;
}
- Original Message -
From: [EMAIL PROTECTED]
To: users@maven.apache.org
Sent: Saturday, June 02, 2007 5:23 PM
Subject: isXX vs getXX
Hello,
similar as plug-in from:
http://fisheye5.cenqua.com/browse/~raw,r=1.1/jaxb2-commons/www/boolean-getter/index.html
does
I have the following problem:
Oracle SOA-OC4J expects getXX method to perform data binding
and JAXB uses isXX. and I use Maven to compile/deploy services
Is there similar funcional solution for Maven/Jaxb/OC4J?
Thanks
Ned
-
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: Specify Context Path for WAR project in Maven2
To do it right, create /src/main/webapp/WEB-INF/jboss-web.xml with the
following content:
?xml version=1.0 encoding=UTF-8?
!DOCTYPE jboss-web PUBLIC -//JBoss//DTD Web Application 2.3V2//EN
http://www.jboss.org/j2ee/dtd/jboss-web_3_2.dtd;
jboss-web
context-root/MyWebAppName/context-root
/jboss-web
- Original Message -
From: [EMAIL PROTECTED]
To: Maven Users List users@maven.apache.org
Cc: geirgp [EMAIL PROTECTED]
Sent: Sunday, May 20, 2007 8:01 PM
Subject: Re: Specify Context Path for WAR project in Maven2
Try the buildfinalNameMyWebAppName/finalName/build
in the POM.
/U
-- Original message --
From: geirgp [EMAIL PROTECTED]
When I use the jboss plugin to deploy my war project to the app server
the
context path is set to /{artifactId}-{version}/ which also happens if I
use
the tomcat plugin to do the same thing. Is there a way to override and
specify this context path instead of using the default?
--
View this message in context:
http://www.nabble.com/Specify-Context-Path-for-WAR-project-in-Maven2-tf3787384s1
77.html#a10710709
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]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question: rpm-maven-plugin and /usr/lib/rpm/check-files
There is no command-line option to change this, so there is nothing the plugin can do to help you. My best guess to try would be to make a file in your home directory named .rpmrc and put the following line in it: _tmppath /where/you/want/var/tmp/to/be - Original Message - From: Erez Nahir [EMAIL PROTECTED] To: Maven Users List users@maven.apache.org Sent: Friday, May 04, 2007 3:39 AM Subject: Question: rpm-maven-plugin and /usr/lib/rpm/check-files Hi, We use rpm-maven-plugin version 2.0-alpha-3-SNAPSHOT. We found that during its work, the /usr/lib/rpm/check-files run and and it generate the rpm first to /var/tmp Is there an option to configure a different location to generate this rmp-temp file? Thanks, Erez. - 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: cobertura works on its own but not in reporting mvn site
Try adding version2.0/version for the plugin and see if it works correctly... - Original Message - From: Pete [EMAIL PROTECTED] To: Maven Users List users@maven.apache.org Sent: Wednesday, February 14, 2007 5:51 AM Subject: cobertura works on its own but not in reporting mvn site Hi there, mvn cobertura:cobertura works fine, but if I include reporting plugins plugin groupIdorg.codehaus.mojo/groupId artifactIdcobertura-maven-plugin/artifactId /plugin then do 'mvn site' although the report html comes out all classes show 0% coverage. I can see from the debug the junits get run twice - probably because of surefire Any ideas? I've even compared the -X debug of both and they look the same for the cobertura plugin execution. Pete - 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: How to put cobertura.ser in target DIR
I have gotten around this problem by specifying version 2.0 of the cobertura
plugin. This causes Maven to use version 1.7 of Cobertura which does not
exhibit this problem.
- Original Message -
From: Hans L'Hoest [EMAIL PROTECTED]
To: Maven Users List users@maven.apache.org
Sent: Monday, January 08, 2007 8:01 AM
Subject: Re: How to put cobertura.ser in target DIR
Hello all,
I seem to be running into the same problem: I can't configure the
cobertura datafile.
When running cobertura:cobertura I am getting:
Cobertura: Coverage data file C:\projects\myproject\cobertura.ser
either does not exist or is not readable. Creating a new data file.
Followed by lines like:
[cobertura] INFO [main]
net.sourceforge.cobertura.reporting.html.HTMLReport - Data file does
not contain instrumentation information for the file
MethodEditor.java. Ensure this class was instrumented, and this data
file contains the instrumentation information.
It seems the instrumentation is saved to a different ser file than the
one that is being used by the report generation. (The instrument goal
instruments more classes than on the 2nd run with the cobertura goal.)
I can get it to work with a manual step:
* First run: mvn clean cobertura:instrument
* Then I copy the cobertura.ser file from
C:\projects\myproject\target\cobertura to C:\projects\myproject
* I run mvn cobertura:cobertura
My report is generated fine. No errors.
Any idea how I can fix this (this has nothing to do with the clean
goal it seems as the correct file cannot be found.)?
Thank you,
Kind regards,
Hans
On 10/4/06, Joakim Erdfelt [EMAIL PROTECTED] wrote:
Hi,
The situation with the dataFile parameter, is that it is unreliable to
use System Properties from within the embedded nature of the
cobertura-maven-plugin.
The bug has a fix on the cobertura side:
https://sourceforge.net/tracker/index.php?func=detailaid=1543280group_id=130558atid=720017
Go encourage the cobertura folks to commit that patch.
Full disclosure: Yes I wrote that patch, so I'm a little biased. ;-)
The current cobertura-maven-plugin snapshot available in subversion
already supports that cobertura patch.
Once that patch is applied on the cobertura side, we should be able to
reliably set the dataFile parameter. yay!
You can also use the maven-clean-plugin to clean out that file.
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-clean-plugin/artifactId
configuration
filesets
fileset
directory${basedir}/directory
includes
includecobertura.ser/include
/includes
/fileset
/filesets
/configuration
/plugin
(caution, I wrote this out from memory, it might contain typos.)
- Joakim Erdfelt
dan tran wrote:
oopps, the doc did say we can not change this location due to bug in
corbertura 1.6
how about remove that file in your post-clean phase
-D
On 10/4/06, Mick Knutson [EMAIL PROTECTED] wrote:
So how would I configure dataFile in my plugin?
On 10/4/06, dan tran [EMAIL PROTECTED] wrote:
http://mojo.codehaus.org/cobertura-maven-plugin/cobertura-mojo.html
On 10/4/06, Mick Knutson [EMAIL PROTECTED] wrote:
I want to know how I can put cobertura.ser into my target DIR so
when
I
run
mvn clean, the cobertura files get cleaned as well.
--
-
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]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: relativePath in parent not honored
Usually when I have seen this it is because I messed up the path or version. Since it didn't point to a project with the EXACT group, artifact, and version specified in the child project's parent tag, Maven went looking in the repositories. - Original Message - From: Bolisetty, Himabindu (GE Healthcare) [EMAIL PROTECTED] To: users@maven.apache.org Sent: Friday, December 08, 2006 1:24 PM Subject: relativePath in parent not honored Hi All, Our organization has a pom hierarchy set up and the child poms refer to the parent pom using relativePath element. In the maven documentation, the following is clearly listed: Notice the relativePath element. It is not required, but may be used as a signifier to Maven to first search the path given for this project's parent, before searching the local and then remote repositories. However in our case, it seems like maven is completely ignoring relativePath and searching for parent directly in the repositories. We use Maven 2.0.4. Can anyone shed some light on this issue? Thanks, Bindu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Google Web Toolkit Tests
Has anyone been able to run JUnit tests on GWT sources from within Maven? I have hacked the GWT plugin to make tests work (the version of the plugin I have built works as part of a WAR project instead of as a GWT-only project), but it is real ugly since I strictly follow the sample command script produced by GWT: It only puts output to the console and won't show up in surefire reports. I tried just making the GWT tests as test cases for surefire but found no way to get the strange class path requirements into place. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] RPM Plugin Release
I have released version 1.0-alpha-1 of an RPM plugin for Maven 2. You can find the documentation at http://codehaus.org/~boba/rpm-plugin/intro.html which also includes download instructions. The source code can be viewed at: http://svn.mojo.codehaus.org/trunk/mojo/mojo-sandbox/rpm-maven-plugin/ If you have any questions, comments, or suggestions, please contact me at [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
