[OT] RE: Cocoon in native C?

[Vadim Gritsenko <vg...@hns.com>]

Hi,

> What I would really like to see though, is that you can choose
> between java byte compiling and also have the opportunity to choose
> to compile to CPU native code.. I heard there is a java-to-cpu-code
> compiler for windows..

Try TowerJ JVM (http://www.towerj.com/), it translates Java -> C, and have ability to
dynamically load classes too (so XSPs should work also).

If you publish some benchmark results it would be great.

Good luck,
Vadim

> -----Original Message-----
> From: forge@neonics.com [mailto:forge@neonics.com]
> Sent: Thursday, May 10, 2001 8:00
> To: cocoon-users@xml.apache.org
> Subject: Re: Cocoon in native C?
> 
> 
> 
> Just some remarks:
> 
> I've read on an apache site that the java version of Xalan and/or Xerces
> is faster than the C version. 
> 
> Also, when you use JIT, eventually, (after running for a while), the code
> is faster than binary compiled C code (at least that is true for 
> Micro$oft Visual C).
> 
> What I would really like to see though, is that you can choose
> between java byte compiling and also have the opportunity to choose
> to compile to CPU native code.. I heard there is a java-to-cpu-code
> compiler for windows..
> 
> But I'm drifting away from the main topic of this newsgroup :)
> 
> Anyway, you should also keep in mind that the Servlet engine (Tomcat
> for instance) does not have to run on the same server apache runs on..
> which takes a big byte out of your argument ;)
> (although almost always the servlet engine runs on the apache server..)
> 
> 
> My 2 cents ;)
> 
> 
> > Are there any plans to port Cocoon (or a similar XML translater) for Apache to native C?  The reason I ask 
> is that it simply seems rather silly to have the portion of the webserver which delivers dynamic and 
> device-specific content require a (rather heavy) device specific code interpreter plus interaction with a 
> secondary back-end servlet engine just to translate my XML output.
> > Please don't misunderstand - I'm a huge JAVA/XML/device independance fan.  But I still think it would be a 
> lot simpler and faster to have Cocoon compiled directly into the httpd binary (or at worst into a DSO module) 
> using native C.  I think that this would drasticly improve performance on the webserver.  After all, remember 
> that we know exactly which platform our webserver is running, and that (the webserver), and not the unknown 
> end-user's device, is where Cocoon will be running.
> > 
> > The only logical JAVA based XML translaters that I can see use for would be one that's targeted at a 
> command line interface environment, or the planned XSLTC generated translaters (I think Sun's working on 
> that, but I could be wrong) which, unlike Cocoon, are supposed to run on the target devices.
> > 
> > Any comments?  Maybe I've overlooked something here?
> > 
> > Thanks in advance,
> >   Issac
> > 
> > Internet is a wonderful mechanism for making a fool of
> > yourself in front of a very large audience.
> >   --Anonymous
> > 
> > Moving the mouse won't get you into trouble...  Clicking it might.
> >   --Anonymous
> > 
> > PGP Key 0xE0FA561B - Fingerprint:
> > 7E18 C018 D623 A57B 7F37 D902 8C84 7675 E0FA 561B
> > 


---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>