You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@myfaces.apache.org by Andrew Robinson <an...@gmail.com> on 2007/06/06 19:05:17 UTC
Leveraging other JSF open source libraries in MyFaces with new contribution projects?
The more I use JSF, the more comfortable I get with some of the 3rd
party open source libraries and the strengths and weaknesses of each.
Until the JSF specification catches up with the common add-on
technologies for JSF, the proverbial wheel is getting re-invented all
the time (PPR, skinning, validation, JavaScript libraries, etc.).
I find myself often using features from Facelets, MyFaces Tomahawk,
MyFaces Sandbox, Seam framework and some of the components, A4J
framework and components and a little of the RichFaces components
(tree mainly) (and JDK 1.5 enhancements too).
When I think about contributing new components and framework code to
the open source community, I want to leverage combinations of these
frameworks, and not have to re-invent the wheel. I'm never sure where
to put this code, and for those projects that I decided to forward
with I have put them with jsf-comp on sourceforge, but I'd rather have
them with a larger community for better support.
I'm wondering what the MyFaces and ASF teams would think about new
projects under the MyFaces umbrella that leverage other libraries
provided by JBoss. For example:
- MyFaces+A4J
- MyFaces+RichFaces
- MyFaces+Seam
- MyFaces+Facelets
This would give open source developers, that find ASF easier to work
with as an open source foundation, an opportunity to provide new
components that extend the JBoss libraries without having to
contribute to JBoss, a commercially owned company.
What implications are there with this (Facelets vs. JBoss vs. apache
licenses -- CDDL vs. LGPL vs. ApacheV2)?
Is this something that MyFaces/ASF would be interested in, or is it
recommended more that code that extends JBoss projects be part of the
JBoss offerings?
Thanks,
Andrew
Re: Leveraging other JSF open source libraries in MyFaces with new
contribution projects?
Posted by Werner Punz <we...@gmail.com>.
David Steinkopff schrieb:
> OK, and what way can LGPLv3 combine with ALv2? That its the license
> question about JBoss and MyFaces.
>
Well I assume, as always, the Apache license is a bsdish license which
means everyone can use the code as long as some rules are followed (keep
the headers intact in the sources, add a file which clearly shows that
code from apache is there etc...)
besides that there are not too many restrictions on how you use the code.
It is alyways the problem between the licenses that the more liberal
licenses have to be more restrictive in the ways they can integrated
code than in the other direction.
So to sum it up, jboss can use the Apache codebase but not vice versa
unless they use a more liberal license than GPL or LGPL (which most of
their codebase is based upon)
Nothing prevents you hoever to do the integration in your project, it is
probably that you will be more bound by the rules of the GPL and LGPL
than by the Apache license.
Re: Leveraging other JSF open source libraries in MyFaces with new contribution projects?
Posted by David Steinkopff <da...@googlemail.com>.
OK, and what way can LGPLv3 combine with ALv2? That its the license question
about JBoss and MyFaces.
2007/6/11, Matthias Wessendorf <ma...@apache.org>:
>
> here is my email to legal.
>
>
> http://mail-archives.apache.org/mod_mbox/www-legal-discuss/200706.mbox/%3c71235db40706110011t71d0b5b3udd0b580057a19db6@mail.gmail.com%3e
>
> The reply isn't archived yet, but will be in some minutes, from now.
>
>
> On 6/11/07, Matthias Wessendorf <ma...@apache.org> wrote:
> > from the oreilly radar:
> >
> > <snip>
> > It will be possible to merge code under those licenses into GPL3
> > covered software once the GPL version 3 is really out.
> > </snip>
> >
> > That reads like GPL3 code can contain Apache/Eclipse licensed code.
> > Not that Apache code can contain GPL3.
> >
> > Here is an interesting comment, by Larry Rosen:
> > http://www.rosenlaw.com/GPLv3-Comments.htm
> >
> > <snip>
> > Apache software can now be included in GPLv3 projects.
> > </snip>
> >
> > I am not a lawyer, so just a try to "read" those postings ;-)
> >
> > -M
> >
> > On 6/11/07, David Steinkopff <da...@googlemail.com> wrote:
> > >
> http://www.zdnet.com.au/news/software/soa/GPL-likely-to-regain-Apache-compatibility/0,130061733,339276229,00.htm
> > > (english)
> > > http://radar.oreilly.com/archives/2007/04/gplv3_apache_li.html
> > > (english)
> > > http://www.heise.de/open/news/meldung/90483 (german)
> > >
> > > for example
> > >
> > > regards
> > > David
> > >
> > >
> > > 2007/6/11, Matthias Wessendorf <ma...@apache.org>:
> > > > where did u read it ?
> > > >
> > > > On 6/11/07, David Steinkopff <da...@googlemail.com>
> wrote:
> > > > > I read LGPLv3/GPLv3 will be compatible with Apache License 2.0.
> Its in
> > > that
> > > > > case possible to include dependencies to LGPLv3 code?
> > > > >
> > > > > regards
> > > > > David
> > > > >
> > > > > 2007/6/10, Martin Marinschek < martin.marinschek@gmail.com >:
> > > > > > No, we cannot include source/binary-dependencies to LGPL code -
> sorry.
> > > > > >
> > > > > > regards,
> > > > > >
> > > > > > Martin
> > > > > >
> > > > > > On 6/6/07, Cagatay Civici < cagatay.civici@gmail.com> wrote:
> > > > > > > To begin with jboss uses lgpl and that's not compatible with
> ASF
> > > > > license.
> > > > > > >
> > > > > > > Also frankly I do not want to mess with Jboss stuff cos
> MyFaces
> > > might
> > > > > face
> > > > > > > with their lawyers too as in Apache Geronimo case in 2004;)
> > > > > > >
> > > > > > > On the other hand facelets is always cool.
> > > > > > >
> > > > > > >
> > > > > > > On 6/6/07, Mike Kienenberger < mkienenb@gmail.com> wrote:
> > > > > > > > Don't know about Seam, RichFaces, or A4J, but I know that
> > > integrated
> > > > > > > > support for facelets is already part of Tobago and Trinidad,
> and
> > > is
> > > > > > > > planned for the next version of Tomahawk (for which I
> recently saw
> > > > > > > > someone create a new branch) by leveraging the
> infrastructure that
> > > > > > > > Trinidad provides.
> > > > > > > >
> > > > > > > > On 6/6/07, Andrew Robinson < andrew.rw.robinson@gmail.com>
> wrote:
> > > > > > > > > The more I use JSF, the more comfortable I get with some
> of the
> > > 3rd
> > > > > > > > > party open source libraries and the strengths and
> weaknesses of
> > > > > each.
> > > > > > > > > Until the JSF specification catches up with the common
> add-on
> > > > > > > > > technologies for JSF, the proverbial wheel is getting
> > > re-invented
> > > > > all
> > > > > > > > > the time (PPR, skinning, validation, JavaScript libraries,
> > > etc.).
> > > > > > > > >
> > > > > > > > > I find myself often using features from Facelets, MyFaces
> > > Tomahawk,
> > > > > > > > > MyFaces Sandbox, Seam framework and some of the
> components, A4J
> > > > > > > > > framework and components and a little of the RichFaces
> > > components
> > > > > > > > > (tree mainly) (and JDK 1.5 enhancements too).
> > > > > > > > >
> > > > > > > > > When I think about contributing new components and
> framework
> > > code to
> > > > > > > > > the open source community, I want to leverage combinations
> of
> > > these
> > > > > > > > > frameworks, and not have to re-invent the wheel. I'm never
> sure
> > > > > where
> > > > > > > > > to put this code, and for those projects that I decided to
> > > forward
> > > > > > > > > with I have put them with jsf-comp on sourceforge, but I'd
> > > rather
> > > > > have
> > > > > > > > > them with a larger community for better support.
> > > > > > > > >
> > > > > > > > > I'm wondering what the MyFaces and ASF teams would think
> about
> > > new
> > > > > > > > > projects under the MyFaces umbrella that leverage other
> > > libraries
> > > > > > > > > provided by JBoss. For example:
> > > > > > > > >
> > > > > > > > > - MyFaces+A4J
> > > > > > > > > - MyFaces+RichFaces
> > > > > > > > > - MyFaces+Seam
> > > > > > > > > - MyFaces+Facelets
> > > > > > > > >
> > > > > > > > > This would give open source developers, that find ASF
> easier to
> > > work
> > > > > > > > > with as an open source foundation, an opportunity to
> provide new
> > > > > > > > > components that extend the JBoss libraries without having
> to
> > > > > > > > > contribute to JBoss, a commercially owned company.
> > > > > > > > >
> > > > > > > > > What implications are there with this (Facelets vs. JBoss
> vs.
> > > apache
> > > > > > > > > licenses -- CDDL vs. LGPL vs. ApacheV2)?
> > > > > > > > >
> > > > > > > > > Is this something that MyFaces/ASF would be interested in,
> or is
> > > it
> > > > > > > > > recommended more that code that extends JBoss projects be
> part
> > > of
> > > > > the
> > > > > > > > > JBoss offerings?
> > > > > > > > >
> > > > > > > > > Thanks,
> > > > > > > > > Andrew
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > >
> > > > > > http://www.irian.at
> > > > > >
> > > > > > Your JSF powerhouse -
> > > > > > JSF Consulting, Development and
> > > > > > Courses in English and German
> > > > > >
> > > > > > Professional Support for Apache MyFaces
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Matthias Wessendorf
> > > >
> > > > further stuff:
> > > > blog: http://matthiaswessendorf.wordpress.com/
> > > > mail: matzew-at-apache-dot-org
> > > >
> > >
> > >
> >
> >
> > --
> > Matthias Wessendorf
> >
> > further stuff:
> > blog: http://matthiaswessendorf.wordpress.com/
> > mail: matzew-at-apache-dot-org
> >
>
>
> --
> Matthias Wessendorf
>
> further stuff:
> blog: http://matthiaswessendorf.wordpress.com/
> mail: matzew-at-apache-dot-org
>
Re: Leveraging other JSF open source libraries in MyFaces with new contribution projects?
Posted by Matthias Wessendorf <ma...@apache.org>.
here is my email to legal.
http://mail-archives.apache.org/mod_mbox/www-legal-discuss/200706.mbox/%3c71235db40706110011t71d0b5b3udd0b580057a19db6@mail.gmail.com%3e
The reply isn't archived yet, but will be in some minutes, from now.
On 6/11/07, Matthias Wessendorf <ma...@apache.org> wrote:
> from the oreilly radar:
>
> <snip>
> It will be possible to merge code under those licenses into GPL3
> covered software once the GPL version 3 is really out.
> </snip>
>
> That reads like GPL3 code can contain Apache/Eclipse licensed code.
> Not that Apache code can contain GPL3.
>
> Here is an interesting comment, by Larry Rosen:
> http://www.rosenlaw.com/GPLv3-Comments.htm
>
> <snip>
> Apache software can now be included in GPLv3 projects.
> </snip>
>
> I am not a lawyer, so just a try to "read" those postings ;-)
>
> -M
>
> On 6/11/07, David Steinkopff <da...@googlemail.com> wrote:
> > http://www.zdnet.com.au/news/software/soa/GPL-likely-to-regain-Apache-compatibility/0,130061733,339276229,00.htm
> > (english)
> > http://radar.oreilly.com/archives/2007/04/gplv3_apache_li.html
> > (english)
> > http://www.heise.de/open/news/meldung/90483 (german)
> >
> > for example
> >
> > regards
> > David
> >
> >
> > 2007/6/11, Matthias Wessendorf <ma...@apache.org>:
> > > where did u read it ?
> > >
> > > On 6/11/07, David Steinkopff <da...@googlemail.com> wrote:
> > > > I read LGPLv3/GPLv3 will be compatible with Apache License 2.0. Its in
> > that
> > > > case possible to include dependencies to LGPLv3 code?
> > > >
> > > > regards
> > > > David
> > > >
> > > > 2007/6/10, Martin Marinschek < martin.marinschek@gmail.com >:
> > > > > No, we cannot include source/binary-dependencies to LGPL code - sorry.
> > > > >
> > > > > regards,
> > > > >
> > > > > Martin
> > > > >
> > > > > On 6/6/07, Cagatay Civici < cagatay.civici@gmail.com> wrote:
> > > > > > To begin with jboss uses lgpl and that's not compatible with ASF
> > > > license.
> > > > > >
> > > > > > Also frankly I do not want to mess with Jboss stuff cos MyFaces
> > might
> > > > face
> > > > > > with their lawyers too as in Apache Geronimo case in 2004;)
> > > > > >
> > > > > > On the other hand facelets is always cool.
> > > > > >
> > > > > >
> > > > > > On 6/6/07, Mike Kienenberger < mkienenb@gmail.com> wrote:
> > > > > > > Don't know about Seam, RichFaces, or A4J, but I know that
> > integrated
> > > > > > > support for facelets is already part of Tobago and Trinidad, and
> > is
> > > > > > > planned for the next version of Tomahawk (for which I recently saw
> > > > > > > someone create a new branch) by leveraging the infrastructure that
> > > > > > > Trinidad provides.
> > > > > > >
> > > > > > > On 6/6/07, Andrew Robinson < andrew.rw.robinson@gmail.com> wrote:
> > > > > > > > The more I use JSF, the more comfortable I get with some of the
> > 3rd
> > > > > > > > party open source libraries and the strengths and weaknesses of
> > > > each.
> > > > > > > > Until the JSF specification catches up with the common add-on
> > > > > > > > technologies for JSF, the proverbial wheel is getting
> > re-invented
> > > > all
> > > > > > > > the time (PPR, skinning, validation, JavaScript libraries,
> > etc.).
> > > > > > > >
> > > > > > > > I find myself often using features from Facelets, MyFaces
> > Tomahawk,
> > > > > > > > MyFaces Sandbox, Seam framework and some of the components, A4J
> > > > > > > > framework and components and a little of the RichFaces
> > components
> > > > > > > > (tree mainly) (and JDK 1.5 enhancements too).
> > > > > > > >
> > > > > > > > When I think about contributing new components and framework
> > code to
> > > > > > > > the open source community, I want to leverage combinations of
> > these
> > > > > > > > frameworks, and not have to re-invent the wheel. I'm never sure
> > > > where
> > > > > > > > to put this code, and for those projects that I decided to
> > forward
> > > > > > > > with I have put them with jsf-comp on sourceforge, but I'd
> > rather
> > > > have
> > > > > > > > them with a larger community for better support.
> > > > > > > >
> > > > > > > > I'm wondering what the MyFaces and ASF teams would think about
> > new
> > > > > > > > projects under the MyFaces umbrella that leverage other
> > libraries
> > > > > > > > provided by JBoss. For example:
> > > > > > > >
> > > > > > > > - MyFaces+A4J
> > > > > > > > - MyFaces+RichFaces
> > > > > > > > - MyFaces+Seam
> > > > > > > > - MyFaces+Facelets
> > > > > > > >
> > > > > > > > This would give open source developers, that find ASF easier to
> > work
> > > > > > > > with as an open source foundation, an opportunity to provide new
> > > > > > > > components that extend the JBoss libraries without having to
> > > > > > > > contribute to JBoss, a commercially owned company.
> > > > > > > >
> > > > > > > > What implications are there with this (Facelets vs. JBoss vs.
> > apache
> > > > > > > > licenses -- CDDL vs. LGPL vs. ApacheV2)?
> > > > > > > >
> > > > > > > > Is this something that MyFaces/ASF would be interested in, or is
> > it
> > > > > > > > recommended more that code that extends JBoss projects be part
> > of
> > > > the
> > > > > > > > JBoss offerings?
> > > > > > > >
> > > > > > > > Thanks,
> > > > > > > > Andrew
> > > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > >
> > > > > http://www.irian.at
> > > > >
> > > > > Your JSF powerhouse -
> > > > > JSF Consulting, Development and
> > > > > Courses in English and German
> > > > >
> > > > > Professional Support for Apache MyFaces
> > > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Matthias Wessendorf
> > >
> > > further stuff:
> > > blog: http://matthiaswessendorf.wordpress.com/
> > > mail: matzew-at-apache-dot-org
> > >
> >
> >
>
>
> --
> Matthias Wessendorf
>
> further stuff:
> blog: http://matthiaswessendorf.wordpress.com/
> mail: matzew-at-apache-dot-org
>
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
Re: Leveraging other JSF open source libraries in MyFaces with new contribution projects?
Posted by Matthias Wessendorf <ma...@apache.org>.
from the oreilly radar:
<snip>
It will be possible to merge code under those licenses into GPL3
covered software once the GPL version 3 is really out.
</snip>
That reads like GPL3 code can contain Apache/Eclipse licensed code.
Not that Apache code can contain GPL3.
Here is an interesting comment, by Larry Rosen:
http://www.rosenlaw.com/GPLv3-Comments.htm
<snip>
Apache software can now be included in GPLv3 projects.
</snip>
I am not a lawyer, so just a try to "read" those postings ;-)
-M
On 6/11/07, David Steinkopff <da...@googlemail.com> wrote:
> http://www.zdnet.com.au/news/software/soa/GPL-likely-to-regain-Apache-compatibility/0,130061733,339276229,00.htm
> (english)
> http://radar.oreilly.com/archives/2007/04/gplv3_apache_li.html
> (english)
> http://www.heise.de/open/news/meldung/90483 (german)
>
> for example
>
> regards
> David
>
>
> 2007/6/11, Matthias Wessendorf <ma...@apache.org>:
> > where did u read it ?
> >
> > On 6/11/07, David Steinkopff <da...@googlemail.com> wrote:
> > > I read LGPLv3/GPLv3 will be compatible with Apache License 2.0. Its in
> that
> > > case possible to include dependencies to LGPLv3 code?
> > >
> > > regards
> > > David
> > >
> > > 2007/6/10, Martin Marinschek < martin.marinschek@gmail.com >:
> > > > No, we cannot include source/binary-dependencies to LGPL code - sorry.
> > > >
> > > > regards,
> > > >
> > > > Martin
> > > >
> > > > On 6/6/07, Cagatay Civici < cagatay.civici@gmail.com> wrote:
> > > > > To begin with jboss uses lgpl and that's not compatible with ASF
> > > license.
> > > > >
> > > > > Also frankly I do not want to mess with Jboss stuff cos MyFaces
> might
> > > face
> > > > > with their lawyers too as in Apache Geronimo case in 2004;)
> > > > >
> > > > > On the other hand facelets is always cool.
> > > > >
> > > > >
> > > > > On 6/6/07, Mike Kienenberger < mkienenb@gmail.com> wrote:
> > > > > > Don't know about Seam, RichFaces, or A4J, but I know that
> integrated
> > > > > > support for facelets is already part of Tobago and Trinidad, and
> is
> > > > > > planned for the next version of Tomahawk (for which I recently saw
> > > > > > someone create a new branch) by leveraging the infrastructure that
> > > > > > Trinidad provides.
> > > > > >
> > > > > > On 6/6/07, Andrew Robinson < andrew.rw.robinson@gmail.com> wrote:
> > > > > > > The more I use JSF, the more comfortable I get with some of the
> 3rd
> > > > > > > party open source libraries and the strengths and weaknesses of
> > > each.
> > > > > > > Until the JSF specification catches up with the common add-on
> > > > > > > technologies for JSF, the proverbial wheel is getting
> re-invented
> > > all
> > > > > > > the time (PPR, skinning, validation, JavaScript libraries,
> etc.).
> > > > > > >
> > > > > > > I find myself often using features from Facelets, MyFaces
> Tomahawk,
> > > > > > > MyFaces Sandbox, Seam framework and some of the components, A4J
> > > > > > > framework and components and a little of the RichFaces
> components
> > > > > > > (tree mainly) (and JDK 1.5 enhancements too).
> > > > > > >
> > > > > > > When I think about contributing new components and framework
> code to
> > > > > > > the open source community, I want to leverage combinations of
> these
> > > > > > > frameworks, and not have to re-invent the wheel. I'm never sure
> > > where
> > > > > > > to put this code, and for those projects that I decided to
> forward
> > > > > > > with I have put them with jsf-comp on sourceforge, but I'd
> rather
> > > have
> > > > > > > them with a larger community for better support.
> > > > > > >
> > > > > > > I'm wondering what the MyFaces and ASF teams would think about
> new
> > > > > > > projects under the MyFaces umbrella that leverage other
> libraries
> > > > > > > provided by JBoss. For example:
> > > > > > >
> > > > > > > - MyFaces+A4J
> > > > > > > - MyFaces+RichFaces
> > > > > > > - MyFaces+Seam
> > > > > > > - MyFaces+Facelets
> > > > > > >
> > > > > > > This would give open source developers, that find ASF easier to
> work
> > > > > > > with as an open source foundation, an opportunity to provide new
> > > > > > > components that extend the JBoss libraries without having to
> > > > > > > contribute to JBoss, a commercially owned company.
> > > > > > >
> > > > > > > What implications are there with this (Facelets vs. JBoss vs.
> apache
> > > > > > > licenses -- CDDL vs. LGPL vs. ApacheV2)?
> > > > > > >
> > > > > > > Is this something that MyFaces/ASF would be interested in, or is
> it
> > > > > > > recommended more that code that extends JBoss projects be part
> of
> > > the
> > > > > > > JBoss offerings?
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Andrew
> > > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > >
> > > > http://www.irian.at
> > > >
> > > > Your JSF powerhouse -
> > > > JSF Consulting, Development and
> > > > Courses in English and German
> > > >
> > > > Professional Support for Apache MyFaces
> > > >
> > >
> > >
> >
> >
> > --
> > Matthias Wessendorf
> >
> > further stuff:
> > blog: http://matthiaswessendorf.wordpress.com/
> > mail: matzew-at-apache-dot-org
> >
>
>
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
Re: Leveraging other JSF open source libraries in MyFaces with new contribution projects?
Posted by David Steinkopff <da...@googlemail.com>.
http://www.zdnet.com.au/news/software/soa/GPL-likely-to-regain-Apache-compatibility/0,130061733,339276229,00.htm(english)
http://radar.oreilly.com/archives/2007/04/gplv3_apache_li.html (english)
http://www.heise.de/open/news/meldung/90483 (german)
for example
regards
David
2007/6/11, Matthias Wessendorf <ma...@apache.org>:
>
> where did u read it ?
>
> On 6/11/07, David Steinkopff <da...@googlemail.com> wrote:
> > I read LGPLv3/GPLv3 will be compatible with Apache License 2.0. Its in
> that
> > case possible to include dependencies to LGPLv3 code?
> >
> > regards
> > David
> >
> > 2007/6/10, Martin Marinschek < martin.marinschek@gmail.com>:
> > > No, we cannot include source/binary-dependencies to LGPL code - sorry.
> > >
> > > regards,
> > >
> > > Martin
> > >
> > > On 6/6/07, Cagatay Civici <ca...@gmail.com> wrote:
> > > > To begin with jboss uses lgpl and that's not compatible with ASF
> > license.
> > > >
> > > > Also frankly I do not want to mess with Jboss stuff cos MyFaces
> might
> > face
> > > > with their lawyers too as in Apache Geronimo case in 2004;)
> > > >
> > > > On the other hand facelets is always cool.
> > > >
> > > >
> > > > On 6/6/07, Mike Kienenberger <mk...@gmail.com> wrote:
> > > > > Don't know about Seam, RichFaces, or A4J, but I know that
> integrated
> > > > > support for facelets is already part of Tobago and Trinidad, and
> is
> > > > > planned for the next version of Tomahawk (for which I recently saw
> > > > > someone create a new branch) by leveraging the infrastructure that
> > > > > Trinidad provides.
> > > > >
> > > > > On 6/6/07, Andrew Robinson < andrew.rw.robinson@gmail.com> wrote:
> > > > > > The more I use JSF, the more comfortable I get with some of the
> 3rd
> > > > > > party open source libraries and the strengths and weaknesses of
> > each.
> > > > > > Until the JSF specification catches up with the common add-on
> > > > > > technologies for JSF, the proverbial wheel is getting
> re-invented
> > all
> > > > > > the time (PPR, skinning, validation, JavaScript libraries,
> etc.).
> > > > > >
> > > > > > I find myself often using features from Facelets, MyFaces
> Tomahawk,
> > > > > > MyFaces Sandbox, Seam framework and some of the components, A4J
> > > > > > framework and components and a little of the RichFaces
> components
> > > > > > (tree mainly) (and JDK 1.5 enhancements too).
> > > > > >
> > > > > > When I think about contributing new components and framework
> code to
> > > > > > the open source community, I want to leverage combinations of
> these
> > > > > > frameworks, and not have to re-invent the wheel. I'm never sure
> > where
> > > > > > to put this code, and for those projects that I decided to
> forward
> > > > > > with I have put them with jsf-comp on sourceforge, but I'd
> rather
> > have
> > > > > > them with a larger community for better support.
> > > > > >
> > > > > > I'm wondering what the MyFaces and ASF teams would think about
> new
> > > > > > projects under the MyFaces umbrella that leverage other
> libraries
> > > > > > provided by JBoss. For example:
> > > > > >
> > > > > > - MyFaces+A4J
> > > > > > - MyFaces+RichFaces
> > > > > > - MyFaces+Seam
> > > > > > - MyFaces+Facelets
> > > > > >
> > > > > > This would give open source developers, that find ASF easier to
> work
> > > > > > with as an open source foundation, an opportunity to provide new
> > > > > > components that extend the JBoss libraries without having to
> > > > > > contribute to JBoss, a commercially owned company.
> > > > > >
> > > > > > What implications are there with this (Facelets vs. JBoss vs.
> apache
> > > > > > licenses -- CDDL vs. LGPL vs. ApacheV2)?
> > > > > >
> > > > > > Is this something that MyFaces/ASF would be interested in, or is
> it
> > > > > > recommended more that code that extends JBoss projects be part
> of
> > the
> > > > > > JBoss offerings?
> > > > > >
> > > > > > Thanks,
> > > > > > Andrew
> > > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > > --
> > >
> > > http://www.irian.at
> > >
> > > Your JSF powerhouse -
> > > JSF Consulting, Development and
> > > Courses in English and German
> > >
> > > Professional Support for Apache MyFaces
> > >
> >
> >
>
>
> --
> Matthias Wessendorf
>
> further stuff:
> blog: http://matthiaswessendorf.wordpress.com/
> mail: matzew-at-apache-dot-org
>
Re: Leveraging other JSF open source libraries in MyFaces with new contribution projects?
Posted by Matthias Wessendorf <ma...@apache.org>.
where did u read it ?
On 6/11/07, David Steinkopff <da...@googlemail.com> wrote:
> I read LGPLv3/GPLv3 will be compatible with Apache License 2.0. Its in that
> case possible to include dependencies to LGPLv3 code?
>
> regards
> David
>
> 2007/6/10, Martin Marinschek < martin.marinschek@gmail.com>:
> > No, we cannot include source/binary-dependencies to LGPL code - sorry.
> >
> > regards,
> >
> > Martin
> >
> > On 6/6/07, Cagatay Civici <ca...@gmail.com> wrote:
> > > To begin with jboss uses lgpl and that's not compatible with ASF
> license.
> > >
> > > Also frankly I do not want to mess with Jboss stuff cos MyFaces might
> face
> > > with their lawyers too as in Apache Geronimo case in 2004;)
> > >
> > > On the other hand facelets is always cool.
> > >
> > >
> > > On 6/6/07, Mike Kienenberger <mk...@gmail.com> wrote:
> > > > Don't know about Seam, RichFaces, or A4J, but I know that integrated
> > > > support for facelets is already part of Tobago and Trinidad, and is
> > > > planned for the next version of Tomahawk (for which I recently saw
> > > > someone create a new branch) by leveraging the infrastructure that
> > > > Trinidad provides.
> > > >
> > > > On 6/6/07, Andrew Robinson < andrew.rw.robinson@gmail.com> wrote:
> > > > > The more I use JSF, the more comfortable I get with some of the 3rd
> > > > > party open source libraries and the strengths and weaknesses of
> each.
> > > > > Until the JSF specification catches up with the common add-on
> > > > > technologies for JSF, the proverbial wheel is getting re-invented
> all
> > > > > the time (PPR, skinning, validation, JavaScript libraries, etc.).
> > > > >
> > > > > I find myself often using features from Facelets, MyFaces Tomahawk,
> > > > > MyFaces Sandbox, Seam framework and some of the components, A4J
> > > > > framework and components and a little of the RichFaces components
> > > > > (tree mainly) (and JDK 1.5 enhancements too).
> > > > >
> > > > > When I think about contributing new components and framework code to
> > > > > the open source community, I want to leverage combinations of these
> > > > > frameworks, and not have to re-invent the wheel. I'm never sure
> where
> > > > > to put this code, and for those projects that I decided to forward
> > > > > with I have put them with jsf-comp on sourceforge, but I'd rather
> have
> > > > > them with a larger community for better support.
> > > > >
> > > > > I'm wondering what the MyFaces and ASF teams would think about new
> > > > > projects under the MyFaces umbrella that leverage other libraries
> > > > > provided by JBoss. For example:
> > > > >
> > > > > - MyFaces+A4J
> > > > > - MyFaces+RichFaces
> > > > > - MyFaces+Seam
> > > > > - MyFaces+Facelets
> > > > >
> > > > > This would give open source developers, that find ASF easier to work
> > > > > with as an open source foundation, an opportunity to provide new
> > > > > components that extend the JBoss libraries without having to
> > > > > contribute to JBoss, a commercially owned company.
> > > > >
> > > > > What implications are there with this (Facelets vs. JBoss vs. apache
> > > > > licenses -- CDDL vs. LGPL vs. ApacheV2)?
> > > > >
> > > > > Is this something that MyFaces/ASF would be interested in, or is it
> > > > > recommended more that code that extends JBoss projects be part of
> the
> > > > > JBoss offerings?
> > > > >
> > > > > Thanks,
> > > > > Andrew
> > > > >
> > > >
> > >
> > >
> >
> >
> > --
> >
> > http://www.irian.at
> >
> > Your JSF powerhouse -
> > JSF Consulting, Development and
> > Courses in English and German
> >
> > Professional Support for Apache MyFaces
> >
>
>
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
Re: Leveraging other JSF open source libraries in MyFaces with new contribution projects?
Posted by David Steinkopff <da...@googlemail.com>.
I read LGPLv3/GPLv3 will be compatible with Apache License 2.0. Its in that
case possible to include dependencies to LGPLv3 code?
regards
David
2007/6/10, Martin Marinschek <ma...@gmail.com>:
>
> No, we cannot include source/binary-dependencies to LGPL code - sorry.
>
> regards,
>
> Martin
>
> On 6/6/07, Cagatay Civici <ca...@gmail.com> wrote:
> > To begin with jboss uses lgpl and that's not compatible with ASF
> license.
> >
> > Also frankly I do not want to mess with Jboss stuff cos MyFaces might
> face
> > with their lawyers too as in Apache Geronimo case in 2004;)
> >
> > On the other hand facelets is always cool.
> >
> >
> > On 6/6/07, Mike Kienenberger <mk...@gmail.com> wrote:
> > > Don't know about Seam, RichFaces, or A4J, but I know that integrated
> > > support for facelets is already part of Tobago and Trinidad, and is
> > > planned for the next version of Tomahawk (for which I recently saw
> > > someone create a new branch) by leveraging the infrastructure that
> > > Trinidad provides.
> > >
> > > On 6/6/07, Andrew Robinson < andrew.rw.robinson@gmail.com> wrote:
> > > > The more I use JSF, the more comfortable I get with some of the 3rd
> > > > party open source libraries and the strengths and weaknesses of
> each.
> > > > Until the JSF specification catches up with the common add-on
> > > > technologies for JSF, the proverbial wheel is getting re-invented
> all
> > > > the time (PPR, skinning, validation, JavaScript libraries, etc.).
> > > >
> > > > I find myself often using features from Facelets, MyFaces Tomahawk,
> > > > MyFaces Sandbox, Seam framework and some of the components, A4J
> > > > framework and components and a little of the RichFaces components
> > > > (tree mainly) (and JDK 1.5 enhancements too).
> > > >
> > > > When I think about contributing new components and framework code to
> > > > the open source community, I want to leverage combinations of these
> > > > frameworks, and not have to re-invent the wheel. I'm never sure
> where
> > > > to put this code, and for those projects that I decided to forward
> > > > with I have put them with jsf-comp on sourceforge, but I'd rather
> have
> > > > them with a larger community for better support.
> > > >
> > > > I'm wondering what the MyFaces and ASF teams would think about new
> > > > projects under the MyFaces umbrella that leverage other libraries
> > > > provided by JBoss. For example:
> > > >
> > > > - MyFaces+A4J
> > > > - MyFaces+RichFaces
> > > > - MyFaces+Seam
> > > > - MyFaces+Facelets
> > > >
> > > > This would give open source developers, that find ASF easier to work
> > > > with as an open source foundation, an opportunity to provide new
> > > > components that extend the JBoss libraries without having to
> > > > contribute to JBoss, a commercially owned company.
> > > >
> > > > What implications are there with this (Facelets vs. JBoss vs. apache
> > > > licenses -- CDDL vs. LGPL vs. ApacheV2)?
> > > >
> > > > Is this something that MyFaces/ASF would be interested in, or is it
> > > > recommended more that code that extends JBoss projects be part of
> the
> > > > JBoss offerings?
> > > >
> > > > Thanks,
> > > > Andrew
> > > >
> > >
> >
> >
>
>
> --
>
> http://www.irian.at
>
> Your JSF powerhouse -
> JSF Consulting, Development and
> Courses in English and German
>
> Professional Support for Apache MyFaces
>
Re: Leveraging other JSF open source libraries in MyFaces with new contribution projects?
Posted by Martin Marinschek <ma...@gmail.com>.
No, we cannot include source/binary-dependencies to LGPL code - sorry.
regards,
Martin
On 6/6/07, Cagatay Civici <ca...@gmail.com> wrote:
> To begin with jboss uses lgpl and that's not compatible with ASF license.
>
> Also frankly I do not want to mess with Jboss stuff cos MyFaces might face
> with their lawyers too as in Apache Geronimo case in 2004;)
>
> On the other hand facelets is always cool.
>
>
> On 6/6/07, Mike Kienenberger <mk...@gmail.com> wrote:
> > Don't know about Seam, RichFaces, or A4J, but I know that integrated
> > support for facelets is already part of Tobago and Trinidad, and is
> > planned for the next version of Tomahawk (for which I recently saw
> > someone create a new branch) by leveraging the infrastructure that
> > Trinidad provides.
> >
> > On 6/6/07, Andrew Robinson < andrew.rw.robinson@gmail.com> wrote:
> > > The more I use JSF, the more comfortable I get with some of the 3rd
> > > party open source libraries and the strengths and weaknesses of each.
> > > Until the JSF specification catches up with the common add-on
> > > technologies for JSF, the proverbial wheel is getting re-invented all
> > > the time (PPR, skinning, validation, JavaScript libraries, etc.).
> > >
> > > I find myself often using features from Facelets, MyFaces Tomahawk,
> > > MyFaces Sandbox, Seam framework and some of the components, A4J
> > > framework and components and a little of the RichFaces components
> > > (tree mainly) (and JDK 1.5 enhancements too).
> > >
> > > When I think about contributing new components and framework code to
> > > the open source community, I want to leverage combinations of these
> > > frameworks, and not have to re-invent the wheel. I'm never sure where
> > > to put this code, and for those projects that I decided to forward
> > > with I have put them with jsf-comp on sourceforge, but I'd rather have
> > > them with a larger community for better support.
> > >
> > > I'm wondering what the MyFaces and ASF teams would think about new
> > > projects under the MyFaces umbrella that leverage other libraries
> > > provided by JBoss. For example:
> > >
> > > - MyFaces+A4J
> > > - MyFaces+RichFaces
> > > - MyFaces+Seam
> > > - MyFaces+Facelets
> > >
> > > This would give open source developers, that find ASF easier to work
> > > with as an open source foundation, an opportunity to provide new
> > > components that extend the JBoss libraries without having to
> > > contribute to JBoss, a commercially owned company.
> > >
> > > What implications are there with this (Facelets vs. JBoss vs. apache
> > > licenses -- CDDL vs. LGPL vs. ApacheV2)?
> > >
> > > Is this something that MyFaces/ASF would be interested in, or is it
> > > recommended more that code that extends JBoss projects be part of the
> > > JBoss offerings?
> > >
> > > Thanks,
> > > Andrew
> > >
> >
>
>
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
Re: Leveraging other JSF open source libraries in MyFaces with new contribution projects?
Posted by Cagatay Civici <ca...@gmail.com>.
To begin with jboss uses lgpl and that's not compatible with ASF license.
Also frankly I do not want to mess with Jboss stuff cos MyFaces might face
with their lawyers too as in Apache Geronimo case in 2004;)
On the other hand facelets is always cool.
On 6/6/07, Mike Kienenberger <mk...@gmail.com> wrote:
>
> Don't know about Seam, RichFaces, or A4J, but I know that integrated
> support for facelets is already part of Tobago and Trinidad, and is
> planned for the next version of Tomahawk (for which I recently saw
> someone create a new branch) by leveraging the infrastructure that
> Trinidad provides.
>
> On 6/6/07, Andrew Robinson <an...@gmail.com> wrote:
> > The more I use JSF, the more comfortable I get with some of the 3rd
> > party open source libraries and the strengths and weaknesses of each.
> > Until the JSF specification catches up with the common add-on
> > technologies for JSF, the proverbial wheel is getting re-invented all
> > the time (PPR, skinning, validation, JavaScript libraries, etc.).
> >
> > I find myself often using features from Facelets, MyFaces Tomahawk,
> > MyFaces Sandbox, Seam framework and some of the components, A4J
> > framework and components and a little of the RichFaces components
> > (tree mainly) (and JDK 1.5 enhancements too).
> >
> > When I think about contributing new components and framework code to
> > the open source community, I want to leverage combinations of these
> > frameworks, and not have to re-invent the wheel. I'm never sure where
> > to put this code, and for those projects that I decided to forward
> > with I have put them with jsf-comp on sourceforge, but I'd rather have
> > them with a larger community for better support.
> >
> > I'm wondering what the MyFaces and ASF teams would think about new
> > projects under the MyFaces umbrella that leverage other libraries
> > provided by JBoss. For example:
> >
> > - MyFaces+A4J
> > - MyFaces+RichFaces
> > - MyFaces+Seam
> > - MyFaces+Facelets
> >
> > This would give open source developers, that find ASF easier to work
> > with as an open source foundation, an opportunity to provide new
> > components that extend the JBoss libraries without having to
> > contribute to JBoss, a commercially owned company.
> >
> > What implications are there with this (Facelets vs. JBoss vs. apache
> > licenses -- CDDL vs. LGPL vs. ApacheV2)?
> >
> > Is this something that MyFaces/ASF would be interested in, or is it
> > recommended more that code that extends JBoss projects be part of the
> > JBoss offerings?
> >
> > Thanks,
> > Andrew
> >
>
Re: Leveraging other JSF open source libraries in MyFaces with new contribution projects?
Posted by Mike Kienenberger <mk...@gmail.com>.
Don't know about Seam, RichFaces, or A4J, but I know that integrated
support for facelets is already part of Tobago and Trinidad, and is
planned for the next version of Tomahawk (for which I recently saw
someone create a new branch) by leveraging the infrastructure that
Trinidad provides.
On 6/6/07, Andrew Robinson <an...@gmail.com> wrote:
> The more I use JSF, the more comfortable I get with some of the 3rd
> party open source libraries and the strengths and weaknesses of each.
> Until the JSF specification catches up with the common add-on
> technologies for JSF, the proverbial wheel is getting re-invented all
> the time (PPR, skinning, validation, JavaScript libraries, etc.).
>
> I find myself often using features from Facelets, MyFaces Tomahawk,
> MyFaces Sandbox, Seam framework and some of the components, A4J
> framework and components and a little of the RichFaces components
> (tree mainly) (and JDK 1.5 enhancements too).
>
> When I think about contributing new components and framework code to
> the open source community, I want to leverage combinations of these
> frameworks, and not have to re-invent the wheel. I'm never sure where
> to put this code, and for those projects that I decided to forward
> with I have put them with jsf-comp on sourceforge, but I'd rather have
> them with a larger community for better support.
>
> I'm wondering what the MyFaces and ASF teams would think about new
> projects under the MyFaces umbrella that leverage other libraries
> provided by JBoss. For example:
>
> - MyFaces+A4J
> - MyFaces+RichFaces
> - MyFaces+Seam
> - MyFaces+Facelets
>
> This would give open source developers, that find ASF easier to work
> with as an open source foundation, an opportunity to provide new
> components that extend the JBoss libraries without having to
> contribute to JBoss, a commercially owned company.
>
> What implications are there with this (Facelets vs. JBoss vs. apache
> licenses -- CDDL vs. LGPL vs. ApacheV2)?
>
> Is this something that MyFaces/ASF would be interested in, or is it
> recommended more that code that extends JBoss projects be part of the
> JBoss offerings?
>
> Thanks,
> Andrew
>
Re: ADF Dialog causes refresh code to no longer work
Posted by Adam Winer <aw...@gmail.com>.
Some big differences are support for server-side failover,
multiple simultaneous pages, and the back button.
Security is handled by only sending a token to the client; all
the real data is on the server. (There is an "all" mode
that sends all state to the client, but that exposes
the security issues you talk about unless you encrypt the
content.)
FWIW, as of JSF 1.2, server side state saving now functions
much like Trinidad's client-side state saving, sending a token
to the client.
-- Adam
On 6/7/07, Perkins, Nate-P63196 <Na...@gdc4s.com> wrote:
> I'll call this a naïve post, but what are the benefits to client-side? I've seen several times that it is 'highly recommended', but I can't say I know why.
> Also, we do have some security constraints, does the state-saving method matter for those kind of concerns?
>
> Thanks for all the help so far!
>
>
> Nate Perkins
> 480-441-3667
> nate.perkins@gdc4s.com
>
> >This email message is for the sole use of the intended recipient(s) and may contain GDC4S
> > confidential or privileged information. Any unauthorized review, use, disclosure or distribution
> > is prohibited. If you are not an intended recipient, please contact the sender by reply email and
> > destroy all copies of the original message.
> >
>
> -----Original Message-----
> From: Adam Winer [mailto:awiner@gmail.com]
> Sent: Thursday, June 07, 2007 8:26 AM
> To: MyFaces Discussion
> Subject: Re: ADF Dialog causes refresh code to no longer work
>
> On 6/7/07, Perkins, Nate-P63196 <Na...@gdc4s.com> wrote:
> > Thanks Adam,
> >
> > That would be a general solution, I suppose I had thought of that but
> > was nervous of the overhead of traversing the entire component tree, is
> > that not something I should worry about?
>
> Don't worry about it. It's virtually no work compared to everything
> else that goes on.
>
> > We are using server-side state saving which might explain why that call
> > is needed for that code to work.
>
> If you're using Trinidad (or ADF Faces), I strongly recommend
> switching to client-side state saving. There's virtually no benefits
> to fully server-side state saving.
>
> -- Adam
>
> >
> >
> > Nate Perkins
> > 480-441-3667
> > nate.perkins@gdc4s.com
> >
> > >This email message is for the sole use of the intended recipient(s) and
> > may contain GDC4S
> > > confidential or privileged information. Any unauthorized review, use,
> > disclosure or distribution
> > > is prohibited. If you are not an intended recipient, please contact
> > the sender by reply email and
> > > destroy all copies of the original message.
> > >
> >
> > -----Original Message-----
> > From: Adam Winer [mailto:awiner@gmail.com]
> > Sent: Wednesday, June 06, 2007 8:34 PM
> > To: MyFaces Discussion
> > Subject: Re: ADF Dialog causes refresh code to no longer work
> >
> > If I were going to disable and reset a large number of
> > components, I'd probably do so by walking the entire
> > UIComponent tree from the UIViewRoot, performing "instanceof
> > UIXEditableValue" and calling setDisabled(true) and resetValue() on
> > each instance. If you needed to restrict it to a subtree, you
> > could use one "binding" and walk down from that parent;
> > if you needed something more tailored, I'd consider adding
> > f:attribute to tag the ones that need to be reset.
> >
> > The code you've written scares me a bit - I've
> > no idea why the StateManager call should affect
> > anything, unless perhaps if you're using server-side
> > state saving?
> >
> > -- Adam
> >
> >
> > On 6/6/07, Perkins, Nate-P63196 <Na...@gdc4s.com> wrote:
> > > I have a page with a table of selectable objects.
> > >
> > > When an object is selected its inputs appear below the table (a
> > binding
> > > on 'rendered' of a panelHeader)
> > >
> > > The inputs have a save and a cancel button, cancel is
> > partialSubmit=true
> > > and immediate=true with all inputs having partialTriggers on both
> > > buttons.
> > >
> > > When I press Cancel, the inputs are supposed to disable and go into
> > > read-only mode. This took me a long time to get working properly, the
> > > issue being that the components would disable but the old values would
> > > still be there. (I wanted the values to reset)
> > > (I realize that this can be done by binding the input components and
> > > resetting, but I wanted/needed to find a general solution not a
> > > component-by-component solution)
> > > I found the following code which worked when put into my cancel action
> > > method:
> > > (I had seen code like this recommended before but without the last
> > > statement, this code does nothing useful unless the save to the
> > > StateManager is done)
> > >
> > > <code>
> > > FacesContext fc = FacesContext.getCurrentInstance();
> > > UIViewRoot viewRoot =
> > > fc.getApplication().getViewHandler().createView(fc,
> > > fc.getViewRoot().getViewId());
> > > fc.setViewRoot(viewRoot);
> > > fc.getApplication().getStateManager().saveSerializedView(fc);
> > > </code>
> > >
> > > Recently I was given a new requirement to have a popup confimation
> > > dialog on the cancel button. I launch an ADF dialog from the cancel
> > > button's action method and moved the code that used to be in the
> > action
> > > method into the returnListener. The problem is that now the above code
> > > no longer works. It seems to return to the main page in an
> > inconsistent
> > > state. (I click once, nothing happens, I click again and it reloads
> > the
> > > cancel dialog, I can't get out of the Edit mode.)
> > >
> > > I was able to return to a partially-working state by removing the
> > above
> > > code from the returnListener and replacing it with a partialTarget
> > call
> > > on the surrounding form, but again this only disables the components
> > it
> > > does not reset them.
> > >
> > > I am using Oracle ADF not Trinidad, but I am very interested in
> > > switching and am asking the MyFaces team if (a) they know of why the
> > > above code works in an action method but not in a returnListener, (b)
> > if
> > > this is a bug in the Oracle ADF dialog framework that has been fixed
> > in
> > > Trinidad (a compelling reason, among many, to switch), (c) is there
> > > another way to disable and reset the components without having to do
> > it
> > > on a component-by-component basis?
> > >
> > > Nate Perkins
> > > nate.perkins@gdc4s.com
> > >
> >
>
RE: ADF Dialog causes refresh code to no longer work
Posted by "Perkins, Nate-P63196" <Na...@gdc4s.com>.
I'll call this a naïve post, but what are the benefits to client-side? I've seen several times that it is 'highly recommended', but I can't say I know why.
Also, we do have some security constraints, does the state-saving method matter for those kind of concerns?
Thanks for all the help so far!
Nate Perkins
480-441-3667
nate.perkins@gdc4s.com
>This email message is for the sole use of the intended recipient(s) and may contain GDC4S
> confidential or privileged information. Any unauthorized review, use, disclosure or distribution
> is prohibited. If you are not an intended recipient, please contact the sender by reply email and
> destroy all copies of the original message.
>
-----Original Message-----
From: Adam Winer [mailto:awiner@gmail.com]
Sent: Thursday, June 07, 2007 8:26 AM
To: MyFaces Discussion
Subject: Re: ADF Dialog causes refresh code to no longer work
On 6/7/07, Perkins, Nate-P63196 <Na...@gdc4s.com> wrote:
> Thanks Adam,
>
> That would be a general solution, I suppose I had thought of that but
> was nervous of the overhead of traversing the entire component tree, is
> that not something I should worry about?
Don't worry about it. It's virtually no work compared to everything
else that goes on.
> We are using server-side state saving which might explain why that call
> is needed for that code to work.
If you're using Trinidad (or ADF Faces), I strongly recommend
switching to client-side state saving. There's virtually no benefits
to fully server-side state saving.
-- Adam
>
>
> Nate Perkins
> 480-441-3667
> nate.perkins@gdc4s.com
>
> >This email message is for the sole use of the intended recipient(s) and
> may contain GDC4S
> > confidential or privileged information. Any unauthorized review, use,
> disclosure or distribution
> > is prohibited. If you are not an intended recipient, please contact
> the sender by reply email and
> > destroy all copies of the original message.
> >
>
> -----Original Message-----
> From: Adam Winer [mailto:awiner@gmail.com]
> Sent: Wednesday, June 06, 2007 8:34 PM
> To: MyFaces Discussion
> Subject: Re: ADF Dialog causes refresh code to no longer work
>
> If I were going to disable and reset a large number of
> components, I'd probably do so by walking the entire
> UIComponent tree from the UIViewRoot, performing "instanceof
> UIXEditableValue" and calling setDisabled(true) and resetValue() on
> each instance. If you needed to restrict it to a subtree, you
> could use one "binding" and walk down from that parent;
> if you needed something more tailored, I'd consider adding
> f:attribute to tag the ones that need to be reset.
>
> The code you've written scares me a bit - I've
> no idea why the StateManager call should affect
> anything, unless perhaps if you're using server-side
> state saving?
>
> -- Adam
>
>
> On 6/6/07, Perkins, Nate-P63196 <Na...@gdc4s.com> wrote:
> > I have a page with a table of selectable objects.
> >
> > When an object is selected its inputs appear below the table (a
> binding
> > on 'rendered' of a panelHeader)
> >
> > The inputs have a save and a cancel button, cancel is
> partialSubmit=true
> > and immediate=true with all inputs having partialTriggers on both
> > buttons.
> >
> > When I press Cancel, the inputs are supposed to disable and go into
> > read-only mode. This took me a long time to get working properly, the
> > issue being that the components would disable but the old values would
> > still be there. (I wanted the values to reset)
> > (I realize that this can be done by binding the input components and
> > resetting, but I wanted/needed to find a general solution not a
> > component-by-component solution)
> > I found the following code which worked when put into my cancel action
> > method:
> > (I had seen code like this recommended before but without the last
> > statement, this code does nothing useful unless the save to the
> > StateManager is done)
> >
> > <code>
> > FacesContext fc = FacesContext.getCurrentInstance();
> > UIViewRoot viewRoot =
> > fc.getApplication().getViewHandler().createView(fc,
> > fc.getViewRoot().getViewId());
> > fc.setViewRoot(viewRoot);
> > fc.getApplication().getStateManager().saveSerializedView(fc);
> > </code>
> >
> > Recently I was given a new requirement to have a popup confimation
> > dialog on the cancel button. I launch an ADF dialog from the cancel
> > button's action method and moved the code that used to be in the
> action
> > method into the returnListener. The problem is that now the above code
> > no longer works. It seems to return to the main page in an
> inconsistent
> > state. (I click once, nothing happens, I click again and it reloads
> the
> > cancel dialog, I can't get out of the Edit mode.)
> >
> > I was able to return to a partially-working state by removing the
> above
> > code from the returnListener and replacing it with a partialTarget
> call
> > on the surrounding form, but again this only disables the components
> it
> > does not reset them.
> >
> > I am using Oracle ADF not Trinidad, but I am very interested in
> > switching and am asking the MyFaces team if (a) they know of why the
> > above code works in an action method but not in a returnListener, (b)
> if
> > this is a bug in the Oracle ADF dialog framework that has been fixed
> in
> > Trinidad (a compelling reason, among many, to switch), (c) is there
> > another way to disable and reset the components without having to do
> it
> > on a component-by-component basis?
> >
> > Nate Perkins
> > nate.perkins@gdc4s.com
> >
>
Re: ADF Dialog causes refresh code to no longer work
Posted by Adam Winer <aw...@gmail.com>.
On 6/7/07, Perkins, Nate-P63196 <Na...@gdc4s.com> wrote:
> Thanks Adam,
>
> That would be a general solution, I suppose I had thought of that but
> was nervous of the overhead of traversing the entire component tree, is
> that not something I should worry about?
Don't worry about it. It's virtually no work compared to everything
else that goes on.
> We are using server-side state saving which might explain why that call
> is needed for that code to work.
If you're using Trinidad (or ADF Faces), I strongly recommend
switching to client-side state saving. There's virtually no benefits
to fully server-side state saving.
-- Adam
>
>
> Nate Perkins
> 480-441-3667
> nate.perkins@gdc4s.com
>
> >This email message is for the sole use of the intended recipient(s) and
> may contain GDC4S
> > confidential or privileged information. Any unauthorized review, use,
> disclosure or distribution
> > is prohibited. If you are not an intended recipient, please contact
> the sender by reply email and
> > destroy all copies of the original message.
> >
>
> -----Original Message-----
> From: Adam Winer [mailto:awiner@gmail.com]
> Sent: Wednesday, June 06, 2007 8:34 PM
> To: MyFaces Discussion
> Subject: Re: ADF Dialog causes refresh code to no longer work
>
> If I were going to disable and reset a large number of
> components, I'd probably do so by walking the entire
> UIComponent tree from the UIViewRoot, performing "instanceof
> UIXEditableValue" and calling setDisabled(true) and resetValue() on
> each instance. If you needed to restrict it to a subtree, you
> could use one "binding" and walk down from that parent;
> if you needed something more tailored, I'd consider adding
> f:attribute to tag the ones that need to be reset.
>
> The code you've written scares me a bit - I've
> no idea why the StateManager call should affect
> anything, unless perhaps if you're using server-side
> state saving?
>
> -- Adam
>
>
> On 6/6/07, Perkins, Nate-P63196 <Na...@gdc4s.com> wrote:
> > I have a page with a table of selectable objects.
> >
> > When an object is selected its inputs appear below the table (a
> binding
> > on 'rendered' of a panelHeader)
> >
> > The inputs have a save and a cancel button, cancel is
> partialSubmit=true
> > and immediate=true with all inputs having partialTriggers on both
> > buttons.
> >
> > When I press Cancel, the inputs are supposed to disable and go into
> > read-only mode. This took me a long time to get working properly, the
> > issue being that the components would disable but the old values would
> > still be there. (I wanted the values to reset)
> > (I realize that this can be done by binding the input components and
> > resetting, but I wanted/needed to find a general solution not a
> > component-by-component solution)
> > I found the following code which worked when put into my cancel action
> > method:
> > (I had seen code like this recommended before but without the last
> > statement, this code does nothing useful unless the save to the
> > StateManager is done)
> >
> > <code>
> > FacesContext fc = FacesContext.getCurrentInstance();
> > UIViewRoot viewRoot =
> > fc.getApplication().getViewHandler().createView(fc,
> > fc.getViewRoot().getViewId());
> > fc.setViewRoot(viewRoot);
> > fc.getApplication().getStateManager().saveSerializedView(fc);
> > </code>
> >
> > Recently I was given a new requirement to have a popup confimation
> > dialog on the cancel button. I launch an ADF dialog from the cancel
> > button's action method and moved the code that used to be in the
> action
> > method into the returnListener. The problem is that now the above code
> > no longer works. It seems to return to the main page in an
> inconsistent
> > state. (I click once, nothing happens, I click again and it reloads
> the
> > cancel dialog, I can't get out of the Edit mode.)
> >
> > I was able to return to a partially-working state by removing the
> above
> > code from the returnListener and replacing it with a partialTarget
> call
> > on the surrounding form, but again this only disables the components
> it
> > does not reset them.
> >
> > I am using Oracle ADF not Trinidad, but I am very interested in
> > switching and am asking the MyFaces team if (a) they know of why the
> > above code works in an action method but not in a returnListener, (b)
> if
> > this is a bug in the Oracle ADF dialog framework that has been fixed
> in
> > Trinidad (a compelling reason, among many, to switch), (c) is there
> > another way to disable and reset the components without having to do
> it
> > on a component-by-component basis?
> >
> > Nate Perkins
> > nate.perkins@gdc4s.com
> >
>
RE: ADF Dialog causes refresh code to no longer work
Posted by "Perkins, Nate-P63196" <Na...@gdc4s.com>.
Thanks Adam,
That would be a general solution, I suppose I had thought of that but
was nervous of the overhead of traversing the entire component tree, is
that not something I should worry about?
We are using server-side state saving which might explain why that call
is needed for that code to work.
Nate Perkins
480-441-3667
nate.perkins@gdc4s.com
>This email message is for the sole use of the intended recipient(s) and
may contain GDC4S
> confidential or privileged information. Any unauthorized review, use,
disclosure or distribution
> is prohibited. If you are not an intended recipient, please contact
the sender by reply email and
> destroy all copies of the original message.
>
-----Original Message-----
From: Adam Winer [mailto:awiner@gmail.com]
Sent: Wednesday, June 06, 2007 8:34 PM
To: MyFaces Discussion
Subject: Re: ADF Dialog causes refresh code to no longer work
If I were going to disable and reset a large number of
components, I'd probably do so by walking the entire
UIComponent tree from the UIViewRoot, performing "instanceof
UIXEditableValue" and calling setDisabled(true) and resetValue() on
each instance. If you needed to restrict it to a subtree, you
could use one "binding" and walk down from that parent;
if you needed something more tailored, I'd consider adding
f:attribute to tag the ones that need to be reset.
The code you've written scares me a bit - I've
no idea why the StateManager call should affect
anything, unless perhaps if you're using server-side
state saving?
-- Adam
On 6/6/07, Perkins, Nate-P63196 <Na...@gdc4s.com> wrote:
> I have a page with a table of selectable objects.
>
> When an object is selected its inputs appear below the table (a
binding
> on 'rendered' of a panelHeader)
>
> The inputs have a save and a cancel button, cancel is
partialSubmit=true
> and immediate=true with all inputs having partialTriggers on both
> buttons.
>
> When I press Cancel, the inputs are supposed to disable and go into
> read-only mode. This took me a long time to get working properly, the
> issue being that the components would disable but the old values would
> still be there. (I wanted the values to reset)
> (I realize that this can be done by binding the input components and
> resetting, but I wanted/needed to find a general solution not a
> component-by-component solution)
> I found the following code which worked when put into my cancel action
> method:
> (I had seen code like this recommended before but without the last
> statement, this code does nothing useful unless the save to the
> StateManager is done)
>
> <code>
> FacesContext fc = FacesContext.getCurrentInstance();
> UIViewRoot viewRoot =
> fc.getApplication().getViewHandler().createView(fc,
> fc.getViewRoot().getViewId());
> fc.setViewRoot(viewRoot);
> fc.getApplication().getStateManager().saveSerializedView(fc);
> </code>
>
> Recently I was given a new requirement to have a popup confimation
> dialog on the cancel button. I launch an ADF dialog from the cancel
> button's action method and moved the code that used to be in the
action
> method into the returnListener. The problem is that now the above code
> no longer works. It seems to return to the main page in an
inconsistent
> state. (I click once, nothing happens, I click again and it reloads
the
> cancel dialog, I can't get out of the Edit mode.)
>
> I was able to return to a partially-working state by removing the
above
> code from the returnListener and replacing it with a partialTarget
call
> on the surrounding form, but again this only disables the components
it
> does not reset them.
>
> I am using Oracle ADF not Trinidad, but I am very interested in
> switching and am asking the MyFaces team if (a) they know of why the
> above code works in an action method but not in a returnListener, (b)
if
> this is a bug in the Oracle ADF dialog framework that has been fixed
in
> Trinidad (a compelling reason, among many, to switch), (c) is there
> another way to disable and reset the components without having to do
it
> on a component-by-component basis?
>
> Nate Perkins
> nate.perkins@gdc4s.com
>
Re: ADF Dialog causes refresh code to no longer work
Posted by Adam Winer <aw...@gmail.com>.
If I were going to disable and reset a large number of
components, I'd probably do so by walking the entire
UIComponent tree from the UIViewRoot, performing "instanceof
UIXEditableValue" and calling setDisabled(true) and resetValue() on
each instance. If you needed to restrict it to a subtree, you
could use one "binding" and walk down from that parent;
if you needed something more tailored, I'd consider adding
f:attribute to tag the ones that need to be reset.
The code you've written scares me a bit - I've
no idea why the StateManager call should affect
anything, unless perhaps if you're using server-side
state saving?
-- Adam
On 6/6/07, Perkins, Nate-P63196 <Na...@gdc4s.com> wrote:
> I have a page with a table of selectable objects.
>
> When an object is selected its inputs appear below the table (a binding
> on 'rendered' of a panelHeader)
>
> The inputs have a save and a cancel button, cancel is partialSubmit=true
> and immediate=true with all inputs having partialTriggers on both
> buttons.
>
> When I press Cancel, the inputs are supposed to disable and go into
> read-only mode. This took me a long time to get working properly, the
> issue being that the components would disable but the old values would
> still be there. (I wanted the values to reset)
> (I realize that this can be done by binding the input components and
> resetting, but I wanted/needed to find a general solution not a
> component-by-component solution)
> I found the following code which worked when put into my cancel action
> method:
> (I had seen code like this recommended before but without the last
> statement, this code does nothing useful unless the save to the
> StateManager is done)
>
> <code>
> FacesContext fc = FacesContext.getCurrentInstance();
> UIViewRoot viewRoot =
> fc.getApplication().getViewHandler().createView(fc,
> fc.getViewRoot().getViewId());
> fc.setViewRoot(viewRoot);
> fc.getApplication().getStateManager().saveSerializedView(fc);
> </code>
>
> Recently I was given a new requirement to have a popup confimation
> dialog on the cancel button. I launch an ADF dialog from the cancel
> button's action method and moved the code that used to be in the action
> method into the returnListener. The problem is that now the above code
> no longer works. It seems to return to the main page in an inconsistent
> state. (I click once, nothing happens, I click again and it reloads the
> cancel dialog, I can't get out of the Edit mode.)
>
> I was able to return to a partially-working state by removing the above
> code from the returnListener and replacing it with a partialTarget call
> on the surrounding form, but again this only disables the components it
> does not reset them.
>
> I am using Oracle ADF not Trinidad, but I am very interested in
> switching and am asking the MyFaces team if (a) they know of why the
> above code works in an action method but not in a returnListener, (b) if
> this is a bug in the Oracle ADF dialog framework that has been fixed in
> Trinidad (a compelling reason, among many, to switch), (c) is there
> another way to disable and reset the components without having to do it
> on a component-by-component basis?
>
> Nate Perkins
> nate.perkins@gdc4s.com
>
ADF Dialog causes refresh code to no longer work
Posted by "Perkins, Nate-P63196" <Na...@gdc4s.com>.
I have a page with a table of selectable objects.
When an object is selected its inputs appear below the table (a binding
on 'rendered' of a panelHeader)
The inputs have a save and a cancel button, cancel is partialSubmit=true
and immediate=true with all inputs having partialTriggers on both
buttons.
When I press Cancel, the inputs are supposed to disable and go into
read-only mode. This took me a long time to get working properly, the
issue being that the components would disable but the old values would
still be there. (I wanted the values to reset)
(I realize that this can be done by binding the input components and
resetting, but I wanted/needed to find a general solution not a
component-by-component solution)
I found the following code which worked when put into my cancel action
method:
(I had seen code like this recommended before but without the last
statement, this code does nothing useful unless the save to the
StateManager is done)
<code>
FacesContext fc = FacesContext.getCurrentInstance();
UIViewRoot viewRoot =
fc.getApplication().getViewHandler().createView(fc,
fc.getViewRoot().getViewId());
fc.setViewRoot(viewRoot);
fc.getApplication().getStateManager().saveSerializedView(fc);
</code>
Recently I was given a new requirement to have a popup confimation
dialog on the cancel button. I launch an ADF dialog from the cancel
button's action method and moved the code that used to be in the action
method into the returnListener. The problem is that now the above code
no longer works. It seems to return to the main page in an inconsistent
state. (I click once, nothing happens, I click again and it reloads the
cancel dialog, I can't get out of the Edit mode.)
I was able to return to a partially-working state by removing the above
code from the returnListener and replacing it with a partialTarget call
on the surrounding form, but again this only disables the components it
does not reset them.
I am using Oracle ADF not Trinidad, but I am very interested in
switching and am asking the MyFaces team if (a) they know of why the
above code works in an action method but not in a returnListener, (b) if
this is a bug in the Oracle ADF dialog framework that has been fixed in
Trinidad (a compelling reason, among many, to switch), (c) is there
another way to disable and reset the components without having to do it
on a component-by-component basis?
Nate Perkins
nate.perkins@gdc4s.com