I do all my database work in the EJBs on the server side using JDO. JDO is basically god for persisting Java objects. =)
I can probably figure out how to connect the suckers. In fact if I'm not too far off I can drop them in the container and just grab an initial context. However what I'm trying to envision is my reader deploying this and shot of reproducing the build file or telling my users to unpack the cocoon war, I don't know what to do exactly. If there was one jar they could include, it would be perfect. I envision a user being able to download a jar file that has every one of the classes all jared into one cocoon-all.jar and then dropping it as one unit in their WEB-INF/lib directory but I'm not sure how to accomplish that. I would also need to know if the path to the cocoon properties file and the xconf files are hardcoded as I would like to file them away too. but now I'm talking about developing on cocoon and that's what I was trying to avoid. Sigh. -- Robert. ----- Original Message ----- From: "Luca Morandini" <[EMAIL PROTECTED]> To: "Cocoon-users" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Sunday, January 26, 2003 1:35 PM Subject: Smileys Cocoon sample... the sequel > Robert, > > I've developed a tentative Cocoon implemtation of your sample. > > 1) I've defined a suitable selector in order to switch to different contents according to its value: > <map:selector name="command-selector" > src="org.apache.cocoon.selection.RequestParameterSelector"> > <parameter-name>command</parameter-name> > </map:selector> > > 2) Then use it to make the actual switching: > <map:match name="wildcard" pattern="*.html"> > <map:select type="command-selector"> > <map:when test="SysAdminView"> > <map:generate type="file" src="cocoon:/sp-getall-smileys.xml"/> > </map:when> > <map:when test="SmileyEditView"> > <map:generate type="file" src="cocoon:/sp-get-smiley.xml"/> > </map:when> > <map:otherwise> > <map:generate type="file" src="documents/smileys.xml"/> > </map:otherwise> > </map:select> > <map:transform src="stylesheets/jconfer-page.xsl"/> > <map:serialize type="html"/> > </map:match> > > You may notice that now you don't have to aearch the servlets to understand how the content-reading switching works, it is all in > one place: the pipeline. > > This begs the question: where can you get your content from ? Or, better, how Cocoon deals with RDBMS (which are the most common > persistence mechanism around). > > Well, I use (as you may infer from the names I gave to contents URIs), Stored Procedures via SQLTransformer. Probably not the > fastest way, but sure the most flexible and SoC-oriented. > > You can use DatabaseActions, ESQL, or EJBs... which is the option appealing most to you, I guess. > How to get an EJB from Cocoon... no idea sorry, I steered well clear of JSP, Servlets and EJBs. > > Regards, > > --------------------------------------------- > Luca Morandini > GIS Consultant > [EMAIL PROTECTED] > http://utenti.tripod.it/lmorandini/index.html > --------------------------------------------- > > > > --------------------------------------------------------------------- > 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]>
