Johannes Lichtenberger schrieb:
On Sun, 2009-11-29 at 07:32 +0100, Jos Snellings wrote:
In the samples, a typical use of StringTemplate is shown: a page is to
be interpreted by the StringTemplate engine, and a number of properties
are passed via the hashtable.
The idea is that you would open
Steven Dolg schrieb:
Johannes Lichtenberger schrieb:
On Sun, 2009-11-29 at 07:32 +0100, Jos Snellings wrote:
In the samples, a typical use of StringTemplate is shown: a page is to
be interpreted by the StringTemplate engine, and a number of properties
are passed via the hashtable.
The idea
On Sun, 2009-11-29 at 07:32 +0100, Jos Snellings wrote:
In the samples, a typical use of StringTemplate is shown: a page is to
be interpreted by the StringTemplate engine, and a number of properties
are passed via the hashtable.
The idea is that you would open a view on the object.
So,
-
On Sat, 2009-11-28 at 07:43 +0100, Jos Snellings wrote:
org.apache.cocoon.rest.jaxrs.response.URLResponseBuilder.java
What version do you have in your project pom? It should be alpha 2 I
guess.
Or build it from the svn trunk,
svn co http://svn.apache.org/repos/asf/cocoon/cocoon3
It is now
In the samples, a typical use of StringTemplate is shown: a page is to
be interpreted by the StringTemplate engine, and a number of properties
are passed via the hashtable.
The idea is that you would open a view on the object.
So,
- the query points to a resource
- the controller decodes what the
Hello,
the class URLResponseBuilder can't be resolved :(
Now I have the following controller:
public class GoogleEarthController implements Get {
@SitemapParameter
private String mGearth;
@RequestParameter
private String reqparam;
@Override
public RestResponse doGet() throws
org.apache.cocoon.rest.jaxrs.response.URLResponseBuilder.java
What version do you have in your project pom? It should be alpha 2 I
guess.
Or build it from the svn trunk,
svn co http://svn.apache.org/repos/asf/cocoon/cocoon3
It is now a bit hard to keep everything consistent, as there are still
