Incorrect order in the Sort by Flags option of in Lion

The list of bugs with Lion keeps growing. To add to the list of bugs, I have a few items in Mail ‘flagged’ with different colour flags. Obviously, and even Apple recognise this by their own order of the flags in the palette, Red is the most important.

However, if you choose the Sort by Flags option, Orange is at the top.

Another bug for Apple to fix in 10.7.1…

Window overlap issue in OS X Lion

I just discovered another bug in OS X Lion where windows aren’t resizing properly.

In Apple Mail, choose Preferences, then Fonts and Colors [sic]. Change your Message list font size to something large, say 48. Quit Apple Mail. Reopen Apple Mail and choose Preferences, Fonts and Colors again. The window hasn’t resized to take into account the larger text box above it.

This, combined with the other issues I noted a couple of days ago is kind of showing that Lion isn’t as polished as it could be. Come on Apple, don’t drop the ball!


If you currently have your JAVA_HOME environment variable set as the trusty:

export JAVA_HOME=/Library/Java/Home

then when you upgrade to Lion you will need to adjust it, as the install location has changed. The new environment variable should be:

export JAVA_HOME=$(/usr/libexec/java_home)

This is actually a command which (in true OS X Java fashion) is a symlink to another command that outputs the true location of Java. For example:

[iMac:~]$ /usr/libexec/java_home

Teething problems with OS X Lion

I updated my machines to Lion today. Pretty nice, but a couple of teething issues:

1. If you have a dual monitor setup and use the new fullscreen feature for an app on one monitor, the other one gets blanked out. The web is a buzz with this issue and a lot of people, including me, aren’t too pleased about this. Full screening Terminal is pretty cool, but not at the expense of what I have going on my other monitor.

2. Software Update is giving me two updates for the same app, and downloading them twice as well:

3. I opened Eclipse for the first time and it said I didn’t have a Java Runtime. It gave me the option to download one, however since Software Update was already running (see 2) it threw an error with a title of TitleBusyNamed:

4. Why did it screw up my JDK installs anyway? Poking around /Library/Java, all of the various symlinks are still there, but no actual JDK. Spring cleaning perhaps.

Edit: As it turns out, Apple is no longer shipping a JDK for OS X and is leaving it up to Oracle. I knew that was coming, just wasn’t sure when. It is apparently available via Software Update as when you launch an app that uses Java it will go off and fetch it, however I keep getting:

So, if like me you are having problems getting a JDK installed, you can get the Java for Mac OS X 10.7 Developer Package (i.e. the JDK) manually from Sign in and click the ‘Java’ section on the right.

Sakai Wicket Maven Archetype, v1.1 release

I am proud to announce the 1.1 release of the Sakai Wicket Maven Archetype. The archetype is an automatically generated Sakai tool, complete with API and tool layers wired together via Spring.

The major new feature in this release is a full DAO layer, backed by Spring JDBC including auto.ddl and database vendor detection. More Wicket components have also been added to show how a Sakai tool can render items from a database, add items via a form, as well as have paged lists.

The command to generate a working Sakai app from the archetype is:
mvn archetype:generate -DarchetypeGroupId=org.sakaiproject.maven-archetype -DarchetypeArtifactId=sakai-wicket-maven-archetype -DarchetypeVersion=1.1 -DarchetypeRepository=

Then simply mvn clean install sakai:deploy and you are on your way.

uPortal 4.0.0-RC2 released

Jasig is proud to announce the second release candidate of uPortal 4.0.0. We’ve fixed another 84 issues since RC1 and have a much more stable and feature-full release. There are known and unknown bugs in this release and all issues should be reported in the uPortal issue tracker.

Changes of note since RC1

  • Portlet 2.0 CacheControl support for render requests
  • Local user account password reset tool
  • Attribute swapper integrated into account management UI
  • CDATA support in entity files
  • JAXB based import/export framework
    • Not all entities are converted yet but Cernunnous scripts are being replaced as portal DAOs are updated to JPA2
    • crn-* ant tasks have been replaced with data-* ant tasks
  • Better controls presented to user when a portlet fails
  • File-Per-Environment approach for per-environment build time filtering
  • JSON based rendering pipeline fork for uMobile integration
  • Portlet Event based search portlet, any portlet in the portal can now provide search results
  • Action, Event, Render, and Resource timeout options for portlets.

Major 4.0 features

  • “Gallery” portal customization interface that combines portlet subscription, subscribed tabs, skin selection and tab layout into an easy to use interface.
  • Inline tab name editing
  • Drag & Drop reordering of tabs
  • Updated Administration Tools (Groups, Permissions & User Management)
  • Consistent URLs which move much of the navigational state of the portal to the URL data
  • i18n improvements
    • Centralized messages into a single file
    • Autotranslation of new messages to help bootstrap human translation
  • Grouper support shipping with the built in Groups & Permissions services
  • Pulled/Subscribable DLM fragments, allowing users to subscribe to a pre-built tab of portlets
  • Updated skin
  • JSR-286 Support
    • Setting response headers when handling a resource request is not working
    • Public render parameters are not working
  • New rendering pipeline with intelligent cache key generation
  • Upgraded to Spring 3.0
  • Standardization of REST like service APIs for dyanmic UI
  • All dynamic UI code is written as Fluid Components for standardization

Downloads are available from:
Release notes are available at:

(Via Eric Dalquist)

Update to Sakai Book Published

The Sakai Foundation and PACKT publishers are proud to announce the Sakai CLE Courseware Management book. This is the official guide to the Sakai CLE.

This book is the officially endorsed Sakai guide and is an update to the previous book, Sakai Courseware Management: The Official Guide. From setting up and running Sakai for the first time to creatively using its tools and features, this book delivers everything you need to know.

Written by Alan Berg, a Sakai fellow and former Quality Assurance Director of the Sakai Foundation and Ian Dolphin the Executive Director of the Sakai Foundation with significant contributions from the Sakai community, Sakai CLE Courseware Management: The Official Guide is a comprehensive study of how Sakai CLE should be used, managed, and maintained, with real world examples and practical explanations.

Many thanks go to this hard working community credited in the book including Josh Baron, Michael Fieldstein, Tony Atkins, Steve Swinsburg and Margaret Wagner who is a solid support for any budding book writer. Finally, lets not forget the PACKT crew including Mohd. Sahil, Reshma Sundaresan and Joel Goveya. Good team work.

(via Planet Sakai)

How to install CentOS 6 via a remote Net Install

Last night I downloaded the latest CentOS 6 DVD ISO via bittorrent, but for some reason it was corrupted, so instead of redownloading the whole 4.3Gb image again, I thought I’d try out the net install as it’s only about 170Mb.

However when you get to the screen it asks you for the URL to download the install image. Hmm. Originally, the Net Install method was designed so you could do an install from images hosted on your network or on some local FTP server. I have neither. Luckily the CentOS mirror provides the necessary images. The following URL may save you some head scratching:

32 bit:
64 bit:

Thats it. The installer will fetch what it needs from that URL and you’ll be on your way.

Updates to the Sakai Maven Archetype (including a new name)

A quick update that I’ve released a new version of the archetype for Sakai. I’ve renamed the artifactId to sakai-wicket-maven-archetype so that we can accommodate more archetypes within Sakai. One of the great things about the Sakai CLE is you can use almost any Java framework to present your view, and we want to nurture that by allowing other developers to create archetypes that best represent how to create a Sakai app in their preferred framework.

The command to use the archetype to generate a project is slightly different:

mvn archetype:generate -DarchetypeGroupId=org.sakaiproject.maven-archetype -DarchetypeArtifactId=sakai-wicket-maven-archetype -DarchetypeVersion=1.0 -DarchetypeRepository=

The version is still 1.0.

I also tidied a few bits and pieces up. Maven automatically generates the parent block for multi module projects, and if it can’t do this because one already exists, then it prints a log message which actually looks like an error.

[INFO] Parent element not overwritten in /private/tmp/sample-project/api/pom.xml

So I removed the parent blocks in the sub modules and let Maven create them.

In addition, Maven seems to have a problem with using properties, but it’s not a problem since it can resolve them anyway and everything works out fine. Weird.

[WARNING] org.apache.velocity.runtime.exception.ReferenceException: reference : template = archetype-resources/pom.xml [line 48,column 42] : ${wicket.version} is not a valid reference.

So to make it even cleaner, I removed the properties and just set the versions on the artifacts directly.