User:Wrh2

Ryan Holliday

IMPORTANT: Please do not email me directly with questions and support requests! Questions and support requests should be posted on the Feedback page so that anyone in the community can answer, and to give others a chance to benefit from that answer. Emails sent to me directly will first be attacked mercilessly by my spam filter, and should it get past that barrier it will likely waste away in my inbox, waiting for the never-to-come day when I actually catch up with responses to my backlog of mail.

There's more to be found about me here.

Release Process

The following are the steps to take when releasing a new version of JAMWiki:

  1. Tag the new release in Subversion (example: tags/release-0.6.0).
  2. Create the release notes for jamwiki.org.
  3. Upload the release WAR and source ZIP files to Sourceforge.
  4. Create the new Sourceforge release.
  5. Create a Sourceforge news announcement for the new release.
  6. Update the jamwiki.org StartingPoints and JAMWiki Release Archive pages.
  7. Add a new release announcement to http://freshmeat.net/.
  8. Add a new release announcement to http://wikimatrix.org/.

Test pages

JAMWiki description

I'm a better programmer than writer, and I find it frustrating to come up with decent descriptions of JAMWiki for sites like Freshmeat and such. Today, however, it looks like someone has done the job for me. From http://nukleos.editthispage.com/2006/11/12:

Special Mention. It is not my habit to mention every new Wiki on my blog, but this time an exception seems necessary. JAMWiki has a few features that make it a bit different than other Wikis:

  • JAMWiki is a pure Java-based web application - that's a good feature for those of us already using a Java application server for other applications.
  • JAMWiki is quite flexible in its storage architecture: by adhering to standard SQL it seems capable to store the content in any more or less standard RDBMS, be it open source or commercial.
  • JAMWiki can even use the filing system to store the Wiki pages - handy for small installations or when you are just trying out the application.
  • JAMWiki has a pluggable Wiki syntax parser mechanism, making it possible to substitute your own preferred parser for the standard Mediawiki syntax parser - that's a great feature if your users have already been weened on another Wiki variant.

JAMWiki tries to be at least as good (and as feature-complete) as MediaWiki; it even recaptures the Wikipedia-look. That may not be the best way to try and gain a foothold on an already crowded market, but in an open-source context the classic rules of economic competition do not necessarily apply in the same way. And the more technical feature metioned may well be enough to make this a name to remember. Now I just want to know where JAMWiki got its name - in Dutch, "jam" means "marmelade"...

And to answer his question, the story of the JAMWiki name begins here.

To-Do

This list just captures stuff that I may work on during the next few release cycles. There is no guarantee that any of these items will actually get completed. Please note that anyone who wants to work on these items is welcome to do so, but as always please leave a note indicating what you're working on so that we don't duplicate effort.

  • Use Acegi LDAP support.
  • User blocking as described on Roadmap#User blocking.
  • Front-end for spam filter.
  • Apply spam filter to edit comments and topic titles.
  • Clean up & better utilize caching.
  • Talk pages for anonymous users as described on Roadmap#Anonymous user talk pages.
  • Allow XML import with Mediawiki history (see Roadmap#XML Import/Export). Also consider import from other formats (configurable?).
  • Allow XML import with & without history in Mediawiki (or other) format.
  • Add support for the Mediawiki <gallery> tag.
  • Display warning when uploading an image and an image of the same name already exists.
  • Provide a way to delete image files.
  • Alphabetical index for pagination as described in Feature Requests#Allpages pagination.
  • Pagination will link to a page with no elements when total % offset = 0.
  • Create a page to view and edit a user's current watchlist, as is done with Mediawiki. Please take a look @ this feedback.
  • Add support for substitution such as {{subst:template}}.
  • Fix parameter substitution for named / unnamed per the spec. Update: from the code I suspect this may work, but I've not tested.
  • Potentially add support for the msgnw option (does anyone use this?).
  • Support for Mediawiki magic words. Update: as of JAMWiki 0.4.0 beta 8 a large number of the magic words are supported. Most likely full magic word support will come in a later release.
  • Template inclusion breaks section edit links (numbering off). Update: for now I've disabled section editing on pages that use template inclusion. This isn't a long-term solution, but thus far I haven't come up with a good way to handle this issue.
  • DB2 database support. Update: code added, just need someone to verify that it's solid.
  • "Link to" for redirects does not show final link destination. Update: this functionality isn't hard to add but has performance implications.
  • Address case sensitivity issues for topic names and user names. Update: constraint added to the database to ensure user logins are unique in a case-insensitive way.
  • Fix issue with Non-English file names and Tomcat 4.1.
  • Translated category namespace may cause failure when adding/removing categories - see Bug Reports#Categories.
  • See issues in Tech:Acegi integration.
  • Create Special:Alltemplates page.
  • Allow wiki syntax in edit comments.
  • Question marks in topic titles - Sandbox
  • Look for ways to move some configuration files into PROP_BASE_FILE_DIR including to make upgrades less problematic since no files in /WEB-INF/classes would be overwritten.
  • Bug Reports#Deleted pages in search results.
  • Every release there are reports of upgrade failures due to the fact that JAMWiki must be deployed as an exploded WAR. Find a way to allow deployment as a normal WAR file, which will require figuring out how to write property file and other updates to a permanent location.
  • http://nickj.org/MediaWiki - integrate his PD parser tests.
  • Feature Requests#Flash embed capability
  • Modify the spam blacklist to catch patterns of the form text (repeat x times).
  • See http://www.gossamer-threads.com/lists/wiki/mediawiki/139039 re: some JAMWiki performance testing.

Eclipse Notes

  • Need servlet.jar (version 2.4) - look in Maven repository (...\.m2\repository\javax\servlet\servlet-api\2.4\).
  • Need to run javadiff/mvn install and jamwiki/mvn package prior to creating the Eclipse project.
  • Need junit.jar in build path - look in Maven repository (...\.m2\repository\junit\junit\3.8.2\).
  • Need jsp-api.jar in build path - look in Maven repository (...\.m2\repository\javax\servlet\jsp-api\2.0\)
  • http://mevenide.codehaus.org/mevenide-ui-eclipse/update/index.html