Re: cocoon ProgessService and Hibernate
On 27/03/15 15:01, Hans-Heinrich Braun wrote: *I am using cocoon 3.0 with Hibernate.* *To enable Lazy Loading I insert in web.xml* * filter filter-namelazyLoadingFilter/filter-name filter-classorg.apache.cocoon.tools.rcl.wrapper.servlet.ReloadingServletFilter/filter-class init-param param-namefilter-class/param-name param-valueorg.springframework.orm.hibernate4.support.OpenSessionInViewFilter/param-value /init-param /filter filter-mapping filter-namelazyLoadingFilter/filter-name url-pattern/*/url-pattern /filter-mapping * *Which is Ok with a normal RestController.* *But with ProgressService I get still the error* * * * org.hibernate.LazyInitializationException: could not initialize proxy - no Session when I use Lazy Loading * How did you configure the session? salu2 * Best regards Heiner * -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/
Re: Resizing images using imgscalr
On 18/09/14 15:43, Peter Sparkes wrote: Hi, Cocoon 2.1.12 I use the following javascript ( Text in Black )with the Cocoon Upload widget uploading images to the upload-dir and then move them to the lodgeimage300px directory. This works I now want to scale the images using imgscalr , http://www.thebuzzmedia.com/software/imgscalr-java-image-scaling-library/#source I, therefore, added the code in red The BufferedImage in BufferedImage scaledImage =Scalr.resize(file, 200); gave me a syntax error. On removing BufferedImage I get the following error Scalr is not defined Can anyone help me Please Peter importClass(Packages.java.io.File); importClass(Packages.java.io.FileOutputStream); importClass(Packages.java.io.FileNotFoundException); importClass(org.imgscalr.Scalr); This does not have the importClass(Packages. prefix that explains why later this class is not defiened. However I personally would solve that with java. salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/
Travel assistance for ApacheCon EU, Budapest November 17-21 2014
The Travel Assistance Committee (TAC) is happy to anounce that we now accept applications for ApacheCon Europe 2014, 17-21 November in Budapest, Hungary Applications are welcome from individuals within the Apache community at-large, users, developers, educators, students, Committers, and Members, who need financial support to attend ApacheCon. Please be aware the seats are very limited, and all applicants will be scored on their individual merit. More information can be found at http://www.apache.org/travel including a link to the online application and detailed instructions for submitting. Applications will close on 25 July 2014 at 23:00 UTC/GMT. -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
ApacheCon CFP closes June 25
Dear cocoon enthusiast, As you may be aware, ApacheCon will be held this year in Budapest, on November 17-23. (See http://apachecon.eu for more info.) The Call For Papers for that conference is still open, but will be closing soon. We need you talk proposals, to represent cocoon at ApacheCon. We need all kinds of talks - deep technical talks, hands-on tutorials, introductions for beginners, or case studies about the awesome stuff you're doing with cocoon. Please consider submitting a proposal, at http://events.linuxfoundation.org//events/apachecon-europe/program/cfp Thanks! -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Using Node.js as a Generator
On 06/04/2014 09:22 AM, warrell harries wrote: I have posted a simple way of using Node.js with Cocoon http://warrell.blogspot.co.uk/2014/05/extending-life-of-my-cocoon.html I hope this may be of some help to anyone similarly minded, Thanks Warrell Hi Warrell, cool stuff! We are using lots of node.js lately and I always tried to find time to actually write a basic cocoon prototype in javascript. For a project we did some cocoon inspired pipes, where we transform json into other json with xsl inspired transformation language we call jsslt. salu2 -- Thorsten Scherler scherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Custom generator not call recycle method
On 02/05/2014 11:22 AM, Miguel wrote:
Hi
I have to come back to old configuration of generator:
map:generator label=icmsRest name=icmsRest
logger=es.juntadeandalucia.generation.CustomGenerator
src=es.juntadeandalucia.generation.CustomGenerator
serverICMSip_machine/serverICMS
portICMSport_machine/portICMS
namePoolorg.apache.cocoon.generation.HttpPoolManager/namePool
/map:generator
Then, HttpPoolManager is a resource defined like spring bean and for
to use it in my custom generator, I have to implement
ApplicationContextAware interface. So, in this way, my generator work
fine and recycle method is called at finish of my generator.
Hi Miguel,
not sure whether I understand, you have it working now?
I think the recyle method is special to avalon and I think spring based
components do not use this method anymore. Using the old config tricks
c2.2 into using the avalon methods...at least that is what its look like.
salu2
El 04/02/2014 16:52, Miguel escribió:
Hi,
I'm migrating configuration custom generator from Avalon to Spring
and generator is working well but I have checked that generator does
not call recycled method when it has finished.
My generator configuration in servlet-service.xml file is:
bean scope=prototype
name=org.apache.cocoon.generation.Generator/customGenerator
class=es.juntadeandalucia.generation.CustomGenerator
property name=server value=${ip.machine} /
property name=port value=${port_machine} /
property name=parser
ref=org.apache.cocoon.core.xml.SAXParser/
property name=manager
ref=org.apache.avalon.framework.service.DefaultServiceManager /
/bean
When I used old configuration:
map:generator label=customGenerator name=customGenerator
src=es.juntadeandalucia.generation.CustomGenerator
server${ip.machine}/server
port${port_machine}/port
/map:generator
then, my generator work all well and execute recycle method when
generator is finished.
Any ideas?
Thanks.
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
--
Thorsten Scherler scherler.at.gmail.com
codeBusters S.L. - web based systems
consulting, training and solutions
http://www.codebusters.es/
Re: Information about configure EHdefaultstore en C2.2
On 01/08/2014 08:21 AM, Miguel wrote: Hi I am looking for documentation to configure and tunning EHdefaultstore caching in Cocoon 2.2 application. I have found only how to configure on Cocoon 2.1 using cocoon.xconf file but this is not usefully for me. I need modify EHdefaultstore configuration because the application move to a new machines with better capacities and now JVM have 3 GB RAM and I suppose EHdefaultstore default configuration is not enough. Any ideas? Best regards Sorry for the late reply, did you found anything? There is a good comment in the source code of org.apache.cocoon.components.store.impl.EHDefaultStore. Basically you want to play with private static final String CONFIG_FILE = org/apache/cocoon/components/store/impl/ehcache.xml; HTH salu2 -- Thorsten Scherler thorsten.at.codebusters.es codeBusters S.L. - web based systems consulting, training and solutions Tel.: +34 954 520 169 http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Trigger Cocoon http response code from within XSL code
On 12/12/2013 02:21 PM, Daniel Schmidt wrote: Hi, In our project we have multiple languages and some pages are not available in a certain country. If that is the case, we just output a message. For Search engines it would be good to respond with a different status code then 200. The question is: Is it possible to trigger a different http status code from within the XSL-code to the sitemap? Is there a way of doing something like that? Thank you! Daniel Daniel Schmidt | Jr Web Developer | TomTom Business Solutions | daniel.schm...@tomtom.com mailto:daniel.schm...@tomtom.com | +49(0)341 24495-920 office | +49(0)341 24495-888 fax | www.tomtom.com/business http://www.tomtom.com/business Depending which version I would suggest an action to do that. There are examples how to set the status code, the question which one would you want to set? From within xslt I think it is a bit more complicated. salu2 -- Thorsten Scherler scherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/
Re: format-number() bug in XALANJ
On 12/11/2013 03:29 PM, Daniel Schmidt wrote: Hi all, Does anybody know what's the status of this ticket? https://issues.apache.org/jira/browse/XALANJ-2565 After 5 hours of working out a price template with formats for 20 countries I ran into that issue. Thanks, Daniel Daniel Schmidt | Jr Web Developer | TomTom Business Solutions | daniel.schm...@tomtom.com mailto:daniel.schm...@tomtom.com | +49(0)341 24495-920 office | +49(0)341 24495-888 fax | www.tomtom.com/business http://www.tomtom.com/business Seeing that issue is a xalan one the best bet is to ask over there. Seeing that there is a workaround described in the ticket you could patch your own xalan or alternatively try saxon in cocoon. Depending on your cocoon version: http://wiki.apache.org/cocoon/Saxon http://mrhaki.blogspot.com.es/2008/09/use-saxon-in-cocoon-22.html https://issues.apache.org/jira/browse/COCOON3-82 http://markmail.org/message/nzhgv7dm7c6x6xka HTH -- Thorsten Scherler scherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/
Re: Remove XML declaration and html DOCTYPE
On 08/21/2013 11:18 PM, Bardo Nelgen wrote: Hi all, sorry to pick this up again so late, but is there a solution for Cocoon 2.2 as well? Tried both approaches without the desired result, for a piece of generated JavaScript… As the XML serialization did not work as advertised in this thread so far, I'm currently going with map:serialize type=text and keep getting http://www.cityapi.eu/semaworx/MyCompressed.js Looking for ideas on how to make the Doctype disappear *without* running an extra XSLT cycle? Any hint is appreciated!! Best, Bardo On 19.06.13 18:55, Mansour Al Akeel wrote: map:parameter name=omit-xml-declaration value=yes/ On this eMail the reason why top posting is not such a good idea for ml. I have no clue about the context. However map:serialize type=text will return mime-type=text/plain You want mime-type=application/json map:serialize type=text mime-type=application/json map:parameter name=omit-xml-declaration value=yes/ /map:serialize HTH -- Thorsten Scherler scherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: [C3] Calling another from REST resource
On 08/15/2013 04:34 PM, Andre Juffer wrote:
To clarify my question:
I need to identify persons when they access a resource. On the client
side, a temporal hash is stored. On the server side, I use that hash
to connect with an account associated with a person. The hash is not
unique, it is assigned upon signing in, and lost after signing out.
When accessing the resource, say a VideoResource in block A,
@POST
Response doSomething(@PathParam(hash) String hash)
{
Account account = // Use the hash here.
this.facade_.doSomething(account, );
return someResponse;
}
The account information is obtained from another block (B), which is
accessed by various others block for the same purpose. These blocks
represent various services for which a person may have an account.
Thus, the line with
Account account = // Use the hash here.
would access another block.
Can this easily be facilitated with cocoon3 at this stage?
thanks for your time,
The question is do you need to call/use a java class or do you want to
call a pipeline?
To call another java class a simple import should do, when you have the
dep to the other block set.
In case of calling another pipeline should be working with
http://cocoon.apache.org/subprojects/servlet-service/servlet-service-impl/architecture.html
servlet:
final URL url = new URL(servlet:blockB:/someUrl);
HTH
salu2
--
Andre H. Juffer
Biocenter Oulu and Department of Biochemistry
University of Oulu, Finland
Phone: +358-294-481161
Email: andre.juf...@oulu.fi
WWW:
www.biochem.oulu.fi/Biocomputing/
www.oulu.fi/biocenter/biocomputing-and-bioinformatics
www.oulu.fi/biocenter/groups/juffer
StrucBioCat, www.strucbiocat.oulu.fi
Triacle Biocomputing, www.triacle-bc.com
*From:* Andre Juffer [andre.juf...@oulu.fi]
*Sent:* Wednesday, August 14, 2013 4:20 PM
*To:* users@cocoon.apache.org
*Subject:* [C3] Calling another from REST resource
Is it actually possible to call an another block (say block A) from
within a REST resource that resides in block B?
Thanks,
--
Andre H. Juffer
Biocenter Oulu and Department of Biochemistry
University of Oulu, Finland
Phone: +358-294-481161
Email: andre.juf...@oulu.fi
WWW:
www.biochem.oulu.fi/Biocomputing/
www.oulu.fi/biocenter/biocomputing-and-bioinformatics
www.oulu.fi/biocenter/groups/juffer
StrucBioCat, www.strucbiocat.oulu.fi
Triacle Biocomputing, www.triacle-bc.com
--
Thorsten Scherler scherler.at.gmail.com
codeBusters S.L. - web based systems
consulting, training and solutions
http://www.codebusters.es/
Re: [C3] Calling another from REST resource
On 08/19/2013 10:58 AM, Andre Juffer wrote:
Hi Thorsten,
I already thought that it would down to what you suggested. Seems to
me that calling a pipeline in the way you suggested is the most
logical way, as the other block has everything in place to receive
requests for accounts, given the hash. I will give it a try.
Another possibility would be to create a java pipe. See e.g. for an
usage see
cocoon-rest-optional/src/main/java/org/apache/cocoon/rest/optional/sample/SendMailPipeService.java
and
cocoon-rest-optional/src/main/java/org/apache/cocoon/rest/optional/mail/pipelines/pipes/EmailPlainPipe.java
This gives you a broader possibility. For example in one project I
extended the pipeline interface to work with a hashmap and I injected
the values via the pipe. This way I did not need to bother with the
stream but directly could access the values I needed in the pipeline.
salu2
Best,
André
--
Andre H. Juffer
Biocenter Oulu and Department of Biochemistry
University of Oulu, Finland
Phone: +358-294-481161
Email: andre.juf...@oulu.fi
WWW:
www.biochem.oulu.fi/Biocomputing/
www.oulu.fi/biocenter/biocomputing-and-bioinformatics
www.oulu.fi/biocenter/groups/juffer
StrucBioCat, www.strucbiocat.oulu.fi
Triacle Biocomputing, www.triacle-bc.com
*From:* Thorsten Scherler [scher...@gmail.com]
*Sent:* Monday, August 19, 2013 10:12 AM
*To:* users@cocoon.apache.org
*Subject:* Re: [C3] Calling another from REST resource
On 08/15/2013 04:34 PM, Andre Juffer wrote:
To clarify my question:
I need to identify persons when they access a resource. On the client
side, a temporal hash is stored. On the server side, I use that hash
to connect with an account associated with a person. The hash is not
unique, it is assigned upon signing in, and lost after signing out.
When accessing the resource, say a VideoResource in block A,
@POST
Response doSomething(@PathParam(hash) String hash)
{
Account account = // Use the hash here.
this.facade_.doSomething(account, );
return someResponse;
}
The account information is obtained from another block (B), which is
accessed by various others block for the same purpose. These blocks
represent various services for which a person may have an account.
Thus, the line with
Account account = // Use the hash here.
would access another block.
Can this easily be facilitated with cocoon3 at this stage?
thanks for your time,
The question is do you need to call/use a java class or do you want to
call a pipeline?
To call another java class a simple import should do, when you have
the dep to the other block set.
In case of calling another pipeline should be working with
http://cocoon.apache.org/subprojects/servlet-service/servlet-service-impl/architecture.html
servlet:
final URL url = new URL(servlet:blockB:/someUrl);
HTH
salu2
--
Andre H. Juffer
Biocenter Oulu and Department of Biochemistry
University of Oulu, Finland
Phone: +358-294-481161
Email: andre.juf...@oulu.fi
WWW:
www.biochem.oulu.fi/Biocomputing/
www.oulu.fi/biocenter/biocomputing-and-bioinformatics
www.oulu.fi/biocenter/groups/juffer
StrucBioCat, www.strucbiocat.oulu.fi
Triacle Biocomputing, www.triacle-bc.com
*From:* Andre Juffer [andre.juf...@oulu.fi]
*Sent:* Wednesday, August 14, 2013 4:20 PM
*To:* users@cocoon.apache.org
*Subject:* [C3] Calling another from REST resource
Is it actually possible to call an another block (say block A) from
within a REST resource that resides in block B?
Thanks,
--
Andre H. Juffer
Biocenter Oulu and Department of Biochemistry
University of Oulu, Finland
Phone: +358-294-481161
Email: andre.juf...@oulu.fi
WWW:
www.biochem.oulu.fi/Biocomputing/
www.oulu.fi/biocenter/biocomputing-and-bioinformatics
www.oulu.fi/biocenter/groups/juffer
StrucBioCat, www.strucbiocat.oulu.fi
Triacle Biocomputing, www.triacle-bc.com
--
Thorsten Scherler scherler.at.gmail.com
codeBusters S.L. - web based systems
consulting, training and solutions
http://www.codebusters.es/
--
Thorsten Scherler scherler.at.gmail.com
codeBusters S.L. - web based systems
consulting, training and solutions
http://www.codebusters.es/
Re: error in maven of cocoon 3.0.0-beta-1-SNAPSHOT
On 07/23/2013 02:38 PM, Piratenvisier wrote: When i try to install cocoon with maven I get the error Unable to initialise extensions Component descriptor role: 'com.jcraft.jsch.UIKeyboardInteractive', implementation: 'org.apache.maven.wagon.providers.ssh.jsch.interactive.PrompterUIKeyboardInteractive', role hint: 'default' has Hmm never seen that, but please do the following IF YOU under linux: cd $HOME/.m2 mv settings.xml settings.bck cd $COCOON_HOME //where we expect a svn checkout! svn up mvn clean install That should work if not please open a jira issue and please state your env and os there. HTH and if not TIA for open the issue;) salu2 -- Thorsten Scherler scherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Selecting values from a html5 form
On 07/04/2013 11:41 AM, Jos Snellings wrote: You are welcome :-) On Thu, Jul 4, 2013 at 10:55 AM, Peter Sparkes pe...@didm.co.uk mailto:pe...@didm.co.uk wrote: Hi Jos Thorsten, I am sorry that I have not thanked you before for your help. Thank you again Have not done anything, just a small tweek, so de nada. ;) salu2 -- Thorsten Scherler scherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/
Re: using maven archetypes
Please do not crosspost but stay in the original thread. On 07/03/2013 08:37 AM, Piratenvisier wrote: When i create the mysample block with the atchetype as described on the cocoon 3.0 homepage maven first complains that there is no cocoon-optional 3.0.0-alpha-3-SNAPSHOT dependency. when I ask for cocoon-optional 3.0.0-alpha-3 I get the error when I start jetty java.lang.NoClassDefFoundError: org/springframework/core/env/Environment what is the problem when I want to use the cocoon pipeline in my wicket application I have a dependency problem between flyingsaucer and org.apache.xmlgraphics fop 1.0 or org.apache.cocoon cocoon-fop-ng-impl 1.0.0-SNAPSHOT On 07/04/2013 01:57 PM, Piratenvisier wrote: Thank you I got it. I was an adherent of cocoon from the beginning. But with the upcoming AJAX I felt that for dynamic web it was not the rightt solution. So I stopped to use it.I started my project again because thanks to cocoon's hompage I noticed the upcoming wicket. Wicket brought a new dynamic in my project there were only two use-cases for which I preferred cocoon. For PDF generation and email-transport. I used flow :cocoon-protocol fop-ng But this services could not be upgraded from cocoon 2.2.0 to 3. Meanwhile I use hibernate and spring 3.1 and I would prefer to use the hibernate ojb-part with annotations in cocoon. but in cocoon 3 first flow and cocoon-protokol is missing and I can not use spring 3.1 So the situation becomes worse and worse for me. So I am looking how to escape from cocoon with flyingsaucer and an own email adaption maybe as soap-application. I do not really understand your problems. c3 is using spring.version3.2.2.RELEASE/spring.version why can you use that but are bound to 3.1? Regarding the dep conflict you have I recommend to use the pom view of eclipse and there the dep hierarchy, where you can exclude certain deps directly. Regarding the sending mail, in one of our deployments we are using c3 to create the eMails in 2 different formats (html and plain text) and attach pdfs that we as well generate via fo from a pipeline. Further the solution is based on JMS to make it async and it works like a charm to invoke a cocoon java pipeline via JMSListener. Further c3 is designed to be integrated painlessly in whatever, meaning you can have a my faces app and some business code can call c3 pipelines to get data processed, so IMO it is now time to get into cocoon again. salu2 -- Thorsten Scherler scherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: using maven archetypes
On 07/04/2013 05:47 PM, Piratenvisier wrote: Because I wanted to reduce my software engagement I didn't look in the source trunk. I only used the official maven archetypes. I checked the source trunk out. I will evaluate its state. It is much better then the alpha and we are close to release. I highly recommend it over the alpha. However I meant the pom.xml the archetypes creates on your project, the one that declared the dependencies. salu2 -- Thorsten Scherler scherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Selecting values from a html5 form
On 06/27/2013 02:32 PM, Jos Snellings wrote:
Hi Jos,
nice post! Small enhancement see above.
Hi Peter,
In the sitemap you have access to request parameters via Jexl:
map:match pattern=enquiry
map:generate type=someGeneration
map:parameter name=from
value={jexl:cocoon.request.parameter.fromname}/
...
However, it may be far more convenient to use the HttpRequest, as it
is exposed in different ways:
1. if you want to send your user's inputs to a controller to handle
them as in:
map:match pattern=enquiry
controller:call controller=rest-controller
select=some.package.EnquiryController
/controller:call
/map:match
The http request is accessible by just declaring it with the
annotation @Inject:
@Inject
private HttpServletRequest request;
Here you can do directly
@RequestParameter
private String fromname;
salu2
In your doPost method (or even doGet) you can use the request:
String fromName = request.getParameter(fromname);
Instead of sending the input to a controller, it may happen that there
is little to control, and you just want to do a model generation as a
response.
In that case:
if you are declaring:
public class SomeViewGenerator extends AbstractSAXGenerator {
You may override the setup member :
public void setup(MapString, Object parameters) {
try {
request = HttpContextHelper.getRequest(parameters);
The setup member is just called at pipeline setup, and when this
happens in a web application context, the http request is just one of
the parameters.
I hope this little expose helps,
Jos
On Thu, Jun 27, 2013 at 10:32 AM, Peter Sparkes pe...@didm.co.uk
mailto:pe...@didm.co.uk wrote:
Hi,
I want to use a html5 form to pass values into my sitemap eg
form action=enquiry method=?
input type=text name=fromnameplaceholder=Your
Name required=''/
How do I pass fromname into enquiry
Regards
Peter
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
mailto:users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
mailto:users-h...@cocoon.apache.org
--
We should be careful to get out of an experience only the wisdom that is
in it - and stay there, lest we be like the cat that sits down on a hot
stove-lid. She will never sit down on a hot stove-lid again - and that
is well; but also she will never sit down on a cold one any more.
-- Mark Twain
--
Thorsten Scherler scherler.at.gmail.com
codeBusters S.L. - web based systems
consulting, training and solutions
http://www.codebusters.es/
Re: Cocoon 3.0 components
On 06/20/2013 09:15 AM, Francesco Chicchiriccò wrote: On 20/06/2013 09:07, Francesco Chicchiriccò wrote: 4. actions in sitemap.xmap ? e.g. map:actions map:action logger=sitemap.action.request name=request src=org.apache.cocoon.acting.RequestParamAction/ No. It looks I might be wrong [1]: Thorsten, could you provide some more information here? Thanks. [1] https://issues.apache.org/jira/browse/COCOON3-94 Action are working fine in c3 with some limitations COCOON3-94 Bring back old school way of actions back to c3. Although it is not 100% like we had in c2.x since the body of an action ATM is ignore. http://svn.apache.org/viewvc?view=revisionrevision=1304459 http://svn.apache.org/viewvc/cocoon/cocoon3/trunk/cocoon-sample/src/main/resources/META-INF/cocoon/spring/cocoon-sample-sitemap-components.xml?view=markup http://svn.apache.org/viewvc/cocoon/cocoon3/trunk/cocoon-sample/src/main/resources/COB-INF/sitemap.xmap?view=markup 518 map:pipeline 519 map:match pattern=error-handling/custom-error 520 map:act type=error-throwing / 521 map:generate src=sax-pipeline/simple.xml / 522 map:serialize type=xml / 523 /map:match 524 /map:pipeline 525 526 map:pipeline 527 map:match equals=error-handling/custom-error-per-pipeline-error-handling 528 map:act type=error-throwing / 529 map:generate src=sax-pipeline/simple.xml / 530 map:serialize type=xml / 531 /map:match 532 map:handle-errors 533 map:generate src=error-handling/501.xml / 534 map:serialize type=xhtml status-code=501 / 535 /map:handle-errors 536 /map:pipeline However you can pass parameter though: map:act type=http map:parameter name=Pragma value=no-cache/ map:parameter name=Cache-Control value=no-cache/ /map:act HTH -- Thorsten Scherler scherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/
Re: Cocoon 3.0 components
On 06/20/2013 03:02 PM, gelo1234 wrote:
I've got Cocoon site that hosts multiple www domains, all
based on the same sitemap.xmap with map:mount uri-prefix=
src=domain_X check-reload=yes/
so the configuration is as follows:
map:pipeline
map:select type=cutomDomainSelector
map:when test=domainA
map:mount uri-prefix=
src=./domaina check-reload=yes/
/map:when
map:when test=domainB
map:mount uri-prefix=
src=./domainb check-reload=yes/
/map:when
/map:select
/map:pipeline
Is it still possible with C3 ? Or should I use some separate
blocks config ?
The problem with separate blocks config is that I want to use
empty URI (not different) for each site
So
site1: http://www.domainA.org/
site2: http://www.domainB.org/
NOT
http://www.some.org/domainA/
http://www.some.org/domainB/
under one C3 war (sitemap.xmap config).
I'd suggest to empower some reverse proxy in order to make things
easier here.
Reverse Proxy would give the opposite effect - collecting into one URL
from multiple domain servers. I would like to have
only ONE backend server that serves as the origin for multiple domains.
With mod_jk/mod_proxy I can setup multiple workers for each domain but
where should I point them to serve my clients if having only one
backend server with C3 ?
Lets say I have a separate Cocoon block for each www domain. In C2.1 I
had a MAIN sitemap.xmap (Controller) that controlled which context to
mount upon different Hostname requests.
In C3 the only way I could achieve that is passing through with each
request INFO about Hostname value. That is not very elegant
solution. But I cannot find any other.
So either every map:match ... would need additional map:select ...:
!-- e.g. the main / context --
map:match pattern=
map:select value={jexl:cocoon.request.hostName}
map:when equals=domainA
map:generate src=files/domainA/homepage.xml /
map:transform src=files/xslt/homepage.xslt/
map:serialize /
/map:when
map:when equals=domainB
map:generate src=files/domainB/homepage.xml /
map:transform src=files/xslt/homepage.xslt/
map:serialize /
/map:when
/map:match
OR (a little bit more elegant and compact):
map:match pattern=
map:generate
src=files/{jexl:cocoon:request.hostName}/homepage.xml/
map:transform src=files/xslt/homepage.xslt/
map:serialize /
/map:match
I don't want to handle 100 VMs with C3 app for each www domain. That
would be very resource-expensive config.
I would like to have only ONE C3 app for all www domains.
so why not:
map:match pattern=
map:generate
src=servlet:{jexl:cocoon:request.hostName}/homepage.xml/
map:transform src=files/xslt/homepage.xslt/
map:serialize /
/map:match
Or even simply create a new language interpreter (formally known as
module) which does the resolving. That has the benefit that you can use
full blown java and use spring config file to do the mapping or a simple
properties file.
salu2
Greetings,
Greg
--
Thorsten Scherler scherler.at.gmail.com
codeBusters S.L. - web based systems
consulting, training and solutions
http://www.codebusters.es/
Re: 2.1.12 and html5
On 06/05/2013 07:15 AM, Peter Sparkes wrote:
Hi Francesco ,
I can't get the XHTML serializer to produce html5, the sitemap.xmap has:
map:serializer logger=sitemap.serializer.xhtml
mime-type=text/html name=xhtml
pool-max=${xhtml-serializer.pool-max}
src=org.apache.cocoon.serialization.XMLSerializer
!--+
| You can choose from Strict, Transitional, or Frameset
XHTML.
| For Strict XHTML set doctype to:
| doctype-public-//W3C//DTD XHTML 1.0
Strict//EN/doctype-public
|
doctype-systemhttp://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd/doctype-system
| For Transitional XHTML set doctype to:
| doctype-public-//W3C//DTD XHTML 1.0
Transitional//EN/doctype-public
|
doctype-systemhttp://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd/doctype-system
| For Frameset XHTML set doctype to:
| doctype-public-//W3C//DTD XHTML 1.0
Frameset//EN/doctype-public
|
doctype-systemhttp://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd/doctype-system
|
| Default XHTML doctype in Cocoon is XHTML Strict. If
you want to use more than one
| XHTML DTD simultaneously, you can define several XHTML
serializers.
+--
doctype-public-//W3C//DTD XHTML 1.0
Strict//EN/doctype-public
doctype-systemhttp://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd/doctype-system
encodingUTF-8/encoding
/map:serializer
I have tried experimenting with various values in doctype-public and
doctype-system but can't get
!DOCTYPE html
html
head
Regards
http://mail-archives.apache.org/mod_mbox/cocoon-cvs/201211.mbox/%3c20121122234557.250da2388...@eris.apache.org%3E
...
+} else if (xhtml5.equalsIgnoreCase(doctype)) {
+this.doctype_default = XHTML5_DOCTYPE;
...
serializer class=org.apache.cocoon.components.serializers... ...
doctype-defaultxhtml5/doctype-default
/serializer
HTH
salu2
Peter
On 04/06/2013 08:18, Francesco Chicchiriccò wrote:
On 03/06/2013 19:19, Peter Sparkes wrote:
Hi
Does 2.1.12 have a html5 serializer
Yes: XHTML serializer can handle HTML5 doctype -
https://issues.apache.org/jira/browse/COCOON-2310
Regards.
--
Francesco Chicchiriccò
ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/
--
Thorsten Scherler scherler.at.gmail.com
codeBusters S.L. - web based systems
consulting, training and solutions
http://www.codebusters.es/
Re: Inter Server Communications
On 05/17/2013 05:20 PM, Peter Sparkes wrote: Hi I have an application in which I require to send a POST request from the server to another non Cocoon website ( to set parameters for a newsletter which uses phplist newsletter software) and the response would be in JSON Highly depends on your underlying usecase what to do with the response and further the cocoon version you are using. I lately use the REST-way in c3 but you can post anything with cinclude in 2.1.x like: cinclude:includexml cinclude:srchttp://10.231.27.63/sql_templates//cinclude:src cinclude:configuration cinclude:parameter cinclude:namemethod/cinclude:name cinclude:valuePOST/cinclude:value /cinclude:parameter /cinclude:configuration cinclude:parameters cinclude:parameter cinclude:nametext/cinclude:name cinclude:value ROOT xmlns:sql=urn:schemas-microsoft-com:xml-sql sql:xpath-query xmlns:lsa=blah mapping-schema=schema/address.xsd(/lsa:Address)/sql:xpath-query /ROOT /cinclude:value /cinclude:parameter /cinclude:parameters /cinclude:includexml as described in http://mail-archives.apache.org/mod_mbox/cocoon-users/200512.mbox/%3c06b403677c41d51194550002a55107d2057b8...@s5-stf1-r1.nrn.nrcan.gc.ca%3E This would be server to server without any client browser being involved Actually if I understand your usecase that is not 100% needed. The user has the newsletter form generated by cocoon and the result has to go to the php server. IF the php is reachable form the outside then a simple javascript would do to treat the response. If not I recommend a httpd in front and there just proxy/rewrite the request to the different server. salu2 How do I do this? Help please Peter - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org -- Thorsten Scherler scherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: cocoon 2.1.12 - memory
On 04/15/2013 10:31 AM, Peter Sparkes wrote: Hi Francesco, I have a fairly large 2.1.11 website which has 700+ visits a day. Every few days the site goes down unless I stop and start it every day ( using Crontab). I have also increased the available memory export CATALINA_OPTS=-Xms1024m -Xmx1024m When the site goes down the pid is still there and has to be deleted before the site will start I assume that the problem is a memory leak as there is a lot on the web on it I remember that there where a problem with a xalan version, you can check whether the version is different from 11 to 12 of the xalan lib and if so then yes it fixes a memory leak whether it is the one that is bothering you I am not 100% sure but I would give it a try. salu2 Regards Peter On 12/04/2013 07:24, Francesco Chicchiriccò wrote: On 12/04/2013 07:50, Peter Sparkes wrote: Hi, Has 2.1.12 fixed the 2.1.11 memory leak Hi, could you be a little less generic? Are you referrring to any specific issue? Any link to e-mail or JIRA? Regards. - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org -- Thorsten Scherler scherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: AW: Cocoon 2.1.2: Jetty does not start
rgetException at org.mortbay.jetty.Server.init(Server.java:98) at org.mortbay.jetty.Server.init(Server.java:63) at org.mortbay.jetty.Server.main(Server.java:428) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at Loader.invokeMain(Unknown Source) at Loader.run(Unknown Source) at Loader.main(Unknown Source) 12:19:58.859 EVENT Shutdown hook executing Looks you do not have the servlet-api.jar in your classpath. However that UnavailableExceptionshould be as well in avalon-framework-api.jar Not sure why on windows is not working and I do not recall somebody testing it on that plattform. salu2 HIS Hochschul-Informations-System GmbH Goseriede 9 | 30159 Hannover | www.his.de http://www.his.de/ Viktor Skladovs HIS-Institut für Hochschulforschung Methoden und Befragungsservices Telefon +49 (0)511 1220-129 | Fax +49 (0)511 1220-250 E-Mail skla...@his.de mailto:mustern...@his.de Registergericht: Amtsgericht Hannover, HRB 6489 Geschäftsführer: Dipl.-Phys. Wolfgang Körner Vorsitzender des Aufsichtsrats: Prof. Dr. Andreas Geiger Umsatzsteuer-Identifikationsnummer: DE115665155 *Von:*Francesco Chicchiriccò [mailto:ilgro...@apache.org] *Gesendet:* Dienstag, 26. März 2013 11:46 *An:* users@cocoon.apache.org *Betreff:* Re: Cocoon 2.1.2: Jetty does not start On 26/03/2013 11:42, Skladovs, Victor wrote: Hallo! I downloaded today a new long-awaited cocoon 2.1.12 (and the corresponding deps libraries) and successfully compiled it (Win 7 with jdk1.6.0_24). But the Jetty container does not start with a message: Jetty configuration problem: java.lang.reflect.InvocationTargetException At org.mortbay.jetty.Server.initServer.java:98 Hi, could you please report the full stacktrace? Regards. -- Francesco Chicchiriccò ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member http://people.apache.org/~ilgrosso/ http://people.apache.org/%7Eilgrosso/ -- Thorsten Scherler scherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/
Properties replacement (was Re: Connecting 2 blocks with C3.0)
Hi Mansour,
we are happy you are so active but please use the dev list for your
questions since c3 is not stable. Meaning by definition we have devs no
user working on c3. Please let us discuss this mail and other on the dev
list. TIA.
On 02/25/2013 05:42 AM, Mansour Al Akeel wrote:
Francesco,
I know this is an old thread, but I was trying to update my pom.xml so
that I get the
servlet:context mount-path=/mysite
context-path=jar:classpath:lib/${project.build.finalName}.jar!/COB-INF//
replaced by maven at build time.
Now the whole build is failing.
Is there another way to get this placeholder replaced without using
the pom included with your project, especially that it has many
missing dependencies:
[INFO]
[INFO] Building contents SNAPSHOT-1.0
[INFO]
[WARNING] The POM for org.springframework:spring-dao:jar:3.1.2.RELEASE
is missing, no dependency information available
[WARNING] The POM for commons-jexl:commons-jexl:jar:2.1.1 is missing,
no dependency information available
[INFO]
[INFO] BUILD FAILURE
[INFO]
[INFO] Total time: 1.534s
[INFO] Finished at: Sun Feb 24 23:35:48 GMT 2013
[INFO] Final Memory: 7M/88M
[INFO]
The only thing from the pom you need is something along the lines of:
build
resources
resource
directorysrc/main/resources/directory
filteringfalse/filtering
excludes
excludeMETA-INF/cocoon/spring/**/exclude
/excludes
/resource
resource
directorysrc/main/resources/META-INF/cocoon/spring/directory
filteringtrue/filtering
targetPath${project.build.outputDirectory}/META-INF/cocoon/spring
/targetPath
/resource
/resources
/build
That is doing the filtering and replacing the properties.
However in our latest project we have dropped a bit the configuration of
cocoon in terms of properties from
META-INF/cocoon/properties/xxx.properties and use a central place for
the configuration. This allows to use the project specific properties in
a wide range of modules from a central place.
build
filters
filter../src/main/filter/general.properties/filter
filter../src/main/filter/${env}.properties/filter
/filters
resources
resource
directorysrc/main/resources/directory
filteringfalse/filtering
excludes
excludeMETA-INF/cocoon/spring/**/exclude
excludeMETA-INF/cocoon/properties/**/exclude
/excludes
/resource
resource
directorysrc/main/resources/META-INF/cocoon/spring/directory
filteringtrue/filtering
targetPath${project.build.outputDirectory}/META-INF/cocoon/spring/targetPath
/resource
resource
directorysrc/main/resources/META-INF/cocoon/properties/directory
filteringtrue/filtering
targetPath${project.build.outputDirectory}/META-INF/cocoon/properties/targetPath
/resource
/resources
Here we assume that you have a couple of general properties that may not
change but as well some environment specific properties. Then in our
properties file in cocoon we just use
common.resources=${common.resources}
extractor.host=${extractor.host}
and the real values come from ../src/main/filter/general.properties
and ../src/main/filter/${env}.properties
common.resources=${project.parent.basedir}/api/src/main/resources/COB-INF/resources/
extractor.host=http://localhost:/
We may want to look into changing our artifacts to
1) parent provides filter
2) modules uses this filter from parent module
The advantages is that the configuration is taken place in a single
place and can be used in a cross module manner. For us we use the same
properties in c3 and in our droids module.
wdyt?
salu2
--
Thorsten Scherler scherler.at.gmail.com
codeBusters S.L. - web based systems
consulting, training and solutions
http://www.codebusters.es/
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Cocoon 3.0 generators/aggregators/calling controllers/include/xslt questions
On 12/01/2012 01:15 AM, gelo1234 wrote:
Hello,
I was trying to find some samples from current C3.0 implementation to
know more
about C3.0 but some information is absent.
Perhaps someone here could answer that:
In some old Cocoon release (2.x) there was a possibility to define
multipart generators, something like:
map:match=xxx
map:aggregate element=Page
map:part
src=dir/file1.xml/
a)
map:part
src=dir/file2.xml/
b)
map:part src=cocoon://call_some_match_generating_XML/ c)
map:part
src=http://somedomain.com/file3.xml/ d)
/map:aggregate
...
/map:match
1. Is it still possible with C3.0 ? Especially c) option to call some
sitemapservlet ?
In general the aggregate has not been implemented in c3. However you can
do the same with a xml file for you define the includes and the
transform it with the include transformer. Regarding c) that is since
2.2 servlet: you can find some docs around it.
2. If i implement my own SAXGenerator can I use it as c) option here ?
(How?):
map:part type=my-custom/ ??
not sure what you mean but I think the include example in the c3 samples
will show you how to include.
3. Is d) valid ?
well that depend on so many different things. If you refer as is yes
as construct. Actually all components work against urls. If you refer
whether the outcome is valid xml - you can make sure with the neko html
generator.
4. Can i pass additional parameters to c)
like: map:part
src=cocoon://call_some_match_generating_XML?arg=1arg=2/
Are request parameters INHERITED from calling pipeline match ?
hmm they are normal urls. Query parameter are fully supported. Not sure
about the second part of the point but you can use {map:1} to access the
fist matching group of your match.
5. Can we use simple Java Controller (but NOT rest-controller?) and
still have access
to QueryString Parameters/HTTP Request object within such sitemapservlet ?
I am currently working on a project that is based on JSF. You can make
cocoon3 work along with anything it always depends on what benefit you
want to get from cocoon or another part. However as soon my project ends
I will look into using JSF in cocoon since I have to admit the form
handling and some contract/widget are really nice and easy to use.
However for form handling see the cocoon-wicket integration where you
integrate wicket into cocoon or vice versa depending on the main usage.
I you have many forms and little content you would go for the second option.
However there is no support for other controller then REST to access the
sitemap parameter.
What should such a Java class extend or implement? and how does the spring
bean/config for that Controller may look like ?
Not sure.
Will it be still Controller or SAXGenerator ?
Currently you have either a normal generator/reader/... but you can
implement a sitemap Starter and do as you please. However see the wicket
integration on how to handle other controller and cocoon side by side.
6. What is the main difference between include and xinclude (apart
from the fact the
first is cocoon spec? impl while the other is w3c spec impl by cocoon?)
Isn't include cacheable either ?
Can i include/xinclude external src data e.g.
src=http://somedomain.com/file.xml; ?
Please see the docs and the mailing archive it is really good covered.
5. Can I call other REST Controller from REST Controller ?
As in URL calls, yeah why not.
6. Do XSLT transformations by default have access to ALL QueryString
params
with
xsl:param name=arg1/
xsl:param name=arg2/
...
xsl:param name=argn/
without explicitly defining each one in the pipeline as some
{jexl:cocoon.request.param1}?
as map parameters for the XSL transformer ?
Not sure about it, in 2.x there where a flag for it AFAIR and if so it
would be easy to migrate to c3.
HTH
Thank you for your time and answers.
We are still hesitating whether to upgrade to Cocoon3.0/Spring or Java
EE stack.
It is no either or anymore since you can use c3 in a java based pipeline
for certain processes.
salu2
Greetings,
-Greg
--
Thorsten Scherler scherler.at.gmail.com
codeBusters S.L. - web based systems
consulting, training and solutions
http://www.codebusters.es/
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Encouraging more volunteers aspirant
On 11/13/2012 08:54 AM, Francesco Chicchiriccò wrote: On 12/11/2012 19:49, Mark H. Wood wrote: I note that the link Getting Involved | How to Contribute You mean http://cocoon.apache.org/1273_1_1.html leads to a page topped by this: How to contribute? Code TBD If someone could find a few minutes to fill this in, I think it would remove some friction. Definitely: what if we grab http://openjpa.apache.org/get-involved.html from OpenJPA? It seems very nice to me. http://forrest.apache.org/committed.html is as well a good source. Further down that page: General documentation These instructions only work if you have an active account in our Daisy CMS and got the doc editor role assigned. If you haven't, create your account at http://cocoon.zones.apache.org/daisy/registration and ask at dev[_at_]cocoon.apache.org for editing rights. The link returns 404. Still further down, there is a link to Cocoon Site Overview. That link also returns 404. Daisy is not used anymore for managing the website(s), but some references are still around: thanks for reporting, I am going to remove such elements. We currently manage the website(s) via the maven site plugin (site sources are at [1] [2]): the major drawback is that you need to be committer to contribute documentation; the advantage is that you can always open an issue on JIRA [3] [4] and attach a patch :-) Well the above is not 100% true we use as well a wiki where comitter aspirant usually start. salu2 Anyway, I've opened [5] for fixing the stuff reported in this e-mail. Regards. [1] https://svn.apache.org/repos/asf/cocoon/trunk/site [2] https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/parent/src/site [3] https://issues.apache.org/jira/browse/COCOON [4] https://issues.apache.org/jira/browse/COCOON3 [5] https://issues.apache.org/jira/browse/COCOON-2329 -- Thorsten Scherler scherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Update probleme with component instance and XMLFileModule package
On 11/15/2012 11:45 AM, DIA Modou wrote:
hi,
I'm working with coocon 2.1 and tomcat 6.0.32.
I have a code which permit to use an xml file as a global variable. I
build that with a component instance and the package
org.apache.cocoon.components.modules.input.XMLFileModule like this:
component-instance
class=org.apache.cocoon.components.modules.input.XMLFileModule
logger=core.modules.input
name=userinfos-xml
file
src=cocoon://auth/userinfos.xml
reloadable=true
cacheable=true
cache-expressions=false /
/component-instance
In my pipelines, i use userinfos-xml like this:
map:match type=regexp pattern=something.html
map:generate type=xsp src=something.xsp
map:parameter
name=role
value={userinfos-xml:/userinfos/authentication/roles} /
/map:generate
...
/map:match
When a user is logged the function cocoon://auth/userinfos.xml return
his informations of session (id, groups, ...) as an xml file. If
user isn't logged, the result is an empty xml file.
My problem is after some hours (~ 8hours) without restarting the
tomcat server, the variable userinfos-xml is empty even if the user
is logged.
I tried to remove the cache with this configuration:
file
src=cocoon://auth/userinfos.xml
reloadable=false
cacheable=false
cache-expressions=false /
but, the problem is always persistant. I think that the component
instance isn't updated anymore after some hours
thanks for your helps.
Hmm, that sounds like a session timeout.
You can validate to set a really short session timeout on your app and
on tomcat and see if the problem occur after the session expires.
The question is how you create the cocoon://auth/userinfos.xml file:
- business logic: do you connect to servlet session to get the user data
- whether you set some caching in the pipe so it happens to expire after
8 hours
- ...
salu2
--
Thorsten Scherler scherler.at.gmail.com
codeBusters S.L. - web based systems
consulting, training and solutions
http://www.codebusters.es/
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
Re: accessing a spring bean methods from sitemap
PPMC Member http://people.apache.org/~ilgrosso/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org -- Thorsten Scherler scherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Is cocoon dead ?
Sorry for top posting but I am writing from ApacheCon from my tablet. I am suprised actually about the question since 6 weeks is not really a long time and more in the context that close to all active committers are ATM here in Sinsheim and had to prepare presentation, travelling, ... Any way we had a hackathon about the future of cocoon and we are planning to introduce OSGI support finally into cocoon. However that is not a trivial task and we need all the helping hands we can get. In codeBusters.es we are using cocoon in various big client projects since over 7 year and let me asure that we keep on using it. Never forget cocoon (the project) is now 14 years old and this makes it pretty mature. Having said all this we are welcome anybody who are willing to help and let me asure you that cocoon is here to stay and it is and always will be the swiss army knife of xml processing. salu2 Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es On Nov 8, 2012 5:14 AM, Mansour Al Akeel mansour.alak...@gmail.com wrote: As of today the page http://svn.apache.org/viewvc/cocoon/cocoon3/trunk/ shows that the most recent changes were 6 weeks ago. Is there any activity or plans to continue developing cocoon ? Index of /cocoon/cocoon3/trunk Files shown:7 Directory revision: 1389975 (of 1406915) - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
codeBusters Cocoon, Lenya and Droids reception @apacheCon
Hi all, if you are happen to be @apacheCon please come to the codeBusters reception tonight 21:00. http://wiki.apache.org/apachecon/ApacheMeetupsEU12 We will meet at http://www.bella-marmaris.de/sinsheim.html Hauptstraße 133 +49 7261 61543 http://goo.gl/maps/ho2QY Please drop me a mail if you are planing to come. salu2 -- Thorsten Scherler codeBusters S.L. - web based systems http://www.codebusters.es/
Re: Cocoon 2.1 sitemap broken in Tomcat 6
On 05/17/2012 07:32 PM, Bob Harrod wrote:
We've recently upgraded our Cocoon 2.1 based web app from Tomcat 4 to
Tomcat 6. Our sitemaps were written with a somewhat invalid matchers
which worked in Tomcat 4:
For example:
map:match pattern=/basicthing
...
/map:match
Tomcat 6 more adequately adheres to the HTTP URL spec and appends a
trailing slash. Of course, the trailing slash breaks the matcher
above. The following matcher would work in Tomcat 6 but breaks all of
the matchers for Tomcat 4:
map:match pattern=/basicthing/
...
/map:match
To avoid duplication, I've written a matcher to catch this case to
avoid duplicating matchers:
map:match pattern=*/
map:redirect-to uri=cocoon:/{1}/
/map:match
While this works for the basic case, it is not recursive, and as soon
as a url pattern goes past basic thing (/basicthing/morethings/), I
need another matcher to catch this case (*/*/).
Is there a way to create a recursive matcher in cocoon to catch
multiple slashes and end at a trailing slash? I'm thinking something
like:
map:match pattern=**/
map:redirect-to uri=cocoon:/{1}/
/map:match
Would that work?
yes
salu2
--
Thorsten Scherlerscherler.at.gmail.com
codeBusters S.L. - web based systems
consulting, training and solutions
http://www.codebusters.es/
Re: log levels
On 05/02/2012 03:11 PM, Jos Snellings wrote: Dear group, C3: Departing from the log4j.xml from the sample configuration I try to get rid of the DEBUG-level lines from the sitemap and pipelines. However, no matter what level I specify for the ROOT logger (logging to consoleappender), these DEBUG messages keep appearing. I see no other log4j.xml on the classpath. Am I overlooking something? If you talk about current beta log4j has been droped. Create a src/main/resources/logback.xml (when target is war deploy) or cl-config/WEB-INF/classes/logback.xml (when you use jetty:run) in your project and c3 will use that. HTH salu2 -- Thorsten Scherlerscherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: cocoon migrate from 2.1 to 2.2 or 3 (was Re: Forms and maps)
On 04/18/2012 09:36 PM, Mika M Lehtonen wrote: Ouh, I didn't realize what kind of the avalanche of arguments I would start. Maybe this tells that there is something bubbling under. I don't want to hurt anyones feelings. I don't want bad blood. No, no bad blood at all. I think there are so many different level persons involved in this, that it will cause some misunderstandings from time time to time. I like Cocoon, I like C2.1, I like C2.2, I like C3 and probably I will like C4. I believe I understand those who are Cocoon developers or somehow else near it. But maybe you who are inside don't understand dudes like me. Robby wrote in his final statement that Just like we all use Java.. I do not use Java. When I first get to know Cocoon, I hadn't have written a single line of Java. Nowadays I have written maybe 50 or 100 lines. Other languages yes, but not Java. I liked Cocoon 2.1 because I could do neat things without knowing a single decent programming language. After then, I have written quite a lot with C#, but not with Java. Still I like Cocoon. Believe me I know exactly what you mean. I started like you: http://markmail.org/message/uw2garygytcbyifq the first years I was using cocoon but only xsl and wiring some components. I never touched java at all those days. However that is still possible with c3. We have an intern ATM that is doing exactly that, using c3 to do some xsl and fo transformation. I do think that C3 is a clever thing to do. I do. I am hoping that I will get into it some day. But because I do this for living, I can't jump to it right away. C2.1 is the most familiar. Have to start with it. Then maybe C2.2 and finally C3. Or just forget the whole thing. The latter is the way I chose a couple of years ago. But I may have changed my decision. I would recommend to skip c2.2 and try c3. I had the chance to play with it in a smaller project before I chosen it for the upcoming bigger deployment. Having this all said I understand that people stick with c2.1 and not migrating their development to c3 and that is perfectly fine. we love all versions of cocoon here. ;) BTW since c3 is very clean written (mostly) it is a good place to understand as well java. ;) salu2 -- Thorsten Scherlerscherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Forms and maps
On 04/18/2012 07:58 AM, m...@digikartta.net wrote: Ciao Alberto, you'll probably right. What comes to Cocoon lifecycle, I don't get it. Has C3 anything in common with C2 except the concept of pipelines? Can you do the same things with it? When C2.2 was published, I fell off the wagon because of techical differences. C3 knocked me out for good. If you think of the user coming from C2.1 environment who has get used to utilize flowscript, templates, cforms, xsp etc and think of him/her trying to get accustomed in C3, I think the least one can say is that he/she will be totally in a faint. I don't either get the eagerness for dumbing all the good old techiques and frameworks. Well if you refer to avalon as good old framework, I think dropping that is the best thing that happened for c3. To use spring is using the de facto industry standard and I bet there are MUCH MORE people having used spring then avalon. Other then that xsp, cforms, ... are home grown that are only known by nerds and which never have reached to be a standard. Like other said in their responses the technology ecosystem is changing rapidly and e.g. cform is nightmare to understand, pain to extend and never had been really stable. Further it brings no benefit over using html5 forms and REST services for the ajax calls which is so much straight forward and ... de facto industry standard for web2 apps. I migrated a couple of 2.1 generators and transformer and it is not too complicated to migrate. Further the whole concept is still the same only details changed (e.g. validity and cache keys) The limitation of c2.x had been Avalon all this years. In c3 we finally can use transformer as simple sax handler outside cocoon. Of course the general abandonment will halt the development but if you think something like C2.1 and C2.2, I guess they will be useful for years to go, if you are willing and capable of updating some parts by your own. Having worked with each version I see your point, but would strongly advice people to look into c3 when we release it in a stable version (hopefully in the next couple of month). salu2 -- Thorsten Scherlerscherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Forms and maps
On 04/18/2012 11:24 AM, m...@digikartta.net wrote: Absolutely. But trying to stay on the edge of the trends won't fit for us all. And continous rewriting of apps doesn't make any sense. Why on earth we can't create something that would last at least a decade? jeje, I actually know about some of my old c2.0.x apps that are still in production and have not failed once in over 10 years. Half of us would be out of jobs? jeje actually that is point of view. I know of colleagues that maintain some buggy developments and earn a good living. The prob in general in cocoon where that if you do it right the first time you have no maintenance. So e.g. upgrading and rewriting some apps brings us work. salu2 -- Thorsten Scherlerscherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
cocoon migrate from 2.1 to 2.2 or 3 (was Re: Forms and maps)
The whole thread had changed the subject a long time ago ... On 04/18/2012 03:29 PM, Mark H. Wood wrote: On Wed, Apr 18, 2012 at 11:34:26AM +0200, Derek Hohls wrote: It all depends on your environment and the rate of change. There are many back-end systems (running on old but reliable technology) that hardly change at all. However, the web (and now tablets/mobile) has a very high rate of change (and expectation of change). The point here is that by using more loosely-coupled modules then you will only have to change the parts that really need to be changed; a monolithic approach is less amenable to that. I think this may actually underscore the O.P.'s point. Changing the whole world in one go is the monolithic approach. The modular approach would enable choosing new mechanisms for new work and sticking with old, established mechanisms for existing, still-useful work when that makes sense. Having to throw out piles of satisfactory working code just to use a dependency version that still has the attention of its maintainers is really unwelcome. I think the complaint is that Cocoon 3 is really Butterfly 1. Well, yes and no. If you have experience with c2.x you can do close to the same thing on c3. Most of the pipelines i saw are pure generator - xsl transform - serializer stuff that has not changed a bit. Yes there are some components not yet migrated but we are an open source project and welcome every patch. However the basic idea from the start of 2.1 blocks had been to slim down cocoon. c3 is the consequence of 10 years of slim down. To pin it down on a concrete code example if you wanted a specific component in c2.1 you needed to get hold of an avalon manager, ask the manager to lookup your component (or additional ones to do the final lookup). Every component needed to be configured and registered with the manager. Leaving your 20 lines of code being 90% boilerplate code. In comparison in c3 you do @Autowired @Qualifier(messageSource) ReloadableResourceBundleMessageSource messageSource; To inject your variables and creating a setter you are not forced to even use spring BUT you can still reuse your code. ...and best NO boileplate code, resulting is much cleaner code. I had chosen c3 as base framework for our current project because that allowed me to have pure java devs in my team that never worked with cocoon at all and they were productive since day one (which is not possible in 2.x having made that experience in other projects). Bottom line regarding forms handling html5 + ajax framework + your js + css as view technologies and c3 rest service as form action handler is a beautiful base due to various reasons: - mobile ready (you can even use even generic app generator to create native android, etc. apps without writing a single line of code) - REST services are not bound to c3 - REST services can call or even dynamically create c3 based pipelines. -- Thorsten Scherlerscherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Cocoon 2.2 and OSGI
On 03/12/2012 02:39 PM, Fawzib Rojas wrote: On 3/2/2012 11:20 AM, Fawzib Rojas wrote: I have been working in Glassfish and OSGI and was wondering, did Cocoon 2.2 was ever made into an OSGI bundle? I googled some info about it and all I saw was some messages from 2005-2008 talking about it and a wiki page about experimenting with it, last edited on 2009. - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org So no info on this? - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org I think it is not implemented. Sorry for not being a bigger help. salu2 -- Thorsten Scherlerscherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: parent of parent artifact?
On 03/09/2012 10:47 PM, Lars Huttar wrote: Thorsten, Thanks for this helpful reply. One follow-up question below... On 3/8/2012 3:32 PM, Thorsten Scherler wrote: On 03/08/2012 10:09 PM, Lars Huttar wrote: Thanks, that's very helpful! We have a lot of what we call applications that run side-by-side under a single Cocoon 2 instance. They each live under a separate subfolder (child of mount/) under the main Cocoon sitemap. Each application has its own sitemap. It sounds like these applications actually correspond to the blocks you describe below. They would make good candidates for blocks after all. Is it fair to say that a Cocoon web app corresponds to one instance of Cocoon running? web app I use actually only for packaging to deploy to tomcat. So a web app can consist of several blocks? web app can have deps to different blocks yes. However like Robby described you normally end up with the following: - war block - web app - deb to web block - web block - block - deb to all sub blocks (like cocoon-shiro for auth mgt, ...), providing REST services and gui - common block - block - util, helper, cross cutting concern code - dao block - block - connection to db (in our current customer project we use jpa over hibernate with a postgres db) providing dto for the - ... What do the A - B arrows mean here ... A has a dependency on B? name - type - description/deps As recommendation do the variant that Francesco described: parent type contains - one war block - for deployment reasons only! This has normally only one major dep to the gui block which then has the deps to the rest. - x functional blocks It is not as c3 itself is organized but it is the wiser choice. For us we have one block that is using REST services for business logic invocation to e.g. the dao block to persist data or the jms notification queue based on activemq. This blocks in our case are not even cocoon blocks but simple maven modules. We started to further outsource common pipelines to blocks on its own. In our case mails can be send from the REST services but as well from some jms listener block. This mails are generated in txt and html via a java based c3 pipelines with i18n support which till now had been in our web block. However it is not that trivial to use thinks as servlet:myServlet from simple java projects as I am finding out. ;) salu2 -- Thorsten Scherlerscherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: parent of parent artifact?
On 03/08/2012 10:09 PM, Lars Huttar wrote:
Thanks, that's very helpful!
We have a lot of what we call applications that run side-by-side
under a single Cocoon 2 instance. They each live under a separate
subfolder (child of mount/) under the main Cocoon sitemap. Each
application has its own sitemap.
It sounds like these applications actually correspond to the
blocks you describe below.
They would make good candidates for blocks after all.
Is it fair to say that a Cocoon web app corresponds to one instance
of Cocoon running?
web app I use actually only for packaging to deploy to tomcat.
So a web app can consist of several blocks?
web app can have deps to different blocks yes.
However like Robby described you normally end up with the following:
- war block - web app - deb to web block
- web block - block - deb to all sub blocks (like cocoon-shiro for
auth mgt, ...), providing REST services and gui
- common block - block - util, helper, cross cutting concern code
- dao block - block - connection to db (in our current customer
project we use jpa over hibernate with a postgres db) providing dto for the
- ...
What you describe is like a farm, I have a customer that is hosting 300
lenya publication in one lenya instance. However I tend to deploy each
cocoon app as war on its own since this way scalability is easier and
you have a finer control over each app.
Now the reason for farming is normally that you have common code that
you want to use across the apps. This would be done now in your common
block. The benefit is that you can just declare the dep and you are
ready to use this common code.
It is important to note that consist in c3 context means declaring deps
to and the war project is a simple zombie that distributes the work
to the blocks.
salu2
Lars
On 3/8/2012 12:22 PM, Robby Pelssers wrote:
Hey Lars,
Great you ask these questions actually and I will try to answer to my
best knowledge.
* First of all your understanding of maven archetypes is completely
correct. A maven archetype is a project that creates a folder
structure on your file system where the archetype itself contains
some default resources like e.g. a partially prefilled pom.xml and so
on.
* There is no need to declare any dependency on a cocoon block
actually. But since version 2.2 Cocoon uses the servlet service
framework. I would compare a cocoon-block to a sub-webapp
potentially providing some Java components and pipelines which can be
invoked from another cocoon-block.
To give a concrete example. At my customer I created 1 cocoon-block
called 'shared' which provides services to fetch files from a XMLDB,
Alfresco, file system. As customer requirements grew, I created
other blocks delivering needed functionality but they all need and
use above described services. So in that case I only needed to
declare a dependency on this 'shared' block.
That enables me to call this service from another sitemap as
e.g.map:generate src=servlet:shared:/alfresco/{1}/ where {1} is
some file identifier.
* Project / module / archetype and artifact are typical maven terms.
- Project should need no explanation
- module can be described as a part of the project
- archetype is explained above
- artifact is the thing that gets build when you run mvn package (a
war, jar, ...)
As a end user you should not be creating archetypes, merely using
them as shown in the previous mails. It will generate some skeleton
maven projects for you.
Any further questions?
Robby
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
--
Thorsten Scherlerscherler.at.gmail.com
codeBusters S.L. - web based systems
consulting, training and solutions
http://www.codebusters.es/
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
Re: dynamic forms and definitions
On 03/08/2012 10:31 PM, Mika M Lehtonen wrote: Hi list, I am looking for a framework for the project where I should implement a web feedback system for the local citizens. There will be a lot of different type of feedbacks with different kind of form types (and maps). ... Long story short, is Cocoon the framework I am looking for? If it is, I would prefer on staying on 2.11 for starters, because I am aware of the steep learning curve of the later versions. With 2.11 I've done something few years ago. Actually even if c3 is ATM still BETA I personally recommend to use c3. Not all goodies are migrated yet but the overall handling has really lowered the barrier to get productive with cocoon. Instead of understanding avalon you can use your spring knowledge and the sitemap works the same. However the new power is that you can now create pipelines in java and we have an outstanding REST service support. Any example of dynamic forms and especially dynamic form definitions, perhaps database driven forms and form types? I guess, if you are looking for nearly no coding: http://clinker.klicap.es/projects/opina is the perfect fit for you. You can write in english in their support forum but knowing spanish definitely helps. ;) demo: http://clinker.klicap.es/projects/opina/wiki/OpinaDemo HTH salu2 -- Thorsten Scherlerscherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Problems with cocoon deployment
On 03/06/2012 06:12 PM, Jasha Joachimsthal wrote: Hi Matt, Which version of Cocoon are you deploying into Tomcat and how did you build the war? ... java.lang.NoSuchMethodError: org.apache.commons.httpclient.MultiThreadedHttpConnectionManager.getParams()Lorg/apache/commons/httpclient/params/HttpConnectionManagerParams; Yeah it looks like the war is build in a java version higher as the one the tomcat is running on. salu2 -- Thorsten Scherlerscherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/
Re: How to use the Cocoon Spring Configurator with hidden properties
On 02/10/2012 10:13 AM, Barbara Rosi-Schwartz wrote:
Hello everyone.
I want to use the Spring Configurator to configure access ports for my
JMX MBeans, with ports changing for the different development
environments.
The spring configuration file contains the following:
beanid=/featureLauncherMBean/
class=/com.iggroup.wb.core.featurelauncher.internal.DefaultFeatureLauncher/
init-method=/init/ destroy-method=/dismissAllFeatures/
/bean
util:mapid=/exposedMBeans/
entrykey=/bean:type=featureLauncherMBean,name=remoteJMX/
value-ref=/featureLauncherMBean/ /
/util:map
beanid=/mBeanExporter/class=/org.springframework.jmx.export.MBeanExporter/
p:beans-ref=/exposedMBeans/ p:assembler-ref=/assembler/ /
util:listid=/manageableInterfaces/
valuecom.iggroup.wb.core.featurelauncher.api.FeatureLauncherMBean/value
/util:list
beanid=/assembler/
class=/org.springframework.jmx.export.assembler.InterfaceBasedMBeanInfoAssembler/
p:managedInterfaces-ref=/manageableInterfaces/ /
beanid=/registry/
class=/org.springframework.remoting.rmi.RmiRegistryFactoryBean/
p:port=/1099/ /
beanid=/serverConnector/
class=/org.springframework.jmx.support.ConnectorServerFactoryBean/
depends-on=/registry/ p:objectName=/connector:name=rmi/
p:serviceUrl=/service:jmx:rmi://localhost/jndi/rmi://localhost:1099/jmxrmi/
/
The first bean, featureLauncherMBean, is the one I work with directly
but the ones that contain the environment dependent properties are
registry (port property) and serverConnector (serviceUrl
property).These beans are just part of the wiring and I cannot access
them directly.
How would I go about using the Configurator to get port and serviceUrl
to point to the right port values depending upon the environment?
Use running modes to store the properties
http://cocoon.apache.org/subprojects/configuration/1.0/spring-configurator/2.0/1309_1_1.html
http://cocoon.apache.org/subprojects/configuration/1.0/spring-configurator/2.0/1310_1_1.html
so you have something like
src/main/resources/META-INF/cocoon/properties/
and in there a prod.properties (1) file and in a dev (RUNNING_MODE)
folder the same file (2) with another url.
put in (1)
serviceUrl=///service:jmx:rmi://localhost/jndi/rmi://localhost:1099/jmxrmi/
and in (2) e.g.
serviceUrl=///service:jmx:rmi://myhost/jndi/rmi://localhost:666/jmxrmi/
and then simply p:serviceUrl=/${/serviceUrl/}/ in your spring file.
HTH
salu2
TIA,
B.
BARBARA ROSI-SCHWARTZ
*Senior Developer*
**
IG Group|Cannon Bridge House**
25 Dowgate Hill|London|EC4R ZYA
t: +44(0)20 7573 0208 (Direct)
t: +44(0)20 7896 0011 (Switchboard)
w: www.iggroup.com
The information contained in this email is strictly confidential and
for the use of the addressee only, unless otherwise indicated. If you
are not the intended recipient, please do not read, copy, use or
disclose to others this message or any attachment. Please also notify
the sender by replying to this email or by telephone (+44 (0)20 7896
0011) and then delete the email and any copies of it. Opinions,
conclusions (etc) that do not relate to the official business of this
company shall be understood as neither given nor endorsed by it. IG
Group Holdings plc is a company registered in England and Wales under
number 04677092. VAT registration number 761 2978 07. Registered
Office: Cannon Bridge House, 25 Dowgate Hill, London EC4R 2YA. Listed
on the London Stock Exchange. Its subsidiaries IG Markets Limited and
IG Index Limited are authorised and regulated by the Financial
Services Authority (IG Markets Limited FSA registration number 195355
and IG Index Limited FSA registration number 114059).
--
Thorsten Scherlerscherler.at.gmail.com
codeBusters S.L. - web based systems
consulting, training and solutions
http://www.codebusters.es/
Re: Can the Cocoon Spring configurator be used to access
On 02/10/2012 12:27 PM, Barbara Rosi-Schwartz wrote: Hi. I know the Spring Configurator can be used to transparently handle properties that are environment dependent. Is it possible to use it also to choose a specific spring config file depending upon the environment? http://cocoon.apache.org/subprojects/configuration/1.0/spring-configurator/2.0/1312_1_1.html HTH salu2 TIA, B. BARBARA ROSI-SCHWARTZ *Senior Developer* ** IG Group|Cannon Bridge House** 25 Dowgate Hill|London|EC4R ZYA t: +44(0)20 7573 0208 (Direct) t: +44(0)20 7896 0011 (Switchboard) w: www.iggroup.com The information contained in this email is strictly confidential and for the use of the addressee only, unless otherwise indicated. If you are not the intended recipient, please do not read, copy, use or disclose to others this message or any attachment. Please also notify the sender by replying to this email or by telephone (+44 (0)20 7896 0011) and then delete the email and any copies of it. Opinions, conclusions (etc) that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. IG Group Holdings plc is a company registered in England and Wales under number 04677092. VAT registration number 761 2978 07. Registered Office: Cannon Bridge House, 25 Dowgate Hill, London EC4R 2YA. Listed on the London Stock Exchange. Its subsidiaries IG Markets Limited and IG Index Limited are authorised and regulated by the Financial Services Authority (IG Markets Limited FSA registration number 195355 and IG Index Limited FSA registration number 114059). -- Thorsten Scherlerscherler.at.gmail.com codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/
Re: how do I specify function parameters in the URL
On Tue, 2012-01-03 at 09:19 -0500, Paul Joseph wrote:
Hi there,
I know that I can call a function with parameters using the sitemap as
for ex.:
map:flow language=javascript
map:script src=myApplication.js/
/map:flow
map:pipelines
map:pipeline
map:match pattern=index.html
map:call function=showIndexPage
map:parameter name=paramName value=Value/
/map:call
/map:match
/map:pipeline
/map:pipelines
and:
Then in myApplication.js you would define a JavaScript function called
showIndexPage() such as:
function showIndexPage() { var param = cocoon.parameters.paramName;
sendPage(private/index.html, {param: param}); }
But how would I use this to call a function whose arguments are in the
calling URL.
Ex. say I wanted to login any user where the user's name is specified in
the URLhow could I do this? For example if I wanted to call a function
using the user's login name that I specify in the URL (say the user is
jsmith), and I used a URL as below, how would I pass on jsmith on to the
flowscript?:
Ex.: http://myserver:8080/myApp/login/jsmith
Depends a bit on your version of cocoon but the following will work in
all version (replace {1} with {map:1} for c3).
map:flow language=javascript
map:script src=myApplication.js/
/map:flow
map:pipelines
map:pipeline
map:match pattern=index.html
map:call function=showIndexPage
map:parameter name=paramName value=Value/
/map:call
/map:match
map:match pattern=login/*
map:call function=login
map:parameter name=user value={1}/
/map:call
/map:match
/map:pipeline
/map:pipelines
HTH
salu2
--
Thorsten Scherler thorsten.at.apache.org
codeBusters S.L. - web based systems
consulting, training and solutions
http://www.codebusters.es/
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
Re: how to move selected items to the right side of a double-listbox using JavaScript
On Wed, 2011-12-28 at 13:08 -0500, Paul Joseph wrote: Hi there, I have a Form, with a listbox styled as a double-listbox. I have the left side populated with a list of items, and am able to programmatically select a few of these items using JavaScript. So far so good. But how do I move these selected items to the Right box using JavaScript? hmm, cocoon is not really a javascript forum. I usually use js frameworks such as dojo o jquery if working with js. Have look there. salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: how to move selected items to the right side of a double-listbox using JavaScript
On Thu, 2011-12-29 at 07:39 -0500, Paul Joseph wrote: I had thought the double list box as implemented in CForms was a cocoon creation...sorry about that. hmm, you have not mentioned cforms before. ;) I have to admit my experience with cforms is a bit outdated I fear, so cannot help you there but for the future putting cform in the subject may catch more attention and is less confusing. Sorry for not being a bigger help and good luck. salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: [cocoon3] @Context Request request
On Mon, 2011-10-31 at 14:34 +0200, Andre Juffer wrote:
On 10/31/2011 01:46 PM, Thorsten Scherler wrote:
On Sun, 2011-10-30 at 19:35 +0200, Andre Juffer wrote:
Hi,
for processing a multipart/form-data request holding image data, I
intend to use the commons imageupload [1]. In order to do so, I need to
get access to the javax.servlet.http.HttpServletRequest object inside a
REST resource. The @Context annotation injects information about the
request, see e.g. [2] and also [3], but the request object should
implement the javax.ws.rs.core.Request interface (I think).
How can I get to the HttpServletRequest inside a REST resource. Is there
a way to convert Request to javax.servlet.http.HttpServletRequest?
According to [4],When deploying a JAX-RS application using servlet then
ServletConfig, ServletContext, HttpServletRequest and
HttpServletResponse are available using @Context. But how?
http://stackoverflow.com/questions/6984338/how-to-forward-from-a-jax-ws-service-to-jsp
like you have
Yes, indeed. I don't have the exception though.
Right now, I assume
@POST
public Response uploadImage(@Context HttpServletRequest request) {
.
}
but I do not believe this is actually correct.
It should.
Yes, it seems now that this should be the case.
The actual type is com.sun.jersey.spi.container.ContainerRequest
(implements Request), according to request.getClass().getName().
There is nothing in the request itself, while I see with Firebug that
the image file is sent to the server in the proper way.
Hmm
http://jersey.java.net/nonav/apidocs/1.9.1/jersey/com/sun/jersey/spi/container/ContainerRequest.html
did you try a simple cast before
upload.parseRequest(request);
?
Actually no. But this should not work, as ContainerRequest is not
implementing HttpServletRequest, right? I have no access to my code from
where I am right now, but I will try a simple cast this evening.
Just to be sure that this is clear. The type of 'request' is
com.sun.jersey.spi.container.ContainerRequest -only- when I use
public Response uploadImage(@Context Request request)
That is correct, however you supposed to do like I wrote in my other
mail:
@Context
private HttpServletRequest request;
...
request.getRemoteAddr();
As you see you do not need a cast but simply asking for the correct
type.
@Context HttpServletRequest request in method call should work the same.
HTH
salu2
--
Thorsten Scherler thorsten.at.apache.org
codeBusters S.L. - web based systems
consulting, training and solutions
http://www.codebusters.es/
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Cocoon - Tomcat - APEX for FOP PDF printing
On Wed, 2011-10-05 at 11:02 -0700, reidster wrote: I'm a cocoon newbie trying to setup Tomcat with Cocoon for the purpose of enabling PDF printing with Oracle APEX using FOP. I'm using Linux 64bit, Tomcat 7.0.22, Cocoon 2.1.11, and JDK (build 1.6.0_24-b07). Whenever, I attempt to hit the cocoon site (servername:8080/cocoon/), I receive the following error: org.apache.cocoon. ResourceNotFoundException: No pipeline matched request: index.html When I go to the servername:8080, the tomcat page comes up OK. I can also see that the cocoon app is deployed and running from the Tomcat Manager App. This error is in the Tomcat log: SEVERE: The web application [/cocoon] appears to have started a thread named [HSQLDB Timer @6b033450] but has failed to stop it. This is very likely to create a memory leak. Other than these errors, the Tomcat and Cocoon appear to be installed properly and functioning properly. However, I cannot get past these errors. Please provide any insights you may have about using Cocoon with Tomcat. Or, what else I can check to see why Cocoon isn't working with Tomcat. Many Thanks, in advance, for your help Below is the complete java error stack received when I go to servername:8080/cocoon/ org.apache.cocoon.ResourceNotFoundException: No pipeline matched request: index.html Well can you confirm that there is a pipeline matching index.html in your sitemap? Further did you try to start cocoon with ./cocoon.sh and therefore with jetty. If you see the same problem there then your not matching index.html but cocoon seems to start otherwise just fine the error is coming from cocoon. HTH salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Cocoon - Tomcat - APEX for FOP PDF printing
Please post to the mailing lists and not to me private. On Thu, 2011-10-06 at 08:45 -0400, Reid McKinley wrote: Thanks for your reply! I'm new to cocoon and tomcat and I'm a little confused. I'm deploying cocoon as a war file (build.sh war) in $CATALINA_HOME/webapps of the tomcat install. Using this method of deploying cocoon with tomcat, will there be a sitemap by default? Do I need to do something else to configure the sitemap with cocoon? As you suggested, I started cocoon with cocoon.sh and it appeared to start Jetty, but I wasn't able to connect to it on port . I must need to do some more Jetty configuration. Hmm, seems you left out http://cocoon.apache.org/2.1/introduction.html Cocoon uses XML as a core piece of its framework, but improves the model to give you the tools you need and is designed to be flexible enough to follow your current needs as well as paradigm shifts that may happen in the future To get started with developing refer to http://cocoon.apache.org/2.1/tracks/first-steps-track.html Cocoon is not like a driver that you plugin and it does the fop transformation magically, you need to tell cocoon what to do and that is done in the sitemap. Please see http://cocoon.apache.org/2.1/howto/howto-explore-samples.html and run the example to find an example on how to generate pdf from fo. Your issue is not tomcat, but your missing understanding of what cocoon is and can do for you. salu2 Many thanks again for your help. -Reid On Thu, Oct 6, 2011 at 5:07 AM, Thorsten Scherler scher...@gmail.com wrote: On Wed, 2011-10-05 at 11:02 -0700, reidster wrote: I'm a cocoon newbie trying to setup Tomcat with Cocoon for the purpose of enabling PDF printing with Oracle APEX using FOP. I'm using Linux 64bit, Tomcat 7.0.22, Cocoon 2.1.11, and JDK (build 1.6.0_24-b07). Whenever, I attempt to hit the cocoon site (servername:8080/cocoon/), I receive the following error: org.apache.cocoon. ResourceNotFoundException: No pipeline matched request: index.html When I go to the servername:8080, the tomcat page comes up OK. I can also see that the cocoon app is deployed and running from the Tomcat Manager App. This error is in the Tomcat log: SEVERE: The web application [/cocoon] appears to have started a thread named [HSQLDB Timer @6b033450] but has failed to stop it. This is very likely to create a memory leak. Other than these errors, the Tomcat and Cocoon appear to be installed properly and functioning properly. However, I cannot get past these errors. Please provide any insights you may have about using Cocoon with Tomcat. Or, what else I can check to see why Cocoon isn't working with Tomcat. Many Thanks, in advance, for your help Below is the complete java error stack received when I go to servername:8080/cocoon/ org.apache.cocoon.ResourceNotFoundException: No pipeline matched request: index.html Well can you confirm that there is a pipeline matching index.html in your sitemap? Further did you try to start cocoon with ./cocoon.sh and therefore with jetty. If you see the same problem there then your not matching index.html but cocoon seems to start otherwise just fine the error is coming from cocoon. HTH salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: cocoon3 : apache 2 - jetty-1.6.7
On Thu, 2011-09-22 at 23:05 +0300, Andre Juffer wrote:
On 09/22/2011 11:28 AM, Thorsten Scherler wrote:
On Thu, 2011-09-22 at 00:58 +0300, Andre Juffer wrote:
Note mimeType=null in the first case. Thus the request reaches
cocoon3, but somewhere the mimeType is set to null, or, when its
value
is requested, the mimeType returns null.
Bug? Or just my fold (I suspect the JsonSerializer [1])
To limit the range
a bit, what happens when you use html or xml
serialization?
The following two requests read a html (index.html) file containing Dojo
javascript. The response should be of type text/html in order to run the
javascript for the application to start. For both requests below, the
index.html -is- in fact returned.
These are the test results:
1)
http://localhost/app/tct
186790 [btpool0-2] INFO org.apache.cocoon.servlet.RequestProcessor -
Performing GET request at /app/tct
186819 [btpool0-2] INFO org.apache.cocoon.servlet.RequestProcessor -
Going to send GET response: mimeType=null, contentLength=1706,
statusCode=200, lastModified=1316719151000
2)
http://localhost/app/tct/index.html
287900 [btpool0-6] INFO org.apache.cocoon.servlet.RequestProcessor -
Performing GET request at /app/tct/index.html
287919 [btpool0-6] INFO org.apache.cocoon.servlet.RequestProcessor -
Going to send NOT MODIFIED response: statusCode=304,
lastModified=1316719151000
Sitemap contains:
For 1):
map:match pattern=
map:read src=index.html /
/map:match
For 2)
map:match equals=index.html
map:read src=index.html /
/map:match
THUS: The first response has no mime-type set (mimeType=null). The
browser (firefox) interprets the response of type text/plain (thus no
javascript will run, no startup of the application will occur). The
mime-type of the second request is text/html, as it should be.
If I now make the change in the sitemap to handle request 1):
map:match pattern=
map:read src=index.html mime-type=text/html/
/map:match
and repeat the first request (http://localhost/app/tct), I -do- get the
proper response (that is, text/html):
135151 [btpool0-8] INFO org.apache.cocoon.servlet.RequestProcessor -
Performing GET request at /app/tct
135166 [btpool0-8] INFO org.apache.cocoon.servlet.RequestProcessor -
Going to send NOT MODIFIED response: statusCode=304,
lastModified=1316720003000
135166 [btpool0-8] INFO org.apache.cocoon.servlet.RequestProcessor -
Sitemap execution for /app/tct took 15.131032 ms.
and the application starts normally.
Thus, I would say that the mime-type of the response is not properly set
(probably null by default) or not detected for case 1), when
communicating with a web server that forwarded the original request to
the servlet container (jetty-6.1.7)? This perhaps points to a problem in
ResponseHeaderCollector.java and pipeline.getContentType()?
Actually I think the problems lies in the code you attached to
COCOON3-77 (I just made a comment there). My first try would be to try
to extend from AbstractSAXSerializer and/or implements Finisher.
The important point is
@Override
public void setConfiguration(MapString, ? extends Object
configuration) {
if (configuration.containsKey(mime-type)) {
this.contentType = (String) configuration.get(mime-type);
}
}
/**
* @param contentType The type of the content produced by this
serializer.
*/
public void setContentType(String contentType) {
this.contentType = contentType;
}
In other word make sure this.contentType = contentType; is done in some
moment. I saw you do in
@Override
public String getContentType()
{
return this.getMimeType();
}
is this method called from cocoon? Did you set a breakpoint?
salu2
--
Thorsten Scherler thorsten.at.apache.org
codeBusters S.L. - web based systems
consulting, training and solutions
http://www.codebusters.es/
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
Re: cocoon3 : apache 2 - jetty-1.6.7
On Fri, 2011-09-23 at 13:30 +0300, Andre Juffer wrote:
Hi Thorsten,
I am not sure whether or not there is a problem with the JsonSerializer.
In the c3-based application I am working on, the first file that is
loaded is a regular HTML file (served by apache-jetty-cocoon). This is
where the problem actually occurs. The JsonSerializer is not being used
at all during this initial phase. Only -after- the dojo-1.6.1 based
application starts up, the application contacts the cocoon3-based server
for additional content. The server always returns this particular
content as JSON and only then the JsonSerializer is relied upon.
Having said this, I am not entirely clear on the internal organization
of cocoon3, so I could easily have overlooked and probably did overlook
something. As said, modifying the site map from
map:match pattern=
map:read src=index.html /
/map:match
to
map:match pattern=
map:read src=index.html mime-type=text/html/
/map:match
resolves the issue completely (that is, the index.html is properly
interpreted as text/html and the application starts and actually works fine
(version 0.0.1)). The index.html is returned by an
(Encoding)(X)HTMLSerializer and not by my (Encoding)JsonSerializer. So, this
why I concluded that the problem is actually not related to the
JsonSerializer.
Ah ok, sorry I have not understood correctly the first time. Ok if so
then I think you found a bug since above would hit:
@Override
public void setConfiguration(MapString, ? extends Object
configuration) {
this.setSource((URL) configuration.get(source));
this.setMimeType((String) configuration.get(mime-type));
}
in AbstractReader. Since in the first place that that value is null .
In the
then we do
public String getContentType() {
if (this.mimeType != null) {
return this.mimeType;
}
URLConnection connection = null;
try {
connection = this.source.openConnection();
return connection.getContentType();
} catch (IOException e) {
throw new ProcessingException(e);
} finally {
URLConnectionUtils.closeQuietly(connection);
}
}
Meaning if this.mimeType == null and the connection fails then and only
then it should return null. Now the question is why
- either fails the connection
- or the connection.getContentType() returns null.
salu2
But I will go through your remarks in this email and at COCOON3-77. The
content-type and mime-type part was actually not entirely to me where
and how exactly they had to be set. So, you hit the right spot.
Thanks for your reply,
André
On 23/09/11 11:59, Thorsten Scherler wrote:
On Thu, 2011-09-22 at 23:05 +0300, Andre Juffer wrote:
On 09/22/2011 11:28 AM, Thorsten Scherler wrote:
On Thu, 2011-09-22 at 00:58 +0300, Andre Juffer wrote:
Note mimeType=null in the first case. Thus the request reaches
cocoon3, but somewhere the mimeType is set to null, or, when its
value
is requested, the mimeType returns null.
Bug? Or just my fold (I suspect the JsonSerializer [1])
To limit the range
a bit, what happens when you use html or xml
serialization?
The following two requests read a html (index.html) file containing Dojo
javascript. The response should be of type text/html in order to run the
javascript for the application to start. For both requests below, the
index.html -is- in fact returned.
These are the test results:
1)
http://localhost/app/tct
186790 [btpool0-2] INFO org.apache.cocoon.servlet.RequestProcessor -
Performing GET request at /app/tct
186819 [btpool0-2] INFO org.apache.cocoon.servlet.RequestProcessor -
Going to send GET response: mimeType=null, contentLength=1706,
statusCode=200, lastModified=1316719151000
2)
http://localhost/app/tct/index.html
287900 [btpool0-6] INFO org.apache.cocoon.servlet.RequestProcessor -
Performing GET request at /app/tct/index.html
287919 [btpool0-6] INFO org.apache.cocoon.servlet.RequestProcessor -
Going to send NOT MODIFIED response: statusCode=304,
lastModified=1316719151000
Sitemap contains:
For 1):
map:match pattern=
map:read src=index.html /
/map:match
For 2)
map:match equals=index.html
map:read src=index.html /
/map:match
THUS: The first response has no mime-type set (mimeType=null). The
browser (firefox) interprets the response of type text/plain (thus no
javascript will run, no startup of the application will occur). The
mime-type of the second request is text/html, as it should be.
If I now make the change in the sitemap to handle request 1):
map:match pattern=
map:read src=index.html mime-type=text/html/
/map:match
and repeat the first request (http://localhost/app/tct), I -do- get the
proper response
Re: cocoon3 : apache 2 - jetty-1.6.7
On Thu, 2011-09-22 at 00:58 +0300, Andre Juffer wrote: Note mimeType=null in the first case. Thus the request reaches cocoon3, but somewhere the mimeType is set to null, or, when its value is requested, the mimeType returns null. Bug? Or just my fold (I suspect the JsonSerializer [1]) To limit the range a bit, what happens when you use html or xml serialization? salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Transformer parameters are intermittently not set.
On Wed, 2011-09-14 at 10:58 +0200, Alec Bickerton wrote:
Hi,
I'm seeing some unusual behaviour in Cocoon 2.1.9. It appears that it
possible for the xalan transformer parameters to
not be set in a pipeline. Is this a known issue?
Relevant part of the sitemap.xmap
map:match pattern=general
map:generate src=cocoon://projects/pe/templatetrafo/generic-common /
!-- No failure of the generator ever detected --
map:transform src=transformer_one.xsl
map:parameter name=hostname value=myhost.example.com/
map:parameter name=jsessionid
value={request-param:jsessionid}/
map:parameter name=bi_show value={request-param:bi_show}/
map:parameter name=basehosttest
value={request-param:basehosttest}/
map:parameter name=portalnumber
value={request-param:portalnumber}/
/map:transform
map:transform src=transformer_two.xsl
map:parameter name=jsessionid
value={request-param:jsessionid}/
/map:transform
map:serialize type=xml/
/map:match
Using the above sitemap 1 in 5 requests fails to set the parameters
triggering the pipeline to fail. I see this by
setting a breakpoint in the extension method called from transformer_one.
The transformer is configure as shown.
map:transformer logger=sitemap.transformer.xslt name=xslt
pool-max=2048 pool-min=32 pool-grow=8
src=org.apache.cocoon.transformation.TraxTransformer
use-request-parametersfalse/use-request-parameters
use-session-parametersfalse/use-session-parameters
use-cookie-parametersfalse/use-cookie-parameters
xslt-processor-rolexalan/xslt-processor-role
check-includestrue/check-includes
use-delifalse/use-deli
encodingUTF-8/encoding
/map:transformer
Has anyone seen this behaviour in the past, or suggest a place to look for a
misconfiguration?
Hmm, try with use-request-parameterstrue/use-request-parameters
however calling localhost:/general?bi_show=true should work
salu2
--
Thorsten Scherler thorsten.at.apache.org
codeBusters S.L. - web based systems
consulting, training and solutions
http://www.codebusters.es/
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Cocoon3, JSON, Spring
On Sun, 2011-09-11 at 23:16 +0300, Andre Juffer wrote: Also, my comment about the FopSerializer deriving from a XMLSerializer is in fact incorrect, so just ignore that one. I got that apparently confused with something else (I looked at too much code apparently...). There are however more than one XMLSerializers in use for cocoon3. Yes, since we support SAX and StAX so we need two different XMLSerializer since on is triggered by SAX events and the other by StAX. BTW please open an issue in the cocoon3 jira project and add the patches so a committer can apply them. TIA salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: map:serialize http 404 status code in map:handle-errors
On Fri, 2011-09-09 at 10:20 +0200, Brecht Schoolmeesters wrote: Hi, I think there is a bug in cocoon. When I try the following, the cocoon server returns http status code 200. It should return http 404: map:handle-errors map:generate src=error.xml/ map:serialize type=xml status-code=404/ /map:handle-errors This is very strange because when I set status codes 500, 400, 401, ... these all work. The only one that doesn't work is the 404 not found status code. The problem only occurs within the map:handle-errors tag. Hmm, weird. Which version? salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Cocoon3, JSON, Spring
On Fri, 2011-09-02 at 09:58 +0300, Andre Juffer wrote:
On 09/02/2011 02:46 AM, Thorsten Scherler wrote:
Hi Andre,
sorry for top posting but I am responding from my mobile device.
Regarding 1) the org.apache.cocoon.serialization.TextSerializer migration
into c3 is ASAIK not yet done. However that should be pretty straight
forward to implement.
Yes, I was already thinking that I could do this.
Contributions are always welcome. ;)
If you or somebody else will do the migration please open an issue in
https://issues.apache.org/jira/browse/COCOON3 and attach the diff. We
will apply it ASAP.
Actually I did lately work with the RESTController of c3 since the JAX-RS
integration was not needed for my use cases. If you choose the c3 REST way
you can use the TextResponse [1] to return your json objects to the
client. In the same package you will as well find a BinaryResponse [2]
which you can use to return binary data like images from your rest services.
The TextResponse is a good alternative, and I will certainly look into
it. It is apparently not yet part of the current alpha Cocoon
3.0.0-alpha-3 that I downloaded from the cocoon website.
No you would need the HEAD or the latest beta snapshot.
I just commited an example [3] of an asyncron processing with REST you may
want to look into. It is based on jquery on the client side but you will
get the idea. If you look at [4] you will see the basic background. The
block provides a workig example when starting with mvn install jetty:run
and browse to localhost:/,
Great!
Actually I am still thinking on implementing comet
http://en.wikipedia.org/wiki/Comet_(programming) Actually long polling
should not to be too complicate to be implemented with our REST
framework (hopefully I will find some play time for implementing
that). ;)
However html5 will open some new approaches to the comet technique where
Server-sent events and websockets come into play, but I think there we
need to make some changes to our controller.
Somebody had worked with streaming message in cocoon yet?
Regarding the bean lookup, why not using autowiring in your components
(more when you use the REST part)? See [5].
Yes, that would do it.
Thanks for your valuable response.
you are welcome. I am glad if it helps you.
salu2
André
HTH
[1]
http://svn.apache.org/viewvc/cocoon/cocoon3/trunk/cocoon-rest/src/main/java/org/apache/cocoon/rest/controller/response/TextResponse.java
[2]
http://svn.apache.org/viewvc/cocoon/cocoon3/trunk/cocoon-rest/src/main/java/org/apache/cocoon/rest/controller/response/BinaryResponse.java
[3] http://svn.apache.org/viewvc/cocoon/cocoon3/trunk/cocoon-rest-optional/
[4] https://issues.apache.org/jira/browse/COCOON3-75
[5]
http://svn.apache.org/viewvc/cocoon/cocoon3/trunk/cocoon-sample/src/main/java/org/apache/cocoon/sample/controller/DemoRESTController.java?view=markup
Thorsten Scherlerthorsten.at.apache.org
codeBusters S.L. - web based systemsconsulting, training and solutions
http://www.codebusters.es
Andre Jufferajuf...@cc.oulu.fi wrote:
Hi All,
I have two questions:
(1)
I want to be to be able to return JSON to the client, typically a
browser. The client is responsible to properly present the response to
the user, typically with the Dojotoolkit. As I would like to move to
cocoon3, I was looking for a JsonSerializer or a simple TextSerializer.
With cocoon 2.2, one can simply use the TextSerializer to return JSON,
by defining
map:serializer name=json mime-type=application/json; charset=UTF-8
src=org.apache.cocoon.serialization.TextSerializer
encodingUTF-8/encoding
/map:serializer
Cocoon 3 apparently is restricted to only return XML/HTML [1], as far as
I can see. I did not find in the API any mentioning of other types of
serializers, besides XMLSerializer and FopSerializer.
If so, this would be a limitation. Especially for designing RIAs [2]
(like Twitter), it would be very useful to be able to return JSON.
So, is there a particular way to return JSON or Text.
(2)
With flowscript in cocoon 2.2, it was very easy to instantiate a Java
bean defined in some appropriate Spring bean configuration file, like
var someFacade = cocoon.getComponent(someFacade);
someFacade.doSomething(...);
Is there a recommended way in Cocoon 3 to instantiate beans. One could do
ApplicationContext context =
new ClassPathXmlApplicationContext( new String[]
{beans-spring.cfg.xml);
SomeFacade facade = (SomeFacade)context.getBean(someFacade);
facade.doSomething(...);
within a JAX-RS resource [3].
So, is this way to do instantiate beans?
Thanks,
Andre
[1] http://cocoon.apache.org/3.0/features.html
[2] http://en.wikipedia.org/wiki/Rich_Internet_application
[3] http://cocoon.apache.org/3.0/referenc/html/webapps.html#webapps.rest
--
Andre H. Juffer
Re: Cocoon3, JSON, Spring
Hi Andre,
sorry for top posting but I am responding from my mobile device.
Regarding 1) the org.apache.cocoon.serialization.TextSerializer migration into
c3 is ASAIK not yet done. However that should be pretty straight forward to
implement.
Actually I did lately work with the RESTController of c3 since the JAX-RS
integration was not needed for my use cases. If you choose the c3 REST way you
can use the TextResponse [1] to return your json objects to the client. In the
same package you will as well find a BinaryResponse [2] which you can use to
return binary data like images from your rest services.
I just commited an example [3] of an asyncron processing with REST you may want
to look into. It is based on jquery on the client side but you will get the
idea. If you look at [4] you will see the basic background. The block provides
a workig example when starting with mvn install jetty:run and browse to
localhost:/,
Regarding the bean lookup, why not using autowiring in your components (more
when you use the REST part)? See [5].
HTH
[1]
http://svn.apache.org/viewvc/cocoon/cocoon3/trunk/cocoon-rest/src/main/java/org/apache/cocoon/rest/controller/response/TextResponse.java
[2]
http://svn.apache.org/viewvc/cocoon/cocoon3/trunk/cocoon-rest/src/main/java/org/apache/cocoon/rest/controller/response/BinaryResponse.java
[3] http://svn.apache.org/viewvc/cocoon/cocoon3/trunk/cocoon-rest-optional/
[4] https://issues.apache.org/jira/browse/COCOON3-75
[5]
http://svn.apache.org/viewvc/cocoon/cocoon3/trunk/cocoon-sample/src/main/java/org/apache/cocoon/sample/controller/DemoRESTController.java?view=markup
Thorsten Scherler thorsten.at.apache.org
codeBusters S.L. - web based systems consulting, training and solutions
http://www.codebusters.es
Andre Juffer ajuf...@cc.oulu.fi wrote:
Hi All,
I have two questions:
(1)
I want to be to be able to return JSON to the client, typically a
browser. The client is responsible to properly present the response to
the user, typically with the Dojotoolkit. As I would like to move to
cocoon3, I was looking for a JsonSerializer or a simple TextSerializer.
With cocoon 2.2, one can simply use the TextSerializer to return JSON,
by defining
map:serializer name=json mime-type=application/json; charset=UTF-8
src=org.apache.cocoon.serialization.TextSerializer
encodingUTF-8/encoding
/map:serializer
Cocoon 3 apparently is restricted to only return XML/HTML [1], as far as
I can see. I did not find in the API any mentioning of other types of
serializers, besides XMLSerializer and FopSerializer.
If so, this would be a limitation. Especially for designing RIAs [2]
(like Twitter), it would be very useful to be able to return JSON.
So, is there a particular way to return JSON or Text.
(2)
With flowscript in cocoon 2.2, it was very easy to instantiate a Java
bean defined in some appropriate Spring bean configuration file, like
var someFacade = cocoon.getComponent(someFacade);
someFacade.doSomething(...);
Is there a recommended way in Cocoon 3 to instantiate beans. One could do
ApplicationContext context =
new ClassPathXmlApplicationContext( new String[]
{beans-spring.cfg.xml);
SomeFacade facade = (SomeFacade)context.getBean(someFacade);
facade.doSomething(...);
within a JAX-RS resource [3].
So, is this way to do instantiate beans?
Thanks,
Andre
[1] http://cocoon.apache.org/3.0/features.html
[2] http://en.wikipedia.org/wiki/Rich_Internet_application
[3] http://cocoon.apache.org/3.0/referenc/html/webapps.html#webapps.rest
--
Andre H. Juffer | Phone: +358-8-553 1161
Biocenter Oulu and | Fax: +358-8-553-1141
Department of Biochemistry | Email: andre.juf...@oulu.fi
University of Oulu, Finland | WWW: www.biochem.oulu.fi/Biocomputing/
StruBioCat | WWW: www.strubiocat.oulu.fi
NordProt | WWW: www.nordprot.org
Triacle Biocomputing | WWW: www.triacle-bc.com
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
Re: [C3] Cocoon3 beta-1-SNAPSHOTs available
On Fri, 2011-08-26 at 09:02 +0200, Francesco Chicchiriccò wrote: Il 26/08/2011 00:16, Thorsten Scherler ha scritto: On Fri, 2011-07-29 at 09:36 +0200, Francesco Chicchiriccò wrote: ... mvn archetype:generate \ -DarchetypeGroupId=org.apache.cocoon.archetype-block \ -DarchetypeArtifactId=cocoon-archetype-block \ -DarchetypeRepository=https://repository.apache.org/content/repositories/snapshots \ -DarchetypeVersion=3.0.0-beta-1-SNAPSHOT \ -DgroupId=com.mycompany \ -DartifactId=mysample Hmm, when I do that I get - this realm = app0.child-container[org.apache.maven.plugins:maven-archetype-plugin:2.1-SNAPSHOT] urls[0] = file:/home/thorsten/.m2/repository/org/apache/maven/plugins/maven-archetype-plugin/2.1-SNAPSHOT/maven-archetype-plugin-2.1-SNAPSHOT.jar urls[1] = ... - [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Internal error in the plugin manager executing goal 'org.apache.maven.plugins:maven-archetype-plugin:2.1-SNAPSHOT:generate': Unable to load the mojo 'org.apache.maven.plugins:maven-archetype-plugin:2.1-SNAPSHOT:generate' in the plugin 'org.apache.maven.plugins:maven-archetype-plugin'. A required class is missing: org/jdom/JDOMException org.jdom.JDOMException --- mvn --version --- Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200) Java version: 1.6.0_25 Java home: /home/thorsten/opt/jdk1.6.0_25/jre Default locale: en_US, platform encoding: UTF-8 OS name: linux version: 2.6.38-11-generic arch: amd64 Family: unix I tried as well without -DarchetypeRepository=https://repository.apache.org/content/repositories/snapshots but the same result with latest HEAD. Not sure what the problem is and how to fix it. Any ideas? Uhm, here (Maven 3.0.3 / Maven 2.2.1 - Sun JDK 1.6.0.26 - Linux) it works like a charm... Hmm, I fixed it with rm -rf /home/thorsten/.m2/repository/org/apache/maven/plugins/maven-archetype-plugin and then it builded fine. Maven is sometimes strange. ;) salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: [C3] Cocoon3 beta-1-SNAPSHOTs available
On Fri, 2011-07-29 at 09:36 +0200, Francesco Chicchiriccò wrote: ... mvn archetype:generate \ -DarchetypeGroupId=org.apache.cocoon.archetype-block \ -DarchetypeArtifactId=cocoon-archetype-block \ -DarchetypeRepository=https://repository.apache.org/content/repositories/snapshots \ -DarchetypeVersion=3.0.0-beta-1-SNAPSHOT \ -DgroupId=com.mycompany \ -DartifactId=mysample Hmm, when I do that I get - this realm = app0.child-container[org.apache.maven.plugins:maven-archetype-plugin:2.1-SNAPSHOT] urls[0] = file:/home/thorsten/.m2/repository/org/apache/maven/plugins/maven-archetype-plugin/2.1-SNAPSHOT/maven-archetype-plugin-2.1-SNAPSHOT.jar urls[1] = file:/home/thorsten/.m2/repository/org/apache/maven/archetype/archetype-catalog/2.1-SNAPSHOT/archetype-catalog-2.1-SNAPSHOT.jar urls[2] = file:/home/thorsten/.m2/repository/org/codehaus/plexus/plexus-utils/1.5.8/plexus-utils-1.5.8.jar urls[3] = file:/home/thorsten/.m2/repository/org/apache/maven/archetype/archetype-descriptor/2.1-SNAPSHOT/archetype-descriptor-2.1-SNAPSHOT.jar urls[4] = file:/home/thorsten/.m2/repository/org/apache/maven/archetype/archetype-registry/2.1-SNAPSHOT/archetype-registry-2.1-SNAPSHOT.jar urls[5] = file:/home/thorsten/.m2/repository/org/apache/maven/archetype/archetype-common/2.1-SNAPSHOT/archetype-common-2.1-SNAPSHOT.jar urls[6] = file:/home/thorsten/.m2/repository/org/apache/maven/shared/maven-invoker/2.0.10/maven-invoker-2.0.10.jar urls[7] = file:/home/thorsten/.m2/repository/commons-collections/commons-collections/3.2.1/commons-collections-3.2.1.jar Number of imports: 10 import: org.codehaus.classworlds.Entry@a6c57a42 import: org.codehaus.classworlds.Entry@12f43f3b import: org.codehaus.classworlds.Entry@20025374 import: org.codehaus.classworlds.Entry@f8e44ca4 import: org.codehaus.classworlds.Entry@92758522 import: org.codehaus.classworlds.Entry@ebf2705b import: org.codehaus.classworlds.Entry@bb25e54 import: org.codehaus.classworlds.Entry@bece5185 import: org.codehaus.classworlds.Entry@3fee8e37 import: org.codehaus.classworlds.Entry@3fee19d8 this realm = plexus.core urls[0] = file:/home/thorsten/src/apache/apache-maven-2.2.1/lib/maven-2.2.1-uber.jar urls[1] = file:/home/thorsten/src/apache/apache-maven-2.2.1/lib/._maven-2.2.1-uber.jar Number of imports: 10 import: org.codehaus.classworlds.Entry@a6c57a42 import: org.codehaus.classworlds.Entry@12f43f3b import: org.codehaus.classworlds.Entry@20025374 import: org.codehaus.classworlds.Entry@f8e44ca4 import: org.codehaus.classworlds.Entry@92758522 import: org.codehaus.classworlds.Entry@ebf2705b import: org.codehaus.classworlds.Entry@bb25e54 import: org.codehaus.classworlds.Entry@bece5185 import: org.codehaus.classworlds.Entry@3fee8e37 import: org.codehaus.classworlds.Entry@3fee19d8 - [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Internal error in the plugin manager executing goal 'org.apache.maven.plugins:maven-archetype-plugin:2.1-SNAPSHOT:generate': Unable to load the mojo 'org.apache.maven.plugins:maven-archetype-plugin:2.1-SNAPSHOT:generate' in the plugin 'org.apache.maven.plugins:maven-archetype-plugin'. A required class is missing: org/jdom/JDOMException org.jdom.JDOMException --- mvn --version --- Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200) Java version: 1.6.0_25 Java home: /home/thorsten/opt/jdk1.6.0_25/jre Default locale: en_US, platform encoding: UTF-8 OS name: linux version: 2.6.38-11-generic arch: amd64 Family: unix I tried as well without -DarchetypeRepository=https://repository.apache.org/content/repositories/snapshots but the same result with latest HEAD. Not sure what the problem is and how to fix it. Any ideas? salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: database access in Cocoon 3?
http://svn.apache.org/viewvc?view=revisionrevision=1142136 hth salu2 On Aug 23, 2011 12:36 AM, Lars Huttar lars_hut...@sil.org wrote:
Re: database access in Cocoon 3?
On Thu, 2011-07-28 at 11:47 -0500, Lars Huttar wrote: On 7/28/2011 2:26 AM, Francesco Chicchiriccò wrote: On 28/07/2011 00:32, Lars Huttar wrote: Hello, In the past (Cocoon 2.1) we used XSP pages for database queries to return results as XML for processing in Cocoon pipelines. Looking toward the future with 2.2 and beyond, we saw that XSP pages were deprecated, so we started using SQL transformer instead. With Cocoon 3.0, is the SQL transformer still part of the picture? (I don't see it among the samples.) Or is there something else that is recommended for grabbing data from a database as input to a pipeline? Not as far as I know: anyway, nothing obstacles to add it in cocoon-optional or - better - in a separate module. Nowadays there are many choices (JPA, iBatis, ...) not available at the time of the SQL transformer... Regards. Thanks for this reply. Is there any way I can contribute toward SQL transformer (or a replacement) being added to Cocoon 3? Yes there is. :) Please have a look on my commit r1142136 there I migrated the old DirectoryGenerator.java to c3. With this commit you can see the main tasks involved. I know basic Java development, but am not familiar with the various libraries and frameworks involved (spring, maven, avalon, etc.). I had a quick look on the SQLTransformer and besides the avalon/excalibur there is not too much rewrite. The basic datasource would be configured in spring and not in the xconf and the methods service/configure/setup/recycle/dispose would be removed/adopted to the c3 way of doing things. I would estimate 0.5-1 MT for the rewrite including test cases. I am ATM only able to work on stuff related to my work but I am more then willing to review and help with the migration via eMail. However the SQLTransformer is very low on my personal todo because like other pointed out there a lots of ORM tools which can be quickly integrated into cocoon and are much more powerful, but the nice thing on the sqltransformer is that is very generic I admit. If you are need it quickly integrated/migrated my company codeBusters.es offers profesional support. just contact me about a quote if you are interested. Some kind of database input is central to the web apps we are developing (as it is to most web apps, I suppose), so having this functionality early on will determine whether going with C3 is feasible for us. I agree that such an integration example would be most welcome in a new module cocoon-db + cocoon-db-sample. salu2 -- Thorsten Scherler thorsten.at.codebusters.es codeBusters S.L. - web based systems consulting, training and solutions Tel.: +34 954 520 169 http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Cocoon 2.2/3.0 and Spring WebMVC
On Mon, 2011-07-18 at 09:10 -0700, Mark Diggory wrote: Cocoon Community, While, possibly unconventional, we are considering the the possibility of marrying Cocoon and WebMVC in our project to use Cocoon as a View technology while relying on WebMVC as our Controller/Model framework. I would like to explore if anyone else out there has approached such a solution? Have a look into the wicket integration I guess that comes closest. salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: best way to show login page when session expires? (Javascript/Java based Cocoon app.)
On Wed, 2011-05-18 at 10:45 -0400, Paul Joseph wrote:
Hi there,
I have a Cocoon app that has numerous pages...I use Javascript
(flowscript) to do the display and Java to do the business logic.
In the Java layer, I have code to detect when the session expires and
this works nicely and so I am able to maintain a count of currently
logged in users.
Here is my request: A customer asked that when their session expires,
that they be shown the login page automatically.
Now I know when the session expires, but how do I show the Login page
from within Java code? They could be anywhere in the app so I presume I
should directly have the Java code somehow display the Login page?
Pointers much appreciated.
I reckon all pages are going through an action which test, whether the
user is logged in, correct? If not how to you test whether the user is
logged in and has the authority to see the page?
The simplest I guess is to write your own action extending e.g.
http://cocoon.apache.org/2.1/userdocs/optional/session-action.html where
you test for the session.
You can use something like the following in your sitemap:
map:act type=session
!-- session exists go on with generating USER page --
/map:act
!-- session failed show login page--
Another route is to test it in your existing flow script and redirect
from within that flow to the login page.
if (YourJavaClass.validateSession(session)){
// session exists go on with generating USER page
}else{
// session failed show login page
}
However that depends on your usecase which makes more sense.
salu2
--
Thorsten Scherler thorsten.at.apache.org
codeBusters S.L. - web based systems
consulting, training and solutions
http://www.codebusters.es/
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Thread Stuck with ResourceLimitingPool
/security/acl/internal/AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) at weblogic/security/service/SecurityManager.runAs(SecurityManager.java:121) at weblogic/servlet/internal/WebAppServletContext.securedExecute(WebAppServletContext.java:2200) at weblogic/servlet/internal/WebAppServletContext.execute(WebAppServletContext.java:2106) at weblogic/servlet/internal/ServletRequestImpl.run(ServletRequestImpl.java:1428) at weblogic/work/ExecuteThread.execute(ExecuteThread.java:201) at weblogic/work/ExecuteThread.run(ExecuteThread.java:173) at jrockit/vm/RNI.c2java(I)V(Native Method) -- end of trace Anybody have an idea to resolve this problem? BR, Rémi MASSON Equipe Web - Interforum Tel : 01 49 59 12 72 E-mail : remi.masson@interforum.fr -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Cocoon caching with multiple pipelines
On Wed, 2011-04-27 at 09:41 +0100, Robin Taylor wrote: Hi Thorsten, Thanks again and apologies for drip-feeding the questions. In the code I'm looking at it appears the second pipeline has an empty map:generate ie. map:generate/. I assume this results in the second pipeline using the output from the first pipeline. no, a map:generate/ means cocoon uses the default generator configured for this sitemap. If is does not uses a src is most likely a special generator such as e.g. http://cocoon.apache.org/2.1/userdocs/request-generator.html Using that as an example: map:generators default=request !-- This will turn on attribute generation on by default -- map:generator name=request src=org.apache.cocoon.generation.RequestGenerator map:parameter name=generate-attributes value=true/ /map:generator /map:generators ... !-- This will turn on attribute generation for this invocation only. -- map:match pattern=request map:generate/ map:serialize/ /map:match As you see the map:generate/ would here generate a xml representation of the request and not use a former match/pipeline as input. salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
RE: how to access post parameters from sitemap
On Wed, 2011-04-27 at 12:03 +0200, Robby Pelssers wrote:
Hi Luca,
thx for the reply... That was indeed the first option for me to consider.
Unfortunately this solution will not work for me since I setup a highly
generic pipeline which starts an xquery generator. So basically the correct
xquery is generated and the idea is that all needed parameters are set by the
xquery generator from request parameters as well as post parameters which are
different for each xquery.
map:generate src=xquery/{1}.xquery type=queryStringXquery
map:parameter name=contextPath value={request:contextPath}/
!-- does not work for post parameters
map:parameter name=queryString
value={request:queryString}/
--
/map:generate
I'm actually debugging the custom Xquery Generator now and it seems somehow
deeply nested I can retrieve those parameters from 'Map objectModel' without
the need to inject them from within my sitemap. Will keep you posted ;-)
void setup(SourceResolver resolver, Map objectModel, String source,
Parameters parameters)
If the component is under your control why not use the objectModel to
get the request in the setup and do it from there:
Request request =
org.apache.cocoon.environment.ObjectModelHelper.getRequest(objectModel);
Has the benefit that you get rid of map:parameter name=queryString
value={request:queryString}/ all together in the sitemap.
HTH
salu2
Kind regards,
Robby
-Oorspronkelijk bericht-
Van: Luca Morandini [mailto:lmorand...@ieee.org]
Verzonden: wo 27-4-2011 11:29
Aan: users@cocoon.apache.org
Onderwerp: Re: how to access post parameters from sitemap
On 04/26/2011 04:10 PM, Robby Pelssers wrote:
When I post to this url firebug shows the id's are posted just fine. But
when
I debug the queryString is null when making post requests.
When POST method is used, query string is null, since parameters are passed
in the
body of the request.
Is there some cocoon component which allows me to get access to BOTH request
and post parameters?
To access said paramerers, a simple request-param should do, for instance:
map:call function=addPerson
map:parameter name=bizdata value={request-param:bizdata}/
/map:call
Regards,
Luca Morandini
http://www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
--
Thorsten Scherler thorsten.at.apache.org
codeBusters S.L. - web based systems
consulting, training and solutions
http://www.codebusters.es/
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Cocoon caching with multiple pipelines
On Mon, 2011-04-25 at 09:52 +0100, Robin Taylor wrote: Hi Thorsten, thanks for the reply. The default algorithm uses a very easy but effective approach to cache a request: The pipeline process is cached up to the most possible point. Thats the bit that is not quite clear to me. Does caching take place on a per-pipeline basis ? So if I have 2 pipleines, both cacheable, does the second pipeline know the state of the cache in the first pipeline ? Or does the second pipeline make decisions about caching based entirely on its own SourceValidity objects ? It is on a per pipeline basis more specific per match, where each match would contain an aggregation of validities. If cacheable each component used in the match has to return a VALID otherwise the whole is not cacheable but cached till the NONVALID component. To use a pipe from another you usually use the cocoon:/ protocol in a src attribute. in this case the returned SourceValidity is a pipeline validity and returned as such. So the second knows the validity through the SourceValidity and in case it is VALID would used the cached representation of the pipe/match. HTH salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ smime.p7s Description: S/MIME cryptographic signature
Re: Cocoon caching with multiple pipelines
Hi Robin, http://cocoon.apache.org/2.1/userdocs/concepts/caching.html The default algorithm uses a very easy but effective approach to cache a request: The pipeline process is cached up to the most possible point. In your case if your second pipeline is based on a non caching generator/transformer the complete pipeline is not cacheable. Since the validity has changed the pipeline as a whole is not cacheable. salu2 On Thu, 2011-04-14 at 12:02 +0100, Robin Taylor wrote: Hi, I am a newbie to this list so please forgive me if my question betrays an ignorance of Cocoon. I am trying to understand a caching problem I am encountering. I have 2 pipelines each made up of cacheable components. Cocoon spots that the SourceValidity object for a Transformer in the first pipeline has changed and so regenerates the output from that point onwards in the pipeline. The second pipeline uses the output from the first pipeline as its input, does the second pipeline know that the first pipeline regenerated its output ? Is it possible that Cocoon could reuse the cached output from the first component in the second pipeline (a Transformer) rather than run the Transformer using the regenerated input ? Cheers, Robin Taylor. - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Adding my Java code to flowscript
On Sun, 2011-01-23 at 01:25 +0100, Des Magner wrote: Hi I am trying to add some custom code to be called from my flowscript but with no success. I followed the instructions in the user documentation to the letter (http://cocoon.apache.org/2.1/userdocs/flow/java.html). I have added my source directory entry to the component-instance in the format file:/path/to/my/source but it doesn't seem to want to pick up the code. Say I have the following code in my flowscript: var resource = new Packages.Test(); with the file Test.java placed in my source dir as specified above, I consistently get the following error: org.mozilla.javascript.EvaluatorException: file:///js, line ..: Not a Java class: [JavaPackage Test] I can get around it by placing the compiled class in the cocoon/WEB-INF/classes directory but this is not a very elegant solution. Any help would be greatly appreciated. Thanks Des Did you see http://www.mail-archive.com/users@cocoon.apache.org/msg08996.html the CompilingClassLoader on 12/26. Since I'm using 2.1.3, which was released mid-November, this functionality isn't included in 2.1.3. ... Did you restart Cocoon after modifying adding classpath? I just tested this and got the same error as you before doing so, but then it worked as expected after a restart. If that doesn't work, set a breakpoint on org.apache.cocoon.components.flow.javascript.fom.CompilingClassLoader.loadClass(), and step through and try to see why it isn't finding your class. In particular see if its sourcePath field contains your classpath entry. ... When we use java objects in flow (or jx) we normally create it in the same module/block or add the dep to the pom.xml. Then a mvn install and everything gets build and is available in the flow. However as I understand your post you are mainly looking into the CompilingClassLoader http://www.mail-archive.com/dev@cocoon.apache.org/msg10144.html salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: problem encoding using SendMailTransformer
On Fri, 2010-10-08 at 04:36 -0700, mvalencia wrote:
map:parameter name=cuerpo value={request-param:id_cuerpo} /
can be the problematic part, since you take the value from the request.
I can remember we applied the tips
http://cocoon.apache.org/2.2/1366_1_1.html once in one of the apps.
AFAIR there should be the SetCharacterEncodingFilter in your code base.
Yes, SetCharacterEncodingFilter is a filter defined on web.xml of Cocoon
Application:
filter
filter-nameSetCharacterEncoding/filter-name
filter-class
es.sadesi.filter.SetCharacterEncodingFilter/filter-class
init-param
param-nameencoding/param-name
param-valueUTF-8/param-value
/init-param
/filter
..
filter-mapping
filter-nameSetCharacterEncoding/filter-name
servlet-nameDispatcherServlet/servlet-name
/filter-mapping
.
I have test put encoding on HTML FORM, so with the parameter:
accept-charset=UTF-8 on FORM tag, but it isn't work. It seems encoding
lose when data go to block conector since Cocoon application, but I not
sure.
are you using post or get for the form?
salu2
--
Thorsten Scherler thorsten.at.apache.org
codeBusters S.L. - web based systems
consulting, training and solutions
http://www.codebusters.es/
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
Re: problem encoding using SendMailTransformer
On Wed, 2010-10-06 at 08:26 -0700, mvalencia wrote:
This is the matches:
map:match pattern=correopresidente.xml
map:act type=validator
map:parameter name=descriptor
value={global:conectorXmlPath}correos/parametros-action-validator.xml/
map:parameter name=validate-set value=form-correo-presidente /
map:generate src={global:conectorXmlPath}propmail.xml /
map:transform src={global:conectorXslPath}constcorreopresidente.xsl
map:parameter name=nombre value={request-param:id_nombre} /
map:parameter name=apellido value={request-param:id_apellidos} /
map:parameter name=correo value={request-param:id_correo} /
map:parameter name=asunto value={request-param:id_asunto} /
map:parameter name=cuerpo value={request-param:id_cuerpo} /
/map:transform
map:transform type=sendmail /
map:serialize type=xml /
/map:act
map:generate
src={global:conectorXmlPath}correos/error-form-presidente.xml/
map:transform type=formTrans /
map:serialize type=xml /
/map:match
I comment transform constcorreopresidente y I put the value of field
direct on file propmail.xml and the sendmail works OK. I change serializer
to different charset but the problem isn't there.
I think the problem is when the data are received on transform
constcorreopresidente with request-param, because the program jump to
sendmail (It is a class that extend from AbstractSAXTransformer, really is
@version $Id: SendMailTransformer.java 607381 2007-12-29 05:42:58Z
vgritsenko) then the field body has lost the encoding.
However I come back to do the test that you tell me.
map:parameter name=cuerpo value={request-param:id_cuerpo} /
can be the problematic part, since you take the value from the request.
I can remember we applied the tips
http://cocoon.apache.org/2.2/1366_1_1.html once in one of the apps.
AFAIR there should be the SetCharacterEncodingFilter in your code base.
HTH
salu2
--
Thorsten Scherler thorsten.at.apache.org
codeBusters S.L. - web based systems
consulting, training and solutions
http://www.codebusters.es/
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
Re: problem encoding using SendMailTransformer
On Tue, 2010-10-05 at 10:17 -0700, mvalencia wrote: Hi I did what you tell me, and the result is: The first line (the xml declaration) is? document sendmail smtphostmail-int.andaluciajunta.es/smtphost smtpport25/smtpport frommiguel.valen...@juntadeandalucia.es/from tomiguel.valen...@juntadeandalucia.es/to subjectespaña camión/subject body mime-type=text/plain Nombre del remitente: prueba, Miguelbr / Mensaje:Prueba de mensaje en españa, camión./body reply-tomiguel.valen...@juntadeandalucia.es/reply-to /sendmail /document Did you use a map:serialize type=utf8-xml/? Can you attach the xml to exclude problems that the mail client may produce? The underlying server has the locale UTF8_ES? It's seems that all text lose encoding, but I have checked that emails have subject correct and bad encoding on body field. I load a test email: http://old.nabble.com/file/p29889393/test-email.txt test-email.txt Hmm, let us do some tests: 1) create a new match where you use the above input but a) use #266; for all latin characters b) write the españa yourself where you save the document and store them on the file system. 2) use body src=cocoon://yourBody.xml and body src=cocoon://yourBody.xml mime-type=text/plain and create a match for the body. What is happening? salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: problem encoding using SendMailTransformer
On Tue, 2010-10-05 at 05:26 -0700, mvalencia wrote: Hi all I have a problem using the code of: org.apache.cocoon.mail.transformation.SendMailTransformer, when I send an email, target user always receive the field body with strange characters, so seemd bad encoding, and is curious only the field body, the subject is ok. I work with encoding UTF-8, and I check Tomcat configuration is good: * parameter: URIEncoding=UTF-8 * SetCharacterEncoding = UTF-8 * container-encoding = utf-8 * form-encoding = utf-8 I check encoding os serializers on Cocoon, too: map:serializer name=xml-utf8 mime-type=text/xml src=org.apache.cocoon.serialization.XMLSerializer encodingUTF-8/encoding /map:serializer map:serializer name=xhtml src=org.apache.cocoon.serialization.XMLSerializer doctype-public-//W3C//DTD XHTML 1.0 Strict//EN/doctype-public doctype-systemhttp://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd/doctype-system encodingUTF-8/encoding /map:serializer I only see that There is any problem on AbstractSAXTransformer to recovery data from textarea field on HTML, because is the diference between field subject and body. hmm, can you send us the xml that comes in just BEFORE the SendMailTransformer? Just add map:serializer/ BEFORE and see whether there is the correct encoding in the body. salu2 Thank you -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Cannot build 2.2 from trunk anymore
Hi all, I am having trouble to install cocoon 2.2 trunk HEAD version (r911814). Downloading: http://repo1.maven.org/maven2/deli/deli/x050330/deli-x050330.jar [INFO] Unable to find resource 'deli:deli:jar:x050330' in repository central (http://repo1.maven.org/maven2) Downloading: http://people.apache.org/~gkossakowski/maven2/repository/deli/deli/x050330/deli-x050330.jar [INFO] Unable to find resource 'deli:deli:jar:x050330' in repository gkossakowski-maven2 (http://people.apache.org/~gkossakowski/maven2/repository) [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) deli:deli:jar:x050330 Can somebody verify this and may know the repository where I can find the missing dep? salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Cannot build 2.2 from trunk anymore
On Mon, 2010-02-22 at 10:52 +0100, Thorsten Scherler wrote: Hi all, I am having trouble to install cocoon 2.2 trunk HEAD version (r911814). Downloading: http://repo1.maven.org/maven2/deli/deli/x050330/deli-x050330.jar [INFO] Unable to find resource 'deli:deli:jar:x050330' in repository central (http://repo1.maven.org/maven2) Downloading: http://people.apache.org/~gkossakowski/maven2/repository/deli/deli/x050330/deli-x050330.jar [INFO] Unable to find resource 'deli:deli:jar:x050330' in repository gkossakowski-maven2 (http://people.apache.org/~gkossakowski/maven2/repository) [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) deli:deli:jar:x050330 Can somebody verify this and may know the repository where I can find the missing dep? I found it here http://www.java2s.com/Code/Jar/DEF/deli-x050330.jar.htm Now I get the next one : org.apache.cocoon:cocoon-serializers-charsets:jar:1.0.0-SNAPSHOT salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Cannot build 2.2 from trunk anymore
On Mon, 2010-02-22 at 14:23 +0100, Thorsten Scherler wrote: On Mon, 2010-02-22 at 10:52 +0100, Thorsten Scherler wrote: Hi all, I am having trouble to install cocoon 2.2 trunk HEAD version (r911814). Downloading: http://repo1.maven.org/maven2/deli/deli/x050330/deli-x050330.jar [INFO] Unable to find resource 'deli:deli:jar:x050330' in repository central (http://repo1.maven.org/maven2) Downloading: http://people.apache.org/~gkossakowski/maven2/repository/deli/deli/x050330/deli-x050330.jar [INFO] Unable to find resource 'deli:deli:jar:x050330' in repository gkossakowski-maven2 (http://people.apache.org/~gkossakowski/maven2/repository) [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) deli:deli:jar:x050330 Can somebody verify this and may know the repository where I can find the missing dep? I found it here http://www.java2s.com/Code/Jar/DEF/deli-x050330.jar.htm Now I get the next one : org.apache.cocoon:cocoon-serializers-charsets:jar:1.0.0-SNAPSHOT I fixed that with revision 912572 but now I get myfaces:myfaces-api:jar:r233484. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Use Case for Cocoon with JSF?
On Fri, 2009-12-18 at 23:43 -0800, Ralph Goers wrote: Actually, I could agree with that, although there are other choices - such as having GWT use JSON objects. As I reread your comment it occurs to me that you are actually agreeing. Using Cocoon to generate and process XML is what it excels at. Feeding that XML to a UI component is certainly a great way to use Cocoon. But there are better choices now other than having Cocoon manage the whole web page or site and dynamically generate the page content. I am using lately wicket for gui development, that combined with cocoon for presentation and transformation via cocoon3 (thanks to Reinhard for the wicket block) is a pretty solid and efficient solution. However JSF has its use cases IMO when a very high degree of control of the ui is needed but it comes with the price of maintaining lots of mapping files. I agree with Ralph that GWT is much nicer for that. salu2 Ralph On Dec 17, 2009, at 7:36 AM, Andreas Kuehne wrote: Hi Ralph, I would like to give a slightly different view : As a server for XML requests coming from the Ajax UI implementation ( and probably serving the web pages ) Cocoon _is_ the recommended way to serve a state-of-the-art UI ! Greetings Andreas - Original Message From: Ralph Goers ralph.go...@dslextreme.com To: users@cocoon.apache.org Sent: Thu, December 17, 2009 4:24:24 PM Subject: Re: Use Case for Cocoon with JSF? Before you undertake this it would be wise to understand your use case better. Earlier this year we did some benchmarking by creating some portlets using JSF and IceFaces and determined that they would not even come close to scaling to our requirements. The same use cases reimplemented using Spring MVC and JQuery or GWT had no problem scaling. If your use cases are heavy-weight applications with multi-page flows then JSF would still make sense, especially if your load isn't all that high. As for using Cocoon for the UI, given the state of UI technologies I don't think I'd recommend Cocoon for that any more. However, for manipulating XML-based content it is still a great way to go. For example, converting content in a CMS from XML to HTML, PDFs, etc. Ralph On Dec 17, 2009, at 6:34 AM, Wendy Bossons wrote: I take it no one can come up with a use case for Cocoon with JSF. . . so I will consider my rewrite as a new JSF application, without Cocoon. That seems to make the most sense. ..\Wendy Wendy Bossons Web Developer Contact Information: wboss...@mit.edu 617-253-0770 On Dec 14, 2009, at 11:11 AM, Wendy Bossons wrote: Hello, I am new to Cocoon . . . however, the project on which I'm now working is Cocoon based and has a significant code base . . . I would like to create a JSF frontend to this application, have been given the go ahead to do so. As I begin, however, I'm finding only older resources on the web regarding integrating JSF and Cocoon (circa 2004) . . . and in the end, these end up back in the Cocoon pipeline as XML/XSL transformations. So I'm wondering what's the use case for integrating the two? My initial hope was to simplify the user interface and to take advantage of the many features of some extended JSF framework like IceFaces. Can someone speak to this idea ... what is the use case(s) for moving to JSF if it all ends up in an XSL transformation in Cocoon? Wendy Bossons Web Developer Contact Information: wboss...@mit.edu 617-253-0770 - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Cocoon - Wicket integration
On Thu, 2009-11-26 at 09:16 +0100, Reinhard Pötz wrote: If you are interested in a Cocoon - Wicket integration, see my mail that I sent to the d...@cocoon list http://cocoon.markmail.org/message/dn3wj65bn3hikvhr and join the discussion there! Very nice Reinhard, that is awesome news. :) Thanks you very much! salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Modifying MIME-TYPE with ImageReader
On 22/10/2009, at 21:32, Luca Morandini wrote: On 22/10/09 18:30, Rainer Pruy wrote: still all doubts are around e: I do agree. A simple test in the meantime would be changing the request to call for test.gif and compare the results. Yep... although it could be even easier to test: since the (untransformed) JPEG is square and the (transformed) GIF is circular, what's needed is just checking the transparency of the background. That would not matter. Since the underlying gif does not exist but it is the transformed jpg would be interesting what the browser thinks (we trick him into eating the correct extension). Further you said transparency is not allowed in jpg so if you see transparency what does that mean? Requesting JPG and getting GIF troubles a lot of potential clients. Would it be possible to make a request for .gif in the necessary cases. To avoid trobule, I suppose every image should be converted to GIF, whether this transformation is needed or not; or, possibly, two separate pipelines (assuming one can tell the image to convert from the one not to convert *before* requesting it). Agree, see above. salu2 Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Custom generator
On Thu, 2009-10-08 at 10:22 +0200, roberto graiff wrote:
Hi all , I'm some trouble to write CustomGenerator with cocoon 2.1.10.
It work fine with 2.1.4.
A snippet of code:
public class DatabaseGenerator extends ServiceableGenerator
implements CacheableProcessingComponent, Disposable {
...
...
@Override
public void service(ServiceManager manager) throws ServiceException {
super.service(manager);
ComponentSelector selector =
(ComponentSelector)manager.lookup(DataSourceComponent.ROLE +
Selector); this line throw an exception
Hmm, it seems you want
org.apache.cocoon.components.treeprocessor.sitemap.ComponentsSelector
Mind the plural on the Component part.
HTH
salu2
this.datasource = (DataSourceComponent)
selector.select(this._datasource);
conn = this.datasource.getConnection();
}
...
.
..
}
When call a generator cocoon throw an exception when try to obtain the
ComponentSelector:
java.lang.ClassCastException:
org.apache.avalon.framework.service.WrapperServiceSelector
at
sidera.cocoon.generation.DatabaseGenerator.generate(DatabaseGenerator.java:127)
at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:579)
at
org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:279)
at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:780)
at
org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:413)
at
org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:101)
at
org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:321)
Any suggestion ??
Regards
RG
--
Thorsten Scherler thorsten.at.apache.org
Open Source Java consulting, training and solutions
Sociedad Andaluza para el Desarrollo de la Sociedad
de la Información, S.A.U. (SADESI)
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
Cocoon 2.2. - chaperon jar
Hi all, I got a new computer and needed to move my development environment. By this move my cocoon-2.2 app blew up but big time. Further network problems caused a rather unpleasant experience with maven. However to get around the nightmare I install all released jars from cocoon-2.2.0.tar.gz and a version of chaperon that I still found on my old box. mvn install:install-file -DgroupId=org.apache.cocoon -DartifactId=cocoon-chaperon-impl -Dversion=1.0.0-SNAPSHOT -Dpackaging=jar -Dfile=cocoon-chaperon-impl-1.0.0-SNAPSHOT.jar However if I now start the dispatcher block with jetty:run it blows up. java.lang.RuntimeException: Cannot invoke listener [EMAIL PROTECTED] at org.apache.cocoon.tools.rcl.wrapper.servlet.ReloadingListener.invoke(ReloadingListener.java:190) at org.apache.cocoon.tools.rcl.wrapper.servlet.ReloadingListener.contextInitialized(ReloadingListener.java:213) at org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:530) at org.mortbay.jetty.servlet.Context.startContext(Context.java:135) Caused by: org.springframework.beans.factory.BeanDefinitionStoreException: Unable to read Avalon configuration from 'resource://org/apache/cocoon/cocoon.xconf'.; nested exception is org.apache.avalon.framework.configuration.ConfigurationException: Unable to create class for component with role org.apache.cocoon.transformation.Transformer/parser with class: org.apache.cocoon.transformation.ParserTransformer at org.apache.cocoon.core.container.spring.avalon.BridgeElementParser.parse(BridgeElementParser.java:86) at org.springframework.beans.factory.xml.NamespaceHandlerSupport.parse(NamespaceHandlerSupport.java:69) ... Caused by: org.apache.avalon.framework.configuration.ConfigurationException: Unable to create class for component with role org.apache.cocoon.transformation.Transformer/parser with class: org.apache.cocoon.transformation.ParserTransformer at org.apache.cocoon.core.container.spring.avalon.BridgeElementParser.createConfig(BridgeElementParser.java:216) at org.apache.cocoon.core.container.spring.avalon.BridgeElementParser.createComponents(BridgeElementParser.java:131) at org.apache.cocoon.core.container.spring.avalon.BridgeElementParser.parse(BridgeElementParser.java:80) ... 56 more Caused by: java.lang.NoClassDefFoundError: net/sourceforge/chaperon/process/ParserProcessor at java.lang.ClassLoader.defineClass1(Native Method) I was looking for another version of the chaperon block but with no luck. http://cocoon.apache.org/2.2/blocks/ does not list it and in http://repo2.maven.org/maven2/org/apache/cocoon/ isn't anything either. How can I fix the issue, ANY input is very welcome. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to inject the result of an action into a generator
On Tue, 2008-03-25 at 21:49 -0400, Joerg Heinicke wrote:
On 25.03.2008 18:46, shai200 wrote:
This requirement is the primary function that I'll need from Cocoon,
otherwise it's not good for me and I'll have to find some other servlet
generating framework.
It's not that Cocoon does not support this functionality in general.
What we said so far only means you picked the wrong component types.
Actions are for different purpose than data generation. Look at Vadim's
post regarding the alternatives.
What I require is an Action Generator (rather than the existing
FileGenerator) that takes XHTML output that a POJO (i.e. and Action class)
returns and then moves it down the pipeline.
From what I understand you are looking for a component converting
Strings into XML without coping with the parsing - otherwise you could
just implement a generator. But even parsing is totally easy, an
implementation of your own generator could be:
InputSource source = new InputSource(new StringReader(xmlString);
SAXParser parser = null;
try {
parser = (SAXParser) manager.lookup(SAXParser.ROLE);
parser.parse(source, xmlConsumer);
} finally {
manager.release(parser);
}
xmlConsumer is available in a generator.
Actually as I understand the thread so far we need to point out that the
xmlString needs to have all the characteristics a valid xml document
has. I mean you need a wellformed xmlString since the Parser will
produce SAX events.
salu2
--
Thorsten Scherler thorsten.at.apache.org
Open Source Java consulting, training and solutions
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem Posting with CInclude (please help!)
On Mon, 2008-03-17 at 06:01 -0500, Insight 49, LLC wrote: Thorsten Scherler wrote: On Tue, 2008-03-11 at 09:04 +0100, Bertrand Delacretaz wrote: Hi, On Tue, Mar 11, 2008 at 1:47 AM, Insight 49, LLC [EMAIL PROTECTED] wrote: ... I'm trying to post an xml fragment to a REST web service via cinclude, but get the following error Did you have a look at http://www.wallandbinkley.com/quaedam/?p=104 ? It shows a method using the Webdav transformer, that should work to post XML data to Solr. Another way is http://wiki.apache.org/solr/SolrForrest. It is reported to work with 2.2 and 2.1. salu2 Thanks for all your help. I saw the Forrest plug in, but don't understand how to compile it for -- or make it work with -- Cocoon. Hmm, did you really read above wiki page, since there you can find: ... To use the plugin in your custom project please do the following 1. svn co [WWW] http://svn.apache.org/repos/asf/forrest/trunk forrest (this checkout is our $FORRESST_HOME) 2. cd $FORRESST_HOME/main; ./build.sh 3. cd $FORRESST_HOME/whiteboard/plugins/org.apache.forrest.plugin.output.solr 4. $FORRESST_HOME/tools/ant/bin/ant local-deploy 5. cp $FORRESST_HOME/whiteboard/plugins/org.apache.forrest.plugin.output.solr/build/org.apache.forrest.plugin.output.solr.jar $cocoon_webapp/WEB-INF/lib/ ... Then the rest is the same in cocoon since forrest is a cocoon based application. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem Posting with CInclude (please help!)
On Tue, 2008-03-11 at 09:04 +0100, Bertrand Delacretaz wrote: Hi, On Tue, Mar 11, 2008 at 1:47 AM, Insight 49, LLC [EMAIL PROTECTED] wrote: ... I'm trying to post an xml fragment to a REST web service via cinclude, but get the following error Did you have a look at http://www.wallandbinkley.com/quaedam/?p=104 ? It shows a method using the Webdav transformer, that should work to post XML data to Solr. Another way is http://wiki.apache.org/solr/SolrForrest. It is reported to work with 2.2 and 2.1. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Convert escaped xml back to xml or SAX events
On Fri, 2008-02-29 at 07:53 -0800, dkropotova wrote: Dear all, I am using SOLR to store my xml files, that have been xml-escaped beforehand (so that now they are simply treated as text). Did you see http://wiki.apache.org/solr/SolrForrest? When a search is performed and results are back, I now would like to restore my “escaped” xml. I created a simple transformer, but now I'm stuck on how to solve my problem. I got all escaped xml in a field, but now I need to convert it to xml or SAX events. xsl:template match=arr xsl:for-each select=str p xsl:call-template name=unescapeEm xsl:with-param name=val select=text()/ /xsl:call-template /p /xsl:for-each /xsl:template xsl:template name=unescapeEm xsl:param name=val select=''/ xsl:variable name=preEm select=substring-before($val, 'lt;')/ xsl:choose xsl:when test=$preEm or starts-with($val, 'lt;') xsl:variable name=insideEm select=substring-before($val,'lt;/')/ xsl:value-of select=$preEm/ span class=palabrabuscada xsl:value-of select=substring($insideEm, string-length($preEm)+5)/ /span xsl:variable name=leftover select=substring($val,string-length($insideEm) + 6)/ xsl:if test=$leftover xsl:call-template name=unescapeEm xsl:with-param name=val select=$leftover/ /xsl:call-template /xsl:if /xsl:when xsl:otherwise xsl:value-of select=$val/ /xsl:otherwise /xsl:choose /xsl:template Hope that helps. salu2 I've searched, but couldn't find any method that would accept string and try to do something useful with it – like converting in SAX events or DOM objects. Does anyone have any tips how to solve this problem?? Many thanks in advance, Dasha -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [2.2] Basic question on new version of Cocoon
On Wed, 2008-02-20 at 23:02 +1100, Kamal Bhatt wrote: Andrew Savory wrote: ... In more detail: XSP has been deprecated for some time, since it often resulted in a mixture of concerns (extensive logic, presentation and content all in one file). A more robust alternative is to use java objects + flowscript + template (jxtemplate using jxpath or jexl). What about SQL queries? Last time I checked in 2.1, doing SQL queries were messy in JXTemplates, flowscript, etc... If you do not use something like hibernate or ibatis (which I highly recommend instead of any other thing) there is always the sql transformer. Anyhow jx is much cleaner approach to give you some presentational logic, however if you need more logic (business) then you should use java flow and jx and/or custom generators that connect to you business logic and produce SAX. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 2.2 cocoon-cli
On Tue, 2008-01-15 at 08:53 +0100, Carsten Ziegeler wrote: Martin Heiden wrote: Reinhard, Reinhard Poetz schrieb: Will the release of cocoon 2.2 include the cocoon-cli? I noticed that this module currently isn't included in the core's pom and istn't part of RC2. no, 2.2.0 will most probably not ship containing a CLI. I'm sorry. Will it be included in a later release or will the support be dropped starting with 2.2? Well, I hope not, because there are several projects like forrest or daisy which heavily rely on this feature. We discussed this some time ago. The outcome at that time was that the cli is not really needed and a webapp with a crawling client (wget etc.) is sufficient. I started http://svn.apache.org/repos/asf/labs/droids/trunk/README.TXT a while ago but just finished a rewrite of it. What is this? - Droids aims to be an intelligent standalone robot framework that allows to create robots as plugins, which can automatically seeks out relevant online information based on the user's specifications. For the core I took formally nutch, ripped out and modified the awesome plugin/extension framework. Anyhow this version will not be based on this framework but using Spring instead. The main reason is that Spring has become a standard. Droids makes it very easy to extend robots or write a new one. Why was it created? --- Mainly because of personal curiosity: The background of this work is that Cocoon trunk does not provide a crawler anymore and Forrest is based on it, meaning we cannot update anymore till we found a crawler replacement. Getting more involved in Solr and Nutch I see request for a generic standalone crawler. Now of course, if there is need for a cli and people are willing to work on this, that's more than welcome then. Since I just finished a basic crawler I will have a look whether I can start to write a cocoon-cli droid. I reckon I just need some wrapper classes to attack the old cli. ...but as Carsten points out any help welcome. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Apache Cocoon 2.1.11 Released
On Wed, 2008-01-09 at 18:34 +0100, Carsten Ziegeler wrote: Apache Cocoon 2.1.11 Released - The Apache Cocoon Community is proud to announce the new release of Apache Cocoon. Thanks everyone very much for all your efforts and congratulations. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Build properties, source.vm
On Thu, 2007-12-13 at 11:25 +, José Miguel Vieira wrote: Hi, Can someone please explain what the source.vm property in build.properties should be. Should it be set accordingly to the JDK installed? ASAIR that is what compatibility the source has. Meaning the minimum version which jgk you need to have installed. You should not have to change this. salu2 Thanks, Miguel --- José Miguel Vieira Centre for Computing in the Humanities King's College London 26 - 29 Drury Lane WC2B 5RL London Email: [EMAIL PROTECTED] Tel: +44 (0)20 7848 1242 Faxl: +44 (0)20 7848 2980 http://www.kcl.ac.uk/cch/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[2.2.] org.apache.cocoon.serialization.TextSerializer mime-type config
Hi all, till now you could use the TextSerializer as follow: ... map:serialize type=text mime-type=text/css / If you use it now in your sitemap you get: Error - cvc-complex-type.3.2.2: Attribute 'mime-type' is not allowed to appear in element 'map:serialize'. However the functionality is still working. Is this a bug in the schema? salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Input module to return absolute file location of a block
On Fri, 2007-11-09 at 15:36 +0100, Grzegorz Kossakowski wrote:
Thorsten Scherler pisze:
which was working fine since I was testing the dispatcher-block, but now
since I am in my webapp now the relative path is resolved to the current
app and not to the dispatcher block any more.
Meaning the resources cannot be found anymore.
That's something weird I think. Crucial question is how do you call
dispatcher-block? By using
cocoon: protocol?
No, not with the cocoon protocol:
map:match pattern=**.html
map:generate src=servlet:dispatcher:/{1}.html/
map:serialize type=xhtml/
/map:match
I also trying to understand your architecture. Does dispatcher-block work the
way that it lets to
override some resources in myWebapp and if they are not defined it fall-backs
to some standard ones?
Exactly. The dispatcher has its origin in forrest where you need to be
able to override default configuration easily. We use the locationmap
for this (if no project.dispatcher.home property is set we are using the
dispatcher block):
!-- Base location of the dispatcher--
match pattern=dispatcher.home
select
location src={global:project.dispatcher.home}/
location src={block-filepath:dispatcher/}/
/select
/match
...
I could not find the block-context: which Grzegorz has recommended.
Anybody has an idea, since I am running out of them?
I've seen that you created an issue resolving your problems with getting
absolute path
(COCOON-2145). However I will insist on asking question about your use-case
because I fear that you
are reinventing the wheel somehow or at least you are basing your
architecture on non-standard
contract.
http://forrest.apache.org/pluginDocs/plugins_0_80/org.apache.forrest.plugin.internal.dispatcher/
I would not saying reinventing just making it rounder. ;) Well the
classic model in cocoon is to have an aggregation of different parts of
a page (navigation, header, footer, ...) in the sitemap and then use one
or more transformer to do the presentational part.
The disadvantage in the classic model is that you cannot easily extend
the aggregation without touching the sitemap. The dispatcher allows you
define contracts (transformation snippets) and dataUri (data models
which should be transformed by contracts) within a format independent
template (called structurer).
I have in mind block-context which is *NOT* recommended solution (only quick
work-around)
because it's internal and may change in the future.
Hmm, till now the block-context is returning exactly what I need.
Further I think one import feature of cocoon was always context:// and
cocoon:// protocol. The first to use resources that have not been
exposed via the sitemap and the other use the whole sitemap construct
(incl. all map:mounts).
Thanks for your feedback.
salu2
--
Thorsten Scherler thorsten.at.apache.org
Open Source Java consulting, training and solutions
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: generating static HTML with CocoonBean?
On Sun, 2007-11-11 at 06:41 -0800, ashayk wrote: Hello, I'm trying to generate an offline snapshot of a Webstite using the CocoonBean. I have no interest in using wget or similar screen scraping to accomplish this. I've researched the subject a bit, searched the forums, etc... but found little useful information. I've tried using the CLI, but since it uses CocoonBean internally, I figure I'd like to make it work using CocoonBean itself. FYI, there is a bug in cocoon.bat when running with the cli flag. It attempts to load sevlet2.2.jar rather than servlet2.3.jar which Cocoon requires. I get a ClassNotFoundException. Did you found http://cocoon.apache.org/2.1/userdocs/offline/index.html? Why do you not use the CLI, which internally is using the CocoonBean? We are using the cocoon cli in Apache Forrest. HTH salu2 I've added all the relevant libraries to CLASSPATH, and am attempting the following code in order to generate the Web site. The code runs fine, but fails to generate any meaningful output. I suspect I'm not adding the target the right way. I would greatly appreciate some help with this from someone who's managed it. Thanks in advance, Alex // File context = new File(C:\\JavaProjects\\cocoon-2.1.10\\build\\webapp\\); File work = new File(C:\\JavaProjects\\cocoon-2.1.10\\build\\webapp\\temp); File dest = new File(C:\\JavaProjects\\cocoon-2.1.10\\build\\webapp\\offline); CocoonBean cocoon = new CocoonBean(); cocoon.setFollowLinks(true); cocoon.setContextDir(context.getPath()); cocoon.setWorkDir(work.getPath()); cocoon.setDefaultFilename(index.html); ArrayList list = new ArrayList(); File index = new File(C:\\JavaProjects\\cocoon-2.1.10\\build\\webapp\\simetry.com.au\\index.html); list.add(index.getPath()); // guessing the problem is here // HOW DO I POINT CocoonBean AT THE sitemap.xmap FILE IN simetry.com.au ?? cocoon.addTargets(list, dest.getPath()); cocoon.setLogLevel(INFO); cocoon.initialize(); cocoon.process(); cocoon.dispose(); -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Input module to return absolute file location of a block
On Wed, 2007-11-07 at 08:45 +0100, Thorsten Scherler wrote:
On Tue, 2007-11-06 at 21:08 +0100, Grzegorz Kossakowski wrote:
Thorsten Scherler pisze:
Hi all,
I found BlockPathModule.java and BlockCompletePathModule to return the
servlet path for a block.
However I need an input module which returns me the full file path
location of the base dir of a block.
Like {block-filepath:blockName} e.g. {block-filepath:myBlock1} would
return /home/me/myCocoon/blocks/myblock1.
Not sure whether I have not found the module or whether there is not yet
such a module.
TIA for any information.
There is a block-context: module AFAIR but it's meant for internal use only.
My question is: why do you need such module?
...
The idea is to allow the user to override certain properties and
locations via the project locationmap. There is one principal property
(in the dispatcher) which points to the full uri (most likely in the
file system).
!-- Base location of the builded dispatcher plugin--
match pattern=dispatcher.home
location src={global:dispatcher.home}/
/match
...but I thought about it and I think I can solve the problem a wee bit
different since it is caused by a slight overkill of customization.
No, it is not working without an absolute path. :(
Let me explain why and maybe there is a solution that I do not see.
I have a block and my main webapp, where I only define some contracts.
All requests are passed to the block which is using my project specific
contracts for doing transformations and alike.
The request/response circle is something like the following:
request - myWebapp - dispatcher-block - locationmap-resolving -
dispatcher-block - myWebapp - response
The problem is with this invocation that
match pattern=dispatcher.home
location src={global:dispatcher.home}/
/match
needs to be absolute.
Will developing I had
match pattern=dispatcher.home
location src=/
/match
...
match pattern=hooks-to-*.xsl
location src={lm:dispatcher.home}resource/stylesheets/{0}/
/match
which was working fine since I was testing the dispatcher-block, but now
since I am in my webapp now the relative path is resolved to the current
app and not to the dispatcher block any more.
Meaning the resources cannot be found anymore.
I could not find the block-context: which Grzegorz has recommended.
Anybody has an idea, since I am running out of them?
TIA
salu2
--
Thorsten Scherler thorsten.at.apache.org
Open Source Java consulting, training and solutions
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Input module to return absolute file location of a block
Hi all,
I found BlockPathModule.java and BlockCompletePathModule to return the
servlet path for a block.
However I need an input module which returns me the full file path
location of the base dir of a block.
Like {block-filepath:blockName} e.g. {block-filepath:myBlock1} would
return /home/me/myCocoon/blocks/myblock1.
Not sure whether I have not found the module or whether there is not yet
such a module.
TIA for any information.
salu2
--
Thorsten Scherler thorsten.at.apache.org
Open Source Java consulting, training and solutions
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Input module to return absolute file location of a block
On Tue, 2007-11-06 at 21:08 +0100, Grzegorz Kossakowski wrote:
Thorsten Scherler pisze:
Hi all,
I found BlockPathModule.java and BlockCompletePathModule to return the
servlet path for a block.
However I need an input module which returns me the full file path
location of the base dir of a block.
Like {block-filepath:blockName} e.g. {block-filepath:myBlock1} would
return /home/me/myCocoon/blocks/myblock1.
Not sure whether I have not found the module or whether there is not yet
such a module.
TIA for any information.
There is a block-context: module AFAIR but it's meant for internal use only.
My question is: why do you need such module?
I am porting ATM the dispatcher (forrest plugin) to a cocoon block. This
forrest plugin makes use of different contracts.
This contracts can be stored in different locations and the dispatcher
makes use of the locationmap to resolve the contract we are going to
use.
Till now forrest projects have been very open to be overridden via our
properties system and we offer a elaborated fallback mechanism via the
locationmap to the user.
The idea is to allow the user to override certain properties and
locations via the project locationmap. There is one principal property
(in the dispatcher) which points to the full uri (most likely in the
file system).
!-- Base location of the builded dispatcher plugin--
match pattern=dispatcher.home
location src={global:dispatcher.home}/
/match
...but I thought about it and I think I can solve the problem a wee bit
different since it is caused by a slight overkill of customization.
Will keep you informant which route I finally took.
Thanks for the pointer.
salu2
--
Thorsten Scherler thorsten.at.apache.org
Open Source Java consulting, training and solutions
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with jx and form model in Cocoon 2.1.9
On Mon, 2007-11-05 at 08:47 +0100, Carlos Martínez Peña wrote:
Hello Grzegorz,
It's dificult to show you some code of my template because it is
generate dinamically with a XSLT. I can show you the code of xsl than
create the template (the interesting lines).
---
*The main of my template (*generarTemplate.xsl*):*
?xml version=1.0 encoding=UTF-8?
xsl:stylesheet
xmlns:xsl=http://www.w3.org/1999/XSL/Transform; version=1.0
xmlns:ft=http://apache.org/cocoon/forms/1.0#template;
xmlns:fi=http://apache.org/cocoon/forms/1.0#instance;
xmlns:jx=http://apache.org/cocoon/templates/jx/1.0;
xsl:import href=../../../../recursos/xsl/global.xsl /
xsl:import href=solicituds-global.xsl /
xsl:output method=xml indent=yes media-type=text/html
encoding=UTF-8
doctype-system=http://www.w3.org/TR/html4/loose.dtd;
doctype-public=-//W3C//DTD HTML 4.01 Transitional//EN /
xsl:template match=/
html
jx:import
uri=resource://org/apache/cocoon/forms/generation/jx-macros.xml /
head
link type=text/css rel=stylesheet
href={$intranet}/recursos/css/solicituds.css /
link type=text/css rel=stylesheet
href={$intranet}/recursos/css/yuicalendar.css /
scriptdjConfig = { bindEncoding: utf-8 };/script
/head
body
xsl:apply-templates select=/SOL_ALTA_SOLICITUD/TIPUS_SOLICITUD
mode=emplenar /
/body
/html
/xsl:template
---
*The xsl:template of the repeater (*generarTemplate.xsl*)*
xsl:template match=CAMP mode=repeater
label for=[EMAIL PROTECTED]
ft:widget-label id=[EMAIL PROTECTED]/
/label
ft:repeater id=[EMAIL PROTECTED]
div
table class=taula style=width:86%;
tr
xsl:apply-templates select=VALORS/VALOR/CAMPS/CAMP mode=capcelera /
th align=leftOpcions/th
/tr
tbody
ft:repeater-rows
tr
xsl:apply-templates select=VALORS/VALOR/CAMPS/CAMP mode=columna /
jx:if test=${form.getChild('formulari')}
This is one problem as I see it.
XSL transformer will interpret it as xsl function call. You need to
escape it or write it in a different way. E.g.
jx:if
xsl:attribute name=if
${form.getChild('formulari')}
/xsl:attribute
/jx:if
I reckon this way it will work
HTH
salu2
--
Thorsten Scherler thorsten.at.apache.org
Open Source Java consulting, training and solutions
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with jx and form model in Cocoon 2.1.9
On Mon, 2007-11-05 at 09:42 +0100, Thorsten Scherler wrote:
...
jx:if test=${form.getChild('formulari')}
This is one problem as I see it.
XSL transformer will interpret it as xsl function call. You need to
escape it or write it in a different way. E.g.
jx:if
xsl:attribute name=if
Uuups, should read:
xsl:attribute name=test
${form.getChild('formulari')}
/xsl:attribute
/jx:if
I reckon this way it will work
HTH
salu2
--
Thorsten Scherler thorsten.at.apache.org
Open Source Java consulting, training and solutions
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: cocoon 2.2 - input module for global properties
On Fri, 2007-11-02 at 11:21 +0100, Thorsten Scherler wrote:
Hi all,
I am looking for the input module which returns the properties which I
have configured in
myBlock/src/main/resources/META-INF/cocoon/properties/test.properties
I found out that I can use the properties in my sitemap as:
{global:myProp}
but I am using
http://forrest.apache.org/pluginDocs/plugins_0_80/org.apache.forrest.plugin.output.inputModule/
...The generator contacts the input module and gets an iterator of all
attribute names. This iterator will be then used to receive the values
of the key...
It seems that the generator can connect to the input module global but
it returns
properties input-module=global/
meaning it seems that the getAttributeNames(...) does not work well for
the corresponding module.
Which is the class for the global input module in 2.2?
I found it: SettingsInputModule
and like I thought:
public Iterator getAttributeNames(Configuration modeConf, Map
objectModel)
throws ConfigurationException {
return IteratorUtils.EMPTY_ITERATOR;
}
Changing this to
public Iterator getAttributeNames(Configuration modeConf, Map
objectModel)
throws ConfigurationException {
final Settings settings =
(Settings)WebAppContextUtils.getCurrentWebApplicationContext().getBean(Settings.ROLE);
return settings.getPropertyNames().iterator();
}
works like a charm.
salu2
salu2
--
Thorsten Scherler thorsten.at.apache.org
Open Source Java consulting, training and solutions
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cocoon 2.2 - input module for global properties
Hi all,
I am looking for the input module which returns the properties which I
have configured in
myBlock/src/main/resources/META-INF/cocoon/properties/test.properties
I found out that I can use the properties in my sitemap as:
{global:myProp}
but I am using
http://forrest.apache.org/pluginDocs/plugins_0_80/org.apache.forrest.plugin.output.inputModule/
...The generator contacts the input module and gets an iterator of all
attribute names. This iterator will be then used to receive the values
of the key...
It seems that the generator can connect to the input module global but
it returns
properties input-module=global/
meaning it seems that the getAttributeNames(...) does not work well for
the corresponding module.
Which is the class for the global input module in 2.2?
salu2
--
Thorsten Scherler thorsten.at.apache.org
Open Source Java consulting, training and solutions
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: blank lenya page
On Tue, 2007-06-19 at 15:27 +0530, Bhavya Sharma wrote: Hi everybody Hi, please stop cross posting! You are doing it for a while now and most of the time it is lenya related. Please use the lenya list for lenya specific topics and the cocoon list for more general cocoon related issues. i am facing a problem in lenya , whenever i try to access any page made in lenya it does not show anything(contents it is shwoing the menu and tabs but not content) on page however i found following error in tomcat log but earlier it was not there and my same site was working properly, how can i resolve this issue (Its something urgent) Which error? salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
