<?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"
	>

<channel>
	<title>Paul Boone</title>
	<atom:link href="http://www.mindbucket.com/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mindbucket.com</link>
	<description>lightweight application development for the enterprise</description>
	<pubDate>Tue, 20 May 2008 03:56:55 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
	<language>en</language>
			<item>
		<title>Quick Tutorial: Bundling a merb application to a .war</title>
		<link>http://www.mindbucket.com/2008/05/20/quick-tutorial-deploying-a-merb-application-to-a-war/</link>
		<comments>http://www.mindbucket.com/2008/05/20/quick-tutorial-deploying-a-merb-application-to-a-war/#comments</comments>
		<pubDate>Tue, 20 May 2008 03:55:10 +0000</pubDate>
		<dc:creator>Paul Boone</dc:creator>
		
		<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://www.mindbucket.com/?p=5</guid>
		<description><![CDATA[
Make sure you have the JRuby warbler gem installed.
Create a warble config file from the root directory of your merb application. The command should look something like this: jruby -S warble config. The file will be placed at config/warble.rb.
Edit line 55 of warble.rb to read: config.webxml.booter = :merb
Edit line 33 of warble.rb to read: config.gems = ["merb-core","merb-more"]. [...]]]></description>
			<content:encoded><![CDATA[<ul>
<li>Make sure you have the JRuby warbler gem installed.</li>
<li>Create a warble config file from the root directory of your merb application. The command should look something like this: <code>jruby -S warble config</code>. The file will be placed at config/warble.rb.</li>
<li>Edit line 55 of warble.rb to read: <code>config.webxml.booter = :merb</code></li>
<li>Edit line 33 of warble.rb to read: <code>config.gems = ["merb-core","merb-more"]</code>. Add other required gems, if necessary.</li>
<li>At the root directory of your web application, run: <code>jruby -S warble</code>.</li>
<li>Deploy the war.</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.mindbucket.com/2008/05/20/quick-tutorial-deploying-a-merb-application-to-a-war/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Using Logging and Test::Unit together</title>
		<link>http://www.mindbucket.com/2008/05/02/using-logging-and-testunit-together/</link>
		<comments>http://www.mindbucket.com/2008/05/02/using-logging-and-testunit-together/#comments</comments>
		<pubDate>Fri, 02 May 2008 19:18:00 +0000</pubDate>
		<dc:creator>Paul Boone</dc:creator>
		
		<category><![CDATA[Uncategorized]]></category>

		<category><![CDATA[Logging]]></category>

		<category><![CDATA[Ruby]]></category>

		<category><![CDATA[Test::Unit]]></category>

		<guid isPermaLink="false">http://www.mindbucket.com/?p=4</guid>
		<description><![CDATA[If you use Tim Pease&#8217;s ruby Logging library in conjunction with Test::Unit, you must make sure to require &#8216;logging&#8217; before you require &#8216;test/unit&#8217;. Both Logging and Test::Unit make use of Ruby&#8217;s at_exit method hook: Logging uses it to close any appenders (e.g. if you are writing a log to a file, it closes the file), and Test::Unit [...]]]></description>
			<content:encoded><![CDATA[<p>If you use Tim Pease&#8217;s ruby <a href="http://logging.rubyforge.org/">Logging library</a> in conjunction with Test::Unit, you must make sure to require &#8216;logging&#8217; before you require &#8216;test/unit&#8217;. Both Logging and Test::Unit make use of Ruby&#8217;s <a href="http://www.ruby-doc.org/core/classes/Kernel.html#M005958">at_exit</a> method hook: Logging uses it to close any appenders (e.g. if you are writing a log to a file, it closes the file), and Test::Unit uses it to actually run the unit tests. Ruby executes any at_exit methods in reverse order, so if you require  &#8216;logging&#8217; after you require &#8216;test/unit&#8217; then your logs are closed before the unit tests are run. If you try to log anything in the code you are testing, you&#8217;ll get an error like this:</p>
<pre class="code">  1) Error:
test_at_exit_conflict(AtExitConflictTest):
RuntimeError: appender '&lt;Logging::Appenders::Stdout: stdout&gt;' is closed
method append in appender.rb at line 107
method log_event in logger.rb at line 366
method each in logger.rb at line 366
method log_event in logger.rb at line 366
method debug in (eval) at line 6
method test_at_exit_conflict in logging-testunit-atexit.rb at line 11</pre>
<p>This code will throw the above exception:</p>
<pre class="code">
require "test/unit"
require "logging"

$log = Logging::Logger["testlogger"]
$log.add_appenders(Logging::Appender.stdout)

class AtExitConflictTest < Test::Unit::TestCase
  def test_at_exit_conflict
    $log.debug("test")
    assert(true)
  end
end
</pre>
<p>Reverse the order of the require &#8216;test/unit&#8217; and require &#8216;logging&#8217; to solve the problem.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.mindbucket.com/2008/05/02/using-logging-and-testunit-together/feed/</wfw:commentRss>
		</item>
		<item>
		<title>OpenCms 7 XStandard WYSIWYG Module v0.6</title>
		<link>http://www.mindbucket.com/2008/04/16/opencms-7-xstandard-wysiwyg-module-v06/</link>
		<comments>http://www.mindbucket.com/2008/04/16/opencms-7-xstandard-wysiwyg-module-v06/#comments</comments>
		<pubDate>Wed, 16 Apr 2008 19:09:26 +0000</pubDate>
		<dc:creator>Paul Boone</dc:creator>
		
		<category><![CDATA[Uncategorized]]></category>

		<category><![CDATA[Accessibility]]></category>

		<category><![CDATA[OpenCms]]></category>

		<category><![CDATA[XStandard]]></category>

		<guid isPermaLink="false">http://www.mindbucket.com/blog/?p=3</guid>
		<description><![CDATA[This is an initial release of an XStandard WYSIWYG Module for OpenCms 7+. From the XStandard website:
XStandard is the leading standards-compliant plug-in WYSIWYG editor for desktop applications and browser-based content management systems (IE/Firefox/Safari/Opera). The editor generates clean XHTML Strict or 1.1, and uses CSS for formatting, to ensure the clean separation of content from presentation. The editor is [...]]]></description>
			<content:encoded><![CDATA[<p>This is an initial release of an XStandard WYSIWYG Module for OpenCms 7+. From the <a href="http://xstandard.com/">XStandard website</a>:</p>
<blockquote><p>XStandard is the leading standards-compliant plug-in WYSIWYG editor for desktop applications and browser-based content management systems (IE/Firefox/Safari/Opera). The editor generates clean XHTML Strict or 1.1, and uses CSS for formatting, to ensure the clean separation of content from presentation. The editor is keyboard accessible, and markup generated by XStandard meets the most demanding accessibility requirements.</p></blockquote>
<p>You should use the XStandard editor instead of the FCKEditor that comes with OpenCms if you want your application to generate well-formed, accessible, and standards-compliant XHTML. In some cases, such as for any public website of a federal agency of the USA, this is legally required.</p>
<p><span id="more-3"></span></p>
<h4>Features</h4>
<ul>
<li>XStandard 2.0 integration into OpenCms workspace</li>
<li>Integration with OpenCms image, download, link galleries.</li>
</ul>
<p>Notably missing from this release:</p>
<ul>
<li>Integration with XStandard’s web service plugins: spell checker, image gallery, file gallery, etc.</li>
<li>Localization.</li>
<li>Integration with OpenCms’s WYSIWYG button customization and permissions system.</li>
</ul>
<h4>Requirements and Installation</h4>
<p>This module requires a full version of XStandard Pro, not the lite version. You can get a trial pro license from XStandard. Tested with Opencms 7.0.3 / 7.0.4. May or may not work with other versions.</p>
<p>To install:</p>
<ol>
<li>Install XStandard–see http://xstandard.com/</li>
<li>Import the com.mindbucket.editors.xstandard.zip module into the OpenCms workplace.</li>
<li>Copy the XStandard license.txt file provided to you by http://xstandard.com/ to /system/workplace/editors/xstandard/license.txt in your OpenCms vfs.</li>
<li>Optionally, modify /system/workplace/editors/xstandard/editor.jsp with any additional parameters you want to use with your embedded XStandard Editor.</li>
<li>Copy the com.mindbucket.editors.xstandard.jar into your OpenCms instance’s lib directory.</li>
<li>Restart OpenCms.</li>
<li>In OpenCms, go to Preferences -&gt; Editors and you should have an “XStandard” editor available under “Page with free text”.</li>
</ol>
<p><a href="http://www.mindbucket.com/downloads/xstandard_package_0_6.zip">Download OpenCms 7 XStandard WYSIWYG Module v0.6</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.mindbucket.com/2008/04/16/opencms-7-xstandard-wysiwyg-module-v06/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>
