Re: name an output-file dynamically in cocoon?

2003-01-31 Thread Andreas Bednarz
 src=stylesheets/{xsl-choice}
  _{format}.xsl/
  map:serialize type={format}/
   /map:act
  /map:match
 
 
  The  map:transform src={xsl-choice}_{format}.xsl/  part works
 great.
 
  But the  map:serialize type={format}/  doesnt work. I always get a
  Resource not found error.
  If I type in the type manually (e.g.  map:serialize type=fo2pdf/ )
 it
  works.
 
  What could cause this problem?
  I wonder especially because the {format} in  map:transform src
  =stylesheets/{xsl-choice}_{format}.xsl/  works.
 
  Cheers
  Jonny
 
 
 
 --
 --
 
  This electronic message contains information from the mmo2 plc Group
 which
  may be
  privileged or confidential. The information is intended to be for the use
  of the
  individual(s) or entity named above. If you are not the intended
 recipient
  be aware
  that any disclosure, copying, distribution or use of the contents of this
  information
  is prohibited. If you have received this electronic message in error,
  please notify
  us by telephone or email (to the numbers or address above) immediately.
 
 
 
 
  -
  Please check that your question  has not already been answered in the
  FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
 
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail:   [EMAIL PROTECTED]
 
 
 
 
 -
 Please check that your question  has not already been answered in the
 FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
 
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail:   [EMAIL PROTECTED]
 
 
 
 
 
 
 -
 Please check that your question  has not already been answered in the
 FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
 
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail:   [EMAIL PROTECTED]
-- 
Andreas Bednarz [EMAIL PROTECTED]


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

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:   [EMAIL PROTECTED]




Re: Time to go back to JSP. Cocoon just isnt ready.

2003-01-30 Thread Andreas Bednarz
Hi Robert,

I completely agree with your opinion and share your sorrows about the
current state. I personally use Resins XTP mechanism, which works fine
and fast and is well documented etc. Maybe some days we will change to
cocoon, but now ...

Andreas Bednarz


Am Don, 2003-01-30 um 12.21 schrieb Robert Simmons:
 I have reluctantly come to the conclusion that cocoon is not ready for
 professional development. Unlike tomcat, or Ant, this product has
 serious things blocking its use in production systems. I personally am
 completely and utterly stopped by the classpath bug indicated here:
 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16580. Just another
 symptom of a product that needs more work to be used in professional
 products. That coupled with the lack of documentation makes the
 package difficult at best. I will possibly be back in a year or so
 when this technology has gone somewhere. This is assuming it is still
 alive by then. I have seen a plethora of new people come on this list
 and then just vanish. That doesn't bode well for its reputation. I
 don't want to take this step and throw away two weeks of work but the
 fact is that I also don't have time to wait for such massive bugs to
 be fixed and to spend another two weeks swimming through poor
 debugging tools. Its a massive bummer to me but in order to be true to
 myself I cant see alternatives. The fact is that however flawed JSPs
 are, I can crack together JSP pagers 40 times faster than cocoon
 pages. When it comes to deadlines, major bugs like this just stop a
 product cold. Anyway, Ill stop rambling now.
  
 Comments are invited.
  
 -- Robert
-- 
Andreas Bednarz [EMAIL PROTECTED]


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

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:   [EMAIL PROTECTED]




Re: .Net port of Cocoon

2003-01-23 Thread Andreas Bednarz
Hi There,

I would completely enjoy using a port of cocoon for .NET. Following the
newsgroup since 6 month there are many topics inside cocoon that could
be mastered by .NET easilly without the overhead you have in java. Hope
that somebody will start such a project and gives us a framework
consisting of an XMl/XSL/Filter mechanisms with a smaller footprint. We
also decided not to use cocoon. It is simply to complicated to fit a new
team prgrammer and the whole thing is too open source. Nobody is
really responsible, nobody can guarantee that next releases will give
exactly the same API ... Of course this is one weakness of Microsoft
too, but an independant programmer team could make a strong competitor
to cocoon :-)

Andreas Bednarz
education-one GmbH

Am Mit, 2003-01-22 um 21.45 schrieb arjen stolk:
 I have heard some rumours about a .Net port of Cocoon. What about it?
 
 One of the reasons that our company has decided not to use Cocoon is the
 fact that we have an existing webapplication with MS COM+ components running
 on IIS.  We didn't see any possibility to incorporate a java application
 server (although maybe Atlanta ServletExec might do the job) and integrate
 the COM components as well. Since the application makes extensive use of xml
 and xsl Cocoon would have given us the possibility to throw out a lot of
 code and make the whole application more configurable, as to adapt to
 customers desires.
 
 But alas.
 
 Having a .Net version of Cocoon would make a difference.
 
 
 Sincerily, Arjen Stolk
 
 
 
 
 -
 Please check that your question  has not already been answered in the
 FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
 
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail:   [EMAIL PROTECTED]
-- 
Andreas Bednarz [EMAIL PROTECTED]


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

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:   [EMAIL PROTECTED]




Re: .Net port of Cocoon

2003-01-23 Thread Andreas Bednarz
Hi Derek,

thank you very much for your comment. Yes, it is all true and I am not a
friend of MS closed sources in any way. We know Java very well but you
hardly get peoply who can do the real thinks with Cocoon and can develop
a real application ... not just some test cases and handler forms. In
thins case a .NET application would not be easier to handle too, but
maybe there is some company who can provide a Cocoon Clone which is as
easy to use as PHP. I mean no memory leaks in the VM, no complicated
superlong configration files, no VM restarting for debugging etc

Andreas Bednarz, Germany


Am Don, 2003-01-23 um 14.30 schrieb Derek Hohls:
 An interesting concept that, too open-source...?
 Is this perhaps the opposite of Microsoft't too closed-source??
 
 And, all due respect here, Andreas, but what you are saying is that
 your programming team (a) does not know Java and (b) does not want
 to learn it - which is fine, of course, but lets not pretend t!hat the
 alternative choices are significantly easier or better.  It's simple
 not
 true - but let's not debate that here.  What is true is that Cocoon as
 a platform builds and, yes, relies on the strength of a number of
 components (but its modular design means that it is not, of course, 
 dependant on them).  Some may see this as a weakness.  I, and 
 I am sure others, see this as a strength.  If you want to put all your
 eggs in one basket good luck
  
 PS and in the software world there are no guarantees. period.
  [EMAIL PROTECTED] 23/01/2003 02:43:46 
 Hi There,
 
 I would completely enjoy using a port of cocoon for .NET. Following
 the
 newsgroup since 6 month there are many topics inside cocoon that could
 be mastered by .NET easilly without the overhead you have in java.
 Hope
 that somebody will start such a project and gives us a framework
 consisting of an XMl/XSL/Filter mechanisms with a smaller footprint.
 We
 also decided not to use cocoon. It is simply to complicated to fit a
 new
 team prgrammer and the whole thing is too open source. Nobody is
 really responsible, nobody can guarantee that next releases will give
 exactly the same API ... Of course this is one weakness of Microsoft
 too, but an independant programmer team could make a strong competitor
 to cocoon :-)
 
 Andreas Bednarz
 education-one GmbH
 
 Am Mit, 2003-01-22 um 21.45 schrieb arjen stolk:
  I have heard some rumours about a .Net port of Cocoon. What about
 it?
  
  One of the reasons that our company has decided not to use Cocoon is
 the
  fact that we have an existing webapplication with MS COM+ components
 running
  on IIS.  We didn't see any possibility to incorporate a java
 application
  server (although maybe Atlanta ServletExec might do the job) and
 integrate
  the COM components as well. Since the application makes extensive
 use of xml
  and xsl Cocoon would have given us the possibility to throw out a
 lot of
  code and make the whole application more configurable, as to adapt
 to
  customers desires.
  
  But alas.
  
  Having a .Net version of Cocoon would make a difference.
  
  
  Sincerily, Arjen Stolk
  
  
  
  
 
 -
  Please check that your question  has not already been answered in
 the
  FAQ before posting.
 http://xml.apache.org/cocoon/faq/index.html
  
  To unsubscribe, e-mail:
 [EMAIL PROTECTED]
  For additional commands, e-mail:  
 [EMAIL PROTECTED]
 -- 
 Andreas Bednarz [EMAIL PROTECTED]
 
 
 -
 Please check that your question  has not already been answered in the
 FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
 
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail:   [EMAIL PROTECTED]
 
 
 -- 
 This message has been scanned for viruses and dangerous content by 
 MailScanner, and is believed to be clean. 
 
 The CSIR exercises no editorial control over E-mail messages and/or 
 attachments thereto/links referred to therein originating in the 
 organisation and the views in this message/attachments thereto are 
 therefore not necessarily those of the CSIR and/or its employees. 
 The sender of this e-mail is, moreover, in terms of the CSIR's
 Conditions 
 of Service, subject to compliance with the CSIR's internal E-mail and 
 Internet Policy.
-- 
Andreas Bednarz [EMAIL PROTECTED]


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

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:   [EMAIL PROTECTED]




Caching xinclude results with proxy

2003-01-14 Thread Andreas Bednarz
Hi there,

regarding to many questions to caching and performance I have a
suggestion from real life. We are using XINDICE for or internal projects
with fuss satisfaction after putting squid in front of the XML interface
as an transparent proxy. We have defined a trigger in squid.conf which
refreshes frequently changed data automatically and give reaults back to
the clients directly from the cache. With this technology we can
fullfill about 1.000 result transactions with an average size of 10kb in
on second on a dual Pentium IV 1.3 MGHz / Linux.

What do you think about such a configuration. Does it help to master
your perfomance problems?

Andreas Bednarz
education-one GmbH, germany

http://www.education-one.de

Am Die, 2003-01-14 um 12.16 schrieb Yury Mikhienko:
 Hi all!
 
 I using xinclude transformer in my work and have the following questions:
 Does cocoon.environment.Source (or org.xml.sax.InputSource) cached the document 
(source of result document)?
 And how to configure it (expire timeout, proxy location etc.) if it possible?
 
 Can anyone ask me?
 
 Thanx for advise.
-- 
Andreas Bednarz [EMAIL PROTECTED]


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

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:   [EMAIL PROTECTED]




Re: Some Design Help, please

2002-03-06 Thread Andreas Bednarz

cool

- Original Message - 
From: Andrew Savory [EMAIL PROTECTED]
To: Sreedhar Chintalapaty [EMAIL PROTECTED]
Cc: Cocoon Users [EMAIL PROTECTED]
Sent: Wednesday, March 06, 2002 10:15 AM
Subject: Re: Some Design Help, please


 
 Hi,
 
 On Tue, 5 Mar 2002, Sreedhar Chintalapaty wrote:
 
  How would I do something like that in Cocoon? Can one XSP page dynamically
  include other XSP pages? I would appreciate -any- examples/sample code!
 
 As others have said, there are several ways of doing it. For some examples
 and sample code, take a look at this:
 
 http://www.cocooncenter.de/cocooncenter/tutorials/navigation/tutorial.html
 
  The tutorial shows one possibility for creating the navigation elements
  of a typical website with a simple hierarchic structure. All pages
  contain a menu bar on the left, the currently selected item is
  highlighted.
 
 You might also like to look at the way the Cocoon documentation pages are
 generated, which uses aggregation to achieve a similar thing (start in
 cocoon-2.0.1/src/documentation/).
 
 Hope that helps,
 
 Andrew.
 
 -- 
 Andrew SavoryEmail: [EMAIL PROTECTED]
 Managing Director  Tel:  +44 (0)20 8553 6622
 Luminas Internet Applications  Fax:  +44 (0)870 28 47489
 This is not an official statement or order.Web:www.luminas.co.uk
 
 
 -
 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: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 



Re: Work with SVG / Taglib

2002-03-01 Thread Andreas Bednarz

Thank you very much, do you have some basic link to a source of a seralizer 
cunstruct.?

Andreas
- Original Message - 
From: Vadim Gritsenko [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, March 01, 2002 2:25 PM
Subject: RE: Work with SVG / Taglib


  From: Bednarz, education-one GmbH
 [mailto:[EMAIL PROTECTED]]
  
  Hi there,
  
  I woul like to use my SVG compression taglib from
  http://printx.org/svgembed/index.php inside Cocoon. The SVG serializer
 is
  too large and to unstable for my purposes. Does anyone has an idea how
 to
  move an existing jsp tag libraray to cocoon?
 
 It has to be rewritten as serializer. Take a look at SVG serializer.
 
 Vadim
 
  
  Thanks,
  
  Andreas
  
 
 
 -
 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: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]