Further experiment and was able to answer my question:
On Monday, June 30, 2003, at 09:54 AM, [EMAIL PROTECTED] wrote:
I'm continuing to play with Flow and in particular, XMLForms:
Today I decided to refactor the flow-driven feedback wizard in the
samples:
http://localhost:8080/c
I'm continuing to play with Flow and in particular, XMLForms:
Today I decided to refactor the flow-driven feedback wizard in the
samples:
http://localhost:8080/cocoon/samples/xmlform/flow
In particular, I wanted to get rid of the inlined validation function
definitions in the cal
Hi,
look at cocoonwiki:
http://wiki.cocoondev.org/Wiki.jsp?page=XMLFormXindice
Sylvain
-Message d'origine-
De: Uwe Knorr [mailto:[EMAIL PROTECTED]
Date: vendredi, 27. juin 2003 10:39
À: [EMAIL PROTECTED]
Objet: xmlforms and Xindice and Mysql
I want to ceate a multi-form-d
I want to ceate a multi-form-dialog (xmlforms) which starts with a
business model which is taken from a Xindice database or mysql database
and stores the changes or the new data in theses locations. To make my
work easier I would prefer to start with an example.
Can someone send me such an
Auftrag von morten svanæs
> Gesendet: Dienstag, 10. Juni 2003 20:21
> An: [EMAIL PROTECTED]
> Betreff: Re: Dynamically build xmlforms
>
>
> Hei Marco,
> maybe I'm just making it more difficult than it is.
> I guess I could make some xsp scripts that writes
>
>
Sent: Tuesday, June 10, 2003 2:13 AM
Subject: AW: Dynamically build xmlforms
> hej morten,
>
> I don't see a reason why you shouldn't be able to dynamically generate
your
> xmlforms. write corresponding pipelines for the xmlform descriptions,
apply
&g
hej morten,
I don't see a reason why you shouldn't be able to dynamically generate your
xmlforms. write corresponding pipelines for the xmlform descriptions, apply
the xmlform transformations and you should be set.
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mai
Hi,
I'm trying to find out how to build form elements
dynamically with the xmlform system.
I have a xforms file describing the the form , but
I have an order form that may contain
over 100 lines ( 100 textboxes ) so I wan't they to
be builded on demand. Is there some
way to maniupulate a xml
Hello, Cocooners.
Old namespace "http://xml.apache.org/cocoon/xmlform/2002";
changed to "http://apache.org/cocoon/xmlform/1.0";
If you have problem with xmlforms under last month v2.1 cvs,
revise your docs/styleshee
IL PROTECTED]>
Sent: Sunday, April 06, 2003 8:06 AM
Subject: XMLForms and Hibernate
> Someone else working on this? Looks like an obvious way to go.
> Hibernate helps you to make your Java Beans persistent. For Hibernate: see
> top-10 at Sourceforge.
> I have Hibernate 2.0b4 runni
Someone else working on this? Looks like an obvious way to go.
Hibernate helps you to make your Java Beans persistent. For Hibernate: see
top-10 at Sourceforge.
I have Hibernate 2.0b4 running under Cocoon 2.1dev. See
http://wiki.cocoondev.org/Wiki.jsp?page=UsingHibernateToMakeYourJavaBeansPer
siste
ROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, April 02, 2003 4:18 PM
Subject: xmlforms & bean generators
> Hi ...
>
> the context:
>
> In the XMLForm Wizard, you(well the autor ... who is?) tells that the
> binding mechanism
> between the xpath expressions and t
Hi ...
the context:
In the XMLForm Wizard, you(well the autor ... who is?) tells that the
binding mechanism
between the xpath expressions and the java bean components ... is jxpath.
This seems to be cool, but what about program-generated-jbeans, I'm
thinking in castor ... it
saves you from cod
Hi,
I just updated my little XMLForms howto build system to reflect the bug
I just submitted (18487) and to fix a typo in a build property. Enjoy!
http://www.hoegg.net/xmlforms-howto-0.2.zip
--
Ryan Hoegg
ISIS Networks
http://www.isisnetworks.net
with the fixes in this thread and my build
script, along with a snapshot of a minimal Cocoon 2.1 dev build from
yesterday. If anyone wants to take a look at it, feel free:
http://www.hoegg.net/cocoon-xmlforms-howto.zip
--
Ryan Hoegg
ISIS Networks
http://www.isisnetworks.net
I just verified this, it's true. Also, the
redirects to wizard.html instead of howto-wizard.html in the big sitemap
at the end of Step 5. In the snippet at the top of the page, it is correct.
Anyway, thanks for this howto, it helped me gear up on XMLForms very
quickly.
--
Ryan Hoegg
Hi,
I'm not sure about where to send this, so I thought I'd send it here hoping
for someone to forward it to the right place:
There is a mistake in the XMLForms HowTo. In the sample XMLs the form-id is
set to "form-feedback". But according to the sitemap in step 5, it s
Hi
I'm trying to work XMLForms into an application. The 'Wizard' HowTo
provides a clear explanation of everything except how to get involved in the
styling of the output.
I see that the tag is transformed twice in the pipeline:
- by wizard2html, which appears to handle t
Another question from my fellow worker :)
Hi,
I'm looking for a way to redirect to an external URL (by exapmle
http://xml.apache.org/cocoon) from an implementation of
AbstractXMLFormAction (or another Cocoon Action). Perhaps I can do this in
the perform() method of the
Hi!
Is it possible to use XMLForms in a way, in which it acts as a generator which
generates a SAX stream of the data typed into the form without implementing a
bean?
This way I can do with the data what best suits its needs (store in DB,
XML:DB, file, ...).
Thanks,
Andreas
Yay, thanks!
We did not know that xmlforms would understand this syntax. that's why we
didn't use composition :)
hmm, schematrons don't accidently support composition too do they ? :)
>
>
> > Does anyone have any ideas of how to get round this, or how we could
&g
Jeroen Cranendonk wrote:
Does anyone have any ideas of how to get round this, or how we could apporach
this differently ? (besides using the adress(for example) bean as a subclass
for the other bean, this would break if we want to use more then one generic
bean)
Why don't you use composition in
Among the same line of thought, is it possible to include schematron (the ones
used to validate say the users address fields) in other schematron files ?
(by link/reference, not copy paste :) same reason again, it'd be nice to once
write a piece of schematron code, and then use it in any forms y
My college has asked me to post the folliwing question.
He's working with cocoon xmlforms, implementing a system where
a user can fill out forms. There are a large number of seperate sequences of
forms that can be followed. (file a complaint, file something else, etc.)
Each of these sequ
thoughts without further reflection. They create the BT
(thanks Steven for this new acronym for belly thought ;-) that in the
heart of things a DOM model and a java model differ too much.
Yes, they differ. But remember we're just trying to support both easily.
Current implementation of
hout further reflection. They create the BT
> (thanks Steven for this new acronym for belly thought ;-) that in the
> heart of things a DOM model and a java model differ too much.
Yes, they differ. But remember we're just trying to support both easily.
Current implementation of xmlforms
Title: RE: extending XMLForms for different kinds of models...opinions?
Ivelin
The
W3C's candidate recommendation for xforms defines both:
1. a
element named 'model' enabling one to bind an object to a named model in the
form
2. a
common attribute named 'model
Josema Alonso wrote:
I wonder if it would be easier and cleaner to have different actions
depending on the model (e.g. bean / dom) like you demonstrate on the
wiki page or at least two different parameters for specifying the
model. Automagic is fine but hiding the information whether it is a
cla
Hello, Chris.
> I wonder if it would be easier and cleaner to have different actions
> depending on the model (e.g. bean / dom) like you demonstrate on the
> wiki page or at least two different parameters for specifying the
> model. Automagic is fine but hiding the information whether it is a
> cl
On 14.Feb.2003 -- 02:07 PM, Josema Alonso wrote:
> In this how-to I explored new ways of storing the form model. This new way
> the XML model is stored in a file in the system with an empty structure.
> Then it is loaded into a JXPath Container and manipulated from there. The
> getFormModel() is
-
From: "Christopher Oliver" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, February 15, 2003 1:49 PM
Subject: Re: extending XMLForms for different kinds of models...opinions?
> Just wondering, why isn't the "average cocoon user" reluctant to
Title: RE: extending XMLForms for different kinds of models...opinions?
Jonathan,
please elaborate on the multiple models
requirement.
I think that Josema's idea is a significant step
forward.
It does not prohibit future extensions, so I definitely
support it, but in the meanwhile
Ditto.
-=Ivelin=-
- Original Message -
From: "Josema Alonso" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, February 15, 2003 11:41 AM
Subject: Re: extending XMLForms for different kinds of models...opinions?
> Ivelin,
>
> That sounds very
Title: RE: extending XMLForms for different kinds of models...opinions?
As a user of cocoon, I see this as a very advantageous feature. I am currently using cocoon/xmlform and have been developing with it for about five months now.
Your suggestion matches some of the thoughts I was having
lver.
This way, the transition would be easier to accomplish for users with
working xmlforms.
Ivelin, I think we talked about something like this?
Hope all of you like this approach. I'd like to go ahead and try to patch
the AbstractXMLFormAction.
Best.
- Original Message
nt to.
Btw, glad you like it.
Thanks.
- Original Message -
From: "Jeremy Quinn" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, February 15, 2003 11:24 AM
Subject: Re: extending XMLForms for different kinds of models...opinions?
>
> On Friday, Febru
Cocoon-Users" <[EMAIL PROTECTED]>
Sent: Friday, February 14, 2003 7:07 AM
Subject: extending XMLForms for different kinds of models...opinions?
> Dear all,
>
> I need your suggestions and opinions in extending the current XMLForm
model
> approach. If you use XMLForm or are thinkin
On Friday, February 14, 2003, at 01:07 PM, Josema Alonso wrote:
Dear all,
I need your suggestions and opinions in extending the current XMLForm
model
approach. If you use XMLForm or are thinking about using it soon, I'd
suggest youy to read this message and send some feedback to the list.
t the wiki page I
mentioned.
Best,
Josema.
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, February 14, 2003 4:25 PM
Subject: RE: extending XMLForms for different kinds of models...opinions?
> Hi Josema,
>
> Could you desc
Hi Josema,
Could you describe the advantages and the possible application of this new feature.
Regards
Sylvain
-Message d'origine-
De: Josema Alonso [mailto:[EMAIL PROTECTED]]
Date: vendredi, 14. février 2003 14:08
À: Cocoon-Users
Objet: extending XMLForms for different kinds of m
;t need to change your working
xmlforms in order to use it in the future 2.1. If you feel that way, please
say so.
Best,
Josema.
-
Please check that your question has not already been answered in the
FAQ before posting. <
not a problem - i figured you were in anger management counseling to deal
with that last screw up of mine ... ;)
Geoff
> -Original Message-
> From: Christian Haul [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 29, 2003 3:31 AM
> To: [EMAIL PROTECTED]
> Subject: Re:
On 29.Jan.2003 -- 12:29 AM, Geoff Howard wrote:
> Modular in this case refers to the use of "input modules". Christian Haul
> on the list appears to be the author/resident guru on both.
*blush*
> As a side note, I recently worked with Chris to make some trivial
> modifications that allow multipa
art a conversation over there.
Geoff
> -Original Message-
> From: Niclas Hedhman [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 29, 2003 12:26 AM
> To: [EMAIL PROTECTED]
> Subject: Re: XMLForms Versus Traditional HTML forms.
>
>
> On Wednesday 29 January 200
Yeah .. well I meant the XMLForms samples. And I still haven't found those.
The other samples I found easily.
-- Robert
- Original Message -
From: "Niclas Hedhman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 29, 2003 6:25 AM
S
T_HOME/webapps/cocoon/samples/
Niclas
> -- Robert
>
> - Original Message -
> From: "Kirchhoff, Lars" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, January 29, 2003 5:09 AM
> Subject: AW: XMLForms Versus Traditional HTML forms.
&g
ans. But I do have a few
ideas. ;)
-- Robert
- Original Message -
From: "Geoff Howard" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 29, 2003 6:29 AM
Subject: RE: XMLForms Versus Traditional HTML forms.
> > As for forms being in draft,
On Wednesday 29 January 2003 13:01, Robert Simmons wrote:
> IT would be
> much more efficient if you could drop in a set of beans, have a Java class
> read them via introspection and then generate forms based upon the needs of
> that command. Then you would have a command driven architecture that w
> As for forms being in draft, that bothers me.
Don't rely on my word here - that is my memory of what I learned (and
someone just said that tonight, too right?) looking into xmlform again about
2-3 months ago, so things may have moved on.
> I do, however, have
> allot of actions I need to write
Hmm .. I cant seem to even find the samples on my cocoon installation. Are
they not in the current binary distribution ?
-- Robert
- Original Message -
From: "Kirchhoff, Lars" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 29, 2003 5:09 AM
Howard" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 29, 2003 6:06 AM
Subject: RE: XMLForms Versus Traditional HTML forms.
> also there's supposed to be support for validation, error handling, and
> persistence across calls, right?
>
> &g
oward" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 29, 2003 5:59 AM
Subject: RE: XMLForms Versus Traditional HTML forms.
> > -Original Message-
> > From: Robert Simmons [mailto:[EMAIL PROTECTED]]
> >
> > As for multi-content, I co
also there's supposed to be support for validation, error handling, and
persistence across calls, right?
> -Original Message-
> From: Geoff Howard [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 28, 2003 11:59 PM
> To: [EMAIL PROTECTED]
> Subject: RE: XMLForms Ver
ure, I wouldn't
> have posted.
One potential upside is the fact that XMLForms uses beans for the datamodel
(I think). that being the case, I have assumed there'd be a way to let
ejb's fill that role (which based on past discussions I assume you're using
here) and you'
Lets not lump cocoon to "XMLForms or no XMLForms." Nor should we pick out any
other one feature of cocoon and say that if you don't use this feature you
shouldn't use cocoon. Nor should we say something like "if you aren't going
pure XML XSL XSP that you shouldn
med through the pipeline
in nearly every possible format. This means creating applications or
websites, which can serve multiple devices.
Especially for xmlforms there is a strong seperation of concerns,
which in the first moment and for small application is a bit to
much, but helps to divide
--- Original Message -
From: "Niclas Hedhman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 29, 2003 4:39 AM
Subject: Re: XMLForms Versus Traditional HTML forms.
On Wednesday 29 January 2003 11:16, Robert Simmons wrote:
> Greetings. I would li
tively if I use XMLForms, I'm not sure how much learning effort Id
> have to invest. I read the XMLForm tutorial at
> http://xml.apache.org/cocoon/howto/xmlform-wizard/howto-xmlform-wizard-3.ht
>ml and am still a but unclear how I define how the form will be rendered.
> Does the user hav
Greetings. I would like to know what people favor
using.
By my, admittedly limited, knowledge, the
traditional HTML forms will still work with cocoon as the request will still
have access to the data. Alternatively if I use XMLForms, I'm not sure how much
learning effort Id ha
Hi.
When I try to repeat the execution of the demo:
http://localhost:8080/cocoon/samples/xmlform/wizard.
I receive a java.lang.NullPointerException.
- C2-CVS 14.01.2003
- Apache Tomcat/4.0
- Windows 2000
- jdk1.3.1_06
Regards,
Adriano Zigante
[scripta volant, NullPointerException manent]
-
From: "Mark Horgan" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, January 14, 2003 2:26 PM
Subject: XMLForms and checkboxes
> Just checking: is it true that request xmlforms don't handle checkboxes if
> they are unchecked? If so has anybody f
Just checking: is it true that request xmlforms don't handle checkboxes if
they are unchecked? If so has anybody found a way around this apart from
changing the scope of the forms to session? Before cocoon I used to send the
checkbox element names as hidden elements and compare them wit
Hi,
I'd like to use XMLFORMs within XSP much like the older Form Logicsheet can
be. Has anyone already done this? I like the fact that the form is defined
within an xml file not including presentation. However it would be nice to
be able to "Agregate this" into and
: ORB/JDO and XMLForms
Hi there,
I'm a new user of cocoon and I'm trying to get the form part of cocoon
setup. I've got XMLForms working, now I would like some way of automatically
putting the info into a database. I'm exploring a method used in O'Reilly's
Struts
Am Son, 2003-01-12 um 23.09 schrieb Mark Horgan:
> Hi there,
>
> I'm a new user of cocoon and I'm trying to get the form part of cocoon
> setup. I've got XMLForms working, now I would like some way of automatically
> putting the info into a database. I'm ex
Hi there,
I'm a new user of cocoon and I'm trying to get the form part of cocoon
setup. I've got XMLForms working, now I would like some way of automatically
putting the info into a database. I'm exploring a method used in O'Reilly's
Struts book that uses an OR
Hello,
I am trying to do something very specific using XMLForms and have been
coming up dry on ideas on how to do it. Basically, I want to have a
screen which will have a table where selected "items" are displayed, as
well as a item-specific vers
You are welcome!
- Original Message -
From: "Josema Alonso" <[EMAIL PROTECTED]>
To: "Cocoon-Users" <[EMAIL PROTECTED]>
Sent: Saturday, November 16, 2002 3:21 PM
Subject: Re: dynamic select boxes in XMLForms?
> > Look closer at the demo and examine
To: "Cocoon-Users" <[EMAIL PROTECTED]>
> Sent: Thursday, November 14, 2002 12:35 PM
> Subject: dynamic select boxes in XMLForms?
>
>
> > Hi, all.
> >
> > I tried the XMLForm wizard demo where I see some select boxes created
for
> > processor, r
Look closer at the demo and examine the itemset elements under the select
elements.
- Original Message -
From: "Josema Alonso" <[EMAIL PROTECTED]>
To: "Cocoon-Users" <[EMAIL PROTECTED]>
Sent: Thursday, November 14, 2002 12:35 PM
Subject: dynamic selec
Hi, all.
I tried the XMLForm wizard demo where I see some select boxes created for
processor, ram, servlet engine and java version elements in ths system
information page.
I see the values for those are hard coded in 'system.xml' and I want to
create a select box from a DOM Node. I got the follow
>It needs further clarification before we can start design.
>Hopefully other people who asked for this feature will add a few more use
>cases.
I know, thank you.
Btw, what about filling a DOM node in the model from outside?
For example, I'm using Xindice, and there's that nice pseudo protocol
wor
CTED]>
Sent: Monday, November 11, 2002 10:12 AM
Subject: Dynamic models in XMLForms - was: Re: XMLForm - xf:repeat tag on
DOM Nodes?
> > Yes. This has been requested multiple times.
> > Please open a feature request ticket in Bugzilla and describe with a few
> > detailed us
> Just open org.apache.cocoon.samples.xmlform.WizardAction.java
> then look more carefully in webapp/samples/xmlform
I did but haven't found anything new...any tips?
I see in the sitemap the WizardAction and the UsageFeedbackAction declared
and a hardcoded pipeline for each one. I would not like t
> Yes. This has been requested multiple times.
> Please open a feature request ticket in Bugzilla and describe with a few
> detailed use cases, what is it exactly that you would like to have.
> Others will add their thoughts to the ticket and someone (maybe I) will
> eventually implement it.
I've
- Original Message -
From: "Josema Alonso" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, November 09, 2002 5:35 PM
Subject: Re: how to manage several XMLForms in a sitemap? (it was:
dynamically choosing an action at runtime)
> > I am not sure
> I am not sure if I would do this like you did.
> There are is a certain lifecycle contract between every Cocoon component
and
> the container.
> By invoking directly you may be violating this contract.
> I would probably let the sitemap do the forwarding to actions.
> In your case action sets mig
parameter which is matched later in the sitemap.
...
Ivelin
- Original Message -
From: "Josema Alonso" <[EMAIL PROTECTED]>
To: "Cocoon-Users" <[EMAIL PROTECTED]>
Sent: Thursday, November 07, 2002 11:53 AM
Subject: Re: how to manage severa
[snip]
> //get the Action
> if(actionName.equalsIgnoreCase("EquipmentTypeAction")) {
>EquipmentTypeAction equipmentTypeAction = new EquipmentTypeAction();
>//add this action to the manager
>equipmentTypeAction.compose(this.manager);
>This is incorrect. It allows the equipmentTypeA
On 07.Nov.2002 -- 06:53 PM, Josema Alonso wrote:
[snip]
> //get the Action
> if(actionName.equalsIgnoreCase("EquipmentTypeAction")) {
>EquipmentTypeAction equipmentTypeAction = new EquipmentTypeAction();
>//add this action to the manager
>equipmentTypeAction.compose(this.manager);
review it. I'm afraid I'm
breaking something somewhere in my cocoon...
Thanks.
ps: remember that I was trying to code a Action that could dispatch other
actions, so I could call it for as many XMLForms as needed with a parameter
and it would choose the right action. Some ki
[EMAIL PROTECTED] wrote:
Steven has moved it to "Links'. Thank you - I overlooked the already
existing point at the links page.
oops - you found out already ;-)
--
Steven Noelshttp://outerthought.org/
Outerthought - Open Source, Java & XML Competence Support Center
Reinhard Poetz wrote:
Ivelin,
I created a new main point in the left menu and called it "Cocoon compared".
In order to keep the left Wiki menu as small as possible, I 'moved' the
comparison page (which I like) underneath 'Links'
Hope you don't mind...
--
Steven Noels
--Original Message-
> > From: Ivelin Ivanov [mailto:ivelin@;apache.org]
> > Sent: Saturday, November 02, 2002 5:23 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: XMLForms vs Struts
> >
> >
> > Please do.
> > Wiki is great, but I am not sure in which
Ivelin,
I created a new main point in the left menu and called it "Cocoon compared".
Reinhard
> -Original Message-
> From: Ivelin Ivanov [mailto:ivelin@;apache.org]
> Sent: Saturday, November 02, 2002 5:23 PM
> To: [EMAIL PROTECTED]
> Subject: Re: XMLForms
ROTECTED]>
Sent: Tuesday, November 05, 2002 6:56 PM
Subject: Re: how to manage several XMLForms in a sitemap? (it was:
dynamically choosing an action at runtime)
> Well I can explain what I've done which matches your requirements but the
implementation I suspect is quite different.
>
&
Josema Alonso wrote:
So, an Action Dispatcher (or call it Proxy Action or whatever) is needed so
the action could be choosed at runtime. Unfortunately this involves working
with Avalon components and I have no idea about them. I tried their white
paper at their website but it is too hard for me to
ices" (XSP). WSUI files (for me) show what XSP page to use for the
model/db IO, and what XUI file (implemented in XSL) to use to transform generated
model XML into a UI form of XML. The XUI files implemented as XSL (therefore I get
XPATH and language constructs like for-loops, choose, etc
Well, after reading replies to my emails I have a better idea of wht to do
and unfortunately not a chance to do it.
I explain it.
A quick summary. I would like to manage many XMLForms in my sitemap. I would
like to declare a pipeline like this:
http://www.ascc.net/xml
(ARST)
> From: Mauro Daniel Ardolino <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: XMLForms and Java
>
> Hi! I've never used XMLForms, but now I'm writting an application that can
> have or not a web interface. I mean that I ne
CTED]
To: [EMAIL PROTECTED]
Subject: XMLForms and Java
Hi! I've never used XMLForms, but now I'm writting an application that can
have or not a web interface. I mean that I need to contemplate at least 2
types of clients: e.g. swing guis and web browsers.
So I wrote all the applicatio
good point.
Would you like to submit a patch?
- Original Message -
From: "Mauro Daniel Ardolino" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 01, 2002 11:40 AM
Subject: Re: XMLForms and Java
> All right! Now I'm up to date with t
Thank you.
Konstantin and I were planning to release a comparison article for quite
some time... and we are still planning ;)
Ivelin
- Original Message -
From: "Jorge Bello" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, October 31, 2002 11:27 AM
Su
02 8:02 AM
Subject: RE: XMLForms vs Struts
Ivelin,
As this is an often discussed question: Do you mind adding it to the
CocoonWiki? If no I could do it for you ...
Regards,
Reinhard
> -Original Message-
> From: Ivelin Ivanov [mailto:ivelin@;apache.org]
> Sent: Thursday, Octobe
All right! Now I'm up to date with the "XMLForms vs Struts" thread.
But I still have the same questions (of the previous mail).
About XMLForm and Struts:
May be I had to say "inspired", not "based".
"The XMLForm framework is inspired by Apache Jakarta St
[pre-snip]
> Now I want to give some flow logic to the application and I think that
> struts or cocoon are a good way to do it. I red that XMLForms is Struts
> based.
[post-snip]
>From what I've read XMLForms IS NOT based on Struts.
Take a look at the thread: XMLForms vs Stru
Hello.
I have a working XMLForm. I want to add the generated data in the last step
to a Xindice database.
I also have the XMLDBTransformer configured and working just fine.
In case you haven't heard of the XMLDBTransformer, it takes a XML file or
string and works with it. For example, the insert
Hi! I've never used XMLForms, but now I'm writting an application that can
have or not a web interface. I mean that I need to contemplate at least 2
types of clients: e.g. swing guis and web browsers.
So I wrote all the application in Java. When I need to create a html page
I on
SAXESS - Hussayn Dabbous wrote:
> But i am also a bit confused. I'm following the discussons in this
> mailing list for about a week now and this is already the second
> mentioning of a product/component (whatever) that claims to be an on
> top of cocoon development. But when i enter the pages ment
put.
This is a very smart summary of diferences between XMLForms & Struts.
Thanks to all for your advice.
-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apach
1 - 100 of 182 matches
Mail list logo