headers
Carsten Ziegeler | 2 Feb 2005 19:30
Picon
Favicon

Using the same object model in forms and jxtg

Currently we have two sitemap components, the jxtg and the forms 
transformer, that are able to evaluate dynamic expressions.
Today I found out, that even these two components use different 
identifiers: for example if you want to access the continuation id, you 
use "cocoon/continuation/id" in jxtg. But this doesn't work in the forms 
transformer. There you have to use "continuation/id". And the annoying 
part is that this last expression works in jxtg but is deprecated.
I think this is really confusing.

So, anyone against using the same object model in these components? This 
means introducing the "cocoon" object in the forms transformer and at 
the same time deprecating the access without the cocoon object.

Carsten
Permalink | Reply | 0 comments |
headers
docs | 3 Feb 2005 09:26
Picon

[Cocoon Wiki] New: CocoonAppAsJSR168Portlet

   Date: 2005-02-03T00:26:07
   Editor: BastianBowe
   Wiki: Cocoon Wiki
   Page: CocoonAppAsJSR168Portlet
   URL: http://wiki.apache.org/cocoon/CocoonAppAsJSR168Portlet

   no comment

New Page:

=== Content ===
This document describes how to run a existing cocoon application as a
JSR168 portlet. The following example illustrates how to deploy the
cocoon distribution as a JSR168 portlet in Pluto. Unfortunately the
only thing I managed so far is to display one page of the cocoon
app. Navigation inside the app is not possible (see [#linkproblem below]). It should
work with any JSR 168 portlet Container.

=== Tested on ===

 * jdk 1.4.2_04-b05

 * cocoon 2.1.6

 * pluto-src-1.0.1-rc2

 * Tomcat 4.1.31

=== Deployment ===
(Continue reading)

Permalink | Reply | 0 comments |
headers
docs | 3 Feb 2005 09:26
Picon

[Cocoon Wiki] Updated: JSR168Portlet

   Date: 2005-02-03T00:26:19
   Editor: BastianBowe
   Wiki: Cocoon Wiki
   Page: JSR168Portlet
   URL: http://wiki.apache.org/cocoon/JSR168Portlet

   no comment

Change Log:

------------------------------------------------------------------------------
 <at>  <at>  -4,6 +4,11  <at>  <at> 

 To implement JSR168 Portlet using Cocoon, JSR168 Environment is introduced.

+----
+If you are looking for a way to run a cocoon web app as a JSR168 portlet in a JSR168 portlet container see [:CocoonAppAsJSR168Portlet].
+
+-- BastianBowe 03.02.05
+
 === Environment ===

 JSR168 environment for Cocoon maps Portlet primitives onto Cocoon primitives. Most of the
Permalink | Reply | 0 comments |
headers
docs | 3 Feb 2005 09:45
Picon

[Cocoon Wiki] Updated: CocoonAppAsJSR168Portlet

   Date: 2005-02-03T00:45:39
   Editor: BastianBowe
   Wiki: Cocoon Wiki
   Page: CocoonAppAsJSR168Portlet
   URL: http://wiki.apache.org/cocoon/CocoonAppAsJSR168Portlet

   no comment

Change Log:

------------------------------------------------------------------------------
 <at>  <at>  -32,6 +32,8  <at>  <at> 

  1. ran `maven deploy -Ddeploy=<COCOON_HOME>/build/cocoon-2.1.6/cocoon.war`

+ 1. add `<load-on-startup>1</load-on-startup>` to the servlets with `servlet-name` `Cocoon` and
`Xindice` in `<TOMCAT_HOME>/webapps/cocoon/WEB-INF/web.xml`
+
  1. deleted `<TOMCAT_HOME>/webapps/cocoon/WEB-INF/lib/pluto-1.0.1-rc1.jar` (makes trouble)

  1. you can savely delete portlet-api-1.0.jar (optional)
Permalink | Reply | 0 comments |
headers
Daniel Fagerstrom | 3 Feb 2005 09:59
Picon
Picon
Favicon

Re: Using the same object model in forms and jxtg

Carsten Ziegeler wrote:

> Currently we have two sitemap components, the jxtg and the forms 
> transformer, that are able to evaluate dynamic expressions.
> Today I found out, that even these two components use different 
> identifiers: for example if you want to access the continuation id, 
> you use "cocoon/continuation/id" in jxtg. But this doesn't work in the 
> forms transformer. There you have to use "continuation/id". And the 
> annoying part is that this last expression works in jxtg but is 
> deprecated.
> I think this is really confusing.
>
> So, anyone against using the same object model in these components? 
> This means introducing the "cocoon" object in the forms transformer 
> and at the same time deprecating the access without the cocoon object.

+1

Another question is, why care about the FormsTransformer at all, does it 
give us something that we can't get from JXTG + Sylvain's macros?

/Daniel
Permalink | Reply | 0 comments |
headers
Vadim Gritsenko | 3 Feb 2005 16:28

Re: Using the same object model in forms and jxtg

Carsten Ziegeler wrote:
> Currently we have two sitemap components, the jxtg and the forms 
> transformer, that are able to evaluate dynamic expressions.
> Today I found out, that even these two components use different 
> identifiers: for example if you want to access the continuation id, you 
> use "cocoon/continuation/id" in jxtg. But this doesn't work in the forms 
> transformer. There you have to use "continuation/id". And the annoying 
> part is that this last expression works in jxtg but is deprecated.
> I think this is really confusing.
> 
> So, anyone against using the same object model in these components? This 
> means introducing the "cocoon" object in the forms transformer and at 
> the same time deprecating the access without the cocoon object.

Why this on docs list?

Vadim
Permalink | Reply | 0 comments |
headers
docs | 4 Feb 2005 15:13
Picon

[Cocoon Wiki] Updated: GzipXMLSerializer

   Date: 2005-02-04T06:13:56
   Editor: AlexVictoor
   Wiki: Cocoon Wiki
   Page: GzipXMLSerializer
   URL: http://wiki.apache.org/cocoon/GzipXMLSerializer

   Content-Encoding header

Change Log:

------------------------------------------------------------------------------
 <at>  <at>  -79,3 +79,8  <at>  <at> 
 [[BR]]
 [[BR]]
 '''Attachment:''' attachment:GzipXMLSerializer.java [[BR]]
+
+== Comments ==
+
+I used this serializer to compress a generated javascript files. IE and Firefox were not able to
decompresse the file. The HTTP response
+needs an header "Content-Encoding" set to "gzip". It is easy to add this header in an Action class.
Permalink | Reply | 0 comments |
headers
docs | 7 Feb 2005 12:57
Picon

[Cocoon Wiki] Updated: 22NewDocuments

   Date: 2005-02-07T03:57:49
   Editor: AndrewSavory
   Wiki: Cocoon Wiki
   Page: 22NewDocuments
   URL: http://wiki.apache.org/cocoon/22NewDocuments

   no comment

Change Log:

------------------------------------------------------------------------------
 <at>  <at>  -4,7 +4,7  <at>  <at> 

 After a lot of talks in the last months about a new Cocoon documentation it's time to start working on it. I
(ReinhardPoetz) propose to create the new documentation from the scratch (--> empty doc base) and decide
for every existing document whether it goes into the new documentation or not.

-This requires a new infrastructure (see the proposal: CocoonDocumentationSystemSUMMARY) and actual
work on the content.
+This requires a new infrastructure (see the proposal [:CocoonDocumentationSystemSUMMARY]) and
actual work on the content.

 This also means that we need a lot of help to get this going:
Permalink | Reply | 0 comments |
headers
Almino Malaza Jr. | 7 Feb 2005 12:43
Picon

howto-explore-samples:

hello guys,

i don't know if you can help me but i did everything about how to 
install cocoon 2.1.6 and still i could not get to 
http://localhost/cocoon... ok i know that tomcat is on port 8080 but i 
changed that to port 80, this should also work supposedly ot 
theoretically  i think but i still won't get anything after following 
all the instructions.

any way let me try to trace what i did hope you guys can figure out 
where i did wrong.

1. unpacked the cocoon 2.1.6 to tomcat's webapp folder
2. copied the neccessary files to like that of xerces, xalan,xml  to the 
tomcat's common/endorsed folder
3. opende the build.bat which opened a command line and opened 
cocoon.bat which suddenly did some compiling.

this is the best that i can rmember on what i did, and when i accessed 
'http://localhost/cocoon/' nothing happens

do i need to reset tomcat to its previous settings like that of its 
port. where doi unpack the zipped cocoon file.

the instructions that you have here have been very confusing i really 
wanted to learn cocoon because i believe the future is on this one.

i know this not a help desk or something, but maybe you guys should do 
something about this install instructions of yours, i mean never had 
problem with tomcat or even apache web server.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Torsten Curdt | 7 Feb 2005 13:44
Picon
Favicon
Gravatar

Re: howto-explore-samples:

This not really the right list to discuss this in detail.
Maybe it would be worth bringing up your problems on the
user list and then posting some corrections over here.

Did you tried using jetty first? (./cocoon.sh servlet)

cheers
--
Torsten
Permalink | Reply | 0 comments |

Gmane