WebSphere Liberty 18.104.22.168 has a bug in the implementation of JASPIC that prevents developers from making their own modules that do not have a user realm that is managed by WebSphere’s UserRegistry. To work around it I took some hints on Arjan Tijms’ work testing with JASPIC on WebSphere Liberty and combined it with my knowledge of Maven and OSGi.
Continue reading WebSphere Liberty NoopUserRegistry Add-On
Recently I had to tackle on yet another Java EE server to see how it fares against my OpenID Connect JASPIC module as WildFly had a critical flaw preventing my JASPIC module from working among other issues.
Where WildFly and Glassfish vendors do not make any specific mention that they are production ready, the IBM team had made a claim that WebSphere Liberty is a production-ready Java EE 7 environment. So I decided to give it a go with my module and unfortunately it didn’t work right away. It turned out I needed to create a NoopUserRegistry and deploy it as a feature. The instructions are pretty much too convoluted and tool centric for my tastes so I decided to tackle it my way.
Continue reading Developing add-on for WebSphere Liberty using Maven
So I finally took the time (actually it was probably my third time attempting to do this) to migrate my smallish Android app from Eclipse ADT and Maven to Android Studio and Gradle as a weekend project. The migration finally went successfully this long weekend and I have merged my fork into the main line so I am going to stop using Eclipse/Maven for my Android projects from now on as Android Studio being the official IDE now will likely get the most current updates for a while (at least that is what I am betting on).
However, if asked for my advice, I would definitely not recommend moving over to the new tooling as of yet. The new tooling just stands alone and does not play well with other tools that may have already been established on the enterprise.
Continue reading Migrated from Eclipse to Android Studio
Java Emitter Templates (JET) is a templating system that takes JET template files and converts them into Java source code. Unlike other templating systems like Velocity, the code it generates does not require additional libraries making its generated code usable without additional libraries when creating annotation processors.
This is a simple introduction to using JET with Maven using the tikal-maven-jet-plugin in Eclipse M2E.
Continue reading Using JET to create code in Maven
One of the nicer features added in Java 5 was the support of creating custom annotation processors. The use of custom annotation processing allows framework developers to set up a model that would generate additional code as part of the build.
This blog post discusses how to create and test an annotation processor in Maven. Continue reading Creating an annotation based code generator in Maven