Eclipse Development with Maven
Hi All, I have googled the terms above and have come up with marginal results. I would like to ask on the mailing lists if it is possible to build/test Eclipse plugins with Maven. If so, is there any good documentation on this? Take care, Jeremy
Re: openejb-core tests
Jörg, We'll see. I've reinstalled everything except the operating system, including my network equipment. I'll update you all when I have answers. Take care, Jeremy On 1/22/07, Jörg Schaible [EMAIL PROTECTED] wrote: Hi Jeremy, Jeremy Whitlock wrote on Sunday, January 21, 2007 9:05 PM: Jörg, Not that I'm aware. The bigger problem is Why does it work for others but not me? I will see if I can resolve this but it appears to be very specific to my network. well, the Surefire report indicates, that it does not find the home interface - therefore my guess for a generated class using XDoclet that is known to fail in multi module projects if you do not take special care. If others can run the test from the top level, I agree with your assumption about something specific in your environment. [snip] - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: openejb-core tests
Jörg, Not that I'm aware. The bigger problem is Why does it work for others but not me? I will see if I can resolve this but it appears to be very specific to my network. Take care, Jeremy On 1/20/07, Jörg Schaible [EMAIL PROTECTED] wrote: Hi Jeremy, Jeremy Whitlock wrote: Hi All, While looking over a patch today, I have ran into a situation that I cannot explain and I was hoping someone might be able to help. If I run mvn test from openejb3/container/openejb-core, the tests all run properly and pass. If I run mvn test from openejb3/, the previously passing tests of openejb-core fail for some reason. No code changes, no environment changes or anything else. I have reproduced this on Windows and Mac. I have tried David Blevins' local repository. I have recreated my OpenEJB working copy. I have reinstalled Maven 2.0.4 and I have even reinstall Java. I have basically eliminated everything but the operating system and the internet, although I do know I am not behind any proxy or firewall. Now that you know my situation, have any of you ran into this with OpenEJB or any other Maven-based project? Got any suggestions? Thanks for entertaining what may sound crazy but I assure you, this is really happening. Here is the error output from Maven and the content within the surefire text file: Maven Output: http://rifers.org/paste/show/3300 Surefire Output: http://rifers.org/paste/show/3299 any chance you're using XDoclet? Then you have to set the destDir attribute to every single doclet subtask, see http://jira.codehaus.org/browse/MOJO-265 - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
openejb-core tests
Hi All, While looking over a patch today, I have ran into a situation that I cannot explain and I was hoping someone might be able to help. If I run mvn test from openejb3/container/openejb-core, the tests all run properly and pass. If I run mvn test from openejb3/, the previously passing tests of openejb-core fail for some reason. No code changes, no environment changes or anything else. I have reproduced this on Windows and Mac. I have tried David Blevins' local repository. I have recreated my OpenEJB working copy. I have reinstalled Maven 2.0.4 and I have even reinstall Java. I have basically eliminated everything but the operating system and the internet, although I do know I am not behind any proxy or firewall. Now that you know my situation, have any of you ran into this with OpenEJB or any other Maven-based project? Got any suggestions? Thanks for entertaining what may sound crazy but I assure you, this is really happening. Here is the error output from Maven and the content within the surefire text file: Maven Output: http://rifers.org/paste/show/3300 Surefire Output: http://rifers.org/paste/show/3299 Take care, Jeremy
Re: PROPFIND + authorization failed
In the event you are behind an MS ISA Proxy, use the following proxy to help you get through: http://freshmeat.net/projects/ntlmaps/ Run this proxy and tell your Subversion client, or Maven, to use the APS proxy. Take care, Jeremy On 11/7/06, Barrie Treloar [EMAIL PROTECTED] wrote: On 11/7/06, jacob thomas [EMAIL PROTECTED] wrote: Hi group, I am also facing same kind of an issue when i try to use the http://.. protocol url, I am getting an error saying --- Provider message: The svn command failed. Command output: --- svn: PROPFIND request failed on '/xxx/yyy/zzz' svn: PROPFIND of '/xxx/yyy/zzz': authorization failed (http://ipaddress:port) --- please let me know how to get out of from. regards ~jacob Are you behind a firewall? Do you know what type of firewall? I suspect it is a Microsoft ISA firewall which requires NTLM authentication. If so then none of the maven product line support NTLM yet.
Re: Proper In-Container Integration Tests
Wendy, How funny to run into you. I read some of your stuff earlier thanks to Google. I was going to do the same thing by requiring Jetty for the test phase and having an extendable test who's setUp() method would embed a Jetty instance then deploy the webapp. I didn't look too far into it but I think it would work. I would just need to play around with it. Knowing I could do it this way is fine but I was hoping for something more Maven and less JUnit/Java. What I mean is you configure everything else in the pom.xml and I was hoping for something more Maven-like and thus, a solution that would not require any JUnit/Java magic. If there is no other option then your approach and my existing experience with embedding Jetty will come in handy. ;) Take care, Jeremy On 6/13/06, Wendy Smoak [EMAIL PROTECTED] wrote: On 6/12/06, Jeremy Whitlock [EMAIL PROTECTED] wrote: I would like to know the proper way to run in-container integration/unit tests for applications built/tested using Maven. I have tried to run jetty6:run before the test phase but it does not start as a daemon or forked so Maven never continues to finish running the rest of the lifecycle. I then tried cargo but got the same results. All I need to do is be able to startup a web container and deploy my war-packaged applications so I can run the integration/unit tests properly using Maven. Any help would be highly appreciated. Cargo can do it. :) It's probably best to ask on the Cargo user list, but here's a simple example of wrapping tests in a TestSetup class that starts and stops Tomcat: http://svn.apache.org/repos/asf/struts/action/trunk/integration/apps-it/src/test/java/org/apache/struts/apps/ I'm working on a more generic TestSetup class that's controlled by system properties and can be reused, with the goal of running the same tests in multiple containers. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Proper In-Container Integration Tests
Hi all, I would like to know the proper way to run in-container integration/unit tests for applications built/tested using Maven. I have tried to run jetty6:run before the test phase but it does not start as a daemon or forked so Maven never continues to finish running the rest of the lifecycle. I then tried cargo but got the same results. All I need to do is be able to startup a web container and deploy my war-packaged applications so I can run the integration/unit tests properly using Maven. Any help would be highly appreciated. Take care, Jeremy
RE: Make usefile false for JUnit
Matthew, Thanks for your help. Good luck. Too bad this isn't easier. I was hoping for some sort of element in project.xml where you could change them: unitTest usefile=false . . . /unitTest Laters, Jeremy -Original Message- From: matthew.hawthorne [mailto:[EMAIL PROTECTED] Sent: Friday, March 19, 2004 2:32 PM To: Maven Users List Subject: Re: Make usefile false for JUnit Jeremy Whitlock wrote: I can't seem to get maven change the junit param of userfile to false. Can someone help me out? Thanks, I've only been able to get it to work using -Dmaven.junit.usefile=false at the command line (although you could do the same in [build | project].properties Inside my maven.xml, I've tried: context.setVariable('maven.junit.usefile', 'false') in a pregoal to test:test But it doesn't work. Which is weird since doing the exact same with maven.test.skip works. - 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: Make usefile false for JUnit
Matthew, Thanks for your help. I'm new to Maven. :) Laters, Jeremy -Original Message- From: matthew.hawthorne [mailto:[EMAIL PROTECTED] Sent: Friday, March 19, 2004 2:52 PM To: Maven Users List Subject: Re: Make usefile false for JUnit Jeremy Whitlock wrote: Thanks for your help. Good luck. Too bad this isn't easier. I was hoping for some sort of element in project.xml where you could change them: unitTest usefile=false . . . /unitTest Actually, if you know that you want to run the tests that way all the time, it's very easy. Just create a project.properties alongside your project.xml, and enter maven.junit.usefile=false That will do it. My difficulty stems from the fact that there are times when I want to use a file, and times that I don't. So, I attempted to implement some conditional logic in maven.xml. - 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]