Have you set the parameter "org.apache.myfaces.SERIALIZE_STATE_IN_SESSION" before to false? The default is true by the way. Maybe the example bean requires to be serialized.
The above three "SCHWERWIEGEND" error logs don`t matter, they are common since a few months. cheers, Gerald On 3/1/07, Oellien, F (Frank) <[EMAIL PROTECTED]> wrote:
Hello Gerald, I have now tested the jar files from the nightly build and observed the following: Obviously all action components (buttons, links, etc) in the page that have been configured as partialTrigger will fire a partialRequest. I can see this, because the text of the 'Pattern Matching PPRPanelGroup:' is changing to 'Loading...'. However, that's all. The label does not change again and also all fields that should be updated like Message, First PPRPanelGroup will not be updated. The tomcat server throws several errors: When I start the page the first time I get the following message: 01.03.2007 12:34:25 org.apache.myfaces.renderkit.html.util.MyFacesResourceLoader serveResource SCHWERWIEGEND: Unable to find resource src/dom/__package__.js for component dojo.DojoResourceLoader. Check that this file is available in the classpath in sub-directory /resource of the package-directory. 01.03.2007 12:34:25 org.apache.myfaces.renderkit.html.util.MyFacesResourceLoader serveResource SCHWERWIEGEND: Unable to find resource src/__package__.js for component dojo.DojoResourceLoader. Check that this file is available in the classpath in sub-directory /resource of the package-directory. 01.03.2007 12:34:25 org.apache.myfaces.renderkit.html.util.MyFacesResourceLoader serveResource SCHWERWIEGEND: Unable to find resource __package__.js for component dojo.DojoResourceLoader. Check that this file is available in the classpath in sub-directory /resource of the package-directory. And also 01.03.2007 12:38:28 org.apache.catalina.session.StandardSession writeObject WARNUNG: Cannot serialize session attribute org.apache.myfaces.custom.redirectTracker.RedirectTrackerManager for session D0B469D072F4BC3530FEA91193D62CE9 java.io.NotSerializableException: test.PPRExampleBean at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1081) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:302) at java.util.TreeMap.writeObject(TreeMap.java:1475) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:917) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1339) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1290) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1079) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1375) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1347) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1290) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1079) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:302) at org.apache.catalina.session.StandardSession.writeObject(StandardSession.java:1462) at org.apache.catalina.session.StandardSession.writeObjectData(StandardSession.java:938) at org.apache.catalina.session.StandardManager.doUnload(StandardManager.java:516) at org.apache.catalina.session.StandardManager.unload(StandardManager.java:462) at org.apache.catalina.session.StandardManager.stop(StandardManager.java:666) at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4345) at org.apache.catalina.core.ContainerBase.removeChild(ContainerBase.java:892) at org.apache.catalina.startup.HostConfig.undeployApps(HostConfig.java:1164) at org.apache.catalina.startup.HostConfig.stop(HostConfig.java:1135) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:312) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1054) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1066) at org.apache.catalina.core.StandardEngine.stop(StandardEngine.java:447) at org.apache.catalina.core.StandardService.stop(StandardService.java:512) at org.apache.catalina.core.StandardServer.stop(StandardServer.java:743) at org.apache.catalina.startup.Catalina.stop(Catalina.java:601) at org.apache.catalina.startup.Catalina.start(Catalina.java:576) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:294) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:432) Clicking a partial Trigger lead to the following message: 01.03.2007 12:35:12 org.apache.myfaces.application.jsp.JspStateManagerImpl restoreComponentState SCHWERWIEGEND: No serialized component state found in client request! In the next step, I have copied the web.xml file of the example war file to my application replacing the old web.xml file. Now the application is working as expectet. Only the 'Update first group partially' checkbox will force a request. All error messages except the resource error messages from the beginning of this mail have disappeared. Which kind of configuration changes in the web.xml file have this influence? Frank > -----Original Message----- > From: Gerald Müllan [mailto:[EMAIL PROTECTED] > Sent: Mittwoch, 28. Februar 2007 11:33 > To: MyFaces Discussion > Subject: Re: PPRPanelGroup > > Hi, > > i think you mean the examples from the following url: > > http://example.irian.at/example-sandbox-20070228/pprPanelGroup.jsf > > To me all the links and buttons are working fine with a ppr-request. > Have you tried out this latest build? > > cheers, > > Gerald > > On 2/26/07, Oellien, F (Frank) <[EMAIL PROTECTED]> wrote: > > Hello, > > > > That is what I have done so far. > > I have tried both 1.1.4 and 1.1.5 in a new web application > that only contains the original JSP file and the > corresponding Backing Bean. > > > > And these are the results: > > > > PPRSumit button -> Request/Page Refresh ConfiguredSubmit Button -> > > Request/Page Refresh Update first group partially checkbox -> > > Request/Page Refresh testAction Button -> Request/Page > Refresh Partial > > testAction button -> Request/Page Refresh Partially submit > by change > > combobox -> OK, Ajax Partially submit by change checkbox -> > OK, Ajax > > Command link -> OK, Ajax Second PPRPanelGroup Button -> > Request/Page > > Refresh > > > > Any explanation for that? > > > > Frank > > > > > -----Original Message----- > > > From: Gerald Müllan [mailto:[EMAIL PROTECTED] > > > Sent: Donnerstag, 22. Februar 2007 17:26 > > > To: MyFaces Discussion > > > Subject: Re: PPRPanelGroup > > > > > > Hi, > > > > > > you have to register every component which should fire a > ppr-request. > > > This can be done in an exactly manner via the "partialTriggers" > > > attribute: > > > > > > E.g. id of a commandButton is "nextWizardStep"; Consequently if > > > going to the next wizard step should occur via a ppr-request (the > > > whole wizard page is embedded in the > > > s:pprPanelGroup) "partialTriggers" has to be set to > "nextWizardStep". > > > > > > The other possibility is to use the > "partialTriggerPattern" attribute: > > > > > > E.g. if you want to use "nextWizardStep" and "previousWizardStep" > > > buttons, just write "*WizardStep" as the "partialTriggerPattern" > > > attribute. > > > > > > Every component which is registered via one of the above > attributes > > > should fire a ppr-request, because of the interception > point before > > > the regular form post. > > > > > > If it does not, there maybe a bug or another problem. E.g. > > > you cannot use aliasBeans in combination with ppr because of the > > > scoping. But please post the corresponding code, maybe we > can then > > > say something more on that. > > > > > > Regarding the sandbox examples: > > > > > > You are right, the secondFormButton does one time a > ppr-request and > > > the other time a regular submit. It seems to steem from the fact > > > that the value of the button is changing after activating > a command > > > component from the first form. > > > > > > But don`t waste time on this, your problem should be another one.. > > > > > > cheers, > > > > > > Gerald > > > > > > On 2/22/07, Oellien, F (Frank) <[EMAIL PROTECTED]> wrote: > > > > I have a question regarding the PPRPanelGroup. > > > > When I use the Sandbox-example.war file I can use the > > > > PPRPanelGroup example as expected. However when I implement the > > > > corresponding jsp file and the backing bean in my own > application > > > > every action like pressing a commandlink or a > commandbutton will > > > > be followed by a request and a complete side refresh. > > > > > > > > What I have to keep in mind when working with the Ajax > > > functionilities? > > > > By reading the source code it is also unclear for me > why PPRSubmit > > > > button will not led to a whole page refresh and the > button in the > > > > secondform does. > > > > > > > > Regards > > > > Frank > > > > -------------------------------------- > > > > This message, including attachments, is confidential and > > > may be privileged. > > > > If you are not an intended recipient, please notify the sender > > > > then delete and destroy the original message and all copies. You > > > should not > > > > copy, forward and/or disclose this message, in whole or > in part, > > > > without permission of the sender. > > > > -------------------------------------- > > > > > > > > > > > > > -- > > > http://www.irian.at > > > > > > Your JSF powerhouse - > > > JSF Consulting, Development and > > > Courses in English and German > > > > > > Professional Support for Apache MyFaces > > > > > -------------------------------------- > > This message, including attachments, is confidential and > may be privileged. > > If you are not an intended recipient, please notify the sender then > > delete and destroy the original message and all copies. You > should not > > copy, forward and/or disclose this message, in whole or in part, > > without permission of the sender. > > -------------------------------------- > > > > > -- > http://www.irian.at > > Your JSF powerhouse - > JSF Consulting, Development and > Courses in English and German > > Professional Support for Apache MyFaces > Frank Oellien Scientist Intervet Innovation GmbH Zur Propstei 55270 Schwabenheim, Germany E-Mail: [EMAIL PROTECTED] Phone: +49 (6130) 948 365 Fax: +49 (6130) 948 517 Home http://www.intervet.com Intervet Innovation GmbH is an Akzo Nobel company Sitz der Gesellschaft: Schwabenheim Amtsgericht Mainz, HRB 23 166 Geschäftsführer: Dr. Peter Schmid -------------------------------------- This message, including attachments, is confidential and may be privileged. If you are not an intended recipient, please notify the sender then delete and destroy the original message and all copies. You should not copy, forward and/or disclose this message, in whole or in part, without permission of the sender. --------------------------------------
-- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces