AW: I am trying to deploy to Tomcat 5.0.28

2009-02-12 Thread Huettenkofer Michael
Hi Brenda,

 

AFAIK requires JSF 1.2, which is not supported in Tomcat until release
6.

 

HTH,

Michael

 

Von: Brenda Krivensky [mailto:bkriven...@hotmail.com] 
Gesendet: Mittwoch, 11. Februar 2009 19:48
An: users@myfaces.apache.org
Betreff: I am trying to deploy to Tomcat 5.0.28

 





I have a Netbeans 6.5 Web project and am trying to deploy to a Tomcat 5
server.  I have no problems with the latest version of Glassfish and
Tomcat 6.  

 

I need to deploy to a Tomcat 5 version with my war file.  I can get the
war file to deploy by copying it into the webapps directory.  I cannot
get my web page to display.  

 

Error is:

 

Error configuring application listener of class
com.sun.faces.extensions.avatar.event.DynaFacesContextListener

NoClassDefFoundErro: javax/faces/FacesException

 

I have JSF 1.1/1.2 Support jar files in my project Libraries folder.

 

Thanks,

Brenda

bkriven...@hotmail.com

 



Windows Live: E-mail. Chat. Share. Get more ways to connect. Check it
out.
http://windowslive.com/explore?ocid=TXT_TAGLM_WL_t2_allup_explore_02200
9 



Re: I am trying to deploy to Tomcat 5.0.28

2009-02-12 Thread Paulo Pinto
Hi,

you can use Tomcat 5.5 with JSF 1.2, provided you add the EL jars either to
your application or the
server CLASSPATH. You also need to code your pages using Facelets instead of
JSP pages.

EL Jars:
https://uel.dev.java.net/

--
Paulo

On Thu, Feb 12, 2009 at 9:06 AM, Huettenkofer Michael 
michael.huettenko...@munich-airport.de wrote:

  Hi Brenda,



 AFAIK requires JSF 1.2, which is not supported in Tomcat until release 6.



 HTH,

 Michael



 *Von:* Brenda Krivensky [mailto:bkriven...@hotmail.com]
 *Gesendet:* Mittwoch, 11. Februar 2009 19:48
 *An:* users@myfaces.apache.org
 *Betreff:* I am trying to deploy to Tomcat 5.0.28





  I have a Netbeans 6.5 Web project and am trying to deploy to a Tomcat 5
 server.  I have no problems with the latest version of Glassfish and Tomcat
 6.



 I need to deploy to a Tomcat 5 version with my war file.  I can get the war
 file to deploy by copying it into the webapps directory.  I cannot get my
 web page to display.



 Error is:



 Error configuring application listener of class
 com.sun.faces.extensions.avatar.event.DynaFacesContextListener

 NoClassDefFoundErro: javax/faces/FacesException



 I have JSF 1.1/1.2 Support jar files in my project Libraries folder.



 Thanks,

 Brenda

 bkriven...@hotmail.com


  --

 Windows Live: E-mail. Chat. Share. Get more ways to connect. Check it 
 out.http://windowslive.com/explore?ocid=TXT_TAGLM_WL_t2_allup_explore_022009



Re: [Trinidad] Page reloads before launching the dialog

2009-02-12 Thread Jonathan Bullock
We're using the dialog framework too and when the link is clicked a XHR
POST is made to the page before the window loads and when the window is
closed.

Jon

On Wed, 2009-02-11 at 11:54 -0800, Richard Yee wrote:
 Are you using any custom JavaScript?
 
 -R
 
 On Wed, Feb 11, 2009 at 10:24 AM, Walter Mourão walter.mou...@gmail.com 
 wrote:
  Actually the refresh occurs after closing the dialog too... :-(
 
  Hints ? Answers ?
 
  Thanks in advance,
 
  Walter Mourão
  http://waltermourao.com.br
  http://arcadian.com.br
  http://oriens.com.br
 
 
 
  On Tue, Feb 10, 2009 at 9:27 AM, Walter Mourão walter.mou...@gmail.com
  wrote:
 
  Hi folks,
  I'm using Trinidad 1.0.9. I realized that when launching a dialog
  (lightweight), the page containing the commandButton reloads before
  launching the dialog.
  Is it the expected behavior ? Is there a way to avoid that ?
 
  The commandButton:
  tr:commandButton text=#{messages['novo.documento']}
  action=#{captacaoController.entradaDeDadosDaCaptacaoNovoDocumentoAsDialog}
  returnListener=#{captacaoController.returnFromNovoDocumento}
  partialSubmit=true immediate=true useWindow=true
  windowHeight=600 windowWidth=600/
 
  Thanks in advance.
 
  Walter Mourão
  http://waltermourao.com.br
  http://arcadian.com.br
  http://oriens.com.br
 
 
 


---

Fugro Data Solutions Limited
Tyn y Coed
Llanrhos
Llandudno
North Wales
LL30 1SA
United Kingdom

Tel: +44 (0)1492 563555
Fax: +44 (0)1492 592030

General Email: i...@fugro-data.com

Website: www.fugro-data.com

This email and any attachments are confidential. They may 
contain privileged information and are intended for the named 
addressee(s) only. They must not be distributed without our 
consent. If you are not the intended recipient, please notify us 
immediately and do not disclose, distribute, or retain this 
email or any part of it. Unless expressly stated, opinions in 
this email are those of the individual sender, and not of Fugro 
Data Solutions Ltd. We believe but do not warrant that this
e-mail and any attachments are virus free. You must therefore 
take full responsibility for virus checking. Fugro Data 
Solutions Ltd and its subsidiaries may monitor email traffic 
data and also the content of email for the purposes of security. 
This email is not intended to create legal relations.

Fugro Data Solutions Limited is a limited company registered in
England and Wales (Reg No. 5583527) at Tyn y Coed, Pentywyn Road,
Llanrhos, Llandudno, LL30 1SA.  VAT No. GB901440962.


Re: [Trinidad] Page reloads before launching the dialog

2009-02-12 Thread Gerhard Petracek
hello,

yes - that's the desired behaviour.
it sounds like walter talked about a full page refresh. in case of ppr it
shouldn't occur.

regards,
gerhard



2009/2/12 Jonathan Bullock jonathan.bull...@fugro-data.com

 We're using the dialog framework too and when the link is clicked a XHR
 POST is made to the page before the window loads and when the window is
 closed.

 Jon

 On Wed, 2009-02-11 at 11:54 -0800, Richard Yee wrote:
  Are you using any custom JavaScript?
 
  -R
 
  On Wed, Feb 11, 2009 at 10:24 AM, Walter Mourão walter.mou...@gmail.com
 wrote:
   Actually the refresh occurs after closing the dialog too... :-(
  
   Hints ? Answers ?
  
   Thanks in advance,
  
   Walter Mourão
   http://waltermourao.com.br
   http://arcadian.com.br
   http://oriens.com.br
  
  
  
   On Tue, Feb 10, 2009 at 9:27 AM, Walter Mourão 
 walter.mou...@gmail.com
   wrote:
  
   Hi folks,
   I'm using Trinidad 1.0.9. I realized that when launching a dialog
   (lightweight), the page containing the commandButton reloads before
   launching the dialog.
   Is it the expected behavior ? Is there a way to avoid that ?
  
   The commandButton:
   tr:commandButton text=#{messages['novo.documento']}
  
 action=#{captacaoController.entradaDeDadosDaCaptacaoNovoDocumentoAsDialog}
  
 returnListener=#{captacaoController.returnFromNovoDocumento}
   partialSubmit=true immediate=true useWindow=true
   windowHeight=600 windowWidth=600/
  
   Thanks in advance.
  
   Walter Mourão
   http://waltermourao.com.br
   http://arcadian.com.br
   http://oriens.com.br
  
  
  


 ---

 Fugro Data Solutions Limited
 Tyn y Coed
 Llanrhos
 Llandudno
 North Wales
 LL30 1SA
 United Kingdom

 Tel: +44 (0)1492 563555
 Fax: +44 (0)1492 592030

 General Email: i...@fugro-data.com

 Website: www.fugro-data.com

 This email and any attachments are confidential. They may
 contain privileged information and are intended for the named
 addressee(s) only. They must not be distributed without our
 consent. If you are not the intended recipient, please notify us
 immediately and do not disclose, distribute, or retain this
 email or any part of it. Unless expressly stated, opinions in
 this email are those of the individual sender, and not of Fugro
 Data Solutions Ltd. We believe but do not warrant that this
 e-mail and any attachments are virus free. You must therefore
 take full responsibility for virus checking. Fugro Data
 Solutions Ltd and its subsidiaries may monitor email traffic
 data and also the content of email for the purposes of security.
 This email is not intended to create legal relations.

 Fugro Data Solutions Limited is a limited company registered in
 England and Wales (Reg No. 5583527) at Tyn y Coed, Pentywyn Road,
 Llanrhos, Llandudno, LL30 1SA.  VAT No. GB901440962.



Re: Problem Using Orchestra with Realm after Session-Timeout

2009-02-12 Thread Filip Lyncker

Hi Simon ,

thanks a lot for that infos ! I installed the newest Versions of 
Orchestra 1.3 and jsf RI (1.2_12) now and the behave is different now : 
no more null pointer , but still an exception ...

after the session timeout i get the following log output :

12.02.2009 11:09:35 com.sun.faces.lifecycle.Phase doPhase
SCHWERWIEGEND: JSF1054: (Phase ID: RESTORE_VIEW 1, View ID: ) Exception 
thrown during phase execution: 
javax.faces.event.phaseevent[source=com.sun.faces.lifecycle.lifecyclei...@19ae920]

12.02.2009 11:11:16 org.apache.catalina.core.StandardWrapperValve invoke
SCHWERWIEGEND: Servlet.service() for servlet Faces Servlet threw exception
javax.faces.application.ViewExpiredException: 
viewId:/pages/start/actuell.jsf - View /pages/start/actuell.jsf could 
not be restored.
at 
com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:185)

at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
at 
com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:103)

at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:177)
at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:267)
at 
org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:380)

at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:507)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.myfaces.orchestra.filter.OrchestraServletFilter.doFilter(OrchestraServletFilter.java:77)
at 
org.apache.myfaces.orchestra.lib.CompoundFilter$1.doFilter(CompoundFilter.java:58)
at 
org.apache.myfaces.orchestra.lib._NullFilter.doFilter(_NullFilter.java:45)
at 
org.apache.myfaces.orchestra.lib.CompoundFilter.doFilter(CompoundFilter.java:63)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
de.we.myproject.util.SessionTimeoutFilter.doFilter(SessionTimeoutFilter.java:76)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:83)
at 
org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)

at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:619)


as you suggested, I installed the sources to see what exactly happens:

in the function excetue , it calls the dophase function wich throws the 
exception :


 if (viewRoot == null) {
   if (is11CompatEnabled(facesContext)) { // the faces 
context is our orchestra faces context.
   // 1.1 - create a new view and flag that the 
response should

   //be immediately rendered
   viewRoot = viewHandler.createView(facesContext, viewId);
   facesContext.renderResponse();
   } else {
   Object[] params = {viewId};
   throw new ViewExpiredException( 
/this exception is thrown 

 MessageUtils.getExceptionMessageString(
   MessageUtils.RESTORE_VIEW_ERROR_MESSAGE_ID,
   params),
 viewId);
   }


but how can we avoid that the framework trys to restore the context wich 
is not 

[trinidad]launch dialog on page load

2009-02-12 Thread venkat.ramanan
Hi

 

I would like to the following about Trinidad dialogs :

 

1)  Is it possible to launch a dialog page as soon as an xhtml page
loading (main page) is completed.  What will be the syntax for that ?

2)  Also, is it possible to open one dialog from another dialog.
Then what will be the order of closing the dialogs

Thanks

Venkat

 

 



RE: Problem Using Orchestra with Realm after Session-Timeout

2009-02-12 Thread Mario Ivankovits
Hi!
 -Original Message-
 From: Filip Lyncker [mailto:lync...@lyth.de]
 Sent: Thursday, February 12, 2009 11:29 AM

Yep, here it is:
 javax.faces.application.ViewExpiredException:
 viewId:/pages/start/actuell.jsf - View /pages/start/actuell.jsf could
 not be restored.


 if (is11CompatEnabled(facesContext)) { // the faces

What you can do ist to figure out how to enable the JSF 1.1 compat mode, which 
then will simply rerender the page.
Or you try/catch the ViewExpired exception in an filter (probably) and forward 
to your login/menu/whatever page.

The first suggestion might restore the page in an invalid state as all the 
beans are gone, so I'd opt for the second suggestion (try/catch).
Unhappily I've never done this myself (... I should have ...). I'd start with a 
servlet filter .. or a PhaseListener.

Anyone else with a better solution?

Yes, a third one: If you are using richfaces you can use the a4j:poll component 
on each page which polls the server, lets say, once every minute. This will 
prevent the session from timeout as long as the browser points to your 
application. This also allows you to configure a very short session timeout (5 
minutes) as nothing bad happens as long as the browser is open. This is very 
much like a RichClient behaviour.
BTW: This is the solution we use in our application.

Ciao,
Mario



Re: Problem Using Orchestra with Realm after Session-Timeout

2009-02-12 Thread Simon Kitching
Mario Ivankovits schrieb:
 Hi!
 -Original Message-
 From: Filip Lyncker [mailto:lync...@lyth.de]
 Sent: Thursday, February 12, 2009 11:29 AM
 
 Yep, here it is:
 javax.faces.application.ViewExpiredException:
 viewId:/pages/start/actuell.jsf - View /pages/start/actuell.jsf could
 not be restored.
 
 
 if (is11CompatEnabled(facesContext)) { // the faces
 
 What you can do ist to figure out how to enable the JSF 1.1 compat mode, 
 which then will simply rerender the page.
 Or you try/catch the ViewExpired exception in an filter (probably) and 
 forward to your login/menu/whatever page.
 
 The first suggestion might restore the page in an invalid state as all the 
 beans are gone, so I'd opt for the second suggestion (try/catch).
 Unhappily I've never done this myself (... I should have ...). I'd start with 
 a servlet filter .. or a PhaseListener.
 
 Anyone else with a better solution?
 
 Yes, a third one: If you are using richfaces you can use the a4j:poll 
 component on each page which polls the server, lets say, once every minute. 
 This will prevent the session from timeout as long as the browser points to 
 your application. This also allows you to configure a very short session 
 timeout (5 minutes) as nothing bad happens as long as the browser is open. 
 This is very much like a RichClient behaviour.
 BTW: This is the solution we use in our application.

Mario is quite right: in JSF1.2 the behaviour has changed when the view
cannot be restored (eg due to session timeout). The old behaviour was to
just render the requested page, while the new behaviour is to throw
ViewExpiredException. I hadn't even realized this - thanks for the info
Mario!

So whatever bug you were getting before is now gone - getting a
ViewExpiredException is the correct and expected behaviour in this case.

As Mario noted, the new behaviour is actually better. For many pages,
attempting to just render them won't work properly as the application
state isn't correctly set up. For example, in a master-detail type
scenario, if the user is on the detail page when the session expires,
then trying to re-render it with all-new backing beans is probably just
going to crash or cause some other kind of weird behaviour.

You can use the error-page element in the web.xml to specify a page to
redirect to when an exception is thrown. However if I remember
correctly, all kinds of JSF exceptions get wrapped in one generic type
so it is not possible to redirect to a page specifically for
ViewExpiredException handling using this mechanism. I could be wrong
here though..

So if you need more customized behaviour in this case, you will probably
need to configure your web.xml to specify a filter (I don't think a
PhaseListener will work). In the exceptionhandler/filter you should be
able to explicitly do the old JSF1.1 behaviour if you really want, just
by extracting the original URL from the request then forwarding to that
URL (but using GET, so no attempt to restore the view is done). Better
would probably just be to forward to a page that says sorry your
session timed out; click here to go to the webapp home page.

Or as Mario pointed out, use ajax components or some explicit javascript
to poll the server, thus ensuring that http session timeouts never
occur while the browser window is open. This approach works really
nicely, as long as you have some common header or footer that every page
includes, so that the poll logic only needs to be implemented in one
place.

Regards,
Simon


-- 
-- Emails in mixed posting style will be ignored
-- (http://en.wikipedia.org/wiki/Posting_style)


Re: tomahawk 1.1.8 tabChangeLisener attribute in tabbedPane lost

2009-02-12 Thread Leonardo Uribe
Hi

Checking the code it seems to be a bug (this property should be generated
but it is not). Could you file an issue on

https://issues.apache.org/jira/browse/TOMAHAWK

So we can solve it?

regards

Leonardo Uribe

On Thu, Feb 12, 2009 at 1:47 AM, Dipl.-Ing. Torsten Liermann 
l...@liermann-it.de wrote:

 Hi,

 sorry, I can not speak english..

 I migrating from tomahawk 1.1.6 to 1.1.8 and see, that the
 tabChangeListener attribute is lost after a save / restore.
 What I'm doing wrong. Are there changes in the configuration of
 tomahawk (web.xml)?

 Thanks for a help
 Torsten



Re: Problem Using Orchestra with Realm after Session-Timeout

2009-02-12 Thread Kito Mann
FYI, there is a whole section about error handling (and a link to an  
example that handles the ViewExpiredException) in the Wiki.


Sent from my iPhone

http://www.jsfcentral.com
http://www.Virtua.com


On Feb 12, 2009, at 5:43 AM, Simon Kitching skitch...@apache.org  
wrote:



Mario Ivankovits schrieb:

Hi!

-Original Message-
From: Filip Lyncker [mailto:lync...@lyth.de]
Sent: Thursday, February 12, 2009 11:29 AM


Yep, here it is:

javax.faces.application.ViewExpiredException:
viewId:/pages/start/actuell.jsf - View /pages/start/actuell.jsf  
could

not be restored.




   if (is11CompatEnabled(facesContext)) { // the faces


What you can do ist to figure out how to enable the JSF 1.1 compat  
mode, which then will simply rerender the page.
Or you try/catch the ViewExpired exception in an filter (probably)  
and forward to your login/menu/whatever page.


The first suggestion might restore the page in an invalid state as  
all the beans are gone, so I'd opt for the second suggestion (try/ 
catch).
Unhappily I've never done this myself (... I should have ...). I'd  
start with a servlet filter .. or a PhaseListener.


Anyone else with a better solution?

Yes, a third one: If you are using richfaces you can use the  
a4j:poll component on each page which polls the server, lets say,  
once every minute. This will prevent the session from timeout as  
long as the browser points to your application. This also allows  
you to configure a very short session timeout (5 minutes) as  
nothing bad happens as long as the browser is open. This is very  
much like a RichClient behaviour.

BTW: This is the solution we use in our application.


Mario is quite right: in JSF1.2 the behaviour has changed when the  
view
cannot be restored (eg due to session timeout). The old behaviour  
was to

just render the requested page, while the new behaviour is to throw
ViewExpiredException. I hadn't even realized this - thanks for the  
info

Mario!

So whatever bug you were getting before is now gone - getting a
ViewExpiredException is the correct and expected behaviour in this  
case.


As Mario noted, the new behaviour is actually better. For many pages,
attempting to just render them won't work properly as the application
state isn't correctly set up. For example, in a master-detail type
scenario, if the user is on the detail page when the session  
expires,
then trying to re-render it with all-new backing beans is probably  
just

going to crash or cause some other kind of weird behaviour.

You can use the error-page element in the web.xml to specify a  
page to

redirect to when an exception is thrown. However if I remember
correctly, all kinds of JSF exceptions get wrapped in one generic type
so it is not possible to redirect to a page specifically for
ViewExpiredException handling using this mechanism. I could be wrong
here though..

So if you need more customized behaviour in this case, you will  
probably

need to configure your web.xml to specify a filter (I don't think a
PhaseListener will work). In the exceptionhandler/filter you should be
able to explicitly do the old JSF1.1 behaviour if you really want,  
just
by extracting the original URL from the request then forwarding to  
that

URL (but using GET, so no attempt to restore the view is done). Better
would probably just be to forward to a page that says sorry your
session timed out; click here to go to the webapp home page.

Or as Mario pointed out, use ajax components or some explicit  
javascript

to poll the server, thus ensuring that http session timeouts never
occur while the browser window is open. This approach works really
nicely, as long as you have some common header or footer that every  
page

includes, so that the poll logic only needs to be implemented in one
place.

Regards,
Simon


--
-- Emails in mixed posting style will be ignored
-- (http://en.wikipedia.org/wiki/Posting_style)


Re: AW: I am trying to deploy to Tomcat 5.0.28

2009-02-12 Thread Richard Yee
Jsf 1.2 can work on tomcat 5.x only if the facelets library is used  
instead of jsp pages


Richard

Sent from my iPhone

On Feb 12, 2009, at 12:06 AM, Huettenkofer Michael michael.huettenko...@munich-airport.de 
 wrote:



Hi Brenda,



AFAIK requires JSF 1.2, which is not supported in Tomcat until  
release 6.




HTH,

Michael



Von: Brenda Krivensky [mailto:bkriven...@hotmail.com]
Gesendet: Mittwoch, 11. Februar 2009 19:48
An: users@myfaces.apache.org
Betreff: I am trying to deploy to Tomcat 5.0.28






I have a Netbeans 6.5 Web project and am trying to deploy to a  
Tomcat 5 server.  I have no problems with the latest version of  
Glassfish and Tomcat 6.




I need to deploy to a Tomcat 5 version with my war file.  I can get  
the war file to deploy by copying it into the webapps directory.  I  
cannot get my web page to display.




Error is:



Error configuring application listener of class  
com.sun.faces.extensions.avatar.event.DynaFacesContextListener


NoClassDefFoundErro: javax/faces/FacesException



I have JSF 1.1/1.2 Support jar files in my project Libraries folder.



Thanks,

Brenda

bkriven...@hotmail.com



Windows Live: E-mail. Chat. Share. Get more ways to connect. Check  
it out.


[TRINIDAD] PPR and tr:switcher in table row

2009-02-12 Thread Steve Horne
I have a table that has a column containing a tr:switcher component and
another column containing a button (calc.   When the table is initially
displayed, I would like the column with the switcher to show needs calc.
After the calc button is pressed, I'd like the switcher to display the
calculation results.

Everything is working, except--- the update of the switcher contents.  I
have a commandButton with partialSubmit=true and id=calcButton.  The
switcher itself does not support the partialTriggers attribute, so I am at a
loss as to the approach to force the column containing the switcher to
refresh.  I have tried putting the partialTriggers attribute on the facets
within the switcher, to no avail.

Anyone have any idea how to accomplish what I'm trying to do?

Thanks in advance for your input!

-Steve

Many men go fishing all of their lives without knowing it is not fish they
are after.
- Henry David Thoreau


Re: [trinidad]launch dialog on page load

2009-02-12 Thread Richard Yee

Use javascript to do the submit when the page loads
R

Sent from my iPhone

On Feb 12, 2009, at 2:32 AM, venkat.rama...@thomsonreuters.com wrote:


Hi



I would like to the following about Trinidad dialogs :



1)  Is it possible to launch a dialog page as soon as an xhtml  
page loading (main page) is completed.  What will be the syntax for  
that ?


2)  Also, is it possible to open one dialog from another dialog.  
Then what will be the order of closing the dialogs


Thanks

Venkat






Re: [TRINIDAD] PPR and tr:switcher in table row

2009-02-12 Thread Max Starets




Steve,

I would wrap the switcher in tr:panelGroup and set partialTriggers
there.

Max

Steve Horne wrote:

  
I have a table that has a column containing a tr:switcher
component and another column containing a button ("calc". When the
table is initially displayed, I would like the column with the switcher
to show "needs calc". After the "calc" button is pressed, I'd like the
switcher to display the calculation results.
  
Everything is working, except--- the update of the switcher contents.
I have a commandButton with partialSubmit="true" and id="calcButton".
The switcher itself does not support the partialTriggers attribute, so
I am at a loss as to the approach to force the column containing the
switcher to refresh. I have tried putting the partialTriggers
attribute on the facets within the switcher, to no avail.
  
Anyone have any idea how to accomplish what I'm trying to do?
  
Thanks in advance for your input!
  
-Steve
  
"Many men go fishing all of their lives without knowing it is not fish
they are after."
- Henry David Thoreau






Re: [TRINIDAD] PPR and tr:switcher in table row

2009-02-12 Thread Steve Horne
Thanks Max- that did the trick!

Don't know why I didn't think of that myself:D

-Steve

Many men go fishing all of their lives without knowing it is not fish they
are after.
- Henry David Thoreau


On Thu, Feb 12, 2009 at 10:12 AM, Max Starets max.star...@oracle.comwrote:

  Steve,

 I would wrap the switcher in tr:panelGroup and set partialTriggers there.

 Max


 Steve Horne wrote:

 I have a table that has a column containing a tr:switcher component and
 another column containing a button (calc.   When the table is initially
 displayed, I would like the column with the switcher to show needs calc.
 After the calc button is pressed, I'd like the switcher to display the
 calculation results.

 Everything is working, except--- the update of the switcher contents.  I
 have a commandButton with partialSubmit=true and id=calcButton.  The
 switcher itself does not support the partialTriggers attribute, so I am at a
 loss as to the approach to force the column containing the switcher to
 refresh.  I have tried putting the partialTriggers attribute on the facets
 within the switcher, to no avail.

 Anyone have any idea how to accomplish what I'm trying to do?

 Thanks in advance for your input!

 -Steve

 Many men go fishing all of their lives without knowing it is not fish they
 are after.
 - Henry David Thoreau





Re: [Trinidad] commandButtons not reacting on first click

2009-02-12 Thread Robert Stokes
See http://wiki.apache.org/myfaces/Facelets_with_Trinidad - Using Trinidad 
PPR (Partial Page Rendering) with Facelets

Rob

Huettenkofer Michael michael.huettenko...@munich-airport.de wrote on 
02/12/2009 12:55:15 AM:

 Hi all,
 
 I am developing an application based on Facelets, MyFaces and 
 Trinidad which I am deploying to a Tomcat servlet container. Some of
 the commandButtons I am using throughout the application do not 
 always fire their events when they are pressed. It sometimes takes 
 several times of pressing these buttons until I can see a reaction. 
 This behavior is sporadic and I was not able to find any kind of a 
 pattern behind it yet. It only seems to happen on one particular 
 page of the application, my commandButtons on the other pages seem 
 to work perfectly fine.
 While the buttons look pressed every time I click on them, logging 
 proves that action- and actionListener-methods are not always 
 called. Below you can find an example for one of these buttons:
 
 tr:commandButton id=cbMessung1
   text=${timerBean.buttonText[0]}
   disabled=${timerBean.messreihe.messlaenge == 
0}
   actionListener=${timerBean.
 timerButtonListener} 
   partialSubmit=true 
   partialTriggers=cbMessung1 
 cbMessungAbbruch1 rbMesslaenge boxMessung1
   inlineStyle=width:150px;/
 
 I am aware that the action-attribute is not defined in this button, 
 but I already (unsuccessfully) tried using that instead of the 
actionListener.
 
 Is the described behavior a known problem and do you have an idea 
 how to make this work? Any hints are greatly appreciated.
 
 Regards,
 Michael
 _ 
 Munich Airport International 
 Flughafen München GmbH 
 Michael Hüttenkofer 
 Competence Center Application Development 
 P. O. Box 23 17 55
 85326 München 
 Phone: +49 89 975-3 24 37 
 Fax: +49 89 975-3 24 06 
 mailto:michael.huettenko...@munich-airport.de 
 Vorsitzender des Aufsichtsrats: - Chairman of the Supervisory Board:
 Staatsminister Georg Fahrenschon
 Geschäftsführung: - Executive Board: 
 Dr. Michael Kerkloh, Walter Vill und Thomas Weyer 
 Handelsregister: - Commercial Register: RG München, HR-Nr. B 5448 
 Sitz der Gesellschaft: - Registered Office: München 
 _ 
 
 


Re: [Trinidad] Page reloads before launching the dialog

2009-02-12 Thread Gerhard Petracek
hello walter,

your *... looks like the page was refreshed ...* is ok - it isn't a full
page refresh.

you can test it e.g. via a random value bound to an output-component (which
is in the page). it should only change if you do none-ppr requests (or you
trigger it).

regards,
gerhard



2009/2/12 Walter Mourão walter.mou...@gmail.com

 Simple project attached.

 Behavior (in bold the things I think should not happen) :
 1 - write something in the inputText, click the Press me button and PPR
 works fine, showing the text in uppercase;
 2 - click Open Dialog PPR, the dialog opens but *looks like the page was
 refreshed* because the cursor changes and the browser status bar shows
 load activity, differently the PPR behavior when clicking the Press me
 buttons;
 3 - click the Close PPR button in the dialog, the dialog *does not close
 * and the dialog reloads;
 4 - close the dialog with Close no-PPR, the dialog closes and the the
 browser shows activity like the main page was refreshed;

 open dialog command buttons:
 ...
   tr:commandButton id=openDialogPPRAction text=Open Dialog PPR

action=#{testBean.openDialog} partialSubmit=true
 useWindow=true
windowHeight=200 windowWidth=300 immediate=true/
   tr:commandButton id=openDialogNoPPRAction text=Open Dialog
 no-PPR
action=#{testBean.openDialog} partialSubmit=false
useWindow=true windowHeight=200 windowWidth=300
 immediate=true/
 ...

 close dialog command buttons:
 ...
   tr:commandButton immediate=true partialSubmit=true
  action=#{testBean.closeDialog} text=Close PPR/
   tr:commandButton immediate=true partialSubmit=false
  action=#{testBean.closeDialog} text=Close no-PPR/
 ...

 faces-config:
 ...
   !-- navigation rules for page2.jspx as dialog --
 navigation-rule
   from-view-id/*/from-view-id
   navigation-case
 from-outcomedialog:testDialog/from-outcome
 to-view-id/dialog.jspx/to-view-id
   /navigation-case
 /navigation-rule
 ...

 testBean
 ...
 public String openDialog(){
 return dialog:testDialog;
 }

 public String closeDialog(){
 RequestContext.getCurrentInstance().returnFromDialog(null,null);
 return null;
 }
 ...

 Comments are welcome.

 Cheers,

 Walter Mourão
 http://waltermourao.com.br
 http://arcadian.com.br
 http://oriens.com.br



 On Thu, Feb 12, 2009 at 7:17 AM, Gerhard Petracek 
 gerhard.petra...@gmail.com wrote:

 hello,

 yes - that's the desired behaviour.
 it sounds like walter talked about a full page refresh. in case of ppr it
 shouldn't occur.

 regards,
 gerhard



 2009/2/12 Jonathan Bullock jonathan.bull...@fugro-data.com

 We're using the dialog framework too and when the link is clicked a XHR
 POST is made to the page before the window loads and when the window is
 closed.

 Jon

 On Wed, 2009-02-11 at 11:54 -0800, Richard Yee wrote:
  Are you using any custom JavaScript?
 
  -R
 
  On Wed, Feb 11, 2009 at 10:24 AM, Walter Mourão 
 walter.mou...@gmail.com wrote:
   Actually the refresh occurs after closing the dialog too... :-(
  
   Hints ? Answers ?
  
   Thanks in advance,
  
   Walter Mourão
   http://waltermourao.com.br
   http://arcadian.com.br
   http://oriens.com.br
  
  
  
   On Tue, Feb 10, 2009 at 9:27 AM, Walter Mourão 
 walter.mou...@gmail.com
   wrote:
  
   Hi folks,
   I'm using Trinidad 1.0.9. I realized that when launching a dialog
   (lightweight), the page containing the commandButton reloads before
   launching the dialog.
   Is it the expected behavior ? Is there a way to avoid that ?
  
   The commandButton:
   tr:commandButton text=#{messages['novo.documento']}
  
 action=#{captacaoController.entradaDeDadosDaCaptacaoNovoDocumentoAsDialog}
  
 returnListener=#{captacaoController.returnFromNovoDocumento}
   partialSubmit=true immediate=true useWindow=true
   windowHeight=600 windowWidth=600/
  
   Thanks in advance.
  
   Walter Mourão
   http://waltermourao.com.br
   http://arcadian.com.br
   http://oriens.com.br
  
  
  


 ---

 Fugro Data Solutions Limited
 Tyn y Coed
 Llanrhos
 Llandudno
 North Wales
 LL30 1SA
 United Kingdom

 Tel: +44 (0)1492 563555
 Fax: +44 (0)1492 592030

 General Email: i...@fugro-data.com

 Website: www.fugro-data.com

 This email and any attachments are confidential. They may
 contain privileged information and are intended for the named
 addressee(s) only. They must not be distributed without our
 consent. If you are not the intended recipient, please notify us
 immediately and do not disclose, distribute, or retain this
 email or any part of it. Unless expressly stated, opinions in
 this email are those of the individual sender, and not of Fugro
 Data Solutions Ltd. We believe but do not warrant that this
 e-mail and any attachments are virus free. You must therefore
 take full responsibility for virus checking. Fugro Data
 Solutions Ltd and 

Re: [Trinidad] Page reloads before launching the dialog

2009-02-12 Thread Walter Mourão
Many thanks Gerhard,

One last question: should the Close PPR command button closes the dialog ?
it doesn't...

Walter Mourão
http://waltermourao.com.br
http://arcadian.com.br
http://oriens.com.br



On Thu, Feb 12, 2009 at 3:41 PM, Gerhard Petracek 
gerhard.petra...@gmail.com wrote:

 hello walter,

 your *... looks like the page was refreshed ...* is ok - it isn't a full
 page refresh.

 you can test it e.g. via a random value bound to an output-component (which
 is in the page). it should only change if you do none-ppr requests (or you
 trigger it).

 regards,
 gerhard



 2009/2/12 Walter Mourão walter.mou...@gmail.com

 Simple project attached.

 Behavior (in bold the things I think should not happen) :
 1 - write something in the inputText, click the Press me button and PPR
 works fine, showing the text in uppercase;
 2 - click Open Dialog PPR, the dialog opens but *looks like the page
 was refreshed* because the cursor changes and the browser status bar
 shows load activity, differently the PPR behavior when clicking the Press
 me buttons;
 3 - click the Close PPR button in the dialog, the dialog *does not
 close* and the dialog reloads;
 4 - close the dialog with Close no-PPR, the dialog closes and the the
 browser shows activity like the main page was refreshed;

 open dialog command buttons:
 ...
   tr:commandButton id=openDialogPPRAction text=Open Dialog
 PPR
action=#{testBean.openDialog} partialSubmit=true
 useWindow=true
windowHeight=200 windowWidth=300 immediate=true/
   tr:commandButton id=openDialogNoPPRAction text=Open Dialog
 no-PPR
action=#{testBean.openDialog} partialSubmit=false
useWindow=true windowHeight=200 windowWidth=300
 immediate=true/
 ...

 close dialog command buttons:
 ...
   tr:commandButton immediate=true partialSubmit=true
  action=#{testBean.closeDialog} text=Close PPR/
   tr:commandButton immediate=true partialSubmit=false
  action=#{testBean.closeDialog} text=Close
 no-PPR/
 ...

 faces-config:
 ...
   !-- navigation rules for page2.jspx as dialog --
 navigation-rule
   from-view-id/*/from-view-id
   navigation-case
 from-outcomedialog:testDialog/from-outcome
 to-view-id/dialog.jspx/to-view-id
   /navigation-case
 /navigation-rule
 ...

 testBean
 ...
 public String openDialog(){
 return dialog:testDialog;
 }

 public String closeDialog(){
 RequestContext.getCurrentInstance().returnFromDialog(null,null);
 return null;
 }
 ...

 Comments are welcome.

 Cheers,

 Walter Mourão
 http://waltermourao.com.br
 http://arcadian.com.br
 http://oriens.com.br



 On Thu, Feb 12, 2009 at 7:17 AM, Gerhard Petracek 
 gerhard.petra...@gmail.com wrote:

 hello,

 yes - that's the desired behaviour.
 it sounds like walter talked about a full page refresh. in case of ppr it
 shouldn't occur.

 regards,
 gerhard



 2009/2/12 Jonathan Bullock jonathan.bull...@fugro-data.com

 We're using the dialog framework too and when the link is clicked a XHR
 POST is made to the page before the window loads and when the window is
 closed.

 Jon

 On Wed, 2009-02-11 at 11:54 -0800, Richard Yee wrote:
  Are you using any custom JavaScript?
 
  -R
 
  On Wed, Feb 11, 2009 at 10:24 AM, Walter Mourão 
 walter.mou...@gmail.com wrote:
   Actually the refresh occurs after closing the dialog too... :-(
  
   Hints ? Answers ?
  
   Thanks in advance,
  
   Walter Mourão
   http://waltermourao.com.br
   http://arcadian.com.br
   http://oriens.com.br
  
  
  
   On Tue, Feb 10, 2009 at 9:27 AM, Walter Mourão 
 walter.mou...@gmail.com
   wrote:
  
   Hi folks,
   I'm using Trinidad 1.0.9. I realized that when launching a dialog
   (lightweight), the page containing the commandButton reloads before
   launching the dialog.
   Is it the expected behavior ? Is there a way to avoid that ?
  
   The commandButton:
   tr:commandButton text=#{messages['novo.documento']}
  
 action=#{captacaoController.entradaDeDadosDaCaptacaoNovoDocumentoAsDialog}
  
 returnListener=#{captacaoController.returnFromNovoDocumento}
   partialSubmit=true immediate=true useWindow=true
   windowHeight=600 windowWidth=600/
  
   Thanks in advance.
  
   Walter Mourão
   http://waltermourao.com.br
   http://arcadian.com.br
   http://oriens.com.br
  
  
  


 ---

 Fugro Data Solutions Limited
 Tyn y Coed
 Llanrhos
 Llandudno
 North Wales
 LL30 1SA
 United Kingdom

 Tel: +44 (0)1492 563555
 Fax: +44 (0)1492 592030

 General Email: i...@fugro-data.com

 Website: www.fugro-data.com

 This email and any attachments are confidential. They may
 contain privileged information and are intended for the named
 addressee(s) only. They must not be distributed without our
 consent. If you are not the intended recipient, please notify us
 immediately and do not disclose, distribute, or retain this
 email or any part of it. Unless 

Re: [Trinidad] Page reloads before launching the dialog

2009-02-12 Thread Gerhard Petracek
hello walter,

ppr is just useful if you stay on the same page.
you close the current page (the dialog), so you don't need ppr here.

regards,
gerhard



2009/2/12 Walter Mourão walter.mou...@gmail.com

 Many thanks Gerhard,

 One last question: should the Close PPR command button closes the dialog
 ? it doesn't...

 Walter Mourão
 http://waltermourao.com.br
 http://arcadian.com.br
 http://oriens.com.br



 On Thu, Feb 12, 2009 at 3:41 PM, Gerhard Petracek 
 gerhard.petra...@gmail.com wrote:

 hello walter,

 your *... looks like the page was refreshed ...* is ok - it isn't a
 full page refresh.

 you can test it e.g. via a random value bound to an output-component
 (which is in the page). it should only change if you do none-ppr requests
 (or you trigger it).

 regards,
 gerhard



 2009/2/12 Walter Mourão walter.mou...@gmail.com

 Simple project attached.

 Behavior (in bold the things I think should not happen) :
 1 - write something in the inputText, click the Press me button and PPR
 works fine, showing the text in uppercase;
 2 - click Open Dialog PPR, the dialog opens but *looks like the page
 was refreshed* because the cursor changes and the browser status bar
 shows load activity, differently the PPR behavior when clicking the Press
 me buttons;
 3 - click the Close PPR button in the dialog, the dialog *does not
 close* and the dialog reloads;
 4 - close the dialog with Close no-PPR, the dialog closes and the the
 browser shows activity like the main page was refreshed;

 open dialog command buttons:
 ...
   tr:commandButton id=openDialogPPRAction text=Open Dialog
 PPR
action=#{testBean.openDialog} partialSubmit=true
 useWindow=true
windowHeight=200 windowWidth=300 immediate=true/
   tr:commandButton id=openDialogNoPPRAction text=Open Dialog
 no-PPR
action=#{testBean.openDialog} partialSubmit=false
useWindow=true windowHeight=200 windowWidth=300
 immediate=true/
 ...

 close dialog command buttons:
 ...
   tr:commandButton immediate=true partialSubmit=true
  action=#{testBean.closeDialog} text=Close PPR/
   tr:commandButton immediate=true partialSubmit=false
  action=#{testBean.closeDialog} text=Close
 no-PPR/
 ...

 faces-config:
 ...
   !-- navigation rules for page2.jspx as dialog --
 navigation-rule
   from-view-id/*/from-view-id
   navigation-case
 from-outcomedialog:testDialog/from-outcome
 to-view-id/dialog.jspx/to-view-id
   /navigation-case
 /navigation-rule
 ...

 testBean
 ...
 public String openDialog(){
 return dialog:testDialog;
 }

 public String closeDialog(){
 RequestContext.getCurrentInstance().returnFromDialog(null,null);
 return null;
 }
 ...

 Comments are welcome.

 Cheers,

 Walter Mourão
 http://waltermourao.com.br
 http://arcadian.com.br
 http://oriens.com.br



 On Thu, Feb 12, 2009 at 7:17 AM, Gerhard Petracek 
 gerhard.petra...@gmail.com wrote:

 hello,

 yes - that's the desired behaviour.
 it sounds like walter talked about a full page refresh. in case of ppr
 it shouldn't occur.

 regards,
 gerhard



 2009/2/12 Jonathan Bullock jonathan.bull...@fugro-data.com

 We're using the dialog framework too and when the link is clicked a XHR
 POST is made to the page before the window loads and when the window is
 closed.

 Jon

 On Wed, 2009-02-11 at 11:54 -0800, Richard Yee wrote:
  Are you using any custom JavaScript?
 
  -R
 
  On Wed, Feb 11, 2009 at 10:24 AM, Walter Mourão 
 walter.mou...@gmail.com wrote:
   Actually the refresh occurs after closing the dialog too... :-(
  
   Hints ? Answers ?
  
   Thanks in advance,
  
   Walter Mourão
   http://waltermourao.com.br
   http://arcadian.com.br
   http://oriens.com.br
  
  
  
   On Tue, Feb 10, 2009 at 9:27 AM, Walter Mourão 
 walter.mou...@gmail.com
   wrote:
  
   Hi folks,
   I'm using Trinidad 1.0.9. I realized that when launching a dialog
   (lightweight), the page containing the commandButton reloads
 before
   launching the dialog.
   Is it the expected behavior ? Is there a way to avoid that ?
  
   The commandButton:
   tr:commandButton text=#{messages['novo.documento']}
  
 action=#{captacaoController.entradaDeDadosDaCaptacaoNovoDocumentoAsDialog}
  
 returnListener=#{captacaoController.returnFromNovoDocumento}
   partialSubmit=true immediate=true useWindow=true
   windowHeight=600 windowWidth=600/
  
   Thanks in advance.
  
   Walter Mourão
   http://waltermourao.com.br
   http://arcadian.com.br
   http://oriens.com.br
  
  
  


 ---

 Fugro Data Solutions Limited
 Tyn y Coed
 Llanrhos
 Llandudno
 North Wales
 LL30 1SA
 United Kingdom

 Tel: +44 (0)1492 563555
 Fax: +44 (0)1492 592030

 General Email: i...@fugro-data.com

 Website: www.fugro-data.com

 This email and any attachments are confidential. They may
 contain privileged information and are intended for the named
 

[Orchestra] Presence / absence of conversation?

2009-02-12 Thread Guillaume Bilodeau

Hi guys,

I have just started playing with Apache Orchestra and am struggling to find
extensive documentation on the project.  Are there any good tutorials out
there?  The main web site does give some information but it feels too
general for now since I don't yet have a good understanding of the
framework.

Otherwise, I have setup Orchestra to run in my web application and I'm
wondering how to verify if things are working correctly.  The first thing I
noticed is that without even declaring any beans of scope conversation.*,
the application URL now has a conversationContext parameter appended to it. 
Does this mean that a conversation has been opened or is it just for
internal usage?

I have also declared a simple Credentials bean of scope conversation.access
which is bound to a login form and then used by a LoginController bean. 
Within the LoginController.login() method, the Credentials bean is correctly
injected and has the right information, but calling
Conversation.getCurrentInstance() returns null.  Wasn't a conversation
started when the first lookup to Credentials was done?

Thanks all,
GB


-- 
View this message in context: 
http://www.nabble.com/-Orchestra--Presence---absence-of-conversation--tp21984522p21984522.html
Sent from the MyFaces - Users mailing list archive at Nabble.com.



BadPadding Exception and more

2009-02-12 Thread Heiß Michael

Hi,

I have created a webapplication using myfaces 1.2.6 / tomahawk 1.1.8 and
richfaces 3.2.2 and tested this application successfully using a local
tomcat 6 webserver.
Now i tried to depoly the application to our windows 2003 x64 testserver who
also runs tomcat 6, but now i got one error message after the other. 

When i call an action or actionListener i get and BadPaddingException or
ViewExpiredException every time. 
I have read the issue MYFACES-1838 but the workarounds (set secret, turn off
encryption, server side state saving) did not help me. Even they lead to new
exceptions that tells me that the stream header is currupt.
(StreamCorruptedException)

Now i simply do not know where to search for errors, because the application
is working on my local server tomcat server without problems.

Thanks in advance,
Michael
-- 
View this message in context: 
http://www.nabble.com/BadPadding-Exception-and-more-tp21984713p21984713.html
Sent from the MyFaces - Users mailing list archive at Nabble.com.



Re: BadPadding Exception and more

2009-02-12 Thread alvaro tovar
hello
i have this error when the session is time out, but i don't kown how i
can solve this.
regards

2009/2/12 Heiß Michael m-he...@aon.at:

 Hi,

 I have created a webapplication using myfaces 1.2.6 / tomahawk 1.1.8 and
 richfaces 3.2.2 and tested this application successfully using a local
 tomcat 6 webserver.
 Now i tried to depoly the application to our windows 2003 x64 testserver who
 also runs tomcat 6, but now i got one error message after the other.

 When i call an action or actionListener i get and BadPaddingException or
 ViewExpiredException every time.
 I have read the issue MYFACES-1838 but the workarounds (set secret, turn off
 encryption, server side state saving) did not help me. Even they lead to new
 exceptions that tells me that the stream header is currupt.
 (StreamCorruptedException)

 Now i simply do not know where to search for errors, because the application
 is working on my local server tomcat server without problems.

 Thanks in advance,
 Michael
 --
 View this message in context: 
 http://www.nabble.com/BadPadding-Exception-and-more-tp21984713p21984713.html
 Sent from the MyFaces - Users mailing list archive at Nabble.com.




Re: BadPadding Exception and more

2009-02-12 Thread Simon Kitching
On Thu, 2009-02-12 at 12:57 -0800, Heiß Michael wrote:
 Hi,
 
 I have created a webapplication using myfaces 1.2.6 / tomahawk 1.1.8 and
 richfaces 3.2.2 and tested this application successfully using a local
 tomcat 6 webserver.
 Now i tried to depoly the application to our windows 2003 x64 testserver who
 also runs tomcat 6, but now i got one error message after the other. 
 
 When i call an action or actionListener i get and BadPaddingException or
 ViewExpiredException every time. 
 I have read the issue MYFACES-1838 but the workarounds (set secret, turn off
 encryption, server side state saving) did not help me. Even they lead to new
 exceptions that tells me that the stream header is currupt.
 (StreamCorruptedException)
 
 Now i simply do not know where to search for errors, because the application
 is working on my local server tomcat server without problems.

I suspect you have made some mistake when following the instructions you
found. As far as I know, the BadPaddingException is *always* caused by
the server trying to decode encrypted client-side state using a
different key than the data was encrypted with.

If you have really disabled encryption on the server, then AFAIK this
exception cannot happen. Therefore you must still have encryption
enabled

You can certainly tell whether you have correctly switched from
client-side-state to server-side-state: just look at the html generated
for a simple page. If there is a hidden field with a large amount of
ascii-encoded data in it, then you still have client-side-state-saving
turned on (possibly encrypted or not; that's harder to tell from just
looking at the field in the html).


Regards,
Simon




Re: [Orchestra] Presence / absence of conversation?

2009-02-12 Thread Simon Kitching
On Thu, 2009-02-12 at 12:39 -0800, Guillaume Bilodeau wrote:
 Hi guys,
 
 I have just started playing with Apache Orchestra and am struggling to find
 extensive documentation on the project.  Are there any good tutorials out
 there?  The main web site does give some information but it feels too
 general for now since I don't yet have a good understanding of the
 framework.

There is a book available (Myfaces and Facelets) which has a chapter
on Orchestra. But there is no online tutorial as far as I know.

I'm sorry the intro pages on the Orchestra website don't give you the
overview you need. These pages were intended to do that:

http://myfaces.apache.org/orchestra/myfaces-orchestra-core/introduction.html
http://myfaces.apache.org/orchestra/myfaces-orchestra-core/conversation.html

Feel free to ask questions, and when you do figure Orchestra out, please
let us know what we should add there!

There is an example webapp that demonstrates how to use orchestra. The
example apps are a bit rough (not everything works) but the basics are
demonstrated. You can download it from svn here:
  http://svn.apache.org/viewvc/myfaces/orchestra/trunk/examples/

 
 Otherwise, I have setup Orchestra to run in my web application and I'm
 wondering how to verify if things are working correctly.  The first thing I
 noticed is that without even declaring any beans of scope conversation.*,
 the application URL now has a conversationContext parameter appended to it. 
 Does this mean that a conversation has been opened or is it just for
 internal usage?

A context is a container for conversations, mainly meant to allow
different browser windows to work independently (a real problem with
normal JSF). But initially, this container is empty, ie no
conversations yet exist.

 
 I have also declared a simple Credentials bean of scope conversation.access
 which is bound to a login form and then used by a LoginController bean. 
 Within the LoginController.login() method, the Credentials bean is correctly
 injected and has the right information, but calling
 Conversation.getCurrentInstance() returns null.  Wasn't a conversation
 started when the first lookup to Credentials was done?

That call to getCurrentInstance will only work from *within* the
Credentials bean. The call returns the conversation that the caller is
in.

With Spring or Seam conversations, a request has a conversation. With
Orchestra, a *bean* can belong to a conversation. So asking what is the
current conversation returns null except from within a bean that is of
conversation scope.

Internally, AOP interceptors are used to set up the current
conversation when methods on that bean are invoked, and unset it when
the method call returns. See the docs on the orchestra website for
further details.

Regards,
Simon



Re: [Orchestra] Presence / absence of conversation?

2009-02-12 Thread Guillaume Bilodeau

Thank you Simon for your detailed answer!

I've spent the last few months using Seam and I now realize that the term
conversation has a totally different meaning in Orchestra, as you
explained.  The documentation does explain it clearly, I suppose initially I
went through it too quickly and assumed it was working like Seam.  A
step-by-step tutorial using common use cases would greatly help in making
all this more clear though.

The conversation.access scope seems like a great way to implement flash
scope and that would especially useful for storing messages that need to
survive a redirect.  Is there a common replacement for FacesContext.messages
and h:messages that uses this scope?

Cheers,
GB


-- 
View this message in context: 
http://www.nabble.com/-Orchestra--Presence---absence-of-conversation--tp21984522p21987382.html
Sent from the MyFaces - Users mailing list archive at Nabble.com.



[Trinidad] Problem in Table Select All / Select None links and PPR

2009-02-12 Thread Glauco P. Gomes

See this code snippet:

...
tr:table autoSubmit=true rowSelection=multiple id=table
 value=#{myBackingBean.dataModel} var=row
 binding=#{myBackingBean.table} partialTriggers=releaseBtn deleteBtn

 f:facet name=actions
   tr:commandButton text=Release id=releaseBtn partialSubmit=true
 action=#{myBackingBean.releaseAction}
 disabled=#{empty myBackingBean.table.selectedRowKeys} /

   tr:commandButton text=Delete id=deleteBtn partialSubmit=true
 action=#{myBackingBean.deleteAction}
 disabled=#{empty myBackingBean.table.selectedRowKeys} /
 /f:facet

 ... some columns ...

/tr:table
...

When I click in the selection boxes in the rows, the buttons are 
refreshed and their state changes, this is the desired behavior, but 
when I click in the Select All or Select None links, nothing happens.


How can I refresh the buttons clicking on the Select * links?

I already tried putting partialTriggers=table in the buttons, but 
nothing changed.


Glauco P. Gomes


Re: [Trinidad] Problem in Table Select All / Select None links and PPR

2009-02-12 Thread Glauco P. Gomes

Just to inform, I'm using Trinidad 1.0.10

Glauco P. Gomes

Glauco P. Gomes escreveu:

See this code snippet:

...
tr:table autoSubmit=true rowSelection=multiple id=table
 value=#{myBackingBean.dataModel} var=row
 binding=#{myBackingBean.table} partialTriggers=releaseBtn deleteBtn

 f:facet name=actions
   tr:commandButton text=Release id=releaseBtn partialSubmit=true
 action=#{myBackingBean.releaseAction}
 disabled=#{empty myBackingBean.table.selectedRowKeys} /

   tr:commandButton text=Delete id=deleteBtn partialSubmit=true
 action=#{myBackingBean.deleteAction}
 disabled=#{empty myBackingBean.table.selectedRowKeys} /
 /f:facet

 ... some columns ...

/tr:table
...

When I click in the selection boxes in the rows, the buttons are 
refreshed and their state changes, this is the desired behavior, but 
when I click in the Select All or Select None links, nothing happens.


How can I refresh the buttons clicking on the Select * links?

I already tried putting partialTriggers=table in the buttons, but 
nothing changed.


Glauco P. Gomes





AW: [Trinidad] commandButtons not reacting on first click

2009-02-12 Thread Huettenkofer Michael
Hi,

 

I just realized the problem was caused by a tr:poll component I was using in 
the same page. I took it out and everything is working fine now.

Thank you very much for your reply anyway, Rob!

 

Regards,

Michael

 

Von: Robert Stokes [mailto:rsto...@fs.fed.us] 
Gesendet: Donnerstag, 12. Februar 2009 17:54
An: MyFaces Discussion
Cc: users@myfaces.apache.org
Betreff: Re: [Trinidad] commandButtons not reacting on first click

 


See http://wiki.apache.org/myfaces/Facelets_with_Trinidad - Using Trinidad PPR 
(Partial Page Rendering) with Facelets

Rob 

Huettenkofer Michael michael.huettenko...@munich-airport.de wrote on 
02/12/2009 12:55:15 AM:

 Hi all,
 
 I am developing an application based on Facelets, MyFaces and 
 Trinidad which I am deploying to a Tomcat servlet container. Some of
 the commandButtons I am using throughout the application do not 
 always fire their events when they are pressed. It sometimes takes 
 several times of pressing these buttons until I can see a reaction. 
 This behavior is sporadic and I was not able to find any kind of a 
 pattern behind it yet. It only seems to happen on one particular 
 page of the application, my commandButtons on the other pages seem 
 to work perfectly fine.
 While the buttons look pressed every time I click on them, logging 
 proves that action- and actionListener-methods are not always 
 called. Below you can find an example for one of these buttons:
 
 tr:commandButton id=cbMessung1
   text=${timerBean.buttonText[0]}
   disabled=${timerBean.messreihe.messlaenge == 0}
   actionListener=${timerBean.
 timerButtonListener}   
   partialSubmit=true 
   partialTriggers=cbMessung1 
 cbMessungAbbruch1 rbMesslaenge boxMessung1
   inlineStyle=width:150px;/
 
 I am aware that the action-attribute is not defined in this button, 
 but I already (unsuccessfully) tried using that instead of the actionListener.
 
 Is the described behavior a known problem and do you have an idea 
 how to make this work? Any hints are greatly appreciated.
 
 Regards,
 Michael
 _ 
 Munich Airport International 
 Flughafen München GmbH 
 Michael Hüttenkofer 
 Competence Center Application Development 
 P. O. Box 23 17 55
 85326 München 
 Phone: +49 89 975-3 24 37 
 Fax: +49 89 975-3 24 06 
  http://wiki.apache.org/myfaces/Facelets_with_Trinidad 
 mailto:michael.huettenko...@munich-airport.de 
 Vorsitzender des Aufsichtsrats: - Chairman of the Supervisory Board:
 Staatsminister Georg Fahrenschon
 Geschäftsführung: - Executive Board: 
 Dr. Michael Kerkloh, Walter Vill und Thomas Weyer 
 Handelsregister: - Commercial Register: RG München, HR-Nr. B 5448 
 Sitz der Gesellschaft: - Registered Office: München 
 _ 
 
 
mailto:michael.huettenko...@munich-airport.de