Re: Cocoon, XForms, ExFormula,, Struts, etc

2002-02-13 Thread Christian Haul

On 12.Feb.2002 -- 11:48 PM, Ivanov, Ivelin wrote:
 Does Cocoon 2 have a mechanism for achieving automatic Form population and
 validation, similar to Struts ?

I don't know Struts, so I can't compare the two. Anyway:
Validation, yes. There's a FormValidatorAction that should be
sufficient for many (far from all!) purposes. Form population, I'd say, is
not really supported. Although there are mechanisms that help a lot.

 I've noticed that in the project archive XForms and ExFormula have been
 discussed on a number of ocasions, but they've been integrated in C2. Am I
 wrong?

Unfortunately, yes, you're wrong. Both projects never took off because
of lack of developer resources. Some ideas have made it in some way or
another into Cocoon, however.

Chris.

-- 
C h r i s t i a n   H a u l
[EMAIL PROTECTED]
fingerprint: 99B0 1D9D 7919 644A 4837  7D73 FEF9 6856 335A 9E08

-
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]




Searching the Cocoon mail archives?

2002-02-13 Thread Derek Hohls

Hi

A quick (and somewhat redfaced question) - how do I search the archives
at:
http://www.mail-archive.com/cocoon-users@xml.apache.org

for multiple AND instances (eg. sun+svg+sitemap)

Thanks!
Derek

-
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: Cocoon 2.0.1 and Tomcat 4.02

2002-02-13 Thread Jean-Philippe Courson

Joseph Rajkumar wrote:
 Hi
   Tomcat-4.0.2 and Cocoon-2.0.1 works
 like a charm for me. I am on Linux-Mandrake-8.0
 using Sun JDK-1.3.1_02.

Are you using tomcat 4.0.2 rpms or tgz ?

JP


   It would be easier for people to help
 if you let us know the OS and the JDK you are using.
 
 Joseph Rajkumar
 email: [EMAIL PROTECTED]
 
 Martin Holz wrote:
 
Erik Stunkat wrote:

Hello,

I deleted everything under \tomcat\work\localhost
that went fine


Didn't work for me :-(. Which java version do you use?

-
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]

 
 -
 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]
 
 
 




-
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]




mod_webapp info needed

2002-02-13 Thread Bert Van Kets

Can anybody tell me where I can ask questions regarding mod_webapp?  I 
installed Tomcat 4.0.1 and Apache 1.3.20 on SuSE 7.3.  I'd like to direct 
the root of my Apache site to a Cocoon webapp.  It runs fine in Win2K, but 
Apache can't seem to talk to Tomcat in SuSE Linux.  I'm getting file not 
found errors in the browser, but no errors in the log files.
I'm using mod_webapp 1.0.1-tc401.
Thanks,
Bert


-
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: calling a HTML-file from an XSL-file

2002-02-13 Thread Ruth, Thomas {PDBI~Basel}

You have to use the correct path for contents.htm ...
 

-Original Message-
From: Richard Korthuis [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 12:44 PM
To: [EMAIL PROTECTED]
Subject: calling a HTML-file from an XSL-file


Hello,
 
I have created an XML-file together with an XSL-file. In the XSL-file I create a 
frameset with frames. In the frames I want to display plain HTML-files, but when I 
use: 
frame name=contents src=contents.htm /
I get a HTTP 500 error: The page cannot be displayed. When I change contents.htm into 
an XML-file (i.e. ../cocoon/welcome) it works perfectly. What am I doing wrong?
 
Regards
 
Richard Korthuis


-
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]




Cocoon1 - Cocoon2

2002-02-13 Thread Geza.Szocs

Hi guys,

 I've had a simple java code which produced XML
output. In Cocoon1, I had to implement some Producer
interface, so my java code became integrated in the
Cocoon servlet. Does anybody know how to do similar
thing in Cocoon2 ? I've read the code snippet written
by Jupin, but I have something else in my mind. I don't
want to send an other HTTP request to Cocoon, I want to
write string XML directly into the pipeline. I guess
I would have to implement some kind of a generator. 
  Can somebody help me ? I want to port my cocoon1 
implementation to cocoon2. Thanx. 

-
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: Cocoon 2.0.1 Problem changing default parser to Xerces...

2002-02-13 Thread Vadim Gritsenko

This error ([CONFLICT] lifestyle interfaces) was fixed after 2.0.1
release. Either get CVS version or get XercesParser.java from the CVS
(cvs.apache.org)

Vadim

 From: SANSONE, AARON M [Non-Pharmacia/1000]
 
 According to documentation, to change the default XML Parser to user
Xerces
 (as opposed to JAXP), the following two steps must be taken:
 
 1) Add

-Dorg.apache.cocoon.components.parser.Parser=org.apache.cocoon.componen
ts.p
 arser.XercesParser  to the JVM Startup args for your servlet engine.
 2) Place the following line in the cocoon.xconf: parser
 class=org.apache.cocoon.components.parser.XercesParser
 logger=core.parser/
 
 This worked for me in Cocoon 2.0.  However now that I  moved to 2.0.1,
this
 causes an exception and fails to initialize Cocoon.  If I remove the
above
 steps, Cocoon runs.  However I am getting other exceptions that may be
 caused by my change in parsers.  What is the appropriate way to
override the
 default parser now?
 
 Here is the exception (notice the [CONFLICT] line):
 
 
 ERROR   (2002-02-12) 11:27.37:686   [core] (Unknown-URI)
 Unknown-thread/Cocoon: Could not load parser, Cocoon object not
created.
 org.apache.avalon.framework.component.ComponentException: Could not
set up
 Component for role: org.apache.cocoon.components.parser.Parser
   at

org.apache.avalon.excalibur.component.ExcaliburComponentManager.addCompo
nent
 (ExcaliburComponentManager.java:546)
   at org.apache.cocoon.Cocoon.initialize(Cocoon.java:242)
   at

org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonServlet.java:
991)
   at
 org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:308)
   at

allaire.jrun.servlet.JRunServletLoader.loadServletInstance(../servlet/JR
unSe
 rvletLoader.java:203)
   at

allaire.jrun.servlet.JRunServletLoader.loadServletInstance(../servlet/JR
unSe
 rvletLoader.java:161)
   at

allaire.jrun.servlet.JRunServletLoader.loadServlet(../servlet/JRunServle
tLoa
 der.java:149)
   at

allaire.jrun.servlet.JRunSE.getServletReference(../servlet/JRunSE.java:1
705)
   at
 allaire.jrun.servlet.JRunSE.runServlet(../servlet/JRunSE.java:1231)
   at

allaire.jrun.servlet.JRunRequestDispatcher.forward(../servlet/JRunReques
tDis
 patcher.java:89)
   at
allaire.jrun.servlet.JRunSE.service(../servlet/JRunSE.java:1552)
   at
allaire.jrun.servlet.JRunSE.service(../servlet/JRunSE.java:1542)
   at

allaire.jrun.servlet.JvmContext.dispatch(../servlet/JvmContext.java:364)
   at
allaire.jrun.http.WebEndpoint.run(../http/WebEndpoint.java:115)
   at allaire.jrun.ThreadPool.run(../ThreadPool.java:272)
   at allaire.jrun.WorkerThread.run(../WorkerThread.java:75)
 java.lang.Exception: [CONFLICT] lifestyle interfaces:
 org.apache.cocoon.components.parser.XercesParser
   at

org.apache.avalon.excalibur.component.ComponentHandler.getComponentHandl
er(C
 omponentHandler.java:61)
   at

org.apache.avalon.excalibur.component.ExcaliburComponentManager.addCompo
nent
 (ExcaliburComponentManager.java:528)
   at org.apache.cocoon.Cocoon.initialize(Cocoon.java:242)
   at

org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonServlet.java:
991)
   at
 org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:308)
   at

allaire.jrun.servlet.JRunServletLoader.loadServletInstance(../servlet/JR
unSe
 rvletLoader.java:203)
   at

allaire.jrun.servlet.JRunServletLoader.loadServletInstance(../servlet/JR
unSe
 rvletLoader.java:161)
   at

allaire.jrun.servlet.JRunServletLoader.loadServlet(../servlet/JRunServle
tLoa
 der.java:149)
   at

allaire.jrun.servlet.JRunSE.getServletReference(../servlet/JRunSE.java:1
705)
   at
 allaire.jrun.servlet.JRunSE.runServlet(../servlet/JRunSE.java:1231)
   at

allaire.jrun.servlet.JRunRequestDispatcher.forward(../servlet/JRunReques
tDis
 patcher.java:89)
   at
allaire.jrun.servlet.JRunSE.service(../servlet/JRunSE.java:1552)
   at
allaire.jrun.servlet.JRunSE.service(../servlet/JRunSE.java:1542)
   at

allaire.jrun.servlet.JvmContext.dispatch(../servlet/JvmContext.java:364)
   at
allaire.jrun.http.WebEndpoint.run(../http/WebEndpoint.java:115)
   at allaire.jrun.ThreadPool.run(../ThreadPool.java:272)
   at allaire.jrun.WorkerThread.run(../WorkerThread.java:75)
 ERROR   (2002-02-12) 11:27.37:696   [access] (Unknown-URI)
 Unknown-thread/CocoonServlet: Exception reloading
 org.apache.avalon.framework.configuration.ConfigurationException:
Could not
 load parser org.apache.cocoon.components.parser.XercesParser
   at org.apache.cocoon.Cocoon.initialize(Cocoon.java:245)
   at

org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonServlet.java:
991)
   at
 org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:308)
   at

allaire.jrun.servlet.JRunServletLoader.loadServletInstance(../servlet/JR
unSe
 rvletLoader.java:203)
   at

allaire.jrun.servlet.JRunServletLoader.loadServletInstance(../servlet/JR
unSe
 

org.apache.cocoon.ProcessingException: The sitemap handler's sitemap is not available. Please check logs for the exact error.

2002-02-13 Thread Kubanek, Petr

Hi,

got following error (WEB-INF/logs/sitemap.log) with Cocoon 2.0.1, Tomcat
4.0.1, JDK 1.3.1-b24, NT Sp ? (hope 5) box. Cocoon 2.0.1 doesn´t start, 2.0
worked fine.


DEBUG   (2002-02-13) 13:50.06:860   [sitemap] (/cocoon/)
HttpProcessor[8080][0]/Handler: Beginning sitemap regeneration
DEBUG   (2002-02-13) 13:50.06:860   [sitemap] (/cocoon/)
HttpProcessor[8080][0]/DefaultRoleManager: looking up shorthand , returning
null
DEBUG   (2002-02-13) 13:50.06:870   [sitemap] (/cocoon/)
HttpProcessor[8080][0]/DefaultRoleManager: looking up shorthand , returning
null
DEBUG   (2002-02-13) 13:50.06:870   [sitemap] (/cocoon/)
HttpProcessor[8080][0]/DefaultRoleManager: looking up shorthand , returning
null
DEBUG   (2002-02-13) 13:50.06:870   [sitemap] (/cocoon/)
HttpProcessor[8080][0]/DefaultRoleManager: looking up shorthand , returning
null
DEBUG   (2002-02-13) 13:50.06:870   [sitemap] (/cocoon/)
HttpProcessor[8080][0]/DefaultRoleManager: looking up shorthand , returning
null
DEBUG   (2002-02-13) 13:50.06:870   [sitemap] (/cocoon/)
HttpProcessor[8080][0]/DefaultRoleManager: looking up shorthand , returning
null
DEBUG   (2002-02-13) 13:50.06:870   [sitemap] (/cocoon/)
HttpProcessor[8080][0]/DefaultRoleManager: looking up shorthand , returning
null
ERROR   (2002-02-13) 13:50.06:870   [sitemap] (/cocoon/)
HttpProcessor[8080][0]/Handler: Error compiling sitemap
java.lang.NoSuchFieldError: manager
at
org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:344)
at
org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(De
faultComponentFactory.java:172)
at
org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(
ThreadSafeComponentHandler.java:84)
at
org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerat
or(GeneratorSelector.java:135)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.addComp
iledComponent(ProgramGeneratorImpl.java:356)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(Pr
ogramGeneratorImpl.java:187)
at org.apache.cocoon.sitemap.Handler.run(Handler.java:228)
at java.lang.Thread.run(Unknown Source)

I also have problems with external svg graphics in fo documents fo Cocoon -
generation outside Cocoon works, inside Cocoon error no base directory
specified - how could I change base directory for cvg graphics?

Tried to search web, nothing found.

Thank you.

Petr Kubanek


-
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: Cocoon1 - Cocoon2

2002-02-13 Thread Vadim Gritsenko

 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
 
 Hi guys,
 
  I've had a simple java code which produced XML
 output. In Cocoon1, I had to implement some Producer
 interface, so my java code became integrated in the
 Cocoon servlet. Does anybody know how to do similar
 thing in Cocoon2 ?

Implement a generator or write an XSP page.


 I've read the code snippet written
 by Jupin, but I have something else in my mind. I don't
 want to send an other HTTP request to Cocoon, I want to
 write string

Not a string...

 XML directly into the pipeline.

... but a SAX events. If you really want to have an advantage of
skipping XML parsing, you should generate SAX events.

If you don't have knowledge of how to do this, take a look at Java code
generated out of XSP page.

Vadim

 I guess
 I would have to implement some kind of a generator.
   Can somebody help me ? I want to port my cocoon1
 implementation to cocoon2. Thanx.



-
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: org.apache.cocoon.ProcessingException: The sitemap handler's sitemap is not available. Please check logs for the exact error.

2002-02-13 Thread Vadim Gritsenko

Read the archive:

http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=101294401424342w=2
http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=101183982808469w=2

and lots of other emails.

Vadim

 -Original Message-
 From: Kubanek, Petr [mailto:[EMAIL PROTECTED]]
 Sent: Wednesday, February 13, 2002 8:39 AM
 To: '[EMAIL PROTECTED]'
 Subject: org.apache.cocoon.ProcessingException: The sitemap handler's
sitemap
 is not available. Please check logs for the exact error.
 
 Hi,
 
 got following error (WEB-INF/logs/sitemap.log) with Cocoon 2.0.1,
Tomcat
 4.0.1, JDK 1.3.1-b24, NT Sp ? (hope 5) box. Cocoon 2.0.1 doesn´t
start, 2.0
 worked fine.
 
 
 DEBUG   (2002-02-13) 13:50.06:860   [sitemap] (/cocoon/)
 HttpProcessor[8080][0]/Handler: Beginning sitemap regeneration
 DEBUG   (2002-02-13) 13:50.06:860   [sitemap] (/cocoon/)
 HttpProcessor[8080][0]/DefaultRoleManager: looking up shorthand ,
returning
 null
 DEBUG   (2002-02-13) 13:50.06:870   [sitemap] (/cocoon/)
 HttpProcessor[8080][0]/DefaultRoleManager: looking up shorthand ,
returning
 null
 DEBUG   (2002-02-13) 13:50.06:870   [sitemap] (/cocoon/)
 HttpProcessor[8080][0]/DefaultRoleManager: looking up shorthand ,
returning
 null
 DEBUG   (2002-02-13) 13:50.06:870   [sitemap] (/cocoon/)
 HttpProcessor[8080][0]/DefaultRoleManager: looking up shorthand ,
returning
 null
 DEBUG   (2002-02-13) 13:50.06:870   [sitemap] (/cocoon/)
 HttpProcessor[8080][0]/DefaultRoleManager: looking up shorthand ,
returning
 null
 DEBUG   (2002-02-13) 13:50.06:870   [sitemap] (/cocoon/)
 HttpProcessor[8080][0]/DefaultRoleManager: looking up shorthand ,
returning
 null
 DEBUG   (2002-02-13) 13:50.06:870   [sitemap] (/cocoon/)
 HttpProcessor[8080][0]/DefaultRoleManager: looking up shorthand ,
returning
 null
 ERROR   (2002-02-13) 13:50.06:870   [sitemap] (/cocoon/)
 HttpProcessor[8080][0]/Handler: Error compiling sitemap
 java.lang.NoSuchFieldError: manager
   at
 org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:344)
   at

org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstanc
e(De
 faultComponentFactory.java:172)
   at

org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initial
ize(
 ThreadSafeComponentHandler.java:84)
   at

org.apache.cocoon.components.language.generator.GeneratorSelector.addGen
erat
 or(GeneratorSelector.java:135)
   at

org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.add
Comp
 iledComponent(ProgramGeneratorImpl.java:356)
   at

org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.loa
d(Pr
 ogramGeneratorImpl.java:187)
   at org.apache.cocoon.sitemap.Handler.run(Handler.java:228)
   at java.lang.Thread.run(Unknown Source)
 
 I also have problems with external svg graphics in fo documents fo
Cocoon -
 generation outside Cocoon works, inside Cocoon error no base
directory
 specified - how could I change base directory for cvg graphics?
 
 Tried to search web, nothing found.
 
 Thank you.
 
 Petr Kubanek
 
 
 -
 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]


-
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: Cocoon1 - Cocoon2

2002-02-13 Thread Alexandre Victoor

Hi
Here is a dummy generator that parses a string and gives the sax events to 
cocoon. Hope that is what you need.
 From my experience I can tell that it is not the best thing to do with 
cocoon2...
Regards

Alex





import  org.apache.avalon.framework.parameters.Parameters;
import  org.apache.cocoon.generation.Generator;
import  org.apache.cocoon.environment.SourceResolver;
import  org.apache.cocoon.xml.XMLConsumer;
import  org.apache.cocoon.ProcessingException;

import  org.xml.sax.XMLReader;
import  org.xml.sax.InputSource;
import  org.xml.sax.SAXException;

import  java.io.StringReader;
import  java.io.IOException;
import  java.util.Map;
import  java.util.Enumeration;



/**
 * A dummy generator for cocoon2
 */
public class DummyGenerator implements Generator {


protected XMLConsumer   _xmlConsumer;

public DummyGenerator() {
}



public void generate() throws IOException, SAXException, ProcessingException {

try {
XMLReader parser = 
(XMLReader)Class.forName(org.apache.xerces.parsers.SAXParser).newInstance();
parser.setContentHandler(_xmlConsumer);

parser.setFeature( http://xml.org/sax/features/validation,false);

parser.parse(
new InputSource(
new StringReader(
pagetitleHello !/titlecontentparaThis is the result 
of a dummy producer!/para/content/page)
)
);
} catch ( Exception e ) {
throw new ProcessingException(e);
}
}
public void setConsumer(XMLConsumer consumer) {
_xmlConsumer = consumer;
}
public void setup(SourceResolver resolver, Map objectModel, String src, Parameters 
par)
throws ProcessingException, SAXException, 
IOException {

System.out.println(setup method);


}
}



-
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]


AW: Cocoon, XForms, ExFormula,, Struts, etc

2002-02-13 Thread Thorsten Mauch

Hi
we are working on a integeration from 
cocoon chiba and castor-xml
http://sourceforge.net/projects/chiba/

we like to use castor to perform
the data exchange automaticly.
Beside this we wrote some basic
actions to handle Xforms request.

I hope that you will see a basic
version of that in the Chiba CVS



-Ursprüngliche Nachricht-
Von: Ivanov, Ivelin [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 13. Februar 2002 06:49
An: '[EMAIL PROTECTED]'
Betreff: Cocoon, XForms, ExFormula,, Struts, etc



Hi,

After using successfully JSPs+Struts for a relatively big enterprise
project, I've grown to appreciate the MVC model, but have also found some
places where it can be improved.

Before starting a long discussion, I'm first just looking for a short answer
to the following question:

Does Cocoon 2 have a mechanism for achieving automatic Form population and
validation, similar to Struts ?

I've noticed that in the project archive XForms and ExFormula have been
discussed on a number of ocasions, but they've been integrated in C2. Am I
wrong?

I will appreciate a prompt response.

Thank you.

-= Ivelin Ivanov =-




-
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]

-
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: Cocoon1 - Cocoon2

2002-02-13 Thread Geza.Szocs

 But you have to look at the memory aspect too...
 A new instance of the generator is created at each request and so the 
 amount of memory allocated keeps increasing.

:( Too bad. 

 With cocoon2 you can also use a servlet as a generator. It's 
 certainly not 
 the best solution neither but since you have already a servlet...

How can I do that ? Should I implement the Generator interface too
in my servlet, or do the HTTP request thing what Jupin suggested ? 
Or is there any other way to do that ? I saw plenty of exapmles 
which use JSP, HTML, XSP and other thing as a generator, but nowhere
a simple Java (servlet) code. 

-
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: Cocoon1 - Cocoon2

2002-02-13 Thread Alexandre Victoor


How can I do that ? Should I implement the Generator interface too
in my servlet, or do the HTTP request thing what Jupin suggested ?
Or is there any other way to do that ? I saw plenty of exapmles
which use JSP, HTML, XSP and other thing as a generator, but nowhere
a simple Java (servlet) code.

Well the answer is to put the URL of your servlet in the sitemap :

map:pipeline
map:match pattern=servlet.html
 map:generate src=http://localhost:8080/alexcocoon/AlexServlet; 
/  !-- servlet that gives an XML response --
 map:transform src=stylesheets/simple-page2html.xsl/
 map:serialize type=html/
/map:match
/map:pipeline

Good luck Geza

Alex






-
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: Cocoon 2.0.1 Problem changing default parser to Xerces...

2002-02-13 Thread SANSONE, AARON M [Non-Pharmacia/1000]

Vadim,

I got the Feb 13, CVS Snapshot and this is working now.  Thanks.  However, I
am still having the Problem with the AbstractDOMTransformer that I've
implemented. See the More on Cocoon 2 generated SAX Exception Thread. 

Thanks,
Aaron


(P.S. here is the exception from the thread I'm talking about.  The pipeline
setup and Transformer implementation is in the thread Cocoon 2 generated
SAX Exception).

FATAL_E (2002-02-13) 08:27.40:828   [core.xslt-processor]
(/projects/fingerprinting-app/newShowUPGMATree) web-1/TraxErrorHandler:
Error in TraxTransformer: javax.xml.transform.TransformerException:
java.lang.NullPointerException
javax.xml.transform.TransformerException: java.lang.NullPointerException
at
org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.j
ava:1230)
at
org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3139)
at java.lang.Thread.run(Thread.java:484)
-
java.lang.NullPointerException
at
org.apache.cocoon.xml.dom.DOMBuilder.getDocument(DOMBuilder.java:166)
at
org.apache.cocoon.xml.dom.DOMBuilder.notifyListener(DOMBuilder.java:191)
at
org.apache.cocoon.xml.dom.DOMBuilder.endDocument(DOMBuilder.java:183)
at
org.apache.cocoon.xml.AbstractXMLPipe.endDocument(AbstractXMLPipe.java:95)
at
org.apache.cocoon.components.saxconnector.LoggingSAXConnector.endDocument(Lo
ggingSAXConnector.java:135)
at
org.apache.xalan.transformer.ResultTreeHandler.endDocument(ResultTreeHandler
.java:190)
at
org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.j
ava:1186)
at
org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3139)
at java.lang.Thread.run(Thread.java:484)

-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 7:27 AM
To: [EMAIL PROTECTED]
Subject: RE: Cocoon 2.0.1 Problem changing default parser to Xerces...


This error ([CONFLICT] lifestyle interfaces) was fixed after 2.0.1
release. Either get CVS version or get XercesParser.java from the CVS
(cvs.apache.org)

Vadim

-
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: Cocoon1 - Cocoon2

2002-02-13 Thread Vadim Gritsenko

 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
 
  But you have to look at the memory aspect too...
  A new instance of the generator is created at each request and so
the
  amount of memory allocated keeps increasing.

Not (exactly) true - depends how you implement it. Read on Avalon or
take a look at:
http://jakarta.apache.org/avalon/excalibur/api/org/apache/avalon/excalib
ur/pool/Poolable.html

http://jakarta.apache.org/avalon/framework/lifecycle.html


 :( Too bad.
 
  With cocoon2 you can also use a servlet as a generator. It's
  certainly not
  the best solution neither but since you have already a servlet...
 
 How can I do that ? Should I implement the Generator interface too
 in my servlet, or do the HTTP request thing what Jupin suggested ?
 Or is there any other way to do that ? I saw plenty of exapmles
 which use JSP, HTML, XSP and other thing as a generator, but nowhere
 a simple Java (servlet) code.

See http://localhost:8080/cocoon/sub/

Vadim



-
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]




Cocoon2 and LDAP

2002-02-13 Thread Ruth, Thomas {PDBI~Basel}

Hi
we tried to install LDAP in our Cocoon 2.0 environment. 
I downloaded jndi1.2.2 and put the jar file in the lib directory.
In the sitemap.xmap we included the line 
map:transformer name=ldap src=org.apache.cocoon.transformation.LDAPTransformer/

After the restart we got the error message: 
ERROR   (2002-02-13) 07:36.19:802   [cocoon  ] (/cocoon/pathfinder/index.xml) 
ExecuteThread: '10' for queue: 'default'/GeneratorSelector: Could not set up Component 
for hint: org/apache/cocoon/www/sitemap_xmap
org.apache.avalon.framework.configuration.ConfigurationException: Error in sitemap 
configuration : org.apache.cocoon.transformation.ldapTransformer
...
java.lang.ClassNotFoundException: org.apache.cocoon.transformation.ldapTransformer
...

When we removed the line in the sitemap.xmap the error was still there, -- the 
sitemap did not compile.
It only did work again when we deleted the 
\cocoon\WEB-INF\_tmp_war_wld3server_wld3server_cocoon\cocoon-files\org\apache\cocoon\www\*.*
 class and java files.

So the question is still open: How to use Cocoon2 and LDAP?

Thnaks
Thomas

-
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: Setting attributes of the esql tags dynamically

2002-02-13 Thread Christian Haul

On 13.Feb.2002 -- 03:43 PM, hugo burm wrote:
 
 How can I set the column attribute of the tags in the esql taglib
 dynamically? xsp:attribute generates an error.
 

 esql:results
esql:row-results
   xsp:logic
   for (ic=1; ic lt;= cnt; ic++)  {
   /xsp:logic
   esql:get-column-name
   esql:param name=columnxsp:expric/xsp:expr/esql:param
   /esql:get-column-name
 
   xsp:logic
  }
   /xsp:logic
/esql:row-results
 /esql:results

xsp:attribute/ adds attributes to tags that create SAX events,
e.g. those used for markup. Adding attribtues to logicsheet tags
requires support from that logicsheet. Most supplied logicsheets use
XXX:param/ for that.

Chris.

-- 
C h r i s t i a n   H a u l
[EMAIL PROTECTED]
fingerprint: 99B0 1D9D 7919 644A 4837  7D73 FEF9 6856 335A 9E08

-
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]




C2 Deployment

2002-02-13 Thread Gustavo Nalle Fernandes

 Hello C2 Users,
How can I deploy C2 in two separate jars/wars ? In one of them,I´d like to
put C2 core (as it comes from Apache site) and in the other I´d like to put
my xsp,xml and xsl,so I need not to recompile the entire aplication when I
change one of my xsp.

Gustavo


-
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: session attributes in XSL Transformer

2002-02-13 Thread Vadim Gritsenko

 From: Lorenzo De Sio [mailto:[EMAIL PROTECTED]]
 
 Hi all,
 
 I tried hard but got somewhat confused with the documentation.
 How can I make session attribute values available to a XSLT
transformation?
 
 In fact, does something like
 
 map:transform src=w4b-xsl/style.xsl
   map:parameter name=use-request-parameters value=true/
 /map:transform
 
 exist for session attributes?

Nope. Use matchers/selectors/actions to get them and pass to the
transformer manually, one by one (using map:parameter).

Vadim


-
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: Apache Tomcat/4.0.2 - Error report with Cocoon-2.0.1

2002-02-13 Thread Joseph Rajkumar

Todd Densmore wrote:
 
 Ran into the same problem. I just uninstalled :(
 
Hi
The best solution right now is to stay
with Tomcat-4.0.1 and Cocoon-2.0.1 and they work
just fine with or without the display.

Joseph Rajkumar

-
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: servlet, generator or ... (design question)

2002-02-13 Thread Vadim Gritsenko

 From: Mike Haarman [mailto:[EMAIL PROTECTED]]
 
 We are evaluating C2 for a very large, public, data-dissemination
project
 (NHGIS.ORG).  I would like to build a few small XML visualization
tools in
 C2 for demonstration purposes.  For example, a facility to upload an
XML
 instance, associate it with a stylesheet living on the server and
return
 transformed XHTML.  The upload need not be saved anywhere on the
server;
 I'd like to hand the uploading stream directly to Cocoon.  I can
clearly
 see a couple ways to accomplish this but suspect there are more:
 
 a) Specify a servlet external to Cocoon which handles multi-part form
data
 as the src attr on my generator in the pipeline.  How does this kick
 off the pipeline's processing?  I suspect I need to bind the upload
stream
 to the pipeline within my servlet and make a call to Cocoon but I'm
not
 clear how.  Or is Cocoon waiting like a daemon for bytes to show up at
the
 mouth of the pipe?

Not possible.


 b) Extend one of Cocoon's generator classes (StreamGenerator?) to
handle
 the multi-part form data and call it from my form.

Way to go. Yes, StreamGenerator.


 c) Is there a way to modify the File Upload example to hand the
upcoming
 stream to a transformation?  It seems that example merely specifies a
 directory for uploads and does nothing with the stream itself.

It has different purpose; it supposed usage is to upload binary
resources, not the XML which requires further processing.

Vadim

 d) ?
 
 What is the cleanest manner of doing this?  I suspect there is a
Cocoon
 pattern lurking in this problem and would like to implement the
solution
 that best reflects such a pattern.
 
 
 Mike HaarmanMinnesota Population Center,
 [EMAIL PROTECTED]  University of Minnesota,
 537 Heller Hall,
 Minneapolis, MN 55455
 Co-Architect, Programmer,
   National Historical GIS -- http://www.nhgis.org/
 Maintainer,
   DDI Codebook DTD -- http://www.icpsr.umich.edu/DDI/



-
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: UnnamedSelector: ComponentSelector could not find the component on custom Action

2002-02-13 Thread Lewis, Andrew J

ok...I was right - it was something stupid.

I was inheriting from ConfigurableComposerAction but then masking the
ComponenetManager variable in my class, and not providing an implementation
of compose() to correspond. Looking up componenets off of a null
ComponenetManager doesn't appear to work very well.

That said, Things like NullPointer exceptions thrown during configure() ever
make it to the stack trace in the result, which made finding this a bit
harder, and even made it look a bit like my Action was not even being found.

 --
 From: Lewis, Andrew  J
 Sent: Wednesday, February 13, 2002 11:31 AM
 To:   '[EMAIL PROTECTED]'
 Subject:  RE: UnnamedSelector: ComponentSelector could not find the
 component on custom Action
 
 I sent this to the wrong list earlier...sorry...
 
   --
   From:   Lewis, Andrew  J
   Sent:   Wednesday, February 13, 2002 10:22 AM
   To: '[EMAIL PROTECTED]'
   Subject:UnnamedSelector: ComponentSelector could not find
 the component on custom Action
 
 
   I'm using Cocon 2.0.1 release, and developing a custom action. I
 have functionality of the Action embedded in a Generator, and working, but
 I need to extract it. I am currently passing it two parameters in the
 sitemap, just as I was with the Generator, but with the Action I am
 getting the following exception when attempting to retrieve the parameters
 within configure().
 
   Probably a stupid mistake on my part, but not having any luck with
 it
 
   org.apache.avalon.framework.component.ComponentException:
 UnnamedSelector: ComponentSelector could not find the component for hint:
 manipulator 
 
   Any help would be appreciated...Thanks!
 
 
 
 

-
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: More on Cocoon 2 generated SAX Exception

2002-02-13 Thread SANSONE, AARON M [Non-Pharmacia/1000]

More info:

RE: SAX to DOM Pipeline with an AbstractDOMTransformer

In an attempt to determine what was causing this exception, I dug into the
code and started to low-tech debug (aka System.out.println).  I found
something interesting.  The content handler is NULL when trying to process
the SAX Events through the AbstractDOMTransformer.  I added a series of
printlns in the AbstractXMLPipe on start and end document and the start and
end element methods.  In each case the contentHandler is NULL.  

Hopefully this will help in debugging.

-Aaron


-Original Message-
From: SANSONE, AARON M [Non-Pharmacia/1000] 
Sent: Tuesday, February 12, 2002 10:30 AM
To: '[EMAIL PROTECTED]'
Subject: RE: More on Cocoon 2 generated SAX Exception


Per Vadim's suggession, I've upgraded to Cocoon 2.0.1.  However I am still
having a problem with this pipeline.  Here is the error now:

DEBUG   (2002-02-12) 10:21.36:390   [core] (/showTree) web-5/SQLTransformer:
RECEIVED CHARACTERS: 

FATAL_E (2002-02-12) 10:21.36:450   [core.xslt-processor] (/showTree)
web-5/TraxErrorHandler: Error in TraxTransformer:
javax.xml.transform.TransformerException: java.lang.NullPointerException
javax.xml.transform.TransformerException: java.lang.NullPointerException
at
org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.j
ava:1230)
at
org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3139)
at java.lang.Thread.run(Thread.java:484)
-
java.lang.NullPointerException
at
org.apache.cocoon.xml.dom.DOMBuilder.getDocument(DOMBuilder.java:119)
at
org.apache.cocoon.xml.dom.DOMBuilder.notifyListener(DOMBuilder.java:144)
at
org.apache.cocoon.xml.dom.DOMBuilder.endDocument(DOMBuilder.java:136)
at
org.apache.xalan.transformer.ResultTreeHandler.endDocument(ResultTreeHandler
.java:190)
at
org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.j
ava:1186)
at
org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3139)
at java.lang.Thread.run(Thread.java:484)
DEBUG   (2002-02-12) 10:21.36:460   [core] (/showTree) web-5/LogKitLogger:
Returning a org.apache.cocoon.components.sax.XMLByteStreamInterpreter to the
pool


Please reference the original email for the sitemap and transformer code.

Thanks,
Aaron

-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 11, 2002 5:41 PM
To: [EMAIL PROTECTED]
Subject: RE: More on Cocoon 2 generated SAX Exception


 From: SANSONE, AARON M [Non-Pharmacia/1000]
 
 Cocoon 2.0 - Running on P3-500 NT 4.0 SP6 with JRun 3.1
 
 Here is some extra exception information from root.log I didn't
include
 before:
 
 org.xml.sax.SAXException: Invalid state
   at
 org.apache.cocoon.xml.dom.DOMBuilder.characters(DOMBuilder.java:462)
   at


This class was refactored in Cocoon 2.0.1. Can you upgrade to 2.0.1? It
might not have the issue you are describing.

Vadim


-
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]

-
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]

-
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]




problem with blank java files for xsp/serverpages

2002-02-13 Thread David Stenglein

Greetings,

I've been having a strange problem with xsps that give a NoClassDefFound
because the jave file is nearly empty (4 newlines). I've been testing
lots of different combinations of tomcat (3.2.3, 4.0) java (1.3.0,
1.3.1) and cocoon (2.0, 2.0.1) and it doesn't work anywhere. It
specifically seems to be hapening when I mount a subsitemap.

I have attached a zip file with a sub directory containing the sitemap
and the xsp. I added the following to a stock 2.0.1 sitemap:


map:pipeline
map:match pattern=break/**
map:mount uri-prefix=break
src=break/ check-reload=yes /
/map:match
/map:pipeline


When I request break/test it does the NoClassDefFound and leaves the
.java with 4 newlines in the work directory.  If you copy the sitemap
entries and the xsp to the top level, it seems to work fine.

What is this??

-Dave





break.zip
Description: Zip archive

-
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]


ANNOUNCE: jfor/Cocoon HOWTO - generating RTF with Cocoon

2002-02-13 Thread Bertrand Delacretaz

To all RTF fans: hot off the virtual presses, a new technote 

jfor/Cocoon 2 HOWTO: dynamic generation of RTF documents from XML with 
Cocoon 2 and jfor

Is now available at http://www.jfor.org/jfor-cocoon-howto.html

It explains how to activate the RTFSerializer that is part of the 
Cocoon 2 source tree, but not activated in the standard Cocoon 
distribution.

As always, feedback is most welcome (even if it works ;-)
-- 
 -- Bertrand Delacrétaz, www.codeconsult.ch
 -- jfor.org lead developer

-
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: calling a HTML-file from an XSL-file

2002-02-13 Thread Luca Morandini



Richards,

what 
might be happening is that .htm files are not passed to Cocoon... 


Maybe 
you setup Tomcat (or wathever servlet container you're using) to process only 
.xml files and ignore the .htm ones (which are, hence, processed by the 
web-server).

Best 
regards,
- 
Luca 
Morandini 
GIS 
Consultant 
[EMAIL PROTECTED]http://utenti.tripod.it/lmorandini/index.html- 


  -Original Message-From: Richard Korthuis 
  [mailto:[EMAIL PROTECTED]]Sent: Wednesday, February 13, 2002 
  12:44 PMTo: [EMAIL PROTECTED]Subject: calling 
  a HTML-file from an XSL-file
  Hello,
  
  I have created an XML-file together with an 
  XSL-file. In the XSL-file I create a frameset with frames. In the frames I 
  want to display plain HTML-files, but when I use: 
  frame name="contents" src="javascript:void(0);" 
  /
  I get a HTTP 500 error: The page cannot be 
  displayed. When I change contents.htm into an XML-file (i.e. 
  "../cocoon/welcome") it works perfectly. What am I doing wrong?
  
  Regards
  
  Richard 
Korthuis


servlet, generator or ... (design question)

2002-02-13 Thread Mike Haarman


We are evaluating C2 for a very large, public, data-dissemination project
(NHGIS.ORG).  I would like to build a few small XML visualization tools in
C2 for demonstration purposes.  For example, a facility to upload an XML
instance, associate it with a stylesheet living on the server and return
transformed XHTML.  The upload need not be saved anywhere on the server;
I'd like to hand the uploading stream directly to Cocoon.  I can clearly
see a couple ways to accomplish this but suspect there are more:

a) Specify a servlet external to Cocoon which handles multi-part form data
as the src attr on my generator in the pipeline.  How does this kick
off the pipeline's processing?  I suspect I need to bind the upload stream
to the pipeline within my servlet and make a call to Cocoon but I'm not
clear how.  Or is Cocoon waiting like a daemon for bytes to show up at the
mouth of the pipe?

b) Extend one of Cocoon's generator classes (StreamGenerator?) to handle
the multi-part form data and call it from my form.

c) Is there a way to modify the File Upload example to hand the upcoming
stream to a transformation?  It seems that example merely specifies a
directory for uploads and does nothing with the stream itself.

d) ?

What is the cleanest manner of doing this?  I suspect there is a Cocoon
pattern lurking in this problem and would like to implement the solution
that best reflects such a pattern.


Mike HaarmanMinnesota Population Center,
[EMAIL PROTECTED]  University of Minnesota,
537 Heller Hall,
Minneapolis, MN 55455
Co-Architect, Programmer,
  National Historical GIS -- http://www.nhgis.org/
Maintainer,
  DDI Codebook DTD -- http://www.icpsr.umich.edu/DDI/


-
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]




Cocoon 2, XSP and Turbine

2002-02-13 Thread Annick Fron

I,

I am using :
- Windows NT 4
- Tomcat 4.0.1
- Cocoon 2.2
and I get problems to instantiate the engine (file use.xsl not found).
Yet, I wonder if I need to set the database settings, if Turbine is
mandatory, if I can remove some xsp settings ...

-- 
Annick Fron
AFC Europe
B.P. 111, 977 avenue du Docteur Julien Lefebvre
06271 Villeneuve-Loubet France
Tél : +33 4 93 22 88 18
Fax : +33 4 93 22 88 36
http://www.afceurope.com



-
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: servlet, generator or ... (design question)

2002-02-13 Thread Ivan Rubin Ayma

 We are evaluating C2 for a very large, public, 
 data-dissemination project
 (NHGIS.ORG).  I would like to build a few small XML 
 visualization tools in
 C2 for demonstration purposes.  For example, a facility to 
 upload an XML
 instance, associate it with a stylesheet living on the server 
 and return
 transformed XHTML.  The upload need not be saved anywhere on 
 the server;
 I'd like to hand the uploading stream directly to Cocoon.  I 
 can clearly
 see a couple ways to accomplish this but suspect there are more:

You could take a look at this:

http://xml.apache.org/cocoon/userdocs/generators/stream-generator.html

What about employing me?

Hope it helps,

 
 a) Specify a servlet external to Cocoon which handles 
 multi-part form data
 as the src attr on my generator in the pipeline.  How does this kick
 off the pipeline's processing?  I suspect I need to bind the 
 upload stream
 to the pipeline within my servlet and make a call to Cocoon 
 but I'm not
 clear how.  Or is Cocoon waiting like a daemon for bytes to 
 show up at the
 mouth of the pipe?
 
 b) Extend one of Cocoon's generator classes 
 (StreamGenerator?) to handle
 the multi-part form data and call it from my form.
 
 c) Is there a way to modify the File Upload example to hand 
 the upcoming
 stream to a transformation?  It seems that example merely specifies a
 directory for uploads and does nothing with the stream itself.
 
 d) ?
 
 What is the cleanest manner of doing this?  I suspect there 
 is a Cocoon
 pattern lurking in this problem and would like to implement 
 the solution
 that best reflects such a pattern.
 
 
 Mike HaarmanMinnesota Population Center,
 [EMAIL PROTECTED]  University of Minnesota,
 537 Heller Hall,
 Minneapolis, MN 55455
 Co-Architect, Programmer,
   National Historical GIS -- http://www.nhgis.org/
 Maintainer,
   DDI Codebook DTD -- http://www.icpsr.umich.edu/DDI/
 
 
 -
 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]
 
 

-
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: Cocoon 2, XSP and Turbine

2002-02-13 Thread Vadim Gritsenko

 From: Annick Fron [mailto:[EMAIL PROTECTED]]
 
 I,
 
 I am using :
 - Windows NT 4
 - Tomcat 4.0.1
 - Cocoon 2.2

If it is Apache Cocoon, then there is no such version. If it something
else, let us know were did you get this ;)


 and I get problems to instantiate the engine (file use.xsl not found).

There is no such file in Apache Cocoon 2.0+

Vadim

 Yet, I wonder if I need to set the database settings, if Turbine is
 mandatory, if I can remove some xsp settings ...
 
 --
 Annick Fron
 AFC Europe
 B.P. 111, 977 avenue du Docteur Julien Lefebvre
 06271 Villeneuve-Loubet France
 Tél : +33 4 93 22 88 18
 Fax : +33 4 93 22 88 36
 http://www.afceurope.com


-
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: problem with blank java files for xsp/serverpages

2002-02-13 Thread David Stenglein

Thanks a million!!  Should have asked earlier, but I wanted to research
it enough first.  

The thing that confused me terribly is that the test.xsp in the webroot
wasn't actually the same!! Somewhere, I made one with the correct
namespace reference, but never thought they were different. Oh, well.

I really appreciate the speedy response, because I'm pushing cocoon for
new development and it always helps to say that help can be as little as
15 minutes away.

-Dave



On Wed, 2002-02-13 at 13:17, Vadim Gritsenko wrote:
 This issue is fixed in the Cocoon CVS. Error message returned now looks
 like:
 
 This page is not valid page of this markup langugage. Root element is:
 http://www.apache.org/1999/XSP/Core:page, must be:
 http://apache.org/xsp:page;
 
 Which means that your page's root element is
   ns:page xmlns:ns=http://www.apache.org/1999/XSP/Core/
 
 instead of
   ns:page xmlns:ns=http://apache.org/xsp/
 
 
 Regards,
 Vadim
 
  -Original Message-
  From: David Stenglein [mailto:[EMAIL PROTECTED]]
  Sent: Wednesday, February 13, 2002 1:04 PM
  To: [EMAIL PROTECTED]
  Subject: problem with blank java files for xsp/serverpages
  
  Greetings,
  
  I've been having a strange problem with xsps that give a
 NoClassDefFound
  because the jave file is nearly empty (4 newlines). I've been testing
  lots of different combinations of tomcat (3.2.3, 4.0) java (1.3.0,
  1.3.1) and cocoon (2.0, 2.0.1) and it doesn't work anywhere. It
  specifically seems to be hapening when I mount a subsitemap.
  
  I have attached a zip file with a sub directory containing the sitemap
  and the xsp. I added the following to a stock 2.0.1 sitemap:
  
  
  map:pipeline
  map:match pattern=break/**
  map:mount uri-prefix=break
  src=break/ check-reload=yes /
  /map:match
  /map:pipeline
  
  
  When I request break/test it does the NoClassDefFound and leaves the
  .java with 4 newlines in the work directory.  If you copy the sitemap
  entries and the xsp to the top level, it seems to work fine.
  
  What is this??
  
  -Dave
  
 
 
 
 -
 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]



-
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: New release 2.0.1 woes. Continue.

2002-02-13 Thread Vadim Gritsenko

 From: Alexander Smirnoff [mailto:[EMAIL PROTECTED]]
 
 OK. I've got it. Thanks.

Welcome.


 I understand the motivation to exlude autocomplete is
 to speed up the pipeline process. So XSP developer
 must be responsible of consistent closing of his elements
 if he or she wants to return somewhere from the middle of
 XSP logic.

Exactly.


 General note: it seems 2.0.1 compared with 2rc1 is
 significally slower for more or less complicated XSP.

Can you pinpoint the reason of slowdown? I'm not sure that there are
significant changes in the XSP machinery between these two versions.

Vadim

 
 Alex.
 
 
 - Original Message -
 From: Vadim Gritsenko [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Wednesday, February 13, 2002 1:04 PM
 Subject: RE: New release 2.0.1 woes. Continue.
 
 
   From: Alexander Smirnoff [mailto:[EMAIL PROTECTED]]
  
   Sorry for misleading about the global method, - it works fine.
  
   The problem actually is different:
  
   If I put return between open and close tags it results in empty
  document.
   Look at example:
  
   xsp:page language=java xmlns:xsp=http://apache.org/xsp;
   Sample
   xsp:logic
   if(true)
   return;
   /xsp:logic
   /Sample
   /xsp:page
  
   Quite important feature I would say.
 
  Return is prohibited in the main method of the XSP. Use it in own
  methods if you want, but with care. And even if you use it in the
main
  XSP method (despite the fact that it is not recommended), XSP engine
can
  cover your mistakes if you set autocomplete-documents to true. Of
course
  this feature isn't for free, performance of you system will degrade.
 
  PS See ServerPagesGenerator javadoc or source for details.
 
  Vadim
 
  
   Alex.
  


-
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: [Action] Best practices for authentication

2002-02-13 Thread Vadim Gritsenko

 From: Pascal Davoust [mailto:[EMAIL PROTECTED]]
 
 Hi all,
 
 I've been experimenting with Cocoon 2.0.1 (and before that with Cocoon
1,
 but didn't do much with it because of the lack of features more than
 available in C2 now, mainly actions).
 And now I'm wondering about the 'protected' sample in the distro.
 
 Basically, having a page protected by authentication involves an
action
 (DatabaseAuthenitcatorAction, in this case) to check that
authentication was
 successful before serving the resource (understand: page), or redirect
to
 login if authentication failed.
 The pattern for this is basically:
 
   map:match pattern=matching-pattern
 map:act type=session-validator
   !-- The protected (needing authentication) content --
 /map:act
   map:redirect-to uri=login/
 
 And if I correctly understand, it means that I've got to specify that
schema
 for *every* match I want to protect, right? Seems a bit of overhead to
me
 (may increase the maintenance cost for the sitemap)...

 Is there a smarter way of doing this? Quite frankly, that's the only
one I
 see (I came to that conclusion myself *before* seing the protected
 sample)... but you guys have zillion times more experience than me
with this
 topic! :)


Reverse this, action before match:

 !-- have login before action to avoid loop --
 map:match pattern=login
...
 /map:match

 map:act type=session-validator
   !-- The protected (needing authentication) content --

   map:match pattern=matching-pattern1
  ...
   /map:match

   map:match pattern=matching-pattern2
  ...
   /map:match

 /map:act
 !-- Nothing is unprotected --
 map:redirect-to uri=login/

(this is supported since 2.0.1)

 
 By the way, C2 rocks! :)

Thanks!

Vadim



-
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]




Installing Cocoon 2.0.1 on Tomcat-Standalone 4.0.2 with JDK1.3.1_02 and Windows 2K Pro

2002-02-13 Thread Barnaby Shearer

I have just downloaded a binary distribution of Cocoon 2.0.1 and cannot get
it to run.

I have am running Windows 2000 professional with Sun's JDK 1.3.1_02 and
Jakarta-tomcat-4.0.2 in standalone mode. These all appear to be working
correctly.

I have copied the cocoon.war file into tomcat's directory and restarted
tomcat. This successfully unpacked the .war file and created the cocoon
directory.

When I try and access cocoon (via http://localhost:8080/cocoon/) I get the
following message:

Apache Tomcat/4.0.2 - HTTP Status 500 - Internal Server Error

type Exception report

message Internal Server Error

description The server encountered an internal error (Internal Server Error)
that prevented it from fulfilling this request.

exception

javax.servlet.ServletException: Servlet.init() for servlet Cocoon2 threw
exception
 at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:93
5)
 at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:653)
 at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:214)
 at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:190)
 at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2343)
 at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
)
 at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
 at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
java:170)
 at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
 at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170
)
 at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
 at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
 at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:174)
 at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 at
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
1012)
 at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1107
)
 at java.lang.Thread.run(Thread.java:484)

root cause

java.lang.NoClassDefFoundError: javax/xml/transform/URIResolver
 at java.lang.ClassLoader.defineClass0(Native Method)
 at java.lang.ClassLoader.defineClass(ClassLoader.java:493)
 at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111)
 at
org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLo
ader.java:1631)
 at
org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.jav
a:926)
 at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav
a:1360)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:292)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:255)
 at
org.apache.avalon.excalibur.component.ExcaliburComponentManager.configure(Ex
caliburComponentManager.java:408)
 at org.apache.cocoon.Cocoon.configure(Cocoon.java:406)
 at org.apache.cocoon.Cocoon.initialize(Cocoon.java:267)
 at
org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonServlet.java:991)
 at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:308)
 at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:91
6)
 at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:653)
 at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:214)
 at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:190)
 at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 at 

RE: [Action] Best practices for authentication

2002-02-13 Thread Pascal Davoust

Ok, it was too simple and too obvious for me! That's the way I like problems
to be solved. :)

Thanks!

Pascal.

-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 8:37 PM
To: [EMAIL PROTECTED]
Subject: RE: [Action] Best practices for authentication


 From: Pascal Davoust [mailto:[EMAIL PROTECTED]]

 Hi all,

 I've been experimenting with Cocoon 2.0.1 (and before that with Cocoon
1,
 but didn't do much with it because of the lack of features more than
 available in C2 now, mainly actions).
 And now I'm wondering about the 'protected' sample in the distro.

 Basically, having a page protected by authentication involves an
action
 (DatabaseAuthenitcatorAction, in this case) to check that
authentication was
 successful before serving the resource (understand: page), or redirect
to
 login if authentication failed.
 The pattern for this is basically:

   map:match pattern=matching-pattern
 map:act type=session-validator
   !-- The protected (needing authentication) content --
 /map:act
   map:redirect-to uri=login/

 And if I correctly understand, it means that I've got to specify that
schema
 for *every* match I want to protect, right? Seems a bit of overhead to
me
 (may increase the maintenance cost for the sitemap)...

 Is there a smarter way of doing this? Quite frankly, that's the only
one I
 see (I came to that conclusion myself *before* seing the protected
 sample)... but you guys have zillion times more experience than me
with this
 topic! :)


Reverse this, action before match:

 !-- have login before action to avoid loop --
 map:match pattern=login
...
 /map:match

 map:act type=session-validator
   !-- The protected (needing authentication) content --

   map:match pattern=matching-pattern1
  ...
   /map:match

   map:match pattern=matching-pattern2
  ...
   /map:match

 /map:act
 !-- Nothing is unprotected --
 map:redirect-to uri=login/

(this is supported since 2.0.1)


 By the way, C2 rocks! :)

Thanks!

Vadim



-
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]


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


-
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]




Error handling design question

2002-02-13 Thread Alexander Smirnoff

After playing with cocoon for few month I found that it quite
strong and bold to be used in production environment. But
there are some weak points which I've noticed.

One of those is abnormal situation handling in XSP files. So
far I've tried few approaches.

The requirement is :

In the case of error present XML message containing the 
error number and the reason of error occurred.

First straight-forward approach was to use
request.sendRedirect(messagepage) method. But this in
some cases will result in IllegalStateException.

Second (which we are using in our application) is embedded
message approach. In the case of error message is 
embedded in XSP and later in the pipeline is filtered from
excessive tags. The only drawback of this approach is that
in some cases the execution of XSP must be terminated
with return statement or throwing an exception, which 
means all open SAX events must be consistently 
closed. Using autocomplete-documents will cause 
additional CPU load.

Maybe there are better solutions?

I'll appreciate to get some new opinion about this issue.

Thanks,
Alex.



-
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]




PDF Table Template?

2002-02-13 Thread Ryan Howe

Hello,

I am attempting to use the stylesheet included below
to transform an XML file to PDF using Cocoon 2.0.1. My
hope to build multiple tables in the PDF file. I have
created two templates in the stylesheet for opening
and closing a table. 

When running this through Cocoon, I get a
NullPointerException in Xalan
(TransformerImpl.run(TransformerImpl.java:3174)). If I
uncomment the fo:table tags in the stylesheet
comment the call to the two templates, it runs fine
through Cocoon. 

Since I will create about 6 tables in this file, I
would like to have a template to open the table and
setup the columns instead of coding the same thing
several times. 

Would anyone have any ideas how to get around this? 


?xml version=1.0 encoding=UTF-8?
xsl:stylesheet version=1.0
xmlns:xsl=http://www.w3.org/1999/XSL/Transform;
xmlns:fo=http://www.w3.org/1999/XSL/Format;
xsl:output method=xml version=1.0
encoding=UTF-8 indent=yes/
xsl:template match=/
fo:root
xmlns:fo=http://www.w3.org/1999/XSL/Format;
fo:layout-master-set
fo:simple-page-master master-name=table-page
page-height=600pt page-width=850pt
fo:region-body region-name=table-region
margin-left=25pt margin-top=25pt
margin-right=25pt margin-bottom=25pt/
/fo:simple-page-master
fo:page-sequence-master
master-name=table-sequence
fo:repeatable-page-master-reference
master-reference=table-page/
/fo:page-sequence-master
/fo:layout-master-set

fo:page-sequence
master-reference=table-sequence
fo:flow flow-name=table-region
fo:block font-size=8pt
!-- fo:table border-style=solid
table-omit-header-at-break=true   --
xsl:call-template 
name=OpenPDFTable/
fo:table-column column-number=1
column-width=80pt/
fo:table-column column-number=2
column-width=80pt/
fo:table-header border-style=solid
fo:table-row 
keep-with-next=always
fo:table-cell 
column-number=1
number-columns-spanned=2 padding=2pt
background-color=#003366
fo:block 
color=#FFTotal Mechandise
Discounts amp; Adjustments/fo:block
/fo:table-cell
/fo:table-row
/fo:table-header
fo:table-body
fo:table-row
fo:table-cell 
column-number=1
border-style=solid padding=2pt

fo:block9099/fo:block
/fo:table-cell
fo:table-cell 
column-number=2
border-style=solid padding=2pt
fo:blockNTB 
- SOUTH/fo:block
/fo:table-cell
/fo:table-row
/fo:table-body
!--/fo:table --
xsl:call-template 
name=ClosePDFTable/
/fo:block
/fo:flow
/fo:page-sequence
/fo:root
/xsl:template

xsl:template name=OpenPDFTable
xsl:text disable-output-escaping=yes
lt;fo:table border-style=solid
table-omit-header-at-break=truegt;
/xsl:text
/xsl:template

xsl:template name=ClosePDFTable
xsl:text disable-output-escaping=yes
lt;/fo:tablegt;
/xsl:text
/xsl:template

/xsl:stylesheet


__
Do You Yahoo!?
Send FREE Valentine eCards with Yahoo! Greetings!
http://greetings.yahoo.com

-
Please check that your question has not already been answered in the
FAQ before posting. 

RE: [Action] Best practices for authentication

2002-02-13 Thread Pascal Davoust

Mmh, I probably missed something here... I tried what you proposed, but I
get a compilation error. Here's what I did at first, which works correctly:

map:pipeline
  map:match pattern=account
!-- Makes sure that authentication has been successful --
map:act type=session-validator
  map:parameter name=descriptor
   value=file://config/session-params.xml/
  map:parameter name=validate value=user/login/

  !-- The protected content for that match --
/map:act
  /map:match
/map:pipeline

(login is in another pipeline... does it matter?)

And then I tried to reverse the pattern, like this:

map:pipeline
  !-- Makes sure that authentication has been successful --
  map:act type=session-validator
map:parameter name=descriptor
   value=file://config/session-params.xml/
map:parameter name=validate value=user/login/

map:match pattern=account
  !-- The protected content for that match --
/map:match
  /map:act
/map:pipeline

And I get an error, which is :
Error compiling sitemap_xmap: Line 901, column 6: Undefined variable: param

I had a look to the source code, it's obviously missing the variable
declaration. Did I forget something here?

By the way, I found that the context://... specifier as a parameter value
for the action descriptor doesn't work (did I correctly understand that this
sub-protocol is related to the sitemap?), whereas file:// does the
trick (I want to specify a path relative to the sitemap its written into).

Thanks,

Pascal.

-Original Message-
From: Pascal Davoust [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 10:13 PM
To: [EMAIL PROTECTED]
Subject: RE: [Action] Best practices for authentication


Ok, it was too simple and too obvious for me! That's the way I like problems
to be solved. :)

Thanks!

Pascal.

-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 8:37 PM
To: [EMAIL PROTECTED]
Subject: RE: [Action] Best practices for authentication


 From: Pascal Davoust [mailto:[EMAIL PROTECTED]]

 Hi all,

 I've been experimenting with Cocoon 2.0.1 (and before that with Cocoon
1,
 but didn't do much with it because of the lack of features more than
 available in C2 now, mainly actions).
 And now I'm wondering about the 'protected' sample in the distro.

 Basically, having a page protected by authentication involves an
action
 (DatabaseAuthenitcatorAction, in this case) to check that
authentication was
 successful before serving the resource (understand: page), or redirect
to
 login if authentication failed.
 The pattern for this is basically:

   map:match pattern=matching-pattern
 map:act type=session-validator
   !-- The protected (needing authentication) content --
 /map:act
   map:redirect-to uri=login/

 And if I correctly understand, it means that I've got to specify that
schema
 for *every* match I want to protect, right? Seems a bit of overhead to
me
 (may increase the maintenance cost for the sitemap)...

 Is there a smarter way of doing this? Quite frankly, that's the only
one I
 see (I came to that conclusion myself *before* seing the protected
 sample)... but you guys have zillion times more experience than me
with this
 topic! :)


Reverse this, action before match:

 !-- have login before action to avoid loop --
 map:match pattern=login
...
 /map:match

 map:act type=session-validator
   !-- The protected (needing authentication) content --

   map:match pattern=matching-pattern1
  ...
   /map:match

   map:match pattern=matching-pattern2
  ...
   /map:match

 /map:act
 !-- Nothing is unprotected --
 map:redirect-to uri=login/

(this is supported since 2.0.1)


 By the way, C2 rocks! :)

Thanks!

Vadim



-
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]


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


-
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]


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


-
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: problems with StreamGenerator...

2002-02-13 Thread Steven Caswell

Thanks for the info.  Will try out the updated class soon.

-Original Message-
From: giacomo [mailto:[EMAIL PROTECTED]] 
Sent: Monday, February 11, 2002 3:48 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: problems with StreamGenerator...


On Mon, 11 Feb 2002, Steven Caswell wrote:

 Greetings.  I am having the same problem Joe described below. 
 Basically, I'm trying to use the StreamGenerator with a stream of XML 
 (content-type of text/xml).  I've tried the sample code posted by 
 Kinga, but the web server just takes over the CPU and never responds.

 I'm trying this on Cocoon 2.0.1, Tomcat 4.0.1, on Windows XP.  Any 
 help diagnosing the problem is appreciated.

There has been a bug in a class which generates a loop under Tomcat 4.x.
It is fixed in the Cocoon CVS. The class in question can be found here:

http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/java/org/apache/cocoon
/util/PostInputStream.java

Giacomo

 
  Hi,
  the expected contents of the postData is a xml document. You can add
 to your
  client application sending POST request the ability to read the
 external xml
  document. Find any well formed xml doc and experiment. Consider 
  adding to your client: ...
 [snip]
  -Original Message-
  From: Joseph Jupin [mailto:[EMAIL PROTECTED]]
  Sent: Wednesday, January 30, 2002 4:36 PM
  To: [EMAIL PROTECTED]
  Subject: Re: problems with StreamGenerator...
 
 
  Hi, Kinga...
 
  Thanx for taking time to talk about this.  But so far, that 
  solution's not working either.  Just a quick question
  - does the contents of the postData need to be of the form 
  ?foo=data and does the data segment need to be url encoded?
 
  I've put your suggestions in and so far, the server hangs
  - it never responds back - and doesn't even act like it's been 
  queried...  kinda strange...
 
  again, many thanx...
 
  peace.  JOe...



 _
 Do You Yahoo!?
 Get your free @yahoo.com address at http://mail.yahoo.com


 -
 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]






-
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]



_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


-
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: StreamGenerator: Could not get parser

2002-02-13 Thread Steven Caswell

I did the search on your name and did not find what looked like the
posting.  I did get things working yesterday but I'd still be interested
in seeing your solution.  My problem was with how I was building the
form field content.

TIA

-Original Message-
From: Joseph Jupin [mailto:[EMAIL PROTECTED]] 
Sent: Tuesday, February 12, 2002 11:58 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: StreamGenerator: Could not get parser


Hi, Steve...

I did detail the solution out in another post to this 
newsgroup.  I don't have a reference to the exact post - 
but search for my last name and see if it returns from 
that.  If not, I'll search the archives tonite and forward 
it to you.  In it, I detail what I did with the sitemap 
and what I had to write in my servlet to get this to work.

cool.

peace.  JOe...
ps - last name is :  jupin

On Mon, 11 Feb 2002 12:36:32 -0500
  Steven Caswell [EMAIL PROTECTED] wrote:
Joe, could you share your solution.  I am having the same
problem.
  
TIA

-Original Message-
From: Steven Caswell [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 11, 2002 12:07 PM
To: [EMAIL PROTECTED]
Subject: 



Actually, that was a fat-finger on my part, Kinga...  I
typed in the sitemap by hand - but it really is going to 
request2...  Also, I changed the variable name in the 
sitemap and form accordingly - removed the 
capitalization...  it appears that when setting a request 
attribute on the URLConnection class - it converts it all 
to lower case on the way out - thus, I had to make the 
change... 

But, I solved my problem which I'll detail in another
message... 

many thanx for your help!

peace.  JOe...

On Thu, 31 Jan 2002 06:03:12 -0800 
   DZIEMBOWSKI,KINGA (HP-NewJersey,ex2)
[EMAIL PROTECTED] wrote: 
 
Hi,
The expected form name is Foo it looks like you have 
foo. 
I assume you are sending the xml document using the form 
similar to 
OrderPage. 
I like point to you that the request you are sending is 
REQUEST: 
/cocoon/request2 and the sitemap entry you are showing 
references request1. 
Kinga 




_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


-
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]




Installing Cocoon 2.0.1 on Websphere App Server 4.0.1AE

2002-02-13 Thread Edwin M. Cruz

Are there any warnings i should know about before designing my app around
this framework?
Has anyone used it for an exterprise application?


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


-
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: Cocoon, XForms, ExFormula, Chiba, Struts, etc

2002-02-13 Thread Ivanov, Ivelin


That sounds good.

We've used Castor for successfully binding heavy XML traffic. 
Have you coordinated efforts with the folks that started ExFormula. 
I see that Chris is still active on the Cocoon list.

The reason why I am opening this subject again is 
because I think it can add significant value to Cocoon.
I am prepared to put some time working on this.

Please let me know if we should keep this discussion in the dev mailing
list.

So, as briefly as I can, I'll share my experience and ideas:

For those who haven't used Struts:
It is a succesful Apache project (http://jakarta.apache.org/struts) which
automates the task of mapping html forms to value objects used in an
application domain.
It's expected to influence directly the following JSRs:
JavaServer Faces JSR: http://jcp.org/jsr/detail/127.jsp
JSP 1.4 JSR: http://jcp.org/jsr/detail/152.jsp

If it's so good, why are you posting on this list ?

Struts is great with HTML forms. However it doesn't deal nor it plans
to deal with any other sort of media.

It doesn't take into perspective web services for example.
We want to reuse the interface layer for SOAP clients as well.
For some time now our project had pending requirements for web services
support.
We want to let other companies integrate with our portal. 
A reason why we keep pushing this requirement off
is that it can't happen easy. All our external interface have been tied to
JSP+Struts. Since we want to allow customers to do through web services 
what they could do through the regular Web UI, we'll need to write a brand
new 
interface layer. We won't be able to reuse the automatic population and
validation
that we have for the HTML interface.

Being a Cocoon newbie, I might be totally wrong, but
it appears that the current Cocoon architecture is
also focused towards HTML form validation (through
rules for HTTP POST/GET params), but it also does not
try to deal with other media like SOAP.

Last October there has been an interesting discussion
on the Cocoon mailing list about integrating server
side XForms. 
I found it quite interesting, because based on my
experience I do believe there is a farely good chance
that XForms (or some limited version) can be
successfully integrated in Cocoon so that data
validation and java binding code (two way: web client
- XML - Java domain objects) can be easily reused
for clients ranging from HTML to SOAP. I also believe
that this can be achieved with a sufficiently high
performance (in many cases the WebClient -
JavaObjects transformation can be achieved without
necessarily going through naive XML representation. 
Instead using SAX events and JAXB ).

Additionally data validation can be probably achieved elegantly
through parser (xerces2) validation against XML Schema.

Berin, Chris, Torsten and others seem to have made similar observation 
and have therefore started ExFormula last year. 
Chiba looks promising too. 


Can we try to unify and finish the job started, so that Cocoon moves to the
next level.


I'm all ears !



-= Ivelin =-

-Original Message-
From: Thorsten Mauch [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 7:49 AM
To: '[EMAIL PROTECTED]'
Subject: AW: Cocoon, XForms, ExFormula,, Struts, etc


Hi
we are working on a integeration from 
cocoon chiba and castor-xml
http://sourceforge.net/projects/chiba/

we like to use castor to perform
the data exchange automaticly.
Beside this we wrote some basic
actions to handle Xforms request.

I hope that you will see a basic
version of that in the Chiba CVS



-Ursprüngliche Nachricht-
Von: Ivanov, Ivelin [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 13. Februar 2002 06:49
An: '[EMAIL PROTECTED]'
Betreff: Cocoon, XForms, ExFormula,, Struts, etc



Hi,

After using successfully JSPs+Struts for a relatively big enterprise
project, I've grown to appreciate the MVC model, but have also found some
places where it can be improved.

Before starting a long discussion, I'm first just looking for a short answer
to the following question:

Does Cocoon 2 have a mechanism for achieving automatic Form population and
validation, similar to Struts ?

I've noticed that in the project archive XForms and ExFormula have been
discussed on a number of ocasions, but they've been integrated in C2. Am I
wrong?

I will appreciate a prompt response.

Thank you.

-= Ivelin Ivanov =-




-
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]

-
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]


Cocoon v2 article @ xml.com by Stefano

2002-02-13 Thread Peter Royal

http://www.xml.com/pub/a/2002/02/13/cocoon2.html
-pete

-- 
peter royal - [EMAIL PROTECTED]

-
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]




Error : 500 Internal Servlet Error

2002-02-13 Thread Shailendra Vasale


hi All,


   I'm running c2 on tomcat3.2.3.When I call my xml file in c2 using serverpages 
generator.I get the following error.

Error: 500
Location: /cocoon/show123/style.xml
Internal Servlet Error:

java.lang.ClassFormatError: org/apache/cocoon/www/docs/samples/styles/style_xml (Code 
of a method longer than 65535 bytes)
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:486)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:248)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
at java.lang.ClassLoader.loadClass(ClassLoader.java:253)
at 
org.apache.cocoon.components.classloader.ClassLoaderManagerImpl.loadClass(ClassLoaderManagerImpl.java:64)
at 
org.apache.cocoon.components.language.programming.java.JavaLanguage.loadProgram(JavaLanguage.java:121)
at 
org.apache.cocoon.components.language.programming.CompiledProgrammingLanguage.load(CompiledProgrammingLanguage.java:144)
at 
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.generateResource(ProgramGeneratorImpl.java:320)
at 
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.createResource(ProgramGeneratorImpl.java:271)
at 
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:188)
at 
org.apache.cocoon.generation.ServerPagesGenerator.setup(ServerPagesGenerator.java:170)
at 
org.apache.cocoon.components.pipeline.AbstractEventPipeline.setupPipeline(AbstractEventPipeline.java:146)
at 
org.apache.cocoon.components.pipeline.CachingEventPipeline.setup(CachingEventPipeline.java:239)
at 
org.apache.cocoon.components.pipeline.CachingEventPipeline.generateKey(CachingEventPipeline.java:99)
at 
org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:277)
at 
org.apache.cocoon.www.sitemap_xmap.wildcardMatchN40049C(sitemap_xmap.java:6499)
at org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:2990)
at org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:2551)
at org.apache.cocoon.sitemap.Handler.process(Handler.java:163)
at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:114)
at org.apache.cocoon.Cocoon.process(Cocoon.java:514)
at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:591)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405)
at org.apache.tomcat.core.Handler.service(Handler.java:287)
at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372)
at 
org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:812)
at org.apache.tomcat.core.ContextManager.service(ContextManager.java:758)
at 
org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpConnectionHandler.java:213)
at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416)
at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:501)
at java.lang.Thread.run(Thread.java:484)



   Can anyone help me out.

   TIA.

Regards,
SHAILENDRA.


 


-
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: Error : 500 Internal Servlet Error

2002-02-13 Thread Brian Blakeley

As I understand it Java does not allow methods larger than 65535 bytes and
therefore you need to break up things a bit.

Brian


- Original Message -
From: Shailendra Vasale [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, February 14, 2002 2:07 AM
Subject: Error : 500 Internal Servlet Error



hi All,


   I'm running c2 on tomcat3.2.3.When I call my xml file in c2 using
serverpages generator.I get the following error.

Error: 500
Location: /cocoon/show123/style.xml
Internal Servlet Error:

java.lang.ClassFormatError:
org/apache/cocoon/www/docs/samples/styles/style_xml (Code of a method longer
than 65535 bytes)
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:486)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:248)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
at java.lang.ClassLoader.loadClass(ClassLoader.java:253)
at
org.apache.cocoon.components.classloader.ClassLoaderManagerImpl.loadClass(Cl
assLoaderManagerImpl.java:64)
at
org.apache.cocoon.components.language.programming.java.JavaLanguage.loadProg
ram(JavaLanguage.java:121)
at
org.apache.cocoon.components.language.programming.CompiledProgrammingLanguag
e.load(CompiledProgrammingLanguage.java:144)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.generat
eResource(ProgramGeneratorImpl.java:320)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.createR
esource(ProgramGeneratorImpl.java:271)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(Pr
ogramGeneratorImpl.java:188)
at
org.apache.cocoon.generation.ServerPagesGenerator.setup(ServerPagesGenerator
.java:170)
at
org.apache.cocoon.components.pipeline.AbstractEventPipeline.setupPipeline(Ab
stractEventPipeline.java:146)
at
org.apache.cocoon.components.pipeline.CachingEventPipeline.setup(CachingEven
tPipeline.java:239)
at
org.apache.cocoon.components.pipeline.CachingEventPipeline.generateKey(Cachi
ngEventPipeline.java:99)
at
org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingS
treamPipeline.java:277)
at
org.apache.cocoon.www.sitemap_xmap.wildcardMatchN40049C(sitemap_xmap.java:64
99)
at org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:2990)
at org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:2551)
at org.apache.cocoon.sitemap.Handler.process(Handler.java:163)
at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:114)
at org.apache.cocoon.Cocoon.process(Cocoon.java:514)
at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:591)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405)
at org.apache.tomcat.core.Handler.service(Handler.java:287)
at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372)
at
org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:81
2)
at org.apache.tomcat.core.ContextManager.service(ContextManager.java:758)
at
org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpC
onnectionHandler.java:213)
at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416)
at
org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:501)
at java.lang.Thread.run(Thread.java:484)



   Can anyone help me out.

   TIA.

Regards,
SHAILENDRA.





-
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]



-
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]