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.
>
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
>
>