I have always found PowerPoint limiting and wanted to find a presentation tool that feels more natural and provides better story telling capability. Last year I attended a meetup and noticed the tool used by the presenter was quite unusual. It zoomed in and out and worked like a mind map. I asked the presenter which tool he was using (ironically I found the tool more interesting than the topic he was presenting). He told me he was using a product called Prezi.
I made a mental notes to check it out. it was indeed very cool. I signed up a free account (like evernote, you can sign up a free account, the tool is cloud based) and played with it a bit. I liked it a lot. However, I didn't have any presentation I needed to prepare then so I just put the idea back on the shelf.
Lately I was preparing a design doc and found Prezi's ability to drill down to details really a great help. I can present an overall system architecture first, then zoom in to the design of each module, then zoom in to even more details. Very intuitive. Also, because everything in Prezi stays on the same canvas (instead of being fragmented into slides), the story line is preserved visually, making it easier to show the big picture too.
Plus, it's really fun to create a Prezi. I felt like becoming a kid in the elementary school art class again. (Don't let me mislead you, you can use a Prezi template and quickly create a nice presentation instead of starting from scratch.) To me, a tool that can makes me feel playful, is as good as it gets.
Sunday, September 8, 2013
Sunday, June 30, 2013
A Few Tricks in Writing End-to-end JAX-RS Unit Tests with Mock Objects
Lately I was helping a team migrating their spring mvc based web service to a JAX-RS based (more specifically, Jersey) implementation. When the team developed their current web services, they didn't have time to develop the end-to-end unit tests, so things could only be tested through the browser after a full deployment. It was time consuming, so the first thing I wanted to make sure when I started the migration was I should be able to unit test things end-to-end without a full deployment*.
Jersey was designed with this in mind. You can extend your unit test from JerseyTest and it can deploy the web resources to an embedded web container. Combined with tools like RestAssured and Mockito (or any other mocking framework), you can start an embedded grizzly container with your web resources (with JerseyTest), mock the service layer (using Mockito), and test it with real REST calls (with RestAssured).
Things become slightly tricky when you are also using Spring. The Spring context is created and hidden inside the embedded web container**. If you need to access some Spring beans during testing, there is no easy way to get them because the Spring context is not available. One web post suggested modifying the JerseyTest and extending the container factory to provide a hook. Though this approach works***, it seems a bit too heavy to me. Is there a simpler way?
The answer, turns out to be extremely simple if you are using Spring 3. In Spring 3, you can annotate a class with @Configuration to indicate the class will provide context configuration and handle bean creations with @Bean annotation on a static method. Since a bean can "capture" the context if it implements the ApplicationContextAware interface, we can "capture" the context easily by adding the @Configuration annotation to the test itself and created a context holder bean, as showed in the following code snippet:
*It also gave me more confidence when I did the refactoring.
**Note when you add the @ContextConfiguration annotation with JerseyTest, a new spring context is created but is not known to the embedded web container.
***The author had made the code available. The link on the original post is broken, but you can still do a google search on the class name and find the code.
Subscribe to:
Posts (Atom)