orchestra/datatable/datascroller LazyInitializationException

2009-02-11 Thread Carl Howarth

Hi all,

I am having my first look into Orchestra 1.2 in my MyFaces 1.2.3/Facelets,
Spring 2.5.6, JPA, Hibernate app and am having difficulties.

In a nutshell I have the following:

searchparameters.xhtml - users enter various search parameters into a form
and hit 'search'. This calls an action that calls a search method of a
service bean defined in spring (which in turn calls a DAO bean also defined
in spring). The service bean's method is marked as @Transactional(readOnly =
true). The results set is a List returned from Hibernate with various LAZY
collections. If results are returned the list is passed through to the
'SearchResultsBean' which is in turn bound to a rich:datatable on
searchresults.xhtml. 

I have tried wiring up both backing beans with conversation.access scope:

  bean name=searchParametersBean class=com.xxx.SearchParametersBean
scope=conversation.access
property name=serviceBean ref=serviceBean /
property name=searchResultsBean ref=searchResultsBean /
  /bean

  bean name=searchResultsBean class=com.xxx.SearchResultsBean
scope=conversation.access/

Before orchestra, all collections were EAGERly fetched and the results set
was kept alive in the search results bean using a t:saveState / tag. 

The first page displays successfully, but when I try to use a
rich:datascroller to scroll to another page I get the
LazyInitializationException. Clearly I have missed something and hopefully
somebody out there will be able to point me in the right direction! I was
under the impression that conversation.access did not require me to
start/name conversations manually. 

Can anyone help?

Thanks very much in anticipation, Carl



-- 
View this message in context: 
http://www.nabble.com/orchestra-datatable-datascroller-LazyInitializationException-tp21952429p21952429.html
Sent from the MyFaces - Users mailing list archive at Nabble.com.



RE: orchestra/datatable/datascroller LazyInitializationException

2009-02-11 Thread Mario Ivankovits
Hi!
 -Original Message-
 From: Carl Howarth [mailto:carl.howa...@dlapiper.com]
 Sent: Wednesday, February 11, 2009 11:56 AM

   bean name=searchParametersBean
 class=com.xxx.SearchParametersBean
 scope=conversation.access
 property name=serviceBean ref=serviceBean /
 property name=searchResultsBean ref=searchResultsBean /
   /bean
 
   bean name=searchResultsBean class=com.xxx.SearchResultsBean
 scope=conversation.access/
 
 Before orchestra, all collections were EAGERly fetched and the results
 set
 was kept alive in the search results bean using a t:saveState / tag.

Do you still use t:saveState too? Just in case, this should not be required .. 
nor used as then the entity is detached.
Also, when passing back the result, just pass back the primary key and reload 
the entity from the result bean. An entity from another conversation is 
detached once the conversation is invalidated/not accessed anymore, thus reload 
the entity in the target conversation to have it associated with the right 
EntityManager/PersistenceContext.

Ciao,
Mario



RE: orchestra/datatable/datascroller LazyInitializationException

2009-02-11 Thread Carl Howarth

Hello there,

I have removed the savestate but to no avail. I presume I need to be somehow
share the conversation  between the parameters and results beans but am
unsure how to go about it. So in effect I am not passing just one result, I
am passing the whole resultset from the parameters page to the results page
through which the conversation needs to live.

I hope this makes sense! 

Thanks, Carl


Mario Ivankovits wrote:
 
 Hi!
 -Original Message-
 From: Carl Howarth [mailto:carl.howa...@dlapiper.com]
 Sent: Wednesday, February 11, 2009 11:56 AM
 
   bean name=searchParametersBean
 class=com.xxx.SearchParametersBean
 scope=conversation.access
 property name=serviceBean ref=serviceBean /
 property name=searchResultsBean ref=searchResultsBean /
   /bean
 
   bean name=searchResultsBean class=com.xxx.SearchResultsBean
 scope=conversation.access/
 
 Before orchestra, all collections were EAGERly fetched and the results
 set
 was kept alive in the search results bean using a t:saveState / tag.
 
 Do you still use t:saveState too? Just in case, this should not be
 required .. nor used as then the entity is detached.
 Also, when passing back the result, just pass back the primary key and
 reload the entity from the result bean. An entity from another
 conversation is detached once the conversation is invalidated/not accessed
 anymore, thus reload the entity in the target conversation to have it
 associated with the right EntityManager/PersistenceContext.
 
 Ciao,
 Mario
 
 
 

-- 
View this message in context: 
http://www.nabble.com/orchestra-datatable-datascroller-LazyInitializationException-tp21952429p21953552.html
Sent from the MyFaces - Users mailing list archive at Nabble.com.



Re: orchestra/datatable/datascroller LazyInitializationException

2009-02-11 Thread Simon Kitching
Mario Ivankovits schrieb:
 Hi!
 -Original Message-
 From: Carl Howarth [mailto:carl.howa...@dlapiper.com]
 Sent: Wednesday, February 11, 2009 11:56 AM
 
   bean name=searchParametersBean
 class=com.xxx.SearchParametersBean
 scope=conversation.access
 property name=serviceBean ref=serviceBean /
 property name=searchResultsBean ref=searchResultsBean /
   /bean

   bean name=searchResultsBean class=com.xxx.SearchResultsBean
 scope=conversation.access/

 Before orchestra, all collections were EAGERly fetched and the results
 set
 was kept alive in the search results bean using a t:saveState / tag.
 
 Do you still use t:saveState too? Just in case, this should not be required 
 .. nor used as then the entity is detached.
 Also, when passing back the result, just pass back the primary key and reload 
 the entity from the result bean. An entity from another conversation is 
 detached once the conversation is invalidated/not accessed anymore, thus 
 reload the entity in the target conversation to have it associated with the 
 right EntityManager/PersistenceContext.
 

Ah yes. As Mario says, two beans that are in different conversations
cannot pass entity beans between themselves, because the different
conversations have different sessions, and a bean loaded from one
session cannot be used in a different session.

One solution (as Mario noted) is to just pass the key between the two
backing beans, and have the detail bean reload the entity using its
own persistence session.

The other approach is to put both beans in the same conversation, by
setting the conversationName property on the bean declarations. The
disadvantage here is that when you re-enter the detail page for a second
time, the backing bean is *not* recreated, because the conversation it
was in has not been deleted. So probably passing by key is the best
solution.

Regards, Simon

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


Re: layout issue with h:panelGrid

2009-02-11 Thread Martyn Hiemstra

You forgot to wrap the select items and such in a t:div

Hi,
 
 I am not able to layout components uniformly. In the attached screen 
shot I am not able to remove the space shown in the second and third 
columns. During run time its visible like the second and third columns 
are displayed from the middle of the first column. Could any one 
assist me to fix this issue ? I have also attached the jsp code.
 
Thank You
 
Ayub



--
-- Two roads diverged in a wood
And I took the one less traveled by
And that has made all the difference.

Robert Frost.






Re: layout issue with h:panelGrid

2009-02-11 Thread Martyn Hiemstra
What space you do want to remove? The horizontal or vertical space? 
Could you be more specific.




Hi,
 
 I am not able to layout components uniformly. In the attached screen 
shot I am not able to remove the space shown in the second and third 
columns. During run time its visible like the second and third columns 
are displayed from the middle of the first column. Could any one 
assist me to fix this issue ? I have also attached the jsp code.
 
Thank You
 
Ayub



--
-- Two roads diverged in a wood
And I took the one less traveled by
And that has made all the difference.

Robert Frost.






Re: Problem Using Orchestra with Realm after Session-Timeout

2009-02-11 Thread Filip Lyncker


Dear Kito,

We are using JSF(RI) and Orchestra.core v1.2 ... so do you have some ideas for 
me?


thanks  regards,


filip




Kito Mann schrieb:

Folio,

Which version of the reference  implementation are you using, and 
which version of Orchestra?


Sent from my iPhone

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


On Feb 10, 2009, at 2:02 PM, Filip Lyncker lync...@lyth.de wrote:



Dear Group ,

I have a problem in an enviroment with orchestra,jsf,spring  and 
authentikation using a tomcat realm.


If the session timed out the user is redirected from the secured area 
to the login page wich is in the free-area. But the realm seems to 
store the last request.
After login in the app crashes with a null pointer like shown in the 
following...
Maybe I need to configure orchestra or spring in any way to handle 
that request?


thanks a lot for help ..


cheers

Filip



[21:01:28] Nabil : 10.02.2009 20:27:52 
com.sun.faces.lifecycle.LifecycleImpl phase
WARNUNG: executePhase(RESTORE_VIEW 
1,org.apache.myfaces.orchestra.lib.jsf.orchestrafacescontextfactor...@108e435) 
threw exception

java.lang.NullPointerException
at 
com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:163) 


at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:248)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
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 
de.lyth.huntersBase.util.SessionTimeoutFilter.doFilter(SessionTimeoutFilter.java:56) 

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)
10.02.2009 20:27:52 org.apache.catalina.core.StandardWrapperValve invoke
SCHWERWIEGEND: Servlet.service() for servlet Faces Servlet threw 
exception

java.lang.NullPointerException
at 
com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:163) 


at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:248)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)

--
_
Filip Lyncker, Dipl.-Inform. (FH)


Lyncker  Theis GmbH
Wilhelmstr. 16
65185 Wiesbaden
Germany

Fon +49 611/89038960
Fax +49 611/9406125


Handelsregister: HRB 23156 Amtsgericht Wiesbaden
Steuernummer: 4023897051
USt-IdNr.: DE255806399

Geschäftsführer:
Filip Lyncker,
Armin Theis






--
_
Filip Lyncker, Dipl.-Inform. (FH)


Lyncker  Theis GmbH
Wilhelmstr. 16
65185 Wiesbaden
Germany

Fon +49 611/89038960
Fax +49 611/9406125


Handelsregister: HRB 23156 Amtsgericht Wiesbaden
Steuernummer: 4023897051
USt-IdNr.: DE255806399

Geschäftsführer:
Filip Lyncker,
Armin Theis 





Re: Problem Using Orchestra with Realm after Session-Timeout

2009-02-11 Thread Simon Kitching
I don't think this is anything to do with Orchestra.

This message:

 WARNUNG: executePhase(RESTORE_VIEW1,
org.apache.myfaces.orchestra.lib.jsf.
 orchestrafacescontextfactor...@108e435)
 threw exception
  java.lang.NullPointerException
 at
  com.sun.faces.lifecycle.RestoreViewPhase.execute(
   RestoreViewPhase.java:163)

says that Sun's class RestoreViewPhase.java:163 threw the exception, and
that it happened to be called from an executePhase that had an
OrchestraFacesContextFactory instance as a parameter.

It doesn't mean that the OrchestraFacesContextFactory class had anything
to do with the problem. It *might* be something related to orchestra,
but you would have to look at that line in the Mojarra (Sun JSF RI)
source code to tell what the actual problem is.

And as Kito pointed out, you really MUST say what software versions you
are using if you want help. Even after Kito pointed this out, you still
have not said what version of Mojarra you are using...

And by the way, Orchestra 1.3 is available...

Regards,
Simon

Filip Lyncker schrieb:
 
 Dear Kito,
 
 We are using JSF(RI) and Orchestra.core v1.2 ... so do you have some
 ideas for me?
 
 
 thanks  regards,
 
 
 filip
 
 
 
 
 Kito Mann schrieb:
 Folio,

 Which version of the reference  implementation are you using, and
 which version of Orchestra?

 Sent from my iPhone

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


 On Feb 10, 2009, at 2:02 PM, Filip Lyncker lync...@lyth.de wrote:


 Dear Group ,

 I have a problem in an enviroment with orchestra,jsf,spring  and
 authentikation using a tomcat realm.

 If the session timed out the user is redirected from the secured area
 to the login page wich is in the free-area. But the realm seems to
 store the last request.
 After login in the app crashes with a null pointer like shown in the
 following...
 Maybe I need to configure orchestra or spring in any way to handle
 that request?

 thanks a lot for help ..


 cheers

 Filip



 [21:01:28] Nabil : 10.02.2009 20:27:52
 com.sun.faces.lifecycle.LifecycleImpl phase
 WARNUNG: executePhase(RESTORE_VIEW
 1,org.apache.myfaces.orchestra.lib.jsf.orchestrafacescontextfactor...@108e435)
 threw exception
 java.lang.NullPointerException
 at
 com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:163)

 at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:248)
 at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
 at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
 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
 de.lyth.huntersBase.util.SessionTimeoutFilter.doFilter(SessionTimeoutFilter.java:56)

 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)
 10.02.2009 20:27:52 org.apache.catalina.core.StandardWrapperValve invoke
 SCHWERWIEGEND: Servlet.service() for servlet Faces Servlet threw
 exception
 

RE: Replacing font color with trinidad skinning?

2009-02-11 Thread Felix.Becker
Hi Omar!

 

Thank you, but that did not solve my problem. The table headers are in
the right color now, but the color of a panelCaptionGroup is still
wrong. It doesn't help me if you send me the selector for changing this,
if there are other components which are not affected by this selector.
This trial and error is exactly what I want to prevent. Is there any
documentation about this CSS file selector names?

 

Thanks 

 

Felix

 



From: Omar Elprince [mailto:general.equal@gmail.com] 
Sent: Wednesday, February 11, 2009 2:22 AM
To: MyFaces Discussion
Subject: Re: Replacing font color with trinidad skinning?

 

try those selectors

 

af|column::header-text

af|column::header-number

af|column::header-icon-format


On Feb 10, 2009, at 8:56 AM, felix.bec...@t-systems.com
felix.bec...@t-systems.com wrote:





Hi Omar,

 

The solution you suggested changed the color of the  * required char,
but the color of the tr:dataTable is still the default myfaces green.

 

Any other solution?


Thanks

 

Felix

 



From: Omar Elprince [mailto:general.equal@gmail.com] 
Sent: Tuesday, February 10, 2009 2:40 AM
To: MyFaces Discussion
Subject: Re: Replacing font color with trinidad skinning?

 

try modifying those selectors in you css.

 

.AFRequiredIconStyle

 

.AFRequiredIconStyle:alias

 

On Feb 9, 2009, at 12:20 PM, felix.bec...@t-systems.com
felix.bec...@t-systems.com wrote:






Hi,

 

Trinidad/myfaces is using a special green for required * and for table
headers. This green doesn't fit to our corporate identity so I want tot
change it to another color. Do I have to parse the whole trinidad
stylesheet file and replace the green at every place through my own or
is there a more comfortable way to do this?

 

Thank you and best regards

 

Felix

 

 



Re: Replacing font color with trinidad skinning?

2009-02-11 Thread Matthias Wessendorf
trying to send the advice again...


af|column::header-text
{
 background-color:#0066FF;
 color:#FF;
}

IMO the best is to disable (on development) the CSS comression and
than, use firefox to inspect
the DOM for the CSS classes/selectors.

another option is looking here:

http://myfaces.apache.org/trinidad/skin-selectors.html

HTH,
Matthias

On Wed, Feb 11, 2009 at 4:38 PM,  felix.bec...@t-systems.com wrote:
 Hi Omar!



 Thank you, but that did not solve my problem. The table headers are in the
 right color now, but the color of a panelCaptionGroup is still wrong. It
 doesn't help me if you send me the selector for changing this, if there are
 other components which are not affected by this selector. This trial and
 error is exactly what I want to prevent. Is there any documentation about
 this CSS file selector names?



 Thanks



 Felix



 

 From: Omar Elprince [mailto:general.equal@gmail.com]
 Sent: Wednesday, February 11, 2009 2:22 AM
 To: MyFaces Discussion
 Subject: Re: Replacing font color with trinidad skinning?



 try those selectors



 af|column::header-text

 af|column::header-number

 af|column::header-icon-format

 On Feb 10, 2009, at 8:56 AM, felix.bec...@t-systems.com
 felix.bec...@t-systems.com wrote:

 Hi Omar,



 The solution you suggested changed the color of the  * required char, but
 the color of the tr:dataTable is still the default myfaces green.



 Any other solution?

 Thanks



 Felix



 

 From: Omar Elprince [mailto:general.equal@gmail.com]
 Sent: Tuesday, February 10, 2009 2:40 AM
 To: MyFaces Discussion
 Subject: Re: Replacing font color with trinidad skinning?



 try modifying those selectors in you css.



 .AFRequiredIconStyle



 .AFRequiredIconStyle:alias



 On Feb 9, 2009, at 12:20 PM, felix.bec...@t-systems.com
 felix.bec...@t-systems.com wrote:


 Hi,



 Trinidad/myfaces is using a special green for required „* and for table
 headers. This green doesn't fit to our corporate identity so I want tot
 change it to another color. Do I have to parse the whole trinidad stylesheet
 file and replace the green at every place through my own or is there a more
 comfortable way to do this?



 Thank you and best regards



 Felix







-- 
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf


Re: Problem Using Orchestra with Realm after Session-Timeout

2009-02-11 Thread Filip Lyncker

Dear Simon,

you're right, im sorry, Im using the version 1.2.03 of RI JSF. Yes I 
know there is a newer version also from orchestra. But first I tried to 
understand the problem than just to upgrade the version of my frameworks 
b/c I allways had a lot other problems than ...

let me describe it a bit more:

i include the SessionTimeoutFilter because I hope to find something 
there. If the session-timeout occurs, ill be redirected to the login 
page. If I
relogin now, first I can stop in that filter. But the session is valid, 
but its a new one. If i would know what to do here everything would be 
fine:


1. I need to recognize that the user is coming from the loginpage ( and 
not from another party of my app )
2. than I need to delete the restored stuff ( request URL or whatever) 
that will be crash my app or frameworks in the next second.


as described in the servlet spezfication :  If the user is authorized, 
the client is redirected to the resource using the stored URL path.   
this seems to be the problem , im not sure what all is transported in 
that url, or if there are more infos in it, but
I think that maybe the orchestra or something around it, doesnt like the 
garbage from the user before..



thanks again for helping me...

Regards,

Filip




Simon Kitching schrieb:

I don't think this is anything to do with Orchestra.

This message:

 WARNUNG: executePhase(RESTORE_VIEW1,
org.apache.myfaces.orchestra.lib.jsf.
 orchestrafacescontextfactor...@108e435)
 threw exception
  java.lang.NullPointerException
 at
  com.sun.faces.lifecycle.RestoreViewPhase.execute(
   RestoreViewPhase.java:163)

says that Sun's class RestoreViewPhase.java:163 threw the exception, and
that it happened to be called from an executePhase that had an
OrchestraFacesContextFactory instance as a parameter.

It doesn't mean that the OrchestraFacesContextFactory class had anything
to do with the problem. It *might* be something related to orchestra,
but you would have to look at that line in the Mojarra (Sun JSF RI)
source code to tell what the actual problem is.

And as Kito pointed out, you really MUST say what software versions you
are using if you want help. Even after Kito pointed this out, you still
have not said what version of Mojarra you are using...

And by the way, Orchestra 1.3 is available...

Regards,
Simon

Filip Lyncker schrieb:
  

Dear Kito,

We are using JSF(RI) and Orchestra.core v1.2 ... so do you have some
ideas for me?


thanks  regards,


filip




Kito Mann schrieb:


Folio,

Which version of the reference  implementation are you using, and
which version of Orchestra?

Sent from my iPhone

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


On Feb 10, 2009, at 2:02 PM, Filip Lyncker lync...@lyth.de wrote:

  

Dear Group ,

I have a problem in an enviroment with orchestra,jsf,spring  and
authentikation using a tomcat realm.

If the session timed out the user is redirected from the secured area
to the login page wich is in the free-area. But the realm seems to
store the last request.
After login in the app crashes with a null pointer like shown in the
following...
Maybe I need to configure orchestra or spring in any way to handle
that request?

thanks a lot for help ..


cheers

Filip



[21:01:28] Nabil : 10.02.2009 20:27:52
com.sun.faces.lifecycle.LifecycleImpl phase
WARNUNG: executePhase(RESTORE_VIEW
1,org.apache.myfaces.orchestra.lib.jsf.orchestrafacescontextfactor...@108e435)
threw exception
java.lang.NullPointerException
at
com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:163)

at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:248)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
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
de.lyth.huntersBase.util.SessionTimeoutFilter.doFilter(SessionTimeoutFilter.java:56)

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

Re: [Trinidad] How to get out of Trinidad dialog scope with multiple dialogs

2009-02-11 Thread Richard Yee
For each dialog that is created, returnFromDialog needs to be called.  
I suggest to only create one dialog and then just chang the view in  
that dialog for the subsequent ones. This way, you don't have to keep  
track of the nesting level and just need to call returnFromDialog once  
to get out.


Richard

Sent from my iPhone

On Feb 10, 2009, at 10:31 PM, Luhtala Santeri santeri.luht...@profitsoftware.com 
 wrote:



Hmm. Raising this old issue into discussion again...

It does not work this way. Calling the returnFromDialog again does  
not have any affect. To my understanding there needs to be a submit  
from the 'parent' dialog in order to close it by calling  
returnFromDialog.


Any other suggestions? Is there any elegant way to achieve the  
functionality we want?


S

-Original Message-
From: Richard Yee [mailto:r...@cruzio.com]
Sent: 19. joulukuuta 2008 16:49
To: MyFaces Discussion
Subject: Re: [Trinidad] How to get out of Trinidad dialog scope with  
multiple dialogs


Call returnFromDialog again right after you call returnFromDialog for
Dialog 2. Or, you might be able to initiate Dialog1 and navigate to  
the

second page as a regular view as opposed to opening another dialog. It
would appear in the same window as dialog1. Then you would only need  
to

call returnFromDialog once.

-R

Luhtala Santeri wrote:


We have a problem with getting out of dialog scope. The situation is
as follows:



Mainpage.jspx - Dialog1.jspx - Dialog2.jspx



Now in the Dialog2 the user clicks a link and we need to redirect out
of the JSF app to another web app and for that we want to get back to
Mainpage.

We can get out of the Dialog2 scope(calling returnFromDialog) but how
to get out of Dialog1 scope programmatically without any user
input(submit) at that point. So in other words we want out of both
dialogs scope with one submit.



Santeri





Re: Problem Using Orchestra with Realm after Session-Timeout

2009-02-11 Thread Simon Kitching
Hi,

I presume you're using server-side state-saving.

So the browser accesses foo.jsf, and is returned a page containing a
special hidden field that is the key of the saved state within the
user's http session on the server.

Then the user's http session times out.

The user clicks a submit button which posts back to foo.jsf, passing
the hidden state key as one of the form values.

The webserver realizes that the user has no http session, and therefore
no login. It therefore saves the current posted params, and redirects
to a login page. When the user fills in username/password and submits,
the server authenticates then continues with the original saved
submit. As you see in your filter, the http-session is a new one. All
the above is normal servlet container behaviour.

The JSF implementation will then see a request to restore state from the
session, with a specific key. But the session is empty, so the specified
view state cannot be ignored.

What normally happens then is that the JSF implementation will just log
an unable to restore view message to its logfile, and simply *render*
the specified page rather than doing a postback, just as if the user
had done a GET request for the url rather than a POST request.

Quite why you are getting an exception at this point rather than just
seeing the specified page rendered is unknown. There is probably some
library or class in your app that is assuming that on POST there is a
restored view - though in this special failed to find view case there
is not.

The question is *what* code is causing this problem. The easiest way is
probably to download the source jarfile for your mojarra (Sun RI)
version and put a breakpoint on the
  com.sun.faces.lifecycle.RestoreViewPhase.execute
method. Then just try it, and step through the mojarra code until you
see what the problem is.

Getting the source jarfile for MyFaces JSF is easy; we publish it in
the Maven repository along with the binary jarfiles. I don't know where
to find the source for Mojarra releases...

Regards,
Simon

Filip Lyncker schrieb:
 Dear Simon,
 
 you're right, im sorry, Im using the version 1.2.03 of RI JSF. Yes I
 know there is a newer version also from orchestra. But first I tried to
 understand the problem than just to upgrade the version of my frameworks
 b/c I allways had a lot other problems than ...
 let me describe it a bit more:
 
 i include the SessionTimeoutFilter because I hope to find something
 there. If the session-timeout occurs, ill be redirected to the login
 page. If I
 relogin now, first I can stop in that filter. But the session is valid,
 but its a new one. If i would know what to do here everything would be
 fine:
 
 1. I need to recognize that the user is coming from the loginpage ( and
 not from another party of my app )
 2. than I need to delete the restored stuff ( request URL or whatever)
 that will be crash my app or frameworks in the next second.
 
 as described in the servlet spezfication :  If the user is authorized,
 the client is redirected to the resource using the stored URL path.  
 this seems to be the problem , im not sure what all is transported in
 that url, or if there are more infos in it, but
 I think that maybe the orchestra or something around it, doesnt like the
 garbage from the user before..
 
 
 thanks again for helping me...
 
 Regards,
 
 Filip
 
 
 
 
 Simon Kitching schrieb:
 I don't think this is anything to do with Orchestra.

 This message:

  WARNUNG: executePhase(RESTORE_VIEW1,
 org.apache.myfaces.orchestra.lib.jsf.
  orchestrafacescontextfactor...@108e435)
  threw exception
   java.lang.NullPointerException
  at
   com.sun.faces.lifecycle.RestoreViewPhase.execute(
RestoreViewPhase.java:163)

 says that Sun's class RestoreViewPhase.java:163 threw the exception, and
 that it happened to be called from an executePhase that had an
 OrchestraFacesContextFactory instance as a parameter.

 It doesn't mean that the OrchestraFacesContextFactory class had anything
 to do with the problem. It *might* be something related to orchestra,
 but you would have to look at that line in the Mojarra (Sun JSF RI)
 source code to tell what the actual problem is.

 And as Kito pointed out, you really MUST say what software versions you
 are using if you want help. Even after Kito pointed this out, you still
 have not said what version of Mojarra you are using...

 And by the way, Orchestra 1.3 is available...

 Regards,
 Simon

 Filip Lyncker schrieb:
  
 Dear Kito,

 We are using JSF(RI) and Orchestra.core v1.2 ... so do you have some
 ideas for me?


 thanks  regards,


 filip




 Kito Mann schrieb:

 Folio,

 Which version of the reference  implementation are you using, and
 which version of Orchestra?

 Sent from my iPhone

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


 On Feb 10, 2009, at 2:02 PM, Filip Lyncker lync...@lyth.de wrote:

  
 Dear Group ,

 I have a problem in an enviroment with orchestra,jsf,spring  and
 authentikation 

RE: Problem Using Orchestra with Realm after Session-Timeout

2009-02-11 Thread Mario Ivankovits
Hi!

 What normally happens then is that the JSF implementation will just log
 an unable to restore view message to its logfile, and simply *render*
 the specified page rather than doing a postback, just as if the user
 had done a GET request for the url rather than a POST request.

Unhappily JSF 1.2 will throw an ViewExpiredException or so  very annoying!
Well, not too annoying, but you should take care of that in some way to prevent 
propagating this to the user ... what we do ATM btw :-)

 Getting the source jarfile for MyFaces JSF is easy; we publish it in
 the Maven repository along with the binary jarfiles. I don't know where
 to find the source for Mojarra releases...

https://javaserverfaces.dev.java.net/download.html

Ciao,
Mario


Re: [Trinidad] Page reloads before launching the dialog

2009-02-11 Thread Walter Mourão
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.comwrote:

 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




Re: [Trinidad] Page reloads before launching the dialog

2009-02-11 Thread Richard Yee
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





regarding my apache jars 1.6

2009-02-11 Thread srinivas
when i have switched myfaces jars from 1.0 to 1.0.6, I am getting this error 
log java.lang.ClassNotFoundException: 
org.apache.myfaces.component.html.util.ExtensionsFilter Is there anything I am 
missing ?
 
The application works fine with myfaces 1.0 jars.

bye
srinu


  Add more friends to your messenger and enjoy! Go to 
http://messenger.yahoo.com/invite/

Re: commandbutton action not being invoked if form contains programatically-defined selectitems

2009-02-11 Thread Cedric Hurst

This is a bit of a delayed response, but I've gotten a couple of emails from
people with a similar issue so I thought I'd post on update on the issue. 
Volker was on the right track in suggesting that it was a validation issue.

In my case, the values for the SelectItems were based on 15-minute
increments of the current system time.  Since the current system time
changes from the point where the form is rendered to the point where the
form is submitted, the JSF validators were throwing an error because the
value is no longer submitted.  If you have a similar sort of issue, I'd
suggest looking for validation errors by including an h:messages tag
somewhere in your form.


Volker Weber-5 wrote:
 
 Hi Cedric,
 
 2008/8/24 Cedric Hurst cedric.hu...@gmail.com:

 I have an h:form which contains two h:selectOneMenu elements.  These
 elements are being populated programatically with a f:selectItems tied
 to
 a JSF managed bean which returns ListSelectItem.  Unfortunately, when I
 attempt to click the h:commandButton to invoke an action, the action
 does
 not get processed.  I receive no error message, it just fails silently. 
 If
 
 i can't find any h:messages tag to show the error messages in you jsf
 sources.
 How could yo be sure there is no conversion/validation error?
 
 Try adding a h:messages tag somewhere.
 
 Regards,
 Volker
 
 I remove the h:selectOneMenu elements from the code, the action is
 processed fine.  Here are some code snippets:

 JSP Code for the Form:

 h:form id=status
pToday, I'm working at
h:selectOneMenu value=#{event.placeId}
f:selectItem itemLabel=-- Select a location --
 /
f:selectItems value=#{place.placeOptions}/
/h:selectOneMenu
 from

 h:selectOneMenu id=startTime value=#{event.start}
f:selectItems
 value=#{event.possibleStartTimes}/
 /h:selectOneMenu
 to
  h:selectOneMenu id=endTime value=#{event.finish}
f:selectItems
 value=#{event.possibleFinishTimes}/
 /h:selectOneMenu

h:commandButton action=#{event.createEventAction}
 value=Mowork/
/p
 /h:form

 Managed Bean methods to Populate Menu Items:

 private ListSelectItem selectItemsFromTimeRange(Calendar begin,
 Calendar
 end)
 {
ListSelectItem items = new ArrayListSelectItem();

while(begin.compareTo(end)  0)
{
items.add(new SelectItem(
new Long(begin.getTimeInMillis()).toString(),
timeFormat.format(begin.getTime())
));

begin.add(Calendar.MINUTE, 15);
}

return items;
 }

 public ListSelectItem getPossibleStartTimes()
 {
Calendar time =
 Calendar.getInstance(TimeZone.getTimeZone(America/Chicago));

ListSelectItem items = new ArrayListSelectItem();

items.add(new SelectItem(
timeFormat.format(time.getTime()),
Right Now
));

Calendar begin = (Calendar)time.clone();
begin.add(Calendar.MINUTE, 1);
if(begin.get(Calendar.MINUTE)%15 != 0)
begin.add(Calendar.MINUTE,
 15-(begin.get(Calendar.MINUTE)%15));

Calendar end = (Calendar)begin.clone();
end.add(Calendar.HOUR, 24);

items.addAll(selectItemsFromTimeRange(begin, end));

return items;
 }

 public ListSelectItem getPossibleFinishTimes()
 {
Calendar begin =
 Calendar.getInstance(TimeZone.getTimeZone(America/Chicago));
begin.add(Calendar.MINUTE, 15);
if(begin.get(Calendar.MINUTE)%15 != 0)
begin.add(Calendar.MINUTE,
 15-(begin.get(Calendar.MINUTE)%15));

Calendar end = (Calendar)begin.clone();
end.add(Calendar.HOUR, 24);

return selectItemsFromTimeRange(begin, end);
 }

 Managed Bean method to Process Action:

 public String createEventAction()
 {
System.out.println(create event action is running);
return createEventSuccess;
 }

 The full codebase for working and non-working versions can also be found
 here:

 http://trac.assembla.com/moworking/browser/branches/CreateEventActionWorkingWithNoSelectItems?rev=63

 http://trac.assembla.com/moworking/browser/branches/CreateEventActionNotWorkingWithSelectItems?rev=65

 Please let me know if you have any suggestions.

 Environment
 ===
 MyFaces Core 1.2.3
 MyFaces Tomahawk 1.1.6
 Apache Geronimo 2.1.2 (Tomcat)
 Java HotSpot 1.5.0 64-bit Server VM
 Apple Mac OS X 10.5 (Leopard)
 Thanks,
 - C
 --
 View this message in context:
 http://www.nabble.com/commandbutton-action-not-being-invoked-if-form-contains-programatically-defined-selectitems-tp19131952p19131952.html
 Sent from the MyFaces - Users mailing list archive at Nabble.com.


 
 
 
 -- 
 inexso - information exchange solutions GmbH
 Bismarckstraße 13 | 26122 Oldenburg
 Tel.: +49 441 4082 356 

Re: [Trinidad] Page reloads before launching the dialog

2009-02-11 Thread Walter Mourão
No javascript.

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



On Wed, Feb 11, 2009 at 5:54 PM, Richard Yee richard.k@gmail.comwrote:

 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
 
 
 



Re: [Trinidad] Page reloads before launching the dialog

2009-02-11 Thread Richard Yee
Try creating a small test application with a basic page that has a
dialog and see if it has the same behavior. This will determine if it
is something in your page.

-R

On Wed, Feb 11, 2009 at 2:07 PM, Walter Mourão walter.mou...@gmail.com wrote:
 No javascript.

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



 On Wed, Feb 11, 2009 at 5:54 PM, Richard Yee richard.k@gmail.com
 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
 
 
 




Re: [Trinidad] Page reloads before launching the dialog

2009-02-11 Thread Gerhard Petracek
hello walter,

@demo app:
+1 (so you can compare both apps.)
i tested the same with trinidad 1.0.9 - no page refresh (with
partialSubmit=true).
- it doesn't look like a general issue.

regards,
gerhard



2009/2/12 Richard Yee richard.k@gmail.com

 Try creating a small test application with a basic page that has a
 dialog and see if it has the same behavior. This will determine if it
 is something in your page.

 -R

 On Wed, Feb 11, 2009 at 2:07 PM, Walter Mourão walter.mou...@gmail.com
 wrote:
  No javascript.
 
  Walter Mourão
  http://waltermourao.com.br
  http://arcadian.com.br
  http://oriens.com.br
 
 
 
  On Wed, Feb 11, 2009 at 5:54 PM, Richard Yee richard.k@gmail.com
  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
  
  
  
 
 



tomahawk 1.1.8 tabChangeLisener attribute in tabbedPane lost

2009-02-11 Thread Dipl.-Ing. Torsten Liermann
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: regarding my apache jars 1.6

2009-02-11 Thread Simon Kitching
srinivas schrieb:
 when i have switched myfaces jars from 1.0 to 1.0.6, I am getting this
 error log java.lang.ClassNotFoundException:
 org.apache.myfaces.component.html.util.ExtensionsFilter Is there
 anything I am missing ?
  
 The application works fine with myfaces 1.0 jars.

The ExtensionsFilter is a tomahawk class.

Note that nothing in myfaces-core uses tomahawk classes, so it is
something else in your app that is referencing this class.

It looks like when you upgraded your app you somehow deleted the
tomahawk jarfile.

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


I am trying to deploy to Tomcat 5.0.28

2009-02-11 Thread Brenda Krivensky




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. 
http://windowslive.com/explore?ocid=TXT_TAGLM_WL_t2_allup_explore_022009

[Trinidad] commandButtons not reacting on first click

2009-02-11 Thread Huettenkofer Michael
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 
_