With first CapeDwarf release out of the way, it’s now time to address initial user issues. Since setting up CapeDwarf environment has become so simple -- just unzip the distribution, and CapeDwarf already running on OpenShift, we got a few useful feedbacks; keep ‘em coming!

Quick look at profiling showed we’re too eager on our logging. GAE has a LogService, hence we need to tap into JBoss Application Server logging in order to properly catch all application’ logs. But if you do this too eagerly, you might end-up catching all logs -- which is exactly what happened here. Well, this is now all fixed, resulting in huge performance boost on GAE logging now.

As expected, another very useful source of information are actual user applications. Either users themselves tried to deploy the app and failed or we actually got our hands on their .war binaries. This helped flush out some OAuth, JDO, threading, backends and web components initialization bugs.

API Versioning

Something I forgot to mention in previous CapeDwarf blog, and it’s quite important, is that at the moment, we only support latest version of GAE API (and/or any that is 100% compatible with it; at the time of writing this blog, this is GAE 1.7.4).

So, if you haven’t yet updated to the latest GAE API version, you might run into some issues. In order to flush them out easily, I created a new CapeDwarf sub-project over the holidays.

As you can see, this allows for Blue tests to run against selected GAE API version.

I also added initial support for API versioning to CapeDwarf AS integration, but the actual support is not there (yet) -- due to how we intend to support this. Each non-latest GAE API version requires a new CapeDwarf Blue branch, from which you get the compatible binaries to distribute them with CapeDwarf distribution. Then you simply place these compatible binaries into JBoss Application Server’ modules/ dir - under org/jboss/capedwarf/<version> directory. But this is more of a task for contributors, as we encourage people to update their GAE API jars.

Also a slight update on MapReduce tests in cluster. They work, but you have to make CapeDwarf’ default cache execute operations SYNC, instead of ASYNC. We have a workaround for this in place now. ;-)

To cut the long story short, here is the new 1.0.0.Beta2 release:

Feedback welcome as always!!

1 comment:
22. Sep 2014, 09:10 CET | Link

This may not be many item of clothing intended to possibly be used up only a few many weeks previous to another person states that it offers gotten outside of dior replica. Some sort of custom made check out was created for being utilized soon you are not able to wear it nowadays. Some sort of replica chanel le boy would be the almost matter high class individuals similar typically basically carry with him or her towards plot. Of which must not be seen as a melancholy notion. As a substitute it should tell people connected with the volume of health care in addition to hobby and so numerous chanel replica handbags are meant in addition to later utilized having. You won't hold a profitable business all set on the the middle of 1800's devoid of adding many excellent do the job at the same time. And so numerous models include selectively bred respect in individuals as well as a connection with people that put them on. For most individuals these fake gucci usually are far substantial in addition to significant. Intended for some others they will definitely not finish a eighteenth replica chanel with not a teary eyed unwrapping of Audemars Piguet check out.