Return-Path: Delivered-To: apmail-xml-cocoon-users-archive@xml.apache.org Received: (qmail 41638 invoked by uid 500); 16 Jan 2003 13:08:47 -0000 Mailing-List: contact cocoon-users-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-users@xml.apache.org Delivered-To: mailing list cocoon-users@xml.apache.org Received: (qmail 41627 invoked from network); 16 Jan 2003 13:08:46 -0000 Date: Thu, 16 Jan 2003 14:08:43 +0100 (MET) From: Wolle X-Sender: wgweigel@wpax13.physik.uni-wuerzburg.de To: cocoon-users@xml.apache.org Subject: RE: Cocoon Portal - User Roles In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2003038337-758783491-1042722523=:28646" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N --2003038337-758783491-1042722523=:28646 Content-Type: TEXT/PLAIN; charset=US-ASCII 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 mlangham@s-und-n.de - 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, 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 mlangham@s-und-n.de - 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 10:06 AM * To: cocoon-users@xml.apache.org * 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... * * --2003038337-758783491-1042722523=:28646 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="email.txt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="email.txt" DQpIaSBHdXlzIC8gUmljaGFyZCAvIE1hdHRoZXcsDQoNCg0KSSByZWFkIGFs bCB0aGUgZG9jdW1lbnRhdGlvbnMgYW5kIGFsc28gdGhpcw0KZS1tYWlsIGNv bnZlcnNhdGlvbiB0byBtYW5hZ2UgdGhlIFBvcnRhbC1yb2xlcy91c2VycyBi eSBkYXRhYmFzZS4gdGhpcyBpcw0Kd2hhdCBJIHRyaWVkIGZvciBjaGVja2lu ZyBpZiB0aGUgdXNlciBleGl0cyBpbiB0aGUNCmRhdGFiYXNlOg0KDQoxLiBt b2RpZmVkIHRoZSBwaXBlbGluZS9hdXRoZW50aWZpY2F0aW9uLW1hbmFnZXI6 DQo8YXV0aGVudGljYXRpb24gdXJpPSJjb2Nvb246cmF3Oi9zdW5yaXNlLWxv Z2luIi8+DQoNCjIuIG1vZGlmaWVkIHRoZSBpbnRlcm5hbC1waXBlbGluZToN Cg0KPG1hcDptYXRjaCBwYXR0ZXJuPSJzdW5yaXNlLWxvZ2luIj4NCiAgICAg ICAgICAgICAgICAgICAgICAgIDxtYXA6Z2VuZXJhdGUgc3JjPSJyZXNvdXJj ZXMvc3VucmlzZS1sb2dpbi54bWwiLz4NCiAgICAgICAgICAgICAgICAgICAg ICAgIDxtYXA6dHJhbnNmb3JtIHR5cGU9InNlc3Npb24iLz4NCiAgICAgICAg ICAgICAgICAgICAgICAgIDxtYXA6dHJhbnNmb3JtIHNyYz0ic3R5bGVzL2xv Z2luLnhzbCI+DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxt YXA6cGFyYW1ldGVyDQpuYW1lPSJ1c2UtcmVxdWVzdC1wYXJhbWV0ZXJzIiB2 YWx1ZT0idHJ1ZSIvPg0KICAgICAgICAgICAgICAgICAgICAgICAgPC9tYXA6 dHJhbnNmb3JtPg0KICAgICAgICAgICAgICAgICAgICAgICAgPG1hcDp0cmFu c2Zvcm0gdHlwZT0ic3FsIj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgPG1hcDpwYXJhbWV0ZXIgbmFtZT0idXNlLWNvbm5lY3Rpb24iDQp2 YWx1ZT0iTXlDb25uZWN0aW9uIi8+DQogICAgICAgICAgICAgICAgICAgICAg ICA8L21hcDp0cmFuc2Zvcm0+DQogICAgICAgICAgICAgICAgICAgICAgICA8 bWFwOnRyYW5zZm9ybSBzcmM9InN0eWxlcy9sb2dpbi0yLnhzbCIvPg0KICAg ICAgICAgICAgICAgICAgICAgICAgPG1hcDpzZXJpYWxpemUgdHlwZT0ieG1s Ii8+DQogICAgICAgICAgICAgICAgPC9tYXA6bWF0Y2g+DQoNCjMuIGNyZWF0 ZWQgdGhlIGZpbGUgc3VucmlzZS1sb2dpbi54bWw6DQoNCjw/eG1sIHZlcnNp b249IjEuMCIgZW5jb2Rpbmc9Imlzby04ODU5LTEiPz4NCjxsb2dpbi8+DQoN CjQuIGNyZWF0ZWQgdGhlIHN0eWxlc2hlZXQgbG9naW4ueHNsOg0KDQo8P3ht bCB2ZXJzaW9uPSIxLjAiIGVuY29kaW5nPSJpc28tODg1OS0xIj8+DQo8eHNs OnN0eWxlc2hlZXQgdmVyc2lvbj0iMS4wIg0KeG1sbnM6eHNsPSJodHRwOi8v d3d3LnczLm9yZy8xOTk5L1hTTC9UcmFuc2Zvcm0iID4NCg0KPCEtLSBNYWtl IHRoZSByZXF1ZXN0IHBhcmFtZXRlciBhdmFpbGFibGUgLS0+DQo8eHNsOnBh cmFtIG5hbWU9Im5hbWUiLz4NCjx4c2w6cGFyYW0gbmFtZT0icGFzc3dvcmQi Lz4NCjx4c2w6cGFyYW0gbmFtZT0icm9sZSIvPg0KDQo8eHNsOnRlbXBsYXRl IG1hdGNoPSJsb2dpbiI+DQo8YXV0aGVudGljYXRpb24+DQogICA8ZXhlY3V0 ZS1xdWVyeSB4bWxucz0iaHR0cDovL2FwYWNoZS5vcmcvY29jb29uL1NRTC8y LjAiPg0KICAgPHF1ZXJ5Pg0KICAgICAgICBTRUxFQ1QgaWQsIHBhc3N3b3Jk LHJvbGUgRlJPTSB1c2VycyBXSEVSRSBpZD0gJzx4c2w6dmFsdWUtb2YNCnNl bGVjdD0iJG5hbWUiLz4nIGFuZCAgcGFzc3dvcmQ9ICc8eHNsOnZhbHVlLW9m IHNlbGVjdD0iJHBhc3N3b3JkIi8+Jw0KICAgPC9xdWVyeT4NCiAgPC9leGVj dXRlLXF1ZXJ5Pg0KPC9hdXRoZW50aWNhdGlvbj4NCjwveHNsOnRlbXBsYXRl Pg0KPC94c2w6c3R5bGVzaGVldD4NCg0KNS4gY3JlYXRlZCB0aGUgc3R5bGVz aGVldCBsb2dpbi0yLnhzbA0KDQo8P3htbCB2ZXJzaW9uPSIxLjAiIGVuY29k aW5nPSJpc28tODg1OS0xIj8+DQo8eHNsOnN0eWxlc2hlZXQgdmVyc2lvbj0i MS4wIg0KeG1sbnM6eHNsPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5L1hTTC9U cmFuc2Zvcm0iDQp4bWxucz0iaHR0cDovL2FwYWNoZS5vcmcvY29jb29uL1NR TC8yLjAiPg0KDQoNCjx4c2w6dGVtcGxhdGUgbWF0Y2g9ImF1dGhlbnRpY2F0 aW9uIj4NCg0KDQo8YXV0aGVudGljYXRpb24+DQogICAgICAgIDxJRD48eHNs OnZhbHVlLW9mIHNlbGVjdD0ic3FsOnJvd3NldC9zcWw6cm93L3NxbDppZCIv PjwvSUQ+DQogICAgICAgIDxyb2xlPjx4c2w6dmFsdWUtb2Ygc2VsZWN0PSJz cWw6cm93c2V0L3NxbDpyb3cvc3FsOnJvbGUiLz48L3JvbGU+DQogICAgICAg IDxkYXRhPg0KICAgICAgICA8L2RhdGE+DQoNCjwvYXV0aGVudGljYXRpb24+ DQo8L3hzbDp0ZW1wbGF0ZT4NCjwveHNsOnN0eWxlc2hlZXQ+DQoNCg0KVGhp cyBpcyB3aGF0IEkgYW0gc3VwcG9zZWQgdG8gZG8/IElzIHRoYXQgcmlnaHQ/ DQpJbmRlZWQgaXQgZG9lcyBub3Qgd29yaywgYnV0IGkgYW0gbm90IHNodXJl IHdoeT8gKHRoZSBkYXRhYmFzZS1jb25uZWN0aW9uDQp3b3JrcyBmb3Igb3Ro ZXIgdGhpbmdzKS4NCg0KIERvIEkgaGF2ZSB0byBtb2RpZnkgYW5vdGhlciBm aWxlPw0KDQpUaGFua3MgYSBsb3QNCldvbGZnYW5nDQoNCg== --2003038337-758783491-1042722523=:28646 Content-Type: text/plain; charset=us-ascii --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. To unsubscribe, e-mail: For additional commands, e-mail: --2003038337-758783491-1042722523=:28646--