Hi again, sorry for the delay.
massive snip/
Having used cocoon and OJB for no less than four (4) of our projects
I can only say that the combination of flow + OJB really makes life
easier. We´re using OJB by reversing the db into an OJB-mapping file
for which we generate beans that in turn
Antonio Gallardo wrote:
Hi!
After seeing how Christian and Ugo greatly done the relation between
XMLForms and Flow.
A Bean is the model of the MVC, XMLForm the View and Flow the controller.
A short of this can be B-XMLF-F. :-)
Now still stay in the air the question of how to handle the down side
Sorry for the really sloppy snip, Stefano and Antonio.
Didn´t mean to distort your orginal messages.
regards,
Per-Olof Norén
On Saturday, March 1, 2003, at 10:23 AM, Per-Olof Norén wrote:
Sorry for the really sloppy snip, Stefano and Antonio.
Didnt mean to distort your orginal messages.
We'll forgive you
..
as long as you write up some stuff on using Apache OJB with XForms +
Flow ;)
Sorry, only joking ;)
Per-Olof Norén wrote:
Stefano Mazzocchi wrote:
First of I´d like to say that we decided not to used XMLForms in favor
of pure flowscript, since we´re building large business applications.
Despite the direction change we took, I really appriciate the XMLForms...
snip/
I know Ugo likes
Sure the flowscript layer can (and will, I'm sure) be abused, but as
much as ant build files, or sitemaps can reach a point where the mess
and performance drags you down and refactoring is needed.
Since you did bring it up... ;)
Could you offer some tips on how to refactor an ant build script
Jason Foster wrote:
Sure the flowscript layer can (and will, I'm sure) be abused, but as
much as ant build files, or sitemaps can reach a point where the mess
and performance drags you down and refactoring is needed.
Since you did bring it up... ;)
Could you offer some tips on how to refactor
Am Fre, 2003-02-28 um 14.22 schrieb [EMAIL PROTECTED]:
I have done the example off the site for XMLForms.
Having got this to work i have tried to create a new form. I want to
put a dropdown list in but have no idea what the code is.
Is coding for XMLForms the same as XForms, so in this case
Am Don, 2003-02-13 um 17.20 schrieb Jeroen Cranendonk:
Our company is currently building a project around cocoon(yay:) and xmlforms.
We are using the current development cvs version.
Working on this it occured to me that the prepare and perform methods of
the AbstractXMLFormAction class don't
Am Don, 2003-02-13 um 17.20 schrieb Jeroen Cranendonk:
Our company is currently building a project around cocoon(yay:) and
xmlforms.
We are using the current development cvs version.
Working on this it occured to me that the prepare and perform methods of
the AbstractXMLFormAction class
Am Don, 2003-02-13 um 19.17 schrieb Jeroen Cranendonk:
Am Don, 2003-02-13 um 17.20 schrieb Jeroen Cranendonk:
Our company is currently building a project around cocoon(yay:) and
xmlforms.
We are using the current development cvs version.
Working on this it occured to me that the
This is by design.
AbstractXMLFormAction does not know how to handle application specific
errors thrown by the prepare/perform callbacks.
If you can't do anything about an exception which occurs within the method,
then throw a runtime exception.
-=Ivelin=-
- Original Message -
From:
Sorry for the delay.
XML source doc attached.
- Original Message -
From: Tom Amiro [EMAIL PROTECTED]
To: Ivelin Ivanov [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; Santiago Pericas-Geertsen
[EMAIL PROTECTED]
Sent: Monday, November 18, 2002 8:06 AM
Subject: Re: [XMLFORMS exception] was Re
Sorry. I must have made a mistake cutting and pasting. The
snippets are the same.
Tom
Tom Amiro wrote:
Hi,
The html produced by Xalan vs XSLTC are so different, it is hard to know
where to begin.
It definitely looks like an XSLTC bug.
Below are snippets from the top showing that
Hi,
Santiago has started looking at the problem with XSLTC.
It would help if you could send some XML source.
Tom
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Hi,
The html produced by Xalan vs XSLTC are so different, it is hard to know
where to begin.
It definitely looks like an XSLTC bug.
Below are snippets from the top showing that things get out of synch
really fast.
It would help in debugging this, if you could simplify the xsl and
provide a
What's different? ;-)
Joerg
Tom Amiro wrote:
Hi,
The html produced by Xalan vs XSLTC are so different, it is hard to know
where to begin.
It definitely looks like an XSLTC bug.
Below are snippets from the top showing that things get out of synch
really fast.
It would help in debugging this,
Thanks for the notice.
I reproduced the problem.
Will post again when it is fixed.
- Original Message -
From: Ramy Mamdouh [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, November 15, 2002 5:53 AM
Subject: [XMLFORMS exception] was Re: Exception with current CVS of 2.1
Hi
The latest Cocoon CVS HEAD (2.1) is working again, but...
Read details below:
After I spent a few hours trying to debug the problem,
I realized that there is an issue with Xerces 2.2.0 and 2.2.1 (or
incompatibility between it and the new Xalan libs).
I rolled back to Xerces 2.1.0 and things are
On Saturday, Nov 16, 2002, at 18:58 Europe/London, Ivelin Ivanov wrote:
Until now all XMLForm demo pages have been working equally good with
both
XSLTC and Xalan.
I will now have to switch the demo to Xalan until this difference in
the
translators is resolved.
One thing I noticed recently,
Andrew C. Oliver wrote:
I've taken my first crack at this and its undergoing review before I
post it. I dislike both actions and the flowmap. More
specifically principally depending on Javascript.
Uh, thanks. I'm sure we'll be able to come up with a much better design
with such great
Nicola Ken Barozzi wrote:
Per-Olof Norén wrote:
Ivelin Ivanov wrote:
Nicola Ken Barozzi wrote:
IMNSHO, the flowmap should totally replace actions and deprecate them.
Ahem, I thought we decided *not* to deprecate them, as they make
sense as elements in the declarative sitemap.
For
I've taken my first crack at this and its undergoing review before I
post it. I dislike both actions and the flowmap. More
specifically principally depending on Javascript.
-Andy
Christian Haul wrote:
Nicola Ken Barozzi wrote:
Per-Olof Norén wrote:
Ivelin Ivanov wrote:
Nicola Ken
Nicola Ken Barozzi wrote:
Per-Olof Norén wrote:
Ivelin Ivanov wrote:
Nicola Ken Barozzi wrote:
IMNSHO, the flowmap should totally replace actions and deprecate them.
Ahem, I thought we decided *not* to deprecate them, as they make
sense as elements in the declarative sitemap.
For
Ivelin Ivanov wrote:
Andrew C. Oliver wrote:
The spirit of this group has been that every contributor's opinion
matters.
One of the reasons I got hooked and am spending so much time on the
list...
Don't mind me I'm just having a bad week. ;-)
On Sun, 16 Jun 2002, Ivelin Ivanov wrote:
Nicola Ken Barozzi wrote:
IMNSHO, the flowmap should totally replace actions and deprecate them.
Ahem, I thought we decided *not* to deprecate them, as they make sense
as elements in the declarative sitemap.
For web apps Actions should be
Ivelin Ivanov wrote:
Reinhard,
We are looking for someone to step up and show us how these two can work
together in a nice way.
Interested?
I am.
IMNSHO, the flowmap should totally replace actions and deprecate them.
I've looked at XMLForms and I must say it looks extremely
Daniel Fagerström wrote:
[skip lots of great stuff]
I strongly sugests that we should _not_ make general use of
continuations available in the flowmap language as there is no need for
it for what flowmaps are intended to do: describing multipage flow in
webapps.
Daniel,
thanks for your
Thanks for your thouts.
I would like to see an example at least as complex as the XMLForm demo
before I can comment.
The example needs to
1) Be able to handle most UI widgets, including checkboxes
2) Allow 2 way navigation
3) Make decisions about the next page based on:
a) validity of the
Stefano Mazzocchi wrote:
Ivelin Ivanov wrote:
Reinhard,
We are looking for someone to step up and show us how these two can work
together in a nice way.
Interested?
I am.
IMNSHO, the flowmap should totally replace actions and deprecate them.
I've looked at XMLForms and I must say
On Wednesday, June 12, 2002, at 06:31 PM, Daniel Fagerstrom wrote:
Feel free to ask if you need further clarification about my integration
proposal.
What *I'm* most interested in is a statement you made a while ago on
this list about the difficulties students can have learning about
Diana Shannon wrote:
On Wednesday, June 12, 2002, at 06:31 PM, Daniel Fagerstrom wrote:
Feel free to ask if you need further clarification about my integration
proposal.
What *I'm* most interested in is a statement you made a while ago on
this list about the difficulties students
On 6/13/02 4:57 AM, Diana Shannon [EMAIL PROTECTED] wrote:
On Wednesday, June 12, 2002, at 06:31 PM, Daniel Fagerstrom wrote:
Feel free to ask if you need further clarification about my integration
proposal.
What *I'm* most interested in is a statement you made a while ago on
this
On 6/13/02 7:49 AM, Daniel Fagerström [EMAIL PROTECTED] wrote:
Diana Shannon wrote:
On Wednesday, June 12, 2002, at 06:31 PM, Daniel Fagerstrom wrote:
Feel free to ask if you need further clarification about my integration
proposal.
What *I'm* most interested in is a statement
We are looking for someone to step up and show us how these two can work
together in a nice way.
Interested?
Ivelin
Yes I am but my time and my java knowledge are limited (... but I'm
learning)
Anyway, I'll try it. Maybe there is somebody who has already some experience
(Daniel?) who
Reinhard Poetz wrote:
We are looking for someone to step up and show us how these two can work
together in a nice way.
Interested?
Ivelin
Yes I am but my time and my java knowledge are limited (... but I'm
learning)
Anyway, I'll try it. Maybe there is somebody who has already
Reinhard Poetz wrote:
We are looking for someone to step up and show us how these two can work
together in a nice way.
Interested?
Ivelin
Yes I am but my time and my java knowledge are limited (... but I'm
learning)
So you have the itch. That's all it takes ;-]
Anyway, I'll try it.
Reinhard,
Please submit the patch through Bugzilla and send me a note.
I will look at it and we will discuss it.
Can you explain with a few lines, what is the patch doing?
Thanks,
Ivelin
Reinhard Poetz wrote:
Ivelin,
Yesterday I had a deeper look into the new XMLForms implementation.
; [EMAIL PROTECTED]
Betreff: Re: [XMLForms]
Reinhard,
Please submit the patch through Bugzilla and send me a note.
I will look at it and we will discuss it.
Can you explain with a few lines, what is the patch doing?
Thanks,
Ivelin
Reinhard Poetz wrote:
Ivelin
Hi Reinhard,
On 6/11/02 6:46 AM, Reinhard Poetz [EMAIL PROTECTED] wrote:
Currently the logic of XMLForms is handled by the action. I read a few
weeks ago that there are plans to use the flowmap for it.
(http://marc.theaimsgroup.com/?l=xml-cocoon-devm=102071048209644w=2)
Is anybody working
: Dienstag, 11. Juni 2002 15:09
An: Reinhard Poetz; [EMAIL PROTECTED]
Betreff: Re: [XMLForms]
Reinhard,
Please submit the patch through Bugzilla and send me a note.
I will look at it and we will discuss it.
Can you explain with a few lines, what is the patch doing?
Thanks,
Ivelin
Reinhard Poetz
Piroumian Konstantin wrote:
From: Reinhard Poetz [mailto:[EMAIL PROTECTED]]
(I'm not Ivelin, but:) The approach is Ok, but the goal is
not so clear to
me. Why would you need to initialize a bean using XML data
without Java
programming? If you use JavaBeans then you should have some
Reinhard,
We are looking for someone to step up and show us how these two can work
together in a nice way.
Interested?
Ivelin
Reinhard Poetz wrote:
Currently the logic of XMLForms is handled by the action. I read a few
weeks ago that there are plans to use the flowmap for it.
:58 AM
Subject: Re: XMLForms XMLFormTransformer
Ivelin
I have submitted a patch
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9674
I had submitted an original patch which ignored the fact that xf:hidden
could already contain an xf:value element.
Andrew
On Fri, 2002-06-07 at 12:13
Ivelin
Here is the process I'm following:
The XMLForm is first met with a URI containing an id in the querystring.
I use the prepare method of my action to load a OR object reference by
the id which then populates the model so that the form is populated for
editing.
If there is no id on the
value in the xml markup?
If you have the patch go right ahead, submit it to bugzilla and let me know.
Cheers,
Ivelin
- Original Message -
From: Andrew Timberlake [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, June 07, 2002 1:59 AM
Subject: Re: XMLForms XMLFormTransformer
.
You can also search on the Cocoon dev list as this topic has been
extensively discussed in the past.
Hope this helps.
Ivelin
- Original Message -
From: Michael Wasmund [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, June 06, 2002 1:46 AM
Subject: Re: XMLForms vs. W3C XForms
Message-
From: Ivelin Ivanov [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 06, 2002 4:53 PM
To: Michael Wasmund
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: XMLForms vs. W3C XForms in Cocoon
Michael,
First of all, XMLForm is a contribution by many authors on
the Cocoon
Did you look at the latest Feedback Wizard demo for XMLForm.
A sample use of the hidden tag is:
xf:hidden ref=xpath/to/some/element/
xf:value567/xf:value
/xf:hidden
The hidden tag is provided a value in the markup.
It does not read value from the model for the same reasons that the XForms
49 matches
Mail list logo