That sounds good to me and is actually the way we implemented it to allow us to
use the SQLTransformer.
As soon as I have time I will create a patch.
Also I am not sure anyone has looked at it but the only other big problem we
have encountered in a very large system that now uses Cocoon is
[EMAIL PROTECTED] wrote:
Our barrier to be able to extend the SQLTransformer is the Inner Class
Query is either package access in the 2.1.7 version or now refactored
to private access in the latest code base.
Could Query be a interface with a default implementation , a non Inner
Public Class, a
We are trying to convert some older XML applications to using Cocoon.
We like the implementation of the SQLTransformer for use in our converted
Cocoon applications as well as new Cocoon applications.
But in using the SQLTransformer we have run into application
specific barriers.
1. We use
