<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>BASE Logic, Inc. &#187; Apache Maven</title>
	<atom:link href="http://www.baselogic.com/blog/development/maven/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.baselogic.com/blog</link>
	<description>Enterprise Architecture, Design, Certified Training &#38; Agile Consulting</description>
	<lastBuildDate>Fri, 03 Feb 2012 15:04:07 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
		<item>
		<title>Maven 3.x profiles.xml is no longer supported and was ignored, please use the settings.xml instead</title>
		<link>http://www.baselogic.com/blog/development/maven/maven-3-x-profiles-xml-is-no-longer-supported-and-was-ignored-please-use-the-settings-xml-instead/</link>
		<comments>http://www.baselogic.com/blog/development/maven/maven-3-x-profiles-xml-is-no-longer-supported-and-was-ignored-please-use-the-settings-xml-instead/#comments</comments>
		<pubDate>Tue, 15 Feb 2011 12:50:15 +0000</pubDate>
		<dc:creator>Mick Knutson</dc:creator>
				<category><![CDATA[Apache Maven]]></category>

		<guid isPermaLink="false">http://www.baselogic.com/blog/?p=820</guid>
		<description><![CDATA[TweetTweetI just migrated to Maven 3 this week, and noticed that my profiles.xml is no being ignored. So now I have to migrate my profiles to my pom.xml, and setting.xml Yet another thing on my list TODO now. Link to this post!]]></description>
		<wfw:commentRss>http://www.baselogic.com/blog/development/maven/maven-3-x-profiles-xml-is-no-longer-supported-and-was-ignored-please-use-the-settings-xml-instead/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Invalid keystore format and &#8216;keytool genkey&#8217; issues during Jar signing</title>
		<link>http://www.baselogic.com/blog/development/maven/invalid-keystore-format-and-keytool-genkey-issues-during-jar-signing/</link>
		<comments>http://www.baselogic.com/blog/development/maven/invalid-keystore-format-and-keytool-genkey-issues-during-jar-signing/#comments</comments>
		<pubDate>Sat, 12 Feb 2011 15:22:51 +0000</pubDate>
		<dc:creator>Mick Knutson</dc:creator>
				<category><![CDATA[Apache Maven]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://www.baselogic.com/blog/?p=816</guid>
		<description><![CDATA[TweetTweetInvalid keystore format and &#8216;keytool genkey&#8217; issues during Jar signing I have been working on creating keystores and signing jars today, and have run into some interesting finding, and some interesting but obscure errors during this process. I have the following maven plugin that I wanted to use to sign my jar with my keystore [...]]]></description>
		<wfw:commentRss>http://www.baselogic.com/blog/development/maven/invalid-keystore-format-and-keytool-genkey-issues-during-jar-signing/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Common Hibernate JPA Data Services Component</title>
		<link>http://www.baselogic.com/blog/development/java-javaee-j2ee/common-hibernate-jpa-data-services-component/</link>
		<comments>http://www.baselogic.com/blog/development/java-javaee-j2ee/common-hibernate-jpa-data-services-component/#comments</comments>
		<pubDate>Fri, 10 Apr 2009 19:13:06 +0000</pubDate>
		<dc:creator>Mick Knutson</dc:creator>
				<category><![CDATA[Apache Maven]]></category>
		<category><![CDATA[java-javaee-j2ee]]></category>
		<category><![CDATA[Test Driven Development (TDD)]]></category>
		<category><![CDATA[Annotations (JSR-181)]]></category>
		<category><![CDATA[DBUnit]]></category>
		<category><![CDATA[Hibernate]]></category>
		<category><![CDATA[JNDI]]></category>
		<category><![CDATA[JPA (JSR-220)]]></category>
		<category><![CDATA[Spring Framework]]></category>
		<category><![CDATA[TestNG]]></category>

		<guid isPermaLink="false">http://baselogic.com/blog/?p=272</guid>
		<description><![CDATA[TweetTweetI have been using Hibernate JPA, with a Java Generics based data access layer for some time now. But each time I go to a new project, I find that I have to do quite a bit of rework just to integrate this component. So what I wanted to do, is find a way to [...]]]></description>
		<wfw:commentRss>http://www.baselogic.com/blog/development/java-javaee-j2ee/common-hibernate-jpa-data-services-component/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Agile Consulting and Coaching</title>
		<link>http://www.baselogic.com/blog/development/java-javaee-j2ee/agile-consulting-and-coaching/</link>
		<comments>http://www.baselogic.com/blog/development/java-javaee-j2ee/agile-consulting-and-coaching/#comments</comments>
		<pubDate>Tue, 02 Dec 2008 18:30:34 +0000</pubDate>
		<dc:creator>mknutson</dc:creator>
				<category><![CDATA[Apache Maven]]></category>
		<category><![CDATA[java-javaee-j2ee]]></category>
		<category><![CDATA[Test Driven Development (TDD)]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[J2EE]]></category>
		<category><![CDATA[Model Driven Development (MDD)]]></category>
		<category><![CDATA[Rational Unified Process (RUP)]]></category>
		<category><![CDATA[SCRUM]]></category>

		<guid isPermaLink="false">http://baselogic.com/blog/?p=93</guid>
		<description><![CDATA[TweetTweetI would like to share a new slide deck to outline a presentation I am giving to clients to identify SDLC issues, and how as an Agile Coach, I can assist them in becoming more Agile in their development practice. This can also be seen on my LinkedIn profile. Link to this post!]]></description>
		<wfw:commentRss>http://www.baselogic.com/blog/development/java-javaee-j2ee/agile-consulting-and-coaching/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Spring Security issue: Duplicate  detected.</title>
		<link>http://www.baselogic.com/blog/development/java-javaee-j2ee/spring-security-issue-duplicate-detected/</link>
		<comments>http://www.baselogic.com/blog/development/java-javaee-j2ee/spring-security-issue-duplicate-detected/#comments</comments>
		<pubDate>Fri, 25 Jul 2008 16:54:56 +0000</pubDate>
		<dc:creator>Mick Knutson</dc:creator>
				<category><![CDATA[Apache Maven]]></category>
		<category><![CDATA[java-javaee-j2ee]]></category>
		<category><![CDATA[Test Driven Development (TDD)]]></category>
		<category><![CDATA[Cargo]]></category>
		<category><![CDATA[Spring Framework]]></category>
		<category><![CDATA[Spring Security]]></category>
		<category><![CDATA[Tomcat]]></category>

		<guid isPermaLink="false">http://mickknutson.com/blog/?p=40</guid>
		<description><![CDATA[TweetTweetSo I ran into an issue today that has been detailed at http://forum.springframework.org/showthread.php?p=193052 in the Spring forums that at first glance, looked identical to my issue. But this was in fact not my issue. First off, when I was using acegi, I declared an applicationContext-test.xml that myTestNG would instanciate. I then would import my other [...]]]></description>
		<wfw:commentRss>http://www.baselogic.com/blog/development/java-javaee-j2ee/spring-security-issue-duplicate-detected/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Managing your settings.xml</title>
		<link>http://www.baselogic.com/blog/development/maven/managing-your-settingsxml/</link>
		<comments>http://www.baselogic.com/blog/development/maven/managing-your-settingsxml/#comments</comments>
		<pubDate>Tue, 10 Jun 2008 21:18:04 +0000</pubDate>
		<dc:creator>Mick Knutson</dc:creator>
				<category><![CDATA[Apache Maven]]></category>
		<category><![CDATA[Continuous Integration (CI)]]></category>
		<category><![CDATA[Test Driven Development (TDD)]]></category>

		<guid isPermaLink="false">http://baselogic.com/blog/?p=37</guid>
		<description><![CDATA[TweetTweetNOTE: AVOID SPACES IN DIRECTORY NAMES AT ALL COST! It is mandatory that your JDK be installed in a directory that does NOT have spaces. The default installer uses &#8220;C:\Program Files\Java\**&#8221; and I just put mine in &#8220;c:\Java\**&#8221; instead. Local Repository Your &#8220;c:\Documents and Settings\[userId]\.m2\settings.xml&#8221; is the location where you can override various project properties. [...]]]></description>
		<wfw:commentRss>http://www.baselogic.com/blog/development/maven/managing-your-settingsxml/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Keeping Tomcat binaries locally for integration testing on Linux</title>
		<link>http://www.baselogic.com/blog/development/java-javaee-j2ee/keeping-tomcat-binaries-locally-for-integration-testing-on-linux/</link>
		<comments>http://www.baselogic.com/blog/development/java-javaee-j2ee/keeping-tomcat-binaries-locally-for-integration-testing-on-linux/#comments</comments>
		<pubDate>Mon, 02 Jun 2008 17:59:42 +0000</pubDate>
		<dc:creator>Mick Knutson</dc:creator>
				<category><![CDATA[Apache Maven]]></category>
		<category><![CDATA[java-javaee-j2ee]]></category>
		<category><![CDATA[Test Driven Development (TDD)]]></category>
		<category><![CDATA[Tomcat]]></category>

		<guid isPermaLink="false">http://baselogic.com/blog/?p=33</guid>
		<description><![CDATA[TweetTweetI ran into an issue of server timeouts with embedded Tomcat in my Maven build once I moved to my Linux Build Server. I defined the cargo plugin as that is starting my embedded Tomcat during the build: &#38;lt;plugin&#38;gt; &#38;lt;groupId&#38;gt;org.codehaus.cargo&#38;lt;/groupId&#38;gt; &#38;lt;artifactId&#38;gt;cargo-maven2-plugin&#38;lt;/artifactId&#38;gt; &#38;lt;version&#38;gt;1.0-alpha-4&#38;lt;/version&#38;gt; &#38;lt;configuration&#38;gt; &#38;lt;wait&#38;gt;${cargo.wait}&#38;lt;/wait&#38;gt; &#38;lt;container&#38;gt; &#38;lt;containerId&#38;gt;${cargo.container}&#38;lt;/containerId&#38;gt; &#38;lt;output&#38;gt;${project.build.directory}/${cargo.container}.log&#38;lt;/output&#38;gt; &#38;lt;log&#38;gt; ${project.build.directory}/${cargo.container}-cargo.log &#38;lt;/log&#38;gt; &#38;lt;zipUrlInstaller&#38;gt; &#38;lt;url&#38;gt;${cargo.container.url}&#38;lt;/url&#38;gt; &#38;lt;installDir&#38;gt;${installDir}&#38;lt;/installDir&#38;gt; &#38;lt;/zipUrlInstaller&#38;gt; &#38;lt;/container&#38;gt; [...]]]></description>
		<wfw:commentRss>http://www.baselogic.com/blog/development/java-javaee-j2ee/keeping-tomcat-binaries-locally-for-integration-testing-on-linux/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Deploying webapp to multiple containers</title>
		<link>http://www.baselogic.com/blog/development/java-javaee-j2ee/resolving-issues-with-to-multiple-containers/</link>
		<comments>http://www.baselogic.com/blog/development/java-javaee-j2ee/resolving-issues-with-to-multiple-containers/#comments</comments>
		<pubDate>Thu, 08 May 2008 16:31:57 +0000</pubDate>
		<dc:creator>Mick Knutson</dc:creator>
				<category><![CDATA[Apache Maven]]></category>
		<category><![CDATA[java-javaee-j2ee]]></category>
		<category><![CDATA[Test Driven Development (TDD)]]></category>
		<category><![CDATA[Cargo]]></category>
		<category><![CDATA[Jetty]]></category>
		<category><![CDATA[selenium]]></category>
		<category><![CDATA[TestNG]]></category>
		<category><![CDATA[Tomcat]]></category>

		<guid isPermaLink="false">http://baselogic.com/blog/?p=7</guid>
		<description><![CDATA[TweetTweetIn my efforts to integrate Jetty, tomcat and selenium into my Maven build for continuous integration tests, I have run into some strange issues. It seems that if I run my webapp-2.2.war in my standalone Tomcat 5.5 installation, or in my Maven integrated Jetty, I can refer to my application at my root context of [...]]]></description>
		<wfw:commentRss>http://www.baselogic.com/blog/development/java-javaee-j2ee/resolving-issues-with-to-multiple-containers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Building Oracle BPEL suitcase from Maven</title>
		<link>http://www.baselogic.com/blog/development/java-javaee-j2ee/building-oracle-bpel-suitcase-from-maven/</link>
		<comments>http://www.baselogic.com/blog/development/java-javaee-j2ee/building-oracle-bpel-suitcase-from-maven/#comments</comments>
		<pubDate>Tue, 01 Apr 2008 23:33:31 +0000</pubDate>
		<dc:creator>Mick Knutson</dc:creator>
				<category><![CDATA[Apache Maven]]></category>
		<category><![CDATA[java-javaee-j2ee]]></category>
		<category><![CDATA[Ant]]></category>
		<category><![CDATA[BPEL]]></category>
		<category><![CDATA[JDeveloper]]></category>
		<category><![CDATA[Oracle]]></category>
		<category><![CDATA[Oracle Application Server (OAS)]]></category>

		<guid isPermaLink="false">http://baselogic.com/blog/?p=5</guid>
		<description><![CDATA[TweetTweetbpel-example I spent quite a while trying to get Maven to build our Oracle BPEL suitcases. I wanted to do this because I did not want to rely on JDeveloper to deploy the suitcases. That would also not fit into a continuous integration. The biggest issue we faced was the recursive JAR inclusion that the [...]]]></description>
		<wfw:commentRss>http://www.baselogic.com/blog/development/java-javaee-j2ee/building-oracle-bpel-suitcase-from-maven/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
	</channel>
</rss>

