Re: Definitive Guide - is it real?
On Sun, Apr 13, 2008 at 2:24 PM, Jason van Zyl [EMAIL PROTECTED] wrote: You could theoretically write the book in whatever you want but you'll need a docbook sink that's accurate. Once you have that then you should be able to do the same things we are. Or just write the content in docbook. There are some limitations in doxia right now and Tim is a sadist and prefers docbook so that's what we have. There are other sadists around, but we'd like to here from Tim to compare notes. Writing good quality documentation that is properly linked, with examples taken from real working code/systems is bloody hard. Any links/suggestions on how to do this better are always welcome. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Selenium - Maven - Smoketest
Hi, not sure if it helps. i m currently using Maven + Selenium i m not clear (sorry for my ignorance) on what 'smoke tests' mean, but i am running my selenium tests in the phaseintegration-tests/phase hth marco On Sun, Apr 13, 2008 at 1:10 AM, dbug [EMAIL PROTECTED] wrote: Hi, In the life cycle of Maven, where can I perform the automated smoke test (i believe it is after strongdeploy step/strong, can somebody confirm or guide)? Thanks, Dhyanesh Bagadia -- View this message in context: http://www.nabble.com/Selenium---Maven---Smoketest-tp16656681s177p16656681.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven-javadoc-plugin failure
I get the following errors when using the maven-javadoc-plugin. plugin inheritedtrue/inherited groupIdorg.apache.maven.plugins/groupId artifactIdmaven-javadoc-plugin/artifactId executions execution idattach-javadocs/id goals goaljar/goal /goals /execution /executions /plugin The code is using assert properly, so it shouldn't cause an issue. [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error while creating archive:Exit code: 1 - /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:113: warning: as of release 1.4, assert is a keyword, and may not be used as an identifier assert false; ^ /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:113: not a statement assert false; ^ /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:113: ';' expected assert false; ^ /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:133: warning: as of release 1.4, assert is a keyword, and may not be used as an identifier assert false; // should never happen because of '\\D' ^ /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:133: not a statement assert false; // should never happen because of '\\D' ^ /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:133: ';' expected assert false; // should never happen because of '\\D' ^ Command line was:cd /data/MyDocuments/java/oros/oros/web/target/apidocs /opt/blackdown-jdk-1.4.2.03/jre/../bin/javadoc @options @packages [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error while creating archive:Exit code: 1 - /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:113: warning: as of release 1.4, assert is a keyword, and may not be used as an identifier assert false; ^ /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:113: not a statement assert false; ^ /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:113: ';' expected assert false; ^ /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:133: warning: as of release 1.4, assert is a keyword, and may not be used as an identifier assert false; // should never happen because of '\\D' ^ /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:133: not a statement assert false; // should never happen because of '\\D' ^ /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:133: ';' expected assert false; // should never happen because of '\\D' ^ Command line was:cd /data/MyDocuments/java/oros/oros/web/target/apidocs /opt/blackdown-jdk-1.4.2.03/jre/../bin/javadoc @options @packages at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:564) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143) at
continuous integration server
Hi, Which continuous integration server would you recommend me? Continuum? Or is there also a version by sonatype in the making?! :-) Thanks in advance, Peter
Re: continuous integration server
Hudson, without a doubt. See https://hudson.dev.java.net/ or a live instance at http://hudson.jboss.org/hudson/ On Sun, Apr 13, 2008 at 1:36 PM, Peter Horlock [EMAIL PROTECTED] wrote: Hi, Which continuous integration server would you recommend me? Continuum? Or is there also a version by sonatype in the making?! :-) Thanks in advance, Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: continuous integration server
could you tell me your reason why you prefer hudson? Thanks, Peter
Re: continuous integration server
+1 on hudson netbeans.org is using it as well at http://deadlock.netbeans.org/hudson Milos On Sun, Apr 13, 2008 at 2:21 PM, Tom Huybrechts [EMAIL PROTECTED] wrote: Hudson, without a doubt. See https://hudson.dev.java.net/ or a live instance at http://hudson.jboss.org/hudson/ On Sun, Apr 13, 2008 at 1:36 PM, Peter Horlock [EMAIL PROTECTED] wrote: Hi, Which continuous integration server would you recommend me? Continuum? Or is there also a version by sonatype in the making?! :-) Thanks in advance, Peter - 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: Knowing what artifact I need?
Looks like what you were looking for is now available from javacio.us Have a look at: http://javacio.us/ and search for spring pom or org.springframework.scripting pom This is a really useful feature, and can be integrated within the results of google searches as well if you have a google account. HTH -Olivier On Fri, 2008-03-07 at 16:18 -0500, Allen, Daniel wrote: Hi all. I have a general sort of question about writing POMs. When figuring out what dependencies I need, I frequently come up against the fact that the web at large refers to package names when talking about class usage, whereas Maven refers to the name of the jar file that it comes in. So sometimes I have to go searching for what the proper artifactId is, even if I know where I could go and manually download the JAR file. For example, using Spring, I was getting ClassNotFoundExceptions for org.springframework.scripting.[various classes]. But the artifact that I needed was not called scripting, it was called spring-support. This isn't a huge deal, just some extra time on Google, but it would be convenient if there were some kind of database that mapped actual Java packages to the names of the JAR artifacts that contain them. Does anything like that exist currently? ~Dan Allen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: continuous integration server
Hudson. It just works. Kohsuke is dedicated, releases often and the community is thriving. With clients we have seen everything, and tried everything and Hudson has proven to the most reliable, easiest to setup, and the hardest to knock down. It just uses the file system, no databases or external resources as such it is simple which allows it to easily support multi-node setups. On 13-Apr-08, at 4:36 AM, Peter Horlock wrote: Hi, Which continuous integration server would you recommend me? Continuum? Or is there also a version by sonatype in the making?! :-) Thanks in advance, Peter Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- We all have problems. How we deal with them is a measure of our worth. -- Unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Definitive Guide - is it real?
On 13-Apr-08, at 1:14 AM, Barrie Treloar wrote: On Sun, Apr 13, 2008 at 2:24 PM, Jason van Zyl [EMAIL PROTECTED] wrote: You could theoretically write the book in whatever you want but you'll need a docbook sink that's accurate. Once you have that then you should be able to do the same things we are. Or just write the content in docbook. There are some limitations in doxia right now and Tim is a sadist and prefers docbook so that's what we have. There are other sadists around, but we'd like to here from Tim to compare notes. Tim, and O'Reilly's primary driver here is having good editing tools. There are a couple tools I know that they use. XMLMind and Antennae. Writing good quality documentation that is properly linked, with examples taken from real working code/systems is bloody hard. Any links/suggestions on how to do this better are always welcome. Right, this is where the book-like features are missing from Doxia and though I would like to fix them the primary concern at hand was getting the Maven book out. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- believe nothing, no matter where you read it, or who has said it, not even if i have said it, unless it agrees with your own reason and your own common sense. -- Buddha - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: continuous integration server
Kohsuke keeps it simple, yet very powerful. You can have Hudson installed and your first build running within minutes. If you need customization, it is also incredibly easy to extend via plugins. Just try it, you'll never look back... On Sun, Apr 13, 2008 at 2:26 PM, Peter Horlock [EMAIL PROTECTED] wrote: could you tell me your reason why you prefer hudson? Thanks, Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: continuous integration server
How about handling of maven2 project releases? Does it integrate nicely with the release plugin? And also, one point of concern is the security and roles management (who can deploy/force builds/release per project? I have been using Continuum for about a year without too many issues and it deals with all that nicely, does Hudson provide those features? Reading from the doc links below, it appeared to me Hudson was less well integrated for Maven 2 projects? Am I wrong? -Olivier On Sun, 2008-04-13 at 16:34 +0200, Tom Huybrechts wrote: Kohsuke keeps it simple, yet very powerful. You can have Hudson installed and your first build running within minutes. If you need customization, it is also incredibly easy to extend via plugins. Just try it, you'll never look back... On Sun, Apr 13, 2008 at 2:26 PM, Peter Horlock [EMAIL PROTECTED] wrote: could you tell me your reason why you prefer hudson? Thanks, Peter - 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: continuous integration server
On 13-Apr-08, at 8:52 AM, Olivier Dehon wrote: How about handling of maven2 project releases? Does it integrate nicely with the release plugin? There's nothing magical about configuring Hudson to fire off any set of plugins with any goals. We do on demand builds and releases with Hudson though this is more in the realm of a build server. We also don't use the release plugin across the board because it's doesn't work flawlessly with many SCMs other then subversion. So a lot of times I know our clients must roll something of their own and Hudson works great for this. And also, one point of concern is the security and roles management (who can deploy/force builds/release per project? There is authentication, but honestly I deal with some of the largest IT environments and they care more that it works. We've worked around any security concern putting Apache in front of it and use one of the security modules. But I know from talking with James Dumay that working with Redback is no great pleasure talking with him about his experiences in trying to plug Redback into Crowd. Generally using mod_authz_ldap with some groups and you can do what you need to do. That's not to say that rbac like control isn't a good thing to have but people prefer the general system work first, which Hudson does better then anything else IMO. I have been using Continuum for about a year without too many issues and it deals with all that nicely, does Hudson provide those features? Reading from the doc links below, it appeared to me Hudson was less well integrated for Maven 2 projects? Am I wrong? The Maven integration is so-so but that's changing everyday. I know from my vantage point Hudson is the only system I will provide commercial support for at Sonatype because the battle is over. Hudson won by making developers lives' easier. Kohsuke will go to no end to make things easier for users. He wrote a JNI tool so that people using ActiveDirectory wouldn't have to login all over the place. The other very cool thing was the use of Winstone in creating the easiest way to get a system up and running anyone has ever seen. These are the types of things Kohsuke will do and it brings other really good developers to the table. Tom is now doing some very cool things with Hudson for automated artifact promotion and Continuum certainly doesn't do that and if you ask a development organization if they wanted automated promotion models or security, they would take the automated promotion models. Along with all the other cool things in Hudson. Just that it has a real plugin model makes a world of difference because it truly is extensible like Maven. What's important is that it continues to work which is why people are flocking to Hudson. We actually use the freestyle builds with our Maven projects and though that takes a few minutes to setup in the long run it just works. At any rate I guarantee you that inside 3 months Hudson will have the best Maven integration of any CI/Build Server there is. -Olivier On Sun, 2008-04-13 at 16:34 +0200, Tom Huybrechts wrote: Kohsuke keeps it simple, yet very powerful. You can have Hudson installed and your first build running within minutes. If you need customization, it is also incredibly easy to extend via plugins. Just try it, you'll never look back... On Sun, Apr 13, 2008 at 2:26 PM, Peter Horlock [EMAIL PROTECTED] wrote: could you tell me your reason why you prefer hudson? Thanks, Peter - 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] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- Selfish deeds are the shortest path to self destruction. -- The Seven Samuari, Akira Kirosawa - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven-javadoc-plugin failure
You need to tell the javadoc plugin that you are using source level 1.4: http://maven.apache.org/plugins/maven-javadoc-plugin/jar-mojo.html#source Cheers, Brett On 12/04/2008, Trenton D. Adams [EMAIL PROTECTED] wrote: I get the following errors when using the maven-javadoc-plugin. plugin inheritedtrue/inherited groupIdorg.apache.maven.plugins/groupId artifactIdmaven-javadoc-plugin/artifactId executions execution idattach-javadocs/id goals goaljar/goal /goals /execution /executions /plugin The code is using assert properly, so it shouldn't cause an issue. [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error while creating archive:Exit code: 1 - /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:113: warning: as of release 1.4, assert is a keyword, and may not be used as an identifier assert false; ^ /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:113: not a statement assert false; ^ /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:113: ';' expected assert false; ^ /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:133: warning: as of release 1.4, assert is a keyword, and may not be used as an identifier assert false; // should never happen because of '\\D' ^ /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:133: not a statement assert false; // should never happen because of '\\D' ^ /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:133: ';' expected assert false; // should never happen because of '\\D' ^ Command line was:cd /data/MyDocuments/java/oros/oros/web/target/apidocs /opt/blackdown-jdk-1.4.2.03/jre/../bin/javadoc @options @packages [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error while creating archive:Exit code: 1 - /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:113: warning: as of release 1.4, assert is a keyword, and may not be used as an identifier assert false; ^ /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:113: not a statement assert false; ^ /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:113: ';' expected assert false; ^ /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:133: warning: as of release 1.4, assert is a keyword, and may not be used as an identifier assert false; // should never happen because of '\\D' ^ /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:133: not a statement assert false; // should never happen because of '\\D' ^ /data/MyDocuments/java/oros/oros/web/src/main/java/ca/montage/banner/web/commands/studentrecord/TranscriptRequestCommand.java:133: ';' expected assert false; // should never happen because of '\\D' ^ Command line was:cd /data/MyDocuments/java/oros/oros/web/target/apidocs /opt/blackdown-jdk-1.4.2.03/jre/../bin/javadoc @options @packages at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:564) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
Re: Svn relocate after release?
You won't be able to re-release a previous tag without modifying the scm url's on the tag - but that's easy enough to do if the case arises. In such a case, I would expect you are branching, modifying, and releasing anyway - there should be no need to re-release something as is. Cheers, Brett On 13/04/2008, Clifton [EMAIL PROTECTED] wrote: That does make a lot of sense and I'll forward your suggestion. But for now, I still wonder if I should be concerned otherwise. Wayne Fay wrote: Could you not set a generic dns-backed server name eg svn.corp.com and then things just work when you move servers? This would be my approach. Wayne On 4/11/08, Clifton [EMAIL PROTECTED] wrote: Should I be concerned after relocating our SVN server after a couple of releases? We just moved our svn server to another physical machine which of course changes the URLs. My limited knowledge of the release plugin suggests this could be a potential uh-oh if we want to release an earlier version. My buddy was trying to prepare/perform a release today when he started running into references of the old repo URL. I'm not sure what the deal was but he seems to have it almost worked out. Have any of you run into such issues or dealt with relocating SVN and the release plugin? -- View this message in context: http://www.nabble.com/Svn-relocate-after-release--tp16628241s177p16628241.html 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] -- View this message in context: http://www.nabble.com/Svn-relocate-after-release--tp16628241s177p16656686.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Brett Porter Blog: http://blogs.exist.com/bporter/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Selenium - Maven - Smoke test
Thanks Marco, Even I am a new entrant to this and am trying to get my fundamentals straight. Smoke testing is done at a macro level after deploying the project just to make sure nothing breaks after deployment. Hence it is important to get this after the deploy phase of the maven life cycle. Regards, dbug mmistroni wrote: Hi, not sure if it helps. i m currently using Maven + Selenium i m not clear (sorry for my ignorance) on what 'smoke tests' mean, but i am running my selenium tests in the phaseintegration-tests/phase hth marco On Sun, Apr 13, 2008 at 1:10 AM, dbug [EMAIL PROTECTED] wrote: Hi, In the life cycle of Maven, where can I perform the automated smoke test (i believe it is after strongdeploy step/strong, can somebody confirm or guide)? Thanks, Dhyanesh Bagadia -- View this message in context: http://www.nabble.com/Selenium---Maven---Smoketest-tp16656681s177p16656681.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Selenium---Maven---Smoketest-tp16656681s177p16668807.html 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: How can I let Maven run a class before packaging
On 11/04/2008, at 3:15 PM, youhaodeyi wrote: By default, Maven will package all the classes under target/classes directory into a jar file. But some classes are not generated by compiling, by running a Java application. How can I let Maven run a java application before packaging? You can use the ant exec task of the ant run plugin and bind it to the generate-sources phase… http://maven.apache.org/plugins/maven-antrun-plugin/run-mojo.html LD. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Definitive Guide - is it real?
Jason van Zyl-2 wrote: Hi, The content of the book has been converted to docbook as that's what O'Reilly can consume more easily. The editing tools that Tim prefers are docbook tools so he converted the source from APT to docbook. But you could use Doxia to go from whatever to docbook and then use the tools we have. We are using docbook and the docbkx-maven-plugin. I don't have any problem letting people use the tools. The book is a community service, we don't make money off it or use it as a marketing tool (we, in fact forfeit our royalties to give it away for free and you don't have to register so we don't track anyone for leads) so let Tim sort out what's what and we'll publish what we have. You could theoretically write the book in whatever you want but you'll need a docbook sink that's accurate. Once you have that then you should be able to do the same things we are. Or just write the content in docbook. There are some limitations in doxia right now and Tim is a sadist and prefers docbook so that's what we have. So the book was in apt at some stage. Were you able actually get things like images, table of contents, cross linking, nice html as well as pdf and others going? I have my doubts that the current doxia tool chain can actually do that - or I am just too dumb. I have external code nicely executed with the sql plugin as well as included in the documentaiton with the snippet macro and I produce html and pdf. But I cant get images to work and the html is one big file. If I could get images in pdf and a nice html working I would be set. I would rather not convert to docbook but if I have to I just might. Is there something like the snippet macro I could use in docbook? How painful is the learning curve for docbook? In any case it would be great to see the setup of the book source so I could replicate folder structure and other things without too much hazzle. At first glance the docbkx maven plugin doesnt exactly overflow with documentation either. I also seen the jboss maven-jdocbook-plugin used e.g. in the richfaces source and then there is the maven-docbook-plugin. Looks like there is too much overlap and I am really not sure which one to choose, Given that the definitive guide looks like what I need provided you are using some sort of snippet/include setup for the code bits I would probably go with the one you suggest... -- View this message in context: http://www.nabble.com/Definitive-Guide---is-it-real--tp16656704s177p16670484.html 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: Definitive Guide - is it real?
baerrach wrote: On Sun, Apr 13, 2008 at 2:24 PM, Jason van Zyl [EMAIL PROTECTED] wrote: There are other sadists around, but we'd like to here from Tim to compare notes. Writing good quality documentation that is properly linked, with examples taken from real working code/systems is bloody hard. Any links/suggestions on how to do this better are always welcome. Very true. Just as an example I have to write a data model documentation with diagrams and sample SQL queries. So I have external SQL files that I actually execute as part of the build using the sql plugin. That way if the schema changes, the build breaks and the documentation will hopefully be updated... -- View this message in context: http://www.nabble.com/Definitive-Guide---is-it-real--tp16656704s177p16670485.html 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: Definitive Guide - is it real?
Jason van Zyl-2 wrote: Right, this is where the book-like features are missing from Doxia and though I would like to fix them the primary concern at hand was getting the Maven book out. Sounds like my suspicion is correct and you can currently not use Doxia to create something like the Definitive Guide. I hope I am wrong and somebody can show me how to get it going but at this stage I have the feeling I will have to learn docbook .. -- View this message in context: http://www.nabble.com/Definitive-Guide---is-it-real--tp16656704s177p16670486.html 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: Selenium - Maven - Smoke test
Deploy in Maven terms does not mean deploy an artifact to an application server. So, this would be a misapplication of smoke testing. Take a look at the Cargo plugin and see if perhaps they have some some ability to deploy your app then run smoke tests then rollback the app if there are problems etc. IMO this is really outside the scope of Maven which is primarily concerned with building your apps, not deploying them. Wayne On 4/13/08, dbug [EMAIL PROTECTED] wrote: Thanks Marco, Even I am a new entrant to this and am trying to get my fundamentals straight. Smoke testing is done at a macro level after deploying the project just to make sure nothing breaks after deployment. Hence it is important to get this after the deploy phase of the maven life cycle. Regards, dbug mmistroni wrote: Hi, not sure if it helps. i m currently using Maven + Selenium i m not clear (sorry for my ignorance) on what 'smoke tests' mean, but i am running my selenium tests in the phaseintegration-tests/phase hth marco On Sun, Apr 13, 2008 at 1:10 AM, dbug [EMAIL PROTECTED] wrote: Hi, In the life cycle of Maven, where can I perform the automated smoke test (i believe it is after strongdeploy step/strong, can somebody confirm or guide)? Thanks, Dhyanesh Bagadia -- View this message in context: http://www.nabble.com/Selenium---Maven---Smoketest-tp16656681s177p16656681.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Selenium---Maven---Smoketest-tp16656681s177p16668807.html 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]