Nightly problem

[he...@dnbnor.no]

Hi

When running with latest nightly (1.1.2-SNAPSHOT), I get:
javax.faces.FacesException: java.net.NoRouteToHostException: No route to host: connect
	at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:123)

This does not happen when I replace them with the  1.1.1 release jars in my WEB-INF/lib

Hermod

-----Original Message-----
From: Cash, Jamie [mailto:JCash@ifdsgroup.co.uk]
Sent: Friday, January 27, 2006 1:23 PM
To: MyFaces Development
Subject: RE: Bookmarking, History and JSF


If a action resolves to a jsp page and not a method on a backing bean, then there can only be one consequence of that action.

In this case, and this case only, it would be useful for faces to render the link as a outputLink by computing the full URL.

The page designer, on the other hand should be able to code the links as commandLinks.

With this solution, all actions that can resolve to a single possible consequence, will link to a page that will be bookmarkable. These links will be listed in the HTML, and will therefore be followed by search engine robots.

Regards

Jamie

-----Original Message-----
From: Alexander Smirnov [mailto:asmirnov@exadel.com]
Sent: 27 January 2006 12:16
To: MyFaces Development
Subject: Re: Bookmarking, History and JSF


Due to navigation caases, you page after GET request may be different 
from request to request, depend on application state. For bookmarkable 
links, best case to use redirect navigation options .
May be, for such cases best solution will be save/restore request state 
for redirect, simulate single request processing for redirects ? After 
such processing, You will have right ( bookmarkable ) uri in browser for 
page.
Second part for such solution can be ability for define "default" action 
methods for non-faces requested pages. In such, when re-visiting 
bookmarked page, in case of non-actual page client can be forward to 
different view ( as I see, such functions exist in Struts/Shale ).

" not submitting a form and loosing all JSF state but having a 
bookmarkable link? " - already exist in <h:outputLink > with nested 
<f:param >

Jesse Alexander (KBSA 21) :
> to put it in a nutshell:
> 
> add GET-processing to JSF...
> 
> +100 ;-)
> 
> regards
> Alexander 
> 
> -----Original Message-----
> From: Martin Marinschek [mailto:martin.marinschek@gmail.com] 
> Sent: Friday, January 27, 2006 10:35 AM
> To: MyFaces Development
> Subject: Bookmarking, History and JSF
> 
> Hi all,
> 
> I'm having ideas again. Must come from too much work with JSF ;)
> 
> My idea:
> 
> Bookmarking is a problem with JSF, right? Except you use h:outputLink,
> but then there's this slight problem with not being in the action
> system anymore ;)
> 
> Now, what do I want to be able to see in my history or to bookmark? I
> want to bookmark simple pages, where state is not so important at all.
> Or only a small portion of the state is important...
> 
> Those simple pages I usually refer to with an "action" attribute that
> is put (as a string) directly on the <h:commandLink /> or
> <h:commandButton/> tag, right?
> 
> Why not render out this action attribute as a parameter to the URL of
> the link optionally, not submitting a form and loosing all JSF state,
> but having a bookmarkable link?
> 
> The developer can decide then:
>  - do I need this link to be bookmarked
> - do I want this link to  use the plain old JSF posting system with
> state-saving.
> 
> Enhancement: we could additionally render out params to this link as -
> yes, right, params to the URL. So people can optionally build there
> web-apps just like they were used to when JSF wasn't around.
> 
> Good idea - bad idea - better idea ;) ?
> 
> regards,
> 
> Martin
> 
> --
> 
> http://www.irian.at
> 
> Your JSF powerhouse -
> JSF Consulting, Development and
> Courses in English and German
> 
> Professional Support for Apache MyFaces

-- 
Alexander Smirnov
Software developer
Exadel Inc.
http://www.exadel.com/
mail-to:asmirnov@exadel.com


INTERNATIONAL FINANCIAL DATA SERVICES (UK) LTD Tel: +44 1268 44 3000
********************** N O T I C E *********************************

This message and any attachments is intended only for the individual or company to which it is addressed and may contain
information which is privileged, confidential or prohibited from disclosure or unauthorised use. If the recipient of this
transmission is not the intended recipient, or the employee or agent responsible for delivering such materials to the
intended recipient, you are hereby notified that any use, any form of reproduction, dissemination, copying, disclosure, 
modification, distribution and/or publication of this e-mail message or its attachments other than by it's intended
recipient is strictly prohibited by the sender. If you have received it in error, please notify us immediately by 
telephone on the number above and destroy the message and all copies in your possession.

International Financial Data Services (UK) Ltd is authorised and regulated by the Financial Services Authority.

This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses.

**********************************************************************



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

This email with attachments is solely for the use of the individual or
entity to whom it is addressed. Please also be aware that the DnB NOR Group
cannot accept any payment orders or other legally binding correspondence with
customers as a part of an email. 

This email message has been virus checked by the virus programs used
in the DnB NOR Group.

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

Re: Nightly problem

[Mike Kienenberger <mk...@gmail.com>]

Generally caused when an xml parser tries to resolve an entity using the URL.
Generally fixed by putting a copy of your dtd files in your WEB-INF/ directory.
Sometimes you have to solve it by writing an XML parser entity resolver.

On 1/27/06, hermod.opstvedt@dnbnor.no <he...@dnbnor.no> wrote:
> Hi
>
> When running with latest nightly (1.1.2-SNAPSHOT), I get:
> javax.faces.FacesException: java.net.NoRouteToHostException: No route to host: connect
>         at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:123)
>
> This does not happen when I replace them with the  1.1.1 release jars in my WEB-INF/lib
>
> Hermod
>
> -----Original Message-----
> From: Cash, Jamie [mailto:JCash@ifdsgroup.co.uk]
> Sent: Friday, January 27, 2006 1:23 PM
> To: MyFaces Development
> Subject: RE: Bookmarking, History and JSF
>
>
> If a action resolves to a jsp page and not a method on a backing bean, then there can only be one consequence of that action.
>
> In this case, and this case only, it would be useful for faces to render the link as a outputLink by computing the full URL.
>
> The page designer, on the other hand should be able to code the links as commandLinks.
>
> With this solution, all actions that can resolve to a single possible consequence, will link to a page that will be bookmarkable. These links will be listed in the HTML, and will therefore be followed by search engine robots.
>
> Regards
>
> Jamie
>
> -----Original Message-----
> From: Alexander Smirnov [mailto:asmirnov@exadel.com]
> Sent: 27 January 2006 12:16
> To: MyFaces Development
> Subject: Re: Bookmarking, History and JSF
>
>
> Due to navigation caases, you page after GET request may be different
> from request to request, depend on application state. For bookmarkable
> links, best case to use redirect navigation options .
> May be, for such cases best solution will be save/restore request state
> for redirect, simulate single request processing for redirects ? After
> such processing, You will have right ( bookmarkable ) uri in browser for
> page.
> Second part for such solution can be ability for define "default" action
> methods for non-faces requested pages. In such, when re-visiting
> bookmarked page, in case of non-actual page client can be forward to
> different view ( as I see, such functions exist in Struts/Shale ).
>
> " not submitting a form and loosing all JSF state but having a
> bookmarkable link? " - already exist in <h:outputLink > with nested
> <f:param >
>
> Jesse Alexander (KBSA 21) :
> > to put it in a nutshell:
> >
> > add GET-processing to JSF...
> >
> > +100 ;-)
> >
> > regards
> > Alexander
> >
> > -----Original Message-----
> > From: Martin Marinschek [mailto:martin.marinschek@gmail.com]
> > Sent: Friday, January 27, 2006 10:35 AM
> > To: MyFaces Development
> > Subject: Bookmarking, History and JSF
> >
> > Hi all,
> >
> > I'm having ideas again. Must come from too much work with JSF ;)
> >
> > My idea:
> >
> > Bookmarking is a problem with JSF, right? Except you use h:outputLink,
> > but then there's this slight problem with not being in the action
> > system anymore ;)
> >
> > Now, what do I want to be able to see in my history or to bookmark? I
> > want to bookmark simple pages, where state is not so important at all.
> > Or only a small portion of the state is important...
> >
> > Those simple pages I usually refer to with an "action" attribute that
> > is put (as a string) directly on the <h:commandLink /> or
> > <h:commandButton/> tag, right?
> >
> > Why not render out this action attribute as a parameter to the URL of
> > the link optionally, not submitting a form and loosing all JSF state,
> > but having a bookmarkable link?
> >
> > The developer can decide then:
> >  - do I need this link to be bookmarked
> > - do I want this link to  use the plain old JSF posting system with
> > state-saving.
> >
> > Enhancement: we could additionally render out params to this link as -
> > yes, right, params to the URL. So people can optionally build there
> > web-apps just like they were used to when JSF wasn't around.
> >
> > Good idea - bad idea - better idea ;) ?
> >
> > regards,
> >
> > Martin
> >
> > --
> >
> > http://www.irian.at
> >
> > Your JSF powerhouse -
> > JSF Consulting, Development and
> > Courses in English and German
> >
> > Professional Support for Apache MyFaces
>
> --
> Alexander Smirnov
> Software developer
> Exadel Inc.
> http://www.exadel.com/
> mail-to:asmirnov@exadel.com
>
>
> INTERNATIONAL FINANCIAL DATA SERVICES (UK) LTD Tel: +44 1268 44 3000
> ********************** N O T I C E *********************************
>
> This message and any attachments is intended only for the individual or company to which it is addressed and may contain
> information which is privileged, confidential or prohibited from disclosure or unauthorised use. If the recipient of this
> transmission is not the intended recipient, or the employee or agent responsible for delivering such materials to the
> intended recipient, you are hereby notified that any use, any form of reproduction, dissemination, copying, disclosure,
> modification, distribution and/or publication of this e-mail message or its attachments other than by it's intended
> recipient is strictly prohibited by the sender. If you have received it in error, please notify us immediately by
> telephone on the number above and destroy the message and all copies in your possession.
>
> International Financial Data Services (UK) Ltd is authorised and regulated by the Financial Services Authority.
>
> This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses.
>
> **********************************************************************
>
>
>
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
>
> This email with attachments is solely for the use of the individual or
> entity to whom it is addressed. Please also be aware that the DnB NOR Group
> cannot accept any payment orders or other legally binding correspondence with
> customers as a part of an email.
>
> This email message has been virus checked by the virus programs used
> in the DnB NOR Group.
>
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
>
>