date:20031021

Oh yes, 2.1. I will test on 2.0.4.

Joerg

Jorg Heymans wrote:
is this on cocoon 2.1.x ?
Because on 2.0.4 this does not work.
 From sitemap.log
INFO(2003-10-21) 09:25.13:492   [sitemap] (/app/gfx/remotedir) 
Thread-11/PipelineNode: Resource not found in pipeline at 
file:/D:/servers/jakarta-tomcat-4.1.24-LE-jdk14/webapps/cocoon/sitemap.xmap:77:17 

org.apache.cocoon.ResourceNotFoundException: Z:\temp is not a directory.
...

Joerg Heinicke wrote:

Tested it, works for me:



Joerg

On 20.10.2003 16:06, Jorg Heymans wrote:

nope

neiter do
src="file:///z:/temp//"
src="file:///z:/temp//"
src="file:///z:\temp"
src="file:///z:\temp\"
src="file://z:/temp"
Where can I trace this inputSource = this.resolver.resolve(directory) 
? In eclipse it's only pointing to interfaces but i don't know which 
class is implementing it.

tnx
Jorg
Joerg Heinicke wrote:
What about src="file:///z:/temp"/>??

Joerg

Jorg Heymans wrote:

Hi,

I am trying to generate a directory listing of a directory on a 
shared drive (windows) without success.



Looking at the source in DirectoryGenerator it's easy to see where 
the error comes from

   inputSource = this.resolver.resolve(directory);
   String systemId = inputSource.getSystemId();
   if (!systemId.startsWith(FILE)) {
 throw new ResourceNotFoundException(systemId + " does 
not denote a directory");
   }
   // This relies on systemId being of the form "file://..."
   File directoryFile = new File(new URL(systemId).getFile());
   if (!directoryFile.isDirectory()) {
-->throw new ResourceNotFoundException(directory + 
" is not a directory.");
   }

Something in this "systemid" (and thus in resolver.resolve()) is 
throwing the File object off course, because the following works:

File directoryFile = new File("z:\\temp\\");
if (!directoryFile.isDirectory()) {
   System.out.println("not a directory");
}
Any thoughts on this? Tomcat is started as a system user with 
rights to the share (and i know that works because in java-code the 
access is fine)

Regards
Jorg
--
System Development
VIRBUS AG
Fon  +49(0)341-979-7419
Fax  +49(0)341-979-7409
[EMAIL PROTECTED]
www.virbus.de
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

File uploads not working on Linux

My cocoon application works fine using Jetty on Win XP, but as soon as I move it to 
the Linux production box (using 
the same version of cocoon and Jetty with identical configurations) my FileUpload 
action fails.

The code to get the File from the request object is:

Request request = ObjectModelHelper.getRequest(objectModel);
Part part = (Part) request.get("filename");

On XP the 'Part' object is gathered correctly. On Linux it is null.

Any ideas?

Thanks.

--
Paul Bowler
Aventix Associates Ltd

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

Re: tomcat4 : cocoon 2.1.3 dev : xiclude failed: one solution

I change the xmlbase sample xml to the following:


http://www.w3.org/2001/XInclude";>
  XInclude xml:base demo
  
This is a test of the xml:base support.


  

  

  
  


  

And it works. Maybe you are only missing a trailing / after 
cocoon://sitemap_item  ==> cocoon://sitemap_item/.

Joerg

iyy wrote:
try using cocoon://sitemap_item
in xml:base
my samples work as well. but if i place cocoon://abc
and in href="rest of url" it fails.
- Original Message -
From: "Joerg Heinicke" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, October 20, 2003 3:13 PM
Subject: Re: tomcat4 : cocoon 2.1.3 dev : xiclude failed: one solution


Does the xmlbase sample at
http://127.0.0.1:/samples/aggregation/xmlbase.html work for you?
It does for me, so I guess it's not a problem with xml:base in general.

Joerg

iyy wrote:

i found that if i moved what is mentioned in xml:base to href then
xincludes

work without any problem..

xml:base used to work without any problem in cocoon 2.1 dev version..

- Original Message -
From: "Andrzej Jan Taramina" <[EMAIL PROTECTED]>
To: "iyy" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, October 18, 2003 7:59 PM
Subject: Re: tomcat4 : cocoon 2.1.3 dev : xiclude failed



Error message is :

org.apache.cocoon.ProcessingException: Failed to execute pipeline.:
java.lang.NullPointerException
But if I xincluded a static file , it works.. Above resource is dynamic
xml


from our sitemap.
Look in the logsusually you'll find more detailed info there on what
caused the transformation problem.
Andrzej Jan Taramina
--
System Development
VIRBUS AG
Fon  +49(0)341-979-7419
Fax  +49(0)341-979-7409
[EMAIL PROTECTED]
www.virbus.de
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Problem with authentication-framework

2003-10-21 Thread Carsten Ziegeler

Hi,

many thanks for your test case - I just found the bug and have committed
a change to the cvs; only one single class the loggedin action is 
affected.

Many thanks for your help
Carsten

> -Original Message-
> From: Frederic Gaus [mailto:[EMAIL PROTECTED]
> Sent: Monday, October 20, 2003 5:01 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Problem with authentication-framework
> 
> 
> >Thanks for the info, can you please also post the except from
> >the sitemap? Are you using the cocoon: protocol?
> 
> Well, thats a bit complicated ... I'll try:
> 
> To open the child-window I use:
> 
>   
> 
> 
> 
> 
> 
> 
>   
> 
> After closing the child-window and clicking on a link in the
> parent-window, the following sitemap is used. 
> 
>   
> 
>   
>   
> 
>   
> 
>   
> 
>   
>   
> 
> 
> 
>   
> 
> 
> 
> 
> 
>   
>   
> The aggregate.xsp aggegates (among others) the mycaplab-portlet, which
> causes the problem because of the auth-loggedIn arround.
> 
>   
> 
>   
>   
> 
>   
>   
>   
>   
>   
>   
> 
> 
> 
> 
> 
>   
> 
> Using this Pipeline, there occures no NullPointerException:
> 
>   
> 
> 
> 
> 
> 
>   
> 
> 
> I hope that helps you to help me ;-)
> 
> Greetings
> 
> Freddy
> 

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

JSP & Cocoon and JSPReader problem

2003-10-21 Thread Jan Wielgus

Hello all,

I got an error message when I'm trying to read my jsp page by cocoon using JSPReader. 
In the sitemap I have such pipeline entry:







My configuration is: cocoon 2.0.4, Tomcat 4.1.27

Apart from that, I would like to ask a more general question. I have to write a 
web-application for storing and transforming of XML-documents. I thought I use JSP for 
GUI and such things as DBAccess (where I want to use Beans) and only the part, which 
would be responsible for transforming of XML-docs in various endformats (HTML, LaTeX, 
PDF). I would like to "combine" JSP with Cocoon. Is it possible, or would you rather 
not recommend it?

Back to the first thing, the error message I get is:

org.apache.cocoon.ProcessingException: ServletException in JSPReader.generate()

sender org.apache.cocoon.servlet.CocoonServlet

source Cocoon servlet

stack-trace

org.apache.cocoon.ProcessingException: ServletException in JSPReader.generate()
at org.apache.cocoon.reading.JSPReader.generate(JSPReader.java:150)
at 
org.apache.cocoon.components.pipeline.CachingStreamPipeline.processReader(CachingStreamPipeline.java:247)
at 
org.apache.cocoon.components.pipeline.AbstractStreamPipeline.process(AbstractStreamPipeline.java:168)
at 
org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:289)
at 
org.apache.cocoon.www.sitemap_xmap.matchN1098B(C:\Tomcat4.1\work\Standalone\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:11628)
at 
org.apache.cocoon.www.sitemap_xmap.process(C:\Tomcat4.1\work\Standalone\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:3870)
at 
org.apache.cocoon.www.sitemap_xmap.process(C:\Tomcat4.1\work\Standalone\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:3097)
at org.apache.cocoon.sitemap.Handler.process(Handler.java:227)
at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:173)
at org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:152)
at org.apache.cocoon.Cocoon.process(Cocoon.java:579)
at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1043)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2416)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:601)
at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565)
at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.ru

URL encoding for request

2003-10-21 Thread Fleischer Roman

Hello,

i have some problems with URL encoding. 
I call a matcher in this form:
http://127.0.0.1/cocoon/OCIprod?searchString=Gie%C3%9Fharz&searchMLFB=&searc
h=result...
(%C3%9F is the german "ss")

In the matcher i call a request generator and a xml-serializer.
The result is:
...


Gießharz 


result
...

Why is the parameter searchString transformed? How can i aviod the
transforming? I need this param UTF-8 encoded (like in the  calling URL)

Any idea?
Thanks...  


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

Re: File uploads not working on Linux

Paul Bowler wrote:
My cocoon application works fine using Jetty on Win XP, but as soon as I move it to the Linux production box (using 
the same version of cocoon and Jetty with identical configurations) my FileUpload action fails.

The code to get the File from the request object is:

Request request = ObjectModelHelper.getRequest(objectModel);
Part part = (Part) request.get("filename");
On XP the 'Part' object is gathered correctly. On Linux it is null.
Is allow-uploads set correctly in web.xml on the linux box?

Geoff

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

simple matching problem

2003-10-21 Thread anders

Hello
I have a real beginner's problem with relative links to in my cocoon 2.0.4 
webapp

The root sitemap is located at the webapp context at server.com/cocoon.
In a subdirectory under /cocoon I have a subsitemap containing several 
directories, for example "dir1" and "dir2". There is also an svg file in a 
directory "images". Thus the directory listing looks something like this:

/cocoon
/cocoon/submap/dir2/
/cocoon/submap/dir1/
/cocoon/submap/images/
/cocoon/submap/images/image.svg
/cocoon/submap/sitemap.xmap
/cocoon/sitemap.xmap

Where the root sitemap has the submap/sitemap.xmap mounted at some path 
unknown to the subsitemap.

The problem now is that I generate pages at requests to dir1/page1.html and 
dir2/page2.html , and inside these html pages I want to use the image.jpg 
generated by the svg. If I write the matcher to catch image.jpg at all paths , 
i guess match="**/image.jpg", then the map:generate src="images/image.svg" 
will only find the svg if the requested html page is in the sitemap directory?
I'm unsure how the src is resolved by default, through the current request or 
by the sitemap directory?

Matching and generating as above, I get the rendered image ok from a html page 
in the sitemap directory, but I get a resource missing error from 
dir1/page1.html. 

Am I missing something fundamental? 
Thanks for any help

Regards
Anders 

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

Re: Command line interface

2003-10-21 Thread Simon Mieth

On Tue, 21 Oct 2003 07:19:13 +0100
Upayavira <[EMAIL PROTECTED]> wrote:

> Try recompiling Cocoon without the Deli block (and exclude session-fw 
> whilst you're at it).
> 
> Regards, Upayavira

Hi,

another solution is to strip down the "cocoon.xconf" file to related components, which 
are needed for CLI-processing.

I removed all deli,portal-framework,session,hsqldb-components and it works fine for 
me. 

I think with a modified cocoon.xconf, rebuilding without some blocks will not needed.

Regards,

Simon  

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

Re: File uploads not working on Linux

Yep. The configurations are identical as they come from the same build process.

Paul.

P.S. I am using cocoon 2.1.

--
Paul Bowler
Aventix Associates Ltd

-- Original Message ---
From: Geoff Howard <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Sent: Tue, 21 Oct 2003 08:13:53 -0400
Subject: Re: File uploads not working on Linux

> Paul Bowler wrote:
> > My cocoon application works fine using Jetty on Win XP, but as soon as I move it 
> > to the Linux production box 
(using 
> > the same version of cocoon and Jetty with identical configurations) my FileUpload 
> > action fails.
> > 
> > The code to get the File from the request object is:
> > 
> > Request request = ObjectModelHelper.getRequest(objectModel);
> > Part part = (Part) request.get("filename");
> > 
> > On XP the 'Part' object is gathered correctly. On Linux it is null.
> 
> Is allow-uploads set correctly in web.xml on the linux box?
> 
> Geoff
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
--- End of Original Message ---


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

Re: File uploads not working on Linux

Paul Bowler wrote:
Yep. The configurations are identical as they come from the same build process.
Did you double check?  The reason I'm asking is that if your XP is local 
and allow-uploads are not set, uploads may appear to work under some 
circumstances because the file is local.  The other thing is to make 
sure the enctype of the form is set correctly.  If you have the samples 
running on the linux box, does the upload sample work?

Also, do you see any errors in Cocoon's logs?  If not, you may want to 
set your loglevel to DEBUG (it's much higher in 2.1) and see if there 
are any related messages.

Geoff

P.S. I am using cocoon 2.1.

--
Paul Bowler
Aventix Associates Ltd
-- Original Message ---
From: Geoff Howard <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Sent: Tue, 21 Oct 2003 08:13:53 -0400
Subject: Re: File uploads not working on Linux

Paul Bowler wrote:

My cocoon application works fine using Jetty on Win XP, but as soon as I move it to the Linux production box 
(using 

the same version of cocoon and Jetty with identical configurations) my FileUpload action fails.

The code to get the File from the request object is:

Request request = ObjectModelHelper.getRequest(objectModel);
Part part = (Part) request.get("filename");
On XP the 'Part' object is gathered correctly. On Linux it is null.
Is allow-uploads set correctly in web.xml on the linux box?


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

Re: File uploads not working on Linux

Geoff,

The sample file upload works fine. There is nothing different between the XP and Linux 
configurations and the enctype 
is correct.

I'll up the debug level as you suggest.

Thanks.

--
Paul Bowler
Aventix Associates Ltd

-- Original Message ---
From: Geoff Howard <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Sent: Tue, 21 Oct 2003 08:54:39 -0400
Subject: Re: File uploads not working on Linux

> Paul Bowler wrote:
> > Yep. The configurations are identical as they come from the same build process.
> 
> Did you double check?  The reason I'm asking is that if your XP is local 
> and allow-uploads are not set, uploads may appear to work under some 
> circumstances because the file is local.  The other thing is to make 
> sure the enctype of the form is set correctly.  If you have the samples 
> running on the linux box, does the upload sample work?
> 
> Also, do you see any errors in Cocoon's logs?  If not, you may want to 
> set your loglevel to DEBUG (it's much higher in 2.1) and see if there 
> are any related messages.
> 
> Geoff
> 
> > P.S. I am using cocoon 2.1.
> > 
> > --
> > Paul Bowler
> > Aventix Associates Ltd
> > 
> > -- Original Message ---
> > From: Geoff Howard <[EMAIL PROTECTED]>
> > To: [EMAIL PROTECTED]
> > Sent: Tue, 21 Oct 2003 08:13:53 -0400
> > Subject: Re: File uploads not working on Linux
> > 
> > 
> >>Paul Bowler wrote:
> >>
> >>>My cocoon application works fine using Jetty on Win XP, but as soon as I move it 
> >>>to the Linux production box 
> > 
> > (using 
> > 
> >>>the same version of cocoon and Jetty with identical configurations) my FileUpload 
> >>>action fails.
> >>>
> >>>The code to get the File from the request object is:
> >>>
> >>>Request request = ObjectModelHelper.getRequest(objectModel);
> >>>Part part = (Part) request.get("filename");
> >>>
> >>>On XP the 'Part' object is gathered correctly. On Linux it is null.
> >>
> >>Is allow-uploads set correctly in web.xml on the linux box?
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
--- End of Original Message ---


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

transactions in SQLTransformer

2003-10-21 Thread David Kavanagh

If anyone needs transaction support in the SQLTransformer. Have a look 
at this and vote for it. :-)

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20631

I've found it very useful on a project I'm working on and it would be a 
nice addition to the standard SQLTransformer.

David

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

Aggregation problem: generate an XSLT in one pipeline and then apply it in another

2003-10-21 Thread Oleg Dulin

Here is what I need to do:

1) I have an incoming http request as XML using RequestGenerator
2) I need to generate an XSLT based on the result of (1)
3) I then need to apply XSLT in step (2) to an XML file
4) Save the result of (3) in a file using SourceWritingTransformer
What is the cleanest way to do something like that ?

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

Link Livesites: Cocoon 2.0

2003-10-21 Thread Paul Hermans

Our site http://www.protext.be/ is running on cocoon 2.0.3.
The website presents the services and products of our company Pro Text.


Regards,


Paul


Paul Hermans - Pro Text (an Amplexor Company)
NEW ADDRESS
De Vunt 17 - B-3220 Holsbeek - Belgium
mailto:[EMAIL PROTECTED]
+32 16 44 25 16 - fax +32 16 44 25 15
visit us at http://www.protext.be

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

Re: File uploads not working on Linux

After a little more testing it appears file uploads ARE actually working, but only for 
small files. Files any larger 
than a few Kbytes results in a 'Cannot find server' error being displayed as soon as 
the 'upload' button is pressed.

Pressing 'refresh' on the browser then forces this form to be resubmitted which is 
when the 'part' object appears as 
null.

I thought this may be due to the max-upload-size flag being incorrectly set in 
cocoons' web.xml but it is set to:


  upload-max-size
  1000


i.e. 10Mbytes. More than enough for the files I am trying to upload.

Can anyone shed some light on why this is failing, and why the rather bazaar 'Cannot 
find server' error message is 
displayed.

I am at my wits end!

Thanks,

Paul.

--
Paul Bowler
Aventix Associates Ltd

-- Original Message ---
From: Geoff Howard <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Sent: Tue, 21 Oct 2003 08:54:39 -0400
Subject: Re: File uploads not working on Linux

> Paul Bowler wrote:
> > Yep. The configurations are identical as they come from the same build process.
> 
> Did you double check?  The reason I'm asking is that if your XP is local 
> and allow-uploads are not set, uploads may appear to work under some 
> circumstances because the file is local.  The other thing is to make 
> sure the enctype of the form is set correctly.  If you have the samples 
> running on the linux box, does the upload sample work?
> 
> Also, do you see any errors in Cocoon's logs?  If not, you may want to 
> set your loglevel to DEBUG (it's much higher in 2.1) and see if there 
> are any related messages.
> 
> Geoff
> 
> > P.S. I am using cocoon 2.1.
> > 
> > --
> > Paul Bowler
> > Aventix Associates Ltd
> > 
> > -- Original Message ---
> > From: Geoff Howard <[EMAIL PROTECTED]>
> > To: [EMAIL PROTECTED]
> > Sent: Tue, 21 Oct 2003 08:13:53 -0400
> > Subject: Re: File uploads not working on Linux
> > 
> > 
> >>Paul Bowler wrote:
> >>
> >>>My cocoon application works fine using Jetty on Win XP, but as soon as I move it 
> >>>to the Linux production box 
> > 
> > (using 
> > 
> >>>the same version of cocoon and Jetty with identical configurations) my FileUpload 
> >>>action fails.
> >>>
> >>>The code to get the File from the request object is:
> >>>
> >>>Request request = ObjectModelHelper.getRequest(objectModel);
> >>>Part part = (Part) request.get("filename");
> >>>
> >>>On XP the 'Part' object is gathered correctly. On Linux it is null.
> >>
> >>Is allow-uploads set correctly in web.xml on the linux box?
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
--- End of Original Message ---


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

Re: File uploads not working on Linux

Paul Bowler wrote:
After a little more testing it appears file uploads ARE actually working, but only for small files. Files any larger 
than a few Kbytes results in a 'Cannot find server' error being displayed as soon as the 'upload' button is pressed.

Pressing 'refresh' on the browser then forces this form to be resubmitted which is when the 'part' object appears as 
null.

I thought this may be due to the max-upload-size flag being incorrectly set in cocoons' web.xml but it is set to:


  upload-max-size
  1000

i.e. 10Mbytes. More than enough for the files I am trying to upload.

Can anyone shed some light on why this is failing, and why the rather bazaar 'Cannot find server' error message is 
displayed.

I am at my wits end!
Hmm, this should result in an error message in your servlet container 
with a stack trace.  That would save loads of time.

Geoff

-- Original Message ---
From: Geoff Howard <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Sent: Tue, 21 Oct 2003 08:54:39 -0400
Subject: Re: File uploads not working on Linux

Paul Bowler wrote:

Yep. The configurations are identical as they come from the same build process.
Did you double check?  The reason I'm asking is that if your XP is local 
and allow-uploads are not set, uploads may appear to work under some 
circumstances because the file is local.  The other thing is to make 
sure the enctype of the form is set correctly.  If you have the samples 
running on the linux box, does the upload sample work?

Also, do you see any errors in Cocoon's logs?  If not, you may want to 
set your loglevel to DEBUG (it's much higher in 2.1) and see if there 
are any related messages.

Geoff


P.S. I am using cocoon 2.1.

--
Paul Bowler
Aventix Associates Ltd
-- Original Message ---
From: Geoff Howard <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Sent: Tue, 21 Oct 2003 08:13:53 -0400
Subject: Re: File uploads not working on Linux


Paul Bowler wrote:


My cocoon application works fine using Jetty on Win XP, but as soon as I move it to the Linux production box 
(using 


the same version of cocoon and Jetty with identical configurations) my FileUpload action fails.

The code to get the File from the request object is:

Request request = ObjectModelHelper.getRequest(objectModel);
Part part = (Part) request.get("filename");
On XP the 'Part' object is gathered correctly. On Linux it is null.
Is allow-uploads set correctly in web.xml on the linux box?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--- End of Original Message ---

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





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

Files uploading with Cocoon 2.1

2003-10-21 Thread Josep Riudavets Aguilo

Hi all...

I'm trying to implement a webpage with an upload file option. I have
visited http://wiki.cocoondev.org/Wiki.jsp?page=FileUploadsWithFlow,
and I have found some info about "FileUploadsWithFlow".

First step is related to add the uploado option: 

   

 
 

   
The second step is:

   

   

But I don't undersand the third step:

   var role = Packages.org.mystuff.UploadManager.ROLE;

   function upload() {
  var uploader = cocoon.componentManager.getComponent(role);
  var part = cocoon.request.get("blah");
  var success = uploader.handle(part.getInputStream());
  if (success) {
sendPage("success.html");
  } else {
sendPage("failure.html");
  }
   }


Where do I have to write this code???

No more things to do? Only these three steps? Do I have to add
 into sitemap???

Thanks a lot

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

Re: File uploads not working on Linux

When this happens nothing is written to the server logs so I don't think the request 
is getting that far.

I'm starting to think there must be an upload size limit on one of our proxy servers 
or routers. Odd, but worth 
looking at I suppose.

Thanks for all your pointers.

Kind regards,

Paul.

--
Paul Bowler
Aventix Associates Ltd

-- Original Message ---
From: Geoff Howard <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Sent: Tue, 21 Oct 2003 10:40:51 -0400
Subject: Re: File uploads not working on Linux

> Paul Bowler wrote:
> > After a little more testing it appears file uploads ARE actually working, but only 
> > for small files. Files any 
larger 
> > than a few Kbytes results in a 'Cannot find server' error being displayed as soon 
> > as the 'upload' button is 
pressed.
> > 
> > Pressing 'refresh' on the browser then forces this form to be resubmitted which is 
> > when the 'part' object appears 
as 
> > null.
> > 
> > I thought this may be due to the max-upload-size flag being incorrectly set in 
> > cocoons' web.xml but it is set to:
> > 
> > 
> >   upload-max-size
> >   1000
> > 
> > 
> > i.e. 10Mbytes. More than enough for the files I am trying to upload.
> > 
> > Can anyone shed some light on why this is failing, and why the rather bazaar 
> > 'Cannot find server' error message is 
> > displayed.
> > 
> > I am at my wits end!
> 
> Hmm, this should result in an error message in your servlet container 
> with a stack trace.  That would save loads of time.
> 
> Geoff
> 
> > -- Original Message ---
> > From: Geoff Howard <[EMAIL PROTECTED]>
> > To: [EMAIL PROTECTED]
> > Sent: Tue, 21 Oct 2003 08:54:39 -0400
> > Subject: Re: File uploads not working on Linux
> > 
> > 
> >>Paul Bowler wrote:
> >>
> >>>Yep. The configurations are identical as they come from the same build process.
> >>
> >>Did you double check?  The reason I'm asking is that if your XP is local 
> >>and allow-uploads are not set, uploads may appear to work under some 
> >>circumstances because the file is local.  The other thing is to make 
> >>sure the enctype of the form is set correctly.  If you have the samples 
> >>running on the linux box, does the upload sample work?
> >>
> >>Also, do you see any errors in Cocoon's logs?  If not, you may want to 
> >>set your loglevel to DEBUG (it's much higher in 2.1) and see if there 
> >>are any related messages.
> >>
> >>Geoff
> >>
> >>
> >>>P.S. I am using cocoon 2.1.
> >>>
> >>>--
> >>>Paul Bowler
> >>>Aventix Associates Ltd
> >>>
> >>>-- Original Message ---
> >>>From: Geoff Howard <[EMAIL PROTECTED]>
> >>>To: [EMAIL PROTECTED]
> >>>Sent: Tue, 21 Oct 2003 08:13:53 -0400
> >>>Subject: Re: File uploads not working on Linux
> >>>
> >>>
> >>>
> Paul Bowler wrote:
> 
> 
> >My cocoon application works fine using Jetty on Win XP, but as soon as I move 
> >it to the Linux production box 
> >>>
> >>>(using 
> >>>
> >>>
> >the same version of cocoon and Jetty with identical configurations) my 
> >FileUpload action fails.
> >
> >The code to get the File from the request object is:
> >
> >Request request = ObjectModelHelper.getRequest(objectModel);
> >Part part = (Part) request.get("filename");
> >
> >On XP the 'Part' object is gathered correctly. On Linux it is null.
> 
> Is allow-uploads set correctly in web.xml on the linux box?
> >>
> >>-
> >>To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > --- End of Original Message ---
> > 
> > 
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > 
> > 
> > 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
--- End of Original Message ---


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

RE: Aggregation problem: generate an XSLT in one pipeline and then apply it in another

2003-10-21 Thread Kai Bruns


Hello Oleg,

something like that should work (both matchers in the same sitemap):


 
 (Transformations as you need)
 



 
 
 (SourceWritingTransformer, ..., Serializer)



I did not try it but in should do the things you want. Although I don't
really know whether this is the cleanest way to do it!

HTH,

 Kai




   
  
Oleg Dulin 
  
<[EMAIL PROTECTED]An: [EMAIL PROTECTED]
 
ulin.com>Kopie:
  
 Thema:  Aggregation problem: generate an XSLT 
in one pipeline and then apply it in  
21.10.2003   another   
  
15:45  
  
Bitte  
  
antworten an   
  
users  
  
   
  
   
  




Here is what I need to do:

1) I have an incoming http request as XML using RequestGenerator
2) I need to generate an XSLT based on the result of (1)
3) I then need to apply XSLT in step (2) to an XML file
4) Save the result of (3) in a file using SourceWritingTransformer

What is the cleanest way to do something like that ?

Kind regards,
Oleg


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












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

Antwort: RE: Aggregation problem: generate an XSLT in one pipeline and then apply it in another

2003-10-21 Thread Kai Bruns


Sorry, second matcher should look like this (map:transform):


 
 
 (SourceWritingTransformer, ..., Serializer)





   
  
"Kai Bruns"
  
<[EMAIL PROTECTED]An: [EMAIL PROTECTED]
 
enburg.de>   Kopie:
  
 Thema:  RE: Aggregation problem: 
generate an XSLT in one pipeline and then apply it in  
21.10.2003 16:58 another   
  
Bitte antworten an 
  
users  
  
   
  
   
  





Hello Oleg,

something like that should work (both matchers in the same sitemap):


 
 (Transformations as you need)
 



 
 
 (SourceWritingTransformer, ..., Serializer)



I did not try it but in should do the things you want. Although I don't
really know whether this is the cleanest way to do it!

HTH,

 Kai





Oleg Dulin

<[EMAIL PROTECTED]An: [EMAIL PROTECTED]

ulin.com>Kopie:

 Thema:  Aggregation problem:
generate an XSLT in one pipeline and then apply it in
21.10.2003   another

15:45

Bitte

antworten an

users







Here is what I need to do:

1) I have an incoming http request as XML using RequestGenerator
2) I need to generate an XSLT based on the result of (1)
3) I then need to apply XSLT in step (2) to an XML file
4) Save the result of (3) in a file using SourceWritingTransformer

What is the cleanest way to do something like that ?

Kind regards,
Oleg


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












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












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

Re: Files uploading with Cocoon 2.1

Josep Riudavets Aguilo wrote:
Hi all...

I'm trying to implement a webpage with an upload file option. I have
visited http://wiki.cocoondev.org/Wiki.jsp?page=FileUploadsWithFlow,
and I have found some info about "FileUploadsWithFlow".
make sure you also read 
http://wiki.cocoondev.org/Wiki.jsp?page=FileUploadsWithCocoon2.1

and general flow documentation at the wiki.

First step is related to add the uploado option: 
   

 
 

   

The second step is:

   

   
But I don't undersand the third step:

   var role = Packages.org.mystuff.UploadManager.ROLE;
Warning!  This refers to a class named org.mystuff.UploadManager which 
does not exist.  It would be a component deployed in Cocoon which 
defines a method handle(InputStream is).  There is no such component 
because Cocoon doesn't know what you want to do with the file.  When you 
do part.getInputStream you can do anything with it you like -
save it to a file on disk, to a database, stream it out over the wire to 
 Siberia, etc.  The best idea is to put the code for that in a 
component managed by Cocoon's component manager as depicted in this 
non-functioning example.

   function upload() {
  var uploader = cocoon.componentManager.getComponent(role);
  var part = cocoon.request.get("blah");
  var success = uploader.handle(part.getInputStream());
  if (success) {
sendPage("success.html");
  } else {
sendPage("failure.html");
  }
   }
Where do I have to write this code???
In a flowscript file.  Make sure you've read up on flow.

No more things to do? Only these three steps? Do I have to add

 into sitemap???
Yes, you do.  Can you add that to the wiki?



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

Re: File uploads not working on Linux

2003-10-21 Thread John Austin

On Tue, 2003-10-21 at 12:25, Paul Bowler wrote:
> When this happens nothing is written to the server logs so I don't think the request 
> is getting that far.
> 
> I'm starting to think there must be an upload size limit on one of our proxy servers 
> or routers. Odd, but worth 
> looking at I suppose.
> 
> Thanks for all your pointers.
> 
> Kind regards,
> 
> Paul.

That seems to ring a bell. Have you examined the server logs
(i.e. apache or tomcat logs in addition to cocoon) ?

-- 
John Austin <[EMAIL PROTECTED]>

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

RE: Crusading for the XSLT document() function

2003-10-21 Thread Horsfield, Peter A.

> > A reference to this object is maintained throughout a single use of the
> > pipeline 
> > component. By updating this reference Cocoon can store caching
information 
> > determined after pipeline setup; since Cinclude instructions are
embedded in
> > the 
> > source document, this must be how the CInclude transformer works.
> 
> I hope to be proved wrong, but the CInclude transformer uses an
> ExpiresValidity, which is a validity that invalidates after a certain
> amount of time. It's not based on the included documents.

You're right. I'm sure I saw that technique used somewhere. If I find it,
I'll
post.

Sorry for this misleading info,


Peter

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

Link Livesites: Cocoon 2.1.1

2003-10-21 Thread hassan abolhassani


Please insert our site to the list of live sites.
 

 
Short Description: 
Razorfish Japan help organizations generate competitive advantage by leveraging the power of technology and strategy.
 
Url:
http://www.razorfish.co.jp
 
Best Regards,
Hassan Abolhassani
[EMAIL PROTECTED]
 
 
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search

OT: Authentificating user with server managed security

2003-10-21 Thread DURDINA Michal

Title: OT: Authentificating user with server managed security

Hello cocooners,

this is little bit off topic of the Cocoon domain itself. This question applies to Servlets in general.

I am trying to authentificate the user for Cocoon that is already authentificated in another web application (running in .net platform). I do not want the user to type the user name and his password again, rather I would like to "reuse" the existing login from .net application. For this purpose there will be a web service on the .net side, that will authentificate and authorize session beeing created by Java server.

Communication would flow like this:

- from .net application a request with user (user's .net session id) will be sent to Java application

- Java application uses this .net session id to authentificate the user using provided web service

- if authentification succeeded the user will be authentificated also in Java server and will be allowed to enter protected content residing in Java application

I want to use some standard server side security mechanism (JAAS or Tomcat realm). JAAS module or Tomcat Realm would communicate with web service. Its input should be session id from .net platform, the result should be user principal and his roles. I want this because I want my application to behave transparent to any authentification method - the application uses programatic security using HTTPServletRequest getUserPrincipal() and isUserInRole() methods.

It seems now that I am forced to use one of the authentification mechanisms specified in Servlets specification when wanting the server managed authentification in Java server:

- HTTP BASIC Authentification

- Form Based Authentification

But now I am stuck in that, because I have no clue how to simulate any of these authentification methods by simple HTTP POST explicitly called by the client. This first HTTP POST (or GET) with request parameter containing existing .net session id should be our entry point to our Java application.

Has anyone experienced given or similar problem or has anyone has some clue about how to solve this puzzle?

Thanks for any help,

Michal

SourceWritingTransformer modifying the file used in

2003-10-21 Thread Oleg Dulin

I have a very simple pipeline:


 



Now, it appears to be able to write to anything but foo.xml . Either 
way, however, it appears to successfully write.

Any ideas ?

BTW, I am running Windows XP which has unreasonable issues modifying in 
use files.

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

ExceptionSelector Problem: class hides its subclass

2003-10-21 Thread Andreas Hartmann

Hi Cocoon users,

I have the following problem when configuring the ExceptionSelector:

Class 'org.apache.cocoon.ProcessingException' hides its subclass 
'org.apache.cocoon.ResourceNotFoundException'

The declaration looks like:



  

  

  

  



The DocumentDoesNotExistException can appear as the cause of
either the ProcessingException or the ResourceNotFoundException.
How can I change the configuration so that both of these
exceptions are unrolled?
Thanks in advance!

-- Andreas



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

RE: "The declared package does not match the expected package"?

2003-10-21 Thread Lars Huttar

Geoff,
Thanks for your reply.

> From: Geoff Howard
> 
> > I don't think I changed *anything* in between. Except that I added
> > some Microsoft SQL - JDBC driver .jar's into Tomcat 4.1\common\lib.
> > And I took them out again to see if that could by some wild stretch
> > be the problem. No difference.
> 
> I interpret the above to mean there _was_ a difference.  Now 
> it's giving 
> you this "does not match expected package" error.  I missed the first 
> part of this thread.

No, that was the first message in the thread...
What I meant was, there was no difference between the time before
I took out the Microsoft drivers and the time after. In both cases,
I got the error.

> > Here's the file ethnologue/sources/count-rows.xsp:
> 
> I'd guess that the current or earlier version of this was actually in 
> Ethnologue/sources/count-rows.xsp.  Is "ethnologue" really lower case 
> everywhere?

Good question. It's actually uppercase in the file system,
and it may be that we're referencing it in lowercase, and that
works sometimes but not always.
So I'll look into that more.

On the other hand, it used to work, and I know I didn't change
the case of Ethnologue...

Lars


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

RE:Got a xsl-stylesheet for the tree-view?

2003-10-21 Thread Hugo Burm

This is a simple example.

The tree (treetest.xml):
=



  My tree
  

  Heading 1
  
  Heading 1a
  
  
  Heading 1b
  


  Heading 2
  
Heading 2a
  

  


The stylesheet (treetest.xsl)
=


http://www.w3.org/1999/XSL/Transform";>







  ICONPATH = '../resources/'
  foldersTree = gFld("TEST", "")
  




initializeDocument()
  Enable JavaScript in your browser.







x1 = insFld(foldersTree, gFld( "",""));
  



x2 = insDoc(x1, gLnk("R","",""));




The sitemap
==










  
  



Notes:
=

The xml must be in a map "prot" relative to the location of the sitemap.
The xsl file must be in a map "stylesheets" relative to the sitemap
The resources (images and .js files) must be in a map "resources" relative
to the sitemap
Browse to /prot/treetest.xml to see the result.

Hope this helps

Hugo Burm

BTW:
- Please don't address your email to one person.
- This is all about xsl stylesheets and has nothing to do with cocoon.
Browse e.g. to www.zvon.org for tutorials about xml and xsl.
- Reconsider your footer about MSN Messenger (5 neue Buddies = 50 FreeSMS
etc.), some people may get suspicious.

> -Original Message-
> From: Johannes Becker [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, October 21, 2003 11:47 AM
> To: [EMAIL PROTECTED]
> Subject: @Hugo Burm: Got a xsl-stylesheet for the tree-view?
>
>
> Hi Hugo,
>
> I'm now working with the DHTML tree from http://www.treeview.net, as you
> are. I wonder if you got a xsl-stylesheet for the tree-view, that creates
> the the client side JavaScript? Could save me a lot of time.
>
>
> Regards
> Jonny
> ___
>
> Hi,
>
> I am using a DHTML tree from
> http://www.treeview.net
> to present an xml file.
>
> The Cocoon xsl stylesheet has to generate the client side Javascript
> functions like "insFld" that define the tree (see Treeview docs). And your
> client has to load the Treeview javascript library (ftiens4.js).
>
> Hugo Burm
>
> _
> 5 neue Buddies = 50 FreeSMS. http://messenger-mania.msn.de MSN Messenger
> empfehlen und kräftig abräumen!
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


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

Is it possible to load a source and then close it before generating SAX events ?

2003-10-21 Thread Oleg Dulin

With regard to my message earlier called "SourceWritingTransformer 
modifying the file used in " , is it possible to preload a 
file into memory completely, close it, and then generate SAX events ?

Is it a problem with caching ? How can I disable it ?

Any help is greatly appreciated because I need to solve this ASAP.

Oleg

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

Re: "The declared package does not match the expected package"?

Lars Huttar wrote:
Geoff,
Thanks for your reply.

From: Geoff Howard


I don't think I changed *anything* in between. Except that I added
some Microsoft SQL - JDBC driver .jar's into Tomcat 4.1\common\lib.
And I took them out again to see if that could by some wild stretch
be the problem. No difference.
I interpret the above to mean there _was_ a difference.  Now 
it's giving 
you this "does not match expected package" error.  I missed the first 
part of this thread.


No, that was the first message in the thread...
What I meant was, there was no difference between the time before
I took out the Microsoft drivers and the time after. In both cases,
I got the error.

Here's the file ethnologue/sources/count-rows.xsp:
I'd guess that the current or earlier version of this was actually in 
Ethnologue/sources/count-rows.xsp.  Is "ethnologue" really lower case 
everywhere?


Good question. It's actually uppercase in the file system,
and it may be that we're referencing it in lowercase, and that
works sometimes but not always.
So I'll look into that more.
On the other hand, it used to work, and I know I didn't change
the case of Ethnologue...
The specific error you were getting there looked like a compiler error 
when your xsp was turned into a java class (which is what happens behind 
the scenes).  The fact that it seemed to work before I can't explain, 
but you may try stopping the servlet container (tomcat or jetty for 
example), deleting the work directory (ignore that part for Jetty) and
restarting Cocoon.  If that makes it work again it'll be a major clue.

Geoff

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

Tomcat 4.1.27 problems with Cocoon 2.1.2

2003-10-21 Thread Brent L Johnson

I've Apache HTTPD server connecting to Tomcat 4.1.27 using the JK2
Coyote connector.  That part has been running just fine.  I decided
to use the latest version of Cocoon (I used it during the 1.x versions)
so I downloaded it - modified the build.properties to exclude the
samples
and docs.  I just want a minimal webapp to start from.

I ran the build and when using Jetty everything looks great!  But,
when I copy this webapp to Tomcat 4.1.27/ApacheHTTPD it doesn't quite
work like it's supposed to - files arent being loaded.

Here's my hunch... the initial welcome page gets transformed but
when the browser tries to go for /images/powered.gif (which really
comes from /resources/images/powered.gif) Apache HTTPD
takes over and tries to serve that file instead of letting Tomcat/Cocoon
process it - which in turn would have actually returned the image
in /resources/images instead.

What are my options?  How should I fix this?  Is
Tomcat4.1.27/Cocoon2.1.2
both at production stable releases?

Any help would be greatly appreciated.

Thanks,

- Brent



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

RE: "The declared package does not match the expected package"?

2003-10-21 Thread Lars Huttar

Thank you Thank you!!  and God be praised.

That did it. The error is fixed.

I don't really understand why the error occurred,
but knowing that it had to do with compiling the XSP
into Java and having a way to treat the problem
goes a long way!

Lars

> From: Geoff Howard 
> Subject: Re: "The declared package does not match the 
> expected package"?
> 
> Lars Huttar wrote:
> > Geoff,
> > Thanks for your reply.
> > 
> >>From: Geoff Howard
> >>
> >>
> >>>I don't think I changed *anything* in between. Except that I added
> >>>some Microsoft SQL - JDBC driver .jar's into Tomcat 4.1\common\lib.
> >>>And I took them out again to see if that could by some wild stretch
> >>>be the problem. No difference.
> >>
> >>I interpret the above to mean there _was_ a difference.  Now 
> >>it's giving 
> >>you this "does not match expected package" error.  I missed 
> the first 
> >>part of this thread.
> > 
> > 
> > No, that was the first message in the thread...
> > What I meant was, there was no difference between the time before
> > I took out the Microsoft drivers and the time after. In both cases,
> > I got the error.
> > 
> > 
> >>>Here's the file ethnologue/sources/count-rows.xsp:
> >>
> >>I'd guess that the current or earlier version of this was 
> actually in 
> >>Ethnologue/sources/count-rows.xsp.  Is "ethnologue" really 
> lower case 
> >>everywhere?
> > 
> > 
> > Good question. It's actually uppercase in the file system,
> > and it may be that we're referencing it in lowercase, and that
> > works sometimes but not always.
> > So I'll look into that more.
> > 
> > On the other hand, it used to work, and I know I didn't change
> > the case of Ethnologue...
> 
> The specific error you were getting there looked like a 
> compiler error 
> when your xsp was turned into a java class (which is what 
> happens behind 
> the scenes).  The fact that it seemed to work before I can't explain, 
> but you may try stopping the servlet container (tomcat or jetty for 
> example), deleting the work directory (ignore that part for Jetty) and
> restarting Cocoon.  If that makes it work again it'll be a major clue.
> 
> Geoff
> 
> 

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

RE: "The declared package does not match the expected package"?

2003-10-21 Thread Lars Huttar

Hi all,
FYI, in case you run into this kind of mysterious error, here's
what was happening in our case. The problem DID have to do
with the upper/lowercase 'E' in the URL.

When starting up the server (Tomcat) with a new version of Cocoon,
or a clean work/ directory, the first URL request entered caused
compilation of the XSP page according to the case in the URL.
E.g. the URL
   http://mamre/cocoon/mount/Ethnologue/checks/list-tables
going through the Cocoon pipeline invoked
.../Ethnologue/sources/count-rows.xsp
which got compiled as
org.apache.cocoon.www.mount.Ethnologue.sources

Then if a later request URL used lowercase,
   http://mamre/cocoon/mount/ethnologue/checks/list-tables
it invoked the same pipeline (because Cocoon in Windows is case-
tolerant I guess), and everything still worked *except* for
the XSP page. Apparently part of the XSP handler thought
the compiled page already existed (or it would have compiled
a second copy), but another part said "No, there's no compiled
XSP page by that name."

So the solution was,
1) Only access the data by the correct URL.
2) If somebody messes things up by making the first access
  with an incorrect URL, you have to shut down Tomcat,
  delete the work directory (or if you're smart maybe you
  can just delete a certain file), and restart Tomcat.

Unresolved issue:
Should this be considered a bug in Cocoon (and/or Tomcat)?
I think so, because Cocoon in Windows is case-insensitive
up to a point, but not completely. The inconsistency is
what makes these problems sneaky.
And even the XSP handling is inconsistent with regard to
case; if it were truly case-sensitive, (I think) it
should have given an error saying there was no such file
as .../Ethnologue/sources/count-rows.xsp, instead of
acting as if the reference to the xsp file was valid but
then choking on its compiled class name.

How it could bite:
Besides the potential for confusing problems such as I
experienced, this behavior leaves the door open for misinformed
or malicious users (or weird browsers) to "break" a Cocoon
system for everybody else, if they happen to be the "first
one in" on any particular URL involving an XSP. They could,
by accident or on purpose, use the "wrong" case, thus creating
a compiled class package whose name was not the one expected;
hence most subsequent users would encounter a mysterious error.

Should I file a bug report? Does anybody have thoughts on
whether this is a bug in Cocoon, Tomcat, or some component thereof?

Lars


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

Re: [CLI] LinkSerializer not replacing href attributes in 2.1.2

2003-10-21 Thread Upayavira

Artur Matos wrote:

Dear Upayavira,

 

Can you try with Cocoon from CVS? Or any snapshot after 1 Oct? There was 
a bug which I fixed that _may_ cause this.
   



I just tried the with one of the latest dev snapshots (cocoon-2.1_20031020221926.tar.gz) and it still
doesn't work correctly, the behavior is the same.
 

Artur,

I have committed two fixes to CVS that should fix this. Can you try it? 
There are instructions on how to download from CVS on the website - or 
you could wait until a new snapshot has been made.

Please test this and report back.

Regards, Upayavira

Regards,

Artur.

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



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

Possible to POST using a HTML Generator?

2003-10-21 Thread Nick Smith

Hi guys,

I wonder if anyone could help me: (pretty please? ;))

I'm trying to get hold of the results of a POST request made to a remote 
server - does anyone know if this is possible using the HTML generator? The 
reason I need to use this generator (I think) is that the results of the 
request will probably be HTML rather than XML, and I get the impression that 
this is the only generator that will handle regular HTML (using JTidy)?

After substantial wanderings through the cocoon folklore, I hear that the 
Web Service Proxy Generator might do want I need, except that: 1) it 
requires well formed XML to come back which I don't have, and 2) it requires 
cocoon version 1.2 at least, and I'm unfortunatly not in a position to 
upgrade yet.

What I'd ideally like to do is pass on any post parameters that cocoon gets, 
and forward them to the remote server before formatting the results of the 
post and passing them back to the user.

Could anyone give me any hint at all as to what direction I should research 
in? Is this even =possible= using cocoon?

Any ideas at all would be very gratefully recieved!

Thanks,
Nick
_
It's fast, it's easy and it's free. Get MSN Messenger today! 
http://www.msn.co.uk/messenger

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

Re: directorygenerator for a shared drive

Hello Jorg,

sorry I deleted your mail, so I lost the thread, I copied only the 
subject from the archive.

My test with latest Cocoon 2.0 code: It works. Both  and . Not surprising from a code point of view: 
nothing has changed in the handling of the src attribute.

I don't know what you are doing wrong. I can only say: It works for me 
(Win 2k, Sun Java 2 SDK 1.4.2).

Regards,

Joerg

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

Re: JSP & Cocoon and JSPReader problem