Skip to main content

Eclipse DemoCamp Budapest

This year I also couldn't get to any of the heavy European Java conferences, so I stayed at visiting some tiny local events intown. For example last week I attended on the Eclipse DemoCamp Budapest which was organized by the right engaging b2i local team at a pleasant (but not too silent) downtown pub.

Around 20 participant were present and there were two presentations, or rather demos planned. When people entered they were asked if they had some interesting subject to speak about, so the whole thing had an unconference style. FOT Testing Services guys actually had a notebook with a copy of their recent project so they took the opportunity to introduce it to the public.

First demo was about making a generic data model with EMF (Eclipse Modeling Framework) plugin and creating a model editor with Eclipse GMF (Graphical Modeling Framework) which is given by GEF (Graphical Editing Framework). The example model was a basic CD database.

With suitable experiences, it takes about 10-20 minutes to create a comfortable class diagram-like Eclipse-based graphical editor for a data model with the same complexity. b2i assembled a complex healthcare system model and editor in six months as they said. (I don't know how many people, I guess 2-4.) It's worth considering to use these tools in case of a similar proposition.

Second demo was about testing banking applications with Eclipse environment (FOT Testing Services) with their plugin set. There were green and red strikes, an imitation of the GUI of the banking application for testing, report generation tools and much more. People with

Third demo was about Eclipse tips and tricks. A guy showed a number of smart keyboard shortcuts and useful functions. Most of us know most funtions so I observed that the average knowledge was rather high.

After that, or rather during the last demo, the event slightly turned into a drinking party. Unfortunately I had to leave but I decided to be there at the next occassion, maybe in next Juny or so.

Comments

Popular posts from this blog

Client's transaction aborted

I've met the above error message using a Wicket 1.2 / EJB3 intranet application under Glassfish v2 . Here is the more particular head of the stack trace: javax.ejb.TransactionRolledbackLocalException: Client's transaction aborted at com.sun.ejb.containers.BaseContainer.useClientTx(BaseContainer.java:3394) at com.sun.ejb.containers.BaseContainer.preInvokeTx(BaseContainer.java:3274) at com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:1244) at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:195) at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:127) This exception raised on the integration server sometimes, randomly, for simple page fetch operations. After pressing reload on the browser, the operation was usually successful. I couldn't reproduce the failure on the local machine where I regularly restart the app server and...

jxl.log

In an intranet production environment we have running a Glassfish v2 appserver with several J2EE applications which all use JexcelApi , a.k.a JXL, which is an open source library for accessing, generating or manipulating Microsoft Excel documents. We use version 2.6.3 of JXL because it's the recent one in the Maven repository which we use, however, at the official JXL site there are newer versions. Additionally we have log4j and Java Commons Logging (JCL), ignoring Glassfish's JSR-47 Java Util Logging (JUL) facility. Application #1 uses purely log4j and gets its log4j.xml config from a custom location. Application #2 runs Java Commons Logging with no explicite configuration file given, so JCL uses the default JUL facility of the appserver. Application #1 had been running for a long time without problems but when we installed #2 we realized that a jxl.log file had been created in the glassfish/domain/domain1/config directory and it's rapidly growing. As it happens, we ...

Standup

Recently I was asked if it makes sense to do standups. Is it just a formal waste of time? Wouldn't it be more useful to spend the same amount of time by actual work? This is how our standup looks like, this is how the work would look like without it according to me and this is why I think it's worth doing standups: Standup optionally starts with a half-minute long announcement by the Scrum Master if somebody is missing and when will be this person available again. Without standup:  We could check out this information from a well-prepared shared calendar but unexpected lates or illnesses which are missing from the calendar would require a little bit more communication and irrelevant discussion during the day. It would cause some delay for sure. Then we look at the burn-down chart of the sprint and to the status of the latest nightly build. Is it stable, what about automated tests which were run last night? We make a common standpoint in one minute which is clear a...