| Author |
Message |
|
|
I am pleased to announce a new article from Stephen Maryka. Stephen is the Chief Technical Officer at ICEsoft Technologies Inc. Stephen provides an overview of ICEmobile, which enables Java Enterprise developers to build web applications that provide the native look, feel, and capabilities of the mobile devices from which they are accessed. ICEmobile delivers a user experience that matches native mobile applications, and it does so in a way that adapts seamlessly to the various device platforms. Here is an excerpt:
JSF is not new to the mobile landscape. As early as 2007, the ICEfaces framework was being used to deliver JSF-based applications to mobile devices. Advanced browser capabilities on devices like the iPhone, coupled with advanced Ajax-based frameworks like ICEfaces, enabled JSF developers to adapt desktop-targeted Rich Internet Application (RIA's) to mobile devices in an effective manner. So what has changed in the last five years that out-dates these early techniques, and what modern approaches can be applied to deliver a true native user experience to today's wide spectrum of smart phones and other mobile devices? A brief review of the recent and astounding history of smartphones will shed some light on this question and its answer.
Read the article here:
http://www.jsfcentral.com/articles/icemobile.html
Kito D. Mann -- Author, JavaServer Faces in Action
http://twitter.com/kito99
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
|
 |
|
|
I am pleased to announce a new Newscast on JSFCentral.com.
The JSF and Java EE Newscast, hosted by Kito D. Mann, Ian Hlavats, and Daniel Hinojosa, is a monthly podcast that covers the latest headlines in the world of JavaServer Faces and Enterprise Java development.
In this episode, Kito, Ian, and Daniel discuss JDK 8, LiferayFaces, the new Jenkins repository, and new releases of ICEfaces, MyFaces, Weld, Ceylon, ModeShape, Arquillian, Akka, NetBeans, and several Spring products.
Listen to the newscast here:
http://blogs.jsfcentral.com/JSFNewscast/entry/jsf_and_java_ee_newscast8
Kito D. Mann -- Author, JavaServer Faces in Action
http://twitter.com/kito99
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
|
|
|
|
I am pleased to announce a new Podcast with Werner Punz -
JSFCentral Episode #25: Werner Punz on MyFaces Ajax and MyFaces Ext-Scripting
In this podcast, JSFCentral editor-in-chief Kito D. Mann discusses MyFaces Ajax, MyFaces Extensions Scripting, and alternative JVM languages with Werner Punz.
Here is an excerpt:
Kito
Yeah. So, this is the new name for the JSFDays conference sponsored by Irian Solutions, which does MyFaces' training consulting, and lots of other JSF consulting work. Today, I'm here with Werner Punz. Werner is a big MyFaces' committer, and also works for Irian. So, why don't you tell me a little bit about yourself.
Werner
Well, I work mainly as a consultant for Irian. And I basically joined the company over the MyFaces project. I think it was about five years ago, or six years ago. My work in MyFaces itself is mainly the JavaScript part, currently, and also the Extensions Scripting project.
Kito
Okay. Anything about your client work? What sort of clients do you guys work with?
Werner
Well, I basically am assigned to tasks currently within the Credit Suisse, which is a major client for the Irian Company.
Kito
Alright. So, you've been working with extension scripting, and I guess the JavaScript portions of MyFaces. So you obviously have an interest in other -- or non-Java languages.
Werner
Yes. I have a huge interest in non-Java languages. I don't know when it started and how it started but as for the JavaScript part, over the years I became entrenched deeper and deeper into the language itself. I think the turning point was around 2005 or so. Before that, I thought, like many people, that JavaScript itself is just a simple language, where you could do just a little bit. And then, I think the turning point was when I first saw the Prototype library.
Read the full Podcast here:
http://www.jsfcentral.com/articles/punz-03-12.html
JSFCentral Episode #25: Werner Punz on MyFaces Ajax and MyFaces Ext-Scripting
Kito D. Mann -- Author, JavaServer Faces in Action
http://twitter.com/kito99
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
|
|
|
|
Hello,
I’m pleased to announce some recent content at JSFCentral:
JSFCentral Podcast #24: Juergen Hoeller on Spring 3.1, JSF, and more
In this podcast, JSFCentral editor-in-chief Kito D. Mann discusses Spring Framework 3.0 and Spring's support for JSF with Spring Framework co-founder Juergen Hoeller.
We’ve also got some great new content in the pipeline, including a new JSF and Java EE Newscast, as well as an article about RichFaces 4.1.
Enjoy!
___
Kito D. Mann | twitter: kito99 | Author, JSF in Action
Virtua, Inc. | http://www.virtua.com | JSF/Java EE training and consulting
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info | twitter: jsfcentral
* Listen to the latest headlines in the JSF and Java EE newscast: http://blogs.jsfcentral.com/roller/editorsdesk/category/JSF+and+Java+EE+Newscast
* Sign up for the JSFCentral newsletter: http://oi.vresp.com/?fid=ac048d0e17
|
|
|
|
Hello,
In this podcast, JSFCentral editor-in-chief Kito D. Mann discusses ICEfaces 2 and HTML 5 with Ted Goddard. Ted is the Chief Software Architect at ICEsoft Technologies and is the technical lead for the JavaServer Faces Ajax framework, ICEfaces, and the Ajax Push framework, ICEpush. He currently participates in the Servlet and JavaServer Faces expert groups. This interview was recorded in September of 2010 at JavaOne in San Francisco, CA.
Read the full article here:http://www.jsfcentral.com/articles/goddard-01-11.html
Kito D. Mann -- Author, JavaServer Faces in Action
http://twitter.com/kito99 http://twitter.com/jsfcentral
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
+1 203-404-4848 x3
|
|
|
|
Hello,
Traditionally, researchers have bound data and stored it in a physical form on a library shelf; the only way to access it was to look up its ISBN. In more recent times, research data has often been stored on someone’s computer somewhere, accessible to only a few. There has been a growing need for long term archiving of data, to make it available in a digital form that can be shared and used by others.
Read the full article here: http://www.jsfcentral.com/articles/trenches_8.html
Kito D. Mann -- Author, JavaServer Faces in Action
http://twitter.com/kito99 http://twitter.com/jsfcentral
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
+1 203-404-4848 x3
|
|
|
|
ICEfaces 1.7 comes bundled with the Asynchronous HTTP Server, located at [icefaces-1.7-home]/icefaces/ahs
Ah, okay. Thanks you may want to point that out in the Downloads section; I assumed it wasn't available for 1.7 because there's a version specifically for 1.6 that you can download separately.
--
Kito D. Mann -- Author, JavaServer Faces in Action
http://twitter.com/kito99
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
* Sign up for the JSF Central newsletter! http://oi.vresp.com/?fid=ac048d0e17 *
|
|
|
|
ICEfaces 1.7.2 is essentially complete (we're only making small fixes on top of the release candidate) but 1.8 will follow very quickly as it contains more significant changes developed in parallel.
Ah, that's good to hear. Is the solution in this thread currently the best way to get ICEfaces to work in WebSphere Portal?
--
Kito D. Mann -- Author, JavaServer Faces in Action
http://twitter.com/kito99
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
* Sign up for the JSF Central newsletter! http://oi.vresp.com/?fid=ac048d0e17 *
|
|
|
|
So.. is this going to be in ICEfaces 1.72 instead of 1.8?? That would be my preference :-).
--
Kito D. Mann -- Author, JavaServer Faces in Action
http://twitter.com/kito99
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
* Sign up for the JSF Central newsletter! http://oi.vresp.com/?fid=ac048d0e17 *
|
|
|
|
Is there a release of the Async HTTP Server planned for ICEfaces 1.7?
--
Kito D. Mann -- Author, JavaServer Faces in Action
http://twitter.com/kito99
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
|
|
|
|
Hello Everyone,
I just wanted to let you know that we've added a new track to the JSFOne conference, which I'm hosting with NFJS September 4th-6th in the Washington, DC area. The new track includes an additional ten sessions that cover excellent topics including portlets, security, Google API integration, and more.
That makes four tracks total: Intro, Seam and Spring, Ajax and Component development, plus Security and Integration. Of course every session doesn't fit exactly into these categories, but each track does have a general theme. Here are some great session choices:
* Apache MyFaces Planet - Cagatay Civici
* JavaServer Faces: A Whirlwind Tour - David Geary
* Writing Ajax-based JSF applications with Apache Trinidad and Facelets - Matthias Wessendorf
* Securing JSF Applications Against the OWASP Top Ten - David Chandler
* Develop compelling iPhone and other Mobile Web Applications in JSF - Michael Yuan
* Spring and JavaServerFaces: Approaches to Integration - Keith Donald
* Common Seam Traps and Hazards - Daniel Hinojosa
* Holistic Testing of JSF Applications - Stan Silvert
* JSF 2.0 Overview - Ed Burns
* Scripting JavaServer Faces - Kito Mann
* Stacking the deck by integrating Spring beans and Seam - Dan Allen
* JBoss RichFaces - Max Katz
* Ajax Push and ICEfaces for Enterprise Collaboration - Ted Goddard
* Accessible web-applications with or without JavaScript - Martin Marinschek
ICEsoft is a gold sponsor of this event, and Ted Goddard has two other excellent sessions related to ICEfaces and mobile development.
Of course, this is just a small sampling of the 40+ sessions at the conference. There's also some great deals, such as four registrations for the price of three, and a free iPhone or Amazon gift certificate for the first 300 attendees. If you'd like to learn more about JavaServer Faces, this is the place to be!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kito D. Mann - Author, JavaServer Faces in Action Virtua.com - JSF/Java EE consulting, training, and mentoring JSF Central - JavaServer Faces FAQ, news, and info
phone: +1 203-653-2989
fax: +1 203-653-2988
Join me at JSFOne ! The One Conference for the JSF Ecosystem.
|
|
|
|
Hello,
I’m pleased to announce episode #3 of the JSFCentral podcast series. This podcast is an interview with ICEsoft senior architect Ted Goddard. It was recorded in May of 2007 at the JavaOne conference in San Francisco, CA. Here’s an excerpt:
Kito:
Okay, so you talk about Ajax Framework and Ajax Push, let' s talk about the Ajax Framework part. Is ICEfaces a component suite or framework or both?
Ted:
It' s both really. ICEfaces starts off with an architecture for updating the page. Once you have the ability to generally update the page, you start using a technique we call Direct-to-DOM rendering. Then you can build a bunch of interesting components around that. We also make use of some JavaScript libraries like Prototype and Script.aculo.us so that we can expose the capabilities of Script.aculo.us to the developer. Script.aculo.us is a really nice JavaScript API but what if you are not a JavaScript developer? Then you need a nice Java API for working with Script.aculo.us, so what we do is provide Script.aculo.us effects modeled in JSF so that the JSF developer can have drag and drop and effects capabilities.
Kito:
You mentioned Direct-to-DOM techniques, what is that?
Ted:
Direct-to-DOM is the technique that ICEfaces uses to render the JSF components. The way it works is, instead of rendering to a stream as JSF normally would, ICEfaces components render into a document object model on the server. That allows us to efficiently detect just the changes to that DOM and send just the changes down to the browser. The ability to send just the changes to a browser page is one of the key user interface features of Ajax. When you interact with an Ajax application, you don' t want a full page refresh, you just want the page to be updated in place. This change detection through the Document Object Model on the server is a very effective way to do that.
Read the full article or download the podcast here: http://www.jsfcentral.com/articles/goddard-06-08.html.
Kito D. Mann
|
|
|
|
Michael,
My hypothesis turned out be wrong, because I saw the same exception when using the ICEfaces component. However, things improved when I manually set the id for each component, which is certainly something I've done before :-).
|
|
|
|
So, I changed the type of the backing bean property from a javax.faces.component.UIData component to com.icesoft.faces.component.ext.HtmlDataTable, and this fixed this problem. Since the backing bean property doesn't actually create the component, I don't see why this should be a problem.
Sounds like a bug to me -- if anyone else agrees, I'll post a JIRA issue.
|
|
|
|
So, here's a curious issue. I've got a commandLink inside of a data table, and it works fine:
Code:
<ice:dataTable id="inboxTable" styleClass="table-background"
rowClasses="table-odd-row,table-even-row" cellpadding="3"
value="#{inboxBean.inboxProjects}"
sortColumn="#{inboxBean.sortColumn}" var="project">
<ice:column>
<f:facet name="header">
<ice:commandSortHeader columnName="Name" arrow="false">Project Name</ice:commandSortHeader>
</f:facet>
<ice:outputText id="projectName" value="#{project.name}" />
</ice:column>
...
<ice:column>
<ice:commandLink id="approve" action="#{inboxBean.approve}">
<ice:outputText value="Approve" />
</ice:commandLink>
</ice:column>
</ice:dataTable>
However, if I navigate from this page to another ICEfaces page, and then back (using standard JSF navigation), when I click on the commandLink, I get the following exception ''after'' the associated action has executed:
Code:
18:09:36,312 ERROR Digester:1558 - Parse Fatal Error at line 34 column 68: The content of elements must consist of well-formed character data or markup.
org.xml.sax.SAXParseException: The content of elements must consist of well-formed character data or markup.
at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source)
at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.XMLScanner.reportFatalError(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
at org.apache.commons.digester.Digester.parse(Digester.java:1685)
at com.icesoft.faces.webapp.parser.Parser.parse(Parser.java:122)
at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:543)
at com.icesoft.faces.application.D2DViewHandler.renderView(D2DViewHandler.java:153)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:107)
at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:268)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:137)
at com.icesoft.faces.webapp.http.core.ReceiveSendUpdates.renderCycle(ReceiveSendUpdates.java:58)
at com.icesoft.faces.webapp.http.core.ReceiveSendUpdates.service(ReceiveSendUpdates.java:45)
at com.icesoft.faces.webapp.http.core.IDVerifier.service(IDVerifier.java:25)
at com.icesoft.faces.webapp.http.core.ViewBoundServer.service(ViewBoundServer.java:52)
at com.icesoft.faces.webapp.http.common.standard.PathDispatcherServer$Matcher.serviceOnMatch(PathDispatcherServer.java:50)
at com.icesoft.faces.webapp.http.common.standard.PathDispatcherServer.service(PathDispatcherServer.java:19)
at com.icesoft.faces.webapp.http.servlet.ThreadBlockingAdaptingServlet.service(ThreadBlockingAdaptingServlet.java:19)
at com.icesoft.faces.webapp.http.servlet.EnvironmentAdaptingServlet.service(EnvironmentAdaptingServlet.java:29)
at com.icesoft.faces.webapp.http.servlet.MainSessionBoundServlet.service(MainSessionBoundServlet.java:110)
at com.icesoft.faces.webapp.http.servlet.SessionDispatcher.service(SessionDispatcher.java:35)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher$Matcher.serviceOnMatch(PathDispatcher.java:52)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher.service(PathDispatcher.java:29)
at com.icesoft.faces.webapp.http.servlet.MainServlet.service(MainServlet.java:97)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:679)
at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:461)
at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:364)
at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
at com.icesoft.faces.webapp.xmlhttp.BlockingServlet.service(BlockingServlet.java:54)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:264)
at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107)
at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:81)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:216)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:108)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:195)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148)
at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:198)
at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Thread.java:619)
18:09:36,312 ERROR [Persistent Faces Servlet]:711 - Servlet.service() for servlet Persistent Faces Servlet threw exception
org.xml.sax.SAXParseException: The content of elements must consist of well-formed character data or markup.
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
at org.apache.commons.digester.Digester.parse(Digester.java:1685)
at com.icesoft.faces.webapp.parser.Parser.parse(Parser.java:122)
at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:543)
at com.icesoft.faces.application.D2DViewHandler.renderView(D2DViewHandler.java:153)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:107)
at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:268)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:137)
at com.icesoft.faces.webapp.http.core.ReceiveSendUpdates.renderCycle(ReceiveSendUpdates.java:58)
at com.icesoft.faces.webapp.http.core.ReceiveSendUpdates.service(ReceiveSendUpdates.java:45)
at com.icesoft.faces.webapp.http.core.IDVerifier.service(IDVerifier.java:25)
at com.icesoft.faces.webapp.http.core.ViewBoundServer.service(ViewBoundServer.java:52)
at com.icesoft.faces.webapp.http.common.standard.PathDispatcherServer$Matcher.serviceOnMatch(PathDispatcherServer.java:50)
at com.icesoft.faces.webapp.http.common.standard.PathDispatcherServer.service(PathDispatcherServer.java:19)
at com.icesoft.faces.webapp.http.servlet.ThreadBlockingAdaptingServlet.service(ThreadBlockingAdaptingServlet.java:19)
at com.icesoft.faces.webapp.http.servlet.EnvironmentAdaptingServlet.service(EnvironmentAdaptingServlet.java:29)
at com.icesoft.faces.webapp.http.servlet.MainSessionBoundServlet.service(MainSessionBoundServlet.java:110)
at com.icesoft.faces.webapp.http.servlet.SessionDispatcher.service(SessionDispatcher.java:35)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher$Matcher.serviceOnMatch(PathDispatcher.java:52)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher.service(PathDispatcher.java:29)
at com.icesoft.faces.webapp.http.servlet.MainServlet.service(MainServlet.java:97)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:679)
at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:461)
at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:364)
at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
at com.icesoft.faces.webapp.xmlhttp.BlockingServlet.service(BlockingServlet.java:54)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:264)
at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107)
at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:81)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:216)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:108)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:195)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148)
at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:198)
at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Thread.java:619)
18:09:36,312 ERROR [Blocking Servlet]:253 - Servlet.service() for servlet Blocking Servlet threw exception
org.xml.sax.SAXParseException: The content of elements must consist of well-formed character data or markup.
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
at org.apache.commons.digester.Digester.parse(Digester.java:1685)
at com.icesoft.faces.webapp.parser.Parser.parse(Parser.java:122)
at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:543)
at com.icesoft.faces.application.D2DViewHandler.renderView(D2DViewHandler.java:153)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:107)
at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:268)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:137)
at com.icesoft.faces.webapp.http.core.ReceiveSendUpdates.renderCycle(ReceiveSendUpdates.java:58)
at com.icesoft.faces.webapp.http.core.ReceiveSendUpdates.service(ReceiveSendUpdates.java:45)
at com.icesoft.faces.webapp.http.core.IDVerifier.service(IDVerifier.java:25)
at com.icesoft.faces.webapp.http.core.ViewBoundServer.service(ViewBoundServer.java:52)
at com.icesoft.faces.webapp.http.common.standard.PathDispatcherServer$Matcher.serviceOnMatch(PathDispatcherServer.java:50)
at com.icesoft.faces.webapp.http.common.standard.PathDispatcherServer.service(PathDispatcherServer.java:19)
at com.icesoft.faces.webapp.http.servlet.ThreadBlockingAdaptingServlet.service(ThreadBlockingAdaptingServlet.java:19)
at com.icesoft.faces.webapp.http.servlet.EnvironmentAdaptingServlet.service(EnvironmentAdaptingServlet.java:29)
at com.icesoft.faces.webapp.http.servlet.MainSessionBoundServlet.service(MainSessionBoundServlet.java:110)
at com.icesoft.faces.webapp.http.servlet.SessionDispatcher.service(SessionDispatcher.java:35)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher$Matcher.serviceOnMatch(PathDispatcher.java:52)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher.service(PathDispatcher.java:29)
at com.icesoft.faces.webapp.http.servlet.MainServlet.service(MainServlet.java:97)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:679)
at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:461)
at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:364)
at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
at com.icesoft.faces.webapp.xmlhttp.BlockingServlet.service(BlockingServlet.java:54)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:264)
at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107)
at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:81)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:216)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:108)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:195)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148)
at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:198)
at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Thread.java:619)
Note that this happens even if I comment out all of the logic in my backing bean and make it just return a logical outcome.
It's strange, because obviously the page parsed correctly at first, and there's nothing obviously wrong in the page or its include.
Any ideas?
|
|
|
|
|
|
![[Logo]](/JForum/templates/default/images/logo.jpg){kind=logo}
![[Search]](/JForum/templates/default/images/icon_mini_search.gif){kind=icon}
![[Recent Topics]](/JForum/templates/default/images/icon_mini_recentTopics.gif){kind=icon}
![[Groups]](/JForum/templates/default/images/icon_mini_groups.gif){kind=icon}
![[Login]](/JForum/templates/default/images/icon_mini_login.gif){kind=icon}
Login
