Re: XMLForm/Flow Integration

Christopher Oliver wrote: OK. The attached should allow you to also perform validation in JavaScript. XForm.sendView() now looks like this Great! Too bad today I'll be out of the office for most of the time and won't have much time to test your code :(. Ugo -- Ugo Cei - Consorzio di Bioinge

xdoc -> wiki documentation (Re: documentation in separate cvs module or block)

On Wed, Feb 19, 2003 at 03:11:44PM +1100, David Crossley wrote: > Diana Shannon wrote: ... > > I find it a PITA to have to update my HEAD **and** release cvs > > branches for simple document updates. It's frustrating to have > > doc updates dependencies on a HEAD branch that doesn't reliably > > bu

Re: documentation in separate cvs module or block

Le Mercredi, 19 fév 2003, à 05:11 Europe/Zurich, David Crossley a écrit : ... We seem to be falling into the old trap of dreaming up new tools every time that the documentation subject arises. +1, thanks for pointing this out. Hopefully we can get the Forrestization done soon and move on. -Be

DO NOT REPLY [Bug 17127] - [PATCH] I18nTransformer support for multiple catalogues

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: xml-cocoon2 changes.xml

crossley2003/02/18 23:27:33 Modified:.changes.xml Log: i18n transformer support for multiple catalogues, "input modules" in catalogue name and catalogue location, and bugfixes. PR: 17127 Submitted by: Bruno Dumon Revision ChangesPath 1.350 +7 -1 xm

cvs commit: xml-cocoon2/src/webapp/samples/i18n multi.xml menu.xml sitemap.xmap

crossley2003/02/18 23:19:10 Modified:src/documentation/xdocs/userdocs/transformers i18n-transformer.xml src/java/org/apache/cocoon/transformation I18nTransformer.java src/webapp/samples/i18n menu.xml sitemap.xm

cvs commit: xml-cocoon2/src/webapp/WEB-INF/entities sitemap-v06.rng

crossley2003/02/18 22:54:55 Modified:src/webapp/WEB-INF/entities sitemap-v06.rng Log: Add new i18nTransformer contents Revision ChangesPath 1.11 +25 -0 xml-cocoon2/src/webapp/WEB-INF/entities/sitemap-v06.rng Index: sitemap-v06.rng

Re: XMLForm/Flow Integration

Thanks for the good work Chris. I will try to review the code soon. -=Ivelin=- - Original Message - From: "Christopher Oliver" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, February 18, 2003 5:21 PM Subject: XMLForm/Flow Integration > Attached is a first try at integratin

Re: closing cocoon-docs? (was: Cocoon Project Report)

Steven Noels wrote: > > Sure, David - fully aware of that. My 'big hidden agenda' (duh) was to > add a first step to the main cocoon build, so that others could jump in > and expand. ... Moving this part of the discussion over to cocoon-docs: Re: [PROPOSAL] Use Forrest to build Cocoon docs htt

documentation in separate cvs module or block

Changing thread name for this new subject. Was: Re: closing cocoon-docs? (was: Cocoon Project Report) http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=104557472909525 Diana Shannon wrote: > Steven Noels wrote: > > > > On the subject of a separate CVS repository & getting rid > > of branches for

Re: XMLForm/Flow Integration

Great work, Chris!! Thanks for taking the time to do it! Ovidiu On Tuesday, Feb 18, 2003, at 18:01 US/Pacific, Christopher Oliver wrote: Ugo Cei wrote: I didn't try the sample, since it's 1AM and I'm going to bed, but just by looking at the code, I have a couple of observations:

Re: Browser selector

On Tuesday 18 February 2003 22:12, Joerg Heinicke wrote: > It's a browser selector, not an accepts-selector ;-) Well, I know that, but it is "labeled" as "WAP" which is "content", and not "browser" as well. > I guess, the User-Agent header of Nokia 9000 has any specific part, so > you can change

Re: Writing docs... Where shall I put that?

On Wednesday 19 February 2003 02:24, Pier Fumagalli wrote: > I need to write some docs for the HttpProxyGenerator, and was wondering on > where I shall put those files... > > As Stefano is remodeling the build system, would it be better to have it in > src/blocks/proxy/doc or in src/documentation/.

Re: XMLForm/Flow Integration

Ugo Cei wrote: I didn't try the sample, since it's 1AM and I'm going to bed, but just by looking at the code, I have a couple of observations: XForm.sendView(view, uri) // Sends "view" to the presentation pipeline and waits for the form to be submitted (and automatically resends

cvs commit: xml-cocoon2/src/blocks/chaperon/samples sitemap.xmap

crossley2003/02/18 16:15:20 Modified:src/blocks/chaperon/samples sitemap.xmap Log: Make pipeline internal-only again, following security discussion on cocoon-dev. Revision ChangesPath 1.11 +5 -1 xml-cocoon2/src/blocks/chaperon/samples/sitemap.xmap Index: si

Re: XMLForm/Flow Integration

Christopher Oliver wrote: Attached is a first try at integrating XMLForm with the Cocoon Flow layer. Since I'm not an expert on XMLForm or XForms (or Cocoon for that matter!) it's likely to have limitations or defects so keep that in mind. Congratulations! I was trying to extract some snippets

Re: Chaperon samples in Cocoon

Martin Holz wrote: > David Crossley writes: > > > Thanks Stephan for fixing my attempt to develop a basic > > Chaperon sample. That is much better. > > > > I noticed that you also changed the pipeline for > > generating the *.xlex and *.xgrm to be "internal-only". > > > > As i said in the Source

XMLForm/Flow Integration

Attached is a first try at integrating XMLForm with the Cocoon Flow layer. Since I'm not an expert on XMLForm or XForms (or Cocoon for that matter!) it's likely to have limitations or defects so keep that in mind. The attached files provide an implementation of the XMLForm Feedback Wizard samp

Re: Writing docs... Where shall I put that?

On Tuesday, February 18, 2003, at 01:24 PM, Pier Fumagalli wrote: As Stefano is remodeling the build system, would it be better to have it in src/blocks/proxy/doc or in src/documentation/... I'd say src/documentation for now, in spite of its imperfections... Otherwise, the doc won't be

Writing docs... Where shall I put that?

I need to write some docs for the HttpProxyGenerator, and was wondering on where I shall put those files... As Stefano is remodeling the build system, would it be better to have it in src/blocks/proxy/doc or in src/documentation/... I tend to believe that it might be better to have the docum

Re: [HEAD] This _does_not_ make sense...

"Stephan Michels" <[EMAIL PROTECTED]> wrote: > > On Tue, 18 Feb 2003, Pier Fumagalli wrote: > >> -slide-block-project: >> Created dir: /Users/pier/Desktop/cocoon/build/cocoon/blocks/slide/src >> Created dir: /Users/pier/Desktop/cocoon/build/cocoon/blocks/slide/dest >> Created dir: /Users/pier/De

Re: [HEAD] This _does_not_ make sense...

On Tue, 18 Feb 2003, Pier Fumagalli wrote: > -slide-block-project: > Created dir: /Users/pier/Desktop/cocoon/build/cocoon/blocks/slide/src > Created dir: /Users/pier/Desktop/cocoon/build/cocoon/blocks/slide/dest > Created dir: /Users/pier/Desktop/cocoon/build/cocoon/blocks/slide/mocks > Copying 3

cvs commit: xml-cocoon2/src/mocks/javax/transaction/xa XAException.java XAResource.java Xid.java

stephan 2003/02/18 09:04:12 Added: src/mocks/javax/transaction/xa XAException.java XAResource.java Xid.java Log: Add missing transaction classes. Revision ChangesPath 1.1 xml-cocoon2/src/mocks/javax/transaction/xa/XAException.jav

cvs commit: xml-cocoon2/src/mocks/javax/transaction/xa - New directory

stephan 2003/02/18 09:03:09 xml-cocoon2/src/mocks/javax/transaction/xa - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail

cvs commit: xml-cocoon2/src/blocks/proxy/java/org/apache/cocoon/generation HttpProxyGenerator.java

pier2003/02/18 08:21:40 Modified:src/blocks/proxy/java/org/apache/cocoon/generation HttpProxyGenerator.java Log: More javadocs. Private methods moved at the bottom. Better exception handling in generate(). Revision ChangesPath 1.3 +10

Re: Cocoon And Log4j?

I posted some info a while back on the cocoon-users list that shows you how to use log4j with cocoon. It requires a more recent nightly build of some of the avalon packages, but it is working quite well for me. If you can't find it in the archives, I'd be glad to show you what I've done. Brian

[HEAD] This _does_not_ make sense...

-slide-block-project: Created dir: /Users/pier/Desktop/cocoon/build/cocoon/blocks/slide/src Created dir: /Users/pier/Desktop/cocoon/build/cocoon/blocks/slide/dest Created dir: /Users/pier/Desktop/cocoon/build/cocoon/blocks/slide/mocks Copying 37 files to /Users/pier/Desktop/cocoon/build/cocoon/bloc

cvs commit: xml-cocoon2/src/blocks/proxy/java/org/apache/cocoon/generation HttpProxyGenerator.java

pier2003/02/18 06:47:44 Modified:src/blocks/proxy/java/org/apache/cocoon/generation HttpProxyGenerator.java Log: More javadoc and one small performance fix. Revision ChangesPath 1.2 +14 -2 xml-cocoon2/src/blocks/proxy/java/org/apache

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/treeprocessor/sitemap RedirectToURINode.java RedirectToNodeBuilder.java

proyal 2003/02/18 06:25:24 Modified:.changes.xml src/java/org/apache/cocoon/components/treeprocessor/sitemap RedirectToURINode.java RedirectToNodeBuilder.java Log: Add ability to do global redirects from sitemap Revision Changes

Command line in binary distribution

Dear All, At present, the command line interface is only supported within the source distribution. Is there a reason why it is not supported within the binary distribution? If thought useful, I would be willing to have a go at creating/porting the scripts across to work with the binary distribu

Re: Browser selector

It's a browser selector, not an accepts-selector ;-) I guess, the User-Agent header of Nokia 9000 has any specific part, so you can change the browser selector string to your needs. We for example use it to differ between different versions of Mozilla. Joerg Niclas Hedhman wrote: FYI, It look

Re: closing cocoon-docs? (was: Cocoon Project Report)

On Tuesday, February 18, 2003, at 03:56 AM, Steven Noels wrote: Sure, David - fully aware of that. My 'big hidden agenda' (duh) was to add a first step to the main cocoon build, so that others could jump in and expand. That doc makes reference to a trail-run-F target which was buried somewher

Re: closing cocoon-docs? (was: Cocoon Project Report)

David Crossley wrote: My main point is that we just need to refrain from using the term "documentation team". This gives an erroneous impression. I will, no matter what cocoon-docs will be. Apologies if this has caused troubles. -- Stefano Mazzocchi <[EMAIL PROTE

Re: Bug 16580; compiling xsp with classpath

Christopher Oliver wrote: Yes, we should report this bug to tomcat-dev. It seems to be difficult to debug tomcat. I tried running tomcat/cocoon under a debugger ("catalina.bat jpda run") and the jvm crashed when I attached the debugger. Then I went through the trouble of setting up the classpa

Getting closer to XForms (was: extending XMLForms for different kinds of models...opinions?)

Hi! Just to add my . Having the model declaration in the sitemap is not a very good idea IMHO. In a real application there are a lot of forms and each one has its own model. Having all these declared in the sitemap would make a hybrid monster from it. What would be more natural (all IMHO) is to

cvs commit: xml-cocoon2/src/blocks/chaperon/samples sitemap.xmap

stephan 2003/02/18 04:20:55 Modified:src/blocks/chaperon/samples sitemap.xmap Log: Allow to retrieve the internally generated grammars. Revision ChangesPath 1.10 +1 -1 xml-cocoon2/src/blocks/chaperon/samples/sitemap.xmap Index: sitemap.xmap ==

Re: Cocoon And Log4j?

On Mon, 17 Feb 2003, Robert Simmons wrote: > Greetings. One problem that some are facing with cocoon is that its logging > mechanism is not the same as the most popular logging mechanism on the planet. > Namely Log4j. Log4j has so many features and functionality that even the new JDK > 1.4 loggin

XSD for SQLTransformer

Dear All, I have made XSD and CSS for the SQLTransformer tagset to be edited by XMLMind XMLEditor (XXE) for my own project. The XSD is designed to be imported into your own Document XSD to work around the 'limited namespace' issue in the free version of XXE. Several people expressed interest i

Re: Chaperon samples in Cocoon

On 18 Feb 2003, David Crossley wrote: > Thanks Stephan for fixing my attempt to develop a basic > Chaperon sample. That is much better. > > I noticed that you also changed the pipeline for > generating the *.xlex and *.xgrm to be "internal-only". > > As i said in the Sourceforge posting, this was

Re: Cocoon And Log4j?

Robert Simmons wrote: Greetings. One problem that some are facing with cocoon is that its logging mechanism is not the same as the most popular logging mechanism on the planet. Namely Log4j. Log4j has so many features and functionality that even the new JDK 1.4 logging was greeted as something of

Re: Is this a bug?

Check if the JSP samples work. If yes, then probably there's an error somewhere in your code that causes an exception which is handled incorrectly in the recent Cocoon (according to rumors in users list). Also, you can use the JSPReader to get the pure output of your JSP and then check Cocoon logs

DO NOT REPLY [Bug 17127] - [PATCH] I18nTransformer support for multiple catalogues

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 17127] - [PATCH] I18nTransformer support for multiple catalogues

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Is this a bug?

Hello!   I have a problem with a JSP generator, and after many attempts, now I think that there could be a bug. So I need your help! I use Cocoon 2.0.4 with Tomcat 4.1.18, on a server that runs Linux RedHat 8. Here I write my simple test code:   The jsp (named prova.jsp) generates a small xml

Browser selector

FYI, It looks like you do "User-Agent:" contains "Nokia" to trigger the WAP browser type in the BrowserSelector in the default sitemap. This is not a good idea, unfortunately, as Nokia 9000 series is HTML capable, and has the "Nokia" word in the "User-Agent" header, effectively return

RE: HAPPY BIRTHDAY ....

Thanks you all guys! I was away for some weeks and am working up the backlog now :( Giacomo On Thu, 23 Jan 2003, Carsten Ziegeler wrote: > Happy Birthday, Giacomo! > > (Hey, we can be the first community that has a thread going on for years by > simply exchanging birthday wishes - so we can ma

Re: closing cocoon-docs? (was: Cocoon Project Report)

David Crossley wrote: I thought that "square one" was working out the proposal to use Forrest to process the Cocoon docs. That conversion from docv10->docv11 is a part of the process. http://wiki.cocoondev.org/Wiki.jsp?page=ForrestProposal Sure, David - fully aware of that. My 'big hidden agend

Re: closing cocoon-docs? (was: Cocoon Project Report)

On Tuesday 18 February 2003 12:37, David Crossley wrote: > Nicola Ken Barozzi wrote: > My main point is that we just need to refrain from using the > term "documentation team". This gives an erroneous impression. The cocoon-users' wiki effort could perhaps be tapped into better, by granting some

Re: Chaperon samples in Cocoon

David Crossley <[EMAIL PROTECTED]> writes: > Thanks Stephan for fixing my attempt to develop a basic > Chaperon sample. That is much better. > > I noticed that you also changed the pipeline for > generating the *.xlex and *.xgrm to be "internal-only". > > As i said in the Sourceforge posting, th