I'm very sorry - you ran into a temporary problem with the MyFaces sourcebase we had yesterday.
It should work again now. Thanks for your patience! regards, Martin On 1/24/06, Eric M. Burke <[EMAIL PROTECTED]> wrote: > I gave it a shot this morning, but keep running into problems. I > cannot even get to the point where my pages display. Right now I'm > seeing a NoSuchMethodError when I first hit a page with MyFaces > components on it. > > java.lang.NoSuchMethodError: > org.apache.myfaces.renderkit.html.util.AddResource.writeWithFullHeader(Ljavax/servlet/http/HttpServletRequest;Ljava/lang/String;Ljavax/servlet/http/HttpServletResponse;)V > at > org.apache.myfaces.component.html.util.ExtensionsFilter.doFilter(ExtensionsFilter.java:140) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) > at > com.boeing.esm.util.hibernate.HibernateFilter.doFilter(HibernateFilter.java:61) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) > at > com.boeing.esm.util.ExceptionFilter.doFilter(ExceptionFilter.java:43) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) > at > org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:514) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) > at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:868) > at > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) > at > org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) > at > org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) > at > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) > at java.lang.Thread.run(Thread.java:595) > > > --- "Martin Marinschek (JIRA)" <[email protected]> wrote: > > > [ > > > http://issues.apache.org/jira/browse/MYFACES-1052?page=comments#action_12363810 > > ] > > > > Martin Marinschek commented on MYFACES-1052: > > -------------------------------------------- > > > > In the current head version of MyFaces, the calendar popup > > functionality has been completely reworked. > > > > Can you test again with the current head? > > > > thanks, > > > > Martin > > > > > Popup calendar is corrupt, showing NaN, when user leaves year > > blank on inputDate component > > > > > > ------------------------------------------------------------------------------------------ > > > > > > Key: MYFACES-1052 > > > URL: http://issues.apache.org/jira/browse/MYFACES-1052 > > > Project: MyFaces > > > Type: Bug > > > Components: Tomahawk > > > Versions: 1.1.1 > > > Environment: Firefox 1.5, Windows XP on client > > > Reporter: Eric Burke > > > Attachments: calendar-bug.jpg > > > > > > When using t:inputDate with a popup calendar, a blank year is not > > handled gracefully. Here is the JSP code: > > > <t:inputDate id="holidayDate" > > > value="#{HolidayAdminBean.editingHolidayDate}" required="true" > > > popupCalendar="true"/> > > > If the user leaves the year blank and clicks the "..." button, > > the popup calendar shows NaN and is displayed as one wide column > > instead of in calendar format. This bug was previously reported > > under issue MYFACES-73 > > (http://issues.apache.org/jira/browse/MYFACES-73) which is marked > > Closed Fixed against version 1.1.0 of MyFaces. Clearly this is > > still a major problem under MyFaces 1.1.1. > > > > -- > > This message is automatically generated by JIRA. > > - > > If you think it was sent incorrectly contact one of the > > administrators: > > http://issues.apache.org/jira/secure/Administrators.jspa > > - > > For more information on JIRA, see: > > http://www.atlassian.com/software/jira > > > > > > > Eric M. Burke > Principal Software Engineer, Object Computing, Inc. > 314-494-3185 - [EMAIL PROTECTED] > http://stuffthathappens.com/blog/ > > -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
