You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@myfaces.apache.org by Glenn Davidson <gb...@yahoo.com> on 2004/11/10 15:54:52 UTC
Documentation.
Now I have come full circle. I started out looking at
MyFaces because of its features, couldn't get it
going, went to Sun's RI got it to work now I need to
go back to MyFaces for its extended features. I looked
for some sort of documentation for how to use the
features in MyFaces and was not able to find much.
Could someone point me in the right direction?
Thanks
Glenn
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Re: Documentation. -- Tree tag
Posted by No Galz <an...@yahoo.com>.
Thanks for your mail.
Bug added with key "MYFACES-11"
Regards,
fargo
--- Oliver Rossmueller <ol...@tuxerra.com> wrote:
> I would ask you to submit an bug entry at
> http://nagoya.apache.org/jira
> so this issue will not be forgotten. Thank you!
>
> Best regards,
> Oliver
>
>
> No Galz wrote:
> > Hii Manfred,
> >
> > Just saw your mail and i would like to add a point
> > regarding the tree tag.
> >
> > * The folder image used in tree is not rendered
> even
> > if i provide a attribute iconChild in the tree
> tag.
> >
> > When i had a look at sources, i found the
> following
> > in class
> net.sourceforge.myfaces.custom.tree.HtmlTree
> >
> > private String iconNoline =
> "images/tree/noline.gif";
> > private String iconChild =
> "images/tree/noline.gif";
> >
> > why iconChild is same as noline?????
> >
> > moreover, the folder image path is hardcoded and
> not
> > taken from the attributes for the tag.
> >
> > Is it a bug or am i missing something??
> >
> > Regards,
> > fargo
> >
> > --- Manfred Geiler <ma...@apache.org> wrote:
> >
> >
> >>Glenn,
> >>Thanks for your interest and yes, sorry, we do not
> >>have much
> >>documentation. My time is very limited at the
> moment
> >>(new project that
> >>takes all my time) and so I fear I will not be
> able
> >>to help make it
> >>better. There is the feature list on our homepage,
> >>that explains some
> >>important points and of course there is the
> >>sourcecode as Fr�d�ric
> >>mentioned ;-)
> >>There is one thing that would be of great help for
> >>us: Could you please
> >>makes notes while you inspect source code, look at
> >>API docs and read the
> >>(sparse) docs, so that you can give us valuable
> >>feedback about what
> >>should be documentated by all means.
> >>
> >>Thanks,
> >>Manfred
> >>
> >>
> >>Glenn Davidson wrote:
> >>
> >>>I have the source for the demo application and I
> >>
> >>was looking for any
> >>
> >>>additional documentation that may exist. Is there
> >>
> >>any API docs? Anything
> >>
> >>>at all that might be helpful? MyFaces has a lot
> of
> >>
> >>great features it
> >>
> >>>would be nice to find out about them.
> >>>
> >>>Glenn
> >>>
> >>>*/AUGE Fr�d�ric GC EUR
> >>
> >><fr...@globecast.com>/* wrote:
> >>
> >>> You can find them here
> >>>
> >>
> >
>
http://sourceforge.net/project/showfiles.php?group_id=69709&package_id=68729
> >
> >>> I don't know about the latest org.apache.*
> >>>
> >>> Frederic
> >>>
> >>> > -----Message d'origine-----
> >>> > De : Glenn Davidson
> >>
> >>[mailto:gbadavidson@yahoo.com]
> >>
> >>> > Envoye : mercredi 10 novembre 2004 15:28
> >>> > A : MyFaces Discussion; AUGE Frederic GC
> >>
> >>EUR
> >>
> >>> > Objet : RE: Documentation.
> >>> >
> >>> >
> >>> > I quite agree, I have looked at the sample
> >>> > applications and found them useful. The
> >>
> >>problem is I
> >>
> >>> > do not have the source code for the sample
> >>
> >>apps. Can
> >>
> >>> > anyone zip them up and send them along?
> >>> >
> >>> > Glenn
> >>> > --- AUGE Fridiric GC EUR
> >>> > wrote:
> >>> >
> >>> > > Hi,
> >>> > >
> >>> > > The MyFaces sample app is a good start.
> >>> > >
> >>> > > Frederic
> >>> > >
> >>> > > > -----Message d'origine-----
> >>> > > > De : Glenn Davidson
> >>
> >>[mailto:gbadavidson@yahoo.com]
> >>
> >>> > > > Envoye : mercredi 10 novembre 2004
> >>
> >>14:55
> >>
> >>> > > > A : myfaces-user@incubator.apache.org
> >>> > > > Objet : Documentation.
> >>> > > >
> >>> > > >
> >>> > > > Now I have come full circle. I started
> >>
> >>out looking
> >>
> >>> > > at
> >>> > > > MyFaces because of its features,
> >>
> >>couldn't get it
> >>
> >>> > > > going, went to Sun's RI got it to work
> >>
> >>now I need
> >>
> >>> > > to
> >>> > > > go back to MyFaces for its extended
> >>
> >>features. I
> >>
> >>> > > looked
> >>> > > > for some sort of documentation for how
> >>
> >>to use the
> >>
> >>> > > > features in MyFaces and was not able
> to
> >>
> >>find much.
> >>
> >>> > > > Could someone point me in the right
> >>
> >>direction?
> >>
> >>> > > >
> >>> > > > Thanks
> >>> > > >
> >>> > > > Glenn
> >>> > > >
> >>> > > >
> >>
> >>__________________________________________________
> >>
> >>> > > > Do You Yahoo!?
> >>> > > > Tired of spam? Yahoo! Mail has the
> best
> >>
> >>spam
> >>
> >>> > > protection around
> >>> > > > http://mail.yahoo.com
> >>> > >
> >>> >
> >>> >
>
=== message truncated ===
__________________________________
Do you Yahoo!?
The all-new My Yahoo! - Get yours free!
http://my.yahoo.com
Re: Documentation. -- Tree tag
Posted by Oliver Rossmueller <ol...@tuxerra.com>.
I would ask you to submit an bug entry at http://nagoya.apache.org/jira
so this issue will not be forgotten. Thank you!
Best regards,
Oliver
No Galz wrote:
> Hii Manfred,
>
> Just saw your mail and i would like to add a point
> regarding the tree tag.
>
> * The folder image used in tree is not rendered even
> if i provide a attribute iconChild in the tree tag.
>
> When i had a look at sources, i found the following
> in class net.sourceforge.myfaces.custom.tree.HtmlTree
>
> private String iconNoline = "images/tree/noline.gif";
> private String iconChild = "images/tree/noline.gif";
>
> why iconChild is same as noline?????
>
> moreover, the folder image path is hardcoded and not
> taken from the attributes for the tag.
>
> Is it a bug or am i missing something??
>
> Regards,
> fargo
>
> --- Manfred Geiler <ma...@apache.org> wrote:
>
>
>>Glenn,
>>Thanks for your interest and yes, sorry, we do not
>>have much
>>documentation. My time is very limited at the moment
>>(new project that
>>takes all my time) and so I fear I will not be able
>>to help make it
>>better. There is the feature list on our homepage,
>>that explains some
>>important points and of course there is the
>>sourcecode as Frédéric
>>mentioned ;-)
>>There is one thing that would be of great help for
>>us: Could you please
>>makes notes while you inspect source code, look at
>>API docs and read the
>>(sparse) docs, so that you can give us valuable
>>feedback about what
>>should be documentated by all means.
>>
>>Thanks,
>>Manfred
>>
>>
>>Glenn Davidson wrote:
>>
>>>I have the source for the demo application and I
>>
>>was looking for any
>>
>>>additional documentation that may exist. Is there
>>
>>any API docs? Anything
>>
>>>at all that might be helpful? MyFaces has a lot of
>>
>>great features it
>>
>>>would be nice to find out about them.
>>>
>>>Glenn
>>>
>>>*/AUGE Frédéric GC EUR
>>
>><fr...@globecast.com>/* wrote:
>>
>>> You can find them here
>>>
>>
> http://sourceforge.net/project/showfiles.php?group_id=69709&package_id=68729
>
>>> I don't know about the latest org.apache.*
>>>
>>> Frederic
>>>
>>> > -----Message d'origine-----
>>> > De : Glenn Davidson
>>
>>[mailto:gbadavidson@yahoo.com]
>>
>>> > Envoye : mercredi 10 novembre 2004 15:28
>>> > A : MyFaces Discussion; AUGE Frederic GC
>>
>>EUR
>>
>>> > Objet : RE: Documentation.
>>> >
>>> >
>>> > I quite agree, I have looked at the sample
>>> > applications and found them useful. The
>>
>>problem is I
>>
>>> > do not have the source code for the sample
>>
>>apps. Can
>>
>>> > anyone zip them up and send them along?
>>> >
>>> > Glenn
>>> > --- AUGE Fridiric GC EUR
>>> > wrote:
>>> >
>>> > > Hi,
>>> > >
>>> > > The MyFaces sample app is a good start.
>>> > >
>>> > > Frederic
>>> > >
>>> > > > -----Message d'origine-----
>>> > > > De : Glenn Davidson
>>
>>[mailto:gbadavidson@yahoo.com]
>>
>>> > > > Envoye : mercredi 10 novembre 2004
>>
>>14:55
>>
>>> > > > A : myfaces-user@incubator.apache.org
>>> > > > Objet : Documentation.
>>> > > >
>>> > > >
>>> > > > Now I have come full circle. I started
>>
>>out looking
>>
>>> > > at
>>> > > > MyFaces because of its features,
>>
>>couldn't get it
>>
>>> > > > going, went to Sun's RI got it to work
>>
>>now I need
>>
>>> > > to
>>> > > > go back to MyFaces for its extended
>>
>>features. I
>>
>>> > > looked
>>> > > > for some sort of documentation for how
>>
>>to use the
>>
>>> > > > features in MyFaces and was not able to
>>
>>find much.
>>
>>> > > > Could someone point me in the right
>>
>>direction?
>>
>>> > > >
>>> > > > Thanks
>>> > > >
>>> > > > Glenn
>>> > > >
>>> > > >
>>
>>__________________________________________________
>>
>>> > > > Do You Yahoo!?
>>> > > > Tired of spam? Yahoo! Mail has the best
>>
>>spam
>>
>>> > > protection around
>>> > > > http://mail.yahoo.com
>>> > >
>>> >
>>> >
>>> >
>>
>>__________________________________________________
>>
>>> > Do You Yahoo!?
>>> > Tired of spam? Yahoo! Mail has the best
>>
>>spam protection around
>>
>>> > http://mail.yahoo.com
>>>
>>>
>>
> ------------------------------------------------------------------------
>
>>>Do you Yahoo!?
>>>Check out the new Yahoo! Front Page. www.yahoo.com
>>
>><http://www.yahoo.com>
>>
>>
>
>
>
>
> __________________________________
> Do you Yahoo!?
> Check out the new Yahoo! Front Page.
> www.yahoo.com
>
>
--
Oliver Rossmueller
Software Engineer and IT-Consultant
Hamburg, Germany
http://www.rossmueller.com
Re: Documentation. -- Tree tag
Posted by Nicolas Arni-Bloch <Ni...@cui.unige.ch>.
Thanks I look at saveState end restoreState and see where the bug was.
I have reported the bug (bugKey = MYFACES-9).
Best regards
Nicolas
Le 16 nov. 04, à 01:50, Oliver Rossmueller a écrit :
> Nicolas,
>
> this is a bug: iconChildMiddle is not stored in component state (see
> method saveState of HtmlTree) and therefore it's value is lost. I'll
> fix this as soon as possible but would ask you to submit a bug at
> http://nagoya.apache.org/jira anyway so this issue will not be
> forgotten. Thank you!
>
> Best regards,
> Oliver
>
> Nicolas Arni-Bloch wrote:
>> Hi,
>> I found the same behavior but with the
>> iconChildMiddle
>> I try to debug the source and it really strange because the setter
>> setIconChildMiddle is call, and the value of the iconChildMiddle
>> attribute is changed, but when the getIconChildMiddle is call for the
>> render it's the old value how are returned. The problem appear only
>> for this attribute. I didn't find the reason of this behavior.
>> Regards
>> Nicolas
>> Le 12 nov. 04, à 12:17, No Galz a écrit :
>>> Hii Manfred,
>>>
>>> Just saw your mail and i would like to add a point
>>> regarding the tree tag.
>>>
>>> * The folder image used in tree is not rendered even
>>> if i provide a attribute iconChild in the tree tag.
>>>
>>> When i had a look at sources, i found the following
>>> in class net.sourceforge.myfaces.custom.tree.HtmlTree
>>>
>>> private String iconNoline = "images/tree/noline.gif";
>>> private String iconChild = "images/tree/noline.gif";
>>>
>>> why iconChild is same as noline?????
>>>
>>> moreover, the folder image path is hardcoded and not
>>> taken from the attributes for the tag.
>>>
>>> Is it a bug or am i missing something??
>>>
>>> Regards,
>>> fargo
>>>
>>> --- Manfred Geiler <ma...@apache.org> wrote:
>>>
>>>> Glenn,
>>>> Thanks for your interest and yes, sorry, we do not
>>>> have much
>>>> documentation. My time is very limited at the moment
>>>> (new project that
>>>> takes all my time) and so I fear I will not be able
>>>> to help make it
>>>> better. There is the feature list on our homepage,
>>>> that explains some
>>>> important points and of course there is the
>>>> sourcecode as Frédéric
>>>> mentioned ;-)
>>>> There is one thing that would be of great help for
>>>> us: Could you please
>>>> makes notes while you inspect source code, look at
>>>> API docs and read the
>>>> (sparse) docs, so that you can give us valuable
>>>> feedback about what
>>>> should be documentated by all means.
>>>>
>>>> Thanks,
>>>> Manfred
>>>>
>>>>
>>>> Glenn Davidson wrote:
>>>>
>>>>> I have the source for the demo application and I
>>>>
>>>> was looking for any
>>>>
>>>>> additional documentation that may exist. Is there
>>>>
>>>> any API docs? Anything
>>>>
>>>>> at all that might be helpful? MyFaces has a lot of
>>>>
>>>> great features it
>>>>
>>>>> would be nice to find out about them.
>>>>>
>>>>> Glenn
>>>>>
>>>>> */AUGE Frédéric GC EUR
>>>>
>>>> <fr...@globecast.com>/* wrote:
>>>>
>>>>>
>>>>> You can find them here
>>>>>
>>>>
>>> http://sourceforge.net/project/showfiles.php?
>>> group_id=69709&package_id=68729
>>>
>>>>>
>>>>> I don't know about the latest org.apache.*
>>>>>
>>>>> Frederic
>>>>>
>>>>>> -----Message d'origine-----
>>>>>> De : Glenn Davidson
>>>>
>>>> [mailto:gbadavidson@yahoo.com]
>>>>
>>>>>> Envoye : mercredi 10 novembre 2004 15:28
>>>>>> A : MyFaces Discussion; AUGE Frederic GC
>>>>
>>>> EUR
>>>>
>>>>>> Objet : RE: Documentation.
>>>>>>
>>>>>>
>>>>>> I quite agree, I have looked at the sample
>>>>>> applications and found them useful. The
>>>>
>>>> problem is I
>>>>
>>>>>> do not have the source code for the sample
>>>>
>>>> apps. Can
>>>>
>>>>>> anyone zip them up and send them along?
>>>>>>
>>>>>> Glenn
>>>>>> --- AUGE Fridiric GC EUR
>>>>>> wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> The MyFaces sample app is a good start.
>>>>>>>
>>>>>>> Frederic
>>>>>>>
>>>>>>>> -----Message d'origine-----
>>>>>>>> De : Glenn Davidson
>>>>
>>>> [mailto:gbadavidson@yahoo.com]
>>>>
>>>>>>>> Envoye : mercredi 10 novembre 2004
>>>>
>>>> 14:55
>>>>
>>>>>>>> A : myfaces-user@incubator.apache.org
>>>>>>>> Objet : Documentation.
>>>>>>>>
>>>>>>>>
>>>>>>>> Now I have come full circle. I started
>>>>
>>>> out looking
>>>>
>>>>>>> at
>>>>>>>
>>>>>>>> MyFaces because of its features,
>>>>
>>>> couldn't get it
>>>>
>>>>>>>> going, went to Sun's RI got it to work
>>>>
>>>> now I need
>>>>
>>>>>>> to
>>>>>>>
>>>>>>>> go back to MyFaces for its extended
>>>>
>>>> features. I
>>>>
>>>>>>> looked
>>>>>>>
>>>>>>>> for some sort of documentation for how
>>>>
>>>> to use the
>>>>
>>>>>>>> features in MyFaces and was not able to
>>>>
>>>> find much.
>>>>
>>>>>>>> Could someone point me in the right
>>>>
>>>> direction?
>>>>
>>>>>>>>
>>>>>>>> Thanks
>>>>>>>>
>>>>>>>> Glenn
>>>>>>>>
>>>>>>>>
>>>> __________________________________________________
>>>>
>>>>>>>> Do You Yahoo!?
>>>>>>>> Tired of spam? Yahoo! Mail has the best
>>>>
>>>> spam
>>>>
>>>>>>> protection around
>>>>>>>
>>>>>>>> http://mail.yahoo.com
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>> __________________________________________________
>>>>
>>>>>> Do You Yahoo!?
>>>>>> Tired of spam? Yahoo! Mail has the best
>>>>
>>>> spam protection around
>>>>
>>>>>> http://mail.yahoo.com
>>>>>
>>>>>
>>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> -- -
>>>
>>>>> Do you Yahoo!?
>>>>> Check out the new Yahoo! Front Page. www.yahoo.com
>>>>
>>>> <http://www.yahoo.com>
>>>>
>>>>
>>>
>>>
>>>
>>> __________________________________
>>> Do you Yahoo!?
>>> Check out the new Yahoo! Front Page.
>>> www.yahoo.com
>>>
>>>
>>>
>>>
>> --
>> Nicolas Arni-Bloch Groupe
>> MATIS-Bd, Centre Universitaire d'Informatique
>> 24 rue General-Dufour
>> CH-1205 Genève
>> eMail : nicolas.arni-bloch@cui.unige.ch
>> phone : +41 22 379 76 80
>> fax : +41 22 379 77 80
>
> --
> Oliver Rossmueller
> Software Engineer and IT-Consultant
> Hamburg, Germany
> http://www.rossmueller.com
>
>
--
Nicolas Arni-Bloch
Groupe MATIS-Bd, Centre Universitaire d'Informatique
24 rue General-Dufour
CH-1205 Genève
eMail : nicolas.arni-bloch@cui.unige.ch
phone : +41 22 379 76 80
fax : +41 22 379 77 80
Re: Documentation. -- Tree tag
Posted by Oliver Rossmueller <ol...@tuxerra.com>.
Nicolas,
this is a bug: iconChildMiddle is not stored in component state (see
method saveState of HtmlTree) and therefore it's value is lost. I'll fix
this as soon as possible but would ask you to submit a bug at
http://nagoya.apache.org/jira anyway so this issue will not be
forgotten. Thank you!
Best regards,
Oliver
Nicolas Arni-Bloch wrote:
> Hi,
> I found the same behavior but with the
> iconChildMiddle
> I try to debug the source and it really strange because the setter
> setIconChildMiddle is call, and the value of the iconChildMiddle
> attribute is changed, but when the getIconChildMiddle is call for the
> render it's the old value how are returned. The problem appear only for
> this attribute. I didn't find the reason of this behavior.
>
> Regards
> Nicolas
>
> Le 12 nov. 04, à 12:17, No Galz a écrit :
>
>> Hii Manfred,
>>
>> Just saw your mail and i would like to add a point
>> regarding the tree tag.
>>
>> * The folder image used in tree is not rendered even
>> if i provide a attribute iconChild in the tree tag.
>>
>> When i had a look at sources, i found the following
>> in class net.sourceforge.myfaces.custom.tree.HtmlTree
>>
>> private String iconNoline = "images/tree/noline.gif";
>> private String iconChild = "images/tree/noline.gif";
>>
>> why iconChild is same as noline?????
>>
>> moreover, the folder image path is hardcoded and not
>> taken from the attributes for the tag.
>>
>> Is it a bug or am i missing something??
>>
>> Regards,
>> fargo
>>
>> --- Manfred Geiler <ma...@apache.org> wrote:
>>
>>> Glenn,
>>> Thanks for your interest and yes, sorry, we do not
>>> have much
>>> documentation. My time is very limited at the moment
>>> (new project that
>>> takes all my time) and so I fear I will not be able
>>> to help make it
>>> better. There is the feature list on our homepage,
>>> that explains some
>>> important points and of course there is the
>>> sourcecode as Frédéric
>>> mentioned ;-)
>>> There is one thing that would be of great help for
>>> us: Could you please
>>> makes notes while you inspect source code, look at
>>> API docs and read the
>>> (sparse) docs, so that you can give us valuable
>>> feedback about what
>>> should be documentated by all means.
>>>
>>> Thanks,
>>> Manfred
>>>
>>>
>>> Glenn Davidson wrote:
>>>
>>>> I have the source for the demo application and I
>>>
>>> was looking for any
>>>
>>>> additional documentation that may exist. Is there
>>>
>>> any API docs? Anything
>>>
>>>> at all that might be helpful? MyFaces has a lot of
>>>
>>> great features it
>>>
>>>> would be nice to find out about them.
>>>>
>>>> Glenn
>>>>
>>>> */AUGE Frédéric GC EUR
>>>
>>> <fr...@globecast.com>/* wrote:
>>>
>>>>
>>>> You can find them here
>>>>
>>>
>> http://sourceforge.net/project/showfiles.php?
>> group_id=69709&package_id=68729
>>
>>>>
>>>> I don't know about the latest org.apache.*
>>>>
>>>> Frederic
>>>>
>>>>> -----Message d'origine-----
>>>>> De : Glenn Davidson
>>>
>>> [mailto:gbadavidson@yahoo.com]
>>>
>>>>> Envoye : mercredi 10 novembre 2004 15:28
>>>>> A : MyFaces Discussion; AUGE Frederic GC
>>>
>>> EUR
>>>
>>>>> Objet : RE: Documentation.
>>>>>
>>>>>
>>>>> I quite agree, I have looked at the sample
>>>>> applications and found them useful. The
>>>
>>> problem is I
>>>
>>>>> do not have the source code for the sample
>>>
>>> apps. Can
>>>
>>>>> anyone zip them up and send them along?
>>>>>
>>>>> Glenn
>>>>> --- AUGE Fridiric GC EUR
>>>>> wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> The MyFaces sample app is a good start.
>>>>>>
>>>>>> Frederic
>>>>>>
>>>>>>> -----Message d'origine-----
>>>>>>> De : Glenn Davidson
>>>
>>> [mailto:gbadavidson@yahoo.com]
>>>
>>>>>>> Envoye : mercredi 10 novembre 2004
>>>
>>> 14:55
>>>
>>>>>>> A : myfaces-user@incubator.apache.org
>>>>>>> Objet : Documentation.
>>>>>>>
>>>>>>>
>>>>>>> Now I have come full circle. I started
>>>
>>> out looking
>>>
>>>>>> at
>>>>>>
>>>>>>> MyFaces because of its features,
>>>
>>> couldn't get it
>>>
>>>>>>> going, went to Sun's RI got it to work
>>>
>>> now I need
>>>
>>>>>> to
>>>>>>
>>>>>>> go back to MyFaces for its extended
>>>
>>> features. I
>>>
>>>>>> looked
>>>>>>
>>>>>>> for some sort of documentation for how
>>>
>>> to use the
>>>
>>>>>>> features in MyFaces and was not able to
>>>
>>> find much.
>>>
>>>>>>> Could someone point me in the right
>>>
>>> direction?
>>>
>>>>>>>
>>>>>>> Thanks
>>>>>>>
>>>>>>> Glenn
>>>>>>>
>>>>>>>
>>> __________________________________________________
>>>
>>>>>>> Do You Yahoo!?
>>>>>>> Tired of spam? Yahoo! Mail has the best
>>>
>>> spam
>>>
>>>>>> protection around
>>>>>>
>>>>>>> http://mail.yahoo.com
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>> __________________________________________________
>>>
>>>>> Do You Yahoo!?
>>>>> Tired of spam? Yahoo! Mail has the best
>>>
>>> spam protection around
>>>
>>>>> http://mail.yahoo.com
>>>>
>>>>
>>>>
>>>
>> ----------------------------------------------------------------------- -
>>
>>>> Do you Yahoo!?
>>>> Check out the new Yahoo! Front Page. www.yahoo.com
>>>
>>> <http://www.yahoo.com>
>>>
>>>
>>
>>
>>
>>
>> __________________________________
>> Do you Yahoo!?
>> Check out the new Yahoo! Front Page.
>> www.yahoo.com
>>
>>
>>
>>
> --
> Nicolas Arni-Bloch
> Groupe MATIS-Bd, Centre Universitaire d'Informatique
> 24 rue General-Dufour
> CH-1205 Genève
> eMail : nicolas.arni-bloch@cui.unige.ch
> phone : +41 22 379 76 80
> fax : +41 22 379 77 80
>
>
--
Oliver Rossmueller
Software Engineer and IT-Consultant
Hamburg, Germany
http://www.rossmueller.com
Re: Documentation. -- Tree tag
Posted by Nicolas Arni-Bloch <Ni...@cui.unige.ch>.
Hi,
I found the same behavior but with the
iconChildMiddle
I try to debug the source and it really strange because the setter
setIconChildMiddle is call, and the value of the iconChildMiddle
attribute is changed, but when the getIconChildMiddle is call for the
render it's the old value how are returned. The problem appear only for
this attribute. I didn't find the reason of this behavior.
Regards
Nicolas
Le 12 nov. 04, à 12:17, No Galz a écrit :
> Hii Manfred,
>
> Just saw your mail and i would like to add a point
> regarding the tree tag.
>
> * The folder image used in tree is not rendered even
> if i provide a attribute iconChild in the tree tag.
>
> When i had a look at sources, i found the following
> in class net.sourceforge.myfaces.custom.tree.HtmlTree
>
> private String iconNoline = "images/tree/noline.gif";
> private String iconChild = "images/tree/noline.gif";
>
> why iconChild is same as noline?????
>
> moreover, the folder image path is hardcoded and not
> taken from the attributes for the tag.
>
> Is it a bug or am i missing something??
>
> Regards,
> fargo
>
> --- Manfred Geiler <ma...@apache.org> wrote:
>
>> Glenn,
>> Thanks for your interest and yes, sorry, we do not
>> have much
>> documentation. My time is very limited at the moment
>> (new project that
>> takes all my time) and so I fear I will not be able
>> to help make it
>> better. There is the feature list on our homepage,
>> that explains some
>> important points and of course there is the
>> sourcecode as Frédéric
>> mentioned ;-)
>> There is one thing that would be of great help for
>> us: Could you please
>> makes notes while you inspect source code, look at
>> API docs and read the
>> (sparse) docs, so that you can give us valuable
>> feedback about what
>> should be documentated by all means.
>>
>> Thanks,
>> Manfred
>>
>>
>> Glenn Davidson wrote:
>>> I have the source for the demo application and I
>> was looking for any
>>> additional documentation that may exist. Is there
>> any API docs? Anything
>>> at all that might be helpful? MyFaces has a lot of
>> great features it
>>> would be nice to find out about them.
>>>
>>> Glenn
>>>
>>> */AUGE Frédéric GC EUR
>> <fr...@globecast.com>/* wrote:
>>>
>>> You can find them here
>>>
>>
> http://sourceforge.net/project/showfiles.php?
> group_id=69709&package_id=68729
>>>
>>> I don't know about the latest org.apache.*
>>>
>>> Frederic
>>>
>>>> -----Message d'origine-----
>>>> De : Glenn Davidson
>> [mailto:gbadavidson@yahoo.com]
>>>> Envoye : mercredi 10 novembre 2004 15:28
>>>> A : MyFaces Discussion; AUGE Frederic GC
>> EUR
>>>> Objet : RE: Documentation.
>>>>
>>>>
>>>> I quite agree, I have looked at the sample
>>>> applications and found them useful. The
>> problem is I
>>>> do not have the source code for the sample
>> apps. Can
>>>> anyone zip them up and send them along?
>>>>
>>>> Glenn
>>>> --- AUGE Fridiric GC EUR
>>>> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> The MyFaces sample app is a good start.
>>>>>
>>>>> Frederic
>>>>>
>>>>>> -----Message d'origine-----
>>>>>> De : Glenn Davidson
>> [mailto:gbadavidson@yahoo.com]
>>>>>> Envoye : mercredi 10 novembre 2004
>> 14:55
>>>>>> A : myfaces-user@incubator.apache.org
>>>>>> Objet : Documentation.
>>>>>>
>>>>>>
>>>>>> Now I have come full circle. I started
>> out looking
>>>>> at
>>>>>> MyFaces because of its features,
>> couldn't get it
>>>>>> going, went to Sun's RI got it to work
>> now I need
>>>>> to
>>>>>> go back to MyFaces for its extended
>> features. I
>>>>> looked
>>>>>> for some sort of documentation for how
>> to use the
>>>>>> features in MyFaces and was not able to
>> find much.
>>>>>> Could someone point me in the right
>> direction?
>>>>>>
>>>>>> Thanks
>>>>>>
>>>>>> Glenn
>>>>>>
>>>>>>
>> __________________________________________________
>>>>>> Do You Yahoo!?
>>>>>> Tired of spam? Yahoo! Mail has the best
>> spam
>>>>> protection around
>>>>>> http://mail.yahoo.com
>>>>>
>>>>
>>>>
>>>>
>> __________________________________________________
>>>> Do You Yahoo!?
>>>> Tired of spam? Yahoo! Mail has the best
>> spam protection around
>>>> http://mail.yahoo.com
>>>
>>>
>>
> -----------------------------------------------------------------------
> -
>>> Do you Yahoo!?
>>> Check out the new Yahoo! Front Page. www.yahoo.com
>> <http://www.yahoo.com>
>>
>>
>
>
>
>
> __________________________________
> Do you Yahoo!?
> Check out the new Yahoo! Front Page.
> www.yahoo.com
>
>
>
>
--
Nicolas Arni-Bloch
Groupe MATIS-Bd, Centre Universitaire d'Informatique
24 rue General-Dufour
CH-1205 Genève
eMail : nicolas.arni-bloch@cui.unige.ch
phone : +41 22 379 76 80
fax : +41 22 379 77 80
Re: Tabbed Pane Question
Posted by Manfred Geiler <ma...@apache.org>.
fargo,
There is a TabChangeEvent, that is fired on each tab change.
Please try to register a listener with the <x:tabChangeListener> tag.
Syntax and usage is similar to the ActionListener.
HTH,
Manfred
No Galz wrote:
> Hii,
>
> Is it possible to have a tab having an "action" like
> in commandButton?? I checked the tlds, it doesn't seem
> so. But then, how can i acheive a dynamic tab which
> can include depending upon "action".
>
> Any ideas??
>
> Even i tried to include using the following..
> <x:panelTab id="tabb1" label="Tabb1" >
> <jsp:include page="/JSP/Edit/EdiList.jsp"/>
> </x:panelTab>
>
> But it is giving error with..Illegal to flush within a
> custom tag
>
> Regards,
> fargo
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
>
Tabbed Pane Question
Posted by No Galz <an...@yahoo.com>.
Hii,
Is it possible to have a tab having an "action" like
in commandButton?? I checked the tlds, it doesn't seem
so. But then, how can i acheive a dynamic tab which
can include depending upon "action".
Any ideas??
Even i tried to include using the following..
<x:panelTab id="tabb1" label="Tabb1" >
<jsp:include page="/JSP/Edit/EdiList.jsp"/>
</x:panelTab>
But it is giving error with..Illegal to flush within a
custom tag
Regards,
fargo
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Re: Documentation. -- Tree tag
Posted by No Galz <an...@yahoo.com>.
Hii Manfred,
Just saw your mail and i would like to add a point
regarding the tree tag.
* The folder image used in tree is not rendered even
if i provide a attribute iconChild in the tree tag.
When i had a look at sources, i found the following
in class net.sourceforge.myfaces.custom.tree.HtmlTree
private String iconNoline = "images/tree/noline.gif";
private String iconChild = "images/tree/noline.gif";
why iconChild is same as noline?????
moreover, the folder image path is hardcoded and not
taken from the attributes for the tag.
Is it a bug or am i missing something??
Regards,
fargo
--- Manfred Geiler <ma...@apache.org> wrote:
> Glenn,
> Thanks for your interest and yes, sorry, we do not
> have much
> documentation. My time is very limited at the moment
> (new project that
> takes all my time) and so I fear I will not be able
> to help make it
> better. There is the feature list on our homepage,
> that explains some
> important points and of course there is the
> sourcecode as Fr�d�ric
> mentioned ;-)
> There is one thing that would be of great help for
> us: Could you please
> makes notes while you inspect source code, look at
> API docs and read the
> (sparse) docs, so that you can give us valuable
> feedback about what
> should be documentated by all means.
>
> Thanks,
> Manfred
>
>
> Glenn Davidson wrote:
> > I have the source for the demo application and I
> was looking for any
> > additional documentation that may exist. Is there
> any API docs? Anything
> > at all that might be helpful? MyFaces has a lot of
> great features it
> > would be nice to find out about them.
> >
> > Glenn
> >
> > */AUGE Fr�d�ric GC EUR
> <fr...@globecast.com>/* wrote:
> >
> > You can find them here
> >
>
http://sourceforge.net/project/showfiles.php?group_id=69709&package_id=68729
> >
> > I don't know about the latest org.apache.*
> >
> > Frederic
> >
> > > -----Message d'origine-----
> > > De : Glenn Davidson
> [mailto:gbadavidson@yahoo.com]
> > > Envoye : mercredi 10 novembre 2004 15:28
> > > A : MyFaces Discussion; AUGE Frederic GC
> EUR
> > > Objet : RE: Documentation.
> > >
> > >
> > > I quite agree, I have looked at the sample
> > > applications and found them useful. The
> problem is I
> > > do not have the source code for the sample
> apps. Can
> > > anyone zip them up and send them along?
> > >
> > > Glenn
> > > --- AUGE Fridiric GC EUR
> > > wrote:
> > >
> > > > Hi,
> > > >
> > > > The MyFaces sample app is a good start.
> > > >
> > > > Frederic
> > > >
> > > > > -----Message d'origine-----
> > > > > De : Glenn Davidson
> [mailto:gbadavidson@yahoo.com]
> > > > > Envoye : mercredi 10 novembre 2004
> 14:55
> > > > > A : myfaces-user@incubator.apache.org
> > > > > Objet : Documentation.
> > > > >
> > > > >
> > > > > Now I have come full circle. I started
> out looking
> > > > at
> > > > > MyFaces because of its features,
> couldn't get it
> > > > > going, went to Sun's RI got it to work
> now I need
> > > > to
> > > > > go back to MyFaces for its extended
> features. I
> > > > looked
> > > > > for some sort of documentation for how
> to use the
> > > > > features in MyFaces and was not able to
> find much.
> > > > > Could someone point me in the right
> direction?
> > > > >
> > > > > Thanks
> > > > >
> > > > > Glenn
> > > > >
> > > > >
> __________________________________________________
> > > > > Do You Yahoo!?
> > > > > Tired of spam? Yahoo! Mail has the best
> spam
> > > > protection around
> > > > > http://mail.yahoo.com
> > > >
> > >
> > >
> > >
> __________________________________________________
> > > Do You Yahoo!?
> > > Tired of spam? Yahoo! Mail has the best
> spam protection around
> > > http://mail.yahoo.com
> >
> >
>
------------------------------------------------------------------------
> > Do you Yahoo!?
> > Check out the new Yahoo! Front Page. www.yahoo.com
> <http://www.yahoo.com>
>
>
__________________________________
Do you Yahoo!?
Check out the new Yahoo! Front Page.
www.yahoo.com
RE: Wiki ( was RE: Documentation.)
Posted by Matthias Wessendorf <ma...@matthias-wessendorf.de>.
Manfred,
yes of course. the myfaces-wiki is nice!
But one inside of Apache would be better...
Perhaps someone who's out in web, knows
details for creating that ;-)
Greetings,
Matthias
> -----Original Message-----
> From: Manfred Geiler [mailto:manolito@apache.org]
> Sent: Monday, November 15, 2004 10:44 AM
> To: MyFaces Discussion
> Subject: Re: Wiki ( was RE: Documentation.)
>
>
> We already have a wiki on www.myfaces.org
> In the long run, we should have a wiki on apache.org of
> course. Anybody out there who can help us setting up the
> Apache wiki? Thanks.
>
> Well, in the meantime everybody interested may contribute to
> our current
> wiki. Just tell me your desired nickname and I will give you a login.
>
> Thanks,
> Manfred
>
>
>
> Glenn Davidson wrote:
> > It sounds like we have the start of something good
> > here. I would be happy to post any documentation I
> > come up with in any form and would not mind anyone
> > editing it for correctness or completeness. Perhaps
> > other people could post as well. Just let me know how
> > to "Wiki" and I'll get right on it.
> >
> > Glenn
> >
> > --- Heath Borders-Wing <he...@gmail.com>
> > wrote:
> >
> >
> >>A Wiki would be great. I would love to make
> >>contributions to some of
> >>the files, we could even have pitfals to watch out
> >>for when extending
> >>components. I know I need those right now!
> >>
> >>
> >>On Fri, 12 Nov 2004 16:11:47 +0100, Matthias
> >>Wessendorf
> >><ma...@matthias-wessendorf.de> wrote:
> >>
> >>>Manfred, Glenn, others :-)
> >>>
> >>>Well for Apache projects there is the possibility
> >>>for using an *own* Wiki.
> >>>
> >>>I would recommend to use a Wiki for user-doc.
> >>>IF a wiki is online, Glenn could
> >>>edit the pages. If something is
> >>>wrong, not complete, etc. others
> >>>could change it.
> >>>
> >>>The Geronimo folks are going the
> >>>same way for their user-doc!
> >>>
> >>>Any comments?
> >>>Matthias
> >>>
> >>>
> >>>>-----Original Message-----
> >>>>From: Glenn Davidson
> >>
> >>[mailto:gbadavidson@yahoo.com]
> >>
> >>>>Sent: Friday, November 12, 2004 4:07 PM
> >>>>To: MyFaces Discussion
> >>>>Subject: Re: Documentation.
> >>>>
> >>>>
> >>>>Manfred,
> >>>>
> >>>>I completely understand the time pressure you
> >>
> >>are
> >>
> >>>>under. I am very impressed with the work done so
> >>
> >>far
> >>
> >>>>and I would like to become involved. What I
> >>
> >>would like
> >>
> >>>>to suggest is that I prepare documentation and
> >>
> >>pass it
> >>
> >>>>along to you for your review and possible
> >>
> >>publication.
> >>
> >>>> Please let me know if this would be a workable
> >>>>situation.
> >>>>
> >>>>Thanks,
> >>>>
> >>>>Glenn
> >>>>
> >>>>
> >>>>--- Manfred Geiler <ma...@apache.org> wrote:
> >>>>
> >>>>
> >>>>>Glenn,
> >>>>>Thanks for your interest and yes, sorry, we do
> >>
> >>not
> >>
> >>>>>have much
> >>>>>documentation. My time is very limited at the
> >>
> >>moment
> >>
> >>>>>(new project that
> >>>>>takes all my time) and so I fear I will not be
> >>
> >>able
> >>
> >>>>>to help make it
> >>>>>better. There is the feature list on our
> >>
> >>homepage,
> >>
> >>>>>that explains some
> >>>>>important points and of course there is the
> >>>>>sourcecode as Frédéric
> >>>>>mentioned ;-)
> >>>>>There is one thing that would be of great help
> >>
> >>for
> >>
> >>>>>us: Could you please
> >>>>>makes notes while you inspect source code,
> >>
> >>look at
> >>
> >>>>>API docs and read the
> >>>>>(sparse) docs, so that you can give us
> >>
> >>valuable
> >>
> >>>>>feedback about what
> >>>>>should be documentated by all means.
> >>>>>
> >>>>>Thanks,
> >>>>>Manfred
> >>>>>
> >>>>>
> >>>>>Glenn Davidson wrote:
> >>>>>
> >>>>>>I have the source for the demo application
> >>
> >>and I
> >>
> >>>>>was looking for any
> >>>>>
> >>>>>>additional documentation that may exist. Is
> >>
> >>there
> >>
> >>>>>any API docs? Anything
> >>>>>
> >>>>>>at all that might be helpful? MyFaces has a
> >>
> >>lot of
> >>
> >>>>>great features it
> >>>>>
> >>>>>>would be nice to find out about them.
> >>>>>>
> >>>>>>Glenn
> >>>>>>
> >>>>>>*/AUGE Frédéric GC EUR
> >>>>>
> >>>>><fr...@globecast.com>/* wrote:
> >>>>>
> >>>>>> You can find them here
> >>>>>>
> >>>>>
> > http://sourceforge.net/project/showfiles.php?group_id=69709&pa
> >
> >>>>ckage_id=68729
> >>>>
> >>>>>> I don't know about the latest
> >>
> >>org.apache.*
> >>
> >>>>>> Frederic
> >>>>>>
> >>>>>> > -----Message d'origine-----
> >>>>>> > De : Glenn Davidson
> >>>>>
> >>>>>[mailto:gbadavidson@yahoo.com]
> >>>>>
> >>>>>> > Envoye : mercredi 10 novembre 2004
> >>
> >>15:28
> >>
> >>>>>> > A : MyFaces Discussion; AUGE Frederic
> >>
> >>GC
> >>
> >>>>>EUR
> >>>>>
> >>>>>> > Objet : RE: Documentation.
> >>>>>> >
> >>>>>> >
> >>>>>> > I quite agree, I have looked at the
> >>
> >>sample
> >>
> >>>>>> > applications and found them useful.
> >>
> >>The
> >>
> >>>>>problem is I
> >>>>>
> >>>>>> > do not have the source code for the
> >>
> >>sample
> >>
> >>>>>apps. Can
> >>>>>
> >>>>>> > anyone zip them up and send them
> >>
> >>along?
> >>
> >>>>>> >
> >>>>>> > Glenn
> >>>>>> > --- AUGE Fridiric GC EUR
> >>>>>> > wrote:
> >>>>>> >
> >>>>>> > > Hi,
> >>>>>> > >
> >>>>>> > > The MyFaces sample app is a good
> >>
> >>start.
> >>
> >>>>>> > >
> >>>>>> > > Frederic
> >>>>>> > >
> >>>>>> > > > -----Message d'origine-----
> >>>>>> > > > De : Glenn Davidson
> >>>>>
> >>>>>[mailto:gbadavidson@yahoo.com]
> >>>>>
> >>>>>> > > > Envoye : mercredi 10 novembre
> >>
> >>2004
> >>
> >>>>>14:55
> >>>>>
> >>>>>> > > > A :
> >>
> >>myfaces-user@incubator.apache.org
> >>
> >>>>>> > > > Objet : Documentation.
> >>>>>> > > >
> >>>>>> > > >
> >>>>>> > > > Now I have come full circle. I
> >>
> >>started
> >>
> >>>>>out looking
> >>>>>
> >>>>>> > > at
> >>>>>> > > > MyFaces because of its features,
> >>>>>
> >>>>>couldn't get it
> >>>>>
> >>>>>> > > > going, went to Sun's RI got it to
> >>
> >>work
> >>
> >>>>>now I need
> >>>>>
> >>>>>> > > to
> >>>>>> > > > go back to MyFaces for its
> >>
> >>extended
> >>
> >>>>>features. I
> >>>>>
> >>>>>> > > looked
> >>>>>> > > > for some sort of documentation
> >>
> >>for how
> >>
> >>>>>to use the
> >>>>>
> >>>>>> > > > features in MyFaces and was not
> >>
> >>able to
> >>
> >>>>>find much.
> >>>>>
> >>>>>> > > > Could someone point me in the
> >>
> >>right
> >>
> >>>>>direction?
> >>>>>
> >>>>>> > > >
> >>>>>> > > > Thanks
> >>>>>> > > >
> >>>>>> > > > Glenn
> >>>>>> > > >
> >>>>>> > > >
> >>>>>
> >>__________________________________________________
> >>
> >>>>>> > > > Do You Yahoo!?
> >>>>>> > > > Tired of spam? Yahoo! Mail has
> >>
> >>the best
> >>
> >>>>>spam
> >>>>>
> >>>>>> > > protection around
> >>>>>> > > > http://mail.yahoo.com
> >>>>>> > >
> >>>>>> >
> >>>>>> >
> >>
> > === message truncated ===
> >
> >
> >
> >
> > __________________________________
> > Do you Yahoo!?
> > Check out the new Yahoo! Front Page.
> > www.yahoo.com
> >
> >
> >
> >
>
Re: Wiki ( was RE: Documentation.)
Posted by Manfred Geiler <ma...@apache.org>.
We already have a wiki on www.myfaces.org
In the long run, we should have a wiki on apache.org of course.
Anybody out there who can help us setting up the Apache wiki? Thanks.
Well, in the meantime everybody interested may contribute to our current
wiki. Just tell me your desired nickname and I will give you a login.
Thanks,
Manfred
Glenn Davidson wrote:
> It sounds like we have the start of something good
> here. I would be happy to post any documentation I
> come up with in any form and would not mind anyone
> editing it for correctness or completeness. Perhaps
> other people could post as well. Just let me know how
> to "Wiki" and I'll get right on it.
>
> Glenn
>
> --- Heath Borders-Wing <he...@gmail.com>
> wrote:
>
>
>>A Wiki would be great. I would love to make
>>contributions to some of
>>the files, we could even have pitfals to watch out
>>for when extending
>>components. I know I need those right now!
>>
>>
>>On Fri, 12 Nov 2004 16:11:47 +0100, Matthias
>>Wessendorf
>><ma...@matthias-wessendorf.de> wrote:
>>
>>>Manfred, Glenn, others :-)
>>>
>>>Well for Apache projects there is the possibility
>>>for using an *own* Wiki.
>>>
>>>I would recommend to use a Wiki for user-doc.
>>>IF a wiki is online, Glenn could
>>>edit the pages. If something is
>>>wrong, not complete, etc. others
>>>could change it.
>>>
>>>The Geronimo folks are going the
>>>same way for their user-doc!
>>>
>>>Any comments?
>>>Matthias
>>>
>>>
>>>>-----Original Message-----
>>>>From: Glenn Davidson
>>
>>[mailto:gbadavidson@yahoo.com]
>>
>>>>Sent: Friday, November 12, 2004 4:07 PM
>>>>To: MyFaces Discussion
>>>>Subject: Re: Documentation.
>>>>
>>>>
>>>>Manfred,
>>>>
>>>>I completely understand the time pressure you
>>
>>are
>>
>>>>under. I am very impressed with the work done so
>>
>>far
>>
>>>>and I would like to become involved. What I
>>
>>would like
>>
>>>>to suggest is that I prepare documentation and
>>
>>pass it
>>
>>>>along to you for your review and possible
>>
>>publication.
>>
>>>> Please let me know if this would be a workable
>>>>situation.
>>>>
>>>>Thanks,
>>>>
>>>>Glenn
>>>>
>>>>
>>>>--- Manfred Geiler <ma...@apache.org> wrote:
>>>>
>>>>
>>>>>Glenn,
>>>>>Thanks for your interest and yes, sorry, we do
>>
>>not
>>
>>>>>have much
>>>>>documentation. My time is very limited at the
>>
>>moment
>>
>>>>>(new project that
>>>>>takes all my time) and so I fear I will not be
>>
>>able
>>
>>>>>to help make it
>>>>>better. There is the feature list on our
>>
>>homepage,
>>
>>>>>that explains some
>>>>>important points and of course there is the
>>>>>sourcecode as Frédéric
>>>>>mentioned ;-)
>>>>>There is one thing that would be of great help
>>
>>for
>>
>>>>>us: Could you please
>>>>>makes notes while you inspect source code,
>>
>>look at
>>
>>>>>API docs and read the
>>>>>(sparse) docs, so that you can give us
>>
>>valuable
>>
>>>>>feedback about what
>>>>>should be documentated by all means.
>>>>>
>>>>>Thanks,
>>>>>Manfred
>>>>>
>>>>>
>>>>>Glenn Davidson wrote:
>>>>>
>>>>>>I have the source for the demo application
>>
>>and I
>>
>>>>>was looking for any
>>>>>
>>>>>>additional documentation that may exist. Is
>>
>>there
>>
>>>>>any API docs? Anything
>>>>>
>>>>>>at all that might be helpful? MyFaces has a
>>
>>lot of
>>
>>>>>great features it
>>>>>
>>>>>>would be nice to find out about them.
>>>>>>
>>>>>>Glenn
>>>>>>
>>>>>>*/AUGE Frédéric GC EUR
>>>>>
>>>>><fr...@globecast.com>/* wrote:
>>>>>
>>>>>> You can find them here
>>>>>>
>>>>>
> http://sourceforge.net/project/showfiles.php?group_id=69709&pa
>
>>>>ckage_id=68729
>>>>
>>>>>> I don't know about the latest
>>
>>org.apache.*
>>
>>>>>> Frederic
>>>>>>
>>>>>> > -----Message d'origine-----
>>>>>> > De : Glenn Davidson
>>>>>
>>>>>[mailto:gbadavidson@yahoo.com]
>>>>>
>>>>>> > Envoye : mercredi 10 novembre 2004
>>
>>15:28
>>
>>>>>> > A : MyFaces Discussion; AUGE Frederic
>>
>>GC
>>
>>>>>EUR
>>>>>
>>>>>> > Objet : RE: Documentation.
>>>>>> >
>>>>>> >
>>>>>> > I quite agree, I have looked at the
>>
>>sample
>>
>>>>>> > applications and found them useful.
>>
>>The
>>
>>>>>problem is I
>>>>>
>>>>>> > do not have the source code for the
>>
>>sample
>>
>>>>>apps. Can
>>>>>
>>>>>> > anyone zip them up and send them
>>
>>along?
>>
>>>>>> >
>>>>>> > Glenn
>>>>>> > --- AUGE Fridiric GC EUR
>>>>>> > wrote:
>>>>>> >
>>>>>> > > Hi,
>>>>>> > >
>>>>>> > > The MyFaces sample app is a good
>>
>>start.
>>
>>>>>> > >
>>>>>> > > Frederic
>>>>>> > >
>>>>>> > > > -----Message d'origine-----
>>>>>> > > > De : Glenn Davidson
>>>>>
>>>>>[mailto:gbadavidson@yahoo.com]
>>>>>
>>>>>> > > > Envoye : mercredi 10 novembre
>>
>>2004
>>
>>>>>14:55
>>>>>
>>>>>> > > > A :
>>
>>myfaces-user@incubator.apache.org
>>
>>>>>> > > > Objet : Documentation.
>>>>>> > > >
>>>>>> > > >
>>>>>> > > > Now I have come full circle. I
>>
>>started
>>
>>>>>out looking
>>>>>
>>>>>> > > at
>>>>>> > > > MyFaces because of its features,
>>>>>
>>>>>couldn't get it
>>>>>
>>>>>> > > > going, went to Sun's RI got it to
>>
>>work
>>
>>>>>now I need
>>>>>
>>>>>> > > to
>>>>>> > > > go back to MyFaces for its
>>
>>extended
>>
>>>>>features. I
>>>>>
>>>>>> > > looked
>>>>>> > > > for some sort of documentation
>>
>>for how
>>
>>>>>to use the
>>>>>
>>>>>> > > > features in MyFaces and was not
>>
>>able to
>>
>>>>>find much.
>>>>>
>>>>>> > > > Could someone point me in the
>>
>>right
>>
>>>>>direction?
>>>>>
>>>>>> > > >
>>>>>> > > > Thanks
>>>>>> > > >
>>>>>> > > > Glenn
>>>>>> > > >
>>>>>> > > >
>>>>>
>>__________________________________________________
>>
>>>>>> > > > Do You Yahoo!?
>>>>>> > > > Tired of spam? Yahoo! Mail has
>>
>>the best
>>
>>>>>spam
>>>>>
>>>>>> > > protection around
>>>>>> > > > http://mail.yahoo.com
>>>>>> > >
>>>>>> >
>>>>>> >
>>
> === message truncated ===
>
>
>
>
> __________________________________
> Do you Yahoo!?
> Check out the new Yahoo! Front Page.
> www.yahoo.com
>
>
>
>
Re: Master/Detail Doc underway (Question)
Posted by Manfred Geiler <ma...@apache.org>.
Glenn Davidson wrote:
> I am working on documenting how to do a Master/detail
> relationship. I have gone through the source code and
> found the two keep commands I need to work with:
>
> updateActionListener
>
> saveState
>
> I found these in the src code and after reviewing
> them, it appears their behavior is:
>
> updateActionListener; A property is defined for a
> target class and is assigned a value. The method uses
> ValueBinding to detemine the root class. The values
> from the source object are passed (converted) to the
> target object and the target object is saved to the
> FacesContext.
>
> saveState; populates the curent Managed bean from the
> one stored in the updateActionListener command.
>
> Is this correct? Is there more to it then that?
1. updateActionListener
Purpose is to set a bean property to a certain value when an action is
fired. As you guessed, this enables a master page to easily set the
necessary attributes for a detail page. Common use case is to use the
primary key of the current row in the master list as value and set the
primary key in the detail model bean.
2. saveState
The <x:saveState> tag is generally useful if you are using client-side
state saving. In client-side state saving all the model beans would lose
their values on every request. With the convenient <x:saveState> tag it
is possible to save the bean (which must therefore be Serializable of
course) together with the component states in the client state, so that
it gets a similiar behaviour as a server-side bean, that is saved in the
servlet session. Even better: the bean will never loose the state that
it had during a certain response. Using browser back, the bean will
always have the same state, again and again. You know, browser back with
server-side beans is always a big problem, because you might get
requests for a historic page while the corresponding bean is already in
a completely different state.
HTH,
Manfred
RE: Antwort: Re: Back Button problems
Posted by Arinaya <ar...@realidea.ca>.
OK. I started deleting things a little more ruthlessly in my Tomcat
directories, and got it working.
But I still get a java.io.NotSerializableException when running with client
side state saving. So I raised a bug on Jira.
I find it hard to believe that everyone who uses MyFaces is forced to use
server-side state saving. Is this the case? Is the cause of the
NotSerializableException known?
Maybe I will just switch to RI.
Thanks,
arinaya
> -----Original Message-----
> From: Martin Marinschek [mailto:martin.marinschek@gmail.com]
> Sent: Tuesday, November 16, 2004 9:29 AM
> To: MyFaces Discussion
> Subject: Re: Antwort: Re: Back Button problems
>
> I have successfully transitioned over to the apache version,
> no problems at all - I had to make sure to get rid of all my
> cached data though, both of my IDE (IntelliJ) and Tomcat...
>
> regards,
>
> Martin
>
>
> On Tue, 16 Nov 2004 08:08:25 -0700, Arinaya
> <ar...@realidea.ca> wrote:
> > Thanks Oliver,
> >
> > Manfred gave me the impression that the NotSerializable error is
> > resolved in the current CVS version. However I am having a helluva
> > time getting the new version to work (see my last post). If any one
> > has done a successful transition of an app from 1.0.7 to the
> > org.apache version, please let me know. Something with
> taglibs, maybe caching on the webserver? Dunno...
> >
> > In the event that I get it running and client side state
> saving still
> > does not work, I will definitely submit a bug report.
> >
> > Thanks,
> > Arinaya
> >
> >
> >
> > > -----Original Message-----
> > > From: Oliver Rossmueller [mailto:oliver@tuxerra.com]
> > > Sent: Monday, November 15, 2004 6:05 PM
> > > To: MyFaces Discussion
> > > Subject: Re: Antwort: Re: Back Button problems
> > >
> > > Client-side storage of the view state will solve your back button
> > > problems. Unfortunately there seems to be an issue at the moment
> > > because of the NotSerializableException so if not done already
> > > please submit a bug entry at
> http://nagoya.apache.org/jira so this
> > > issue will not be lost.
> > >
> > > After that small sidestep back to the back button problem:
> > > when the view state is stored in the html on client side
> any request
> > > will submit the view state. So if you go back in browser history
> > > using the back button and then submit a form the old view
> state will
> > > be submitted, too, and the view will be restored exactly in the
> > > state it was when the respective page was rendered.
> > >
> > > So to make it short: client-side state saving will make the back
> > > button work in the way you are looking for. BUT: we have
> to resolve
> > > the NotSerializableException issue first so your are able to use
> > > client-side storage.
> > >
> > > Best regards,
> > > Oliver
> > >
> > >
> > > christian.rueedi@globus.ch wrote:
> > > >
> > > > We do this aswell here (pop-up). But I searching
> currently for a
> > > > solution...
> > > >
> > > > The strange thing for me is that if jsf can make a sync with a
> > > > request, why can't it execute the current action aswell in this
> > > > request...
> > > >
> > > > Chris
> > > >
> > > >
> > > >
> > > >
> > > > *Heath Borders-Wing <he...@gmail.com>*
> > > >
> > > > 15.11.2004 04:16
> > > > Bitte antworten an "MyFaces Discussion"
> > > >
> > > >
> > > > An: MyFaces Discussion
> > > <my...@incubator.apache.org>
> > > > Kopie:
> > > > Thema: Re: Back Button problems
> > > >
> > > >
> > > >
> > > >
> > > > I was wondering this as well. I think its in the JSF spec
> > > that this
> > > > occur, but I don't really understand why that needs to
> be the case.
> > > >
> > > > The short answer is to pop your JSF application up in a new
> > > window so
> > > > that the user cannot use the forward/back buttons.
> That's what we
> > > > have done.
> > > >
> > > >
> > > > On Sun, 14 Nov 2004 17:43:54 -0700, Arinaya
> > > <ar...@realidea.ca> wrote:
> > > > >
> > > > >
> > > > > So this is an inherent flaw of JSF then.
> > > > > No workaround? Anyone?
> > > > >
> > > > > Is it possible maybe that when a form is submitted and
> > > the View is
> > > > not > synchronized with the current page, to do some
> special magic?
> > > > Assuming the
> > > > > backing bean is still stored on the session, is it
> possible to
> > > > process the > request even though the View is out of synch?
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: Heath Borders-Wing
> [mailto:heath.borders@gmail.com] >
> > > > >
> > > > Sent: Sunday, November 14, 2004 12:27 PM > > To: MyFaces
> > > Discussion
> > > > > > Subject: Re: Back Button problems > > > > I don't
> > > think there is
> > > > a way you coudl do this with > > javascript because when
> > > you hit the
> > > > back button you aren't > > talking with the server at all, you
> > > > are just going through > > the browser's cache.
> > > > > >
> > > > > >
> > > > > > On Sun, 14 Nov 2004 08:45:08 -0700, Arinaya > >
> > > > <ar...@realidea.ca> wrote:
> > > > > > > Ok that makes sense.
> > > > > > > But is there any way to force JSF to refresh the
> > > View when > >
> > > > a page is > > > loaded in the browser?
> > > > > > >
> > > > > > > Or is it possible to send a request automatically on
> > > page > >
> > > > load if the > > > View is not synchronized with the
> current page?
> > > > > > >
> > > > > > > I think I could use javascript to do a form submit
> > > on page > >
> > > > load, but > > > how would I check the current JSF View using
> > > > javascript? Is > > it possible?
> > > > > > >
> > > > > > > Thanks
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > > -----Original Message----- > > > > From: Heath
> > > > Borders-Wing
> > > [mailto:heath.borders@gmail.com] >
> > > > > > > Sent: Sunday, November 14, 2004 8:35 AM > > > >
> To: MyFaces
> > > > Discussion > > > > Subject: Re: Back Button problems > >
> > > > > > > >
> > > > > I tried the same thing.
> > > > > > > >
> > > > > > > > I don't know why client side state saving was
> > > throwing a > >
> > > > > > NotSerializableException, but I know why you have to
> > > submit twice.
> > > > > > > >
> > > > > > > > Let's say you have two pages: A and B. If you
> > > submit a > >
> > > > form on page > > > > A and navigate to page B, the
> view that JSF
> > > > currently has > > stored is > > > > page B. So, if
> you use the
> > > > browser's 'back'
> > > > > > > > button to navigate to page A, JSF will take one
> > > request to >
> > > > > > > synchronize the page and the view. Then the second
> > > > > request
> > > > will be > > > > normal.
> > > > > > > >
> > > > > > > > I don't think that switching to client side state
> > > saving > >
> > > > will change > > > > this behavior.
> > > > > > > >
> > > > > > > >
> > > > > > > > On Sat, 13 Nov 2004 14:31:06 -0700, Arinaya
> > > > <ar...@realidea.ca> > > > > wrote:
> > > > > > > > > Hello All,
> > > > > > > > > I hope someone can please help me with this --
> > > > > > > >
> > > > > > > > > Currently when I navigate back to a form that has > >
> > > > previously been > > > > > submitted, using the browser
> > > back button, I
> > > > need to click > > > > the submit > > > > > button twice
> > > in order for
> > > > the form to actually > > resubmit. The first > > > > >
> > > click seems
> > > > to reset the form, clearing any changes > > that have been
> > > > > > > >
> > > > made to input fields since navigating back to the form.
> > > > > > > > >
> > > > > > > > > We are currently using server-side state saving
> > > method, and
> > > > > > > > I thought > > > > > this might be the problem,
> so I tried
> > > > switching this to client, > > > > > but then the
> > > FacesServlet throws
> > > > a > > java.io.NotSerializableException.
> > > > > > > > >
> > > > > > > > > Has anyone had either of these two problems?
> > > > > > > > > How can I get the browser back button to work?
> > > > > > > > > Using MyFaces 1.0.7.
> > > > > > > > >
> > > > > > > > > Thanks,
> > > > > > > > > Arinaya
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > If you don't have a GMail account, I probably have
> > > 5 invites.
> > > > > > > > Just ask!
> > > > > > > > -Heath Borders-Wing
> > > > > > > > hborders@mail.win.org
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > If you don't have a GMail account, I probably have
> 5 invites.
> > > > > > Just ask!
> > > > > > -Heath Borders-Wing
> > > > > > hborders@mail.win.org
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > If you don't have a GMail account, I probably have 5
> > > invites. Just ask!
> > > > -Heath Borders-Wing
> > > > hborders@mail.win.org
> > >
> > > --
> > > Oliver Rossmueller
> > > Software Engineer and IT-Consultant
> > > Hamburg, Germany
> > > http://www.rossmueller.com
> > >
> >
> >
>
Re: Antwort: Re: Back Button problems
Posted by Martin Marinschek <ma...@gmail.com>.
I have successfully transitioned over to the apache version, no
problems at all - I had to make sure to get rid of all my cached data
though, both of my IDE (IntelliJ) and Tomcat...
regards,
Martin
On Tue, 16 Nov 2004 08:08:25 -0700, Arinaya <ar...@realidea.ca> wrote:
> Thanks Oliver,
>
> Manfred gave me the impression that the NotSerializable error is resolved in
> the current CVS version. However I am having a helluva time getting the new
> version to work (see my last post). If any one has done a successful
> transition of an app from 1.0.7 to the org.apache version, please let me
> know. Something with taglibs, maybe caching on the webserver? Dunno...
>
> In the event that I get it running and client side state saving still does
> not work, I will definitely submit a bug report.
>
> Thanks,
> Arinaya
>
>
>
> > -----Original Message-----
> > From: Oliver Rossmueller [mailto:oliver@tuxerra.com]
> > Sent: Monday, November 15, 2004 6:05 PM
> > To: MyFaces Discussion
> > Subject: Re: Antwort: Re: Back Button problems
> >
> > Client-side storage of the view state will solve your back
> > button problems. Unfortunately there seems to be an issue at
> > the moment because of the NotSerializableException so if not
> > done already please submit a bug entry at
> > http://nagoya.apache.org/jira so this issue will not be lost.
> >
> > After that small sidestep back to the back button problem:
> > when the view state is stored in the html on client side any
> > request will submit the view state. So if you go back in
> > browser history using the back button and then submit a form
> > the old view state will be submitted, too, and the view will
> > be restored exactly in the state it was when the respective
> > page was rendered.
> >
> > So to make it short: client-side state saving will make the
> > back button work in the way you are looking for. BUT: we have
> > to resolve the NotSerializableException issue first so your
> > are able to use client-side storage.
> >
> > Best regards,
> > Oliver
> >
> >
> > christian.rueedi@globus.ch wrote:
> > >
> > > We do this aswell here (pop-up). But I searching currently for a
> > > solution...
> > >
> > > The strange thing for me is that if jsf can make a sync with a
> > > request, why can't it execute the current action aswell in this
> > > request...
> > >
> > > Chris
> > >
> > >
> > >
> > >
> > > *Heath Borders-Wing <he...@gmail.com>*
> > >
> > > 15.11.2004 04:16
> > > Bitte antworten an "MyFaces Discussion"
> > >
> > >
> > > An: MyFaces Discussion
> > <my...@incubator.apache.org>
> > > Kopie:
> > > Thema: Re: Back Button problems
> > >
> > >
> > >
> > >
> > > I was wondering this as well. I think its in the JSF spec
> > that this
> > > occur, but I don't really understand why that needs to be the case.
> > >
> > > The short answer is to pop your JSF application up in a new
> > window so
> > > that the user cannot use the forward/back buttons. That's what we
> > > have done.
> > >
> > >
> > > On Sun, 14 Nov 2004 17:43:54 -0700, Arinaya
> > <ar...@realidea.ca> wrote:
> > > >
> > > >
> > > > So this is an inherent flaw of JSF then.
> > > > No workaround? Anyone?
> > > >
> > > > Is it possible maybe that when a form is submitted and
> > the View is
> > > not > synchronized with the current page, to do some special magic?
> > > Assuming the
> > > > backing bean is still stored on the session, is it possible to
> > > process the > request even though the View is out of synch?
> > > >
> > > > > -----Original Message-----
> > > > > From: Heath Borders-Wing [mailto:heath.borders@gmail.com] > >
> > > Sent: Sunday, November 14, 2004 12:27 PM > > To: MyFaces
> > Discussion
> > > > > Subject: Re: Back Button problems > > > > I don't
> > think there is
> > > a way you coudl do this with > > javascript because when
> > you hit the
> > > back button you aren't > > talking with the server at all, you are
> > > just going through > > the browser's cache.
> > > > >
> > > > >
> > > > > On Sun, 14 Nov 2004 08:45:08 -0700, Arinaya > >
> > > <ar...@realidea.ca> wrote:
> > > > > > Ok that makes sense.
> > > > > > But is there any way to force JSF to refresh the
> > View when > >
> > > a page is > > > loaded in the browser?
> > > > > >
> > > > > > Or is it possible to send a request automatically on
> > page > >
> > > load if the > > > View is not synchronized with the current page?
> > > > > >
> > > > > > I think I could use javascript to do a form submit
> > on page > >
> > > load, but > > > how would I check the current JSF View using
> > > javascript? Is > > it possible?
> > > > > >
> > > > > > Thanks
> > > > > >
> > > > > >
> > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Heath Borders-Wing
> > [mailto:heath.borders@gmail.com] >
> > > > > > Sent: Sunday, November 14, 2004 8:35 AM > > > > To: MyFaces
> > > Discussion > > > > Subject: Re: Back Button problems > >
> > > > > > >
> > > > I tried the same thing.
> > > > > > >
> > > > > > > I don't know why client side state saving was
> > throwing a > >
> > > > > NotSerializableException, but I know why you have to
> > submit twice.
> > > > > > >
> > > > > > > Let's say you have two pages: A and B. If you
> > submit a > >
> > > form on page > > > > A and navigate to page B, the view that JSF
> > > currently has > > stored is > > > > page B. So, if you use the
> > > browser's 'back'
> > > > > > > button to navigate to page A, JSF will take one
> > request to >
> > > > > > synchronize the page and the view. Then the second
> > > > request
> > > will be > > > > normal.
> > > > > > >
> > > > > > > I don't think that switching to client side state
> > saving > >
> > > will change > > > > this behavior.
> > > > > > >
> > > > > > >
> > > > > > > On Sat, 13 Nov 2004 14:31:06 -0700, Arinaya
> > > <ar...@realidea.ca> > > > > wrote:
> > > > > > > > Hello All,
> > > > > > > > I hope someone can please help me with this --
> > > > > > >
> > > > > > > > Currently when I navigate back to a form that has > >
> > > previously been > > > > > submitted, using the browser
> > back button, I
> > > need to click > > > > the submit > > > > > button twice
> > in order for
> > > the form to actually > > resubmit. The first > > > > >
> > click seems
> > > to reset the form, clearing any changes > > that have been
> > > > > > >
> > > made to input fields since navigating back to the form.
> > > > > > > >
> > > > > > > > We are currently using server-side state saving
> > method, and
> > > > > > > I thought > > > > > this might be the problem, so I tried
> > > switching this to client, > > > > > but then the
> > FacesServlet throws
> > > a > > java.io.NotSerializableException.
> > > > > > > >
> > > > > > > > Has anyone had either of these two problems?
> > > > > > > > How can I get the browser back button to work?
> > > > > > > > Using MyFaces 1.0.7.
> > > > > > > >
> > > > > > > > Thanks,
> > > > > > > > Arinaya
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > If you don't have a GMail account, I probably have
> > 5 invites.
> > > > > > > Just ask!
> > > > > > > -Heath Borders-Wing
> > > > > > > hborders@mail.win.org
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > If you don't have a GMail account, I probably have 5 invites.
> > > > > Just ask!
> > > > > -Heath Borders-Wing
> > > > > hborders@mail.win.org
> > > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > If you don't have a GMail account, I probably have 5
> > invites. Just ask!
> > > -Heath Borders-Wing
> > > hborders@mail.win.org
> >
> > --
> > Oliver Rossmueller
> > Software Engineer and IT-Consultant
> > Hamburg, Germany
> > http://www.rossmueller.com
> >
>
>
Re: Antwort: Re: Back Button problems
Posted by Heath Borders-Wing <he...@gmail.com>.
Thank you! This had been confusing me for some time. That makes perfect sense.
On Tue, 16 Nov 2004 02:05:09 +0100, Oliver Rossmueller
<ol...@tuxerra.com> wrote:
> Client-side storage of the view state will solve your back button
> problems. Unfortunately there seems to be an issue at the moment because
> of the NotSerializableException so if not done already please submit a
> bug entry at http://nagoya.apache.org/jira so this issue will not be lost.
>
> After that small sidestep back to the back button problem: when the view
> state is stored in the html on client side any request will submit the
> view state. So if you go back in browser history using the back button
> and then submit a form the old view state will be submitted, too, and
> the view will be restored exactly in the state it was when the
> respective page was rendered.
>
> So to make it short: client-side state saving will make the back button
> work in the way you are looking for. BUT: we have to resolve the
> NotSerializableException issue first so your are able to use client-side
> storage.
>
> Best regards,
> Oliver
>
>
>
>
> christian.rueedi@globus.ch wrote:
> >
> > We do this aswell here (pop-up). But I searching currently for a
> > solution...
> >
> > The strange thing for me is that if jsf can make a sync with a request,
> > why can't it
> > execute the current action aswell in this request...
> >
> > Chris
> >
> >
> >
> >
> > *Heath Borders-Wing <he...@gmail.com>*
> >
> > 15.11.2004 04:16
> > Bitte antworten an "MyFaces Discussion"
> >
> >
> > An: MyFaces Discussion <my...@incubator.apache.org>
> > Kopie:
> > Thema: Re: Back Button problems
> >
> >
> >
> >
> > I was wondering this as well. I think its in the JSF spec that this
> > occur, but I don't really understand why that needs to be the case.
> >
> > The short answer is to pop your JSF application up in a new window so
> > that the user cannot use the forward/back buttons. That's what we
> > have done.
> >
> >
> > On Sun, 14 Nov 2004 17:43:54 -0700, Arinaya <ar...@realidea.ca> wrote:
> > >
> > >
> > > So this is an inherent flaw of JSF then.
> > > No workaround? Anyone?
> > >
> > > Is it possible maybe that when a form is submitted and the View is not
> > > synchronized with the current page, to do some special magic?
> > Assuming the
> > > backing bean is still stored on the session, is it possible to
> > process the
> > > request even though the View is out of synch?
> > >
> > > > -----Original Message-----
> > > > From: Heath Borders-Wing [mailto:heath.borders@gmail.com]
> > > > Sent: Sunday, November 14, 2004 12:27 PM
> > > > To: MyFaces Discussion
> > > > Subject: Re: Back Button problems
> > > >
> > > > I don't think there is a way you coudl do this with
> > > > javascript because when you hit the back button you aren't
> > > > talking with the server at all, you are just going through
> > > > the browser's cache.
> > > >
> > > >
> > > > On Sun, 14 Nov 2004 08:45:08 -0700, Arinaya
> > > > <ar...@realidea.ca> wrote:
> > > > > Ok that makes sense.
> > > > > But is there any way to force JSF to refresh the View when
> > > > a page is
> > > > > loaded in the browser?
> > > > >
> > > > > Or is it possible to send a request automatically on page
> > > > load if the
> > > > > View is not synchronized with the current page?
> > > > >
> > > > > I think I could use javascript to do a form submit on page
> > > > load, but
> > > > > how would I check the current JSF View using javascript? Is
> > > > it possible?
> > > > >
> > > > > Thanks
> > > > >
> > > > >
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: Heath Borders-Wing [mailto:heath.borders@gmail.com]
> > > > > > Sent: Sunday, November 14, 2004 8:35 AM
> > > > > > To: MyFaces Discussion
> > > > > > Subject: Re: Back Button problems
> > > > > >
> > > > > > I tried the same thing.
> > > > > >
> > > > > > I don't know why client side state saving was throwing a
> > > > > > NotSerializableException, but I know why you have to submit twice.
> > > > > >
> > > > > > Let's say you have two pages: A and B. If you submit a
> > > > form on page
> > > > > > A and navigate to page B, the view that JSF currently has
> > > > stored is
> > > > > > page B. So, if you use the browser's 'back'
> > > > > > button to navigate to page A, JSF will take one request to
> > > > > > synchronize the page and the view. Then the second
> > > > request will be
> > > > > > normal.
> > > > > >
> > > > > > I don't think that switching to client side state saving
> > > > will change
> > > > > > this behavior.
> > > > > >
> > > > > >
> > > > > > On Sat, 13 Nov 2004 14:31:06 -0700, Arinaya <ar...@realidea.ca>
> > > > > > wrote:
> > > > > > > Hello All,
> > > > > > > I hope someone can please help me with this --
> > > > > > >
> > > > > > > Currently when I navigate back to a form that has
> > > > previously been
> > > > > > > submitted, using the browser back button, I need to click
> > > > > > the submit
> > > > > > > button twice in order for the form to actually
> > > > resubmit. The first
> > > > > > > click seems to reset the form, clearing any changes
> > > > that have been
> > > > > > > made to input fields since navigating back to the form.
> > > > > > >
> > > > > > > We are currently using server-side state saving method, and
> > > > > > I thought
> > > > > > > this might be the problem, so I tried switching this to client,
> > > > > > > but then the FacesServlet throws a
> > > > java.io.NotSerializableException.
> > > > > > >
> > > > > > > Has anyone had either of these two problems?
> > > > > > > How can I get the browser back button to work?
> > > > > > > Using MyFaces 1.0.7.
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Arinaya
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > If you don't have a GMail account, I probably have 5 invites.
> > > > > > Just ask!
> > > > > > -Heath Borders-Wing
> > > > > > hborders@mail.win.org
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > If you don't have a GMail account, I probably have 5 invites.
> > > > Just ask!
> > > > -Heath Borders-Wing
> > > > hborders@mail.win.org
> > > >
> > >
> > >
> >
> >
> > --
> > If you don't have a GMail account, I probably have 5 invites. Just ask!
> > -Heath Borders-Wing
> > hborders@mail.win.org
>
> --
> Oliver Rossmueller
> Software Engineer and IT-Consultant
> Hamburg, Germany
> http://www.rossmueller.com
>
--
If you don't have a GMail account, I probably have 5 invites. Just ask!
-Heath Borders-Wing
hborders@mail.win.org
RE: Antwort: Re: Back Button problems
Posted by Arinaya <ar...@realidea.ca>.
Thanks Oliver,
Manfred gave me the impression that the NotSerializable error is resolved in
the current CVS version. However I am having a helluva time getting the new
version to work (see my last post). If any one has done a successful
transition of an app from 1.0.7 to the org.apache version, please let me
know. Something with taglibs, maybe caching on the webserver? Dunno...
In the event that I get it running and client side state saving still does
not work, I will definitely submit a bug report.
Thanks,
Arinaya
> -----Original Message-----
> From: Oliver Rossmueller [mailto:oliver@tuxerra.com]
> Sent: Monday, November 15, 2004 6:05 PM
> To: MyFaces Discussion
> Subject: Re: Antwort: Re: Back Button problems
>
> Client-side storage of the view state will solve your back
> button problems. Unfortunately there seems to be an issue at
> the moment because of the NotSerializableException so if not
> done already please submit a bug entry at
> http://nagoya.apache.org/jira so this issue will not be lost.
>
> After that small sidestep back to the back button problem:
> when the view state is stored in the html on client side any
> request will submit the view state. So if you go back in
> browser history using the back button and then submit a form
> the old view state will be submitted, too, and the view will
> be restored exactly in the state it was when the respective
> page was rendered.
>
> So to make it short: client-side state saving will make the
> back button work in the way you are looking for. BUT: we have
> to resolve the NotSerializableException issue first so your
> are able to use client-side storage.
>
> Best regards,
> Oliver
>
>
> christian.rueedi@globus.ch wrote:
> >
> > We do this aswell here (pop-up). But I searching currently for a
> > solution...
> >
> > The strange thing for me is that if jsf can make a sync with a
> > request, why can't it execute the current action aswell in this
> > request...
> >
> > Chris
> >
> >
> >
> >
> > *Heath Borders-Wing <he...@gmail.com>*
> >
> > 15.11.2004 04:16
> > Bitte antworten an "MyFaces Discussion"
> >
> >
> > An: MyFaces Discussion
> <my...@incubator.apache.org>
> > Kopie:
> > Thema: Re: Back Button problems
> >
> >
> >
> >
> > I was wondering this as well. I think its in the JSF spec
> that this
> > occur, but I don't really understand why that needs to be the case.
> >
> > The short answer is to pop your JSF application up in a new
> window so
> > that the user cannot use the forward/back buttons. That's what we
> > have done.
> >
> >
> > On Sun, 14 Nov 2004 17:43:54 -0700, Arinaya
> <ar...@realidea.ca> wrote:
> > >
> > >
> > > So this is an inherent flaw of JSF then.
> > > No workaround? Anyone?
> > >
> > > Is it possible maybe that when a form is submitted and
> the View is
> > not > synchronized with the current page, to do some special magic?
> > Assuming the
> > > backing bean is still stored on the session, is it possible to
> > process the > request even though the View is out of synch?
> > >
> > > > -----Original Message-----
> > > > From: Heath Borders-Wing [mailto:heath.borders@gmail.com] > >
> > Sent: Sunday, November 14, 2004 12:27 PM > > To: MyFaces
> Discussion
> > > > Subject: Re: Back Button problems > > > > I don't
> think there is
> > a way you coudl do this with > > javascript because when
> you hit the
> > back button you aren't > > talking with the server at all, you are
> > just going through > > the browser's cache.
> > > >
> > > >
> > > > On Sun, 14 Nov 2004 08:45:08 -0700, Arinaya > >
> > <ar...@realidea.ca> wrote:
> > > > > Ok that makes sense.
> > > > > But is there any way to force JSF to refresh the
> View when > >
> > a page is > > > loaded in the browser?
> > > > >
> > > > > Or is it possible to send a request automatically on
> page > >
> > load if the > > > View is not synchronized with the current page?
> > > > >
> > > > > I think I could use javascript to do a form submit
> on page > >
> > load, but > > > how would I check the current JSF View using
> > javascript? Is > > it possible?
> > > > >
> > > > > Thanks
> > > > >
> > > > >
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: Heath Borders-Wing
> [mailto:heath.borders@gmail.com] >
> > > > > Sent: Sunday, November 14, 2004 8:35 AM > > > > To: MyFaces
> > Discussion > > > > Subject: Re: Back Button problems > >
> > > > > >
> > > I tried the same thing.
> > > > > >
> > > > > > I don't know why client side state saving was
> throwing a > >
> > > > NotSerializableException, but I know why you have to
> submit twice.
> > > > > >
> > > > > > Let's say you have two pages: A and B. If you
> submit a > >
> > form on page > > > > A and navigate to page B, the view that JSF
> > currently has > > stored is > > > > page B. So, if you use the
> > browser's 'back'
> > > > > > button to navigate to page A, JSF will take one
> request to >
> > > > > synchronize the page and the view. Then the second
> > > request
> > will be > > > > normal.
> > > > > >
> > > > > > I don't think that switching to client side state
> saving > >
> > will change > > > > this behavior.
> > > > > >
> > > > > >
> > > > > > On Sat, 13 Nov 2004 14:31:06 -0700, Arinaya
> > <ar...@realidea.ca> > > > > wrote:
> > > > > > > Hello All,
> > > > > > > I hope someone can please help me with this --
> > > > > >
> > > > > > > Currently when I navigate back to a form that has > >
> > previously been > > > > > submitted, using the browser
> back button, I
> > need to click > > > > the submit > > > > > button twice
> in order for
> > the form to actually > > resubmit. The first > > > > >
> click seems
> > to reset the form, clearing any changes > > that have been
> > > > > >
> > made to input fields since navigating back to the form.
> > > > > > >
> > > > > > > We are currently using server-side state saving
> method, and
> > > > > > I thought > > > > > this might be the problem, so I tried
> > switching this to client, > > > > > but then the
> FacesServlet throws
> > a > > java.io.NotSerializableException.
> > > > > > >
> > > > > > > Has anyone had either of these two problems?
> > > > > > > How can I get the browser back button to work?
> > > > > > > Using MyFaces 1.0.7.
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Arinaya
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > If you don't have a GMail account, I probably have
> 5 invites.
> > > > > > Just ask!
> > > > > > -Heath Borders-Wing
> > > > > > hborders@mail.win.org
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > If you don't have a GMail account, I probably have 5 invites.
> > > > Just ask!
> > > > -Heath Borders-Wing
> > > > hborders@mail.win.org
> > > >
> > >
> > >
> >
> >
> > --
> > If you don't have a GMail account, I probably have 5
> invites. Just ask!
> > -Heath Borders-Wing
> > hborders@mail.win.org
>
> --
> Oliver Rossmueller
> Software Engineer and IT-Consultant
> Hamburg, Germany
> http://www.rossmueller.com
>
Re: Antwort: Re: Back Button problems
Posted by Oliver Rossmueller <ol...@tuxerra.com>.
Client-side storage of the view state will solve your back button
problems. Unfortunately there seems to be an issue at the moment because
of the NotSerializableException so if not done already please submit a
bug entry at http://nagoya.apache.org/jira so this issue will not be lost.
After that small sidestep back to the back button problem: when the view
state is stored in the html on client side any request will submit the
view state. So if you go back in browser history using the back button
and then submit a form the old view state will be submitted, too, and
the view will be restored exactly in the state it was when the
respective page was rendered.
So to make it short: client-side state saving will make the back button
work in the way you are looking for. BUT: we have to resolve the
NotSerializableException issue first so your are able to use client-side
storage.
Best regards,
Oliver
christian.rueedi@globus.ch wrote:
>
> We do this aswell here (pop-up). But I searching currently for a
> solution...
>
> The strange thing for me is that if jsf can make a sync with a request,
> why can't it
> execute the current action aswell in this request...
>
> Chris
>
>
>
>
> *Heath Borders-Wing <he...@gmail.com>*
>
> 15.11.2004 04:16
> Bitte antworten an "MyFaces Discussion"
>
>
> An: MyFaces Discussion <my...@incubator.apache.org>
> Kopie:
> Thema: Re: Back Button problems
>
>
>
>
> I was wondering this as well. I think its in the JSF spec that this
> occur, but I don't really understand why that needs to be the case.
>
> The short answer is to pop your JSF application up in a new window so
> that the user cannot use the forward/back buttons. That's what we
> have done.
>
>
> On Sun, 14 Nov 2004 17:43:54 -0700, Arinaya <ar...@realidea.ca> wrote:
> >
> >
> > So this is an inherent flaw of JSF then.
> > No workaround? Anyone?
> >
> > Is it possible maybe that when a form is submitted and the View is not
> > synchronized with the current page, to do some special magic?
> Assuming the
> > backing bean is still stored on the session, is it possible to
> process the
> > request even though the View is out of synch?
> >
> > > -----Original Message-----
> > > From: Heath Borders-Wing [mailto:heath.borders@gmail.com]
> > > Sent: Sunday, November 14, 2004 12:27 PM
> > > To: MyFaces Discussion
> > > Subject: Re: Back Button problems
> > >
> > > I don't think there is a way you coudl do this with
> > > javascript because when you hit the back button you aren't
> > > talking with the server at all, you are just going through
> > > the browser's cache.
> > >
> > >
> > > On Sun, 14 Nov 2004 08:45:08 -0700, Arinaya
> > > <ar...@realidea.ca> wrote:
> > > > Ok that makes sense.
> > > > But is there any way to force JSF to refresh the View when
> > > a page is
> > > > loaded in the browser?
> > > >
> > > > Or is it possible to send a request automatically on page
> > > load if the
> > > > View is not synchronized with the current page?
> > > >
> > > > I think I could use javascript to do a form submit on page
> > > load, but
> > > > how would I check the current JSF View using javascript? Is
> > > it possible?
> > > >
> > > > Thanks
> > > >
> > > >
> > > >
> > > > > -----Original Message-----
> > > > > From: Heath Borders-Wing [mailto:heath.borders@gmail.com]
> > > > > Sent: Sunday, November 14, 2004 8:35 AM
> > > > > To: MyFaces Discussion
> > > > > Subject: Re: Back Button problems
> > > > >
> > > > > I tried the same thing.
> > > > >
> > > > > I don't know why client side state saving was throwing a
> > > > > NotSerializableException, but I know why you have to submit twice.
> > > > >
> > > > > Let's say you have two pages: A and B. If you submit a
> > > form on page
> > > > > A and navigate to page B, the view that JSF currently has
> > > stored is
> > > > > page B. So, if you use the browser's 'back'
> > > > > button to navigate to page A, JSF will take one request to
> > > > > synchronize the page and the view. Then the second
> > > request will be
> > > > > normal.
> > > > >
> > > > > I don't think that switching to client side state saving
> > > will change
> > > > > this behavior.
> > > > >
> > > > >
> > > > > On Sat, 13 Nov 2004 14:31:06 -0700, Arinaya <ar...@realidea.ca>
> > > > > wrote:
> > > > > > Hello All,
> > > > > > I hope someone can please help me with this --
> > > > > >
> > > > > > Currently when I navigate back to a form that has
> > > previously been
> > > > > > submitted, using the browser back button, I need to click
> > > > > the submit
> > > > > > button twice in order for the form to actually
> > > resubmit. The first
> > > > > > click seems to reset the form, clearing any changes
> > > that have been
> > > > > > made to input fields since navigating back to the form.
> > > > > >
> > > > > > We are currently using server-side state saving method, and
> > > > > I thought
> > > > > > this might be the problem, so I tried switching this to client,
> > > > > > but then the FacesServlet throws a
> > > java.io.NotSerializableException.
> > > > > >
> > > > > > Has anyone had either of these two problems?
> > > > > > How can I get the browser back button to work?
> > > > > > Using MyFaces 1.0.7.
> > > > > >
> > > > > > Thanks,
> > > > > > Arinaya
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > If you don't have a GMail account, I probably have 5 invites.
> > > > > Just ask!
> > > > > -Heath Borders-Wing
> > > > > hborders@mail.win.org
> > > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > If you don't have a GMail account, I probably have 5 invites.
> > > Just ask!
> > > -Heath Borders-Wing
> > > hborders@mail.win.org
> > >
> >
> >
>
>
> --
> If you don't have a GMail account, I probably have 5 invites. Just ask!
> -Heath Borders-Wing
> hborders@mail.win.org
--
Oliver Rossmueller
Software Engineer and IT-Consultant
Hamburg, Germany
http://www.rossmueller.com
Antwort: Re: Back Button problems
Posted by ch...@globus.ch.
We do this aswell here (pop-up). But I searching currently for a
solution...
The strange thing for me is that if jsf can make a sync with a request,
why can't it
execute the current action aswell in this request...
Chris
Heath Borders-Wing <he...@gmail.com>
15.11.2004 04:16
Bitte antworten an "MyFaces Discussion"
An: MyFaces Discussion <my...@incubator.apache.org>
Kopie:
Thema: Re: Back Button problems
I was wondering this as well. I think its in the JSF spec that this
occur, but I don't really understand why that needs to be the case.
The short answer is to pop your JSF application up in a new window so
that the user cannot use the forward/back buttons. That's what we
have done.
On Sun, 14 Nov 2004 17:43:54 -0700, Arinaya <ar...@realidea.ca> wrote:
>
>
> So this is an inherent flaw of JSF then.
> No workaround? Anyone?
>
> Is it possible maybe that when a form is submitted and the View is not
> synchronized with the current page, to do some special magic? Assuming
the
> backing bean is still stored on the session, is it possible to process
the
> request even though the View is out of synch?
>
> > -----Original Message-----
> > From: Heath Borders-Wing [mailto:heath.borders@gmail.com]
> > Sent: Sunday, November 14, 2004 12:27 PM
> > To: MyFaces Discussion
> > Subject: Re: Back Button problems
> >
> > I don't think there is a way you coudl do this with
> > javascript because when you hit the back button you aren't
> > talking with the server at all, you are just going through
> > the browser's cache.
> >
> >
> > On Sun, 14 Nov 2004 08:45:08 -0700, Arinaya
> > <ar...@realidea.ca> wrote:
> > > Ok that makes sense.
> > > But is there any way to force JSF to refresh the View when
> > a page is
> > > loaded in the browser?
> > >
> > > Or is it possible to send a request automatically on page
> > load if the
> > > View is not synchronized with the current page?
> > >
> > > I think I could use javascript to do a form submit on page
> > load, but
> > > how would I check the current JSF View using javascript? Is
> > it possible?
> > >
> > > Thanks
> > >
> > >
> > >
> > > > -----Original Message-----
> > > > From: Heath Borders-Wing [mailto:heath.borders@gmail.com]
> > > > Sent: Sunday, November 14, 2004 8:35 AM
> > > > To: MyFaces Discussion
> > > > Subject: Re: Back Button problems
> > > >
> > > > I tried the same thing.
> > > >
> > > > I don't know why client side state saving was throwing a
> > > > NotSerializableException, but I know why you have to submit twice.
> > > >
> > > > Let's say you have two pages: A and B. If you submit a
> > form on page
> > > > A and navigate to page B, the view that JSF currently has
> > stored is
> > > > page B. So, if you use the browser's 'back'
> > > > button to navigate to page A, JSF will take one request to
> > > > synchronize the page and the view. Then the second
> > request will be
> > > > normal.
> > > >
> > > > I don't think that switching to client side state saving
> > will change
> > > > this behavior.
> > > >
> > > >
> > > > On Sat, 13 Nov 2004 14:31:06 -0700, Arinaya <ar...@realidea.ca>
> > > > wrote:
> > > > > Hello All,
> > > > > I hope someone can please help me with this --
> > > > >
> > > > > Currently when I navigate back to a form that has
> > previously been
> > > > > submitted, using the browser back button, I need to click
> > > > the submit
> > > > > button twice in order for the form to actually
> > resubmit. The first
> > > > > click seems to reset the form, clearing any changes
> > that have been
> > > > > made to input fields since navigating back to the form.
> > > > >
> > > > > We are currently using server-side state saving method, and
> > > > I thought
> > > > > this might be the problem, so I tried switching this to client,
> > > > > but then the FacesServlet throws a
> > java.io.NotSerializableException.
> > > > >
> > > > > Has anyone had either of these two problems?
> > > > > How can I get the browser back button to work?
> > > > > Using MyFaces 1.0.7.
> > > > >
> > > > > Thanks,
> > > > > Arinaya
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > If you don't have a GMail account, I probably have 5 invites.
> > > > Just ask!
> > > > -Heath Borders-Wing
> > > > hborders@mail.win.org
> > > >
> > >
> > >
> >
> >
> > --
> > If you don't have a GMail account, I probably have 5 invites.
> > Just ask!
> > -Heath Borders-Wing
> > hborders@mail.win.org
> >
>
>
--
If you don't have a GMail account, I probably have 5 invites. Just ask!
-Heath Borders-Wing
hborders@mail.win.org
Re: Back Button problems
Posted by Heath Borders-Wing <he...@gmail.com>.
I was wondering this as well. I think its in the JSF spec that this
occur, but I don't really understand why that needs to be the case.
The short answer is to pop your JSF application up in a new window so
that the user cannot use the forward/back buttons. That's what we
have done.
On Sun, 14 Nov 2004 17:43:54 -0700, Arinaya <ar...@realidea.ca> wrote:
>
>
> So this is an inherent flaw of JSF then.
> No workaround? Anyone?
>
> Is it possible maybe that when a form is submitted and the View is not
> synchronized with the current page, to do some special magic? Assuming the
> backing bean is still stored on the session, is it possible to process the
> request even though the View is out of synch?
>
> > -----Original Message-----
> > From: Heath Borders-Wing [mailto:heath.borders@gmail.com]
> > Sent: Sunday, November 14, 2004 12:27 PM
> > To: MyFaces Discussion
> > Subject: Re: Back Button problems
> >
> > I don't think there is a way you coudl do this with
> > javascript because when you hit the back button you aren't
> > talking with the server at all, you are just going through
> > the browser's cache.
> >
> >
> > On Sun, 14 Nov 2004 08:45:08 -0700, Arinaya
> > <ar...@realidea.ca> wrote:
> > > Ok that makes sense.
> > > But is there any way to force JSF to refresh the View when
> > a page is
> > > loaded in the browser?
> > >
> > > Or is it possible to send a request automatically on page
> > load if the
> > > View is not synchronized with the current page?
> > >
> > > I think I could use javascript to do a form submit on page
> > load, but
> > > how would I check the current JSF View using javascript? Is
> > it possible?
> > >
> > > Thanks
> > >
> > >
> > >
> > > > -----Original Message-----
> > > > From: Heath Borders-Wing [mailto:heath.borders@gmail.com]
> > > > Sent: Sunday, November 14, 2004 8:35 AM
> > > > To: MyFaces Discussion
> > > > Subject: Re: Back Button problems
> > > >
> > > > I tried the same thing.
> > > >
> > > > I don't know why client side state saving was throwing a
> > > > NotSerializableException, but I know why you have to submit twice.
> > > >
> > > > Let's say you have two pages: A and B. If you submit a
> > form on page
> > > > A and navigate to page B, the view that JSF currently has
> > stored is
> > > > page B. So, if you use the browser's 'back'
> > > > button to navigate to page A, JSF will take one request to
> > > > synchronize the page and the view. Then the second
> > request will be
> > > > normal.
> > > >
> > > > I don't think that switching to client side state saving
> > will change
> > > > this behavior.
> > > >
> > > >
> > > > On Sat, 13 Nov 2004 14:31:06 -0700, Arinaya <ar...@realidea.ca>
> > > > wrote:
> > > > > Hello All,
> > > > > I hope someone can please help me with this --
> > > > >
> > > > > Currently when I navigate back to a form that has
> > previously been
> > > > > submitted, using the browser back button, I need to click
> > > > the submit
> > > > > button twice in order for the form to actually
> > resubmit. The first
> > > > > click seems to reset the form, clearing any changes
> > that have been
> > > > > made to input fields since navigating back to the form.
> > > > >
> > > > > We are currently using server-side state saving method, and
> > > > I thought
> > > > > this might be the problem, so I tried switching this to client,
> > > > > but then the FacesServlet throws a
> > java.io.NotSerializableException.
> > > > >
> > > > > Has anyone had either of these two problems?
> > > > > How can I get the browser back button to work?
> > > > > Using MyFaces 1.0.7.
> > > > >
> > > > > Thanks,
> > > > > Arinaya
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > If you don't have a GMail account, I probably have 5 invites.
> > > > Just ask!
> > > > -Heath Borders-Wing
> > > > hborders@mail.win.org
> > > >
> > >
> > >
> >
> >
> > --
> > If you don't have a GMail account, I probably have 5 invites.
> > Just ask!
> > -Heath Borders-Wing
> > hborders@mail.win.org
> >
>
>
--
If you don't have a GMail account, I probably have 5 invites. Just ask!
-Heath Borders-Wing
hborders@mail.win.org
RE: Back Button problems
Posted by Arinaya <ar...@realidea.ca>.
So this is an inherent flaw of JSF then.
No workaround? Anyone?
Is it possible maybe that when a form is submitted and the View is not
synchronized with the current page, to do some special magic? Assuming the
backing bean is still stored on the session, is it possible to process the
request even though the View is out of synch?
> -----Original Message-----
> From: Heath Borders-Wing [mailto:heath.borders@gmail.com]
> Sent: Sunday, November 14, 2004 12:27 PM
> To: MyFaces Discussion
> Subject: Re: Back Button problems
>
> I don't think there is a way you coudl do this with
> javascript because when you hit the back button you aren't
> talking with the server at all, you are just going through
> the browser's cache.
>
>
> On Sun, 14 Nov 2004 08:45:08 -0700, Arinaya
> <ar...@realidea.ca> wrote:
> > Ok that makes sense.
> > But is there any way to force JSF to refresh the View when
> a page is
> > loaded in the browser?
> >
> > Or is it possible to send a request automatically on page
> load if the
> > View is not synchronized with the current page?
> >
> > I think I could use javascript to do a form submit on page
> load, but
> > how would I check the current JSF View using javascript? Is
> it possible?
> >
> > Thanks
> >
> >
> >
> > > -----Original Message-----
> > > From: Heath Borders-Wing [mailto:heath.borders@gmail.com]
> > > Sent: Sunday, November 14, 2004 8:35 AM
> > > To: MyFaces Discussion
> > > Subject: Re: Back Button problems
> > >
> > > I tried the same thing.
> > >
> > > I don't know why client side state saving was throwing a
> > > NotSerializableException, but I know why you have to submit twice.
> > >
> > > Let's say you have two pages: A and B. If you submit a
> form on page
> > > A and navigate to page B, the view that JSF currently has
> stored is
> > > page B. So, if you use the browser's 'back'
> > > button to navigate to page A, JSF will take one request to
> > > synchronize the page and the view. Then the second
> request will be
> > > normal.
> > >
> > > I don't think that switching to client side state saving
> will change
> > > this behavior.
> > >
> > >
> > > On Sat, 13 Nov 2004 14:31:06 -0700, Arinaya <ar...@realidea.ca>
> > > wrote:
> > > > Hello All,
> > > > I hope someone can please help me with this --
> > > >
> > > > Currently when I navigate back to a form that has
> previously been
> > > > submitted, using the browser back button, I need to click
> > > the submit
> > > > button twice in order for the form to actually
> resubmit. The first
> > > > click seems to reset the form, clearing any changes
> that have been
> > > > made to input fields since navigating back to the form.
> > > >
> > > > We are currently using server-side state saving method, and
> > > I thought
> > > > this might be the problem, so I tried switching this to client,
> > > > but then the FacesServlet throws a
> java.io.NotSerializableException.
> > > >
> > > > Has anyone had either of these two problems?
> > > > How can I get the browser back button to work?
> > > > Using MyFaces 1.0.7.
> > > >
> > > > Thanks,
> > > > Arinaya
> > > >
> > > >
> > >
> > >
> > > --
> > > If you don't have a GMail account, I probably have 5 invites.
> > > Just ask!
> > > -Heath Borders-Wing
> > > hborders@mail.win.org
> > >
> >
> >
>
>
> --
> If you don't have a GMail account, I probably have 5 invites.
> Just ask!
> -Heath Borders-Wing
> hborders@mail.win.org
>
Re: Back Button problems
Posted by Heath Borders-Wing <he...@gmail.com>.
I don't think there is a way you coudl do this with javascript because
when you hit the back button you aren't talking with the server at
all, you are just going through the browser's cache.
On Sun, 14 Nov 2004 08:45:08 -0700, Arinaya <ar...@realidea.ca> wrote:
> Ok that makes sense.
> But is there any way to force JSF to refresh the View when a page is loaded
> in the browser?
>
> Or is it possible to send a request automatically on page load if the View
> is not synchronized with the current page?
>
> I think I could use javascript to do a form submit on page load, but how
> would I check the current JSF View using javascript? Is it possible?
>
> Thanks
>
>
>
> > -----Original Message-----
> > From: Heath Borders-Wing [mailto:heath.borders@gmail.com]
> > Sent: Sunday, November 14, 2004 8:35 AM
> > To: MyFaces Discussion
> > Subject: Re: Back Button problems
> >
> > I tried the same thing.
> >
> > I don't know why client side state saving was throwing a
> > NotSerializableException, but I know why you have to submit twice.
> >
> > Let's say you have two pages: A and B. If you submit a form
> > on page A and navigate to page B, the view that JSF currently
> > has stored is page B. So, if you use the browser's 'back'
> > button to navigate to page A, JSF will take one request to
> > synchronize the page and the view. Then the second request
> > will be normal.
> >
> > I don't think that switching to client side state saving will
> > change this behavior.
> >
> >
> > On Sat, 13 Nov 2004 14:31:06 -0700, Arinaya
> > <ar...@realidea.ca> wrote:
> > > Hello All,
> > > I hope someone can please help me with this --
> > >
> > > Currently when I navigate back to a form that has previously been
> > > submitted, using the browser back button, I need to click
> > the submit
> > > button twice in order for the form to actually resubmit. The first
> > > click seems to reset the form, clearing any changes that have been
> > > made to input fields since navigating back to the form.
> > >
> > > We are currently using server-side state saving method, and
> > I thought
> > > this might be the problem, so I tried switching this to client, but
> > > then the FacesServlet throws a java.io.NotSerializableException.
> > >
> > > Has anyone had either of these two problems?
> > > How can I get the browser back button to work?
> > > Using MyFaces 1.0.7.
> > >
> > > Thanks,
> > > Arinaya
> > >
> > >
> >
> >
> > --
> > If you don't have a GMail account, I probably have 5 invites.
> > Just ask!
> > -Heath Borders-Wing
> > hborders@mail.win.org
> >
>
>
--
If you don't have a GMail account, I probably have 5 invites. Just ask!
-Heath Borders-Wing
hborders@mail.win.org
RE: Back Button problems
Posted by Arinaya <ar...@realidea.ca>.
Ok that makes sense.
But is there any way to force JSF to refresh the View when a page is loaded
in the browser?
Or is it possible to send a request automatically on page load if the View
is not synchronized with the current page?
I think I could use javascript to do a form submit on page load, but how
would I check the current JSF View using javascript? Is it possible?
Thanks
> -----Original Message-----
> From: Heath Borders-Wing [mailto:heath.borders@gmail.com]
> Sent: Sunday, November 14, 2004 8:35 AM
> To: MyFaces Discussion
> Subject: Re: Back Button problems
>
> I tried the same thing.
>
> I don't know why client side state saving was throwing a
> NotSerializableException, but I know why you have to submit twice.
>
> Let's say you have two pages: A and B. If you submit a form
> on page A and navigate to page B, the view that JSF currently
> has stored is page B. So, if you use the browser's 'back'
> button to navigate to page A, JSF will take one request to
> synchronize the page and the view. Then the second request
> will be normal.
>
> I don't think that switching to client side state saving will
> change this behavior.
>
>
> On Sat, 13 Nov 2004 14:31:06 -0700, Arinaya
> <ar...@realidea.ca> wrote:
> > Hello All,
> > I hope someone can please help me with this --
> >
> > Currently when I navigate back to a form that has previously been
> > submitted, using the browser back button, I need to click
> the submit
> > button twice in order for the form to actually resubmit. The first
> > click seems to reset the form, clearing any changes that have been
> > made to input fields since navigating back to the form.
> >
> > We are currently using server-side state saving method, and
> I thought
> > this might be the problem, so I tried switching this to client, but
> > then the FacesServlet throws a java.io.NotSerializableException.
> >
> > Has anyone had either of these two problems?
> > How can I get the browser back button to work?
> > Using MyFaces 1.0.7.
> >
> > Thanks,
> > Arinaya
> >
> >
>
>
> --
> If you don't have a GMail account, I probably have 5 invites.
> Just ask!
> -Heath Borders-Wing
> hborders@mail.win.org
>
Re: Back Button problems
Posted by Heath Borders-Wing <he...@gmail.com>.
I tried the same thing.
I don't know why client side state saving was throwing a
NotSerializableException, but I know why you have to submit twice.
Let's say you have two pages: A and B. If you submit a form on page A
and navigate to page B, the view that JSF currently has stored is page
B. So, if you use the browser's 'back' button to navigate to page A,
JSF will take one request to synchronize the page and the view. Then
the second request will be normal.
I don't think that switching to client side state saving will change
this behavior.
On Sat, 13 Nov 2004 14:31:06 -0700, Arinaya <ar...@realidea.ca> wrote:
> Hello All,
> I hope someone can please help me with this --
>
> Currently when I navigate back to a form that has previously been submitted,
> using the browser back button, I need to click the submit button twice in
> order for the form to actually resubmit. The first click seems to reset the
> form, clearing any changes that have been made to input fields since
> navigating back to the form.
>
> We are currently using server-side state saving method, and I thought this
> might be the problem, so I tried switching this to client, but then the
> FacesServlet throws a java.io.NotSerializableException.
>
> Has anyone had either of these two problems?
> How can I get the browser back button to work?
> Using MyFaces 1.0.7.
>
> Thanks,
> Arinaya
>
>
--
If you don't have a GMail account, I probably have 5 invites. Just ask!
-Heath Borders-Wing
hborders@mail.win.org
Back Button problems
Posted by Arinaya <ar...@realidea.ca>.
Hello All,
I hope someone can please help me with this --
Currently when I navigate back to a form that has previously been submitted,
using the browser back button, I need to click the submit button twice in
order for the form to actually resubmit. The first click seems to reset the
form, clearing any changes that have been made to input fields since
navigating back to the form.
We are currently using server-side state saving method, and I thought this
might be the problem, so I tried switching this to client, but then the
FacesServlet throws a java.io.NotSerializableException.
Has anyone had either of these two problems?
How can I get the browser back button to work?
Using MyFaces 1.0.7.
Thanks,
Arinaya
Master/Detail Doc underway (Question)
Posted by Glenn Davidson <gb...@yahoo.com>.
I am working on documenting how to do a Master/detail
relationship. I have gone through the source code and
found the two keep commands I need to work with:
updateActionListener
saveState
I found these in the src code and after reviewing
them, it appears their behavior is:
updateActionListener; A property is defined for a
target class and is assigned a value. The method uses
ValueBinding to detemine the root class. The values
from the source object are passed (converted) to the
target object and the target object is saved to the
FacesContext.
saveState; populates the curent Managed bean from the
one stored in the updateActionListener command.
Is this correct? Is there more to it then that?
Glenn
__________________________________
Do you Yahoo!?
Check out the new Yahoo! Front Page.
www.yahoo.com
Re: Wiki ( was RE: Documentation.)
Posted by Glenn Davidson <gb...@yahoo.com>.
It sounds like we have the start of something good
here. I would be happy to post any documentation I
come up with in any form and would not mind anyone
editing it for correctness or completeness. Perhaps
other people could post as well. Just let me know how
to "Wiki" and I'll get right on it.
Glenn
--- Heath Borders-Wing <he...@gmail.com>
wrote:
> A Wiki would be great. I would love to make
> contributions to some of
> the files, we could even have pitfals to watch out
> for when extending
> components. I know I need those right now!
>
>
> On Fri, 12 Nov 2004 16:11:47 +0100, Matthias
> Wessendorf
> <ma...@matthias-wessendorf.de> wrote:
> > Manfred, Glenn, others :-)
> >
> > Well for Apache projects there is the possibility
> > for using an *own* Wiki.
> >
> > I would recommend to use a Wiki for user-doc.
> > IF a wiki is online, Glenn could
> > edit the pages. If something is
> > wrong, not complete, etc. others
> > could change it.
> >
> > The Geronimo folks are going the
> > same way for their user-doc!
> >
> > Any comments?
> > Matthias
> >
> > > -----Original Message-----
> > > From: Glenn Davidson
> [mailto:gbadavidson@yahoo.com]
> > > Sent: Friday, November 12, 2004 4:07 PM
> > > To: MyFaces Discussion
> > > Subject: Re: Documentation.
> > >
> > >
> > > Manfred,
> > >
> > > I completely understand the time pressure you
> are
> > > under. I am very impressed with the work done so
> far
> > > and I would like to become involved. What I
> would like
> > > to suggest is that I prepare documentation and
> pass it
> > > along to you for your review and possible
> publication.
> > > Please let me know if this would be a workable
> > > situation.
> > >
> > > Thanks,
> > >
> > > Glenn
> > >
> > >
> > > --- Manfred Geiler <ma...@apache.org> wrote:
> > >
> > > > Glenn,
> > > > Thanks for your interest and yes, sorry, we do
> not
> > > > have much
> > > > documentation. My time is very limited at the
> moment
> > > > (new project that
> > > > takes all my time) and so I fear I will not be
> able
> > > > to help make it
> > > > better. There is the feature list on our
> homepage,
> > > > that explains some
> > > > important points and of course there is the
> > > > sourcecode as Fr�d�ric
> > > > mentioned ;-)
> > > > There is one thing that would be of great help
> for
> > > > us: Could you please
> > > > makes notes while you inspect source code,
> look at
> > > > API docs and read the
> > > > (sparse) docs, so that you can give us
> valuable
> > > > feedback about what
> > > > should be documentated by all means.
> > > >
> > > > Thanks,
> > > > Manfred
> > > >
> > > >
> > > > Glenn Davidson wrote:
> > > > > I have the source for the demo application
> and I
> > > > was looking for any
> > > > > additional documentation that may exist. Is
> there
> > > > any API docs? Anything
> > > > > at all that might be helpful? MyFaces has a
> lot of
> > > > great features it
> > > > > would be nice to find out about them.
> > > > >
> > > > > Glenn
> > > > >
> > > > > */AUGE Fr�d�ric GC EUR
> > > > <fr...@globecast.com>/* wrote:
> > > > >
> > > > > You can find them here
> > > > >
> > > >
> > >
>
http://sourceforge.net/project/showfiles.php?group_id=69709&pa
> > > ckage_id=68729
> > > > >
> > > > > I don't know about the latest
> org.apache.*
> > > > >
> > > > > Frederic
> > > > >
> > > > > > -----Message d'origine-----
> > > > > > De : Glenn Davidson
> > > > [mailto:gbadavidson@yahoo.com]
> > > > > > Envoye : mercredi 10 novembre 2004
> 15:28
> > > > > > A : MyFaces Discussion; AUGE Frederic
> GC
> > > > EUR
> > > > > > Objet : RE: Documentation.
> > > > > >
> > > > > >
> > > > > > I quite agree, I have looked at the
> sample
> > > > > > applications and found them useful.
> The
> > > > problem is I
> > > > > > do not have the source code for the
> sample
> > > > apps. Can
> > > > > > anyone zip them up and send them
> along?
> > > > > >
> > > > > > Glenn
> > > > > > --- AUGE Fridiric GC EUR
> > > > > > wrote:
> > > > > >
> > > > > > > Hi,
> > > > > > >
> > > > > > > The MyFaces sample app is a good
> start.
> > > > > > >
> > > > > > > Frederic
> > > > > > >
> > > > > > > > -----Message d'origine-----
> > > > > > > > De : Glenn Davidson
> > > > [mailto:gbadavidson@yahoo.com]
> > > > > > > > Envoye : mercredi 10 novembre
> 2004
> > > > 14:55
> > > > > > > > A :
> myfaces-user@incubator.apache.org
> > > > > > > > Objet : Documentation.
> > > > > > > >
> > > > > > > >
> > > > > > > > Now I have come full circle. I
> started
> > > > out looking
> > > > > > > at
> > > > > > > > MyFaces because of its features,
> > > > couldn't get it
> > > > > > > > going, went to Sun's RI got it to
> work
> > > > now I need
> > > > > > > to
> > > > > > > > go back to MyFaces for its
> extended
> > > > features. I
> > > > > > > looked
> > > > > > > > for some sort of documentation
> for how
> > > > to use the
> > > > > > > > features in MyFaces and was not
> able to
> > > > find much.
> > > > > > > > Could someone point me in the
> right
> > > > direction?
> > > > > > > >
> > > > > > > > Thanks
> > > > > > > >
> > > > > > > > Glenn
> > > > > > > >
> > > > > > > >
> > > >
> __________________________________________________
> > > > > > > > Do You Yahoo!?
> > > > > > > > Tired of spam? Yahoo! Mail has
> the best
> > > > spam
> > > > > > > protection around
> > > > > > > > http://mail.yahoo.com
> > > > > > >
> > > > > >
> > > > > >
>
=== message truncated ===
__________________________________
Do you Yahoo!?
Check out the new Yahoo! Front Page.
www.yahoo.com
Re: Wiki ( was RE: Documentation.)
Posted by Heath Borders-Wing <he...@gmail.com>.
A Wiki would be great. I would love to make contributions to some of
the files, we could even have pitfals to watch out for when extending
components. I know I need those right now!
On Fri, 12 Nov 2004 16:11:47 +0100, Matthias Wessendorf
<ma...@matthias-wessendorf.de> wrote:
> Manfred, Glenn, others :-)
>
> Well for Apache projects there is the possibility
> for using an *own* Wiki.
>
> I would recommend to use a Wiki for user-doc.
> IF a wiki is online, Glenn could
> edit the pages. If something is
> wrong, not complete, etc. others
> could change it.
>
> The Geronimo folks are going the
> same way for their user-doc!
>
> Any comments?
> Matthias
>
> > -----Original Message-----
> > From: Glenn Davidson [mailto:gbadavidson@yahoo.com]
> > Sent: Friday, November 12, 2004 4:07 PM
> > To: MyFaces Discussion
> > Subject: Re: Documentation.
> >
> >
> > Manfred,
> >
> > I completely understand the time pressure you are
> > under. I am very impressed with the work done so far
> > and I would like to become involved. What I would like
> > to suggest is that I prepare documentation and pass it
> > along to you for your review and possible publication.
> > Please let me know if this would be a workable
> > situation.
> >
> > Thanks,
> >
> > Glenn
> >
> >
> > --- Manfred Geiler <ma...@apache.org> wrote:
> >
> > > Glenn,
> > > Thanks for your interest and yes, sorry, we do not
> > > have much
> > > documentation. My time is very limited at the moment
> > > (new project that
> > > takes all my time) and so I fear I will not be able
> > > to help make it
> > > better. There is the feature list on our homepage,
> > > that explains some
> > > important points and of course there is the
> > > sourcecode as Frédéric
> > > mentioned ;-)
> > > There is one thing that would be of great help for
> > > us: Could you please
> > > makes notes while you inspect source code, look at
> > > API docs and read the
> > > (sparse) docs, so that you can give us valuable
> > > feedback about what
> > > should be documentated by all means.
> > >
> > > Thanks,
> > > Manfred
> > >
> > >
> > > Glenn Davidson wrote:
> > > > I have the source for the demo application and I
> > > was looking for any
> > > > additional documentation that may exist. Is there
> > > any API docs? Anything
> > > > at all that might be helpful? MyFaces has a lot of
> > > great features it
> > > > would be nice to find out about them.
> > > >
> > > > Glenn
> > > >
> > > > */AUGE Frédéric GC EUR
> > > <fr...@globecast.com>/* wrote:
> > > >
> > > > You can find them here
> > > >
> > >
> > http://sourceforge.net/project/showfiles.php?group_id=69709&pa
> > ckage_id=68729
> > > >
> > > > I don't know about the latest org.apache.*
> > > >
> > > > Frederic
> > > >
> > > > > -----Message d'origine-----
> > > > > De : Glenn Davidson
> > > [mailto:gbadavidson@yahoo.com]
> > > > > Envoye : mercredi 10 novembre 2004 15:28
> > > > > A : MyFaces Discussion; AUGE Frederic GC
> > > EUR
> > > > > Objet : RE: Documentation.
> > > > >
> > > > >
> > > > > I quite agree, I have looked at the sample
> > > > > applications and found them useful. The
> > > problem is I
> > > > > do not have the source code for the sample
> > > apps. Can
> > > > > anyone zip them up and send them along?
> > > > >
> > > > > Glenn
> > > > > --- AUGE Fridiric GC EUR
> > > > > wrote:
> > > > >
> > > > > > Hi,
> > > > > >
> > > > > > The MyFaces sample app is a good start.
> > > > > >
> > > > > > Frederic
> > > > > >
> > > > > > > -----Message d'origine-----
> > > > > > > De : Glenn Davidson
> > > [mailto:gbadavidson@yahoo.com]
> > > > > > > Envoye : mercredi 10 novembre 2004
> > > 14:55
> > > > > > > A : myfaces-user@incubator.apache.org
> > > > > > > Objet : Documentation.
> > > > > > >
> > > > > > >
> > > > > > > Now I have come full circle. I started
> > > out looking
> > > > > > at
> > > > > > > MyFaces because of its features,
> > > couldn't get it
> > > > > > > going, went to Sun's RI got it to work
> > > now I need
> > > > > > to
> > > > > > > go back to MyFaces for its extended
> > > features. I
> > > > > > looked
> > > > > > > for some sort of documentation for how
> > > to use the
> > > > > > > features in MyFaces and was not able to
> > > find much.
> > > > > > > Could someone point me in the right
> > > direction?
> > > > > > >
> > > > > > > Thanks
> > > > > > >
> > > > > > > Glenn
> > > > > > >
> > > > > > >
> > > __________________________________________________
> > > > > > > Do You Yahoo!?
> > > > > > > Tired of spam? Yahoo! Mail has the best
> > > spam
> > > > > > protection around
> > > > > > > http://mail.yahoo.com
> > > > > >
> > > > >
> > > > >
> > > > >
> > > __________________________________________________
> > > > > Do You Yahoo!?
> > > > > Tired of spam? Yahoo! Mail has the best
> > > spam protection around
> > > > > http://mail.yahoo.com
> > > >
> > > >
> > >
> > --------------------------------------------------------------
> > ----------
> > > > Do you Yahoo!?
> > > > Check out the new Yahoo! Front Page. www.yahoo.com
> > > <http://www.yahoo.com>
> > >
> > >
> >
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Tired of spam? Yahoo! Mail has the best spam protection around
> > http://mail.yahoo.com
> >
>
>
--
If you don't have a GMail account, I probably have 5 invites. Just ask!
-Heath Borders-Wing
hborders@mail.win.org
Wiki ( was RE: Documentation.)
Posted by Matthias Wessendorf <ma...@matthias-wessendorf.de>.
Manfred, Glenn, others :-)
Well for Apache projects there is the possibility
for using an *own* Wiki.
I would recommend to use a Wiki for user-doc.
IF a wiki is online, Glenn could
edit the pages. If something is
wrong, not complete, etc. others
could change it.
The Geronimo folks are going the
same way for their user-doc!
Any comments?
Matthias
> -----Original Message-----
> From: Glenn Davidson [mailto:gbadavidson@yahoo.com]
> Sent: Friday, November 12, 2004 4:07 PM
> To: MyFaces Discussion
> Subject: Re: Documentation.
>
>
> Manfred,
>
> I completely understand the time pressure you are
> under. I am very impressed with the work done so far
> and I would like to become involved. What I would like
> to suggest is that I prepare documentation and pass it
> along to you for your review and possible publication.
> Please let me know if this would be a workable
> situation.
>
> Thanks,
>
> Glenn
>
>
> --- Manfred Geiler <ma...@apache.org> wrote:
>
> > Glenn,
> > Thanks for your interest and yes, sorry, we do not
> > have much
> > documentation. My time is very limited at the moment
> > (new project that
> > takes all my time) and so I fear I will not be able
> > to help make it
> > better. There is the feature list on our homepage,
> > that explains some
> > important points and of course there is the
> > sourcecode as Frédéric
> > mentioned ;-)
> > There is one thing that would be of great help for
> > us: Could you please
> > makes notes while you inspect source code, look at
> > API docs and read the
> > (sparse) docs, so that you can give us valuable
> > feedback about what
> > should be documentated by all means.
> >
> > Thanks,
> > Manfred
> >
> >
> > Glenn Davidson wrote:
> > > I have the source for the demo application and I
> > was looking for any
> > > additional documentation that may exist. Is there
> > any API docs? Anything
> > > at all that might be helpful? MyFaces has a lot of
> > great features it
> > > would be nice to find out about them.
> > >
> > > Glenn
> > >
> > > */AUGE Frédéric GC EUR
> > <fr...@globecast.com>/* wrote:
> > >
> > > You can find them here
> > >
> >
> http://sourceforge.net/project/showfiles.php?group_id=69709&pa
> ckage_id=68729
> > >
> > > I don't know about the latest org.apache.*
> > >
> > > Frederic
> > >
> > > > -----Message d'origine-----
> > > > De : Glenn Davidson
> > [mailto:gbadavidson@yahoo.com]
> > > > Envoye : mercredi 10 novembre 2004 15:28
> > > > A : MyFaces Discussion; AUGE Frederic GC
> > EUR
> > > > Objet : RE: Documentation.
> > > >
> > > >
> > > > I quite agree, I have looked at the sample
> > > > applications and found them useful. The
> > problem is I
> > > > do not have the source code for the sample
> > apps. Can
> > > > anyone zip them up and send them along?
> > > >
> > > > Glenn
> > > > --- AUGE Fridiric GC EUR
> > > > wrote:
> > > >
> > > > > Hi,
> > > > >
> > > > > The MyFaces sample app is a good start.
> > > > >
> > > > > Frederic
> > > > >
> > > > > > -----Message d'origine-----
> > > > > > De : Glenn Davidson
> > [mailto:gbadavidson@yahoo.com]
> > > > > > Envoye : mercredi 10 novembre 2004
> > 14:55
> > > > > > A : myfaces-user@incubator.apache.org
> > > > > > Objet : Documentation.
> > > > > >
> > > > > >
> > > > > > Now I have come full circle. I started
> > out looking
> > > > > at
> > > > > > MyFaces because of its features,
> > couldn't get it
> > > > > > going, went to Sun's RI got it to work
> > now I need
> > > > > to
> > > > > > go back to MyFaces for its extended
> > features. I
> > > > > looked
> > > > > > for some sort of documentation for how
> > to use the
> > > > > > features in MyFaces and was not able to
> > find much.
> > > > > > Could someone point me in the right
> > direction?
> > > > > >
> > > > > > Thanks
> > > > > >
> > > > > > Glenn
> > > > > >
> > > > > >
> > __________________________________________________
> > > > > > Do You Yahoo!?
> > > > > > Tired of spam? Yahoo! Mail has the best
> > spam
> > > > > protection around
> > > > > > http://mail.yahoo.com
> > > > >
> > > >
> > > >
> > > >
> > __________________________________________________
> > > > Do You Yahoo!?
> > > > Tired of spam? Yahoo! Mail has the best
> > spam protection around
> > > > http://mail.yahoo.com
> > >
> > >
> >
> --------------------------------------------------------------
> ----------
> > > Do you Yahoo!?
> > > Check out the new Yahoo! Front Page. www.yahoo.com
> > <http://www.yahoo.com>
> >
> >
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
Re: Documentation.
Posted by Glenn Davidson <gb...@yahoo.com>.
Manfred,
I completely understand the time pressure you are
under. I am very impressed with the work done so far
and I would like to become involved. What I would like
to suggest is that I prepare documentation and pass it
along to you for your review and possible publication.
Please let me know if this would be a workable
situation.
Thanks,
Glenn
--- Manfred Geiler <ma...@apache.org> wrote:
> Glenn,
> Thanks for your interest and yes, sorry, we do not
> have much
> documentation. My time is very limited at the moment
> (new project that
> takes all my time) and so I fear I will not be able
> to help make it
> better. There is the feature list on our homepage,
> that explains some
> important points and of course there is the
> sourcecode as Fr�d�ric
> mentioned ;-)
> There is one thing that would be of great help for
> us: Could you please
> makes notes while you inspect source code, look at
> API docs and read the
> (sparse) docs, so that you can give us valuable
> feedback about what
> should be documentated by all means.
>
> Thanks,
> Manfred
>
>
> Glenn Davidson wrote:
> > I have the source for the demo application and I
> was looking for any
> > additional documentation that may exist. Is there
> any API docs? Anything
> > at all that might be helpful? MyFaces has a lot of
> great features it
> > would be nice to find out about them.
> >
> > Glenn
> >
> > */AUGE Fr�d�ric GC EUR
> <fr...@globecast.com>/* wrote:
> >
> > You can find them here
> >
>
http://sourceforge.net/project/showfiles.php?group_id=69709&package_id=68729
> >
> > I don't know about the latest org.apache.*
> >
> > Frederic
> >
> > > -----Message d'origine-----
> > > De : Glenn Davidson
> [mailto:gbadavidson@yahoo.com]
> > > Envoye : mercredi 10 novembre 2004 15:28
> > > A : MyFaces Discussion; AUGE Frederic GC
> EUR
> > > Objet : RE: Documentation.
> > >
> > >
> > > I quite agree, I have looked at the sample
> > > applications and found them useful. The
> problem is I
> > > do not have the source code for the sample
> apps. Can
> > > anyone zip them up and send them along?
> > >
> > > Glenn
> > > --- AUGE Fridiric GC EUR
> > > wrote:
> > >
> > > > Hi,
> > > >
> > > > The MyFaces sample app is a good start.
> > > >
> > > > Frederic
> > > >
> > > > > -----Message d'origine-----
> > > > > De : Glenn Davidson
> [mailto:gbadavidson@yahoo.com]
> > > > > Envoye : mercredi 10 novembre 2004
> 14:55
> > > > > A : myfaces-user@incubator.apache.org
> > > > > Objet : Documentation.
> > > > >
> > > > >
> > > > > Now I have come full circle. I started
> out looking
> > > > at
> > > > > MyFaces because of its features,
> couldn't get it
> > > > > going, went to Sun's RI got it to work
> now I need
> > > > to
> > > > > go back to MyFaces for its extended
> features. I
> > > > looked
> > > > > for some sort of documentation for how
> to use the
> > > > > features in MyFaces and was not able to
> find much.
> > > > > Could someone point me in the right
> direction?
> > > > >
> > > > > Thanks
> > > > >
> > > > > Glenn
> > > > >
> > > > >
> __________________________________________________
> > > > > Do You Yahoo!?
> > > > > Tired of spam? Yahoo! Mail has the best
> spam
> > > > protection around
> > > > > http://mail.yahoo.com
> > > >
> > >
> > >
> > >
> __________________________________________________
> > > Do You Yahoo!?
> > > Tired of spam? Yahoo! Mail has the best
> spam protection around
> > > http://mail.yahoo.com
> >
> >
>
------------------------------------------------------------------------
> > Do you Yahoo!?
> > Check out the new Yahoo! Front Page. www.yahoo.com
> <http://www.yahoo.com>
>
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Re: Documentation.
Posted by Manfred Geiler <ma...@apache.org>.
Glenn,
Thanks for your interest and yes, sorry, we do not have much
documentation. My time is very limited at the moment (new project that
takes all my time) and so I fear I will not be able to help make it
better. There is the feature list on our homepage, that explains some
important points and of course there is the sourcecode as Frédéric
mentioned ;-)
There is one thing that would be of great help for us: Could you please
makes notes while you inspect source code, look at API docs and read the
(sparse) docs, so that you can give us valuable feedback about what
should be documentated by all means.
Thanks,
Manfred
Glenn Davidson wrote:
> I have the source for the demo application and I was looking for any
> additional documentation that may exist. Is there any API docs? Anything
> at all that might be helpful? MyFaces has a lot of great features it
> would be nice to find out about them.
>
> Glenn
>
> */AUGE Frédéric GC EUR <fr...@globecast.com>/* wrote:
>
> You can find them here
> http://sourceforge.net/project/showfiles.php?group_id=69709&package_id=68729
>
> I don't know about the latest org.apache.*
>
> Frederic
>
> > -----Message d'origine-----
> > De : Glenn Davidson [mailto:gbadavidson@yahoo.com]
> > Envoye : mercredi 10 novembre 2004 15:28
> > A : MyFaces Discussion; AUGE Frederic GC EUR
> > Objet : RE: Documentation.
> >
> >
> > I quite agree, I have looked at the sample
> > applications and found them useful. The problem is I
> > do not have the source code for the sample apps. Can
> > anyone zip them up and send them along?
> >
> > Glenn
> > --- AUGE Fridiric GC EUR
> > wrote:
> >
> > > Hi,
> > >
> > > The MyFaces sample app is a good start.
> > >
> > > Frederic
> > >
> > > > -----Message d'origine-----
> > > > De : Glenn Davidson [mailto:gbadavidson@yahoo.com]
> > > > Envoye : mercredi 10 novembre 2004 14:55
> > > > A : myfaces-user@incubator.apache.org
> > > > Objet : Documentation.
> > > >
> > > >
> > > > Now I have come full circle. I started out looking
> > > at
> > > > MyFaces because of its features, couldn't get it
> > > > going, went to Sun's RI got it to work now I need
> > > to
> > > > go back to MyFaces for its extended features. I
> > > looked
> > > > for some sort of documentation for how to use the
> > > > features in MyFaces and was not able to find much.
> > > > Could someone point me in the right direction?
> > > >
> > > > Thanks
> > > >
> > > > Glenn
> > > >
> > > > __________________________________________________
> > > > Do You Yahoo!?
> > > > Tired of spam? Yahoo! Mail has the best spam
> > > protection around
> > > > http://mail.yahoo.com
> > >
> >
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Tired of spam? Yahoo! Mail has the best spam protection around
> > http://mail.yahoo.com
>
> ------------------------------------------------------------------------
> Do you Yahoo!?
> Check out the new Yahoo! Front Page. www.yahoo.com <http://www.yahoo.com>
RE: Documentation.
Posted by Glenn Davidson <gb...@yahoo.com>.
I have the source for the demo application and I was looking for any additional documentation that may exist. Is there any API docs? Anything at all that might be helpful? MyFaces has a lot of great features it would be nice to find out about them.
Glenn
AUGE Fr�d�ric GC EUR <fr...@globecast.com> wrote:
You can find them here
http://sourceforge.net/project/showfiles.php?group_id=69709&package_id=68729
I don't know about the latest org.apache.*
Frederic
> -----Message d'origine-----
> De : Glenn Davidson [mailto:gbadavidson@yahoo.com]
> Envoye : mercredi 10 novembre 2004 15:28
> A : MyFaces Discussion; AUGE Frederic GC EUR
> Objet : RE: Documentation.
>
>
> I quite agree, I have looked at the sample
> applications and found them useful. The problem is I
> do not have the source code for the sample apps. Can
> anyone zip them up and send them along?
>
> Glenn
> --- AUGE Fridiric GC EUR
> wrote:
>
> > Hi,
> >
> > The MyFaces sample app is a good start.
> >
> > Frederic
> >
> > > -----Message d'origine-----
> > > De : Glenn Davidson [mailto:gbadavidson@yahoo.com]
> > > Envoye : mercredi 10 novembre 2004 14:55
> > > A : myfaces-user@incubator.apache.org
> > > Objet : Documentation.
> > >
> > >
> > > Now I have come full circle. I started out looking
> > at
> > > MyFaces because of its features, couldn't get it
> > > going, went to Sun's RI got it to work now I need
> > to
> > > go back to MyFaces for its extended features. I
> > looked
> > > for some sort of documentation for how to use the
> > > features in MyFaces and was not able to find much.
> > > Could someone point me in the right direction?
> > >
> > > Thanks
> > >
> > > Glenn
> > >
> > > __________________________________________________
> > > Do You Yahoo!?
> > > Tired of spam? Yahoo! Mail has the best spam
> > protection around
> > > http://mail.yahoo.com
> >
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
---------------------------------
Do you Yahoo!?
Check out the new Yahoo! Front Page. www.yahoo.com
RE: Documentation.
Posted by Glenn Davidson <gb...@yahoo.com>.
Excellent!!! Thanks you very much!!! Now it is time to
go mining the code.....
Glenn
--- AUGE Fr�d�ric GC EUR <fr...@globecast.com>
wrote:
> You can find them here
>
http://sourceforge.net/project/showfiles.php?group_id=69709&package_id=68729
>
> I don't know about the latest org.apache.*
>
> Frederic
>
> > -----Message d'origine-----
> > De : Glenn Davidson [mailto:gbadavidson@yahoo.com]
> > Envoye : mercredi 10 novembre 2004 15:28
> > A : MyFaces Discussion; AUGE Frederic GC EUR
> > Objet : RE: Documentation.
> >
> >
> > I quite agree, I have looked at the sample
> > applications and found them useful. The problem is
> I
> > do not have the source code for the sample apps.
> Can
> > anyone zip them up and send them along?
> >
> > Glenn
> > --- AUGE Fridiric GC EUR
> <fr...@globecast.com>
> > wrote:
> >
> > > Hi,
> > >
> > > The MyFaces sample app is a good start.
> > >
> > > Frederic
> > >
> > > > -----Message d'origine-----
> > > > De : Glenn Davidson
> [mailto:gbadavidson@yahoo.com]
> > > > Envoye : mercredi 10 novembre 2004 14:55
> > > > A : myfaces-user@incubator.apache.org
> > > > Objet : Documentation.
> > > >
> > > >
> > > > Now I have come full circle. I started out
> looking
> > > at
> > > > MyFaces because of its features, couldn't get
> it
> > > > going, went to Sun's RI got it to work now I
> need
> > > to
> > > > go back to MyFaces for its extended features.
> I
> > > looked
> > > > for some sort of documentation for how to use
> the
> > > > features in MyFaces and was not able to find
> much.
> > > > Could someone point me in the right direction?
> > > >
> > > > Thanks
> > > >
> > > > Glenn
> > > >
> > > >
> __________________________________________________
> > > > Do You Yahoo!?
> > > > Tired of spam? Yahoo! Mail has the best spam
> > > protection around
> > > > http://mail.yahoo.com
> > >
> >
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Tired of spam? Yahoo! Mail has the best spam
> protection around
> > http://mail.yahoo.com
>
>
__________________________________
Do you Yahoo!?
Check out the new Yahoo! Front Page.
www.yahoo.com
RE: Documentation.
Posted by AUGE Frédéric GC EUR <fr...@globecast.com>.
You can find them here
http://sourceforge.net/project/showfiles.php?group_id=69709&package_id=68729
I don't know about the latest org.apache.*
Frederic
> -----Message d'origine-----
> De : Glenn Davidson [mailto:gbadavidson@yahoo.com]
> Envoye : mercredi 10 novembre 2004 15:28
> A : MyFaces Discussion; AUGE Frederic GC EUR
> Objet : RE: Documentation.
>
>
> I quite agree, I have looked at the sample
> applications and found them useful. The problem is I
> do not have the source code for the sample apps. Can
> anyone zip them up and send them along?
>
> Glenn
> --- AUGE Fridiric GC EUR <fr...@globecast.com>
> wrote:
>
> > Hi,
> >
> > The MyFaces sample app is a good start.
> >
> > Frederic
> >
> > > -----Message d'origine-----
> > > De : Glenn Davidson [mailto:gbadavidson@yahoo.com]
> > > Envoye : mercredi 10 novembre 2004 14:55
> > > A : myfaces-user@incubator.apache.org
> > > Objet : Documentation.
> > >
> > >
> > > Now I have come full circle. I started out looking
> > at
> > > MyFaces because of its features, couldn't get it
> > > going, went to Sun's RI got it to work now I need
> > to
> > > go back to MyFaces for its extended features. I
> > looked
> > > for some sort of documentation for how to use the
> > > features in MyFaces and was not able to find much.
> > > Could someone point me in the right direction?
> > >
> > > Thanks
> > >
> > > Glenn
> > >
> > > __________________________________________________
> > > Do You Yahoo!?
> > > Tired of spam? Yahoo! Mail has the best spam
> > protection around
> > > http://mail.yahoo.com
> >
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
RE: Documentation.
Posted by Glenn Davidson <gb...@yahoo.com>.
I quite agree, I have looked at the sample
applications and found them useful. The problem is I
do not have the source code for the sample apps. Can
anyone zip them up and send them along?
Glenn
--- AUGE Fr�d�ric GC EUR <fr...@globecast.com>
wrote:
> Hi,
>
> The MyFaces sample app is a good start.
>
> Frederic
>
> > -----Message d'origine-----
> > De : Glenn Davidson [mailto:gbadavidson@yahoo.com]
> > Envoye : mercredi 10 novembre 2004 14:55
> > A : myfaces-user@incubator.apache.org
> > Objet : Documentation.
> >
> >
> > Now I have come full circle. I started out looking
> at
> > MyFaces because of its features, couldn't get it
> > going, went to Sun's RI got it to work now I need
> to
> > go back to MyFaces for its extended features. I
> looked
> > for some sort of documentation for how to use the
> > features in MyFaces and was not able to find much.
> > Could someone point me in the right direction?
> >
> > Thanks
> >
> > Glenn
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Tired of spam? Yahoo! Mail has the best spam
> protection around
> > http://mail.yahoo.com
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
RE: Documentation.
Posted by AUGE Frédéric GC EUR <fr...@globecast.com>.
Hi,
The MyFaces sample app is a good start.
Frederic
> -----Message d'origine-----
> De : Glenn Davidson [mailto:gbadavidson@yahoo.com]
> Envoye : mercredi 10 novembre 2004 14:55
> A : myfaces-user@incubator.apache.org
> Objet : Documentation.
>
>
> Now I have come full circle. I started out looking at
> MyFaces because of its features, couldn't get it
> going, went to Sun's RI got it to work now I need to
> go back to MyFaces for its extended features. I looked
> for some sort of documentation for how to use the
> features in MyFaces and was not able to find much.
> Could someone point me in the right direction?
>
> Thanks
>
> Glenn
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com