the line:
return new Page(servlet:/screen/video, data);
In which package is Page located? I just cannot find it.
Thanks,
André
On 08/19/2013 12:19 PM, Thorsten Scherler wrote:
On 08/19/2013 10:58 AM, Andre Juffer wrote:
Hi Thorsten,
I already thought that it would down to what you suggested. Seems
] Calling another from REST resource
2013/8/26 Andre Juffer andre.juf...@oulu.fimailto:andre.juf...@oulu.fi
--
Andre H. Juffer
Biocenter Oulu and Department of Biochemistry
On 08/26/2013 12:05 PM, Javier Puerto wrote:
2013/8/26 Andre Juffer andre.juf...@oulu.fimailto:andre.juf...@oulu.fi
I am working on using the Java pipe. So far so so good. I have two issues:
1. I intend to use a TextSerializer in the final step as I need just a single
String returned from
On 08/26/2013 12:39 PM, Javier Puerto wrote:
2013/8/26 Andre Juffer andre.juf...@oulu.fimailto:andre.juf...@oulu.fi
--
Andre H. Juffer
Biocenter Oulu and Department
To: users@cocoon.apache.org
Subject: Re: [C3] Calling another from REST resource
On 08/15/2013 04:34 PM, Andre Juffer wrote:
To clarify my question:
I need to identify persons when they access a resource. On the client side, a
temporal hash is stored. On the server side, I use that hash to connect
PM
To: users@cocoon.apache.org
Subject: Re: [C3] Calling another from REST resource
On 08/19/2013 10:58 AM, Andre Juffer wrote:
Hi Thorsten,
I already thought that it would down to what you suggested. Seems to me that
calling a pipeline in the way you suggested is the most logical way
...@oulu.fi
WWW:
www.biochem.oulu.fi/Biocomputing/
www.oulu.fi/biocenter/biocomputing-and-bioinformatics
www.oulu.fi/biocenter/groups/juffer
StrucBioCat, www.strucbiocat.oulu.fi
Triacle Biocomputing, www.triacle-bc.com
From: Andre Juffer [andre.juf...@oulu.fi
Is it actually possible to call an another block (say block A) from within a
REST resource that resides in block B?
Thanks,
--
Andre H. Juffer
Biocenter Oulu and
On 05/14/2013 09:49 AM, Peter Sparkes wrote:
Or stylesheets
Have a look at responsive web design. Instead of having different pages
(HTML) returned for which you may use different sitemaps and/or XSL
stylesheets, you could return the same content, but presented
differently depending on the
About moving from Maven 2 to 3, I prepare everything with maven 3
(integrated into Netbeans). When testing an application with jetty, I
start it up with maven2 on a Ubuntu) Linux box. I have never seen any
issues with this. I do not think that the problem is caused by maven 2
or 3. Instead I
Hi Mika,
not sure if I completely understood your question. By stating my forms
are created dynamically based on data in database you mean to say that
form elements values constitute the dynamical aspect of the form (thus
the data) or do you mean to say the form element themselves are
be constructed of any number
of different elements. There is no theoretical limit for the number of
different form types.
- mika -
On Wed, 28 Mar 2012 10:48:40 +0300, Andre Juffer
andre.juf...@oulu.fi wrote:
Hi Mika,
not sure if I completely understood your question. By stating my
forms are created
own row in that table. So in any
circumstance, we don't have to add any columns in the table structure
whether we have form with one field or with 100 fields.
- mika -
On Wed, 28 Mar 2012 11:27:59 +0300, Andre Juffer
andre.juf...@oulu.fi wrote:
OK, thus each data TYPE decides the form element
On 03/14/2012 07:31 PM, Mika M Lehtonen wrote:
Hi list,
I started to experiment with the Cocoon 2.11 after a long while. I did
some adjustment on the registration example.
I added this to the samples/blocks/forms/ sitemap:
Did you to say here that this particular sitemap is a subdirectory
On 03/14/2012 08:24 PM, Mika M Lehtonen wrote:
14.3.2012 20:00, Andre Juffer kirjoitti:
On 03/14/2012 07:31 PM, Mika M Lehtonen wrote:
Hi list,
I started to experiment with the Cocoon 2.11 after a long while. I did
some adjustment on the registration example.
I added this to the samples
From a old application, written many years ago:
In Flow:
var form = new Form(resource/internal/forms/feedback-definition.xml);
form.createBinding(resource/internal/forms/feedback-binding.xml);
var feedback = new Feedback(); // Holds data for the form, could be
obtained from a database.
On 11/29/2011 11:02 AM, Francesco Chicchiriccò wrote:
On 28/11/2011 20:12, Andre Juffer wrote:
On 11/28/2011 05:51 PM, Francesco Chicchiriccò wrote:
A combination you may want to have a look at is using Dojo toolkit (
http://dojotoolkit.org/ ) on the client and cocoon's REST
implementation
On 11/29/2011 11:15 AM, Francesco Chicchiriccò wrote:
On 29/11/2011 10:09, Andre Juffer wrote:
Well, I think I rather know that code ;-) - you should be able to find
my name in [2] as well.
Oops...
In that case, you only would need to learn Dojo 1.6 (almost 1.7) and
they have good
On 11/28/2011 10:29 AM, Robby Pelssers wrote:
I agree. Although flowscript's continuations can be useful they do tend to claim
lots of resources and as a cocoon beginner it might make more sense to jump onto
the C3 wagon from the start. I think it offers a easier learning path although
from
On 11/28/2011 05:51 PM, Francesco Chicchiriccò wrote:
A combination you may want to have a look at is using Dojo toolkit (
http://dojotoolkit.org/ ) on the client and cocoon's REST
implementation on the server. From a performance point of view this is
very efficient. Dojo does not require any
Hi,
I have the following pipeline in a sitemap of some block. This pipeline
is called by other blocks, that have components in place to upload
images. They subsequently connect to the image block to store it in an
image database.
The pipeline uses a self made Generator, that requires two
11:57, Andre Juffer wrote:
Hi,
I have the following pipeline in a sitemap of some block. This
pipeline is called by other blocks, that have components in place to
upload images. They subsequently connect to the image block to store
it in an image database.
The pipeline uses a self made Generator
On 11/07/2011 01:43 PM, Francesco Chicchiriccò wrote:
On 07/11/2011 12:35, Andre Juffer wrote:
What happens if you use one of standard generators - like the XML
generator in the first example? I mean:
map:match pattern=create/image/creator/*
map:generate src=sax-pipeline/{map:1}.xml /
You
On 11/07/2011 02:03 PM, Francesco Chicchiriccò wrote:
Il 07/11/2011 12:48, Andre Juffer ha scritto:
On 11/07/2011 01:43 PM, Francesco Chicchiriccò wrote:
On 07/11/2011 12:35, Andre Juffer wrote:
What happens if you use one of standard generators - like the XML
generator in the first example
On 11/07/2011 02:21 PM, Robby Pelssers wrote:
Hi Andre,
Are you sure these @Path annotations are correct?
In your sitemap you specify the pattern create/image/creator/*
Hi Robby,
I think you are looking at the wrong email. The code you are referring
to is from a different email posted last
(..) is essential. as two sets of parameters are passed
on to generators?
Thanks!
On 11/07/2011 03:04 PM, Francesco Chicchiriccò wrote:
On 07/11/2011 13:55, Andre Juffer wrote:
[...]
@Override
public void setup(MapString, Object parameters) {
super.setup(parameters);
this.parameters
Hi All,
I have followed another track to be able to an upload image file that
are processed by a REST resource. It does not rely upon the @Context
Request request. The Filter I have tried before (while actually working
correctly) did cause particular issues that I was not able to correct.
I was able to resolve one or two problems. The commons fileupload FAQ
gave a hint [1]. Thus, I looked for a solution that relies on a Filter
and came across [2]. This Filter creates a HttpServletRequestWrapper
(implements HttpServletRequest) that parses the request whenever dealing
with a file
Andre Juffer:
Hi,
for processing a multipart/form-data request holding image data, I
intend to use the commons imageupload [1]. In order to do so, I need
to get access to the javax.servlet.http.HttpServletRequest object
inside a REST resource. The @Context annotation injects information
about
for your help,
André
On 10/31/2011 12:40 PM, Steven Dolg wrote:
Am 31.10.2011 11:29, schrieb Andre Juffer:
Steven,
thanks for the reply.
The purpose of the request is to upload an image file. With commons
fileupload this is straightforward, but it requires direct access to
HttpServletRequest. I
On 10/31/2011 01:17 PM, Steven Dolg wrote:
Am 31.10.2011 12:00, schrieb Andre Juffer:
Steven,
I have a number of REST resources all working just fine. It is just
this image upload thing that is not working correctly. I can add to
my previous email that I am using dojo 1.6.1 on the client
On 10/31/2011 01:46 PM, Thorsten Scherler wrote:
On Sun, 2011-10-30 at 19:35 +0200, Andre Juffer wrote:
Hi,
for processing a multipart/form-data request holding image data, I
intend to use the commons imageupload [1]. In order to do so, I need to
get access
:34 +0200, Andre Juffer wrote:
On 10/31/2011 01:46 PM, Thorsten Scherler wrote:
On Sun, 2011-10-30 at 19:35 +0200, Andre Juffer wrote:
Hi,
for processing a multipart/form-data request holding image data, I
intend to use the commons imageupload [1]. In order to do so, I need to
get access
Hi,
for processing a multipart/form-data request holding image data, I
intend to use the commons imageupload [1]. In order to do so, I need to
get access to the javax.servlet.http.HttpServletRequest object inside a
REST resource. The @Context annotation injects information about the
request,
Hi Francesco,
The Spring configuration component [1] was in fact already used by
default when running the applications as a web application, so that that
actually did not solve the issue.
My beans for each application are specified in a XML placed
META-INF/cocoon/spring (globally accessible
On 08/10/11 14:02, Francesco Chicchiriccò wrote:
I did this in another (Cocoon3-based) project: It should be enough
to add a class like [1], then add a bean like as
!-- Using classpath: resources --
bean
class=org.onehippo.forge.hct.cocoon.internal.ClasspathURLStreamHandlerFactory/
in one
On 08/10/11 14:01, Francesco Chicchiriccò wrote:
On 06/10/2011 20:38, Andre Juffer wrote:
Hi,
is there is similar different in scope as with Cocoon 2.2 with regard
to the location of Spring configuration files? I am referring to
http://cocoon.apache.org/2.2/core-modules/core/2.2/1263_1_1
Hi,
is there is similar different in scope as with Cocoon 2.2 with regard to
the location of Spring configuration files? I am referring to
http://cocoon.apache.org/2.2/core-modules/core/2.2/1263_1_1.html
e.g. beans defined by some Spring configuration files in
/META-INF/cocoon/spring/ are
.
Thanks for your reply,
André
On 23/09/11 11:59, Thorsten Scherler wrote:
On Thu, 2011-09-22 at 23:05 +0300, Andre Juffer wrote:
On 09/22/2011 11:28 AM, Thorsten Scherler wrote:
On Thu, 2011-09-22 at 00:58 +0300, Andre Juffer wrote:
Note mimeType=null in the first case. Thus the request
they had to be set. So, you hit the right spot.
Thanks for your reply,
André
On 23/09/11 11:59, Thorsten Scherler wrote:
On Thu, 2011-09-22 at 23:05 +0300, Andre Juffer wrote:
On 09/22/2011 11:28 AM, Thorsten Scherler wrote:
On Thu, 2011-09-22 at 00:58 +0300, Andre Juffer wrote:
Note mimeType
Hi,
not sure whether this is a bug or not. I have deployed an cocoon3 based
application (termed 'tct'). Everything works fine. I have only one
final problem to solve.
To get it working with Apache 2, I usually use
ProxyPass /tct http://localhost:/app3/tct
ProxyPassReverse /tct
Hi,
I am dealing with the following. I created a simple REST resource, like
(without setters):
@Path(/test)
public class TestResource {
@GET
@Path(/{id})
public Response getTest(@PathParam(id) String id)
{
TestDTO testDTO = this.testFacade.find(id);
MapString,
Never done this myself, but I would download all source of the stable
C2.2. I would then modify all the Spring configuration files, however,
not the bean declarations, but only schema declarations, namespaces,
etc. Finally, change all Spring dependencies in all relevant pom.xml
(your cocoon
Hi,
with cocoon 2.2 one can read javascript resources residing in separate
jars like:
map:match pattern=dojoroot/**
map:read src=resource://dojoroot/{1} /
/map:match
(the above is for loading javascript from the dojotoolkit. I made a
separate maven project for Dojo, and make a
On 14/09/11 13:06, Javier Puerto wrote:
Hi Andre,
2011/9/14 Andre Juffer ajuf...@cc.oulu.fi mailto:ajuf...@cc.oulu.fi
Hi,
with cocoon 2.2 one can read javascript resources residing in
separate jars like:
map:match pattern=dojoroot/**
map:read src=resource://dojoroot/{1
On 14/09/11 14:35, Javier Puerto wrote:
2011/9/14 Andre Juffer andre.juf...@oulu.fi
mailto:andre.juf...@oulu.fi
Hi Javier,
Thanks for your reply.
Yes, your suggestion probably would work, but seems more
cumbersome. Response returned from another block must be XML, right
On 14/09/11 15:13, Francesco Chicchiriccò wrote:
On 14/09/2011 13:58, Andre Juffer wrote:
On 14/09/11 14:35, Javier Puerto wrote:
[...]
AFAIK, Resource protocol is not yet implemented in Cocoon 3.
There may be another way. It is possibly called differently? I tried
classpath
On 14/09/11 17:01, Thorsten Scherler wrote:
On Sun, 2011-09-11 at 23:16 +0300, Andre Juffer wrote:
Also, my comment about the FopSerializer deriving from a XMLSerializer
is in fact incorrect, so just ignore that one. I got that apparently
confused with something else (I looked at too much code
Hi,
It appears that there are basically two ways of implementing a REST
service with cocoon3. There is the RESTController way and there is the
JAX-RS way. I have tried the latter. If a resource (e.g PersonResource)
is requested, I create a response that uses the string-template
generator to
should be transferred
to cocoon 3 and probably should become part of cocoon-optional. The
spring configuration in these packages are still based on Spring 2,
while cocoon 3 uses Spring 3.
Thanks,
André
On 09/02/2011 02:31 PM, Andre Juffer wrote:
On 02/09/11 13:45, Thorsten Scherler wrote
I forgot to add the Spring 3 bean configuration for the serializers.
Please see the attachment.
On 09/11/2011 04:03 PM, Andre Juffer wrote:
Hi Thorsten,
I did do some work on a TextSerializer and a JsonSerializer. I got it
all working now.
I looked at the EncodingXHTMLSerializer
. The
XMLSerializer that I have used is from cocoon 2, which is the one that
is also employed for the cocoon3' (X)EncodingHTMLSerializer and
EncodingXMLSerializer. So, there are 3 XMLSerializer in use.
On 09/11/2011 04:14 PM, Andre Juffer wrote:
I forgot to add the Spring 3 bean configuration
On 09/02/2011 02:46 AM, Thorsten Scherler wrote:
Hi Andre,
sorry for top posting but I am responding from my mobile device.
Regarding 1) the org.apache.cocoon.serialization.TextSerializer migration into
c3 is ASAIK not yet done. However that should be pretty straight forward to
implement.
On 02/09/11 13:45, Thorsten Scherler wrote:
On Fri, 2011-09-02 at 09:58 +0300, Andre Juffer wrote:
On 09/02/2011 02:46 AM, Thorsten Scherler wrote:
Hi Andre,
sorry for top posting but I am responding from my mobile device.
Regarding 1) the org.apache.cocoon.serialization.TextSerializer
Hi All,
I have two questions:
(1)
I want to be to be able to return JSON to the client, typically a
browser. The client is responsible to properly present the response to
the user, typically with the Dojotoolkit. As I would like to move to
cocoon3, I was looking for a JsonSerializer or a
');
Packages.com.foo.bar.UseFul.someMethod('text1', 'stringb');
public class UseFul {
private UseFul() {}
public static void someMethod(String a, String b) {
System.out.println(a= + a + b= + b);
}
}
I'm using C2.2
regards
Thomas
Am 14.08.2011 20:20, schrieb Andre Juffer:
On 08/14/2011
can
call private constructors (did not try). In Spring this is possible.
regards
Thomas
Am 12.08.2011 15:34, schrieb Andre Juffer:
To answer my own question. I created a new entry in the application's
Spring configuration file,
bean id=com.foo.bar.Useful class=com.foo.bar.Useful /
In script
Hi,
I am dealing with the following. An extremely useful Java class provides
a static method for completing a particular task, like
class Useful {
private Useful() {}
public static void someMethod(String arg1, String arg2)
{
...
}
}
In flow, I do something like
var arg1 = test1;
to the source code of the class
(that is, the private constructor remains private). It is bit cheating,
but alas, such is life.
On 08/12/2011 02:53 PM, Andre Juffer wrote:
Hi,
I am dealing with the following. An extremely useful Java class provides
a static method for completing a particular
' portions in
due course.
Best regards,
Andre
On 07/01/2011 10:19 AM, Francesco Chicchiriccò wrote:
On 30/06/2011 18:55, Andre Juffer wrote:
Simo,
how much of Cocoon 2.2's functionality is still available in Cocoon 3.
Using sitemaps in the 2.2 way is actually rather convenient in a
number of cases
Simo,
how much of Cocoon 2.2's functionality is still available in Cocoon 3.
Using sitemaps in the 2.2 way is actually rather convenient in a number
of cases. I assume that this all is still possible with cocoon 3?
thanks,
André
On 06/30/2011 06:52 PM, Simone Tripodi wrote:
Hi all guys,
On 19/05/11 13:38, Paul Joseph wrote:
HI Thorsten,
Thank you much for your two suggestions. I will proceed with your
second course as it is very easy to do that given the way the app is
written.
Just like to add that the Auth approach basically works in the same way.
An action is
Paul,
you could use Auth:
http://cocoon.apache.org/2.2/blocks/auth/1.0/1236_1_1.html
I have used this with 2.2 and does seem to work fine.
One can test in flowscript whether or not a request is send while the
session was expired/closed. Testing whether or not the session expired
does not
On 05/18/2011 07:18 PM, Paul Joseph wrote:
I think I should use this: http://wiki.apache.org/cocoon/ErrorHandling
Not sure, never used it.
On 5/18/2011 11:22 AM, Andre Juffer wrote:
Paul,
you could use Auth:
http://cocoon.apache.org/2.2/blocks/auth/1.0/1236_1_1.html
I have used
Is possibly related to a firewall rule. The database is located on
another server?
On 12/05/11 17:21, Grégory Roche wrote:
Hi,
after the mail, I'm trying to do a test with a database Mysql 5.0 and
a block of Cocoon 2.2. At this moment, it's a catastrophe, my browser
return :
One way to find out what is happening is to remove (comment out) the
map:transform type=sendmail/ and have a look at the generated XML
e.g. in your browser with:
http://foo.bar.com/sendmail?name=rocheemail=webmas...@polymorphisme.org
There may be just a simple error in the generated XML that
Andre Juffer andre.juf...@oulu.fi a écrit :
One way to find out what is happening is to remove (comment out) the
map:transform type=sendmail/ and have a look at the generated XML
e.g. in your browser with:
http://foo.bar.com/sendmail?name=rocheemail=webmas...@polymorphisme.org
http
On 10/03/11 11:31, Jos Snellings wrote:
To reply again (with the some delay ...):
No, the old
{request:serverName}
does not work anymore in 3. The new syntax is:
servlet:redirect-to
uri=http://{jexl:cocoon.request.serverName}/herein/thesaurus/editor/workspace/
Same with the other request
at 5:44 PM, Andre Juffer andre.juf...@oulu.fi
mailto:andre.juf...@oulu.fi wrote:
This I cannot understand. If everything compiled fine earlier, and
the required package was already downloaded to your repository,
Maven should not check again a remote repository, because it already
has
, Feb 28, 2011 at 12:55 PM, Andre Juffer andre.juf...@oulu.fi
mailto:andre.juf...@oulu.fi wrote:
On 28/02/11 12:01, Myles Byrne wrote:
Hi all,
This dependency was available last week:
dependency
groupIdorg.apache.cocoon/groupId
artifactIdcocoon-validation-impl/artifactId
On 28/02/11 12:01, Myles Byrne wrote:
Hi all,
This dependency was available last week:
dependency
groupIdorg.apache.cocoon/groupId
artifactIdcocoon-validation-impl/artifactId
version1.0.0-SNAPSHOT/version
/dependency
Just wondering. Because you already compiled everything before (last
week
.
.. This seems better than the outright fail of the default URI matcher,
but i'm having a hard time fixing this, too. Any pointer to get the
param passing as you suggest?
Cheers,
- Myles
FIMM.fi
On Tue, Feb 8, 2011 at 8:35 PM, Andre Juffer ajuf...@sun3.oulu.fi
mailto:ajuf...@sun3.oulu.fi wrote
Try:
http://localhost:8080/webapp/name-of-default-block-here/something
something should be matched in your sitemap of
name-of-default-block-here.
e.g.
http://localhost:8080/webapp/ui/login
On 01/27/2011 11:06 PM, Patrick Etienne wrote:
Cocoon Tomcat Users,
I'm writing (cross-list)
As far as I am concerned, the best solution is keep your Java
development separated from Cocoon. If you Java has no knowledge about or
dependency on cocoon, it is much simpler and in my mind also much better
to place your Java classes in a separated Jar file and make your
cocoon-based
On 01/25/2011 06:57 PM, Des Magner wrote:
Hi André
That is more or less what I was trying to achieve, ie. write Java code that
can be used in my flowscript but for this Java code to be completely
independent of cocoon. From reading the documentation I was given
to understand that this code
On 12/26/2010 11:17 PM, uwe will wrote:
Please give me help for this problem – I can not read my online papers!
Please give us some more information. This is an issue with the sitemap,
so show us the portion of the sitemap that is suppose to deliver your
online papers.
Thanks U Will
On 30/11/10 13:42, Szabo, Patrick (LNG-VIE) wrote:
Hi,
I'm new to linux and cocoon so plz excuse me if my questions are dumb.
We are currently running cocoon, tomcat on an old debian (etchy) server
and i was told to port all that to a more actual version of linux.
I've installed Ubuntu 10.4
LexisNexis
Marxergasse 25, 1030 Wien
mailto:patrick.sz...@lexisnexis.at
Tel.: +43 (1) 534 52 - 1573
Fax: +43 (1) 534 52 - 146
-Ursprüngliche Nachricht-
Von: Andre Juffer [mailto:andre.juf...@oulu.fi]
Gesendet: Dienstag, 30. November 2010 13:31
An: users@cocoon.apache.org
Betreff: Re: cocoon
I have to admit that your design is somewhat odd. Apparently you have a
particular block in your webapp that is only to be used by your company
but not by your clients.
There is no obvious solution. You could create a Makefile for running
make or a shell script on *nix boxes. It would copy
/30/10 2:44 AM, Andre Juffer wrote:
Has anybody tried to use Spring 3 with cocoon?
On 10/29/2010 02:05 PM, Jasha Joachimsthal wrote:
Spring 2.5.6 has vulnerability issues, see [1]. It's adviced to upgrade
to 2.5.6.SEC02.
[1] http://www.springsource.com/security/cve-2010-1622
Jasha Joachimsthal
Has anybody tried to use Spring 3 with cocoon?
On 10/29/2010 02:05 PM, Jasha Joachimsthal wrote:
Spring 2.5.6 has vulnerability issues, see [1]. It's adviced to upgrade
to 2.5.6.SEC02.
[1] http://www.springsource.com/security/cve-2010-1622
Jasha Joachimsthal
j.joachimst...@onehippo.com
I am not sure if I understand your question.
You have two beans 'Main' and 'Specific', each to be configured by
Spring. Specific depends on Main. For you Java lasses, you something like
public class Specific()
{
...
}
public class Main() {
...
private Specific specific;
public
I forgot to include the following link:
http://cocoon.apache.org/2.2/core-modules/core/2.2/1263_1_1.html
On 10/15/2010 01:38 AM, florent andré wrote:
Hi all,
Newbie to 2.2 and not a star in spring, so maybe this question is non
sense.
The case :
- I have a module Main where is defined an
On 10/08/2010 02:36 PM, mvalencia wrote:
map:parameter name=cuerpo value={request-param:id_cuerpo} /
can be the problematic part, since you take the value from the request.
I can remember we applied the tips
http://cocoon.apache.org/2.2/1366_1_1.html once in one of the apps.
AFAIR there should
On 10/04/2010 08:36 PM, Will Heger wrote:
I tried this on a couple of other machines, windows etc. same problem.
Was there anything in logs files? Or if you run jetty from within a
block, there could be possible error/warning messages.
If you follow exactly what has been explained on the
On 09/29/2010 12:43 PM, Ron Van den Branden wrote:
Hi again,
Thank you very much for the quick help; meanwhile I think I found an
answer in a post on cocoon-dev:
http://markmail.org/message/nm6bnvqztbee4s5o. There is stated that
apparently (and counter-intuitively, IMO), 'request parameters
On 09/22/2010 01:27 AM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andre,
On 9/21/2010 4:26 PM, Andre Juffer wrote:
I got it working now. It is really in the details.
I always relied upon a PUT request like
http://localhost:/equipment
expecting to see
On 09/22/2010 06:44 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andre,
On 9/22/2010 3:36 AM, Andre Juffer wrote:
Try confirming (say, with LiveHttpHeaders) that the PUT is being
redirected by the server.
This is what I see with LiveHttpHeaders:
http
On 09/20/2010 11:38 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andre,
On 9/20/2010 3:06 PM, Andre Juffer wrote:
The source of my problem is therefore clear.
Absolutely.
I've checked Tomcat 7.0.2. Same issue, as expected.
With jetty 7.1.6
Christopher,
On 09/20/2010 11:38 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[The DefaultServlet has a] readonly parameter in web.xml to change this
behavior,
but indeed this would not have any impact since the request is handled
by my cocoon2.2-based
Dear All,
in a previous thread, I was trying to understand why I could not see the
request parameters of a HTTP PUT request using the
cocoon.request.getParameter(...) family of methods in flowscript.
Conclusion: For a PUT request, according to specification, the servlet
engine is -not-
.
HTH
++
On 09/21/2010 03:10 PM, Andre Juffer wrote:
Dear All,
in a previous thread, I was trying to understand why I could not see the
request parameters of a HTTP PUT request using the
cocoon.request.getParameter(...) family of methods in flowscript.
Conclusion: For a PUT request, according
On 09/21/2010 07:38 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andre,
(Is everyone on the list named Andre? :)
No, there is Robbie as well!
On 9/21/2010 9:10 AM, Andre Juffer wrote:
There is still one other issue to be solved. In the case of a PUT
On 09/21/2010 07:41 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andre,
On 9/21/2010 6:22 AM, Andre Juffer wrote:
I found this (for Tomcat 5)
http://webcache.googleusercontent.com/search?q=cache:lJ-4J6f0GPQJ:old.nabble.com/How-to-configure-Toncat-to-accept
On 09/21/2010 09:40 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andre,
On 9/21/2010 2:04 PM, Andre Juffer wrote:
On 09/21/2010 07:38 PM, Christopher Schultz wrote:
I find the Cocoon documentation very difficult to navigate. Can you
point me
On 09/21/2010 10:52 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andre,
On 9/21/2010 3:15 PM, Andre Juffer wrote:
This provides an overview of the cocoon.request methods:
http://cocoon.apache.org/2.2/blocks/flowscript/1.0/1383_1_1.html
Okay, this looks like
-
Hash: SHA1
Andre,
On 9/21/2010 2:04 PM, Andre Juffer wrote:
On 09/21/2010 07:38 PM, Christopher Schultz wrote:
I find the Cocoon documentation very difficult to navigate. Can you
point me to the documentation for calling javascript functions? All I
could find was this:
http://cocoon.apache.org
/users-tomcat.apache.org/2010-03/msg01410.html
[2] http://marc.info/?l=tomcat-userm=127382305322732w=2
On 09/19/2010 05:42 PM, Andre Juffer wrote:
Let me just add some additional information.
I use Dojo 1.5 (www.dojotoolkit.org) on the client (browser). No dojo
on the server. I've created a few
) will
extract the parameters even for a PUT request. I will try to confirm
this all later today.
I would appreciate some response in this matter...
[1] http://marc.info/?l=tomcat-userm=127005757912988w=2
On 09/20/2010 01:34 PM, Andre Juffer wrote:
Could it be true that Jetty (the one
On 09/20/2010 08:25 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andre,
On 9/20/2010 6:34 AM, Andre Juffer wrote:
Could it be true that Jetty (the one that comes with cocoon is 6.1.7, a
rather old one) is actually not supporting the getParameters() family
1 - 100 of 238 matches
Mail list logo