cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stefano Mazzocchi <stef...@apache.org>
Subject Re: [RT] Cocoon Web Applications
Date Fri, 01 Mar 2002 19:06:15 GMT
Akber Choudhry wrote:
> 
> I have a production Cocoon hosting environment based on mod_rewrite and
> using the host matcher for mounting sub-sitemaps.  Worked like a charm in
> the following way:
> 
> 1. Vhosts are defined in Apache.
> 2. mod_rewrite is used for for :
>   a. serving static files (identified by extension) directly from apache.
>   b. tomcat's mod_webapp does do a perfect job yet (no pass-back to
> apache).
>   c. Rewriting /* to /cocoon/* - making the presence of Cocoon
> transparent.
> 3. No Vhosts are defined in Tomcat.
> 4. Minimal main sitemap.xmap with host matcher mounting subsitemaps.

Can you donate your mod_rewrite configurations? that would make it a
good example in the docs, at least.

> Problems Faced:
> 1. JSP generator behaves strangely
> 2. java security manager - even after removing the security manager
> kludge in logger.

Please, elaborate more on this.
 
> Wish List for current subsitemap implementation.
> 1. Logger to split logs by sub-stiemap or vhost

yes, that's a good point.

> 2. java classes loading on re-mount - already mentioned by someone else.

absolutely.
 
> Some thoughts from the business battlefront:
> 
> There is an "replication of function" all the way from Apache through
> Tomcat to Cocoon.  

eh, this will never stop... it's simply too hard to avoid duplication on
layered architectures.

> There are a myriad possible combinations, none of which
> is bulletproof for business.

"None of which" is *way* too strong. If that was right, nobody would be
running servlets in critical environments and this is *not* the case.

> Is there the possibliity of developer build, pro build, and enterprise
> build, complete with optional tomcat config files etc. and checking of
> java versions, xerces versions etc. during build and install.  Cocoon
> rocks, it will become a killer!

I don't get what you're trying to suggest, but I'm very interested in
knowing your thought on this.
 
> Also, where is cocoon with regards to servlet filters.  A servlet filter
> implementation of Cocoon will enable business with huge investments in
> servlet/jsp apps to leverage cocoon out of the box.

Hmmm

>  I mean - legacy apps
> with servlets/forwarding, working as is - producing xml consumed by cocoon
> - contributing to actions. etc.

well, I never need this functionality, but I agree that it's
interesting. Anybody wants to add a 'servlet filter' wrapper to Cocoon?
:)

-- 
Stefano Mazzocchi      One must still have chaos in oneself to be
                          able to give birth to a dancing star.
<stefano@apache.org>                             Friedrich Nietzsche
--------------------------------------------------------------------



---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message