Carsten Ziegeler | 2 Feb 19:30 2005
Picon

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

docs | 3 Feb 09:26 2005
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)

docs | 3 Feb 09:26 2005
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

docs | 3 Feb 09:45 2005
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)

Daniel Fagerstrom | 3 Feb 09:59 2005
Picon
Picon

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

Vadim Gritsenko | 3 Feb 16:28 2005

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

docs | 4 Feb 15:13 2005
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.

docs | 7 Feb 12:57 2005
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:

Almino Malaza Jr. | 7 Feb 12:43 2005
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)

Torsten Curdt | 7 Feb 13:44 2005
Picon

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

Gmane