Re: Cocoon Portal authentication: how to retrieve user

[Martin Dulisch]

You can read the user from the session context. For more information
look at the dokumantation for the authentication framework.

Martin

- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, February 14, 2003 10:53 AM
Subject: Cocoon Portal authentication: how to retrieve user


Hello,

I'm using the Cocoon Portal.
I develop a new application that will called from a coplet (link).

For this application, I need to retrieve the current User of the
Portal session.

How can I do that?

Thanks
Sylvain

-
Please check that your question  has not already been answered in the
FAQ before posting. 

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


-
Please check that your question  has not already been answered in the
FAQ before posting. 

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

RE: Cocoon Portal Framework for production use?

[Antonio Gallardo]

Carsten Ziegeler dijo:
> Martin Schimak wrote:
>>
>> I have a new Intranet project (In July 2003, a very first release
>> should be ready) and
>> would like to use Cocoon 2.1 with Portal Framework to implement  it. I
>> would like to know
>> your personal opinions: Is it safe now to use 2.1 for production?
>
> Personally, I see no problems in using 2.1 in production environment, we
> are using it and many others here on the list are using 2.1
> in production environments for many months.
> But, as 2.1 is currently alpha, you might have to deal with
> incompatible changes which might occur in the next weeks until
> a beta is available.

We are already using 2.1 in production environment since Octuber 2002. Now
it is very stable. I only recommend you that before changing from version
to the next CVS version, you must be carefully to test it before deploy it
in production.

The application in question is a Database Webapp in an Intranet
Environment, that currently has 45 users. The core of the application is
Cocoon 2.1 CVS (20-Ene-2003).

>
>> I understand that End
>> of February 2003 2.1 Beta 1 is available. Does exist a possible
>> release day for 2.1-final?
>>
> No, there are no real dates - the date for the beta 1 is currently only
> a wish - we will see by then if we can make it. But I think
> the beta will come in the next two or three months (but don't
> quote me on this).

I hope it! ;-)

Best Regards,

Antonio Gallardo
AG Software, S. A.
>
> HTH
> Carsten
>
> Carsten Ziegeler
> Open Source Group, S&N AG




-
Please check that your question  has not already been answered in the
FAQ before posting. 

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

RE: Cocoon Portal Framework for production use?

[Carsten Ziegeler]

Martin Schimak wrote:
> 
> I have a new Intranet project (In July 2003, a very first release 
> should be ready) and
> would like to use Cocoon 2.1 with Portal Framework to implement 
> it. I would like to know
> your personal opinions: Is it safe now to use 2.1 for production? 

Personally, I see no problems in using 2.1 in production environment,
we are using it and many others here on the list are using 2.1
in production environments for many months.
But, as 2.1 is currently alpha, you might have to deal with
incompatible changes which might occur in the next weeks until
a beta is available.

> I understand that End
> of February 2003 2.1 Beta 1 is available. Does exist a possible 
> release day for 2.1-final?
> 
No, there are no real dates - the date for the beta 1 is currently
only a wish - we will see by then if we can make it. But I think
the beta will come in the next two or three months (but don't
quote me on this).

HTH
Carsten 

Carsten Ziegeler 
Open Source Group, S&N AG


-
Please check that your question  has not already been answered in the
FAQ before posting. 

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

RE: Cocoon Portal - User Roles

[Wolle]

Hi,

thank you for the tip. :-) I will have a try.

Wolfgang


*Hi,
*
*try using the log transformer between your transformation step
*with the login.xsl and the sql transformer and you will see,
*if the correct xml is outputted by your stylesheet.
*If this is correct, put the log transformer behind the sql
*transformer and you will see what the sql transformer does.
*
*Maybe this gives a clue.
*
*Carsten
*
*Carsten Ziegeler
*Open Source Group, S&N AG
*
*
*> -Original Message-
*> From: Wolle [mailto:[EMAIL PROTECTED]]
*> Sent: Thursday, January 16, 2003 2:09 PM
*> To: [EMAIL PROTECTED]
*> Subject: RE: Cocoon Portal - User Roles
*>
*>
*> Hi Guys,
*>
*> I tried all this. Maybe somebody can give some completing hints.
*> I described all in the file email.txt
*>
*> Thank You
*>
*> Wolfgang
*>
*>
*>
*> *>>
*> *Since the the "new role" function in the portal sample is mapped to
*> * uri, it is using
*> this sitemap
*> *snippet right?
*> *
*> *
*> *
*> *
*> *
*> *
*> *
*> *
*> *
*> *
*> *and the documentations says that
*> *
*> *The new-role resource creates a new role in the system. It gets the
*> *parameters "type" with the value "role" and "role" with the new rolename.
*> *
*> *Where is the "type" and "role" parameter?
*> *and why does it have to serialized in an xml type in the end?
*> *<<
*> *
*> *You need to take a look at the file sunrise-newrole.xml. That
*> file contains
*> *most of the dirty work. The transformers session, cinclude and
*> writesource
*> *act on the information contained in there. Because
*> sunrise-newrole.xml also
*> *flows through the pipeline it is then formatted by the stylesheet and
*> *returned to the browser. It is serialized to xml because it is being used
*> *inside the portal (in this case).
*> *
*> *If you wanted to write this to a database you would need to change the
*> *sunrise-newrole.xml and use the sqltransformer instead of cinclude and
*> *write-source. In all this should take you around 5 minutes or
*> less to adapt.
*> *:-)
*> *
*> *So it really is quite simple really.
*> *
*> *Matthew
*> *--
*> *Open Source Group   Cocoon { Consulting, Training, Projects }
*> *=
*> *Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
*> *Tel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de
*> *-
*> *Cocoon book:
*> *  http://www.amazon.com/exec/obidos/ASIN/0735712352/needacake-20
*> *Weblog:
*> *  http://radio.weblogs.com/0103021/
*> *=
*> *
*> *  -Original Message-
*> *  From: Richard Reyes [mailto:[EMAIL PROTECTED]]
*> *  Sent: Tuesday, November 12, 2002 12:53 PM
*> *  To: cocoon-users
*> *  Subject: RE: Cocoon Portal - User Roles
*> *
*> *
*> *
*> *
*> *  Hi Matthew / Guys,
*> *
*> *  Just want to confirm some things
*> *
*> *  Since the the "new role" function in the portal sample is mapped to
*> * uri, it is using
*> this sitemap
*> *snippet right?
*> *
*> *  
*> *  
*> *  
*> *  
*> *  
*> *  
*> *  
*> *  
*> *
*> *  and the documentations says that
*> *
*> *  The new-role resource creates a new role in the system. It gets the
*> *parameters "type" with the value "role" and "role" with the new rolename.
*> *
*> *  Where is the "type" and "role" parameter?
*> *  and why does it have to serialized in an xml type in the end?
*> *
*> *  Also, for the sunrise-newrole resource, the only thing this
*> pipeline does
*> *is save a new role in the xml file ( sunrise-roles.xml )? whose
*> responsible
*> *for displaying the next page after saving the new role?
*> *
*> *  And since this sitemap snippet is called inside a map:pipeline internal
*> *only clause I think it is being called by the portal generator or action.
*> *
*> *  If in case I'd used custom actions over this pipeline, How would I know
*> *the parameters that
*> *  have been passed and are being expected by the caller of this pipeline?
*> *
*> *  Thanks a lot
*> *  Richard
*> *- Original Message -
*> *From: Richard Reyes
*> *To: cocoon-users
*> *Cc: Alex
*> *Sent: Tuesday, November 12, 2002 7:18 PM
*> *Subject: Re: Cocoon Portal - User Roles
*> *
*> 

RE: Cocoon Portal - User Roles

[Carsten Ziegeler]

Hi,

try using the log transformer between your transformation step
with the login.xsl and the sql transformer and you will see,
if the correct xml is outputted by your stylesheet.
If this is correct, put the log transformer behind the sql
transformer and you will see what the sql transformer does.

Maybe this gives a clue.

Carsten

Carsten Ziegeler
Open Source Group, S&N AG


> -Original Message-
> From: Wolle [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, January 16, 2003 2:09 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Cocoon Portal - User Roles
>
>
> Hi Guys,
>
> I tried all this. Maybe somebody can give some completing hints.
> I described all in the file email.txt
>
> Thank You
>
> Wolfgang
>
>
>
> *>>
> *Since the the "new role" function in the portal sample is mapped to
> * uri, it is using
> this sitemap
> *snippet right?
> *
> *
> *
> *
> *
> *
> *
> *
> *
> *
> *and the documentations says that
> *
> *The new-role resource creates a new role in the system. It gets the
> *parameters "type" with the value "role" and "role" with the new rolename.
> *
> *Where is the "type" and "role" parameter?
> *and why does it have to serialized in an xml type in the end?
> *<<
> *
> *You need to take a look at the file sunrise-newrole.xml. That
> file contains
> *most of the dirty work. The transformers session, cinclude and
> writesource
> *act on the information contained in there. Because
> sunrise-newrole.xml also
> *flows through the pipeline it is then formatted by the stylesheet and
> *returned to the browser. It is serialized to xml because it is being used
> *inside the portal (in this case).
> *
> *If you wanted to write this to a database you would need to change the
> *sunrise-newrole.xml and use the sqltransformer instead of cinclude and
> *write-source. In all this should take you around 5 minutes or
> less to adapt.
> *:-)
> *
> *So it really is quite simple really.
> *
> *Matthew
> *--
> *Open Source Group   Cocoon { Consulting, Training, Projects }
> *=
> *Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
> *Tel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de
> *-
> *Cocoon book:
> *  http://www.amazon.com/exec/obidos/ASIN/0735712352/needacake-20
> *Weblog:
> *  http://radio.weblogs.com/0103021/
> *=
> *
> *  -Original Message-
> *  From: Richard Reyes [mailto:[EMAIL PROTECTED]]
> *  Sent: Tuesday, November 12, 2002 12:53 PM
> *  To: cocoon-users
> *  Subject: RE: Cocoon Portal - User Roles
> *
> *
> *
> *
> *  Hi Matthew / Guys,
> *
> *  Just want to confirm some things
> *
> *  Since the the "new role" function in the portal sample is mapped to
> * uri, it is using
> this sitemap
> *snippet right?
> *
> *  
> *  
> *  
> *  
> *  
> *  
> *  
> *  
> *
> *  and the documentations says that
> *
> *  The new-role resource creates a new role in the system. It gets the
> *parameters "type" with the value "role" and "role" with the new rolename.
> *
> *  Where is the "type" and "role" parameter?
> *  and why does it have to serialized in an xml type in the end?
> *
> *  Also, for the sunrise-newrole resource, the only thing this
> pipeline does
> *is save a new role in the xml file ( sunrise-roles.xml )? whose
> responsible
> *for displaying the next page after saving the new role?
> *
> *  And since this sitemap snippet is called inside a map:pipeline internal
> *only clause I think it is being called by the portal generator or action.
> *
> *  If in case I'd used custom actions over this pipeline, How would I know
> *the parameters that
> *  have been passed and are being expected by the caller of this pipeline?
> *
> *  Thanks a lot
> *  Richard
> *- Original Message -
> *From: Richard Reyes
> *To: cocoon-users
> *Cc: Alex
> *Sent: Tuesday, November 12, 2002 7:18 PM
> *Subject: Re: Cocoon Portal - User Roles
> *
> *
> *Hi Matthew,
> *
> *Thanks for the reminder!
> *
> *
> *Hi,
> *
> *

RE: Cocoon Portal - User Roles

[Wolle]

Hi Guys,

I tried all this. Maybe somebody can give some completing hints.
I described all in the file email.txt

Thank You

Wolfgang



*>>
*Since the the "new role" function in the portal sample is mapped to
* uri, it is using this sitemap
*snippet right?
*
*
*
*
*
*
*
*
*
*
*and the documentations says that
*
*The new-role resource creates a new role in the system. It gets the
*parameters "type" with the value "role" and "role" with the new rolename.
*
*Where is the "type" and "role" parameter?
*and why does it have to serialized in an xml type in the end?
*<<
*
*You need to take a look at the file sunrise-newrole.xml. That file contains
*most of the dirty work. The transformers session, cinclude and writesource
*act on the information contained in there. Because sunrise-newrole.xml also
*flows through the pipeline it is then formatted by the stylesheet and
*returned to the browser. It is serialized to xml because it is being used
*inside the portal (in this case).
*
*If you wanted to write this to a database you would need to change the
*sunrise-newrole.xml and use the sqltransformer instead of cinclude and
*write-source. In all this should take you around 5 minutes or less to adapt.
*:-)
*
*So it really is quite simple really.
*
*Matthew
*--
*Open Source Group   Cocoon { Consulting, Training, Projects }
*=
*Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
*Tel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de
*-
*Cocoon book:
*  http://www.amazon.com/exec/obidos/ASIN/0735712352/needacake-20
*Weblog:
*  http://radio.weblogs.com/0103021/
*=
*
*  -Original Message-
*  From: Richard Reyes [mailto:[EMAIL PROTECTED]]
*  Sent: Tuesday, November 12, 2002 12:53 PM
*  To: cocoon-users
*  Subject: RE: Cocoon Portal - User Roles
*
*
*
*
*  Hi Matthew / Guys,
*
*  Just want to confirm some things
*
*  Since the the "new role" function in the portal sample is mapped to
* uri, it is using this sitemap
*snippet right?
*
*  
*  
*  
*  
*  
*  
*  
*  
*
*  and the documentations says that
*
*  The new-role resource creates a new role in the system. It gets the
*parameters "type" with the value "role" and "role" with the new rolename.
*
*  Where is the "type" and "role" parameter?
*  and why does it have to serialized in an xml type in the end?
*
*  Also, for the sunrise-newrole resource, the only thing this pipeline does
*is save a new role in the xml file ( sunrise-roles.xml )? whose responsible
*for displaying the next page after saving the new role?
*
*  And since this sitemap snippet is called inside a map:pipeline internal
*only clause I think it is being called by the portal generator or action.
*
*  If in case I'd used custom actions over this pipeline, How would I know
*the parameters that
*  have been passed and are being expected by the caller of this pipeline?
*
*  Thanks a lot
*  Richard
*- Original Message -----
*From: Richard Reyes
*To: cocoon-users
*Cc: Alex
*Sent: Tuesday, November 12, 2002 7:18 PM
*Subject: Re: Cocoon Portal - User Roles
*
*
*Hi Matthew,
*
*Thanks for the reminder!
*
*
*Hi,
*
*each function of the portal is mapped to a pipeline. So in order to
*change the storage - all you have to do is to modify the pipeline to use say
*the SQLGenerator etc.
*
*Read the documentation.
*http://xml.apache.org/cocoon/developing/webapps/authentication.html
*
*It explains this in detail (see under User Administration). Then look at
*the pipelines that are currently used to get a feel for how it works at the
*moment.
*
*Matthew
*
*--
*Open Source Group   Cocoon { Consulting, Training, Projects }
*=
*Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
*Tel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de
*-
*Cocoon book:
*  http://www.amazon.com/exec/obidos/ASIN/0735712352/needacake-20
*Weblog:
*  http://radio.weblogs.com/0103021/
*=
*
*  -Original Message-
*      From: Richard Reyes [mailto:[EMAIL PROTECTED]]
*  Sent: Tuesday, November 12, 2002 10:06 AM
*  To: [EMAIL PROTECTED]
*  Subject: Re: Cocoon Portal - User Roles
*
*
*  Hi again guys,
*
*  I have chec

RE: Cocoon Portal Framework Question

[Gulatee, Eric]

Title: RE: Cocoon Portal Framework Question





Hi,


  Aha!  Okay, I had done the endorsed directory creation with Xalan and Xerces jar [as per the documentation] however I didn't realize XSLTC had to be turned off with JDK1.4.1 nor that tomcat has an endorsed directory!  

Thanks for your prompt and pertinent answers :)
Eric



> -Original Message-
> From: Lenya L. Khachaturov [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 15, 2003 3:31 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Cocoon Portal Framework Question
> 
> 
> On Wed, Jan 15, 2003 at 08:50:15AM +0100, Carsten Ziegeler wrote:
> > Hi,
> > 
> > there are two problems with JDK 1.4.x:
> > 
> > First, you have to copy the versions of Xalan and Xerces provided
> > with Cocoon to the endorsed directory of your JDK as explained
> > in the installation guide of Cocoon.
> > 
> > Second, you have to turn of xsltc! Change the setting in the main
> > sitemap for the default transformer and turn off xsltc and then
> > the portal should work.
> > 
> fix: "the endorsed directory of your Tomcat distribution", not JDK.
> -- 
> Lenya Khachaturov
> mailto:[EMAIL PROTECTED]
> 
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
> 

Re: Cocoon Portal Framework Question

[Lenya L. Khachaturov]

On Wed, Jan 15, 2003 at 08:50:15AM +0100, Carsten Ziegeler wrote:
> Hi,
> 
> there are two problems with JDK 1.4.x:
> 
> First, you have to copy the versions of Xalan and Xerces provided
> with Cocoon to the endorsed directory of your JDK as explained
> in the installation guide of Cocoon.
> 
> Second, you have to turn of xsltc! Change the setting in the main
> sitemap for the default transformer and turn off xsltc and then
> the portal should work.
> 
fix: "the endorsed directory of your Tomcat distribution", not JDK.
-- 
Lenya Khachaturov
mailto:[EMAIL PROTECTED]

-
Please check that your question  has not already been answered in the
FAQ before posting. 

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

RE: Cocoon Portal Framework Question

[Carsten Ziegeler]

Hi,

there are two problems with JDK 1.4.x:

First, you have to copy the versions of Xalan and Xerces provided
with Cocoon to the endorsed directory of your JDK as explained
in the installation guide of Cocoon.

Second, you have to turn of xsltc! Change the setting in the main
sitemap for the default transformer and turn off xsltc and then
the portal should work.

HTH
Carsten


-Original Message-
From: Gulatee, Eric [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 14, 2003 7:24 PM
To: '[EMAIL PROTECTED]'
Subject: Cocoon Portal Framework Question


Hi,
A newbee question.
I've never been able to get cocoon's portal framework to function.
[The one with portlets etc]  I've been updating and building from time to
time...
build clean
build -Dinclude.webapp.libs=true -Dinclude.scratchpad.libs=true
webapp
Then I copy the war into JBoss's deploy directory.
Environment:
JAVA:   java version "1.4.1_01"
COCOON: cocoon 2.1 dev latest CVS
APPSERVER:  jboss-3.0.4_tomcat-4.1.12
Error:
I can see the login page however I get the following XSLTC error
when I try to login.
13:23:36,234 ERROR [Engine] - Root Cause -
java.lang.ClassFormatError: Invalid method signature:
org/apache/xalan/xsltc/Tra
nsletOutputHandler;)V
at
org.apache.bcel.classfile.Utility.typeOfSignature(Utility.java:1019)
at org.apache.bcel.generic.Type.getType(Type.java:159)
at org.apache.bcel.generic.Type.getArgumentTypes(Type.java:221)
at
org.apache.bcel.generic.InvokeInstruction.consumeStack(InvokeInstruct
ion.java:99)
at org.apache.bcel.generic.MethodGen.getMaxStack(MethodGen.java:824)
at org.apache.bcel.generic.MethodGen.setMaxStack(MethodGen.java:717)
at
org.apache.xalan.xsltc.compiler.Mode.compileApplyTemplates(Mode.java:
1047)
at
org.apache.xalan.xsltc.compiler.Stylesheet.compileModes(Stylesheet.ja
va:447)
at
org.apache.xalan.xsltc.compiler.Stylesheet.translate(Stylesheet.java:
548)
at
org.apache.xalan.xsltc.trax.TemplatesHandlerImpl.getTemplates(Templat
esHandlerImpl.java:206)
at
org.apache.avalon.excalibur.xml.xslt.XSLTProcessorImpl.getTransformer
HandlerAndValidity(XSLTProcessorImpl.java:235)
at
org.apache.cocoon.transformation.TraxTransformer.setup(TraxTransforme
r.java:341)
at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.setu
pPipeline(AbstractProcessingPipeline.java:391)
at
org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingP
ipeline.setupPipeline(AbstractCachingProcessingPipeline.java:538)
at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.prep
arePipeline(AbstractProcessingPipeline.java:497)
at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.proc
ess(AbstractProcessingPipeline.java:463)
at
org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invo
ke(SerializeNode.java:148)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo
de.invokeNodes(AbstractParentProcessingNode.java:84)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNod
e.invoke(PreparableMatchNode.java:164)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo
de.invokeNodes(AbstractParentProcessingNode.java:84)
at
org.apache.cocoon.components.treeprocessor.sitemap.ActTypeNode.invoke
(ActTypeNode.java:158)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo
de.invokeNodes(AbstractParentProcessingNode.java:84)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNod
e.invoke(PreparableMatchNode.java:164)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo
de.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invok
e(PipelineNode.java:153)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo
de.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invo
ke(PipelinesNode.java:143)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(Tree
Processor.java:317)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(Tree
Processor.java:299)
at
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(M
ountNode.java:134)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo
de.invokeNodes(AbstractParentProcessingNode.java:84)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNod
e.invoke(PreparableMatchNode.java:164)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo
de.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.

Re: Cocoon Portal Sample ..It works!!!!

[Franck Lumpe]

Yes!

Both the Portal and the XML Forms are working in Tomcat 4.1.12.

As you already said in a former post, I believe Tomcat version was part of
the problem. I had tried the Portal afterwards with Tomcat 3.3 and it was
working.

For anyone interested (repost):
Complete setup instructions for Tomcat 4.1.12, JDK 1.4, Cocoon 2.1 DEV and
W2000 available on the Wiki at
http://outerthought.net/wiki/Wiki.jsp?page=Cocoon2.1DevSetupWin2000

Thanks for update Gabriele,

Regards,

Franck

- Original Message -
From: "Gabriele Domenichini" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, November 23, 2002 11:43 PM
Subject: Re: Cocoon Portal Sample ..It works


> For all the interested.
> I have updated cocoon from the cvs today and it works!!
> I have started it
> I have removed from $COCOON_HOME/WEB-INF/lib the duplicated Xalan.jar
> and xercesImpl.jar
> I have moved from $COCOON_HOME/WEB-INF to $TOMCAT_HOME/common/endorsed
> libxalan-2.4.1.jar  xercesImpl-2.1.0.jar  xercesImpl.jar  xml-apis.jar
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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

Re: Cocoon Portal Sample ..It works!!!!

[Gabriele Domenichini]

For all the interested.
I have updated cocoon from the cvs today and it works!!
I have started it
I have removed from $COCOON_HOME/WEB-INF/lib the duplicated Xalan.jar 
and xercesImpl.jar
I have moved from $COCOON_HOME/WEB-INF to $TOMCAT_HOME/common/endorsed
libxalan-2.4.1.jar  xercesImpl-2.1.0.jar  xercesImpl.jar  xml-apis.jar



-
Please check that your question  has not already been answered in the
FAQ before posting. 

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

Re: Cocoon Portal Sample - Failed to execute pipeline error

[Gabriele Domenichini]

On Thu, 21 Nov 2002 15:14:52 +, "Jeremy Quinn"
<[EMAIL PROTECTED]> said:
> 
> On Thursday, Nov 21, 2002, at 14:59 Europe/London, Carsten Ziegeler 
> wrote:
> 
> > Sorry to say this -
> 
> I am glad you did ;)
> 
> > but I just did a clean checkout and build
> > the webapp with JKD 1.4 and run this with JDK 1.4 and Tomcat 3.3
> > using w2k - and what should I say: without any problems.
Maybe could be a problem of Tomcat server version?

I use Apache Tomcat/4.1.12 What do you think about it?

Is there someone that use correctly the cocoon portal sample with this or
similar version of Tomcat??
-- 
  Gabriele Domenichini
  [EMAIL PROTECTED]

-
Please check that your question  has not already been answered in the
FAQ before posting. 

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

Re: Cocoon Portal Sample - Failed to execute pipeline error

[Jeremy Quinn]

On Thursday, Nov 21, 2002, at 14:59 Europe/London, Carsten Ziegeler 
wrote:

Sorry to say this -


I am glad you did ;)


but I just did a clean checkout and build
the webapp with JKD 1.4 and run this with JDK 1.4 and Tomcat 3.3
using w2k - and what should I say: without any problems.

So I guess it's rather something with your setup.



Carsten,

Many thanks, at least I know it is working somewhere!

It was strange, because I did not change my working setup between two 
builds, one that worked, one that not even Cocoon pages worked.

I'll try again

regards Jeremy


-
Please check that your question  has not already been answered in the
FAQ before posting. 

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

RE: Cocoon Portal Sample - Failed to execute pipeline error

[Carsten Ziegeler]

Sorry to say this - but I just did a clean checkout and build
the webapp with JKD 1.4 and run this with JDK 1.4 and Tomcat 3.3
using w2k - and what should I say: without any problems.

So I guess it's rather something with your setup.

Carsten

> -Original Message-
> From: Jeremy Quinn [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, November 21, 2002 2:48 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Cocoon Portal Sample - Failed to execute pipeline error
> 
> 
> 
> On Thursday, Nov 21, 2002, at 12:09 Europe/London, Matthew Langham 
> wrote:
> 
> > An "over the desk" shout at Carsten reveals that the Portal is working 
> > in
> > the current CVS version - so I am not sure what your problem is 
> > exactly.
> >
> 
> Well give him another shout ;)
> *Nothing* works in the current CVS ATM (21/11/02 11:11 GMT+1)  as 
> just reported on Cocoon-dev subject: "IndexOutOfBoundsException in 
> latest CVS"
> 
> Anyone know what has broken?
> 
> regards Jeremy
> 
> 
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
> 

-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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

Re: Cocoon Portal Sample - Failed to execute pipeline error

[Jeremy Quinn]

On Thursday, Nov 21, 2002, at 12:09 Europe/London, Matthew Langham 
wrote:

An "over the desk" shout at Carsten reveals that the Portal is working 
in
the current CVS version - so I am not sure what your problem is 
exactly.


Well give him another shout ;)
*Nothing* works in the current CVS ATM (21/11/02 11:11 GMT+1)  as 
just reported on Cocoon-dev subject: "IndexOutOfBoundsException in 
latest CVS"

Anyone know what has broken?

regards Jeremy


-
Please check that your question  has not already been answered in the
FAQ before posting. 

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

RE: Cocoon Portal Sample - Failed to execute pipeline error

[Carsten Ziegeler]

The only thing I changed from the CVS is the default xslt
transformer from xslt to xalan, because I think that there
are too many problems with xsltc right now.

Carsten

> -Original Message-
> From: Franck Lumpe [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, November 21, 2002 1:24 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Cocoon Portal Sample - Failed to execute pipeline error
>
>
> > An "over the desk" shout at Carsten reveals that the Portal is
> working in
> > the current CVS version - so I am not sure what your problem is exactly.
>
> > Can you repost the exact error and stack trace again.
>
> > Matthew
>
> Here comes the repost.
>
> TIA
>
> Regards,
> Franck
>
> ___
>
>
> Hello everyone,
>
> I use JDK 1.4.1 + Tomcat 4.1.12 + Cocoon 2.1 DEV Updated Head CVS
> on Windows
> 2000. Cocoon seems to be using the correct versions of Xerces, Xalan and
> XML-Api (from the Tomcat endorsed directory).
>
> Samples are running quite nicely :-) except for:
>
> 1) The XMLForm-sample error already reported by Wolfram.
>
> 2) The Portal Framework Sample: I  get an error 500 with
>
> The
> org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode notifies
> that org.apache.cocoon.ProcessingException says: Failed to
> execute pipeline.
>
> More precisely: org.apache.cocoon.ProcessingException: Failed to execute
> pipeline.: java.lang.NullPointerException
>
> ... (Full Trace after end of message).
>
> Behaviour is that you get the error after you log in the Portal,
> and if you
> return to the URI after you are authentificated, then you always get the
> error (make sense). So at first it seems that its working but when you log
> as guest or cocoon, then you get the error.
>
> Question is:
>
> 1) Should it be working?
> 2) Or it is just that this area is Work in Progress (yeah I know its 2.1
> DEV).
>
> Help very appreciated.
>
> Franck Lumpe
> Iberplus Internet, S.L.
>
> ___
>
> Original exception : java.lang.NullPointerException
> at org.apache.cocoon.xml.dom.DOMBuilder.getDocument(DOMBuilder.java:178)
> at
> org.apache.cocoon.components.source.SourceUtil.toDOM(SourceUtil.java:172)
> at
> org.apache.cocoon.components.source.SourceUtil.readDOM(SourceUtil.
> java:420)
> at
> org.apache.cocoon.webapps.portal.components.PortalManager.buildRol
> eProfile(P
> ortalManager.java:3669)
> at
> org.apache.cocoon.webapps.portal.components.PortalManager.buildPro
> file(Porta
> lManager.java:1258)
> at
> org.apache.cocoon.webapps.portal.components.PortalManager.createPr
> ofile(Port
> alManager.java:3479)
> at
> org.apache.cocoon.webapps.portal.components.PortalManager.showPort
> al(PortalM
> anager.java:763)
> at
> org.apache.cocoon.webapps.portal.generation.PortalGenerator.genera
> te(PortalG
> enerator.java:84)
> at
> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.p
> rocessXMLP
> ipeline(AbstractProcessingPipeline.java:512)
> at
> org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessi
> ngPipeline
> .processXMLPipeline(AbstractCachingProcessingPipeline.java:204)
> at
> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.p
> rocess(Abs
> tractProcessingPipeline.java:483)
> at
> org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.i
> nvoke(Seri
> alizeNode.java:149)
> at
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
> gNode.invo
> keNodes(AbstractParentProcessingNode.java:85)
> at
> org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatch
> Node.invok
> e(PreparableMatchNode.java:166)
> at
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
> gNode.invo
> keNodes(AbstractParentProcessingNode.java:85)
> at
> org.apache.cocoon.components.treeprocessor.sitemap.ActTypeNode.inv
> oke(ActTyp
> eNode.java:158)
> at
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
> gNode.invo
> keNodes(AbstractParentProcessingNode.java:85)
> at
> org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatch
> Node.invok
> e(PreparableMatchNode.java:166)
> at
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
> gNode.invo
> keNodes(AbstractParentProcessingNode.java:109)
> at
> org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.in
> voke(Pipel
> ineNode.java:153)
> at
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
> gNode.invo
> keNodes(AbstractParentProcessingNode.java:109)
> at
> org.apache.cocoon.components.treeproc

Re: Cocoon Portal Sample - Failed to execute pipeline error

[Franck Lumpe]

rocess
or.java:326)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess
or.java:308)
at
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNod
e.java:131)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
keNodes(AbstractParentProcessingNode.java:85)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invok
e(PreparableMatchNode.java:166)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
keNodes(AbstractParentProcessingNode.java:109)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(Pipel
ineNode.java:153)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
keNodes(AbstractParentProcessingNode.java:109)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(Pipe
linesNode.java:143)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess
or.java:326)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess
or.java:308)
at org.apache.cocoon.Cocoon.process(Cocoon.java:596)
at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1069)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:260)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(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.ja
va:191)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(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:2396)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
java:170)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:641)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172
)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(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.invok
eNext(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:405)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne
ction(Http11Protocol.java:380)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:508)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:533)
at java.lang.Thread.run(Thread.java:536)



-Original Message-
From: Franck Lumpe [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 21, 2002 12:58 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: Cocoon Portal Sample - Failed to execute pipeline error


I was referring to the current 2.1 CVS version too!

I could not find any bug in Bugzilla reporting this problem.

Is the Portal Sample is supposed to work already, or is it still work in
progress?

Anyone has a clue?

Thanks in advance,

Franck


- Original Message -
From: "Gabriele Domenichini" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, November 21, 2002 7:47 AM
Subject: Re: Cocoon Portal Sample - Failed to execute pipeline error


> Sorry this is not a solution/suggestion but I want to point out that the
> same happen with the cvs version
> Franck Lumpe wrote:
>
> >Hello everyone,
> >
> >I use JDK 1.4.1 + Tomcat 4.1.12 + Cocoon 2.1 DEV Updated Head CVS on
Windows
> >2000. Cocoon seems to be using the correct versions of Xerces, Xalan and
> >XML-Api (from the Tomcat endorsed directory).
> >
> >Samples are running quite nicely :-) except for:
> >
> >1) Th

RE: Cocoon Portal Sample - Failed to execute pipeline error

[Matthew Langham]

>>
I was referring to the current 2.1 CVS version too!

I could not find any bug in Bugzilla reporting this problem.

Is the Portal Sample is supposed to work already, or is it still work in
progress?
<<
An "over the desk" shout at Carsten reveals that the Portal is working in
the current CVS version - so I am not sure what your problem is exactly.

Can you repost the exact error and stack trace again.

Thanks

Matthew


--
Open Source Group   Cocoon { Consulting, Training, Projects }
=
Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
Tel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de
-
Cocoon book:
  http://www.amazon.com/exec/obidos/ASIN/0735712352/needacake-20
Weblog:
  http://radio.weblogs.com/0103021/
=


-Original Message-
From: Franck Lumpe [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 21, 2002 12:58 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: Cocoon Portal Sample - Failed to execute pipeline error


I was referring to the current 2.1 CVS version too!

I could not find any bug in Bugzilla reporting this problem.

Is the Portal Sample is supposed to work already, or is it still work in
progress?

Anyone has a clue?

Thanks in advance,

Franck


- Original Message -
From: "Gabriele Domenichini" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, November 21, 2002 7:47 AM
Subject: Re: Cocoon Portal Sample - Failed to execute pipeline error


> Sorry this is not a solution/suggestion but I want to point out that the
> same happen with the cvs version
> Franck Lumpe wrote:
>
> >Hello everyone,
> >
> >I use JDK 1.4.1 + Tomcat 4.1.12 + Cocoon 2.1 DEV Updated Head CVS on
Windows
> >2000. Cocoon seems to be using the correct versions of Xerces, Xalan and
> >XML-Api (from the Tomcat endorsed directory).
> >
> >Samples are running quite nicely :-) except for:
> >
> >1) The XMLForm-sample error already reported by Wolfram.
> >
> >2) The Portal Framework Sample: I  get an error 500 with
> >
> >
> >-
> >Please check that your question  has not already been answered in the
> >FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> >
> >To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> >For additional commands, e-mail:   <[EMAIL PROTECTED]>
> >
> >
> >
> >
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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

Re: Cocoon Portal Sample - Failed to execute pipeline error

[Franck Lumpe]

I was referring to the current 2.1 CVS version too!

I could not find any bug in Bugzilla reporting this problem.

Is the Portal Sample is supposed to work already, or is it still work in
progress?

Anyone has a clue?

Thanks in advance,

Franck


- Original Message -
From: "Gabriele Domenichini" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, November 21, 2002 7:47 AM
Subject: Re: Cocoon Portal Sample - Failed to execute pipeline error


> Sorry this is not a solution/suggestion but I want to point out that the
> same happen with the cvs version
> Franck Lumpe wrote:
>
> >Hello everyone,
> >
> >I use JDK 1.4.1 + Tomcat 4.1.12 + Cocoon 2.1 DEV Updated Head CVS on
Windows
> >2000. Cocoon seems to be using the correct versions of Xerces, Xalan and
> >XML-Api (from the Tomcat endorsed directory).
> >
> >Samples are running quite nicely :-) except for:
> >
> >1) The XMLForm-sample error already reported by Wolfram.
> >
> >2) The Portal Framework Sample: I  get an error 500 with
> >
> >
> >-
> >Please check that your question  has not already been answered in the
> >FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> >
> >To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> >For additional commands, e-mail:   <[EMAIL PROTECTED]>
> >
> >
> >
> >
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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

Re: Cocoon Portal Sample - Failed to execute pipeline error

[Gabriele Domenichini]

Sorry this is not a solution/suggestion but I want to point out that the 
same happen with the cvs version
Franck Lumpe wrote:

Hello everyone,

I use JDK 1.4.1 + Tomcat 4.1.12 + Cocoon 2.1 DEV Updated Head CVS on Windows
2000. Cocoon seems to be using the correct versions of Xerces, Xalan and
XML-Api (from the Tomcat endorsed directory).

Samples are running quite nicely :-) except for:

1) The XMLForm-sample error already reported by Wolfram.

2) The Portal Framework Sample: I  get an error 500 with


-
Please check that your question  has not already been answered in the
FAQ before posting. 

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


 




-
Please check that your question  has not already been answered in the
FAQ before posting. 

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

Re: Cocoon Portal - User Roles

[Andy Lewis]

We are doing this with XSPs to provide the XML, rather the the SQL transformer. But we 
are
actually part way through replacing all of the file-based pipelines for these 
componenets with XSP
driven database equivalents. so far, only a few problems have cropped up
> Hi Matthew,
>
> If I understand it right, I have to change the sunrise-newrole.xml into something 
>that the sql
> transformer would understand and remove the cinclude and writesource transformer on 
>the
> pipeline?
>
> In this case...
>
> Whats the advantage of using transformer than an action?
>
> In the end of this map:match pattern it is returning an xml like this...
>
> 
>-   - http://apache.org/cocoon/source/1.0";
>xmlns:session="http://cocoon.apache.org/session/1.0";> - 
>  success
>  content inserted at: roles
>  insert
>  overwritten
>  
>file:/C:/ApacheGroup/Tomcat4.1/webapps/cocoon/myportal/resources/sunrise-roles.xml>
>   xml
>  
>  
> If I'd use an action, do I have to serialized these kinds of xml?
>
> And can you tell me where the sunrise-newrole resource is being called and returned 
>to?
>
> Thanks again.
> Richard
>
>  - Original Message -
>  From: Matthew Langham
>  To: [EMAIL PROTECTED]
>  Sent: Tuesday, November 12, 2002 8:16 PM
>  Subject: RE: Cocoon Portal - User Roles
>
>
>  >>
>  Since the the "new role" function in the portal sample is mapped to   uri="cocoon:raw:/sunrise-newrole"/> uri, it is using this sitemap snippet right?
>
>  
>  
>  
>  
>  
>  
>  
>  
>
>  and the documentations says that
>
>  The new-role resource creates a new role in the system. It gets the parameters 
>"type" with the
>  value "role" and "role" with the new rolename.
>
>  Where is the "type" and "role" parameter?
>  and why does it have to serialized in an xml type in the end?
>  <<
>
>  You need to take a look at the file sunrise-newrole.xml. That file contains most of 
>the dirty
>  work. The transformers session, cinclude and writesource act on the information 
>contained in
>  there. Because sunrise-newrole.xml also flows through the pipeline it is then 
>formatted by the
>  stylesheet and returned to the browser. It is serialized to xml because it is being 
>used
>  inside the portal (in this case).
>
>  If you wanted to write this to a database you would need to change the 
>sunrise-newrole.xml and
>  use the sqltransformer instead of cinclude and write-source. In all this should 
>take you
>  around 5 minutes or less to adapt. :-)
>
>  So it really is quite simple really.
>
>  Matthew
>  --
>  Open Source Group   Cocoon { Consulting, Training, Projects }
>    Matthew Langham, 
>S&N AG,
>  Klingenderstrasse 5, D-33100 Paderborn Tel:+49-5251-1581-30  [EMAIL PROTECTED] -
>  http://www.s-und-n.de 
>----- Cocoon
>  book:
>http://www.amazon.com/exec/obidos/ASIN/0735712352/needacake-20
>  Weblog:
>http://radio.weblogs.com/0103021/
>  
>-Original Message-
>From: Richard Reyes [mailto:seyer_drahcir@;hotmail.com]
>Sent: Tuesday, November 12, 2002 12:53 PM
>To: cocoon-users
>Subject: RE: Cocoon Portal - User Roles
>
>
>
>
>Hi Matthew / Guys,
>
>Just want to confirm some things
>
>Since the the "new role" function in the portal sample is mapped to uri="cocoon:raw:/sunrise-newrole"/> uri, it is using this sitemap snippet right?
>
>
>
>
>
>
>
>
>
>
>and the documentations says that
>
>The new-role resource creates a new role in the system. It gets the parameters 
>"type" with
>the value "role" and "role" with the new rolename.
>
>Where is the "type" and "role" parameter?
>and why does it have to serialized in an xml type in the end?
>
>Also, for the sunrise-newrole resource, the only thing this pipeline does is save 
>a new role
>in the xml file ( sunrise-roles.xml )? whose responsible for displaying the next 
>page after
>saving the new role?
>
>And since this sitemap snippet is called inside a map:pipeline internal only 
>c

RE: Cocoon Portal - User Roles

[Matthew Langham]

>>
Will I have a problem if i didn't 
serialize any xml? ( see sitemap below )
<<
Try it 
:-). Seriously, you will probably have to change the user interface of the tools 
as I think they expect something to be returned.
 
If you 
add a new role using the tool then you would expect that role to appear in the 
tool once the action was complete - wouldn't you? 
 
Matthew
--Open Source Group   
Cocoon { Consulting, Training, Projects 
}=Matthew 
Langham, S&N AG, Klingenderstrasse 5, D-33100 
PaderbornTel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de-Cocoon 
book:  http://www.amazon.com/exec/obidos/ASIN/0735712352/needacake-20Weblog:  
http://radio.weblogs.com/0103021/=  


  -Original Message-From: Richard Reyes 
  [mailto:[EMAIL PROTECTED]]Sent: Wednesday, November 13, 
  2002 12:36 PMTo: [EMAIL PROTECTED]Subject: Re: 
  Cocoon Portal - User Roles
  Hi Matthew / Guys,
   
  I have been able to replace the addrole and load 
  role functions into an
  Action.
   
  Will I have a problem if i didn't serialize any 
  xml? ( see sitemap below )
  
    
    
    
    
    
    
    
    

 
  If I create an action for the delrole 
  function, how can I delete the generated roleprofile-xxx.xml file? or i cannot 
  delete it and have to dele it manually?
   
  Thanks Again.
  Richard
   
  
- Original Message - 
From: 
Richard Reyes 
To: [EMAIL PROTECTED] 

Sent: Wednesday, November 13, 2002 3:04 
PM
Subject: Re: Cocoon Portal - User 
Roles

Hi Matthew,
 
If I understand it right, I have to change 
the sunrise-newrole.xml into something that the sql transformer would 
understand and remove the cinclude and writesource transformer on the 
pipeline?
 
In this case...
 
Whats the advantage of using transformer than 
an action?
 
In the end of this map:match pattern it is 
returning an xml like this...
 
 xml 
version="1.0" encoding="UTF-8" ?> 


  
- 

 

- <addrole 
xmlns:source="http://apache.org/cocoon/source/1.0" xmlns:session="http://cocoon.apache.org/session/1.0">


- <sourceResult>


  <execution>successexecution> 

  <message>content inserted 
at: rolesmessage> 

  <behaviour>insertbehaviour> 

  <action>overwrittenaction> 

  <source>file:/C:/ApacheGroup/Tomcat4.1/webapps/cocoon/myportal/resources/sunrise-roles.xmlsource> 

  <serializer>xmlserializer> 
  sourceResult>
  addrole>
If I'd use an action, do I have to serialized 
these kinds of xml?
 
And can you tell me where the sunrise-newrole 
resource is being called and returned to?
 
Thanks again.
Richard
 

  - Original Message - 
  From: 
  Matthew 
  Langham 
  To: [EMAIL PROTECTED] 
  
  Sent: Tuesday, November 12, 2002 8:16 
  PM
  Subject: RE: Cocoon Portal - User 
  Roles
  
  
  >>
  Since the the "new role" function in 
  the portal sample is mapped to  uri, it 
  is using this sitemap snippet right?
   
          
      
      
      
      
      
      
  
  and the 
  documentations says that 
   
  The new-role resource creates a new role in the 
  system. It gets the parameters "type" with the value "role" and "role" 
  with the new rolename.  
   
  Where is the "type" and "role" 
  parameter?
  and why does it have to serialized in an xml 
  type in the end?
  <<
   
  You need to take a look at the file 
  sunrise-newrole.xml. That file contains most of the dirty work. The 
  transformers session, cinclude and writesource act on the information 
  contained in there. Because sunrise-newrole.xml also flows through the 
  pipeline it is then formatted by the stylesheet and returned to the 
  browser. It is serialized to xml because it is being used inside the 
  portal (in this case).
   
  If you wanted to write this to a database you 
  would need to change the sunrise-newrole.xml and use the sqltransformer 
  instead of cinclude and write-source. In all this shou

Re: Cocoon Portal - User Roles

[Richard Reyes]

Hi Matthew / Guys,
 
I have been able to replace the addrole and load 
role functions into an
Action.
 
Will I have a problem if i didn't serialize any 
xml? ( see sitemap below )

      
      
      
      
      
      
      
      
  
   
If I create an action for the delrole 
function, how can I delete the generated roleprofile-xxx.xml file? or i cannot 
delete it and have to dele it manually?
 
Thanks Again.
Richard
 

  - Original Message - 
  From: 
  Richard Reyes 
  To: [EMAIL PROTECTED] 
  
  Sent: Wednesday, November 13, 2002 3:04 
  PM
  Subject: Re: Cocoon Portal - User 
  Roles
  
  Hi Matthew,
   
  If I understand it right, I have to change 
  the sunrise-newrole.xml into something that the sql transformer would 
  understand and remove the cinclude and writesource transformer on the 
  pipeline?
   
  In this case...
   
  Whats the advantage of using transformer than an 
  action?
   
  In the end of this map:match pattern it is 
  returning an xml like this...
   
   xml 
  version="1.0" encoding="UTF-8" ?> 
  

  - 
  
   
  
  - <addrole 
  xmlns:source="http://apache.org/cocoon/source/1.0" xmlns:session="http://cocoon.apache.org/session/1.0">
  
  
  - <sourceResult>
  
  
    <execution>successexecution> 
  
    <message>content inserted 
  at: rolesmessage> 
  
    <behaviour>insertbehaviour> 
  
    <action>overwrittenaction> 
  
    <source>file:/C:/ApacheGroup/Tomcat4.1/webapps/cocoon/myportal/resources/sunrise-roles.xmlsource> 
  
    <serializer>xmlserializer> 
    sourceResult>
    addrole>
  If I'd use an action, do I have to serialized 
  these kinds of xml?
   
  And can you tell me where the sunrise-newrole 
  resource is being called and returned to?
   
  Thanks again.
  Richard
   
  
- Original Message - 
From: 
Matthew 
Langham 
To: [EMAIL PROTECTED] 

Sent: Tuesday, November 12, 2002 8:16 
PM
Subject: RE: Cocoon Portal - User 
Roles


>>
Since the the "new role" function in the 
portal sample is mapped to  uri, it is 
using this sitemap snippet right?
 
        
    
    
    
    
    
    

and the 
documentations says that 
 
The new-role resource creates a new role in the system. 
It gets the parameters "type" with the value "role" and "role" with the new 
rolename.  
 
Where is the "type" and "role" 
parameter?
and why does it have to serialized in an xml 
type in the end?
<<
 
You need to take a look at the file 
sunrise-newrole.xml. That file contains most of the dirty work. The 
transformers session, cinclude and writesource act on the information 
contained in there. Because sunrise-newrole.xml also flows through the 
pipeline it is then formatted by the stylesheet and returned to the browser. 
It is serialized to xml because it is being used inside the portal (in this 
case).
 
If 
you wanted to write this to a database you would need to change the 
sunrise-newrole.xml and use the sqltransformer instead of cinclude and 
write-source. In all this should take you around 5 minutes or less to adapt. 
:-)
 
So 
it really is quite simple really.
 
Matthew
--Open Source 
Group   Cocoon { Consulting, Training, 
Projects 
}=Matthew 
Langham, S&N AG, Klingenderstrasse 5, D-33100 
PaderbornTel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de-Cocoon 
book:  http://www.amazon.com/exec/obidos/ASIN/0735712352/needacake-20Weblog:  
http://radio.weblogs.com/0103021/=============  


  -Original Message-From: Richard Reyes 
  [mailto:[EMAIL PROTECTED]]Sent: Tuesday, November 12, 
  2002 12:53 PMTo: cocoon-usersSubject: RE: Cocoon 
  Portal - User Roles
   
   
  Hi Matthew / Guys,
   
  Just want to confirm some 
  things
   
  Since the the "new role" function in the 
  portal sample is mapped to  uri, it 
  is using this sitemap snippet right?
   
          
      
      
      
      
      
      
  
  and the 
  documentations says that 
   
  The new-role resource creates a new rol

Re: Cocoon Portal - User Roles

[Richard Reyes]

Hi Matthew,
 
If I understand it right, I have to change 
the sunrise-newrole.xml into something that the sql transformer would 
understand and remove the cinclude and writesource transformer on the 
pipeline?
 
In this case...
 
Whats the advantage of using transformer than an 
action?
 
In the end of this map:match pattern it is 
returning an xml like this...
 
 xml 
version="1.0" encoding="UTF-8" ?> 

  
- 

 

- <addrole 
xmlns:source="http://apache.org/cocoon/source/1.0" xmlns:session="http://cocoon.apache.org/session/1.0">


- <sourceResult>


  <execution>successexecution> 

  <message>content inserted at: 
rolesmessage> 

  <behaviour>insertbehaviour> 

  <action>overwrittenaction> 

  <source>file:/C:/ApacheGroup/Tomcat4.1/webapps/cocoon/myportal/resources/sunrise-roles.xmlsource> 

  <serializer>xmlserializer> 
  sourceResult>
  addrole>
If I'd use an action, do I have to serialized these 
kinds of xml?
 
And can you tell me where the sunrise-newrole 
resource is being called and returned to?
 
Thanks again.
Richard
 

  - Original Message ----- 
  From: 
  Matthew 
  Langham 
  To: [EMAIL PROTECTED] 
  
  Sent: Tuesday, November 12, 2002 8:16 
  PM
  Subject: RE: Cocoon Portal - User 
  Roles
  
  
  >>
  Since the the "new role" function in the 
  portal sample is mapped to  uri, it is 
  using this sitemap snippet right?
   
          
      
      
      
      
      
      
  
  and the 
  documentations says that 
   
  The 
  new-role resource creates a new role in the system. It gets the 
  parameters "type" with the value "role" and "role" with the new 
  rolename.  
   
  Where is the "type" and "role" 
  parameter?
  and why does it have to serialized in an xml type 
  in the end?
  <<
   
  You 
  need to take a look at the file sunrise-newrole.xml. That file contains most 
  of the dirty work. The transformers session, cinclude and writesource act on 
  the information contained in there. Because sunrise-newrole.xml also flows 
  through the pipeline it is then formatted by the stylesheet and returned to 
  the browser. It is serialized to xml because it is being used inside the 
  portal (in this case).
   
  If 
  you wanted to write this to a database you would need to change the 
  sunrise-newrole.xml and use the sqltransformer instead of cinclude and 
  write-source. In all this should take you around 5 minutes or less to adapt. 
  :-)
   
  So 
  it really is quite simple really.
   
  Matthew
  --Open Source Group   
  Cocoon { Consulting, Training, Projects 
  }=Matthew 
  Langham, S&N AG, Klingenderstrasse 5, D-33100 
  PaderbornTel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de-Cocoon 
  book:  http://www.amazon.com/exec/obidos/ASIN/0735712352/needacake-20Weblog:  
  http://radio.weblogs.com/0103021/=============  
  
  
-Original Message-From: Richard Reyes 
[mailto:[EMAIL PROTECTED]]Sent: Tuesday, November 12, 
2002 12:53 PMTo: cocoon-usersSubject: RE: Cocoon 
Portal - User Roles
 
 
Hi Matthew / Guys,
 
Just want to confirm some 
things
 
Since the the "new role" function in the portal 
sample is mapped to  uri, it is 
using this sitemap snippet right?
 
        
    
    
    
    
    
    

and the 
documentations says that 
 
The new-role resource creates a new role in the system. 
It gets the parameters "type" with the value "role" and "role" with the new 
rolename.  
 
Where is the "type" and "role" 
parameter?
and why does it have to serialized in an xml 
type in the end?
 
Also, for the sunrise-newrole 
resource, the only thing this pipeline does is save a new role in the 
xml file ( sunrise-roles.xml )? whose responsible for displaying the 
next page after saving the new role?
 
And since this sitemap snippet is called inside 
a map:pipeline internal only clause I think it is being called by the portal 
generator or action. 
 
If in case I'd used custom actions over this 
pipeline, How would I know the parameters 
that 
have been passed and are being expected by the 
caller of this pipeline?
 
Thanks a lot
Richard

RE: Cocoon Portal - User Roles

[Matthew Langham]

>>
Since the the "new role" function in the 
portal sample is mapped to  uri, it is 
using this sitemap snippet right?
 
        
    
    
    
    
    
    

and the 
documentations says that 
 
The 
new-role resource creates a new role in the system. It gets the 
parameters "type" with the value "role" and "role" with the new 
rolename.  
 
Where is the "type" and "role" 
parameter?
and why does it have to serialized in an xml type 
in the end?
<<
 
You 
need to take a look at the file sunrise-newrole.xml. That file contains most of 
the dirty work. The transformers session, cinclude and writesource act on the 
information contained in there. Because sunrise-newrole.xml also flows through 
the pipeline it is then formatted by the stylesheet and returned to the browser. 
It is serialized to xml because it is being used inside the portal (in this 
case).
 
If you 
wanted to write this to a database you would need to change the 
sunrise-newrole.xml and use the sqltransformer instead of cinclude and 
write-source. In all this should take you around 5 minutes or less to adapt. 
:-)
 
So it 
really is quite simple really.
 
Matthew
--Open Source Group   
Cocoon { Consulting, Training, Projects 
}=Matthew 
Langham, S&N AG, Klingenderstrasse 5, D-33100 
PaderbornTel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de-Cocoon 
book:  http://www.amazon.com/exec/obidos/ASIN/0735712352/needacake-20Weblog:  
http://radio.weblogs.com/0103021/=  


  -Original Message-From: Richard Reyes 
  [mailto:[EMAIL PROTECTED]]Sent: Tuesday, November 12, 2002 
  12:53 PMTo: cocoon-usersSubject: RE: Cocoon Portal - 
  User Roles
   
   
  Hi Matthew / Guys,
   
  Just want to confirm some things
   
  Since the the "new role" function in the portal 
  sample is mapped to  uri, it is 
  using this sitemap snippet right?
   
          
      
      
      
      
      
      
  
  and the 
  documentations says that 
   
  The 
  new-role resource creates a new role in the system. It gets the 
  parameters "type" with the value "role" and "role" with the new 
  rolename.  
   
  Where is the "type" and "role" 
  parameter?
  and why does it have to serialized in an xml type 
  in the end?
   
  Also, for the sunrise-newrole resource, the 
  only thing this pipeline does is save a new role in the xml file 
  ( sunrise-roles.xml )? whose responsible for displaying the next page 
  after saving the new role?
   
  And since this sitemap snippet is called inside a 
  map:pipeline internal only clause I think it is being called by the portal 
  generator or action. 
   
  If in case I'd used custom actions over this 
  pipeline, How would I know the parameters that 
  
  have been passed and are being expected by the 
  caller of this pipeline?
   
  Thanks a lot
  Richard
  
- Original Message - 
From: 
Richard Reyes 
To: cocoon-users 
Cc: Alex 
Sent: Tuesday, November 12, 2002 7:18 
PM
Subject: Re: Cocoon Portal - User 
Roles


Hi 
Matthew,
 
Thanks for the reminder!
 

Hi,
 
each function of 
the portal is mapped to a pipeline. So in order to change the storage - all 
you have to do is to modify the pipeline to use say the SQLGenerator 
etc.
 
Read the 
documentation. http://xml.apache.org/cocoon/developing/webapps/authentication.html
 
It explains this 
in detail (see under User Administration). Then look at the pipelines that 
are currently used to get a feel for how it works at the 
moment.
 
Matthew
 
--Open Source 
Group   Cocoon { Consulting, Training, 
Projects 
}=Matthew 
Langham, S&N AG, Klingenderstrasse 5, D-33100 
PaderbornTel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de-Cocoon 
book:  http://www.amazon.com/exec/obidos/ASIN/0735712352/needacake-20Weblog:  
http://radio.weblogs.com/0103021/=  


  -Original Message-----From: Richard Reyes 
  [mailto:[EMAIL PROTECTED]]Sent: Tuesday, November 12, 
  2002 10:06 AMTo: [EMAIL PROTECTED]Subject: 
  Re: Cocoon Portal - User Roles
  Hi again guys,
   
  I have checked the source codes of the portal 
  sample...
   
  I fo

RE: Cocoon Portal - User Roles

[Richard Reyes]

 
 
Hi Matthew / Guys,
 
Just want to confirm some things
 
Since the the "new role" function in the portal 
sample is mapped to  uri, it is 
using this sitemap snippet right?
 
        
    
    
    
    
    
    

and the 
documentations says that 
 
The 
new-role resource creates a new role in the system. It gets the 
parameters "type" with the value "role" and "role" with the new 
rolename.  
 
Where is the "type" and "role" 
parameter?
and why does it have to serialized in an xml type 
in the end?
 
Also, for the sunrise-newrole resource, the 
only thing this pipeline does is save a new role in the xml file 
( sunrise-roles.xml )? whose responsible for displaying the next page after 
saving the new role?
 
And since this sitemap snippet is called inside a 
map:pipeline internal only clause I think it is being called by the portal 
generator or action. 
 
If in case I'd used custom actions over this 
pipeline, How would I know the parameters that 

have been passed and are being expected by the 
caller of this pipeline?
 
Thanks a lot
Richard

  - Original Message - 
  From: 
  Richard Reyes 
  To: cocoon-users 
  Cc: Alex 
  Sent: Tuesday, November 12, 2002 7:18 
  PM
  Subject: Re: Cocoon Portal - User 
  Roles
  
  
  Hi 
  Matthew,
   
  Thanks for the reminder!
   
  
  Hi,
   
  each function of 
  the portal is mapped to a pipeline. So in order to change the storage - all 
  you have to do is to modify the pipeline to use say the SQLGenerator 
  etc.
   
  Read the 
  documentation. http://xml.apache.org/cocoon/developing/webapps/authentication.html
   
  It explains this 
  in detail (see under User Administration). Then look at the pipelines that are 
  currently used to get a feel for how it works at the 
  moment.
   
  Matthew
   
  --Open Source Group   
  Cocoon { Consulting, Training, Projects 
  }=Matthew 
  Langham, S&N AG, Klingenderstrasse 5, D-33100 
  PaderbornTel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de-Cocoon 
  book:  http://www.amazon.com/exec/obidos/ASIN/0735712352/needacake-20Weblog:  
  http://radio.weblogs.com/0103021/=  
  
  
-Original Message-From: Richard Reyes 
[mailto:[EMAIL PROTECTED]]Sent: Tuesday, November 12, 
2002 10:06 AMTo: [EMAIL PROTECTED]Subject: 
Re: Cocoon Portal - User Roles
Hi again guys,
 
I have checked the source codes of the portal 
sample...
 
I found out that if I am to add new user or to 
add new roles, both task
will end up submitting forms with different 
parameters to this resource
 
/cocoon/myportal/sunspotdemo-sunriseconf
 
which inturn would exactly match this 
sitemap snippet in the process...
 

Re: Cocoon Portal - User Roles

[Richard Reyes]

Hi Matthew / Guys,
 
Just want to confirm some things
 
Since the the "new role" function in the portal 
sample is mapped to  uri, it is 
using this sitemap snippet right?
 
        
    
    
    
    
    
    

and the 
documentations says that 
 
The 
new-role resource creates a new role in the system. It gets the 
parameters "type" with the value "role" and "role" with the new 
rolename.  
 
Where is the "type" and "role" 
parameter?
and why does it have to serialized in an xml type 
in the end?
 
Also, for the sunrise-newrole resource, the 
only thing this pipeline does is save a new role in the xml file 
( sunrise-roles.xml )? whose responsible for displaying the next page after 
saving the new role?
 
And since this sitemap snippet is called inside a 
map:pipeline internal only clause I think it is being called by the portal 
generator or action. 
 
If in case I'd used custom actions over this 
pipeline, How would I know the parameters that 

have been passed and are being expected by the 
caller of this pipeline?
 
Thanks a lot
Richard

  - Original Message - 
  From: 
  Richard Reyes 
  To: cocoon-users 
  Cc: Alex 
  Sent: Tuesday, November 12, 2002 7:18 
  PM
  Subject: Re: Cocoon Portal - User 
  Roles
  
  
  Hi 
  Matthew,
   
  Thanks for the reminder!
   
  
  Hi,
   
  each function of 
  the portal is mapped to a pipeline. So in order to change the storage - all 
  you have to do is to modify the pipeline to use say the SQLGenerator 
  etc.
   
  Read the 
  documentation. http://xml.apache.org/cocoon/developing/webapps/authentication.html
   
  It explains this 
  in detail (see under User Administration). Then look at the pipelines that are 
  currently used to get a feel for how it works at the 
  moment.
   
  Matthew
   
  --Open Source Group   
  Cocoon { Consulting, Training, Projects 
  }=Matthew 
  Langham, S&N AG, Klingenderstrasse 5, D-33100 
  PaderbornTel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de-Cocoon 
  book:  http://www.amazon.com/exec/obidos/ASIN/0735712352/needacake-20Weblog:  
  http://radio.weblogs.com/0103021/=  
  
  
-Original Message-From: Richard Reyes 
[mailto:[EMAIL PROTECTED]]Sent: Tuesday, November 12, 
2002 10:06 AMTo: [EMAIL PROTECTED]Subject: 
Re: Cocoon Portal - User Roles
Hi again guys,
 
I have checked the source codes of the portal 
sample...
 
I found out that if I am to add new user or to 
add new roles, both task
will end up submitting forms with different 
parameters to this resource
 
/cocoon/myportal/sunspotdemo-sunriseconf
 
which inturn would exactly match this 
sitemap snippet in the process...
 

Re: Cocoon Portal - User Roles

[Richard Reyes]

Hi 
Matthew,
 
Thanks for the reminder!
 

Hi,
 
each function of the 
portal is mapped to a pipeline. So in order to change the storage - all you have 
to do is to modify the pipeline to use say the SQLGenerator 
etc.
 
Read the 
documentation. http://xml.apache.org/cocoon/developing/webapps/authentication.html
 
It explains this in 
detail (see under User Administration). Then look at the pipelines that are 
currently used to get a feel for how it works at the moment.
 
Matthew
 
--Open Source Group   
Cocoon { Consulting, Training, Projects 
}=Matthew 
Langham, S&N AG, Klingenderstrasse 5, D-33100 
PaderbornTel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de-Cocoon 
book:  http://www.amazon.com/exec/obidos/ASIN/0735712352/needacake-20Weblog:  
http://radio.weblogs.com/0103021/=  


  -Original Message-From: Richard Reyes 
  [mailto:[EMAIL PROTECTED]]Sent: Tuesday, November 12, 2002 
  10:06 AMTo: [EMAIL PROTECTED]Subject: Re: 
  Cocoon Portal - User Roles
  Hi again guys,
   
  I have checked the source codes of the portal 
  sample...
   
  I found out that if I am to add new user or to 
  add new roles, both task
  will end up submitting forms with different 
  parameters to this resource
   
  /cocoon/myportal/sunspotdemo-sunriseconf
   
  which inturn would exactly match this 
  sitemap snippet in the process...
   

RE: Cocoon Portal - User Roles

[Matthew Langham]

Hi,
 
each 
function of the portal is mapped to a pipeline. So in order to change the 
storage - all you have to do is to modify the pipeline to use say the 
SQLGenerator etc.
 
Read 
the documentation. http://xml.apache.org/cocoon/developing/webapps/authentication.html
 
It 
explains this in detail (see under User Administration). Then look at the 
pipelines that are currently used to get a feel for how it works at the 
moment.
 
Matthew
 
--Open Source Group   
Cocoon { Consulting, Training, Projects 
}=Matthew 
Langham, S&N AG, Klingenderstrasse 5, D-33100 
PaderbornTel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de-Cocoon 
book:  http://www.amazon.com/exec/obidos/ASIN/0735712352/needacake-20Weblog:  
http://radio.weblogs.com/0103021/=  


  -Original Message-From: Richard Reyes 
  [mailto:[EMAIL PROTECTED]]Sent: Tuesday, November 12, 2002 
  10:06 AMTo: [EMAIL PROTECTED]Subject: Re: 
  Cocoon Portal - User Roles
  Hi again guys,
   
  I have checked the source codes of the portal 
  sample...
   
  I found out that if I am to add new user or to 
  add new roles, both task
  will end up submitting forms with different 
  parameters to this resource
   
  /cocoon/myportal/sunspotdemo-sunriseconf
   
  which inturn would exactly match this 
  sitemap snippet in the process...
   
      
      
      
      
      
      
      
      
  
  Am I correct? 
   
  Now I have checked 
  the source codes for the "portal-auth" action and the "auth-conf" genarator, 
  and I dont think they're very easy to modify.
   
  I hope I do not have to  create our own 
  portal genarators to use a database as a storage for user and 
  roles.
   
  any ideas?
   
  thanks
  - Original Message - 
  
From: 
Richard Reyes 
To: cocoon-users 
Sent: Tuesday, November 12, 2002 2:18 
PM
Subject: Cocoon Portal - User 
Roles

Hi Guys,
I am trying to use the C2 portal application 
and would like to transfer
the storage of the roles from xml files to a 
mysql database.
Can someone teach me how to do 
this?
 
I cannot find anything on the sitemap file that 
transforms or uses the sunrise roles.xml
 
btw,
 
im using 
tomcat 4.1
sdk 1.3
c2.1 dev
 
thanks 

Re: Cocoon Portal - User Roles

[Richard Reyes]

Hi again guys,
 
I have checked the source codes of the portal 
sample...
 
I found out that if I am to add new user or to add 
new roles, both task
will end up submitting forms with different 
parameters to this resource
 
/cocoon/myportal/sunspotdemo-sunriseconf
 
which inturn would exactly match this sitemap 
snippet in the process...
 
    
    
    
    
    
    
    
    

Am I correct? 
 
Now I have checked 
the source codes for the "portal-auth" action and the "auth-conf" genarator, and 
I dont think they're very easy to modify.
 
I hope I do not have to  create our own 
portal genarators to use a database as a storage for user and 
roles.
 
any ideas?
 
thanks
- Original Message - 

  From: 
  Richard Reyes 
  To: cocoon-users 
  Sent: Tuesday, November 12, 2002 2:18 
  PM
  Subject: Cocoon Portal - User Roles
  
  Hi Guys,
  I am trying to use the C2 portal application and 
  would like to transfer
  the storage of the roles from xml files to a 
  mysql database.
  Can someone teach me how to do this?
   
  I cannot find anything on the sitemap file that 
  transforms or uses the sunrise roles.xml
   
  btw,
   
  im using 
  tomcat 4.1
  sdk 1.3
  c2.1 dev
   
  thanks 

Re: Cocoon Portal - User Roles

[Richard Reyes]

thanks for the input.

- Original Message -
From: "Wouter Scheele" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, November 12, 2002 4:49 PM
Subject: Re: Cocoon Portal - User Roles


> ey,
>
> i am not totally aware of the ideas behind the authentication-fw but i
think
> you could use xsp/esql to generate an xml file from your database
conforming
> to the authentication-fw specs.
>
> HTH,
> wouter
>
> > Hi Guys,
> > I am trying to use the C2 portal application and would like to transfer
> > the storage of the roles from xml files to a mysql database.
> > Can someone teach me how to do this?
> >
> > I cannot find anything on the sitemap file that transforms or uses the
sunrise roles.xml
> >
> > btw,
> >
> > im using
> > tomcat 4.1
> > sdk 1.3
> > c2.1 dev
> >
> > thanks
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>

-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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

Re: Cocoon Portal - User Roles

[Wouter Scheele]

ey,

i am not totally aware of the ideas behind the authentication-fw but i think
you could use xsp/esql to generate an xml file from your database conforming
to the authentication-fw specs.

HTH,
wouter

> Hi Guys,
> I am trying to use the C2 portal application and would like to transfer
> the storage of the roles from xml files to a mysql database.
> Can someone teach me how to do this?
> 
> I cannot find anything on the sitemap file that transforms or uses the sunrise 
>roles.xml
> 
> btw,
> 
> im using 
> tomcat 4.1
> sdk 1.3
> c2.1 dev
> 
> thanks 

-
Please check that your question  has not already been answered in the
FAQ before posting. 

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

Re: Cocoon Portal

[Richard Reyes]

yes.

read http://xml.apache.org/cocoon/installing/index.html

build the war file using

build -Dinclude.webapp.libs=yes -Dinclude.scratchpad.libs=yes -Dinstall.war=
%TOMCAT_HOME%\webapps webapp

then copy the cocoon.war

good luck

- Original Message -
From: "José Moreira" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, October 25, 2002 6:57 PM
Subject: RE: Cocoon Portal


> does the sunspot components come with the Cocoon tar.gz ?
>
> how can i install them ? thank you
>
>
>
> -Mensagem original-
> De: Bert Van Kets [mailto:bert@;vankets.com]
> Enviada: sexta-feira, 25 de Outubro de 2002 11:17
> Para: [EMAIL PROTECTED]
> Assunto: Re: Cocoon Portal Layout
>
>
> k, back to the basics then.
>
> I'm using an older version of Cocoon (CVS build of 14/5/2002).  There's
not
> much changed to the portal since then, except it moved to a sub sitemap.
>
> Here's the pipeline that's called first:
>  
>  
>   value="sunspotdemohandler"/>
>  
>  
>  
>  
>  
>  
>  
>
> Here you see that first an action is called that checks whether the user
is
> logged in.  We are going to skip this one for now as that's not what we
are
> looking for.  After this you see that the portal.xml file is called and
> it's transformed with teh TO-html.xsl file.  Opening that file and lookign
> for the 
> 
>
>  
> select="@rows"/>
>  
>  
> select="@columns"/>
>  
>  
>
>
>
> And there is your conversion from teh pageset to the frameset tag.
>
> Does this answer your question?
>
> I'm not sure I get your last question, but the layout can be changed as
> much as you like.  Just make sure the browser get correct (x)html.
>
> HTH,
> Bert
>
> At 18:00 25/10/2002 +0800, you wrote:
>
> >Hi Bert
> >
> >Sorry to have confused you...
> >
> >I'm looking for the part that generates the exact  tags
> >which in the end would be serialized as xhtmls.
> >
> >Question: There no limitations (except of course for being a valid htmls)
> on
> >however
> >we set these frames / pagesets right?
> >
> >Thanks.
> >
> >
> >
> >- Original Message -
> >From: "Bert Van Kets" <[EMAIL PROTECTED]>
> >To: <[EMAIL PROTECTED]>
> >Sent: Friday, October 25, 2002 5:45 PM
> >Subject: Re: Cocoon Portal Layout
> >
> >
> >Hi Richard,
> >As said before, it's in the resources/free/portal.xml file.
> >Here's the content of mine:
> >
> >
> >
> >  
> >adminfree-header
> >  
> >  
> >
> >  adminfree-content
> >
> >
> >  adminfree-bottom
> >
> >  
> >
> >
> >
> >
> >There's a similar file in the auth directory.
> >
> >Is this not what you are looking for??
> >
> >BTW using the windows search on the content of the files can save a lot
of
> >time when trying to get your grips on the portal.
> >
> >Bert
> >
> >At 15:56 25/10/2002 +0800, you wrote:
> > >Thanks Bert I have already read all the urls you've given me.
> > >I have successfully implemented the Authentication, now I'm trying to
> > >do the portal and authorization ( Roles ).
> > >And its sure is that Im gonna read the portal documentations some more.
> > >
> > >Although I still would want to know were those frameset codes are?
> > >Its not on the xml, not on the xsl... Are they being generated by
Cocoon?
> > >
> > >===
> > >- Original Message -
> > >From: "Bert Van Kets" <[EMAIL PROTECTED]>
> > >To: <[EMAIL PROTECTED]>
> > >Sent: Friday, October 25, 2002 3:34 PM
> > >Subject: Re: Cocoon Portal Layout
> > >
> > >
> > >I have kept the sizing and position of the frames, so I have not tried
> this
> > >before.
> > >Technically speaking it should not make a difference how your frames
are
> > >set up, as long as they are there.  Although I don't see why you would
> not
> > >be able to
> > >get rid of the admin-header frame 

RE: Cocoon Portal

[José Moreira]

does the sunspot components come with the Cocoon tar.gz ?

how can i install them ? thank you



-Mensagem original-
De: Bert Van Kets [mailto:bert@;vankets.com]
Enviada: sexta-feira, 25 de Outubro de 2002 11:17
Para: [EMAIL PROTECTED]
Assunto: Re: Cocoon Portal Layout


k, back to the basics then.

I'm using an older version of Cocoon (CVS build of 14/5/2002).  There's not
much changed to the portal since then, except it moved to a sub sitemap.

Here's the pipeline that's called first:
 
 
 
 
 
 
 
 
 
 

Here you see that first an action is called that checks whether the user is
logged in.  We are going to skip this one for now as that's not what we are
looking for.  After this you see that the portal.xml file is called and
it's transformed with teh TO-html.xsl file.  Opening that file and lookign
for the 
   
 
   
 
 
   
 
 
   
   

And there is your conversion from teh pageset to the frameset tag.

Does this answer your question?

I'm not sure I get your last question, but the layout can be changed as
much as you like.  Just make sure the browser get correct (x)html.

HTH,
Bert

At 18:00 25/10/2002 +0800, you wrote:

>Hi Bert
>
>Sorry to have confused you...
>
>I'm looking for the part that generates the exact  tags
>which in the end would be serialized as xhtmls.
>
>Question: There no limitations (except of course for being a valid htmls)
on
>however
>we set these frames / pagesets right?
>
>Thanks.
>
>
>
>- Original Message -
>From: "Bert Van Kets" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Friday, October 25, 2002 5:45 PM
>Subject: Re: Cocoon Portal Layout
>
>
>Hi Richard,
>As said before, it's in the resources/free/portal.xml file.
>Here's the content of mine:
>
>
>
>  
>adminfree-header
>  
>  
>
>  adminfree-content
>
>
>  adminfree-bottom
>
>  
>
>
>
>
>There's a similar file in the auth directory.
>
>Is this not what you are looking for??
>
>BTW using the windows search on the content of the files can save a lot of
>time when trying to get your grips on the portal.
>
>Bert
>
>At 15:56 25/10/2002 +0800, you wrote:
> >Thanks Bert I have already read all the urls you've given me.
> >I have successfully implemented the Authentication, now I'm trying to
> >do the portal and authorization ( Roles ).
> >And its sure is that Im gonna read the portal documentations some more.
> >
> >Although I still would want to know were those frameset codes are?
> >Its not on the xml, not on the xsl... Are they being generated by Cocoon?
> >
> >===
> >- Original Message -
> >From: "Bert Van Kets" <[EMAIL PROTECTED]>
> >To: <[EMAIL PROTECTED]>
> >Sent: Friday, October 25, 2002 3:34 PM
> >Subject: Re: Cocoon Portal Layout
> >
> >
> >I have kept the sizing and position of the frames, so I have not tried
this
> >before.
> >Technically speaking it should not make a difference how your frames are
> >set up, as long as they are there.  Although I don't see why you would
not
> >be able to
> >get rid of the admin-header frame though.
> >
> >Your question has more to do with HTML than with Cocoon or the portal-fw.
> >;-)  The portal is not that difficult, once you get the hang of it.  Make
> >sure you have read all the WebApps docs at
> >http://xml.apache.org/cocoon/developing/webapps/index.html.  If you have
> >read them, read them again!
> >If you have done this, read the following articles:
> >http://ziegeler.bei.t-online.de/c2auth.html
> >http://www.xml.com/pub/a/2002/07/24/xmlportal.html
>
>http://www.need-a-cake.com/stories/2002/02/28/usingTheSunriseComponents.htm
>l
> >
> >Watch out for the xmlns uris they are different in Cocoon 2.0.3 and
Cocoon
> >2.1.  Verify the config.xconf and sitemap.xmap files you are using!  The
> >principle remains the same, only the components have moved.
> >
> >HTH,
> >Bert
> >
> >At 15:11 25/10/2002 +0800, you wrote:
> > >Hi Bert,
> > >
> > >Can I change the orientation of the frames sets? It doesn't seem like
it?
> > >
> > >- Original Message -
> > >From: "Bert Van 

Re: Cocoon Portal Layout

[Richard Reyes]

Thanks Bert,

No more questions sir  ( for now ),
Now I have understand it correctly.

Thanks again.

=
- Original Message -
From: "Bert Van Kets" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, October 25, 2002 6:16 PM
Subject: Re: Cocoon Portal Layout


k, back to the basics then.

I'm using an older version of Cocoon (CVS build of 14/5/2002).  There's not
much changed to the portal since then, except it moved to a sub sitemap.

Here's the pipeline that's called first:
 
 
 
 
 
 
 
 
 
 

Here you see that first an action is called that checks whether the user is
logged in.  We are going to skip this one for now as that's not what we are
looking for.  After this you see that the portal.xml file is called and
it's transformed with teh TO-html.xsl file.  Opening that file and lookign
for the 
   
 
   
 
 
   
 
 
   
   

And there is your conversion from teh pageset to the frameset tag.

Does this answer your question?

I'm not sure I get your last question, but the layout can be changed as
much as you like.  Just make sure the browser get correct (x)html.

HTH,
Bert

At 18:00 25/10/2002 +0800, you wrote:

>Hi Bert
>
>Sorry to have confused you...
>
>I'm looking for the part that generates the exact  tags
>which in the end would be serialized as xhtmls.
>
>Question: There no limitations (except of course for being a valid htmls)
on
>however
>we set these frames / pagesets right?
>
>Thanks.
>
>
>
>- Original Message -
>From: "Bert Van Kets" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Friday, October 25, 2002 5:45 PM
>Subject: Re: Cocoon Portal Layout
>
>
>Hi Richard,
>As said before, it's in the resources/free/portal.xml file.
>Here's the content of mine:
>
>
>
>  
>adminfree-header
>  
>  
>
>  adminfree-content
>
>
>  adminfree-bottom
>
>  
>
>
>
>
>There's a similar file in the auth directory.
>
>Is this not what you are looking for??
>
>BTW using the windows search on the content of the files can save a lot of
>time when trying to get your grips on the portal.
>
>Bert
>
>At 15:56 25/10/2002 +0800, you wrote:
> >Thanks Bert I have already read all the urls you've given me.
> >I have successfully implemented the Authentication, now I'm trying to
> >do the portal and authorization ( Roles ).
> >And its sure is that Im gonna read the portal documentations some more.
> >
> >Although I still would want to know were those frameset codes are?
> >Its not on the xml, not on the xsl... Are they being generated by Cocoon?
> >
> >===
> >- Original Message -
> >From: "Bert Van Kets" <[EMAIL PROTECTED]>
> >To: <[EMAIL PROTECTED]>
> >Sent: Friday, October 25, 2002 3:34 PM
> >Subject: Re: Cocoon Portal Layout
> >
> >
> >I have kept the sizing and position of the frames, so I have not tried
this
> >before.
> >Technically speaking it should not make a difference how your frames are
> >set up, as long as they are there.  Although I don't see why you would
not
> >be able to
> >get rid of the admin-header frame though.
> >
> >Your question has more to do with HTML than with Cocoon or the portal-fw.
> >;-)  The portal is not that difficult, once you get the hang of it.  Make
> >sure you have read all the WebApps docs at
> >http://xml.apache.org/cocoon/developing/webapps/index.html.  If you have
> >read them, read them again!
> >If you have done this, read the following articles:
> >http://ziegeler.bei.t-online.de/c2auth.html
> >http://www.xml.com/pub/a/2002/07/24/xmlportal.html
>
>http://www.need-a-cake.com/stories/2002/02/28/usingTheSunriseComponents.htm
>l
> >
> >Watch out for the xmlns uris they are different in Cocoon 2.0.3 and
Cocoon
> >2.1.  Verify the config.xconf and sitemap.xmap files you are using!  The
> >principle remains the same, only the components have moved.
> >
> >HTH,
> >Bert
> >
> >At 15:11 25/10/2002 +0800, you wrote:
> > >Hi Bert,
> > >
> > >Can I change the orientation of the frames sets? It doesn't seem like
it?
> > >
> > >- Original Mes

Re: Cocoon Portal Layout

[Bert Van Kets]

k, back to the basics then.

I'm using an older version of Cocoon (CVS build of 14/5/2002).  There's not 
much changed to the portal since then, except it moved to a sub sitemap.

Here's the pipeline that's called first:











Here you see that first an action is called that checks whether the user is 
logged in.  We are going to skip this one for now as that's not what we are 
looking for.  After this you see that the portal.xml file is called and 
it's transformed with teh TO-html.xsl file.  Opening that file and lookign 
for the 


  

  


  


  
  

And there is your conversion from teh pageset to the frameset tag.

Does this answer your question?

I'm not sure I get your last question, but the layout can be changed as 
much as you like.  Just make sure the browser get correct (x)html.

HTH,
Bert

At 18:00 25/10/2002 +0800, you wrote:

Hi Bert

Sorry to have confused you...

I'm looking for the part that generates the exact  tags
which in the end would be serialized as xhtmls.

Question: There no limitations (except of course for being a valid htmls) on
however
we set these frames / pagesets right?

Thanks.



- Original Message -
From: "Bert Van Kets" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, October 25, 2002 5:45 PM
Subject: Re: Cocoon Portal Layout


Hi Richard,
As said before, it's in the resources/free/portal.xml file.
Here's the content of mine:


   
 
   adminfree-header
 
 
   
 adminfree-content
   
   
 adminfree-bottom
   
 
   



There's a similar file in the auth directory.

Is this not what you are looking for??

BTW using the windows search on the content of the files can save a lot of
time when trying to get your grips on the portal.

Bert

At 15:56 25/10/2002 +0800, you wrote:
>Thanks Bert I have already read all the urls you've given me.
>I have successfully implemented the Authentication, now I'm trying to
>do the portal and authorization ( Roles ).
>And its sure is that Im gonna read the portal documentations some more.
>
>Although I still would want to know were those frameset codes are?
>Its not on the xml, not on the xsl... Are they being generated by Cocoon?
>
>===
>- Original Message -
>From: "Bert Van Kets" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Friday, October 25, 2002 3:34 PM
>Subject: Re: Cocoon Portal Layout
>
>
>I have kept the sizing and position of the frames, so I have not tried this
>before.
>Technically speaking it should not make a difference how your frames are
>set up, as long as they are there.  Although I don't see why you would not
>be able to
>get rid of the admin-header frame though.
>
>Your question has more to do with HTML than with Cocoon or the portal-fw.
>;-)  The portal is not that difficult, once you get the hang of it.  Make
>sure you have read all the WebApps docs at
>http://xml.apache.org/cocoon/developing/webapps/index.html.  If you have
>read them, read them again!
>If you have done this, read the following articles:
>http://ziegeler.bei.t-online.de/c2auth.html
>http://www.xml.com/pub/a/2002/07/24/xmlportal.html
>http://www.need-a-cake.com/stories/2002/02/28/usingTheSunriseComponents.htm
l
>
>Watch out for the xmlns uris they are different in Cocoon 2.0.3 and Cocoon
>2.1.  Verify the config.xconf and sitemap.xmap files you are using!  The
>principle remains the same, only the components have moved.
>
>HTH,
>Bert
>
>At 15:11 25/10/2002 +0800, you wrote:
> >Hi Bert,
> >
> >Can I change the orientation of the frames sets? It doesn't seem like it?
> >
> >- Original Message -
> >From: "Bert Van Kets" <[EMAIL PROTECTED]>
> >To: <[EMAIL PROTECTED]>
> >Sent: Friday, October 25, 2002 2:52 PM
> >Subject: Re: Cocoon Portal Layout
> >
> >
> >Sorry Antonio but it's in the resources/free/portal.xml and
> >resources/auth/portal.xml files.
> >
> >Bert
> >
> >At 00:20 25/10/2002 -0600, you wrote:
> > >I think inside the xsl file for the portal.
> > >
> > >Antonio Gallardo
> > >
> > >El Viernes, 25 de Octubre de 2002 00:09, Richard Reyes escribió:
> > > > Thanks Antonio,
> > > >
> > > > would you happent to know where the frameset codes declared?
> > > >
> > > > 

Re: Cocoon Portal Layout

[Richard Reyes]

Hi Bert

Sorry to have confused you...

I'm looking for the part that generates the exact  tags
which in the end would be serialized as xhtmls.

Question: There no limitations (except of course for being a valid htmls) on
however
we set these frames / pagesets right?

Thanks.



- Original Message -
From: "Bert Van Kets" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, October 25, 2002 5:45 PM
Subject: Re: Cocoon Portal Layout


Hi Richard,
As said before, it's in the resources/free/portal.xml file.
Here's the content of mine:


   
 
   adminfree-header
 
 
   
 adminfree-content
   
   
 adminfree-bottom
   
 
   



There's a similar file in the auth directory.

Is this not what you are looking for??

BTW using the windows search on the content of the files can save a lot of
time when trying to get your grips on the portal.

Bert

At 15:56 25/10/2002 +0800, you wrote:
>Thanks Bert I have already read all the urls you've given me.
>I have successfully implemented the Authentication, now I'm trying to
>do the portal and authorization ( Roles ).
>And its sure is that Im gonna read the portal documentations some more.
>
>Although I still would want to know were those frameset codes are?
>Its not on the xml, not on the xsl... Are they being generated by Cocoon?
>
>===
>- Original Message -
>From: "Bert Van Kets" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Friday, October 25, 2002 3:34 PM
>Subject: Re: Cocoon Portal Layout
>
>
>I have kept the sizing and position of the frames, so I have not tried this
>before.
>Technically speaking it should not make a difference how your frames are
>set up, as long as they are there.  Although I don't see why you would not
>be able to
>get rid of the admin-header frame though.
>
>Your question has more to do with HTML than with Cocoon or the portal-fw.
>;-)  The portal is not that difficult, once you get the hang of it.  Make
>sure you have read all the WebApps docs at
>http://xml.apache.org/cocoon/developing/webapps/index.html.  If you have
>read them, read them again!
>If you have done this, read the following articles:
>http://ziegeler.bei.t-online.de/c2auth.html
>http://www.xml.com/pub/a/2002/07/24/xmlportal.html
>http://www.need-a-cake.com/stories/2002/02/28/usingTheSunriseComponents.htm
l
>
>Watch out for the xmlns uris they are different in Cocoon 2.0.3 and Cocoon
>2.1.  Verify the config.xconf and sitemap.xmap files you are using!  The
>principle remains the same, only the components have moved.
>
>HTH,
>Bert
>
>At 15:11 25/10/2002 +0800, you wrote:
> >Hi Bert,
> >
> >Can I change the orientation of the frames sets? It doesn't seem like it?
> >
> >- Original Message -
> >From: "Bert Van Kets" <[EMAIL PROTECTED]>
> >To: <[EMAIL PROTECTED]>
> >Sent: Friday, October 25, 2002 2:52 PM
> >Subject: Re: Cocoon Portal Layout
> >
> >
> >Sorry Antonio but it's in the resources/free/portal.xml and
> >resources/auth/portal.xml files.
> >
> >Bert
> >
> >At 00:20 25/10/2002 -0600, you wrote:
> > >I think inside the xsl file for the portal.
> > >
> > >Antonio Gallardo
> > >
> > >El Viernes, 25 de Octubre de 2002 00:09, Richard Reyes escribió:
> > > > Thanks Antonio,
> > > >
> > > > would you happent to know where the frameset codes declared?
> > > >
> > > > - Original Message -
> > > > From: "Antonio Gallardo Rivera" <[EMAIL PROTECTED]>
> > > > To: <[EMAIL PROTECTED]>
> > > > Sent: Friday, October 25, 2002 2:04 PM
> > > > Subject: Re: Cocoon Portal Layout
> > > >
> > > >
> > > > I think you can do that.
> > > >
> > > > Antonio Gallardo
> > > >
> > > > El Jueves, 24 de Octubre de 2002 23:51, Richard Reyes escribió:
> > > > > Hi Guys,
> > > > >
> > > > > I'm using Cocoon 2.1 -dev, and working on implementing the Cocoon
> >Portal
> > > > > on our application.
> > > > >
> > > > > Can I change the total layout of the portal? Can I remove all the
> >frames
> > > > > anf create layout perhaps include menus just below the header
>banner?
> > > > >
> > > > > I asked this because I have noticed that there are no frameset
> > > >
> > > &g

Re: Cocoon Portal Layout

[Bert Van Kets]

Hi Richard,
As said before, it's in the resources/free/portal.xml file.
Here's the content of mine:


  

  adminfree-header


  
adminfree-content
  
  
adminfree-bottom
  

  



There's a similar file in the auth directory.

Is this not what you are looking for??

BTW using the windows search on the content of the files can save a lot of 
time when trying to get your grips on the portal.

Bert

At 15:56 25/10/2002 +0800, you wrote:
Thanks Bert I have already read all the urls you've given me.
I have successfully implemented the Authentication, now I'm trying to
do the portal and authorization ( Roles ).
And its sure is that Im gonna read the portal documentations some more.

Although I still would want to know were those frameset codes are?
Its not on the xml, not on the xsl... Are they being generated by Cocoon?

===
- Original Message -
From: "Bert Van Kets" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, October 25, 2002 3:34 PM
Subject: Re: Cocoon Portal Layout


I have kept the sizing and position of the frames, so I have not tried this
before.
Technically speaking it should not make a difference how your frames are
set up, as long as they are there.  Although I don't see why you would not
be able to
get rid of the admin-header frame though.

Your question has more to do with HTML than with Cocoon or the portal-fw.
;-)  The portal is not that difficult, once you get the hang of it.  Make
sure you have read all the WebApps docs at
http://xml.apache.org/cocoon/developing/webapps/index.html.  If you have
read them, read them again!
If you have done this, read the following articles:
http://ziegeler.bei.t-online.de/c2auth.html
http://www.xml.com/pub/a/2002/07/24/xmlportal.html
http://www.need-a-cake.com/stories/2002/02/28/usingTheSunriseComponents.html

Watch out for the xmlns uris they are different in Cocoon 2.0.3 and Cocoon
2.1.  Verify the config.xconf and sitemap.xmap files you are using!  The
principle remains the same, only the components have moved.

HTH,
Bert

At 15:11 25/10/2002 +0800, you wrote:
>Hi Bert,
>
>Can I change the orientation of the frames sets? It doesn't seem like it?
>
>- Original Message -
>From: "Bert Van Kets" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Friday, October 25, 2002 2:52 PM
>Subject: Re: Cocoon Portal Layout
>
>
>Sorry Antonio but it's in the resources/free/portal.xml and
>resources/auth/portal.xml files.
>
>Bert
>
>At 00:20 25/10/2002 -0600, you wrote:
> >I think inside the xsl file for the portal.
> >
> >Antonio Gallardo
> >
> >El Viernes, 25 de Octubre de 2002 00:09, Richard Reyes escribió:
> > > Thanks Antonio,
> > >
> > > would you happent to know where the frameset codes declared?
> > >
> > > - Original Message -
> > > From: "Antonio Gallardo Rivera" <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Sent: Friday, October 25, 2002 2:04 PM
> > > Subject: Re: Cocoon Portal Layout
> > >
> > >
> > > I think you can do that.
> > >
> > > Antonio Gallardo
> > >
> > > El Jueves, 24 de Octubre de 2002 23:51, Richard Reyes escribió:
> > > > Hi Guys,
> > > >
> > > > I'm using Cocoon 2.1 -dev, and working on implementing the Cocoon
>Portal
> > > > on our application.
> > > >
> > > > Can I change the total layout of the portal? Can I remove all the
>frames
> > > > anf create layout perhaps include menus just below the header
banner?
> > > >
> > > > I asked this because I have noticed that there are no frameset
> > >
> > > declarations
> > >
> > > > on any of the stylesheets used in the portal samples.
> > > >
> > > > Thanks in advance
> > > > Richard
> > >
> > > -
> > > Please check that your question  has not already been answered in the
> > > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> > >
> > > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > > For additional commands, e-mail:   <[EMAIL PROTECTED]>
> > >
> > > -
> > > Please check that your question  has not already been answered in the
> > > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> > >
> > > To unsubscribe, e-mai

Re: Cocoon Portal Layout

[Richard Reyes]

Thanks Bert I have already read all the urls you've given me.
I have successfully implemented the Authentication, now I'm trying to
do the portal and authorization ( Roles ).
And its sure is that Im gonna read the portal documentations some more.

Although I still would want to know were those frameset codes are?
Its not on the xml, not on the xsl... Are they being generated by Cocoon?

===
- Original Message -
From: "Bert Van Kets" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, October 25, 2002 3:34 PM
Subject: Re: Cocoon Portal Layout


I have kept the sizing and position of the frames, so I have not tried this
before.
Technically speaking it should not make a difference how your frames are
set up, as long as they are there.  Although I don't see why you would not
be able to
get rid of the admin-header frame though.

Your question has more to do with HTML than with Cocoon or the portal-fw.
;-)  The portal is not that difficult, once you get the hang of it.  Make
sure you have read all the WebApps docs at
http://xml.apache.org/cocoon/developing/webapps/index.html.  If you have
read them, read them again!
If you have done this, read the following articles:
http://ziegeler.bei.t-online.de/c2auth.html
http://www.xml.com/pub/a/2002/07/24/xmlportal.html
http://www.need-a-cake.com/stories/2002/02/28/usingTheSunriseComponents.html

Watch out for the xmlns uris they are different in Cocoon 2.0.3 and Cocoon
2.1.  Verify the config.xconf and sitemap.xmap files you are using!  The
principle remains the same, only the components have moved.

HTH,
Bert

At 15:11 25/10/2002 +0800, you wrote:
>Hi Bert,
>
>Can I change the orientation of the frames sets? It doesn't seem like it?
>
>- Original Message -
>From: "Bert Van Kets" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Friday, October 25, 2002 2:52 PM
>Subject: Re: Cocoon Portal Layout
>
>
>Sorry Antonio but it's in the resources/free/portal.xml and
>resources/auth/portal.xml files.
>
>Bert
>
>At 00:20 25/10/2002 -0600, you wrote:
> >I think inside the xsl file for the portal.
> >
> >Antonio Gallardo
> >
> >El Viernes, 25 de Octubre de 2002 00:09, Richard Reyes escribió:
> > > Thanks Antonio,
> > >
> > > would you happent to know where the frameset codes declared?
> > >
> > > - Original Message -
> > > From: "Antonio Gallardo Rivera" <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Sent: Friday, October 25, 2002 2:04 PM
> > > Subject: Re: Cocoon Portal Layout
> > >
> > >
> > > I think you can do that.
> > >
> > > Antonio Gallardo
> > >
> > > El Jueves, 24 de Octubre de 2002 23:51, Richard Reyes escribió:
> > > > Hi Guys,
> > > >
> > > > I'm using Cocoon 2.1 -dev, and working on implementing the Cocoon
>Portal
> > > > on our application.
> > > >
> > > > Can I change the total layout of the portal? Can I remove all the
>frames
> > > > anf create layout perhaps include menus just below the header
banner?
> > > >
> > > > I asked this because I have noticed that there are no frameset
> > >
> > > declarations
> > >
> > > > on any of the stylesheets used in the portal samples.
> > > >
> > > > Thanks in advance
> > > > Richard
> > >
> > > -
> > > Please check that your question  has not already been answered in the
> > > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> > >
> > > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > > For additional commands, e-mail:   <[EMAIL PROTECTED]>
> > >
> > > -
> > > Please check that your question  has not already been answered in the
> > > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> > >
> > > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > > For additional commands, e-mail:   <[EMAIL PROTECTED]>
> >
> >-
> >Please check that your question  has not already been answered in the
> >FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> >
> >To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> >For additional commands, e-mail:   <[EMAIL PROTECTED]>
>

Re: Cocoon Portal Layout

[Bert Van Kets]

I have kept the sizing and position of the frames, so I have not tried this 
before.
Technically speaking it should not make a difference how your frames are 
set up, as long as they are there.  Although I don't see why you would not 
be able to
get rid of the admin-header frame though.

Your question has more to do with HTML than with Cocoon or the portal-fw. 
;-)  The portal is not that difficult, once you get the hang of it.  Make 
sure you have read all the WebApps docs at 
http://xml.apache.org/cocoon/developing/webapps/index.html.  If you have 
read them, read them again!
If you have done this, read the following articles:
http://ziegeler.bei.t-online.de/c2auth.html
http://www.xml.com/pub/a/2002/07/24/xmlportal.html
http://www.need-a-cake.com/stories/2002/02/28/usingTheSunriseComponents.html

Watch out for the xmlns uris they are different in Cocoon 2.0.3 and Cocoon 
2.1.  Verify the config.xconf and sitemap.xmap files you are using!  The 
principle remains the same, only the components have moved.

HTH,
Bert

At 15:11 25/10/2002 +0800, you wrote:
Hi Bert,

Can I change the orientation of the frames sets? It doesn't seem like it?

- Original Message -
From: "Bert Van Kets" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, October 25, 2002 2:52 PM
Subject: Re: Cocoon Portal Layout


Sorry Antonio but it's in the resources/free/portal.xml and
resources/auth/portal.xml files.

Bert

At 00:20 25/10/2002 -0600, you wrote:
>I think inside the xsl file for the portal.
>
>Antonio Gallardo
>
>El Viernes, 25 de Octubre de 2002 00:09, Richard Reyes escribió:
> > Thanks Antonio,
> >
> > would you happent to know where the frameset codes declared?
> >
> > - Original Message -
> > From: "Antonio Gallardo Rivera" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Friday, October 25, 2002 2:04 PM
> > Subject: Re: Cocoon Portal Layout
> >
> >
> > I think you can do that.
> >
> > Antonio Gallardo
> >
> > El Jueves, 24 de Octubre de 2002 23:51, Richard Reyes escribió:
> > > Hi Guys,
> > >
> > > I'm using Cocoon 2.1 -dev, and working on implementing the Cocoon
Portal
> > > on our application.
> > >
> > > Can I change the total layout of the portal? Can I remove all the
frames
> > > anf create layout perhaps include menus just below the header banner?
> > >
> > > I asked this because I have noticed that there are no frameset
> >
> > declarations
> >
> > > on any of the stylesheets used in the portal samples.
> > >
> > > Thanks in advance
> > > Richard
> >
> > -
> > Please check that your question  has not already been answered in the
> > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> >
> > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > For additional commands, e-mail:   <[EMAIL PROTECTED]>
> >
> > -
> > Please check that your question  has not already been answered in the
> > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> >
> > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > For additional commands, e-mail:   <[EMAIL PROTECTED]>
>
>-
>Please check that your question  has not already been answered in the
>FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
>To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>For additional commands, e-mail:   <[EMAIL PROTECTED]>


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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

-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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



-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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

Re: Cocoon Portal Layout

[Richard Reyes]

Hi Bert,

Can I change the orientation of the frames sets? It doesn't seem like it?

- Original Message -
From: "Bert Van Kets" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, October 25, 2002 2:52 PM
Subject: Re: Cocoon Portal Layout


Sorry Antonio but it's in the resources/free/portal.xml and
resources/auth/portal.xml files.

Bert

At 00:20 25/10/2002 -0600, you wrote:
>I think inside the xsl file for the portal.
>
>Antonio Gallardo
>
>El Viernes, 25 de Octubre de 2002 00:09, Richard Reyes escribió:
> > Thanks Antonio,
> >
> > would you happent to know where the frameset codes declared?
> >
> > - Original Message -
> > From: "Antonio Gallardo Rivera" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Friday, October 25, 2002 2:04 PM
> > Subject: Re: Cocoon Portal Layout
> >
> >
> > I think you can do that.
> >
> > Antonio Gallardo
> >
> > El Jueves, 24 de Octubre de 2002 23:51, Richard Reyes escribió:
> > > Hi Guys,
> > >
> > > I'm using Cocoon 2.1 -dev, and working on implementing the Cocoon
Portal
> > > on our application.
> > >
> > > Can I change the total layout of the portal? Can I remove all the
frames
> > > anf create layout perhaps include menus just below the header banner?
> > >
> > > I asked this because I have noticed that there are no frameset
> >
> > declarations
> >
> > > on any of the stylesheets used in the portal samples.
> > >
> > > Thanks in advance
> > > Richard
> >
> > -
> > Please check that your question  has not already been answered in the
> > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> >
> > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > For additional commands, e-mail:   <[EMAIL PROTECTED]>
> >
> > -
> > Please check that your question  has not already been answered in the
> > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> >
> > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > For additional commands, e-mail:   <[EMAIL PROTECTED]>
>
>-
>Please check that your question  has not already been answered in the
>FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
>To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>For additional commands, e-mail:   <[EMAIL PROTECTED]>


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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

-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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

Re: Cocoon Portal Layout

[Bert Van Kets]

Sorry Antonio but it's in the resources/free/portal.xml and 
resources/auth/portal.xml files.

Bert

At 00:20 25/10/2002 -0600, you wrote:
I think inside the xsl file for the portal.

Antonio Gallardo

El Viernes, 25 de Octubre de 2002 00:09, Richard Reyes escribió:
> Thanks Antonio,
>
> would you happent to know where the frameset codes declared?
>
> - Original Message -
> From: "Antonio Gallardo Rivera" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, October 25, 2002 2:04 PM
> Subject: Re: Cocoon Portal Layout
>
>
> I think you can do that.
>
> Antonio Gallardo
>
> El Jueves, 24 de Octubre de 2002 23:51, Richard Reyes escribió:
> > Hi Guys,
> >
> > I'm using Cocoon 2.1 -dev, and working on implementing the Cocoon Portal
> > on our application.
> >
> > Can I change the total layout of the portal? Can I remove all the frames
> > anf create layout perhaps include menus just below the header banner?
> >
> > I asked this because I have noticed that there are no frameset
>
> declarations
>
> > on any of the stylesheets used in the portal samples.
> >
> > Thanks in advance
> > Richard
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>

-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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



-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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

Re: Cocoon Portal Layout

[Antonio Gallardo Rivera]

I think inside the xsl file for the portal.

Antonio Gallardo

El Viernes, 25 de Octubre de 2002 00:09, Richard Reyes escribió:
> Thanks Antonio,
>
> would you happent to know where the frameset codes declared?
>
> - Original Message -
> From: "Antonio Gallardo Rivera" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, October 25, 2002 2:04 PM
> Subject: Re: Cocoon Portal Layout
>
>
> I think you can do that.
>
> Antonio Gallardo
>
> El Jueves, 24 de Octubre de 2002 23:51, Richard Reyes escribió:
> > Hi Guys,
> >
> > I'm using Cocoon 2.1 -dev, and working on implementing the Cocoon Portal
> > on our application.
> >
> > Can I change the total layout of the portal? Can I remove all the frames
> > anf create layout perhaps include menus just below the header banner?
> >
> > I asked this because I have noticed that there are no frameset
>
> declarations
>
> > on any of the stylesheets used in the portal samples.
> >
> > Thanks in advance
> > Richard
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>

-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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

Re: Cocoon Portal Layout

[Richard Reyes]

Thanks Antonio,

would you happent to know where the frameset codes declared?

- Original Message -
From: "Antonio Gallardo Rivera" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, October 25, 2002 2:04 PM
Subject: Re: Cocoon Portal Layout


I think you can do that.

Antonio Gallardo

El Jueves, 24 de Octubre de 2002 23:51, Richard Reyes escribió:
> Hi Guys,
>
> I'm using Cocoon 2.1 -dev, and working on implementing the Cocoon Portal
> on our application.
>
> Can I change the total layout of the portal? Can I remove all the frames
> anf create layout perhaps include menus just below the header banner?
>
> I asked this because I have noticed that there are no frameset
declarations
> on any of the stylesheets used in the portal samples.
>
> Thanks in advance
> Richard

-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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

-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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

Re: Cocoon Portal Layout

[Antonio Gallardo Rivera]

I think you can do that.

Antonio Gallardo

El Jueves, 24 de Octubre de 2002 23:51, Richard Reyes escribió:
> Hi Guys,
>
> I'm using Cocoon 2.1 -dev, and working on implementing the Cocoon Portal
> on our application.
>
> Can I change the total layout of the portal? Can I remove all the frames
> anf create layout perhaps include menus just below the header banner?
>
> I asked this because I have noticed that there are no frameset declarations
> on any of the stylesheets used in the portal samples.
>
> Thanks in advance
> Richard

-
Please check that your question  has not already been answered in the
FAQ before posting. 

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

Re: Cocoon portal sample crashes [SUMMARY]

[Alan Hodgkinson]

I wrote:

> I was trying to run the Cocoon portal sample at:
>   http://localhost:8080/cocoon/samples/portal/sunspotdemoportal
> When I try to log in (with guest/guest)I get the following error:
> ..[snip]..
> Any suggestions? Do I need to configure something? Is it broken?

..it was broken. It's now fixed.. as I discoved in the mail archive. 

I checked out the most recent sources (and installed them correctly 
this morning :). When I attempted this late last night, I missed a 
critical install step step and also missed finding the bug report 
and corresponding fix in the mail archives; as it was associated with 
the authentication sample and I was playing with the portal sample. 
The fix apparently fixes both sample apps. 

Now it works!

> Thanks in advance,

..the 'advance' should have been _even_ sooner. 

Thanks Carsten, for fixing the bug before I reported it. You can't
get much better than that!

Alan.

P.S. The original problem report and corresponding fix is at:

http://www.mail-archive.com/cocoon-users@xml.apache.org/msg16340.html
http://www.mail-archive.com/cocoon-users@xml.apache.org/msg16388.html

-
Please check that your question  has not already been answered in the
FAQ before posting. 

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

Re: Cocoon Portal - Tabbed layout and Radio integration

[Geert Pante]

There's an crossbrowser JavaScript LGPL Project at 
http://www.uwyn.com/projects/relativelayers .

It shows dynamic Layer creation at: 
http://www.uwyn.com/projects/relativelayers/examples/example10.html .

Most of the RelativeLayers package is supported on both IE and Netscape.  Even Opera 
(www.opera.com) can
handle some of its functionality, but not all...

mvg, Geert.

"Bert Van Kets" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> I've done some quit extensive programming using Layers with JavaScript.  It
> is perfectly possible to create this and the user would indeed perceive it
> as being faster.  The problem is that the server does not know what is
> going on (as Carsten already pointed out) and that using client side
> JavaScript does have some infringements on the JavaScript support of the
> browser.  Making your code work with ALL browsers is nearly
> impossible.  Many of my colleagues have migrated to using server side
> scripting as much as possible and only use client side when there is no
> other way.  This is a bit extreme to my opinion, since it creates a lot of
> overhead on bandwidth, but it surely is the safest way since most code runs
> in a well known and controlled environment.
>
> Bert
>
> At 10:28 6/05/2002 +0200, you wrote:
>
> > > -Original Message-
> > > From: Michael Homeijer [mailto:[EMAIL PROTECTED]]
> > > Sent: Monday, May 06, 2002 8:49 AM
> > > To: '[EMAIL PROTECTED]'
> > > Subject: RE: Cocoon Portal - Tabbed layout and Radio integration
> > >
> > >
> > > IMHO the problem with most portal layout's is that if you have multiple
> > > "portlets" open and one is changed, the complete page has to be refreshed.
> > > Depending on the functionality and the possibility of caching, this can be
> > > very time consuming.
> > >
> > > Gartner had a site that solved this by having portlets in a single "layer"
> > > (I am not a HTML expert, but I think this is what it's called). It looked
> > > great, all portlets could be dragged to the location at which you want to
> > > have them and they really looked like child windows.
> > >






-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

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

RE: Cocoon Portal - Tabbed layout and Radio integration

[Bert Van Kets]

I've done some quit extensive programming using Layers with JavaScript.  It 
is perfectly possible to create this and the user would indeed perceive it 
as being faster.  The problem is that the server does not know what is 
going on (as Carsten already pointed out) and that using client side 
JavaScript does have some infringements on the JavaScript support of the 
browser.  Making your code work with ALL browsers is nearly 
impossible.  Many of my colleagues have migrated to using server side 
scripting as much as possible and only use client side when there is no 
other way.  This is a bit extreme to my opinion, since it creates a lot of 
overhead on bandwidth, but it surely is the safest way since most code runs 
in a well known and controlled environment.

Bert

At 10:28 6/05/2002 +0200, you wrote:

> > -Original Message-
> > From: Michael Homeijer [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, May 06, 2002 8:49 AM
> > To: '[EMAIL PROTECTED]'
> > Subject: RE: Cocoon Portal - Tabbed layout and Radio integration
> >
> >
> > IMHO the problem with most portal layout's is that if you have multiple
> > "portlets" open and one is changed, the complete page has to be refreshed.
> > Depending on the functionality and the possibility of caching, this can be
> > very time consuming.
> >
> > Gartner had a site that solved this by having portlets in a single "layer"
> > (I am not a HTML expert, but I think this is what it's called). It looked
> > great, all portlets could be dragged to the location at which you want to
> > have them and they really looked like child windows.
> >
> > Did you ever look at a layout like this to use in Cocoon? (I am sorry I
> > cannot find a link with a sample, it was one of the customizable gartner
> > sites you have to login to. Maybe some one knows what I mean).
> >
>I'm not that HTML, DHTML or javascript expert but the portal is transformed
>by a stylesheet into HTML, so you can add there any HTML,javascript etc.
>directives you want.
>AFAIK it is possible to perform many operations on the client-site,
>like minimizing or rearranging the pieces of information. But at some
>time the server needs this information in order to update the profile
>on the server and save it persistent.
>The current portal demo was designed without the need of javascript (apart
>from the logout) as many customers want plain HTML, so this is the way
>it is now. But I should be no problem for an HTML expert to change
>this.
>
>
>Carsten
>
>Open Source GroupsunShine - b:Integrated
>
>Carsten Ziegeler, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
>http://www.s-und-n.de   mailto: [EMAIL PROTECTED]
>
>The Cocoon Book:
>http://www.amazon.com/exec/obidos/ASIN/0735712352/apachecocoona-20
>The new weblog homepage: http://ziegeler.bei.t-online.de
>
>
>
>-
>Please check that your question has not already been answered in the
>FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>
>To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>For additional commands, e-mail: <[EMAIL PROTECTED]>


-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

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

RE: Cocoon Portal - Tabbed layout and Radio integration

[Carsten Ziegeler]

> -Original Message-
> From: Michael Homeijer [mailto:[EMAIL PROTECTED]]
> Sent: Monday, May 06, 2002 8:49 AM
> To: '[EMAIL PROTECTED]'
> Subject: RE: Cocoon Portal - Tabbed layout and Radio integration
>
>
> IMHO the problem with most portal layout's is that if you have multiple
> "portlets" open and one is changed, the complete page has to be refreshed.
> Depending on the functionality and the possibility of caching, this can be
> very time consuming.
>
> Gartner had a site that solved this by having portlets in a single "layer"
> (I am not a HTML expert, but I think this is what it's called). It looked
> great, all portlets could be dragged to the location at which you want to
> have them and they really looked like child windows.
>
> Did you ever look at a layout like this to use in Cocoon? (I am sorry I
> cannot find a link with a sample, it was one of the customizable gartner
> sites you have to login to. Maybe some one knows what I mean).
>
I'm not that HTML, DHTML or javascript expert but the portal is transformed
by a stylesheet into HTML, so you can add there any HTML,javascript etc.
directives you want.
AFAIK it is possible to perform many operations on the client-site,
like minimizing or rearranging the pieces of information. But at some
time the server needs this information in order to update the profile
on the server and save it persistent.
The current portal demo was designed without the need of javascript (apart
from the logout) as many customers want plain HTML, so this is the way
it is now. But I should be no problem for an HTML expert to change
this.


Carsten

Open Source GroupsunShine - b:Integrated

Carsten Ziegeler, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
http://www.s-und-n.de   mailto: [EMAIL PROTECTED]

The Cocoon Book:
http://www.amazon.com/exec/obidos/ASIN/0735712352/apachecocoona-20
The new weblog homepage: http://ziegeler.bei.t-online.de



-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

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

RE: Cocoon Portal - Tabbed layout and Radio integration

[Michael Homeijer]

IMHO the problem with most portal layout's is that if you have multiple
"portlets" open and one is changed, the complete page has to be refreshed.
Depending on the functionality and the possibility of caching, this can be
very time consuming.

Gartner had a site that solved this by having portlets in a single "layer"
(I am not a HTML expert, but I think this is what it's called). It looked
great, all portlets could be dragged to the location at which you want to
have them and they really looked like child windows.

Did you ever look at a layout like this to use in Cocoon? (I am sorry I
cannot find a link with a sample, it was one of the customizable gartner
sites you have to login to. Maybe some one knows what I mean).

Michael.

> -Original Message-
> From: Matthew Langham [mailto:[EMAIL PROTECTED]]
> Sent: vrijdag 3 mei 2002 15:03
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Cocoon Portal - Tabbed layout and Radio integration
> 
> 
> Those of you interested in the portal components may like to 
> take a look
> here: http://needacake.blogspot.com. The screenshot shows a 
> preview of a
> tabbed portal layout that we will be presenting at Jax2002 in 
> Frankfurt in a
> couple of weeks. In addition we will be showing how to build 
> and integrate a
> new coplet for Radio Weblogs in RSS format.
> 
> Unfortunately - Radio has been having some problems recently 
> so I could not
> post this (yet) to my Radio weblog. :-(. However we hope you 
> find the new
> layout an interesting idea (perhaps for your own portal).
> 
> Matthew & Carsten
> 
> --
> Open Source Group   sunShine - Lighting up e:Business
> =
> Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
> Tel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de
>Weblogging at: http://www.need-a-cake.com
>  Cocoon book: http://www.amazon.com/exec/obidos/ASIN/0735712352
> =
> 
> 
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
> 

-
Please check that your question has not already been answered in the
FAQ before posting. 

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

Re: Cocoon Portal: Great!

[Brian Blakeley]

Hi Matthew,

Your assessment was bang on!

Your work looks even more impressive when served from my server!

Thanks again.

Brian


- Original Message - 
From: "Matthew Langham" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, February 20, 2002 3:10 AM
Subject: RE: Cocoon Portal: Great!


Brian,

looks like something went wrong when you checked the stuff out of CVS
(therefore the missing files).

Matthew

--
Open Source Group   sunShine - Lighting up e:Business
=
Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
Tel:+49-5251-1581-30 [EMAIL PROTECTED] - http://www.s-und-n.de
   Weblogging at: http://www.need-a-cake.com
=




-Original Message-
From: Brian Blakeley [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 19, 2002 8:44 PM
To: [EMAIL PROTECTED]
Subject: Re: Cocoon Portal: Great!


Hi all,

This is likely an easy question so here it is:

I have obtained and built cocoon2 from the cvs and it loads and operates as
expected with this one issue. When I select the Portal & Authorization link
to get to the sunspotdemo I receive a file not found 404 message back from
Apache Tomcat/4.01.

So I looked in the my COCOON_HOME and noticed that there is no sitemap.xmap
in the sunspotdemo directory only four directories images/ profiles/
resources/ and styles/ with no other files.

The build command I used was:

./build.sh -Dinclude.webapps.libs=yes -Dinclude.scratchpad.libs=yes
webapp

Anyone see what I missed?

Thanks for any and all assistance.

Brian



-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

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


-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

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



-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

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

RE: Cocoon Portal: Great!

[Matthew Langham]

Brian,

looks like something went wrong when you checked the stuff out of CVS
(therefore the missing files).

Matthew

--
Open Source Group   sunShine - Lighting up e:Business
=
Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
Tel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de
   Weblogging at: http://www.need-a-cake.com
=




-Original Message-
From: Brian Blakeley [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 19, 2002 8:44 PM
To: [EMAIL PROTECTED]
Subject: Re: Cocoon Portal: Great!


Hi all,

This is likely an easy question so here it is:

I have obtained and built cocoon2 from the cvs and it loads and operates as
expected with this one issue. When I select the Portal & Authorization link
to get to the sunspotdemo I receive a file not found 404 message back from
Apache Tomcat/4.01.

So I looked in the my COCOON_HOME and noticed that there is no sitemap.xmap
in the sunspotdemo directory only four directories images/ profiles/
resources/ and styles/ with no other files.

The build command I used was:

./build.sh -Dinclude.webapps.libs=yes -Dinclude.scratchpad.libs=yes
webapp

Anyone see what I missed?

Thanks for any and all assistance.

Brian



-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

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


-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

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

Re: Cocoon Portal: Great!

[Brian Blakeley]

Hi all,

This is likely an easy question so here it is:

I have obtained and built cocoon2 from the cvs and it loads and operates as
expected with this one issue. When I select the Portal & Authorization link
to get to the sunspotdemo I receive a file not found 404 message back from
Apache Tomcat/4.01.

So I looked in the my COCOON_HOME and noticed that there is no sitemap.xmap
in the sunspotdemo directory only four directories images/ profiles/
resources/ and styles/ with no other files.

The build command I used was:

./build.sh -Dinclude.webapps.libs=yes -Dinclude.scratchpad.libs=yes
webapp

Anyone see what I missed?

Thanks for any and all assistance.

Brian



-
Please check that your question has not already been answered in the
FAQ before posting. 

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

Re: RE: Cocoon Portal: Great!

[berni_huber]

> Hi,
> 
> I just checked in a fix for this. Could you please try it again?
i will, may take some time...
thx bernhard



-
Please check that your question has not already been answered in the
FAQ before posting. 

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

RE: Cocoon Portal: Great!

[Carsten Ziegeler]

If you use the SourceResolver for resolving URIs and your URI is
an absolute Windows path starting with a slash, like /C:/programs/...
this was treated by Cocoon as a real URI with the protocol "/C".
This is fixed now.

Carsten

> -Original Message-
> From: Bert Van Kets [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 19, 2002 1:56 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Cocoon Portal: Great!
>
>
> At 13:05 19/02/2002 +0100, you wrote:
> >Hi,
> >
> >I just checked in a fix for this. Could you please try it again?
> >
> >Thanks
> >Carsten
> >
> >PS: This bug existed in Cocoon for ages...
>
> What bug is this?  I'm struggling with file access errors in Win2K too at
> the moment.
> Bert
>
>
> -
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
>


-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

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

RE: Cocoon Portal: Great!

[Bert Van Kets]

At 13:05 19/02/2002 +0100, you wrote:
>Hi,
>
>I just checked in a fix for this. Could you please try it again?
>
>Thanks
>Carsten
>
>PS: This bug existed in Cocoon for ages...

What bug is this?  I'm struggling with file access errors in Win2K too at 
the moment.
Bert


-
Please check that your question has not already been answered in the
FAQ before posting. 

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

RE: Cocoon Portal: Great!

[Carsten Ziegeler]

Hi,

I just checked in a fix for this. Could you please try it again?

Thanks
Carsten

PS: This bug existed in Cocoon for ages...

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 19, 2002 12:54 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Cocoon Portal: Great!
>
>
> hi,
> i have check out cocoon portal donation,
> running under w2k,
> i tried to log in as guest/guest and failed.
>
> it seems that building filenames does not work under w2k, trying
> to read the file named:
> '/D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-cocoon2/bui
ld/cocoon/webapp/sunspotdemo/profiles/sunletprofile.xml'
>
> i experience following log & exception:
> any ideas?
>
> bye bernhard
>
> DEBUG   (2002-02-19) 12:07.41:370   [core]
> (/cocoon2-cvs/sunspotdemo-portlets) Thread-8/SunSpot: BEGIN
> buildBaseProfile
> config={E=org.apache.cocoon.sunshine.connector.Resource:
> /D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-cocoon2/buil
d/cocoon/webapp/sunspotdemo/profiles/sunletprofile.xml
> (3), N=org.apache.cocoon.sunshine.connector.Resource:
> cocoon:raw://sunspotdemoresource-saveuserprofile (1),
> D=org.apache.cocoon.sunshine.connector.Resource:
> /D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-cocoon2/buil
d/cocoon/webapp/sunspotdemo/profiles/sunletprofile.xml
> (3), M=org.apache.cocoon.sunshine.connector.Resource:
> cocoon:raw://sunspotdemoresource-userprofile (1),
> C=org.apache.cocoon.sunshine.connector.Resource:
> /D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-cocoon2/buil
d/cocoon/webapp/sunspotdemo/profiles/layoutprofile.xml
> (3), V=1, B=sunspotdemo-portal,
> K=org.apache.cocoon.sunshine.connector.Resource:
> cocoon:raw://sunspotdemoresource-saveroleprofile (1), U=false,
> J=org.apache.cocoon.sunshine.connector.Resource:
> cocoon:raw://sunspotdemoresource-roleprofile (1), T=sunspotdemo,
> S=sunspotdemo-portal, R=org.apache.cocoon.sunshine.connector.Resource:
> /D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-cocoon2/buil
d/cocoon/webapp/sunspotdemo/profiles/admintypes.xml
> (3), H=org.apache.cocoon.sunshine.connector.Resource:
> cocoon:raw://sunspotdemoresource-saveglobalprofile (1),
> Q=org.apache.cocoon.sunshine.connector.Resource:
> cocoon:raw://sunspotdemoresource-saveuserstatus (1),
> G=org.apache.cocoon.sunshine.connector.Resource:
> /D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-cocoon2/buil
d/cocoon/webapp/sunspotdemo/profiles/globalprofile.xml
> (3), P=org.apache.cocoon.sunshine.connector.Resource:
> cocoon:raw://sunspotdemoresource-userstatus (1),
> F=org.apache.cocoon.sunshine.connector.Resource:
> /D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-cocoon2/buil
d/cocoon/webapp/sunspotdemo/profiles/types.xml
> (3)}, adminProfile=false
> DEBUG   (2002-02-19) 12:07.41:370   [core]
> (/cocoon2-cvs/sunspotdemo-portlets) Thread-8/SunSpot: Loading sunLet
> base profile
> DEBUG   (2002-02-19) 12:07.41:370   [core]
> (/cocoon2-cvs/sunspotdemo-portlets) Thread-8/LogKitLogger: Retrieving a
> org.apache.cocoon.sunshine.connector.ResourceConnectorImpl from the pool
> DEBUG   (2002-02-19) 12:07.41:370   [core]
> (/cocoon2-cvs/sunspotdemo-portlets) Thread-8/ResourceConnectorImpl:
> start loading
> '/D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-cocoon2/bui
ld/cocoon/webapp/sunspotdemo/profiles/sunletprofile.xml'
> DEBUG   (2002-02-19) 12:07.41:370   [core]
> (/cocoon2-cvs/sunspotdemo-portlets) Thread-8/ResourceConnectorImpl:
> BEGIN loadXMLFromFile
> fileName=/D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-coc
oon2/build/cocoon/webapp/sunspotdemo/profiles/sunletprofile.xml,
> typeParams=null, parameters=SourceParameters: {profile = (sunlet-base),
> handler = (sunspotdemohandler), application = (sunspotdemo)}
> DEBUG   (2002-02-19) 12:07.41:370   [core.url-factory]
> (/cocoon2-cvs/sunspotdemo-portlets) Thread-8/URLFactoryImpl: Making URL
> from
> /D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-cocoon2/buil
d/cocoon/webapp/sunspotdemo/profiles/sunletprofile.xml
> DEBUG   (2002-02-19) 12:07.41:370   [core.url-factory]
> (/cocoon2-cvs/sunspotdemo-portlets) Thread-8/URLFactoryImpl: Making URL
> - MalformedURLException in getURL:
> java.net.MalformedURLException: no protocol:
> /D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-cocoon2/buil
d/cocoon/webapp/sunspotdemo/profiles/sunletprofile.xml
>   at java.net.URL.(URL.java:473)
>   at java.net.URL.(URL.java:376)
>   at java.net.URL.(URL.java:330)
>   at
> org.apache.cocoon.components.url.URLFactoryImpl.getURL(URLFactoryI
> mpl.java:122)
>   at
> org.apache.cocoon.components.source.SourceHandlerImpl.getSource(So
> urceHandlerImpl.java:185)
>   at
> org.a

Re: Cocoon Portal: Great!

[berni_huber]

hi,
i have check out cocoon portal donation,
running under w2k,
i tried to log in as guest/guest and failed.

it seems that building filenames does not work under w2k, trying
to read the file named:
'/D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-cocoon2/build/cocoon/webapp/sunspotdemo/profiles/sunletprofile.xml'

i experience following log & exception:
any ideas?

bye bernhard

DEBUG   (2002-02-19) 12:07.41:370   [core]
(/cocoon2-cvs/sunspotdemo-portlets) Thread-8/SunSpot: BEGIN
buildBaseProfile
config={E=org.apache.cocoon.sunshine.connector.Resource:
/D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-cocoon2/build/cocoon/webapp/sunspotdemo/profiles/sunletprofile.xml
(3), N=org.apache.cocoon.sunshine.connector.Resource:
cocoon:raw://sunspotdemoresource-saveuserprofile (1),
D=org.apache.cocoon.sunshine.connector.Resource:
/D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-cocoon2/build/cocoon/webapp/sunspotdemo/profiles/sunletprofile.xml
(3), M=org.apache.cocoon.sunshine.connector.Resource:
cocoon:raw://sunspotdemoresource-userprofile (1),
C=org.apache.cocoon.sunshine.connector.Resource:
/D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-cocoon2/build/cocoon/webapp/sunspotdemo/profiles/layoutprofile.xml
(3), V=1, B=sunspotdemo-portal,
K=org.apache.cocoon.sunshine.connector.Resource:
cocoon:raw://sunspotdemoresource-saveroleprofile (1), U=false,
J=org.apache.cocoon.sunshine.connector.Resource:
cocoon:raw://sunspotdemoresource-roleprofile (1), T=sunspotdemo,
S=sunspotdemo-portal, R=org.apache.cocoon.sunshine.connector.Resource:
/D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-cocoon2/build/cocoon/webapp/sunspotdemo/profiles/admintypes.xml
(3), H=org.apache.cocoon.sunshine.connector.Resource:
cocoon:raw://sunspotdemoresource-saveglobalprofile (1),
Q=org.apache.cocoon.sunshine.connector.Resource:
cocoon:raw://sunspotdemoresource-saveuserstatus (1),
G=org.apache.cocoon.sunshine.connector.Resource:
/D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-cocoon2/build/cocoon/webapp/sunspotdemo/profiles/globalprofile.xml
(3), P=org.apache.cocoon.sunshine.connector.Resource:
cocoon:raw://sunspotdemoresource-userstatus (1),
F=org.apache.cocoon.sunshine.connector.Resource:
/D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-cocoon2/build/cocoon/webapp/sunspotdemo/profiles/types.xml
(3)}, adminProfile=false
DEBUG   (2002-02-19) 12:07.41:370   [core]
(/cocoon2-cvs/sunspotdemo-portlets) Thread-8/SunSpot: Loading sunLet
base profile
DEBUG   (2002-02-19) 12:07.41:370   [core]
(/cocoon2-cvs/sunspotdemo-portlets) Thread-8/LogKitLogger: Retrieving a
org.apache.cocoon.sunshine.connector.ResourceConnectorImpl from the pool
DEBUG   (2002-02-19) 12:07.41:370   [core]
(/cocoon2-cvs/sunspotdemo-portlets) Thread-8/ResourceConnectorImpl:
start loading
'/D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-cocoon2/build/cocoon/webapp/sunspotdemo/profiles/sunletprofile.xml'
DEBUG   (2002-02-19) 12:07.41:370   [core]
(/cocoon2-cvs/sunspotdemo-portlets) Thread-8/ResourceConnectorImpl:
BEGIN loadXMLFromFile
fileName=/D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-cocoon2/build/cocoon/webapp/sunspotdemo/profiles/sunletprofile.xml,
typeParams=null, parameters=SourceParameters: {profile = (sunlet-base),
handler = (sunspotdemohandler), application = (sunspotdemo)}
DEBUG   (2002-02-19) 12:07.41:370   [core.url-factory]
(/cocoon2-cvs/sunspotdemo-portlets) Thread-8/URLFactoryImpl: Making URL
from
/D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-cocoon2/build/cocoon/webapp/sunspotdemo/profiles/sunletprofile.xml
DEBUG   (2002-02-19) 12:07.41:370   [core.url-factory]
(/cocoon2-cvs/sunspotdemo-portlets) Thread-8/URLFactoryImpl: Making URL
- MalformedURLException in getURL:
java.net.MalformedURLException: no protocol:
/D:/projects/apache-xml/apache-cvs-new-cocoon-dir/xml-cocoon2/build/cocoon/webapp/sunspotdemo/profiles/sunletprofile.xml
at java.net.URL.(URL.java:473)
at java.net.URL.(URL.java:376)
at java.net.URL.(URL.java:330)
at
org.apache.cocoon.components.url.URLFactoryImpl.getURL(URLFactoryImpl.java:122)
at
org.apache.cocoon.components.source.SourceHandlerImpl.getSource(SourceHandlerImpl.java:185)
at
org.apache.cocoon.environment.AbstractEnvironment.resolve(AbstractEnvironment.java:342)
at
org.apache.cocoon.sunshine.connector.ResourceConnectorImpl.loadXMLFromFile(ResourceConnectorImpl.java:487)
at
org.apache.cocoon.sunshine.connector.ResourceConnectorImpl.loadXML(ResourceConnectorImpl.java:663)
at
org.apache.cocoon.sunshine.components.AbstractSunShineComponent.loadXML(AbstractSunShineComponent.java:195)
at
org.apache.cocoon.sunshine.sunspot.SunSpot.buildBaseProfile(SunSpot.java:3531)
at org.apache.cocoon.sunshine.sunspot.SunSpot.buildProfile(SunSpot.java:1236)
at
org.apache.cocoon.sunshine.sunspot.SunSpot.createProfile(SunSpot.java:3490)
at org.apache.cocoon.sunshine.sunspot.SunSpot.showPortal(SunSpot.java

RE: Cocoon Portal: Great!

[Alessandro Bottoni]

>Matthew wrote:
>
> >>
>1) A good documentation (and a clean "plug-in" architecture) is required
>for having many programmers working on it and its modules. Please, make
>available some developer documentation asap.
><
>Ummm... documentation is provided. Also there is a clean architecture for
>adding content to the portal with sunlets.

[Alessandro Bottoni]
Yesss... next time I will wait to have explored all the directory structure 
and all of the product architecture before talking. Please accept my 
apology: I just was too frantic :-)

Alessandro Bottoni


-
Please check that your question has not already been answered in the
FAQ before posting. 

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

RE: Cocoon Portal: Great!

[Matthew Langham]

Hi,

if you check out and build the portal stuff then there are example sunlets
provided. And if you take a look at how the portal works (and the
documentation) it should be easy enough to author some additional ones.

Matthew

--
Open Source Group   sunShine - Lighting up e:Business
=
Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
Tel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de
   Weblogging at: http://www.need-a-cake.com
=




-Original Message-
From: Chitharanjan Das [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 19, 2002 2:04 AM
To: [EMAIL PROTECTED]
Subject: RE: Cocoon Portal: Great!


Hello Mathew,
Could you please provide sitemap entries for Sunlets and some
examples to demonstrate sunlets.

Thanks in advance,
Chiths



Hi Alessandro,

thanks for the feedback. Just a couple of remarks:

>>
Please, allow me to congratulate Matthew Langham and all the involved
people at http://www.need-a-cake.com/ for the development of the Cocoon
Portal and its donation to the Cocoon community. Very nice software and
very nice distribution policy!
<<
The link you have listed is ONLY my weblog!

The components were developed as part of a product called sunShine.
Carsten
and I work for a software company here in Paderborn, Germany that pays
us -
so please do not confuse this.

>>
1) A good documentation (and a clean "plug-in" architecture) is required
for having many programmers working on it and its modules. Please, make
available some developer documentation asap.
<
Ummm... documentation is provided. Also there is a clean architecture
for
adding content to the portal with sunlets.


Matthew

--
Open Source Group   sunShine - Lighting up e:Business
=
Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
Tel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de
   Weblogging at: http://www.need-a-cake.com
=



-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

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





-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

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


-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

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

RE: Cocoon Portal: Great!

[Chitharanjan Das]

Hello Mathew,
Could you please provide sitemap entries for Sunlets and some
examples to demonstrate sunlets.

Thanks in advance,
Chiths



Hi Alessandro,

thanks for the feedback. Just a couple of remarks:

>>
Please, allow me to congratulate Matthew Langham and all the involved
people at http://www.need-a-cake.com/ for the development of the Cocoon
Portal and its donation to the Cocoon community. Very nice software and
very nice distribution policy!
<<
The link you have listed is ONLY my weblog!

The components were developed as part of a product called sunShine.
Carsten
and I work for a software company here in Paderborn, Germany that pays
us -
so please do not confuse this.

>>
1) A good documentation (and a clean "plug-in" architecture) is required
for having many programmers working on it and its modules. Please, make
available some developer documentation asap.
<
Ummm... documentation is provided. Also there is a clean architecture
for
adding content to the portal with sunlets.


Matthew

--
Open Source Group   sunShine - Lighting up e:Business
=
Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
Tel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de
   Weblogging at: http://www.need-a-cake.com
=



-
Please check that your question has not already been answered in the
FAQ before posting. 

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





-
Please check that your question has not already been answered in the
FAQ before posting. 

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

RE: Cocoon Portal: Great!

[Matthew Langham]

Hi Alessandro,

thanks for the feedback. Just a couple of remarks:

>>
Please, allow me to congratulate Matthew Langham and all the involved
people at http://www.need-a-cake.com/ for the development of the Cocoon
Portal and its donation to the Cocoon community. Very nice software and
very nice distribution policy!
<<
The link you have listed is ONLY my weblog!

The components were developed as part of a product called sunShine. Carsten
and I work for a software company here in Paderborn, Germany that pays us -
so please do not confuse this.

>>
1) A good documentation (and a clean "plug-in" architecture) is required
for having many programmers working on it and its modules. Please, make
available some developer documentation asap.
<
Ummm... documentation is provided. Also there is a clean architecture for
adding content to the portal with sunlets.


Matthew

--
Open Source Group   sunShine - Lighting up e:Business
=
Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
Tel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de
   Weblogging at: http://www.need-a-cake.com
=



-
Please check that your question has not already been answered in the
FAQ before posting. 

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