<bean id="myEmf" class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
<property name="dataSource" ref="ds" />
<property name="persistenceUnitName" value="org.drools.persistence.jpa.local" />
</bean>

<bean id="txManager" class="org.springframework.orm.jpa.JpaTransactionManager">
<property name="entityManagerFactory" ref="myEmf" />
</bean>

I’m not showing the datasource configuration because it heavily depends on your deployment but you can grab it from the example .

Secondly, you have to define a kbase that then would be used by the JpaSessionService:

<drools:kbase id="kbase1">
<drools:resource type="DRF" source="classpath:VariablePersistenceStrategyProcess.rf" />
</drools:kbase>

And finally, you need to define the JpaSessionService:

<drools:jpaSessionServiceFactory id="jpaSingleSessionCommandService" kbase="kbase1"
entityManagerFactory="myEmf" transactionManager="txManager">
<drools:variablePersisters>
<drools:persister forClass="javax.persistence.Entity" implementation="org.drools.persistence.processinstance.persisters.JPAVariablePersister"/>
<drools:persister forClass="java.lang.String" implementation="org.plugtree.labs.variablepersistence.StringVariablePersister"/>
<drools:persister forClass="java.io.Serializable" implementation="org.drools.persistence.processinstance.persisters.SerializableVariablePersister"/>
</drools:variablePersisters>
</drools:jpaSessionServiceFactory>

Bear in mind if that you don’t need to define customs variable persisters the configuration it’s only one line!.

Then you can inject it to your own beans or create a Spring Context manually, as shown in the this snippet:

ctx = new ClassPathXmlApplicationContext("beans.xml");
JPASingleSessionCommandService jpaService = (JPASingleSessionCommandService) ctx
.getBean("jpaSingleSessionCommandService");
SingleSessionCommandService service = jpaService.newStatefulKnowledgeSession();
int sessionId = service.getSessionId();
....
//do something
service.dispose();

Then in a future time retrieve the session:
SingleSessionCommandService service = jpaService.loadStatefulKnowledgeSession(sessionId);
//do something
....
service.dispose();

Warning note: when you use the flow persistence with JTA, it automatically reloads the state out the session after a rollback. We couldn’t do that behavior here since simple database connections doesn’t provide a listener mechanism as JTA transactions does.

Following those ideas we implemented some tools for configuring a WorkingSet, a mean for filter which Facts you are able to use inside Guvnor’s Guided Editor. But that’s not all what we’ve been doing, you can also define for each field a set of constraints that will restrict what users will be allowing to write inside a rule.

Since a video worth like a thousand posts, I’ve created one showing the new features using the Guvnor demo model. in the video you’ll see how to create a new working set. Once the Working Set is created, it shows how to add facts and define constraints for those facts, as you’ll I defined a Range constraint for a credit Applicant’s age field. And next to demonstrate how to use a WorkingSet to verify a rule, I’ve created a new rule adding a restriction that would make the Range Constraint to fire.

Guvnor FactConstraints Example from Pablo Nussembaum on Vimeo.

Ya se que a nadie le va interesar mucho pero igualmente me gustaría contarles como llegué a esta decisión. Lo que tenía claro desde el primer momento era que al ser yo un geek/nerd importante este blog no iba a estar libre de temas de tecnología, programación y demás nerdiadas. Después me di cuenta que no quería caer en el facilísmo de hacer un blog criticando a algunos de los tantos proyectos/frameworks que andan dando vuelta por ahí, porque la gente que ha participado en ellos dando de su tiempo y esfuerzo, no tienen que además soportar que venga cualquiera se monte un blog y los critique. Pero después pensándolo un poco mejor me dije “algunos de estos proyectos son un desastre y merecen ser defenestrados con una buena critica, pero… ¿ cómo ganarme el derecho ? “, entonces me contesté “primero hay que dejar de ser cualquiera y participar en un proyecto y ganarse el crédito para poder hablar del trabajo de los demás”.

Con esa última respuesta se empezaba a divisar el camino a seguir, el siguiente paso era elegir un proyecto. Los que primeros que surgieron fueron: Hibernate, donde ya me han aceptado algunos bug fixes, y o algo relacionado con GIT. Y terminé deciciendome por GIT porque es un aporte a dos comunidades a las cuales a admiro mucho. Sigan sintonizados!