OpenWFE

OpenWFE 1.7.2- is built with Maven 2 (0 comments)

OpenWFE 1.7.2 - is built with Maven 2 - is available as a Maven dependency - contains lots of bugfixes - has undergone thorough optimization This release is a kind of 'stabilization' before further advancements, among them : an Atom 1.0 event ... [More] dispatch mechanism and a full-blown port of OpenWFE to the ruby platform. The 'mavenization' makes OpenWFE even more open and available. http://www.openwfe.org http://jmettraux.openwfe.org http://www.openwfe.org/download.html [Less]

OpenWFE 1.7.2 - is built with Maven 2 - is available as a Maven dependency - contains lots of bugfixes - has undergone thorough optimization This release is a kind of 'stabilization' before further advancements, among them : an Atom 1.0 event ... [More] dispatch mechanism and a full-blown port of OpenWFE to the ruby platform. The 'mavenization' makes OpenWFE even more open and available. http://www.openwfe.org http://jmettraux.openwfe.org http://www.openwfe.org/download.html [Less]

OpenWFE 1.7.2- is built with Maven 2 (0 comments)

While working on the content repository, we felt it was easy to store data, but sometimes awkward to organize it in a way that was easy and friendly to work with java objects. So we've developed something called a bean coder for our application. ... [More] We've made it open source in case other people would want to use it. With it, you can easily persist some java beans to the repository, and retrieve them at any time. The cool thing is that it plays nicely with the available repository searches facility so that you can quickly and easily retrieve any of the persisted objects, list or maps of beans. A short how-to is available at the following URL: http://www.openwfe.org/openwfe-jcr-beancoder.html Not sure this is suitable for everyone, especially people concerned with more complete solutions, but this has been in production and working very well so far in our environment (50 servers), so just felt like we should contribute back something to the java community. It's already integrated and used in different strategic places in the magnolia CMS (http://www.magnolia.info) for persisting/loading configuration of the server and also for building inbox from active workflow items. It can of course be used with any compatible JCR repository such as jackrabbit. (http://jackrabbit.apache.org/) As said above, it just works, and has already been in production for some time. What would be nice now is to get scenario such as: - how to extend the library - how would other use it - if this is actually used, would it make sense to spawn a completely separate projects for it ? ... Comments ? Ideas ? [Less]

While working on the content repository, we felt it was easy to store data, but sometimes awkward to organize it in a way that was easy and friendly to work with java objects. So we've developed something called a bean coder for our application. ... [More] We've made it open source in case other people would want to use it. With it, you can easily persist some java beans to the repository, and retrieve them at any time. The cool thing is that it plays nicely with the available repository searches facility so that you can quickly and easily retrieve any of the persisted objects, list or maps of beans. A short how-to is available at the following URL: http://www.openwfe.org/openwfe-jcr-beancoder.html Not sure this is suitable for everyone, especially people concerned with more complete solutions, but this has been in production and working very well so far in our environment (50 servers), so just felt like we should contribute back something to the java community. It's already integrated and used in different strategic places in the magnolia CMS (http://www.magnolia.info) for persisting/loading configuration of the server and also for building inbox from active workflow items. It can of course be used with any compatible JCR repository such as jackrabbit. (http://jackrabbit.apache.org/) As said above, it just works, and has already been in production for some time. What would be nice now is to get scenario such as: - how to extend the library - how would other use it - if this is actually used, would it make sense to spawn a completely separate projects for it ? ... Comments ? Ideas ? [Less]

While working on the content repository, we felt it was easy to store data, but sometimes awkward to organize it in a way that was easy and friendly to work with java objects.So we've developed something called a bean coder for our application. We've ... [More] made it open source in case other people would want to use it. With it, you can easily persist some java beans to the repository, and retrieve them at any time. (0 comments) [Less]

While working on the content repository, we felt it was easy to store data, but sometimes awkward to organize it in a way that was easy and friendly to work with java objects.So we've developed something called a bean coder for our application. We've ... [More] made it open source in case other people would want to use it. With it, you can easily persist some java beans to the repository, and retrieve them at any time. (0 comments) [Less]

Just released 1.7.2pre13 thanks to the Maven2 assembly plugin. It contains many refinements and is very close to the 1.7.2 final. It even contains our JCR BeanCoder implementation, a library for storing vanilla Java beans into a JCR repository. ... [More] Nicolas and I got it working for the Magnolia team and it’s very promising (it just works as expected). I still have to work on some caching mechanism for the worklist, this mecha got removed nearly one year ago, I have to re-introduce it. The [new] download page is at http://www.openwfe.org/download.html John Mettraux http://www.openwfe.org http://jmettraux.openwfe.org [Less]

Just released 1.7.2pre13 thanks to the Maven2 assembly plugin. It contains many refinements and is very close to the 1.7.2 final. It even contains our JCR BeanCoder implementation, a library for storing vanilla Java beans into a JCR repository. ... [More] Nicolas and I got it working for the Magnolia team and it’s very promising (it just works as expected). I still have to work on some caching mechanism for the worklist, this mecha got removed nearly one year ago, I have to re-introduce it. The [new] download page is at http://www.openwfe.org/download.html John Mettraux http://www.openwfe.org http://jmettraux.openwfe.org [Less]