<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wikidot="http://www.wikidot.com/rss-namespace">

	<channel>
		<title>Comments for page &quot;Case Studies&quot;</title>
		<link>http://www.javapowertools.com/userstories/comments/show</link>
		<description></description>
				<copyright></copyright>
		<lastBuildDate></lastBuildDate>
		
					<item>
				<guid>http://www.javapowertools.com/userstories/comments/show#post-137120</guid>
				<title>Re: Maven2 good and BAD</title>
				<link>http://www.javapowertools.com/userstories/comments/show#post-137120</link>
				<description></description>
				<pubDate>Wed, 02 Apr 2008 23:20:19 +0000</pubDate>
				<wikidot:authorName>99.140.172.65</wikidot:authorName>								<content:encoded>
					<![CDATA[
						 <p>Just FWIW, Sun has a repository which is compatible with both Maven 1 and Maven 2. You can find information about this repository here:</p> <p><a href="https://maven-repository.dev.java.net/">https://maven-repository.dev.java.net/</a></p> <p>But, a better solution is to use the open source implementations of almost all the Java Enterprise APIs from the Apache Geronimo project. You can find these under:</p> <p><a href="http://repo1.maven.org/maven2/org/apache/geronimo/specs">http://repo1.maven.org/maven2/org/apache/geronimo/specs</a></p> <p>This group is going to contain everything you need, it has the el API available.</p> <p>Tim O'Brien<br /> <a href="http://www.sonatype.com/book/">http://www.sonatype.com/book/</a></p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.javapowertools.com/userstories/comments/show#post-11868</guid>
				<title>Re: a nice tool stack (if you can afford it)</title>
				<link>http://www.javapowertools.com/userstories/comments/show#post-11868</link>
				<description></description>
				<pubDate>Thu, 01 Mar 2007 21:29:53 +0000</pubDate>
				<wikidot:authorName>wakaleo</wikidot:authorName>				<wikidot:authorUserId>9754</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Interesting. I've done something like that using multiple trac environments dished out by an Apache server, for several distinct development projects. Would you be interested in writing a short case study article about your chosen environment? If so, let me know by mail and we'll see what we can arrange.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.javapowertools.com/userstories/comments/show#post-11817</guid>
				<title>Re: a nice tool stack (if you can afford it)</title>
				<link>http://www.javapowertools.com/userstories/comments/show#post-11817</link>
				<description></description>
				<pubDate>Thu, 01 Mar 2007 15:52:15 +0000</pubDate>
				<wikidot:authorName>62.190.230.74</wikidot:authorName>								<content:encoded>
					<![CDATA[
						 <p>The reason for Confluence rather than another (free) option was to allow for different communities to have "dedicated" wiki. Its a really nice feature called Spaces. In this way the hardware support folks have their space, the sales folks have their own space and project managers have their own space. We're trying to convince the finance people to join in too! It its a very helpful feature that other wikis dont have to quite the same extent.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.javapowertools.com/userstories/comments/show#post-11538</guid>
				<title>Re: a nice tool stack (if you can afford it)</title>
				<link>http://www.javapowertools.com/userstories/comments/show#post-11538</link>
				<description></description>
				<pubDate>Tue, 27 Feb 2007 20:38:00 +0000</pubDate>
				<wikidot:authorName>wakaleo</wikidot:authorName>				<wikidot:authorUserId>9754</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Hmmm, sounds like a nice stack. Nice choice of O/S stuff. Atlassian do high quality products, if, as you say, you can afford it ;). SPARX Enterprise Architect is a good UML tool as well. Why do you use Confluence as a wiki rather than, say, trac?</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.javapowertools.com/userstories/comments/show#post-11486</guid>
				<title>a nice tool stack (if you can afford it)</title>
				<link>http://www.javapowertools.com/userstories/comments/show#post-11486</link>
				<description></description>
				<pubDate>Tue, 27 Feb 2007 14:58:33 +0000</pubDate>
				<wikidot:authorName>194.176.201.10</wikidot:authorName>								<content:encoded>
					<![CDATA[
						 <p>Hi</p> <p>The role I'm currently in, we have adopted a very nice tool stack. A lot of up-front set up but after that its pretty much plain sailing. We have:<br /> Eclipse 3.2.2 with<br /> Checkstyle, PMD, Mylar, Subversion (Subclipse), JUnit plug-ins<br /> Subversion version control (obviously)<br /> maven2<br /> Jira issue tracking<br /> Confluence wiki<br /> Cobertura test coverage<br /> QuickBuild Continuous Integration system<br /> and<br /> Enterprise Architect for requirements and design in UML, and document generation.</p> <p>With a lot of integration between the tools. It might seem a bit "heavyweight", but we need to satisfy very large (tax payer funded) customer and provide CMMI capabilities.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.javapowertools.com/userstories/comments/show#post-11481</guid>
				<title>Maven2 good and BAD</title>
				<link>http://www.javapowertools.com/userstories/comments/show#post-11481</link>
				<description></description>
				<pubDate>Tue, 27 Feb 2007 14:42:36 +0000</pubDate>
				<wikidot:authorName>194.176.201.10</wikidot:authorName>								<content:encoded>
					<![CDATA[
						 <p>Hi</p> <p>I would like to throw in my thoughts for what its worth. I am a fan of what the maven folks are trying to achieve. However, its greatest promise is also its biggest liability, and obstacle to adoption - the REPOSITORY! If you're working on a simple java application with no web components and no database access it's GREAT! It simplifies project set up, takes a lot of the labour out of the build and offers automation, reporting and other goodies. But if your trying to do a Web project with java technologies, e.g. el-api.jar, many other components (e.g. Icefaces) your in trouble!!!</p> <p>Perhaps if there was a major vendor pushing the tool and the concepts (Sun perhaps?) then there may be a wider adoption. That would be great.</p> <p>I'm not proposing that maven2 is the only (or the best) option, but if the major hurdles to its use in anything other than a trivial application were overcome, (the repository again) it could end up as the best game in town.</p> <p>Thanks to the guys at Interface 21 for finally getting the SpringFramework included in the maven2 repository.</p> 
				 	]]>
				</content:encoded>							</item>
				</channel>
</rss>