[Trinidad] commandButtons not reacting on first click

[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:



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 
 
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 
_ 

I am trying to deploy to Tomcat 5.0.28

[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

Re: regarding my apache jars 1.6

[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)

tomahawk 1.1.8 tabChangeLisener attribute in tabbedPane lost

[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: [Trinidad] Page reloads before launching the dialog

[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 

> 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 
> 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 
> > 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:
> >> >>  >> >>
> >> >>
> 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

[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  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 
> wrote:
>>
>> Are you using any custom JavaScript?
>>
>> -R
>>
>> On Wed, Feb 11, 2009 at 10:24 AM, Walter Mourão 
>> 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 
>> > 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:
>> >> > >>
>> >> 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

[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 wrote:

> Are you using any custom JavaScript?
>
> -R
>
> On Wed, Feb 11, 2009 at 10:24 AM, Walter Mourão 
> 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 
> > 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:
> >>  >>
> 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: commandbutton action not being invoked if form contains programatically-defined selectitems

[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  tag
somewhere in your form.


Volker Weber-5 wrote:
> 
> Hi Cedric,
> 
> 2008/8/24 Cedric Hurst :
>>
>> I have an  which contains two  elements.  These
>> elements are being populated programatically with a  tied
>> to
>> a JSF managed bean which returns List.  Unfortunately, when I
>> attempt to click the  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  elements from the code, the action is
>> processed fine.  Here are some code snippets:
>>
>> JSP Code for the Form:
>>
>> 
>>Today, I'm working at
>>
>>> />
>>
>>
>> from
>>
>> 
>>> value="#{event.possibleStartTimes}"/>
>> 
>> to
>>  
>>> value="#{event.possibleFinishTimes}"/>
>> 
>>
>>> value="Mowork"/>
>>
>> 
>>
>> Managed Bean methods to Populate Menu Items:
>>
>> private List selectItemsFromTimeRange(Calendar begin,
>> Calendar
>> end)
>> {
>>List items = new ArrayList();
>>
>>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 List getPossibleStartTimes()
>> {
>>Calendar time =
>> Calendar.getInstance(TimeZone.getTimeZone("America/Chicago"));
>>
>>List items = new ArrayList();
>>
>>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 List 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 |
> FAX: +49 441 4082 355 | www.inexso.de
> 
> 

-- 
View this message in context: 
http://www.nabble.com/commandbutton-action-not-being-invoked-if-form-contains-programatically-defined-selectitems-tp19131952p21963977.html
Sent from the MyFaces - Use

regarding my apache jars 1.6

[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: [Trinidad] Page reloads before launching the dialog

[Richard Yee]

Are you using any custom JavaScript?

-R

On Wed, Feb 11, 2009 at 10:24 AM, Walter Mourão  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 
> 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:
>> > 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

[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 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:
>  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: Problem Using Orchestra with Realm after Session-Timeout

[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: Problem Using Orchestra with Realm after Session-Timeout

[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.jsfcentra

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

[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 > 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

[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  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.ApplicationFilter

Re: Replacing font color with trinidad skinning?

[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,   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, 
>  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, 
>  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: Replacing font color with trinidad skinning?

[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, 
 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, 
 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: Problem Using Orchestra with Realm after Session-Timeout

[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  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$Http11ConnectionHand

Re: Problem Using Orchestra with Realm after Session-Timeout

[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  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: layout issue with h:panelGrid

[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: layout issue with h:panelGrid

[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: orchestra/datatable/datascroller LazyInitializationException

[Simon Kitching]

Mario Ivankovits schrieb:
> Hi!
>> -Original Message-
>> From: Carl Howarth [mailto:carl.howa...@dlapiper.com]
>> Sent: Wednesday, February 11, 2009 11:56 AM
> 
>>   > class="com.xxx.SearchParametersBean"
>> scope="conversation.access">
>> 
>> 
>>   
>>
>>   > scope="conversation.access"/>
>>
>> Before orchestra, all collections were EAGERly fetched and the results
>> set
>> was kept alive in the search results bean using a  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: orchestra/datatable/datascroller LazyInitializationException

[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
> 
>>   > class="com.xxx.SearchParametersBean"
>> scope="conversation.access">
>> 
>> 
>>   
>> 
>>   > scope="conversation.access"/>
>> 
>> Before orchestra, all collections were EAGERly fetched and the results
>> set
>> was kept alive in the search results bean using a  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

[Mario Ivankovits]

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

>class="com.xxx.SearchParametersBean"
> scope="conversation.access">
> 
> 
>   
> 
>scope="conversation.access"/>
> 
> Before orchestra, all collections were EAGERly fetched and the results
> set
> was kept alive in the search results bean using a  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

orchestra/datatable/datascroller LazyInitializationException

[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:

  


  

  

Before orchestra, all collections were EAGERly fetched and the results set
was kept alive in the search results bean using a  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.