Daniel Fagerstrom wrote:
Leszek Gawron wrote:

It is a serious proposal. It seem reasonable that the import mechanism and reflection in expression lanuages slow things down. But the only way to know for sure is to use profiling. There can be stuff that we think is fast that isn't.

checkout http://people.apache.org/~reinhard/jx_profiling/ and http://people.apache.org/~reinhard/jx_profiling/jx_macro_nostyle_template_packages.html.
(--> see http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=111637652800527&w=2)



We could always rewrite jx-macros.xml to Java which will fix performace problems for CForms (eliminating slow macro code and lots of reflection). Still there is no consensus about that issue and we still have a problem with other macros.


We should start by optimizing JXTG.

My first choice would be óptimizing JXTG. If this isn't successful because external libraries are the problem, we can think of rewriting jx-macro.xml


--
Reinhard Pötz Independent Consultant, Trainer & (IT)-Coach


{Software Engineering, Open Source, Web Applications, Apache Cocoon}

                                       web(log): http://www.poetz.cc
--------------------------------------------------------------------




Reply via email to