RE: spring webflow

I'm not sure if Cocoon should be used for writing web applications at all. If you want to write a simple application, you need to write (and learn) the sitemap, flowscript and probably JXTemplate. If you want to use cforms, you need to know how to write form definitions, form templates and maybe

Small bug (typo) in cocoon-sitemap-1.0.xsd

Hi, I think there is a typo in cocoon-sitemap-1.0.xsd (in core/cocoon-sitemap/cocoon-sitemap-impl/src/main/resources/org/apache/co coon/sitemap/schema). At line 334, 'xs:ID' should be changed to 'xsd:ID'. See the patch below. Do I need to create a JIRA issue for this? Thanks, Bart. Index:

RE: Status of javaflow block in 2.2

Hi, Can someone tell me how to get the Javaflow block working? For example, how to get the javaflow samples working? What patches do I need to apply? (the mail below says that these are commented out, but where? I can't find anything commented out in the code) I have build commons-javaflow and

Wrong version in commons-sandbox parent pom?

Hi, Can anyone here update the version number of the parent pom in the following file: http://svn.apache.org/repos/asf/jakarta/commons/trunks-sandbox/pom.xml I think the parent pom's version should be 3-SNAPSHOT (it is 2-SNAPSHOT now). Can anyone here fix this, or do I need to contact people on

Can't build trunk

Hi, I just did an 'svn up' and now I'm having problems building trunk. It looks like something with rcl. [INFO] Building Cocoon Reloading ClassLoader - Webapp Wrapper [INFO]task-segment: [install] [INFO] [INFO]

[2.2] Can't build with empty local repository

Hi, I've tried to build Cocoon with an empty local repository, block Cocoon Samples Style Default Block has a dependency on cocoon-deployer-plugin version 1.0.0-M2-SNAPSHOT which can't be found on any snapshot server. This aftifact was available in my local repository. Is the version in the pom

Re: [ajax] Could not locate widget implementation for replace in bu.widget registered to namespace bu

Hi Rice, Does your pipeline that handles the ajax request use the BrowserUpdateTransformer, and are the partial updates styled with the cforms XSL stylesheets? I've been using CForms and Ajax with Cocoon 2.1 and 2.2 without any problems. HTH, Bart. Rice Yeh wrote: By playing around the

CForms: dojo drag-and-drop repeater sample not working in IE

Hi, The dojo drag-and-drop repeater isn't working with IE (checked with IE 6 and IE 7). Both Cocoon 2.1 and 2.2 have the same problem (as expected...) Somehow Dojo isn't capable of drag-and-drop, where tr elements are used. The problem was reported, and I also found a sulution here [1].

CForms: how to find widget by it's full id?

Hi, There's probably a very easy answer to my question: how can I find a widget by it's full id? I have an id, like boxes.1.contacts1 (it's a repeater inside an repeater), and now I want to find the repeater object (I have a reference to the Form instance). getChild(id) gives me a direct

[jira] Created: (COCOON-2003) Block cocoon-batik-impl builds against wrong version of batik

Components: - Build System: Maven, Blocks: Batik Affects Versions: 2.2-dev (Current SVN) Reporter: Bart Molenkamp Fix For: 2.2-dev (Current SVN) Block cocoon-batik-impl builds against a wrong version of Batik. Version 1.6-1 is the version of Batik that is used

[jira] Commented: (COCOON-2003) Block cocoon-batik-impl builds against wrong version of batik

[ https://issues.apache.org/jira/browse/COCOON-2003?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12470150 ] Bart Molenkamp commented on COCOON-2003: Problem has been reported earlier, see: http

RE: [2.2] cocoon-batik-impl block compiles against parts of batik 1.5 (again), should be 1.6-1

I submitted a patch: https://issues.apache.org/jira/browse/COCOON-2003 Bart. -Oorspronkelijk bericht- Van: Bart Molenkamp Verzonden: vrijdag 2 februari 2007 16:19 Aan: dev@cocoon.apache.org Onderwerp: [2.2] cocoon-batik-impl block compiles against parts of batik 1.5 (again), should

[jira] Updated: (COCOON-2003) Block cocoon-batik-impl builds against wrong version of batik

[ https://issues.apache.org/jira/browse/COCOON-2003?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bart Molenkamp updated COCOON-2003: --- Attachment: cocoon-batik-impl-pom.xml.patch Block cocoon-batik-impl builds against wrong

Re: Releasing from trunk

Reinhard Poetz wrote: As scheduled some weeks ago I want to ask for opinions about a next series of module releases. Here my proposal: - release cocoon-configuration-api and cocoon-spring-configuratur as 1.0 - release cocoon-core (+ all submodules) as RC1 - release the archetypes as RC1

[2.2] cocoon-batik-impl block compiles against parts of batik 1.5 (again), should be 1.6-1

Hi, I reported this problem earlier, spotted the error in the pom and a fix was applied to it. Now I found the same problem again. The block cocoon-batik-impl compiles sources against batik-1.5-fop 0.20.5, while the rest of batik is version 1.6-1. This breaks the block, because the

Re: [2.2] can't mount sitemap using resource:// (spring configurator doesn't use SourceResolver?)

Carsten Ziegeler wrote: Bart Molenkamp wrote: As said, the sitemap is loaded with map:mount src=resource://test.xmap .../. And the file is available on the classpath. How about using other sources, like the slide:// or xmldb:// to load sitemaps? Are they supported now? Hi, no, currently

[jira] Created: (COCOON-1995) Can't mount sitemap from using resource:// - cocoon-spring-configurator/avalon bridge doesn't support SourceResolver sources

URL: https://issues.apache.org/jira/browse/COCOON-1995 Project: Cocoon Issue Type: Bug Components: * Cocoon Core, - Components: Avalon Affects Versions: 2.2-dev (Current SVN) Reporter: Bart Molenkamp Fix For: 2.2-dev (Current SVN

Re: [2.2] can't mount sitemap using resource:// (spring configurator doesn't use SourceResolver?)

wrote: Bart Molenkamp wrote: Carsten Ziegeler wrote: Bart Molenkamp wrote: As said, the sitemap is loaded with map:mount src=resource://test.xmap .../. And the file is available on the classpath. How about using other sources, like the slide:// or xmldb:// to load sitemaps? Are they supported

[2.2] can't mount sitemap using resource:// (spring configurator doesn't use SourceResolver?)

Hi, I'm trying to mount a sitemap which is loaded from a resource. The spring configurator seems to have problems with this, because I'm getting a FileNotFoundException. Some parent of ChildXmlWebApplicationContext tries to load the file '/resource://test.xmap' (and I try to load the sitemap

Re: [2.2] can't mount sitemap using resource:// (spring configurator doesn't use SourceResolver?)

(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:595) Carsten Ziegeler wrote: Bart Molenkamp wrote: Hi, I'm trying to mount a sitemap which is loaded from a resource. The spring configurator seems to have problems with this, because I'm getting a FileNotFoundException. Some

Status of javaflow block in 2.2

Hi all, Can someone tell me what the status is of the javaflow block in Cocoon 2.2? I'm trying to use it, but I'm getting an exception (I tried to run the sample): Caused by: org.apache.commons.javaflow.bytecode.EmptyStackException: pop reference at

applicationContext.xml not valid according to schema?

Hi, I can't start Cocoon 2.2, because the file WEB-INF/applicationContext.xml isn't valid. I get the following exception: org.springframework.beans.factory.xml.XmlBeanDefinitionStoreException: Line 30 in XML document from ServletContext resource [/WEB-INF/applicationContext.xml] is invalid;

RE: applicationContext.xml not valid according to schema?

not valid according to schema? Bart Molenkamp wrote: Hi, I can't start Cocoon 2.2, because the file WEB-INF/applicationContext.xml isn't valid. I get the following exception: org.springframework.beans.factory.xml.XmlBeanDefinitionStoreException: Line 30 in XML document from ServletContext

RE: Bug in cocoon-22-archetype-webapp? (was: applicationContext.xml not valid according to schema?)

... So, I think the file should be moved to the cocoon/ directory, or the applicationContext.xml should be updated. Bart. -Oorspronkelijk bericht- Van: Bart Molenkamp Verzonden: donderdag 25 januari 2007 16:39 Aan: dev@cocoon.apache.org Onderwerp: Bug in cocoon-22-archetype-webapp

Bug in cocoon-22-archetype-webapp? (was: applicationContext.xml not valid according to schema?)

Looking at the archetype, I see the configuration: -Oorspronkelijk bericht- Van: Bart Molenkamp Verzonden: donderdag 25 januari 2007 16:32 Aan: dev@cocoon.apache.org Onderwerp: RE: applicationContext.xml not valid according to schema? Thanks, I just found out myself while looking

RE: [2.2] block cocoon-fop excluded from build

Great! Thanks! -Oorspronkelijk bericht- Van: Jason Johnston [mailto:[EMAIL PROTECTED] Verzonden: zaterdag 20 januari 2007 17:01 Aan: dev@cocoon.apache.org Onderwerp: Re: [2.2] block cocoon-fop excluded from build Bart Molenkamp wrote: Hi, It looks like the block cocoon-fop

[2.2] block cocoon-fop excluded from build

Hi, It looks like the block cocoon-fop is excluded from the build. The sub module cocoon-fop-ng-impl can't be build because the dependency fop 0.92beta is missing (there's only fop:fop:0.20.5 in the repository). Is anybody here at cocoon allowed to publish the dependency to maven-central, or to

[2.2] block cocoon-javaflow-sample has wrong dependency on cocoon-template-impl-1.0.0-M2-SNAPSHOT

Hi, The block cocoon-javaflow-sample has a dependency to cocoon-template-impl version 1.0.0-M2-SNAPSHOT. This should be version 1.0.0-M2 (released) or 1.0.0-M3-SNAPSHOT. Not having this 1.0.0-M2-SNAPSHOT dependency in your local maven repo breaks the build... Can anybody fix this? Thanks, Bart.

Can't build trunk with a clean maven repository

Hi, Cocoon doesn't seem to build when I clean my local maven repository. I get the following error: Missing: -- 1) org.apache.cocoon:cocoon-pipeline-impl:test-jar:tests:1.0.0-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command:

Can't compile HSQLDB block

Hi, Trunk doesn't compile anymore with the -Dallblocks setting. When compiling the cocoon-hsqldb-impl block, it's complaining that the javax.servlet package doesn't exist. On 02-01-2007, Carsten removed dependencies to avalon and cocoon core (and thus removing the transitive dependency to the

RE: Can't compile HSQLDB block

-Oorspronkelijk bericht- Van: Carsten Ziegeler [mailto:[EMAIL PROTECTED] Verzonden: vrijdag 5 januari 2007 11:40 Aan: dev@cocoon.apache.org Onderwerp: Re: Can't compile HSQLDB block Bart Molenkamp schrieb: Hi, Trunk doesn't compile anymore with the -Dallblocks setting. When

[2.2] cocoon-ajax-impl block: no sitemapcomponents.xconf file?

Hi, The Ajax block has no sitemapcomponents.xconf file (or any other xconf file that declares the ajax components) to define sitemap components such as the BrowserUpdateTransformer and the AjaxRequestSelector/Matcher. Is there any reason why this isn't done, or is it just forgotten? I can

[2.2] NPE when using block: protocol, caused by a ResourceNotFoundException

Hi, While using the block: protocol, I got NullPointerExceptions because a resource could not be found in the target block. This was due to a ResourceNotFoundException, and when Cocoon tries to report the exception, the NPE occurs. It seems that the outputStream member is null. Has anybody any

RE: How to install source code's jar to local repository during building also?

Hi, The source:jar goal does this. Try: mvn clean source:jar install -Dmaven.test.skip=true HTH, Bart. Van: Rice Yeh [mailto:[EMAIL PROTECTED] Verzonden: woensdag 20 december 2006 10:54 Aan: dev@cocoon.apache.org Onderwerp: How to install source code's

RE: [2.2] Duplicate (and different) versions of batik on classpath

problems. /Daniel Bart Molenkamp skrev: Hi, I found a problem with the cocoon-batik-impl block. When I add a dependency to this block, I end up with two different versions of Batik on my classpath. The first (and correct) one is batik-1.6-1. But due to a dependency to fop 0.20.5, batik

RE: [2.2] Duplicate (and different) versions of batik on classpath

Ok, I found http://jira.codehaus.org/browse/MECLIPSE-122. Seems to be fixed, but not yet released... (looking at http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-eclipse-plu gin/ Bart. -Oorspronkelijk bericht- Van: Bart Molenkamp Verzonden: dinsdag 19 december 2006 11:19

RE: [2.2] Duplicate (and different) versions of batik on classpath

Yes, that works! Thanks! Bart. -Oorspronkelijk bericht- Van: Reinhard Poetz [mailto:[EMAIL PROTECTED] Verzonden: dinsdag 19 december 2006 11:26 Aan: dev@cocoon.apache.org Onderwerp: Re: [2.2] Duplicate (and different) versions of batik on classpath Bart Molenkamp wrote

[2.2] Duplicate (and different) versions of batik on classpath

Hi, I found a problem with the cocoon-batik-impl block. When I add a dependency to this block, I end up with two different versions of Batik on my classpath. The first (and correct) one is batik-1.6-1. But due to a dependency to fop 0.20.5, batik-1.5-fop gets included (which is not compatible

RE: [2.2] Debugging and inplace editing

Hi Daniel, This seems to be what I was looking for. Thanks! Bart. -Oorspronkelijk bericht- Van: Daniel Fagerstrom [mailto:[EMAIL PROTECTED] Verzonden: woensdag 13 december 2006 17:30 Aan: dev@cocoon.apache.org Onderwerp: Re: [2.2] Debugging and inplace editing Bart Molenkamp

[2.2] Debugging and inplace editing

Hi, I found three tutorials on the internet about how to debug Maven web applications in Eclipse. All three seem to work to debug Cocoon 2.2 in Eclipse as well (first very basic tests). Here are the links, maybe it's worth linking to them from the Cocoon 2.2 documentation.

RE: getComponent with JavaFlow 2.1.9

I've had problems with JavaFlow and classes compiled with debug information (in Eclipse). You could try to compile without debug information, and see if it works. Bart. -Oorspronkelijk bericht- Van: Nicolas BOUSSUGE [mailto:[EMAIL PROTECTED] Verzonden: woensdag 13 december 2006

[2.2] cocoon-batik-impl not working?

Hi, I'm trying to experiment with Cocoon 2.2 and the batik block. But I'm getting an exception: 2006-12-11 13:08:03.375::WARN: Nested in org.springframework.beans.factory.BeanDefinitionStoreException: Unexpected exception parsing XML document from Se rvletContext resource

RE: [2.2] cocoon-batik-impl not working?

. Then one can use exclude directives in the pom to turn of the inclusion of the jar. /Daniel Bart Molenkamp skrev: Hi, I'm trying to experiment with Cocoon 2.2 and the batik block. But I'm getting an exception: 2006-12-11 13:08:03.375::WARN: Nested

RE: [2.2] cocoon-batik-impl not working?

of the jar. /Daniel Bart Molenkamp skrev: Hi, I'm trying to experiment with Cocoon 2.2 and the batik block. But I'm getting an exception: 2006-12-11 13:08:03.375::WARN: Nested in org.springframework.beans.factory.BeanDefinitionStoreException: Unexpected exception parsing

[2.2] Where are the samples?

Hi, I want to experiment with Cocoon 2.2. I build Cocoon, and I'm able to start Cocoon by using 'jetty:run' in 'core/cocoon-webapp'. But when I click on the samples page, an empty page shows up (no links to any samples). Did I do something wrong, or aren't there any samples for 2.2 yet? Thanks,

WidgetValidator can't access upload's value if it was invalid on previous submit

Hi, Why does Upload.getValue() first check if it's valid, and if not, simply returns null? This is a problem for validators that want to access the uploaded file (the Part instance). If I have a required upload field, then submit the form (without uploading any file), the upload widget is

Error on widget state documentation

Hi, I think I just found a small error on the widget state documentation on the Cocoon site: http://cocoon.apache.org/2.1/userdocs/widgetconcepts/widgetstates.html It's contents seems to be duplicated. In Daisy however, things look fine (by following the link at the bottom of the page:

Can't submit form in Ajax mode

Hi, I'm trying to submit my form in Ajax mode, but I'm getting an exception: java.lang.IllegalStateException: getWriter() has already been called for this response org.apache.coyote.tomcat5.CoyoteResponse.getOutputStream(CoyoteResponse. java:568)

RE: Questions re using SVG in Cocoon

-Oorspronkelijk bericht- Van: hepabolu [mailto:[EMAIL PROTECTED] Anyway it doesn't work and I have no clue how I can include a generated image (i.e. what's its name and location?). Any ideas? If you want to include a generated image in your HTML page by using an img/ tag, you

[jira] Commented: (COCOON-1238) Improvements for CustomJXPathBinding

[ http://issues.apache.org/jira/browse/COCOON-1238?page=comments#action_12364955 ] Bart Molenkamp commented on COCOON-1238: The patch looks good to me. If I look at the files that I have here, they don't look the same as those that I uploaded. I

[jira] Commented: (COCOON-1238) Improvements for CustomJXPathBinding

[ http://issues.apache.org/jira/browse/COCOON-1238?page=comments#action_12365050 ] Bart Molenkamp commented on COCOON-1238: I agree with your point, I don't mind breaking backward compatibility either. But I thought it was worth mentioning

RE: Java objects in JX templates

: Re: Java objects in JX templates Not without a stack trace. Bart Molenkamp wrote: I've had problems with the following expression: jx:when test=${java.lang.Class.forName( \ 'com.bizzdesign.risks.assessment.UploadedEvidence'). \ isAssignableFrom(evidence.getClass

RE: Identifier used in FragmentExtractorTransformer

-Oorspronkelijk bericht- Van: Joerg Heinicke [mailto:[EMAIL PROTECTED] On 25.10.2005 09:06, Bart Molenkamp wrote: ... Besides that I think that caching is done at the pipeline level: if the generator, transformers and the serializer indicate that the cache is valid

RE: Identifier used in FragmentExtractorTransformer

-Oorspronkelijk bericht- Van: Ralph Goers [mailto:[EMAIL PROTECTED] Breaking caching by generating unique ids doesn't seem like much of a solution. I have pipelines that operate in the same manner that you are describing. The src parameter is the same for every client. I solved

RE: Identifier used in FragmentExtractorTransformer

Hi, -Oorspronkelijk bericht- Van: Joerg Heinicke [mailto:[EMAIL PROTECTED] So what is your solution? I can't find it in the mail archive... They are added as comments to the bug which can now be found at Jira: http://issues.apache.org/jira/browse/COCOON-1148 Jörg (Can it be

RE: Identifier used in FragmentExtractorTransformer

08:54, Bart Molenkamp wrote: How is this problem related to caching? It is not that hard for me to provide a patch which just generates a new identifier, but I'm wondering if it breaks caching... It is related to caching as the cache key is only based on the request uri and the fragment

RE: Identifier used in FragmentExtractorTransformer

2005 20:35 Aan: dev@cocoon.apache.org Onderwerp: Re: Identifier used in FragmentExtractorTransformer On 20.10.2005 15:15, Bart Molenkamp wrote: My problem is that the id is based on the request uri (and the number of fragments that it extracts during a single transformation). The problem

Identifier used in FragmentExtractorTransformer

Hi all, I have a little problem with the FragmentExtractorTransformer. This transformer extracts XML parts (by default SVG), stores it in the transient store and replaces the XML parts with id's. My problem is that the id is based on the request uri (and the number of fragments that it extracts

RE: Startable components

-Oorspronkelijk bericht- Van: Sylvain Wallez [mailto:[EMAIL PROTECTED] Verzonden: maandag 17 oktober 2005 18:30 Aan: dev@cocoon.apache.org Onderwerp: Startable components Hi all, I changed the lazy loading so that preload=true is no more needed for components that *must* be

RE: Startable components

-Oorspronkelijk bericht- Van: Carsten Ziegeler [mailto:[EMAIL PROTECTED] Bart Molenkamp wrote: Why are marker interfaces preferred over this configuration style? These interfaces introduce another dependency on Avalon. I think it is better to not have these code dependencies

RE: Startable components

-Oorspronkelijk bericht- Van: Sylvain Wallez [mailto:[EMAIL PROTECTED] Verzonden: dinsdag 18 oktober 2005 10:18 Aan: dev@cocoon.apache.org Onderwerp: Re: Startable components Carsten Ziegeler wrote: Bart Molenkamp wrote: Why are marker interfaces preferred over

RE: [RT] Are svn externals a good idea?

I think svn:external is used correctly in this case, when used without specifying a revision number. I think the revision number should be set only when creating a tag for a specific version (e.g. when creating a tag for Cocoon 2.1.8). Or, maybe it works when copying the forms block into the

ClassNotFoundExceptions after using FOPSerializer

Hi, I've run into a very weird problem. After generating a PDF page, our web application breaks, and reports ClassNotFoundExceptions. The exceptions look like: java.lang.ClassNotFoundException: com/bizzdesign/risks/assessment/UploadedEvidence It looks like somewhere before, during or after the

RE: [2.1.8-dev] Real exception is not logged anymore

-Oorspronkelijk bericht- Van: Sylvain Wallez [mailto:[EMAIL PROTECTED] HEY PEOPLE, can someone else check this also? Using JDK 1.4.2_05-b04. The exception seems to be logged correctly in cocoon.log: ERROR (2005-09-23) 11:05.22:363 [sitemap.handled-errors]

RE: [RT] Are svn externals a good idea?

You can specify a revision within the svn:external property. Something like (got this sample from the svn book): -Oorspronkelijk bericht- Van: Carsten Ziegeler [mailto:[EMAIL PROTECTED] Verzonden: vrijdag 23 september 2005 11:49 Aan: Cocoon-Dev Onderwerp: [RT] Are svn externals a

RE: [RT] Are svn externals a good idea?

Sorry, hit the send button too early... You can specify a revision within the svn:external property. Something like (got this sample from the svn book): third-party/skins/toolkit -r21 http://svn.red-bean.com/repos/skin-maker So I think, when you've labelled cocoon 2.1.8, you should change the

RE: [2.1.8-dev] Real exception is not logged anymore

: Bart Molenkamp Verzonden: vrijdag 23 september 2005 11:39 Aan: dev@cocoon.apache.org Onderwerp: RE: [2.1.8-dev] Real exception is not logged anymore -Oorspronkelijk bericht- Van: Carsten Ziegeler [mailto:[EMAIL PROTECTED] Are you build all blocks or are you excluding some

Dependency injection in Cocoon 2.1

Hi, I want to get rid of the Avalon interfaces in my code. Is there something like dependency injection (e.g. setter injection or constructor injection - similar to Spring framework) possible using ECM? (ECM is the component engine of Cocoon, right?) I couldn't find anything, so I started a

[CForms] Plain convertor for Enum datatype is null, throws NPE for MultiValueFields

Hi, I have a multi-value field widget, with datatype enum (so that users can select 0 or more values from an enum). But, when I load my object model in the form (setting the enum values from my model into the formmodel), then show the form, I get a NullPointerException in

RE: CForms stabilization tasks (was Re: Marking cforms stable in 2.1.8)

-Oorspronkelijk bericht- Van: Leszek Gawron [mailto:[EMAIL PROTECTED] 5 - flatten the configuration to allow for easier extension with the xconf include mechanism in 2.2 I could give it a shot but I have no deeper knowledge of cocoon.xconf syntax in this case. Do we have to

RE: Weird multithreading bug in Cron block

A little bit off-toptic, but some time ago I used the pipeline machinery to generate mail-content for users, somewhere at night by a CRON job. For each user, the pipeline was called and the results were sent to that user. Processing such a pipeline from CRON took about 2 seconds for each mail,

RE: ValidationAware forms

-Oorspronkelijk bericht- Van: Reinhard Poetz [mailto:[EMAIL PROTECTED] Verzonden: vrijdag 3 juni 2005 9:46 Aan: dev@cocoon.apache.org Onderwerp: ValidationAware forms AFAICS the widget Form doesn't implement ValidationAware. Is there a special reason why this feature hasn't

RE: ValidationAware forms

Van: Sylvain Wallez [mailto:[EMAIL PROTECTED] Bart Molenkamp wrote: I'm not sure, but I think it is because a form doesn't have a visual representation in HTML, where other widgets do have a visual representation. Where should CForms place the error marker (the red !) for a form

RE: [CForms] Field definitions aren't contextualizable

Why isn't the org.apache.cocoon.components.LifecycleHelper used? That should hide all those details. -Oorspronkelijk bericht- Van: Sylvain Wallez [mailto:[EMAIL PROTECTED] Verzonden: maandag 16 mei 2005 18:22 Aan: dev@cocoon.apache.org Onderwerp: Re: [CForms] Field definitions aren't

RE: [CForms] having more control over showing/processing a form

Ok, thanks! Bart. -Oorspronkelijk bericht- Van: Sylvain Wallez [mailto:[EMAIL PROTECTED] Verzonden: donderdag 12 mei 2005 19:04 Aan: dev@cocoon.apache.org Onderwerp: Re: [CForms] having more control over showing/processing a form Bart Molenkamp wrote: Well, I still have

RE: [CForms] having more control over showing/processing a form

Does it answer your need? Yes it does, thank you! Sylvain -- Sylvain WallezAnyware Technologies http://apache.org/~sylvainhttp://anyware-tech.com Apache Software Foundation Member Research Technology Director Bart.

RE: [CForms] having more control over showing/processing a form

in this case. Does this case make sense to add the two functions? Thanks, Bart. -Oorspronkelijk bericht- Van: Bart Molenkamp Verzonden: donderdag 12 mei 2005 11:26 Aan: dev@cocoon.apache.org Onderwerp: RE: [CForms] having more control over showing/processing a form Does it answer your

[CForms] having more control over showing/processing a form

Hi all, Currently, in flowscript, you display a form by calling form.showForm(uri). This function loops until the form is successfully processed. There is, as far as I can see, no way to get between there. I wonder if it would be useful to define two more functions in Form.js, that allow me to

RE: Fork Xalan?

Can you tell when this error occurs? Or what to do to avoid it? Bart. -Original Message- From: Vadim Gritsenko [mailto:[EMAIL PROTECTED] Sent: Thursday, April 14, 2005 3:17 PM To: Cocoon Developers Subject: Fork Xalan? Hey guys, Here is controversial thought: may be we should

Mock for org.apache.ojb.odmg.OJB required?

Hi all, The OJB block contains a mock for org.apache.ojb.odmg.OJB. Is this one needed, as db-ojb.jar is in lib/optional and that library contains the real class? Thanks, Bart.

RE: [FYI] How IE handles PDFs

Hi, -Original Message- From: depub2 [mailto:[EMAIL PROTECTED] ... Give IEx the opportunity to cache. In particular, ensure the server does not set any headers causing IEx not to cache the content. This may be a real problem if the document is sent over HTTPS, because most IEx

RE: AbstractResourceReader?

-Original Message- From: Alfred Nathaniel [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 02, 2005 5:30 PM To: dev@cocoon.apache.org Subject: Re: AbstractResourceReader? On Wed, 2005-03-02 at 15:38, Bart Molenkamp wrote: Hi, A while ago I was discussing how to build a reader that could

RE: cocoon:// protocol and map:mount

Maybe you're using a file://... source in one of the generator/transformer components behind the pipeline? And maybe a little bit off-topic, but from a CRON job (CRON thread), the cocoon:// source resolving is extremely slow and causes OutOfMemory errors (in my use-case, I used the cocoon:/

AbstractResourceReader?

Hi, A while ago I was discussing how to build a reader that could get it's input stream from the context object using JXPath. It gets the following information from the context object using configurable Xpath expressions: - the content stream - the mime type - the content length I've created the

RE: JX generates weird NameSpace???

Hi Tibor, I had the same problems, also with the combination JX template/Cforms. I couldn't figure out where these namespaces were generated, but I suspected it was somewhere in the Xalan transformer. I used Saxon and these namespaces where gone. HTH, Bart. -Original Message- From:

RE: Write binary data to output stream from flow

-Original Message- From: Upayavira [mailto:[EMAIL PROTECTED] Sent: Thursday, February 17, 2005 5:19 PM To: dev@cocoon.apache.org Subject: Re: Write binary data to output stream from flow Bart Molenkamp wrote: Hi, Is it possible to write binary data to the HTTP response

RE: Write binary data to output stream from flow

binary data to output stream from flow Bart Molenkamp wrote: Ok, sorry, I didn't understand you but now it makes perfect sense. Thanks for your advise! Well, I had a chance to express myself more clearly, and think it through a bit more. Basically, what you're doing is implementing

RE: Write binary data to output stream from flow

-Original Message- From: Upayavira [mailto:[EMAIL PROTECTED] Sent: Friday, February 18, 2005 11:20 AM To: dev@cocoon.apache.org Subject: Re: Write binary data to output stream from flow Bart Molenkamp wrote: Yes, it makes even better sense. Would such a more generic, JXPath

RE: Write binary data to output stream from flow

expressions... Would that be a good idea? -Original Message- From: Upayavira [mailto:[EMAIL PROTECTED] Sent: Friday, February 18, 2005 11:47 AM To: dev@cocoon.apache.org Subject: Re: Write binary data to output stream from flow Bart Molenkamp wrote: -Original Message

Write binary data to output stream from flow

Hi, Is it possible to write binary data to the HTTP response directly from the flow? I have an InputStream available in my flow, and I want to serve data from that stream directly to the HTTP response. E.g. cocoon.sendBinaryData(inputStream, application/octet-stream); Or something similar. I

RE: [RT] How scripting made me hate java

Niclas Hedhman wrote: On Wednesday 16 February 2005 07:06, Sylvain Wallez wrote: Something that doesn't help also is the fact that our foundations are maintained and documented (or not) elsewhere, at Excalibur. This includes the Avalon framework interfaces and SourceResolver, Store, XML

RE: [RT] How scripting made me hate java

-Original Message- From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 16, 2005 3:14 PM To: dev@cocoon.apache.org Subject: Re: [RT] How scripting made me hate java Big -1 Not knowing where the code is is bad, having to versions that claim to be the

[FIX] WebSphere 5.1, Cocoon 2.1, JCL

Hi all, I've managed to get Cocoon 2.1 working on WebSphere 5.1. That's not very special, as many threads in mail-archives specify how to realize this, and the page on the Wiki [1] also tells me how to do this. Only one problem remained for me. Because class-loading mode is set to PARENT_LAST,

RE: svn commit: r111262 - in cocoon/branches/BRANCH_2_1_X/src: java/org/apache/cocoon/components/flow webapp/WEB-INF

http://c2.com/cgi/wiki?YouArentGonnaNeedIt -Original Message- From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 08, 2004 4:53 PM To: [EMAIL PROTECTED] Subject: Re: svn commit: r111262 - in cocoon/branches/BRANCH_2_1_X/src:

RE: Stripping the Cocoon source tree

To: [EMAIL PROTECTED] Subject: Re: Stripping the Cocoon source tree Bart Molenkamp wrote: Hi all, I'm also very curious how other people include Cocoon in their repositories for their Cocoon-based applications (just a guess that many of you guys use Cocoon for other projects). The entire

RE: i18n and CForms

Hi Jeremy, I also had that problem. My guess was that is has something to do with the I18n transformer, which gives a problem if more than one catalogue is configured. If you have only one catalogue, and add the contents of FormsMessages.xml to it, it should work. Bart. -Original

RE: i18n and CForms

Hmm that does work for me. I'm using Cocoon 2.1.6-dev (from August 8th, if I'm correct) for that. I thought it was a configuration error on my side when I wanted to use two catalogues (like you, use the forms catalogue to stay up to date), but it didn't work so I simply copied the contents to my

OutOfMemoryError using cocoon:/ protocol

Hi all, Small description of my use-case: I have a cron job that runs once every night to send emails to users of my application. The content of the mail is generated from a cocoon:/ source (which uses some flowscript and the JXTemplate generator to generate the content). Content is different for

fd:output with enum datatype does not surround the enum value with i18n:text tags

Hi all, I have a fd:output widget, with an enum as datatype. When showing the widget, it doesn't place i18n:text tags around the enum value. When I change the fd:output to fd:field, and add fi:styling type=hidden/ it does surround the enum values with the i18n:text tags. Is this a short-coming

RE: 2.1.6 is broken

You're right, it is broken. I found that the cocoon-ojb-block.jar is 1 k in size; it only contains 2 files in meta-inf/ I'm not familiar with Cocoon's build system, but the OJB block has a build.xml file in the root of the block, could this break the building of OJB? I've tried to remove it, then

  1   2   >