Wrox Home  
Search P2P Archive for: Go

  Return to Index  

pro_linux_programming thread: Cocoon under high load breaks down/Xalan and Xerces in C


Message #1 by "Rob Miller" <robm@w...> on Fri, 14 Jul 2000 18:53:34
RobTheModerator> Hi everyone and welcome to the new Professional Linux
Programming list. Here's the first post for you to get to grips with.
There's a number of questions to answer so please pitch in.

Enjoy!

Rob

Posted on behalf of - Marco Stipek  ms@t...
 
Hi Listmembers,

is there anybody out with experiences on high loaded servers used in
conjunction with cocoon. The engine breaks dow every 10-20 Minutes and
the generated load is very high. The apapche server could notbe
restarted simply, it must be stopped the java has to be killed with -9
and the to be started again. There's no difference with or without
cache.

We did a emergency program of an mod_xslt for Apache with our own
caching implementation.

Despite we like to use cocoon or recode it in C. For that reasen we
would like to use Xalan and Xerces in C/C++, but we don't get it work
under 2.2 Linux Kernel (Redhat 6.1 and 6.2). Could somebody help us.
Mainly the problem is during compilation state. It breaks ether down
(using ICU) or doesn't work. Mainly the problem are the

       - IconvTransService::IconvMemMsgLoader
       - IconvTransService::IconvTransService

functions. Did somebody have compareable problems?


Which state do these Tools have. Are these implementations comparable
to the latest java releases?

What is the reason using java for Server Daemons. It Is hard to use
Java on Client these days (eg. Sun JDK 1.3 and Sun's Forte IDE which
use 200 MB only after startup and is too slow or work on an P750) but
I think it's not possible to use as big frameworks as
cocoon/servletengine/xalan and xerces to run high traffic websites,
the main destination of XML/XSL applications. As unstable as java is
in it's implementations (Sun,IBM nor Blackdown all have problems) I
think it's not possible to use them in big business Sites.

Many Questions, many things to discuss.

regards,
        Marco Stipek
-----------------------------------------------------------------------
Marco Stipek
Technical Director

 

  Return to Index