DO NOT REPLY [Bug 32690] New: - [i18n] extending the I18nTransformer

[bu...@apache.org]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=32690>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=32690

           Summary: [i18n] extending the I18nTransformer
           Product: Cocoon 2
           Version: Current SVN 2.2
          Platform: All
               URL: http://cocoon.apache.org/2.1/userdocs/transformers/i18n-
                    transformer.html
        OS/Version: All
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: core
        AssignedTo: dev@cocoon.apache.org
        ReportedBy: cgaffga@triplemind.com
                CC: cgaffga@triplemind.com


copy of my mail to dev@cocoon.apache.org:
-----------------------------------------
(see source attached)

recently I needed to extend cocoon's I18nTransfomer for loading multiple  sets
of catalogues for different pipelines. The information what catalogues form a
set, which sets to use for the different pipelines was stored in DB. So I had to
change a lot and recognized that it is quite difficult for me to extend the
existing I18N transformer.

The Idea was, whenever cocoon's I18N transformer is enhanced with some more
functionallity, my new transfomer should support the features too.

With the existing I18nTransformer class this seems not to be possible. So my
Idea was to move all the stuff doing the real transformations, implementing the
logic for the i18n:*-Elements and doing lookups in the catalugues to an abstract
class called AbstractI18nTransformer. 

Now the cocoon I18nTransformer extends this class and implements only the logic
for loading the right catalogues as configured in the sitemap,  mainly the
setup(..) and configure(..) methods and the Cachable interface are implemented here.

Like this I have a nice separation between the real transforming part and the
part loading and configuring the catalogues. Now I can simply extend this
AbstractI18nTransformer and add my own catalogue loading logic. 

Coming back to my point that I want to have enhancments to the I18n functions
also in my transfomer without editing my code again and again:  My separation of
the two parts of the I18n transfomer only makes sense if there is some interest
in having this AbstractI18nTransformer integrated into cocoon.

So I'd like to know if there is some interest in having this change integrated
into cocoon. 

I sent my example how this separation could be done as an enhancement to the
bugzilla. Would be nice to hear some thoughts about the idea.

kind regards,
Christoph Gaffga
cgaffga@triplemind.com

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.