Blog

Rubia Forums now based on JavaEE 8

posted by Luca Stancapiano   [ updated ]

I finally updated Rubia Forums to java EE 8. I also broke backward compatibility with WildFly. Version 2.3.0 will run exclusively on Java 10 and WildFly 13. Here it can be downloaded

Greetings to all

Native XML API on Liferay 7

posted Apr 7, 2018, 1:54 AM by Luca Stancapiano   [ updated Apr 10, 2018, 12:12 AM ]

Hi all, Liferay 7.0 DXP SP7 by default uses the legacy XML libraries known as xml-api, xerces and xalan. Since many years they are included inside the JRE. 
This legacy libraries included in tomcat 8 are cause of bugs inside Liferay. I share the steps how remove them, so you can use directly the native XML libraries inside the JRE.

1- Open the setenv.sh file inside ${home.liferay}/tomcat-8.0.32/bin and add the following properties in the CATALINA_OPTS: 

-Djavax.xml.validation.SchemaFactory:http://www.w3.org/2001/XMLSchema=com.sun.org.apache.xerces.internal.jaxp.validation.XMLSchemaFactory -Djavax.xml.parsers.DocumentBuilderFactory=com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl -Djavax.xml.parsers.SAXParserFactory=com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl

2- Liferay 7.0 DXP SP7 has a bad error because it wires the old xerces libraries in the services code. So you need a patch to add in the ${home.liferay}/tomcat-8.0.32/webapps/ROOT/WEB-INF/lib folder. The patch can be can be found here

3- Build the patch through the command: mvn install and copy in the lib tomcat folder

4- XML libraries need the org.w3c.dom package working as system library. To add it and avoid unespected ClassNotFound exceptions put this property in the portal-ext.properties of Liferay:

module.framework.properties.org.osgi.framework.bootdelegation=com.liferay.aspectj,__redirected,  com.sun.jna,com.sun.ccpp,com.liferay.portal.servlet.delegate, com.sun.syndication,org.w3c.dom,sun.reflect

5- Restart Liferay

You are ready to work with the native XML libraries. Good work!

Installation and test of an Openshift cluster on a MAC

posted Dec 15, 2017, 6:39 AM by Luca Stancapiano   [ updated Dec 15, 2017, 6:42 AM ]

- Installing Docker using the mac command:
   brew install docker

- Configure Docker below preferences to set the insecure registries to: 172.30.0.0/16

- Installation of OC command line bees using the mac command:
   brew install openshift-cli

- Launch the command:
   oc cluster up
   which installs and launches an Openshift instance locally

- Verify the correct installation of Openshift by connecting to:
   Default users:
        system / admin
        developer / developer

- Log in to openshift using the command:
   oc login https://127.0.0.1:8443
   specifying the developer user

- Clone by git a trial application of four services with the command:
   git clone https://github.com/flashboss/wildfly-swarm-hystrix-example

- Access the project root and build the application and the four docker images using the command:
   mvn clean install docker: build

- Import json build configuration of the project to openshift using the command:
   oc create -f wildfly-swarm-microservices-example.json

- Import the application using the command:
   oc new-app wildfly-swarm-microservices-example

- Check the installed applications by connecting to the four links:

New book of WildFly orderable online

posted Jun 20, 2017, 7:04 AM by Luca Stancapiano   [ updated Jul 7, 2017, 3:11 AM ]

My latest Mastering Java EE Development book with WildFly is now order able online. Thanks to all those who have supported me in this work. Here is the link to order it. Here you can find the interactive demo online.

Rubia Forums 2.0.1 released

posted Aug 6, 2015, 3:52 AM by Luca Stancapiano

The new version of Rubia Forums adds:

- Wildfly 9.0.1 support
- Spanish translation (Thanks Gladys Carrizales for you contributions)
- Sources and Javadocs in the maven repositories

Rubia Forums can be taken in github or through Maven with the dependency code:

<dependency>
    <groupId>it.vige</groupId>
    <artifactId>rubia-forums-ejb</artifactId>
    <version>2.0.1</version>
</dependency>
<dependency>
    <groupId>it.vige</groupId>
    <artifactId>rubia-forums-jsf</artifactId>
    <version>2.0.1</version>
</dependency>
<dependency>
    <groupId>it.vige</groupId>
    <artifactId>rubia-forums-rest</artifactId>
    <version>2.0.1</version>
</dependency>

A demo is here:

Entry with:

root: gtn
john: gtn
mary: gtn
demo:gtn

Rubia Forums 2.0.0 released

posted Jul 18, 2015, 9:42 AM by Luca Stancapiano   [ updated Jul 18, 2015, 9:48 AM ]

The new version of Rubia Forums was released on github and maven. This version is compliant with javaee 7 and it supports the following application server:

- Wildfly 8.0.0
- Wildfly 8.1.0
- Wildfly 8.2.0
- Wildfly 9.0.0

Apart bug fixing it introduces the new rest api to use Rubia Forums in other systems.

Mavenized bundle for Workdesk

posted May 23, 2015, 3:20 AM by Luca Stancapiano   [ updated May 24, 2015, 12:19 AM ]

In theese days I released a mavened version for Workdesk 4.2, a good and simple frontend to work with Alfresco as Share but simplier to configure.
The original bundle can be downloaded here.
The mavenized version is in the github and can be downloaded here.
Here you can find the current notification for the contribution to Alfresco.

Rubia Forums 1.0.0 released

posted Apr 12, 2015, 12:53 AM by Luca Stancapiano

The first release of Rubia Forums is published in github. You can find it here: https://github.com/flashboss/rubia-forums/tree/1.0.0
It is tested on the following platforms:
  • JBoss AS 7.1.1.Final
  • JBoss AS 7.1.2.Final
  • JBoss AS 7.1.3.Final
  • Gatein 3.6.0.Final
  • Gatein 3.7.0.Final
  • Gatein 3.7.1.Final
  • Gatein 3.8.1.Final
  • Gatein 3.8.2.Final
  • EAP 6.1.0.Final
  • EAP 6.1.1.Final
  • EAP 6.2.0.Final
  • EAP 6.3.0.Final
  • JBoss Portal 6.1.0.Final
  • JBoss Portal 6.1.1.Final

Soon I will start the 2.0.x branch for the wildfly platform and others


Rubia Forums is born!

posted Mar 9, 2014, 1:35 PM by Luca Stancapiano   [ updated Feb 16, 2015, 5:34 AM ]

I started the development of Rubia Forums. It's the old Jboss Forums project resumed and refactored with the new java enterprise technologies. Another feature respect the previous version is that it doesn't depend by the platform (JBoss Portal) but it can be installed in more environments (Actually in jboss 7 standalone and Gatein 3.6).

Here the sources.

Here a demo version installed in Gatein. You can log using the default accounts of Gatein:

root/gtn
john/gtn
mary/gtn
demo/gtn

Soon I will do a new homepage that it will substitute the old.

Calling a versioned call activity in Activiti

posted Feb 24, 2014, 2:20 AM by Luca Stancapiano   [ updated Feb 24, 2014, 2:21 AM ]

When you call a 'call activity' inside a versioned process you would call a versioned call activity too. By default activiti calls always the last deployed key of call activity perhaps if it is called by a versioned process. To call a versioned call activity you must customize the activiti framework extending the following classes:

org.activiti.engine.impl.bpmn.parser.factory.DefaultActivityBehaviorFactory

org.activiti.engine.impl.bpmn.behavior.CallActivityBehavior.

Then configure the activiti.cfg.xml configuration file adding the new activity behavior factory in the process engine configuration:

<bean id="processEngineConfiguration" class=….

   <property name="activityBehaviorFactory" ref="activityBehaviorFactory" />

   …

Add the new bean:

<bean id="activityBehaviorFactory"

class=“${my new DefaultActivityBehaviorFactory}”>

</bean>

In this new class you must add the new call activity reference using the new extended class. In the CallActivityBehavior class, update the 'execute' method instead of:

ProcessDefinitionImpl processDefinition = Context

      .getProcessEngineConfiguration()

      .getDeploymentManager()

      .findDeployedLatestProcessDefinitionByKey(processDefinitonKey);

write:

ProcessDefinitionImpl processDefinition = Context

      .getProcessEngineConfiguration()

      .getDeploymentManager()

      .findDeployedProcessDefinitionById(processDefinitionId);

1-10 of 20

Comments