“There is no printing facility for content in Hippo CMS so everything has to be done on screen. Even if we could print, we can only see a single field, not the whole article, so it's a bit pointless trying to proofread this way. This leads to long periods of time staring at a screen. It's also very difficult to spot typos on screen, leading to potential loss of quality in copy.”

Exactly. Often enough, also I spot typing errors only after having printed out my text (like this blog post), and walking through it again while commuting on the train. The letters start to dance before my eyes when I’m behind a monitor for too long. Sometimes it helps a lot to just put your text aside, do something else for a while, and then return to it on a quiet moment to walk through what you’ve written. So, why not implement a printing functionality in Hippo CMS, to allow authors to take their text with them? Everybody got so used to printing out Word documents anyway, that it baffles me that this idea had never appeared to me before.

So I put the print function on our roadmap.

But somehow, it feels wrong. What happened to the paperless office? It’s almost 2010 (it’s the 31st of December, 11:45 in the morning, as I write this), Kopenhagen happened only a few weeks ago, I’ve been driving the most economical car on earth for years, and I use the printer as little as possible. I don’t want to have a tree cut down for me to be able to proof-read my blog post!

Enter the e-reader. 2009 was the year of the e-reader. A number of those devices already boost a keyboard and the possibility to add annotations to texts, to store them and synchronize them with your PC. And every modern writer nowadays carries an e-reader to read their books anyway, right?

So here’s the thought: let’s make a tool that allows you, after a long day of writing, to take all the texts you’ve worked on with you on your e-reader. You grab your reader again when you sit on the train, where you walk through all passages for typos and make annotations. The following day, you import all those changes back into Hippo, or maybe you’ve already sent them to the content repository over wireless email.

I don’t know whether the latest generation of e-readers are already open enough to share annotations with a content management system. Maybe we’ll have to wait for that to happen in 2010. But at least I found a very good excuse to rush downtown and treat myself with another gadget to go try it out!

Join us for a third year of Apache Meetups! Users, committers, managers and developers will come together on the evenings of Monday 2nd, Tuesday 3rd, Thursday 5th of November .

Registration is free of charge, and everyone is invited. Register on the meetup wiki pages:

Monday 2nd (BarCamp Apache during the day)

• 20:00 - 22:00 NoSqlMeetup Room 1&2
• 20:00 - 22:00 Tomcat Room 6

Tuesday 3rd (BarCamp Apache during the day)

• 20:00 - 22:00 Lucene Room 1&2
• 20:00 - 22:00 OSGi/Felix Room 3
• 20:00 - 22:00 Traffic Server Podling Room 4

Thursday 5th

• 20:00 - 22:00 Content Tech 1&2
• 20:00 - 22:00 Web Services 3
• 20:00 - 22:00 SocialAndWidgetsMeetup
• 20:00 - 22:00 Web Crawlers Room 5
• 20:00 - 22:00 Hadoop Room 6
• 20:00 - 22:00 Subversion Room 7

If you're interested in any of these popular open source projects, come join us for an evening of presentations and discussion with the creators and committers working on the projects themselves.

Hosted by and located at the ApacheCon, these five special community meetings are taking taking place on the days before the ApacheCon conference in Amsterdam. Entrance is FREE for everyone, so sign up quick!

Location
Marriott Oakland City Center
1001 Broadway | Oakland, CA 94607 | +1 510 451-4000

What is a Meetup?

• Focused on a single Apache project
• Organized by the members of the project community itself
• Open agenda, anyone can propose a talk, covering a wide range of subjects related to the core project
• An opportunity for users, interested people and committers to get together

MeetUps generally happen during the evening, and, most importantly, are supposed to be fun (as well as useful).

ApacheCon is the official conference of the Apache Software Foundation (ASF), drawing ASF Members, innovators, developers, vendors, and users to experience the future of Open Source development. Drawing internationally-renowned thought-leaders, contributors, influencers, and organizations in the Open Source community, ApacheCon offers insight into the culture and community that develops and shepherds industry-leading Open Source projects, including Apache HTTP Server - the world's most popular Web server software for ten years running.

About ApacheCon US 2009

These special Apache Meetups are organized as free side events next to their bigger sister conference, the ApacheCon US 2009.

ApacheCon is the official user conference, trainings, and expo of the Apache Software Foundation (ASF). Celebrating its landmark 10th Anniversary, ApacheCon US takes place November 2 - 6 at the Marriott Oakland City Center, California.

The global conference series gives attendees a 360-degree view into the highly lauded community that develops and shepherds industry-leading Open Source projects, including Apache HTTP Server - the world's most popular Web server software. ApacheCon offers participants the opportunity to deepen their understanding of Open Source methodologies and further advance their participation with like-minded peers in a relaxed, community-focused environment. More than 500 users, developers, and thought leaders are expected to attend.

With engaging keynote addresses, technical presentations, informal networking, Birds-of-a-Feather discussions, and entertaining social events, ApacheCon US 2009 gives participants the opportunity to choose from more than 60 sessions at the beginner, intermediate, and expert level. From mission-critical implementations to groundbreaking technologies, incubating projects, and collaborative development, ApacheCon presenters and faculty are passionate about some of the hottest issues at the heart of the industry.

Register today at http://www.us.apachecon.com/c/acus2009/about.

Build a CMS plugin, a portlet, a repository addon, an HST component, or something else that you think is cool enough to turn into an open source Hippo Forge project. The core Hippo developers will be there to help build the Hippo component you always dreamed of! A Google Analytics plugin, an image resizer, a Jira portlet, a Lightbox HST Component, you name it. You can sign up here.

Whether you're an experienced Hippo hacker or a complete newbie, come join us for some proper coding fun, beers and food. If you don't know where to start - we'll help you get on track :)

We'll spend half a day on pure hacking galore, a big BBQ, beers, and of course: geeky prizes! Bring your laptop and we'll take care of the rest.

What: First international Hippo Forge Friday

When: October 30th from 14.00 until 21.00

Where:
Hippo Office Amsterdam: Oosteinde 11, 1017 WT Amsterdam
Hippo Office San Francisco: 185 H Street, Suite B, Petaluma, CA 94952

Why: A fast paced, hands-on introduction to Hippo. Get to know Hippo by writing plug-ins, HST components, portlets, and all things Hippo-like. Gain eternal fame by winning one of our prestigious prizes!

Who: All Java developers and web enthousiasts.

Registration: Make sure you sign up early by filling in the Forge Friday sign up form.

More info: Read Tjeerd's blogpost about the last Forge Friday and keep an eye on the Wiki page.

This lead to the creation of the Hippo Site Toolkit 2. We wrote a bunch of libraries, for which we borrowed some brainpower from our Apache Portals guys, that offer us a lightweight templating framework. The result is a toolkit that can be used in a wide variety of web technologies. But there's more. Our initial requirements for the HST were:

• Support JSP templates out of the box
• Implement a component framework that allows reuse of functionality
• Make components sharable on the Hippo Forge
• Allow a user of the CMS to design the entire URL space
• Enforce proper seperation of logic and presentation, by borrowing some concepts from the Portlet 2.0 spec (especially the action/render phase)
• Let the CMS user define which component, template and selection of content to render on which particular URL
• Make all website menus editable from within the CMS
• Take care of connection pooling, caching, and all that
• Don't tie in content with presentation - so content can always be reused in a different medium
• And, to wrap it up: HST components should run inside a portal as Portlet 2.0 compliant portlets with no extra coding

Already quite ambitious, we wanted to be sure that we would be able to extend the HST so it would also offer us an abstraction layer towards:

• Freemarker and Velocity templating
• JSF, Wicket and SpringMVC
• (J)Ruby
• REST
• CMIS
• .. and what not :)

I need to thank Ard, Woonsan and Ate for their hard work on the HST. But in this post, I wanted to focus a bit on Arthur's recent work, who has been working on the HST Configuration Editor. This is the user interface for the HST inside the CMS, which is being developed as a plugin within the HST project (see http://www.onehippo.org/site-toolkit).

In this video Arthur is telling me about his latest work on the HST Configuration Editor (as of July 2009). There are lots of sneak peak juicy screens to enjoy. Watch in full screen HD for best results!

Arthur does a quick walk through of the different parts of the HST Configuration Editor and demonstrates what is possible with the demosuite right out of the box. The demosuite is available as a download from http://www.onehippo.org/site-toolkit/home.

The two major changes to the document type editor are:

• Compound document types: reusable snippets that you can design using the document type editor, and then add to other document types. When the compound is changed, all document types that use the compound will reflect these changes as well. This allows you to develop very complex document types, with all kinds of hierarchical structures in your content.


• Layouts: both document types and compound document types now support a number of layout possibilities. Layouts like horizontal or vertical orientation, multiple columns with different sizes, etc, are now configurable for every template. This is a very powerful tool when used together with compound types!

Frank explains in only 1 minute and 36 seconds how you can now use compound documents, as well as the layout mechanism. Watch in full screen for best results!

This is a preview of functionality that is being developed for our next big release. You can take a look at the latest code if you want to play around with it.

Available from pre-release tag 2.07.00: http://svn.onehippo.org/repos/hippo/hippo-ecm/tags/Tag-HREPTWO-v2_07_00/.

Enjoy!

Arje

Hippo brings its products to the market under an open source license. We don't do this out of necessity, as the open source projects we use would allow us to distribute our software under a 'closed' license. Open source as a movement is very dear to us and we contribute on a regular basis to numerous projects, but our end products are open source for another reason.

Our products are distributed under open source license *because* (not despite) we are a commercial company. We believe that an attractive OS license encourages a level of adoption and collaboration that would be difficult or impossible to accomplish with a closed source product. It helps us create a larger ecosystem around our software than would otherwise be possible.

Distribution under an open source license changes the traditional user-vendor relationship in many ways. Most importantly it allows companies to implement and use the software without dealing directly with the original creator and thereby does away with vendor lock-in in an elegant way. Because of this liberal system of distribution, it is of essential importance that end-users have other ways to establish the origin of the code. Proper disclosure of origin is important for legal reasons, as unlabeled code could potentially be unlicensed, as well as for commercial reasons, as support or maintenance may be needed beyond what the distributor can provide. But even more importantly, disclosure helps ensure that any user can get in touch with the original developers to check for updates and participate in the community.

In the end, more than providing an ego boost to the developers, retaining a proper notice is an essential ingredient for a thriving eco-system. It is for these reasons that the Apache license, while being one of the most liberal, is so keen on giving credit to the original developers: retention of the original notices in any distribution is pretty much the only condition to be met for redistribution **.

So when three years ago a little startup from New Jersey started using the products we were working on at Hippo (Apache Jetspeed, Hippo CMS), we welcomed the expansion of our community. I've always felt that adoption of our software by other vendors was a testament to our success and in many ways a big compliment. Excited about the opportunity to get them on board, I visited their offices two years ago, and shared Hippo's plans for the future.

Now, three years down the road, while they do ask a lot of questions on the mailing lists, I am not aware of any contributions that they return. So, when I learned from CMSWire that "Good Samaritans that they are, Bluenog plans to contribute back the enhancements it made to various open source projects during the development phase of Bluenog ICE 4.5.", I was skeptical.

As anyone can tell from what is publicly available, their product very much remains a collection of open source tools, of which older versions of Apache Jetspeed and Hippo CMS form the backbone. Both are already provided as an integrated whole by Hippo, so what exactly is new here? If they have great contributions to make, why did we not see them yet? And as Bluenog's source code is not publicly available, there is currently no way of returning those contributions to the other users of Hippo CMS, Apache Jetspeed or any of the other open source projects they shrink wrap.

Already a bit wary of this self proclamation of good open source citizenship, I was shocked to see that they did not take their obligations under the Apache license too seriously. Distributing our product without retaining the required notices does not only go against the spirit of the open source community, it also hampers our efforts to build the larger community of which Bluenog and its customers are a part.

It's too easy to brush aside a breach of the Apache License as the weeping of another sad open source developer complaining about others stealing his code. Let's not forget that in the end respecting licenses is an essential part of the open source ecosystem. Opinions and discussions aside, Bluenog has simply been in breach with our license for years. Shrugging that off as a minor mistake is like a failing bank telling you: "what are you complaining about? It's only money".

Don't get me wrong: I think it is a great development that companies care to be good citizens of the open source community, but like any commercial open source vendor they should earn their bragging rights and above all stay within legal boundaries.

** disclaimer: apart from being CTO of Hippo, I'm also a member of the Apache Software Foundation. The statements I make about the Apache license are my entirely own, and are not related to my role at the Foundation, nor are they statements of the Foundation itself.

Join us for a third year of Apache Meetups! Users, committers, managers and developers will come together on the evenings of Monday 23rd and Tuesday 24th of March.

Registration is free of charge, and everyone is invited.

Monday 23rd (BarCamp during the day)

• 19:00 - 22:00 Maven Meetup
• 19:00 - 22:00 Portals Meetup

Tuesday 24th

• 19:00 - 22:00 Wicket Meetup
• 19:00 - 22:00 Jackrabbit Meetup
• 19:00 - 22:00 Lucene Meetup

If you're interested in any of these highly anticipated open source projects, come join us for an evening of presentations and discussion with the creators and committers working on the projects themselves.

Hosted by and located at the ApacheCon, these five special community meetings are taking taking place on the days before the ApacheCon conference in Amsterdam.

Entrance is FREE for everyone, so sign up quick!

Location

Sign up

What is a Meetup?

• Focused on a single Apache project
• Organized by the members of the project community itself
• Open agenda, anyone can propose a talk, covering a wide range of subjects related to the core project
• An opportunity for users, interested people and committers to get together

ApacheCon is the official conference of the Apache Software Foundation (ASF), drawing ASF Members, innovators, developers, vendors, and users to experience the future of Open Source development. Drawing internationally-renowned thought-leaders, contributors, influencers, and organizations in the Open Source community, ApacheCon offers insight into the culture and community that develops and shepherds industry-leading Open Source projects, including Apache HTTP Server—the world’s most popular Web server software for ten years running.

Although he credits me for the video, I was merely playing the annoying voice-over and shaky-cam-operator role :-). Arthur does all the talking. So here's credit back, 'Thuur.

In his blog, he explains how we had to tweak the Wicket markup ids to get Selenium to work.

"Use case testing" is my term for what Arthur (and with him probably the rest of the world) calls "integration testing". This is where we bring together two very important stakeholders into our development project: on one hand, the developers want to know whether integration doesn't break functionality, and on the other hand, users and testers want to know whether the new version of the system has at least the same level of functionality and stability as the last time they tested it. That's why, at the end of each development Sprint, we have a round of user testing. During that phase we record the use cases that the testers perform and add that to our set of automated Selenium tests.

Go ahead and enjoy Arthur's blog and the demonstration video (and my shaky camera moves).

If you access the image itself from within Hippo CMS, you see all the different variants, and you can actually edit the handle and swap out a variant with a different image file if you're not happy with it. By diving into the physical nodestructure within the content repository (I do this in the movie by accessing the 'console'), you can see those different variants.

The structure of an imageset is something that can be tailored to a specific project or website. A website that displays an article that contains a reference to a handle gets to choose which variant to display. So, for example, you could have a website where you want the homepage to always render a thumbnail of the image, and when you click on it, you might want to show a large variant. That's easy! Slightly harder is a situation where you need the image to be translated into 21 different languages, because it's part of the website's navigation. The "About us" button in that case might need a translation workflow process that runs the image through a number of qualified translators and designers. You'll end up with one handle containing 21 different variants (with images that state "Au Sujet de Nous", "Over ons", "关于我们", etc). The whole concept of imagesets in Hippo CMS 7 was designed for processes like this.

In the video, I also demonstrate how references to images (or rather, imageset handles) work in the repository. We're using our famed faceted repository goodness to setup a symbolic link kind of relationship between an article and an image.

If you'd like to comment on this video, please do so on the Vimeo video page.

I need to thank so many people, that I wouldn't know where to start. Most of all, I need to thank "The Guys Upstairs" for all their hard coding in the last couple of months. Berry, Frank, Bart, Arthur, Ard and Auke, thank you. It's been a rocky ride but it was worth it. I also need to thank Niels, Rita, Jeroen, Jeroen, another Jeroen, Dennis, Jettro, Jasha, Ate, David, Woonsan, Vivek, Anton, Mathijs, Wouter, Tjeerd, Jeff&Jody, Ruben, Johan, Wander and Mike for their contributions. The "Guys Downstairs" (you know who you are!), folks in the US, the marketing people, our customers, everyone from Jackrabbit, Wicket, Maven, Lucene and everyone else who influenced this incredible new version of Hippo CMS.. Thanks.

Hippo CMS 7 was built on Apache Jackrabbit, Lucene, Wicket and many other Apache projects. Combine these really powerful components, add a little faceted navigation, a touch of plugin framework and 36 person years of development [1] and you have Hippo CMS 7 :-)

Oh, and it's open source. Go get our code from http://svn.onehippo.org/repos/hippo/hippo-ecm/, check out the Hello World example, and start your own plugin project at the Hippo Forge. The first 25 people to build a really neat plugin on the forge will receive one of those funky Hippo T-shirts. What's neat? A Google Maps location picker is neat, and maybe a Flickr image plugin is neat, too :)

If you have questions, or would like to share some feedback, feel free to sign up to our CMS 7 User list. Your comments are very well appreciated! :)

[1] Stats from Ohloh http://www.ohloh.net/p/hippoecm

And we're nearly there. It took us more than a year of heavy development, but it feels *so good* to play around with this cute little gem! It just feels right. Here's a bit of a sneak preview:

In the meantime, Dennis Byron of IT Business Edge wrote a really nice blogpost about how Hippo "Helps Get Portal Enterprise Software Right". As he says, "the characteristic of using CMS to do multiple things multiple ways is the key to the Hippo approach" - and he's so spot on. Hold your breath for v7.

This came in just days after something else that I think I'll simply interpret as a big compliment.

As they say, imitation is the greatest form of flattery. Draw your own conclusions. Apparently, there are more people in the world that really like Hippo :-).

Expect more from me in the blogosphere the upcoming weeks as we reveal the new kid on the block in open source ECM.

Crunching my memory, I think the first time I came across XML was somewhere in the end of 1998, when I was working on a Microsoft technology based CMS. Since people have been harassing me with this horrendous error ever since, I hereby would like to make a public confession.

The stupidest thing I ever did with XML
Store a 100Mb of XML data in a single MS Access record using ASP.
It took ages to store or retrieve the data, and I kept all data in memory for operations before I flushed it back to Access. And the database obviously crashed all the time. But you know, learning comes with making mistakes.

The coolest thing I ever did with XML
Giving all attendees of the Cocoon GetTogether a virtual seat using SVG and Cocoon SVG-to-JPG transformations :)

The stupidest thing I ever saw someone else do with XML
Calculate a square root using pure XSL transformations (this one is actually courtesy of Ard ;) )

So what was your best XML moment?

10 years old. Can you imagine? Not even old enough to visit high school. Another 8 years before XML will be allowed to drive a car.

Read more on the W3C website..

Exactly ten years after what was supposed to be my last operation, my left ear started troubling me again. I had no other choice than to undergo some major surgery to stabilize the inflammation and to hopefully get some of my old hearing back.

Not a lot of people actually know this, but I'm almost deaf on one ear. Sitting on my left side in a crowded bar is a good guarantee that I won't be able to have any conversation with you. That's why you can see me switching chairs all the time for apparently no reason - it's not because I'm superstitious or something - I just want to be able to hear people.

But now this is all supposed to get soo much better...!

When I woke up from anaesthetics, the doctors (all three of them) were jumping up and down next to my bed like little children. Surgery went much quicker then they had expected, and they had had so much fun playing around with chunks of Titanium in my head, neurological sensors to monitor my facial nerves and so on. Oh big joy. But I can tell you - nothing feels better than seeing happy doctors when you wake up after long hours of surgery!

I'm taking it easy now - trying to recover and let the new ear heal. So bear with me if I'm not responding to your email quick enough.

For those of you who hungry for bloodshed and gore pictures - here's what my head looked like last week :-)

Enjoy,

Arjé

It's still 2007, and we are in the year of the 400th birthday of Carolus Linnaeus, the man who gave us those animal name tags. His work is now known as the Linnaean Order; which he wrote down for the very first time in his book "Systema Naturae" way back in 1735. Born in Sweden, he lived in the Netherlands when he published his famous book. Since communication was slow and photography didn't exist, biologists needed a system to refer to a certain group of plants or animals, and Linnaeus gave them exactly that.

So we were drawn to the zoo today because there was this very special tour scheduled. I was looking forward to the Linnaean Order Tour by amateur biologist Melle. Melle, me and the other geek attendee (my wife) were nervously waiting at the meeting point for the start of this slightly odd, almost autistic tour about the wonders of Ordering Stuff.

As the three of us were waiting for other people to arrive at the meeting point, I joked – grinning from ear to ear - that the rest of our group of fifty was about to arrive any time soon. It's the kind of humor I particularly enjoy, but I felt sorry the moment I said it. I was hoping it would cheer the guy up. And it did, but just a little bit too much. As a result, we faced waiting for another fifteen minutes with a now frantic guide who said he had never had more than five attendees. When he finally figured that the other forty-eight were not going to show up, which he took as a surprise, we started our tour. Fifteen minutes late, and with just the three of us. I shamefully followed our little group.

The guide, however, appeared to have absolutely no problems with my silly little joke. Instead, he started the tour with a kick start, told us he felt sorry for me that my group had left me alone and ran of to the very first Ordered exhibit on our tour.

This running behavior seemed to be his normal way of moving.

Melle did his tour. We ran from one Ordered place to the other, quickly skipping all of the scarily disorganized parts that we ran into along the way. The only times he was at rest, was at places where the chaos had been forced into control by mister Linnaeus himself. In between those places, I had a hard time keeping up with the guy.

What made Linnaeus so special, he said, was that he made a couple of very clear decisions on how to determine the distinctive facets of animal, plant, or mineral. As an example, he mentioned the fact that anything with breasts is a mammal. I was surprised by this very much simplified version of what I had learned as a kid. Animals laying eggs, sitting on them, or carrying their babies inside their wombs - or not -, penguins, crocodiles, kangaroos and all those exceptions. But it all just came down to this very simple yes/no question: does it have breasts?

Of course it didn't. There's so many things that define a species or that separates one group of animal from another. It rarely boils down to just one yes or no question. Biology, or nature as a whole, doesn't like to stick to simple yes and no questions. In reality, you would need dozens of questions like this to be able to determine a species correctly. And the problem is that with every newborn baby, they change a little teeny bit.

But our guide didn't really care. And he was right: because the rules of the game change continuously, you're going to need a set of very simple basic questions to stick to. And that is what Linnaeus did.

I envy Linnaeus because he had the guts to just start somewhere, take some decisions, simplify a whole lot of things, and still finish off with a complete overview of nature. Simplification really is the hardest part of all. Classifying things is not particularly hard to do, but deciding what the classification rules are, is really hard.

You might recognize this from what you do on your computer. How do you categorize all of your documents? How do you order all of the blogs, the websites, e-mails, files, MP3s, contacts, contracts, and all those other digital bits and pieces that you have laying around on your computer? So you set up a folder structure. And you've put every single file in the right folder, in the right sub folder, and gave it an appropriate name, so you will always be able to find it back again. Are you?

No. Or, maybe you are on your own local machine, but it will definitely go wrong when you start sharing documents with other people in a network. That's because you look at your documents from a slightly different context than others do.

I want a storage mechanism that allows me to just dump in all of my information, not thinking about any kind of classification or folder structure, after which the system goes and figures out the similarities between different objects and the correct classification structure automatically bubbles up. And I want to be able to change that classification structure afterwards, whenever I want, without interfering with the content itself.

But that was just a sidenode.

In the meantime, Melle showed us two statutes. Two laying figures represent mythological Dutch water ghosts. I had seen them many times before, but never really cared about them. Melle took me by surprise by telling me that they once were part of the Linnaean order as well: the Paradoxa. Linnaeus spends half a column in his diagram on creatures that do not fit any of the six standard classes: the unicorn, the phoenix, the dragon, the satyr and apparently, water ghosts too. It took until the sixth edition of his "Systema naturae" (1748) before he would remove these creatures. That struck me. Whether it was an error or not to put them in the first place didn't really matter. What is important, is that Linnaeus set up his order with the idea in mind that it would change over time. In fact, the Linnaean order has changed a lot over time not just skipping fantasy figures, but also moving creatures around, adding categories, changing taxonomies, and it will probably never come to a final state. Due to the nature of what it describes - nature - it simply can't.

Correctly categorizing and classifying requires you to be prepared for change as well. Don't expect to do it correctly first time. Not even the second or the third time. The context of things will always change over time. And when that happens, classification should follow.

After about half an hour, we ended our Linnaean tour. It had been really nice, and the enthusiasm of our guide really made it worth the wait and the cold outside. The funny thing was that it was mostly about how the structure that Linnaeus set up so carefully, had changed so much over time. It felt like structure, but then again, it wasn't. And although Melle, our slightly autistic guide, felt safe and secure knowing Linnaeus had ordered everything for him, we went home feeling a little bit confused. Linnaeus had invented a system that everyone could use and refer to, while still allowing it to change whenever that was needed or new insights came to light.

I want that, too!

Apache Wicket Meetup: Friday November 30, Amsterdam

As a Java developer working on web applications, you've probably heard about
the latest kid on the block from the Apache community: Apache Wicket.
With proper mark-up/logic separation, a POJO data model, and a refreshing
lack of XML, Apache Wicket makes developing web-apps simple and enjoyable again.
Swap the boilerplate, complex debugging and brittle code for powerful, reusable
components written with plain Java and HTML.
You are invited to join us at the very first Amsterdam Wicket meetup.
The meetup is in an informal setting, with over 40 attendees already, and
will give you some fast-paced insight in what Wicket exactly is and how to use
it.

How to attend

Thanks to our sponsors, the meetup will be free for all!

Location

Agenda

12:00 Room opens, Wifi connection, power outlets and coffee available.
        Walk-in hackaton for whoever likes to join.

15:00 Start of the official Meetup. Opening talk.
15:00-18:00 Wicket Gettings started sessions (beginner to intermediate level)
18:00-19:00 Break for drinks and snacks
19:00-21:00 Technical sessions (intermediate to expert level)
21:00 Wrap-up

The subjects of talks are still under discussion on the mailinglist, but
we've had some excellent submissions for both introductionary talks and deeper
technical discussions. These range from "How to get started with Wicket" up to
"Running Wicket in high availability environments". The afternoon sessions will
be less technical than the evening sessions. The agenda is very much subject to
change. See the Wicket Wiki for the latest version.
This is an Apache community effort, so if you have any ideas, don't hesitate to let us know! Please sign up to the Wicket user mailinglist and share your thoughts.

We've been trying to make this meeting as low-barrier as possible, to give everyone an opportunity to get to know Wicket. If you want to know whether Wicket is your next framework or not, this is the place to be!

See you all in Amsterdam on November 30th !