[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
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
r 31, 2002 2:52 PM
> To: [EMAIL PROTECTED]
> Subject: Re: XMLForms vs Struts
>
>
>
> I hope this will not make things even more confusing for you,
> but here is my view:
>
> Struts is 3 parts:
> 1) An URL map, matching URLs to Actions.
> Everything you can do with st
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
Ivelin wrote:
> 3) Form handling.
> Automated binding between HTML input fields and JavaBeans.
> Cocoon's XMLForm does that and much more. It not only provides the
binding,
> but it does it in a browser independent way. Struts is only designed to
> handle automatically HTML input.
This is a very
D]
> Subject: Re: XMLForms vs Struts
>
>
>
> I hope this will not make things even more confusing for you,
> but here is my view:
>
> Struts is 3 parts:
> 1) An URL map, matching URLs to Actions.
> Everything you can do with struts-config.xml (Struts), you can do with
ot; <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, October 31, 2002 3:48 AM
Subject: Re: XMLForms vs Struts
Hy;
First let me tell you: I like the idea of merging cocoon and struts,
because i see both technologies to be helpfull also in conjunction...
Omar Tazi wrote:
>
Hy;
First let me tell you: I like the idea of merging cocoon and struts,
because i see both technologies to be helpfull also in conjunction...
Omar Tazi wrote:
If you like the MVC aspect in Struts and like the flexibility provided
by XML/XSLT, and don't like the limitations that come with JSPs,
Struts is certainly more mature.
XMLForm has a lot of technological advantages,
but it will not be released until Cocoon 2.1 stable is out,
which is probably end of this year.
Ivelin
- Original Message -
From: "Jorge Bello" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesd
If you like the MVC aspect in Struts and like the flexibility provided
by XML/XSLT, and don't like the limitations that come with JSPs, check
out our Framework. It's called OXF (Open XML Framework). OXF is the
result of our combined passion for Cocoon and Struts/J2EE and our
involvement in huge
> I'm sorry. It's a kind of help desk in our intranet where the users can:
> 1) Request technical assistance (input)
> 2) Query the status of their previous requests
> 3) Query a DB where any user can look at common problems/solutions
>
> We have 500 total users. I think there could be 10/20 users
From: "Hunsberger, Peter" <[EMAIL PROTECTED]>
> Since XMLForms and Struts aren't directly comparable (they work at very
> different levels and do very different things) we really need to know more
> about your requirements: How many users? How many pages? How many forms?
> If you can't give us h
> I'm beginning to design a small system for my company and I
> need some forms to input/output data.
How small? Given that you are posting on Cocoon-users I assume you are
considering using Cocoon though you don't specifically mention it. The
general consensus seems to be that Cocoon isn't real
16 matches
Mail list logo
