RE: x:commandLink and onClick

[Dennis Byrne]

use this ... http://www.mail-
archive.com/users@myfaces.apache.org/msg08449.html .

and please put it on the wiki.


 Original message 
>Date: Tue, 01 Nov 2005 13:24:38 +0800
>From: Yee CN <[EMAIL PROTECTED]>  
>Subject: RE: x:commandLink and onClick  
>To: "'MyFaces Discussion'" 
>
>Arragh - just hit the same problem. Is there a resolution 
this?
>
>Why would onClick="return confirm('Are you sure...?');" 
works on a
>commandButton but not on a commandLink?
>
>Is it a bug that will be fixed?
>
>Regards,
>Yee
>
>-Original Message-
>From: Mike Kienenberger [mailto:[EMAIL PROTECTED] 
>Sent: Tuesday, 25 October 2005 11:49 PM
>To: MyFaces Discussion
>Subject: Re: x:commandLink and onClick
>
>When you get this all figured out, could you create a 
MyFaces wiki entry on
>it?
>
>I'm sure I'm not the only one who will eventually need to do 
something
>similar, and it'd be great if we could get it documented 
somewhere!
>
>As you mentioned, there's a lot of attempts to provide this 
with mixed
>results, and it'd be good to have something that's known to 
work.
>
>On 10/25/05, James Reynolds <[EMAIL PROTECTED]> wrote:
>>
>> Oh! That's a good idea.  However, that presents another 
problem for my
>> page.  By way of some background, I'm using a dataTable to 
build a list
>> of upcoming conferences.  The final column contains two 
links inside,
>> "Edit" and "Delete."  The Edit navigates to a detail page, 
while the
>> delete would obviously remove the record and reload the 
page.  I also
>> have an "Add Conference" button outside of the table.  
Using the
>> onSubmit attribute would prompt for confirmation no matter 
what control
>> is activated.  Perhaps I should just use commandButtons 
instead of
>> commandLinks and avoid the issue altogether.
>>
>>
>> -Original Message-
>> From: Marius Kreis [mailto:[EMAIL PROTECTED]
>> Sent: Tuesday, October 25, 2005 8:26 AM
>> To: MyFaces Discussion
>> Subject: Re: x:commandLink and onClick
>>
>> sorry, my mistake.
>> i think
>>  should 
work
>>
>> James Reynolds wrote:
>> > That was my first try.  The confirmation box pops up 
properly, but the
>>
>> > form does not submit after clicking the 'OK' button.  
Has anyone else
>> > had this trouble?  Judging from the archives, it appears 
that people
>> > have had mixed results with different methods.
>> >
>> > -Original Message-
>> > From: Marius Kreis [mailto:[EMAIL PROTECTED]
>> > Sent: Tuesday, October 25, 2005 7:32 AM
>> > To: MyFaces Discussion
>> > Subject: Re: x:commandLink and onClick
>> >
>> > This sounds like an error in your javascript.
>> > Perhaps you should try
>> > onClick="return confirm('Are you sure...?');"
>> >
>> > James Reynolds wrote:
>> >
>> >>I'm trying to add some confirmation to the onClick event 
for my
>> >>commandLink.  The mail archives have good suggestions 
including:
>> >>
>> >>1. Call a function defined on the page like this: 
onclick="return
>> >>validate()"
>> >>2. Construct the javascript as such: onclick="if (!
confirm('Are you
>> >>sure you want to delete this record?')) return"
>> >>
>> >>In each case, I'm receiving "Object Expected" errors in 
Internet
>> >>Explorer.  What is the best way of handling this task?
>> >>
>> >>Thanks
>> >
>> >
>> >
>> >
>>
>>
>>
>
Dennis Byrne

deal with Model update exception

[Dave]

How to catch exception during model update phase and display a nicer message?
 
There was an exception during model update, but I did not catch it, the error message on the screen is:

 Conversion Error "_id30": Error during model data update.
 
If I catch exception, the life cycle will continue to Invoke Application, that is not desired.
 
Thanks, dave 
		 Yahoo! FareChase - Search multiple travel sites in one click.

 

 

RE: x:commandLink and onClick

[Yee CN]

Arragh - just hit the same problem. Is there a resolution this?

Why would onClick="return confirm('Are you sure...?');" works on a
commandButton but not on a commandLink?

Is it a bug that will be fixed?

Regards,
Yee

-Original Message-
From: Mike Kienenberger [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, 25 October 2005 11:49 PM
To: MyFaces Discussion
Subject: Re: x:commandLink and onClick

When you get this all figured out, could you create a MyFaces wiki entry on
it?

I'm sure I'm not the only one who will eventually need to do something
similar, and it'd be great if we could get it documented somewhere!

As you mentioned, there's a lot of attempts to provide this with mixed
results, and it'd be good to have something that's known to work.

On 10/25/05, James Reynolds <[EMAIL PROTECTED]> wrote:
>
> Oh! That's a good idea.  However, that presents another problem for my
> page.  By way of some background, I'm using a dataTable to build a list
> of upcoming conferences.  The final column contains two links inside,
> "Edit" and "Delete."  The Edit navigates to a detail page, while the
> delete would obviously remove the record and reload the page.  I also
> have an "Add Conference" button outside of the table.  Using the
> onSubmit attribute would prompt for confirmation no matter what control
> is activated.  Perhaps I should just use commandButtons instead of
> commandLinks and avoid the issue altogether.
>
>
> -Original Message-
> From: Marius Kreis [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, October 25, 2005 8:26 AM
> To: MyFaces Discussion
> Subject: Re: x:commandLink and onClick
>
> sorry, my mistake.
> i think
>  should work
>
> James Reynolds wrote:
> > That was my first try.  The confirmation box pops up properly, but the
>
> > form does not submit after clicking the 'OK' button.  Has anyone else
> > had this trouble?  Judging from the archives, it appears that people
> > have had mixed results with different methods.
> >
> > -Original Message-
> > From: Marius Kreis [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, October 25, 2005 7:32 AM
> > To: MyFaces Discussion
> > Subject: Re: x:commandLink and onClick
> >
> > This sounds like an error in your javascript.
> > Perhaps you should try
> > onClick="return confirm('Are you sure...?');"
> >
> > James Reynolds wrote:
> >
> >>I'm trying to add some confirmation to the onClick event for my
> >>commandLink.  The mail archives have good suggestions including:
> >>
> >>1. Call a function defined on the page like this: onclick="return
> >>validate()"
> >>2. Construct the javascript as such: onclick="if (!confirm('Are you
> >>sure you want to delete this record?')) return"
> >>
> >>In each case, I'm receiving "Object Expected" errors in Internet
> >>Explorer.  What is the best way of handling this task?
> >>
> >>Thanks
> >
> >
> >
> >
>
>
>

RE: selectOneListbox - onclick?

[Yee CN]

Try putting onclick="submit()" as in the following:





Regards,
Yee

-Original Message-
From: Jeffrey Porter [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, 1 November 2005 1:42 AM
To: MyFaces Discussion; [EMAIL PROTECTED]
Subject: RE: selectOneListbox - onclick?

I wasn't getting the valueChangeListener called when I selected an item
in the list. 

Do you get it called? 
Maybe I made as mistake.
I'll try again.

JP



-Original Message-
From: Yee CN [mailto:[EMAIL PROTECTED] 
Sent: 31 October 2005 17:39
To: 'MyFaces Discussion'
Subject: RE: selectOneListbox - onclick?

I think you can also do something like the following in your
valueChangeListener method:

private void setUserToComponents() {
FacesContext context =
FacesContext.getCurrentInstance();
UIViewRoot view = context.getViewRoot();
setInputTextValue(view, "userForm:userId", this.userid);
setInputTextValue(view, "userForm:name", this.name);
setInputTextValue(view, "userForm:initial",
this.initial);
setInputTextValue(view, "userForm:email", this.email);
setInputTextValue(view, "userForm:division",
this.division);
setInputTextValue(view, "userForm:position",
this.position);
}

private void setInputTextValue(UIViewRoot view, String
componentId,
Object newValue) {
HtmlInputText input = (HtmlInputText)
view.findComponent(componentId);
input.setValue(newValue);
}

Regards,
Yee


2005/10/31, Jeffrey Porter <[EMAIL PROTECTED]>:
>
>
>
> Not sure if it's possible, can someone comment.
>
> Can you register for events when a list is clicked on?
> i.e. onclick, or valueChangeListener so that other data on the page
can be
> rendered depending on what list item is selected.
>
>
> I tried valueChangeListener, & onclick but with no success.
>
> Thanks
> Jeff
>
> 
> 
> 
>
>
>

Mozilla: buttons below inputHtml

[Dave]

Hi, I am using 10/25 build.
 
The buttons below the inputHtml is being covered by the html edit area, so user will not be able to click the buttons, even though they are visible. It seems to be some layout/positioning issues.
 
Dave
		 Yahoo! FareChase - Search multiple travel sites in one click.

 

 

RE: Problem: DataTable binds too early...

[Yee CN]

Yes - you are right. I was flushing the hibernate cache a bit too late.

I am thinking calling getUserList() twice sounds a bit wasteful. It probably
won't hit the database again with hibernate caching, but I am thinking for
these mega objects maybe the value="#{userBean.userList}" binding is perhaps
not a good idea. Setting the binding with user code would be better where
performance is a concern. It is something to think about.

Thanks again.

Regards,
Yee

-Original Message-
From: Mathias Brökelmann [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, 1 November 2005 3:37 AM
To: MyFaces Discussion
Subject: Re: Problem: DataTable binds too early...

the datatable will call getUserList() a second time when the new
response is rendered. It is the user who has to return the right
list/datemodel on the second time without the deleted entries in the
list.

2005/10/31, Yee CN <[EMAIL PROTECTED]>:
>
>
>
> Hi,
>
>
>
> I am facing the following problem, and I hope someone can show me how to
> achieve this in JSF.
>
>
>
> Scenario – A jsf page with a  of users. One column is a
delete
> button, which deletes a row, and navigate back to the same page.
>
>
>
> Problem: When the delete button is pressed, the order of execution seems
to
> be the following:
>
> -  The page does a postback
>
> -  The backing bean is constructed
>
> -  Restoring view:  invoke getUserList() and
populates
> the table
>
> -  Applicaton action: deleteUserAction() is invoked
>
>
>
> The result is that the data table is showing the deleted user!
>
>
>
> As a point of reference, in ASP.NET the binding to data table is done
> explicitly in code so the programmer can decide the timing of binding the
> data table. How do I achieve the same in jsf?
>
>
>
> Thanks in advance
>
>
>
> Yee
>
>


--
Mathias

Re: __LINK_TARGET__ changed to _link_hidden_?

[Bruno Aranda]

You could use the forceId attribute of the t:inputHidden component.
For instance:



will render a input type="hidden" component with clientId 'myId'. So
you can use this id safely in your code...

Regards,

Bruno

2005/10/31, CONNER, BRENDAN (SBCSI) <[EMAIL PROTECTED]>:
> Out of curiosity, did the rendered ID of the hidden field that
> represents a form's commandLinks get changed within the past couple of
> months from __LINK_TARGET__ to _link_hidden_?  We had some code in our
> Tiles framework to automatically click a link on our page, and this
> assumed that the hidden field would be called __LINK_TARGET__, and this
> suddenly stopped working.  Upon viewing the HTML source, we found that,
> if we changed our reference from __LINK_TARGET__ to _link_hidden_, our
> auto-click worked again.
>
> If this change occurred, my next question is: How can we refer to this
> hidden field in a manner that protects us against changes to its name?
>
> - Brendan
>

RE: Border in panelgrid

[Balaji Kalyansundaram]

Hi

What happened to the number of columns and the cells in the panelGrid???

  
A  
B
  

HTH.

Balaji


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 1 November 2005 10:35 AM
To: MyFaces Discussion
Subject: Border in panelgrid


Hi,

I am trying to dsiplay the border in panelgrid. I am sure where I am going 
wrong.
I am not getting a border. Here my simple example jsp.

<%@ taglib uri="http://java.sun.com/jsf/html"; prefix="h"%>
<%@ taglib uri="http://java.sun.com/jsf/core"; prefix="f"%>
<%@ taglib uri="http://myfaces.apache.org/extensions"; prefix="x"%>



<[EMAIL PROTECTED] file="inc/head.inc" %>
<%@ page import="org.apache.myfaces.examples.tree.*" %>










   

  
  
 
  
 
   

  






Please, correct my mistake

This correspondence is for the named persons only.
It may contain confidential or privileged information or both.
No confidentiality or privilege is waived or lost by any mis transmission.
If you receive this correspondence in error please delete it from your system 
immediately and notify the sender.
You must not disclose, copy or relay on any part of this correspondence, if you 
are not the intended recipient.
Any opinions expressed in this message are those of the individual sender 
except where the sender expressly,
and with the authority, states them to be the opinions of the Department of 
Emergency Services, Queensland.

Border in panelgrid

[speriyas]

Hi,

I am trying to dsiplay the border in panelgrid. I am sure where I am going 
wrong. 
I am not getting a border. Here my simple example jsp.

<%@ taglib uri="http://java.sun.com/jsf/html"; prefix="h"%>
<%@ taglib uri="http://java.sun.com/jsf/core"; prefix="f"%>
<%@ taglib uri="http://myfaces.apache.org/extensions"; prefix="x"%>



<[EMAIL PROTECTED] file="inc/head.inc" %>
<%@ page import="org.apache.myfaces.examples.tree.*" %>












   
  
  
  
  

 
   






Please, correct my mistake

RE: curious problem with dates

[CONNER, BRENDAN \(SBCSI\)]

I agree with that: Either

1. Use a different name for the component; or
2. Provide an explicit attribute setting on a Tomahawk component of the
same name (e.g. useServerTimeZone="true|false" or timeZone="server")

- Brendan
-Original Message-
From: Simon Kitching [mailto:[EMAIL PROTECTED] 
Sent: Monday, October 31, 2005 5:13 PM
To: MyFaces Discussion
Subject: Re: curious problem with dates


That's a good point. If the *defaults* for t:convertDateTime (currently 
s:convertDateTime) are different than f:convertDateTime then perhaps it 
should have a different name, eg
   t:convertLocalDateTime
or
   t:altConvertDateTime

New functionality is expected, but operations inherited from the parent 
tag working *differently* could well surprise people.

Regards,

Simon

Volker Weber wrote:
> In case of dataTable the taglib docu says:
> Extended data_table that adds some additional features to the standard
> data_table ...
> so you are right to expect this, but in general if there is no
> significant difference there should no reason to have a component with
> the same name in core and tomahwak (or anywhere else).
> An if i decide to use the tomahawk one instead of the core one, i have
> to know these differences.
> 
> Or in other words: if not just this known difference is the reason to
> use the tomahawk component, there is no reason.
> 
> just my opinion :-)
> 
> Regards and good night
> 
>   Volker
> 
> CONNER, BRENDAN (SBCSI) wrote:
>> I *do* expect that  is a version of  with
>> additional functionality.  I don't expect it to have different
defaults
>> for borders or background color, for example.

Re: curious problem with dates

[Martin Marinschek]

I believe I am with Brendan on this.

Let's give it an attribute.

regards,

Martin

On 11/1/05, Simon Kitching <[EMAIL PROTECTED]> wrote:
> That's a good point. If the *defaults* for t:convertDateTime (currently
> s:convertDateTime) are different than f:convertDateTime then perhaps it
> should have a different name, eg
>t:convertLocalDateTime
> or
>t:altConvertDateTime
>
> New functionality is expected, but operations inherited from the parent
> tag working *differently* could well surprise people.
>
> Regards,
>
> Simon
>
> Volker Weber wrote:
> > In case of dataTable the taglib docu says:
> > Extended data_table that adds some additional features to the standard
> > data_table ...
> > so you are right to expect this, but in general if there is no
> > significant difference there should no reason to have a component with
> > the same name in core and tomahwak (or anywhere else).
> > An if i decide to use the tomahawk one instead of the core one, i have
> > to know these differences.
> >
> > Or in other words: if not just this known difference is the reason to
> > use the tomahawk component, there is no reason.
> >
> > just my opinion :-)
> >
> > Regards and good night
> >
> >   Volker
> >
> > CONNER, BRENDAN (SBCSI) wrote:
> >> I *do* expect that  is a version of  with
> >> additional functionality.  I don't expect it to have different defaults
> >> for borders or background color, for example.
>
>


--

http://www.irian.at
Your JSF powerhouse -
JSF Trainings in English and German

RE: curious problem with dates

[CONNER, BRENDAN \(SBCSI\)]

It's true that, right now, that's the only difference between the
components, and, if we could guarantee that that would forever be the
only difference, then it wouldn't be an issue.  I'm thinking of the
future:  If someone adds an enhancement here, and another one there,
then it starts to become an issue keeping track of which defaults are
consistent with JSF and which ones are not, and, by that time, it's too
late to change it back, because that would break existing
implementations.

Usually, when I grab a Tomahawk component, it's because the regular JSF
component is insufficient to handle something I need to handle.  I don't
go back over all the JSF options to make sure they're handled the same
way in the Tomahawk component.  If it's *really* different, then we just
call it a different name altogether to avoid confusion.  For example, if
we called the new date converter something like
, well, that would be different.

- Brendan

-Original Message-
From: Volker Weber [mailto:[EMAIL PROTECTED] 
Sent: Monday, October 31, 2005 5:01 PM
To: MyFaces Discussion
Subject: Re: curious problem with dates


In case of dataTable the taglib docu says:
Extended data_table that adds some additional features to the standard
data_table ...
so you are right to expect this, but in general if there is no
significant difference there should no reason to have a component with
the same name in core and tomahwak (or anywhere else).
An if i decide to use the tomahawk one instead of the core one, i have
to know these differences.

Or in other words: if not just this known difference is the reason to
use the tomahawk component, there is no reason.

just my opinion :-)

Regards and good night

  Volker

CONNER, BRENDAN (SBCSI) wrote:
> I *do* expect that  is a version of  with
> additional functionality.  I don't expect it to have different
defaults
> for borders or background color, for example.
> 
> - Brendan
> 
> -Original Message-
> From: Volker Weber [mailto:[EMAIL PROTECTED] 
> Sent: Monday, October 31, 2005 4:29 PM
> To: MyFaces Discussion
> Subject: Re: curious problem with dates
> 
> 
> I think no one would expect that a tomahawk componet has the same
> behavior as a same named core component. So if somone uses a component
> from tomahawk, which also exists in core, he should know about the
> differences.
> 
> E.g. i don't expect from  the same behavior as from
> .
> 
> regards
>   Volker
> 
> CONNER, BRENDAN (SBCSI) wrote:
> 
>>Right.  I was just saying that, it's one thing to explicitly add
>>functionality, but it's another thing to silently alter the default
>>assumptions.
>>
>>- Brendan
>>
>>-Original Message-
>>From: Volker Weber [mailto:[EMAIL PROTECTED] 
>>Sent: Monday, October 31, 2005 4:00 PM
>>To: MyFaces Discussion
>>Subject: Re: curious problem with dates
>>
>>
>>Yes this is correct, but the difference is between tomahawk and JSF
> 
> spec
> 
>>components than.
>>
>>
>>CONNER, BRENDAN (SBCSI) wrote:
>>
>>
>>>Oh.  I was under the impression that the sandbox stuff was just a
>>>preliminary step to going to Tomahawk.  Sorry.
>>>
>>>- Brendan
>>>
>>>-Original Message-
>>>From: Volker Weber [mailto:[EMAIL PROTECTED] 
>>>Sent: Monday, October 31, 2005 3:54 PM
>>>To: MyFaces Discussion
>>>Subject: Re: curious problem with dates
>>>
>>>
>>>Hi,
>>>
>>>CONNER, BRENDAN (SBCSI) wrote:
>>>
>>>
>>>
Sounds good, except that, if the JSF spec says to use GMT by
default,
shouldn't we keep that as the default, to be consistent with it and
avoid confusion among people using different implementations?

Maybe we should add support for allowing the user to specify using
> 
> the
> 
"server" time zone by setting an attribute value?

>>>
>>>
>>>Switching between  (JSF spec)
>>>and  (sandbox) gives the user exactly this
>>>ability.
>>>
>>>
>>>
>>>
- Brendan

-Original Message-
From: Travis Reeder [mailto:[EMAIL PROTECTED] 
Sent: Monday, October 31, 2005 1:43 PM
To: MyFaces Discussion
Subject: Re: curious problem with dates


Hi all,

I just checked in a sandbox converter for this that uses
TimeZone.getDefault() for default timezone instead of GMT.  Used
same
as core, but in the sandbox namespace.



Travis

>>>
>>>
>>>Regards
>>> Volker
>>
>>
> 

-- 
Don't answer to From: address!
Mail to this account are droped if not recieved via mailinglist.
To contact me direct create the mail address by
concatenating my forename to my senders domain.

Re: curious problem with dates

[Simon Kitching]

That's a good point. If the *defaults* for t:convertDateTime (currently 
s:convertDateTime) are different than f:convertDateTime then perhaps it 
should have a different name, eg

  t:convertLocalDateTime
or
  t:altConvertDateTime

New functionality is expected, but operations inherited from the parent 
tag working *differently* could well surprise people.


Regards,

Simon

Volker Weber wrote:

In case of dataTable the taglib docu says:
Extended data_table that adds some additional features to the standard
data_table ...
so you are right to expect this, but in general if there is no
significant difference there should no reason to have a component with
the same name in core and tomahwak (or anywhere else).
An if i decide to use the tomahawk one instead of the core one, i have
to know these differences.

Or in other words: if not just this known difference is the reason to
use the tomahawk component, there is no reason.

just my opinion :-)

Regards and good night

  Volker

CONNER, BRENDAN (SBCSI) wrote:

I *do* expect that  is a version of  with
additional functionality.  I don't expect it to have different defaults
for borders or background color, for example.

Re: curious problem with dates

[Volker Weber]

In case of dataTable the taglib docu says:
Extended data_table that adds some additional features to the standard
data_table ...
so you are right to expect this, but in general if there is no
significant difference there should no reason to have a component with
the same name in core and tomahwak (or anywhere else).
An if i decide to use the tomahawk one instead of the core one, i have
to know these differences.

Or in other words: if not just this known difference is the reason to
use the tomahawk component, there is no reason.

just my opinion :-)

Regards and good night

  Volker

CONNER, BRENDAN (SBCSI) wrote:
> I *do* expect that  is a version of  with
> additional functionality.  I don't expect it to have different defaults
> for borders or background color, for example.
> 
> - Brendan
> 
> -Original Message-
> From: Volker Weber [mailto:[EMAIL PROTECTED] 
> Sent: Monday, October 31, 2005 4:29 PM
> To: MyFaces Discussion
> Subject: Re: curious problem with dates
> 
> 
> I think no one would expect that a tomahawk componet has the same
> behavior as a same named core component. So if somone uses a component
> from tomahawk, which also exists in core, he should know about the
> differences.
> 
> E.g. i don't expect from  the same behavior as from
> .
> 
> regards
>   Volker
> 
> CONNER, BRENDAN (SBCSI) wrote:
> 
>>Right.  I was just saying that, it's one thing to explicitly add
>>functionality, but it's another thing to silently alter the default
>>assumptions.
>>
>>- Brendan
>>
>>-Original Message-
>>From: Volker Weber [mailto:[EMAIL PROTECTED] 
>>Sent: Monday, October 31, 2005 4:00 PM
>>To: MyFaces Discussion
>>Subject: Re: curious problem with dates
>>
>>
>>Yes this is correct, but the difference is between tomahawk and JSF
> 
> spec
> 
>>components than.
>>
>>
>>CONNER, BRENDAN (SBCSI) wrote:
>>
>>
>>>Oh.  I was under the impression that the sandbox stuff was just a
>>>preliminary step to going to Tomahawk.  Sorry.
>>>
>>>- Brendan
>>>
>>>-Original Message-
>>>From: Volker Weber [mailto:[EMAIL PROTECTED] 
>>>Sent: Monday, October 31, 2005 3:54 PM
>>>To: MyFaces Discussion
>>>Subject: Re: curious problem with dates
>>>
>>>
>>>Hi,
>>>
>>>CONNER, BRENDAN (SBCSI) wrote:
>>>
>>>
>>>
Sounds good, except that, if the JSF spec says to use GMT by default,
shouldn't we keep that as the default, to be consistent with it and
avoid confusion among people using different implementations?

Maybe we should add support for allowing the user to specify using
> 
> the
> 
"server" time zone by setting an attribute value?

>>>
>>>
>>>Switching between  (JSF spec)
>>>and  (sandbox) gives the user exactly this
>>>ability.
>>>
>>>
>>>
>>>
- Brendan

-Original Message-
From: Travis Reeder [mailto:[EMAIL PROTECTED] 
Sent: Monday, October 31, 2005 1:43 PM
To: MyFaces Discussion
Subject: Re: curious problem with dates


Hi all,

I just checked in a sandbox converter for this that uses
TimeZone.getDefault() for default timezone instead of GMT.  Used same
as core, but in the sandbox namespace.



Travis

>>>
>>>
>>>Regards
>>> Volker
>>
>>
> 

-- 
Don't answer to From: address!
Mail to this account are droped if not recieved via mailinglist.
To contact me direct create the mail address by
concatenating my forename to my senders domain.

RE: curious problem with dates

[CONNER, BRENDAN \(SBCSI\)]

That's fine.  I was just commenting on how a user chooses his/her
options.  The problems caused by JSF's silently altering assumptions
indicates to me how important it is to have consistent assumptions
across the board, with deviations from common understanding being forced
to be explicit.

It's not a huge issue when we're just talking about the default value of
one variable on one component, but that's a slippery slope, because
there are a lot of options out there on a lot of components, and, as a
developer, I don't want to have to spend time memorizing which *default*
values used by  differ from those used by .

It sounds as though Volker, you, and I are the only ones interested in
that, though. ;-)

- Brendan

-Original Message-
From: Travis Reeder [mailto:[EMAIL PROTECTED] 
Sent: Monday, October 31, 2005 4:31 PM
To: MyFaces Discussion
Subject: Re: curious problem with dates


I think the JSF spec silently altered the assumptions that most people
have so this converter fixes that.  This simply gives you the
opportunity to choose which converter you'd like to use.

Travis

On 10/31/05, CONNER, BRENDAN (SBCSI) <[EMAIL PROTECTED]> wrote:
> Right.  I was just saying that, it's one thing to explicitly add
> functionality, but it's another thing to silently alter the default
> assumptions.
>
> - Brendan
>
> -Original Message-
> From: Volker Weber [mailto:[EMAIL PROTECTED]
> Sent: Monday, October 31, 2005 4:00 PM
> To: MyFaces Discussion
> Subject: Re: curious problem with dates
>
>
> Yes this is correct, but the difference is between tomahawk and JSF
spec
> components than.
>
>
> CONNER, BRENDAN (SBCSI) wrote:
> > Oh.  I was under the impression that the sandbox stuff was just a
> > preliminary step to going to Tomahawk.  Sorry.
> >
> > - Brendan
> >
> > -Original Message-
> > From: Volker Weber [mailto:[EMAIL PROTECTED]
> > Sent: Monday, October 31, 2005 3:54 PM
> > To: MyFaces Discussion
> > Subject: Re: curious problem with dates
> >
> >
> > Hi,
> >
> > CONNER, BRENDAN (SBCSI) wrote:
> >
> >>Sounds good, except that, if the JSF spec says to use GMT by
default,
> >>shouldn't we keep that as the default, to be consistent with it and
> >>avoid confusion among people using different implementations?
> >>
> >>Maybe we should add support for allowing the user to specify using
the
> >>"server" time zone by setting an attribute value?
> >>
> >
> >
> > Switching between  (JSF spec)
> > and  (sandbox) gives the user exactly this
> > ability.
> >
> >
> >>- Brendan
> >>
> >>-Original Message-
> >>From: Travis Reeder [mailto:[EMAIL PROTECTED]
> >>Sent: Monday, October 31, 2005 1:43 PM
> >>To: MyFaces Discussion
> >>Subject: Re: curious problem with dates
> >>
> >>
> >>Hi all,
> >>
> >>I just checked in a sandbox converter for this that uses
> >>TimeZone.getDefault() for default timezone instead of GMT.  Used
same
> >>as core, but in the sandbox namespace.
> >>
> >>
> >>
> >>Travis
> >>
> >
> >
> > Regards
> >   Volker
>
> --
> Don't answer to From: address!
> Mail to this account are droped if not recieved via mailinglist.
> To contact me direct create the mail address by
> concatenating my forename to my senders domain.
>

RE: curious problem with dates

[CONNER, BRENDAN \(SBCSI\)]

I *do* expect that  is a version of  with
additional functionality.  I don't expect it to have different defaults
for borders or background color, for example.

- Brendan

-Original Message-
From: Volker Weber [mailto:[EMAIL PROTECTED] 
Sent: Monday, October 31, 2005 4:29 PM
To: MyFaces Discussion
Subject: Re: curious problem with dates


I think no one would expect that a tomahawk componet has the same
behavior as a same named core component. So if somone uses a component
from tomahawk, which also exists in core, he should know about the
differences.

E.g. i don't expect from  the same behavior as from
.

regards
  Volker

CONNER, BRENDAN (SBCSI) wrote:
> Right.  I was just saying that, it's one thing to explicitly add
> functionality, but it's another thing to silently alter the default
> assumptions.
> 
> - Brendan
> 
> -Original Message-
> From: Volker Weber [mailto:[EMAIL PROTECTED] 
> Sent: Monday, October 31, 2005 4:00 PM
> To: MyFaces Discussion
> Subject: Re: curious problem with dates
> 
> 
> Yes this is correct, but the difference is between tomahawk and JSF
spec
> components than.
> 
> 
> CONNER, BRENDAN (SBCSI) wrote:
> 
>>Oh.  I was under the impression that the sandbox stuff was just a
>>preliminary step to going to Tomahawk.  Sorry.
>>
>>- Brendan
>>
>>-Original Message-
>>From: Volker Weber [mailto:[EMAIL PROTECTED] 
>>Sent: Monday, October 31, 2005 3:54 PM
>>To: MyFaces Discussion
>>Subject: Re: curious problem with dates
>>
>>
>>Hi,
>>
>>CONNER, BRENDAN (SBCSI) wrote:
>>
>>
>>>Sounds good, except that, if the JSF spec says to use GMT by default,
>>>shouldn't we keep that as the default, to be consistent with it and
>>>avoid confusion among people using different implementations?
>>>
>>>Maybe we should add support for allowing the user to specify using
the
>>>"server" time zone by setting an attribute value?
>>>
>>
>>
>>Switching between  (JSF spec)
>>and  (sandbox) gives the user exactly this
>>ability.
>>
>>
>>
>>>- Brendan
>>>
>>>-Original Message-
>>>From: Travis Reeder [mailto:[EMAIL PROTECTED] 
>>>Sent: Monday, October 31, 2005 1:43 PM
>>>To: MyFaces Discussion
>>>Subject: Re: curious problem with dates
>>>
>>>
>>>Hi all,
>>>
>>>I just checked in a sandbox converter for this that uses
>>>TimeZone.getDefault() for default timezone instead of GMT.  Used same
>>>as core, but in the sandbox namespace.
>>>
>>>
>>>
>>>Travis
>>>
>>
>>
>>Regards
>>  Volker
> 
> 

-- 
Don't answer to From: address!
Mail to this account are droped if not recieved via mailinglist.
To contact me direct create the mail address by
concatenating my forename to my senders domain.

Re: curious problem with dates

[Travis Reeder]

I think the JSF spec silently altered the assumptions that most people
have so this converter fixes that.  This simply gives you the
opportunity to choose which converter you'd like to use.

Travis

On 10/31/05, CONNER, BRENDAN (SBCSI) <[EMAIL PROTECTED]> wrote:
> Right.  I was just saying that, it's one thing to explicitly add
> functionality, but it's another thing to silently alter the default
> assumptions.
>
> - Brendan
>
> -Original Message-
> From: Volker Weber [mailto:[EMAIL PROTECTED]
> Sent: Monday, October 31, 2005 4:00 PM
> To: MyFaces Discussion
> Subject: Re: curious problem with dates
>
>
> Yes this is correct, but the difference is between tomahawk and JSF spec
> components than.
>
>
> CONNER, BRENDAN (SBCSI) wrote:
> > Oh.  I was under the impression that the sandbox stuff was just a
> > preliminary step to going to Tomahawk.  Sorry.
> >
> > - Brendan
> >
> > -Original Message-
> > From: Volker Weber [mailto:[EMAIL PROTECTED]
> > Sent: Monday, October 31, 2005 3:54 PM
> > To: MyFaces Discussion
> > Subject: Re: curious problem with dates
> >
> >
> > Hi,
> >
> > CONNER, BRENDAN (SBCSI) wrote:
> >
> >>Sounds good, except that, if the JSF spec says to use GMT by default,
> >>shouldn't we keep that as the default, to be consistent with it and
> >>avoid confusion among people using different implementations?
> >>
> >>Maybe we should add support for allowing the user to specify using the
> >>"server" time zone by setting an attribute value?
> >>
> >
> >
> > Switching between  (JSF spec)
> > and  (sandbox) gives the user exactly this
> > ability.
> >
> >
> >>- Brendan
> >>
> >>-Original Message-
> >>From: Travis Reeder [mailto:[EMAIL PROTECTED]
> >>Sent: Monday, October 31, 2005 1:43 PM
> >>To: MyFaces Discussion
> >>Subject: Re: curious problem with dates
> >>
> >>
> >>Hi all,
> >>
> >>I just checked in a sandbox converter for this that uses
> >>TimeZone.getDefault() for default timezone instead of GMT.  Used same
> >>as core, but in the sandbox namespace.
> >>
> >>
> >>
> >>Travis
> >>
> >
> >
> > Regards
> >   Volker
>
> --
> Don't answer to From: address!
> Mail to this account are droped if not recieved via mailinglist.
> To contact me direct create the mail address by
> concatenating my forename to my senders domain.
>

Re: curious problem with dates

[Volker Weber]

I think no one would expect that a tomahawk componet has the same
behavior as a same named core component. So if somone uses a component
from tomahawk, which also exists in core, he should know about the
differences.

E.g. i don't expect from  the same behavior as from
.

regards
  Volker

CONNER, BRENDAN (SBCSI) wrote:
> Right.  I was just saying that, it's one thing to explicitly add
> functionality, but it's another thing to silently alter the default
> assumptions.
> 
> - Brendan
> 
> -Original Message-
> From: Volker Weber [mailto:[EMAIL PROTECTED] 
> Sent: Monday, October 31, 2005 4:00 PM
> To: MyFaces Discussion
> Subject: Re: curious problem with dates
> 
> 
> Yes this is correct, but the difference is between tomahawk and JSF spec
> components than.
> 
> 
> CONNER, BRENDAN (SBCSI) wrote:
> 
>>Oh.  I was under the impression that the sandbox stuff was just a
>>preliminary step to going to Tomahawk.  Sorry.
>>
>>- Brendan
>>
>>-Original Message-
>>From: Volker Weber [mailto:[EMAIL PROTECTED] 
>>Sent: Monday, October 31, 2005 3:54 PM
>>To: MyFaces Discussion
>>Subject: Re: curious problem with dates
>>
>>
>>Hi,
>>
>>CONNER, BRENDAN (SBCSI) wrote:
>>
>>
>>>Sounds good, except that, if the JSF spec says to use GMT by default,
>>>shouldn't we keep that as the default, to be consistent with it and
>>>avoid confusion among people using different implementations?
>>>
>>>Maybe we should add support for allowing the user to specify using the
>>>"server" time zone by setting an attribute value?
>>>
>>
>>
>>Switching between  (JSF spec)
>>and  (sandbox) gives the user exactly this
>>ability.
>>
>>
>>
>>>- Brendan
>>>
>>>-Original Message-
>>>From: Travis Reeder [mailto:[EMAIL PROTECTED] 
>>>Sent: Monday, October 31, 2005 1:43 PM
>>>To: MyFaces Discussion
>>>Subject: Re: curious problem with dates
>>>
>>>
>>>Hi all,
>>>
>>>I just checked in a sandbox converter for this that uses
>>>TimeZone.getDefault() for default timezone instead of GMT.  Used same
>>>as core, but in the sandbox namespace.
>>>
>>>
>>>
>>>Travis
>>>
>>
>>
>>Regards
>>  Volker
> 
> 

-- 
Don't answer to From: address!
Mail to this account are droped if not recieved via mailinglist.
To contact me direct create the mail address by
concatenating my forename to my senders domain.

RE: curious problem with dates

[CONNER, BRENDAN \(SBCSI\)]

Right.  I was just saying that, it's one thing to explicitly add
functionality, but it's another thing to silently alter the default
assumptions.

- Brendan

-Original Message-
From: Volker Weber [mailto:[EMAIL PROTECTED] 
Sent: Monday, October 31, 2005 4:00 PM
To: MyFaces Discussion
Subject: Re: curious problem with dates


Yes this is correct, but the difference is between tomahawk and JSF spec
components than.


CONNER, BRENDAN (SBCSI) wrote:
> Oh.  I was under the impression that the sandbox stuff was just a
> preliminary step to going to Tomahawk.  Sorry.
> 
> - Brendan
> 
> -Original Message-
> From: Volker Weber [mailto:[EMAIL PROTECTED] 
> Sent: Monday, October 31, 2005 3:54 PM
> To: MyFaces Discussion
> Subject: Re: curious problem with dates
> 
> 
> Hi,
> 
> CONNER, BRENDAN (SBCSI) wrote:
> 
>>Sounds good, except that, if the JSF spec says to use GMT by default,
>>shouldn't we keep that as the default, to be consistent with it and
>>avoid confusion among people using different implementations?
>>
>>Maybe we should add support for allowing the user to specify using the
>>"server" time zone by setting an attribute value?
>>
> 
> 
> Switching between  (JSF spec)
> and  (sandbox) gives the user exactly this
> ability.
> 
> 
>>- Brendan
>>
>>-Original Message-
>>From: Travis Reeder [mailto:[EMAIL PROTECTED] 
>>Sent: Monday, October 31, 2005 1:43 PM
>>To: MyFaces Discussion
>>Subject: Re: curious problem with dates
>>
>>
>>Hi all,
>>
>>I just checked in a sandbox converter for this that uses
>>TimeZone.getDefault() for default timezone instead of GMT.  Used same
>>as core, but in the sandbox namespace.
>>
>>
>>
>>Travis
>>
> 
> 
> Regards
>   Volker

-- 
Don't answer to From: address!
Mail to this account are droped if not recieved via mailinglist.
To contact me direct create the mail address by
concatenating my forename to my senders domain.

valueChangeBackListener ?

[Dennis Byrne]

I have a valueChangeListener that works fine, however the 
bound method does not fire once my h:selectOneMenu value is 
changed *back* to the original value.  I realize this is 
probably a feature in mose cases, but what to do?
Dennis Byrne

Re: curious problem with dates

[Volker Weber]

Yes this is correct, but the difference is between tomahawk and JSF spec
components than.


CONNER, BRENDAN (SBCSI) wrote:
> Oh.  I was under the impression that the sandbox stuff was just a
> preliminary step to going to Tomahawk.  Sorry.
> 
> - Brendan
> 
> -Original Message-
> From: Volker Weber [mailto:[EMAIL PROTECTED] 
> Sent: Monday, October 31, 2005 3:54 PM
> To: MyFaces Discussion
> Subject: Re: curious problem with dates
> 
> 
> Hi,
> 
> CONNER, BRENDAN (SBCSI) wrote:
> 
>>Sounds good, except that, if the JSF spec says to use GMT by default,
>>shouldn't we keep that as the default, to be consistent with it and
>>avoid confusion among people using different implementations?
>>
>>Maybe we should add support for allowing the user to specify using the
>>"server" time zone by setting an attribute value?
>>
> 
> 
> Switching between  (JSF spec)
> and  (sandbox) gives the user exactly this
> ability.
> 
> 
>>- Brendan
>>
>>-Original Message-
>>From: Travis Reeder [mailto:[EMAIL PROTECTED] 
>>Sent: Monday, October 31, 2005 1:43 PM
>>To: MyFaces Discussion
>>Subject: Re: curious problem with dates
>>
>>
>>Hi all,
>>
>>I just checked in a sandbox converter for this that uses
>>TimeZone.getDefault() for default timezone instead of GMT.  Used same
>>as core, but in the sandbox namespace.
>>
>>
>>
>>Travis
>>
> 
> 
> Regards
>   Volker

-- 
Don't answer to From: address!
Mail to this account are droped if not recieved via mailinglist.
To contact me direct create the mail address by
concatenating my forename to my senders domain.

RE: curious problem with dates

[CONNER, BRENDAN \(SBCSI\)]

Oh.  I was under the impression that the sandbox stuff was just a
preliminary step to going to Tomahawk.  Sorry.

- Brendan

-Original Message-
From: Volker Weber [mailto:[EMAIL PROTECTED] 
Sent: Monday, October 31, 2005 3:54 PM
To: MyFaces Discussion
Subject: Re: curious problem with dates


Hi,

CONNER, BRENDAN (SBCSI) wrote:
> Sounds good, except that, if the JSF spec says to use GMT by default,
> shouldn't we keep that as the default, to be consistent with it and
> avoid confusion among people using different implementations?
> 
> Maybe we should add support for allowing the user to specify using the
> "server" time zone by setting an attribute value?
> 

Switching between  (JSF spec)
and  (sandbox) gives the user exactly this
ability.

> - Brendan
> 
> -Original Message-
> From: Travis Reeder [mailto:[EMAIL PROTECTED] 
> Sent: Monday, October 31, 2005 1:43 PM
> To: MyFaces Discussion
> Subject: Re: curious problem with dates
> 
> 
> Hi all,
> 
> I just checked in a sandbox converter for this that uses
> TimeZone.getDefault() for default timezone instead of GMT.  Used same
> as core, but in the sandbox namespace.
> 
> 
> 
> Travis
> 

Regards
  Volker
-- 
Don't answer to From: address!
Mail to this account are droped if not recieved via mailinglist.
To contact me direct create the mail address by
concatenating my forename to my senders domain.

Re: curious problem with dates

[Volker Weber]

Hi,

CONNER, BRENDAN (SBCSI) wrote:
> Sounds good, except that, if the JSF spec says to use GMT by default,
> shouldn't we keep that as the default, to be consistent with it and
> avoid confusion among people using different implementations?
> 
> Maybe we should add support for allowing the user to specify using the
> "server" time zone by setting an attribute value?
> 

Switching between  (JSF spec)
and  (sandbox) gives the user exactly this
ability.

> - Brendan
> 
> -Original Message-
> From: Travis Reeder [mailto:[EMAIL PROTECTED] 
> Sent: Monday, October 31, 2005 1:43 PM
> To: MyFaces Discussion
> Subject: Re: curious problem with dates
> 
> 
> Hi all,
> 
> I just checked in a sandbox converter for this that uses
> TimeZone.getDefault() for default timezone instead of GMT.  Used same
> as core, but in the sandbox namespace.
> 
> 
> 
> Travis
> 

Regards
  Volker
-- 
Don't answer to From: address!
Mail to this account are droped if not recieved via mailinglist.
To contact me direct create the mail address by
concatenating my forename to my senders domain.

RE: curious problem with dates

[CONNER, BRENDAN \(SBCSI\)]

Sounds good, except that, if the JSF spec says to use GMT by default,
shouldn't we keep that as the default, to be consistent with it and
avoid confusion among people using different implementations?

Maybe we should add support for allowing the user to specify using the
"server" time zone by setting an attribute value?

- Brendan

-Original Message-
From: Travis Reeder [mailto:[EMAIL PROTECTED] 
Sent: Monday, October 31, 2005 1:43 PM
To: MyFaces Discussion
Subject: Re: curious problem with dates


Hi all,

I just checked in a sandbox converter for this that uses
TimeZone.getDefault() for default timezone instead of GMT.  Used same
as core, but in the sandbox namespace.



Travis



On 10/28/05, CONNER, BRENDAN (SBCSI) <[EMAIL PROTECTED]> wrote:
> Man this mailing list is a life saver!  I just got drawn into a
severity
> 1 production problem at work in which they said that some of the dates
> from the database whose times were in the afternoon were being
displayed
> as date+1.  I recalled that, earlier this week, someone had posted a
> note about dates and time zones, so I went back and re-read these
> postings.
>
> For now, our patch was to take Volker Weber's suggestion and add
> timeZone="#{bean.timeZone}" to all of our  tags so
> the displayed dates match the dates actually represented by out data.
>
> So you all saved this guy from a late Friday night at work!
>
> - Brendan
>

Re: Ajax Progress Bar

[Martin Marinschek]

BP=Blue Prints

regards,

Martin

On 10/31/05, Enrique Medina <[EMAIL PROTECTED]> wrote:
> BP?
>
> 2005/10/31, Mariano Petrakovsky <[EMAIL PROTECTED]>:
> > I'm trying to use the progress bar of BP.
> >
> > But don't work... first don't render the .js. If it is added manually,
> then
> > a XML error is throw.
> >
> > Somebody use this jar?...
> >
> > --
> > Mariano G. Petrakovsky
> > Programmer · Software Factory
> > AXG Tecnonexo -  www.tecnonexo.com
> >
> > Development facilities:Av. Maipú 1252 8º (C1006ACT) · Buenos Aires ·
> > Argentina.
> > Tel.: (54-11) 4878-0005 - Fax: (54-11) 4878-0065.
> >
> > Headquarters: 1604 Spring Hill Road, Suite 160 Vienna · VA 22182 · USA.
> > Tel.: (202) 986-7541 - Fax: (202) 787-3891.
> >
> >
> > · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·
> ·
> > · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·
> ·
> > · · · ·
> >
> >
> >
> >
>
>


--

http://www.irian.at
Your JSF powerhouse -
JSF Trainings in English and German

Re: Ajax Progress Bar

[Enrique Medina]

BP?2005/10/31, Mariano Petrakovsky <[EMAIL PROTECTED]>:
I'm trying to use the progress bar of BP.But don't work... first don't render the .js. If it is added manually, thena XML error is throw.Somebody use this jar?...--Mariano G. Petrakovsky
Programmer · Software FactoryAXG Tecnonexo -  www.tecnonexo.comDevelopment facilities:Av. Maipú 1252 8º (C1006ACT) · Buenos Aires ·Argentina.Tel.: (54-11) 4878-0005 - Fax: (54-11) 4878-0065.
Headquarters: 1604 Spring Hill Road, Suite 160 Vienna · VA 22182 · USA.Tel.: (202) 986-7541 - Fax: (202) 787-3891.· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·
· · · ·

__LINK_TARGET__ changed to _link_hidden_?

[CONNER, BRENDAN \(SBCSI\)]

Out of curiosity, did the rendered ID of the hidden field that
represents a form's commandLinks get changed within the past couple of
months from __LINK_TARGET__ to _link_hidden_?  We had some code in our
Tiles framework to automatically click a link on our page, and this
assumed that the hidden field would be called __LINK_TARGET__, and this
suddenly stopped working.  Upon viewing the HTML source, we found that,
if we changed our reference from __LINK_TARGET__ to _link_hidden_, our
auto-click worked again.

If this change occurred, my next question is: How can we refer to this
hidden field in a manner that protects us against changes to its name?

- Brendan

Ajax Progress Bar

[Mariano Petrakovsky]

I'm trying to use the progress bar of BP.

But don't work... first don't render the .js. If it is added manually, then
a XML error is throw.

Somebody use this jar?...

--
Mariano G. Petrakovsky
Programmer · Software Factory
AXG Tecnonexo -  www.tecnonexo.com

Development facilities:Av. Maipú 1252 8º (C1006ACT) · Buenos Aires ·
Argentina.
Tel.: (54-11) 4878-0005 - Fax: (54-11) 4878-0065.

Headquarters: 1604 Spring Hill Road, Suite 160 Vienna · VA 22182 · USA.
Tel.: (202) 986-7541 - Fax: (202) 787-3891.


· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·
· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·
· · · ·

Re: nightly builds - last available is for 2005-10-25

[Simon Kitching]

I see the nightly dir now contains a build for 2005-10-30 (and only that 
date).


James Mitchell wrote:

Are they being built on a zone?  (*.zones.apache.org)

If so, I just became aware that something happened on our (struts) zone 
as well.  I can ssh into the box, but there are no user home 
directories.  Not sure what happened or why, but it was a risk we knew 
might happen.


Oh well, so much for that idea.

--
James Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
EdgeTech, Inc.
http://www.edgetechservices.net/
678.910.8017
AIM:   jmitchtx
Yahoo: jmitchtx
MSN:   [EMAIL PROTECTED]
Skype: callto://jmitchtx





On Oct 30, 2005, at 4:04 PM, Simon Kitching wrote:


Hi,

The nightly builds appear to have stopped.

Also, on friday builds back to 2005-10-22 were available but these are 
no longer present.


Anyone know what the issue is?

Regards,

Simon

Re: curious problem with dates

[Travis Reeder]

Hi all,

I just checked in a sandbox converter for this that uses
TimeZone.getDefault() for default timezone instead of GMT.  Used same
as core, but in the sandbox namespace.



Travis



On 10/28/05, CONNER, BRENDAN (SBCSI) <[EMAIL PROTECTED]> wrote:
> Man this mailing list is a life saver!  I just got drawn into a severity
> 1 production problem at work in which they said that some of the dates
> from the database whose times were in the afternoon were being displayed
> as date+1.  I recalled that, earlier this week, someone had posted a
> note about dates and time zones, so I went back and re-read these
> postings.
>
> For now, our patch was to take Volker Weber's suggestion and add
> timeZone="#{bean.timeZone}" to all of our  tags so
> the displayed dates match the dates actually represented by out data.
>
> So you all saved this guy from a late Friday night at work!
>
> - Brendan
>

Re: Problem: DataTable binds too early...

[Mathias Brökelmann]

the datatable will call getUserList() a second time when the new
response is rendered. It is the user who has to return the right
list/datemodel on the second time without the deleted entries in the
list.

2005/10/31, Yee CN <[EMAIL PROTECTED]>:
>
>
>
> Hi,
>
>
>
> I am facing the following problem, and I hope someone can show me how to
> achieve this in JSF.
>
>
>
> Scenario – A jsf page with a  of users. One column is a delete
> button, which deletes a row, and navigate back to the same page.
>
>
>
> Problem: When the delete button is pressed, the order of execution seems to
> be the following:
>
> -  The page does a postback
>
> -  The backing bean is constructed
>
> -  Restoring view:  invoke getUserList() and populates
> the table
>
> -  Applicaton action: deleteUserAction() is invoked
>
>
>
> The result is that the data table is showing the deleted user!
>
>
>
> As a point of reference, in ASP.NET the binding to data table is done
> explicitly in code so the programmer can decide the timing of binding the
> data table. How do I achieve the same in jsf?
>
>
>
> Thanks in advance
>
>
>
> Yee
>
>


--
Mathias

Re: Incorrect rowindex for datatable with tomahawk's sorting and scrolling features.

[Mathias Brökelmann]

the uidata implementation currently don´t seam to reset the rowindex
to -1 after rendering. Your state is saved in serverstate and you use
t:savestate to store the state of worklist which means you will get
for every new request on that page the same instance of your worklist
bean (Note: this behavior is changed in the current trunk/nightly and
your bean must be serializable). The datamodel still contains the last
set rowindex which wasn´t reset by the renderer.

2005/10/31, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
>
> Mathias Brökelmann <[EMAIL PROTECTED]> wrote on 10/31/2005
> 08:35:43 AM:
>
>  > the problem is a little bit tricky ;)
>  >
>  > If you use preserveDataModel="true" the value of your datamodel is not
>  > requested until in the renderphase and will not be used for iteration
>  > and setting rowindex. This is the reason why you don´t get a valid
>  > value for your rowindex and rowdata in process application phase. I
>  > suggest you to change your jsp/bean code into one of the following
>  > way:
>  >
>  > - implement your action method into a WfAssignment wrapper class and
>  > use instances of it in your datamodel. Change your jsp code to call
>  > this action method in the wrapped class.
>  >
>  > - don´t use preserveDataModel and make sure that your getter method of
>  > the datamodel returns a non null or empty value during the decode
>  > phase.
>  >
>  > - provide a setter method for your datamodel. This method is being
>  > called in the update model phase to set the preserved datamodel. The
>  > preserved datamodel will only contain the values for the rendered
>  > page.
>  >
>
> Thanks very much for your response. I shall try each of your ideas in turn.
> But I do have another question. You say using preserveDataModel="true" means
> that the value of the datamodel is not requested till the render phase. Does
> this explain why the rowIndex *always* is one less than the index of the
> largest index of the item currently shown? (I mean all pages have 5 items
> shown, and page1 has rowindex of all items as 4, page 2 has rowindex of all
> items as 9, page 3 has rowindex of all items as 14.. I can accept I think
> that rowindex can have wrong values but seems wierd that the the wrong
> values are following a pattern, and worse, always returning a constant (per
> page). Of course I am quite new with all this so I am probably missing
> something quite basic..
>
> Thank you for your continued interest and time - I really appreciate it!
> Geeta
>


--
Mathias

RE: selectOneListbox - onclick?

[Jeffrey Porter]

I wasn't getting the valueChangeListener called when I selected an item
in the list. 

Do you get it called? 
Maybe I made as mistake.
I'll try again.

JP



-Original Message-
From: Yee CN [mailto:[EMAIL PROTECTED] 
Sent: 31 October 2005 17:39
To: 'MyFaces Discussion'
Subject: RE: selectOneListbox - onclick?

I think you can also do something like the following in your
valueChangeListener method:

private void setUserToComponents() {
FacesContext context =
FacesContext.getCurrentInstance();
UIViewRoot view = context.getViewRoot();
setInputTextValue(view, "userForm:userId", this.userid);
setInputTextValue(view, "userForm:name", this.name);
setInputTextValue(view, "userForm:initial",
this.initial);
setInputTextValue(view, "userForm:email", this.email);
setInputTextValue(view, "userForm:division",
this.division);
setInputTextValue(view, "userForm:position",
this.position);
}

private void setInputTextValue(UIViewRoot view, String
componentId,
Object newValue) {
HtmlInputText input = (HtmlInputText)
view.findComponent(componentId);
input.setValue(newValue);
}

Regards,
Yee


2005/10/31, Jeffrey Porter <[EMAIL PROTECTED]>:
>
>
>
> Not sure if it's possible, can someone comment.
>
> Can you register for events when a list is clicked on?
> i.e. onclick, or valueChangeListener so that other data on the page
can be
> rendered depending on what list item is selected.
>
>
> I tried valueChangeListener, & onclick but with no success.
>
> Thanks
> Jeff
>
> 
> 
> 
>
>
>

RE: selectOneListbox - onclick?

[Yee CN]

I think you can also do something like the following in your
valueChangeListener method:

private void setUserToComponents() {
FacesContext context = FacesContext.getCurrentInstance();
UIViewRoot view = context.getViewRoot();
setInputTextValue(view, "userForm:userId", this.userid);
setInputTextValue(view, "userForm:name", this.name);
setInputTextValue(view, "userForm:initial", this.initial);
setInputTextValue(view, "userForm:email", this.email);
setInputTextValue(view, "userForm:division", this.division);
setInputTextValue(view, "userForm:position", this.position);
}

private void setInputTextValue(UIViewRoot view, String componentId,
Object newValue) {
HtmlInputText input = (HtmlInputText)
view.findComponent(componentId);
input.setValue(newValue);
}

Regards,
Yee


2005/10/31, Jeffrey Porter <[EMAIL PROTECTED]>:
>
>
>
> Not sure if it's possible, can someone comment.
>
> Can you register for events when a list is clicked on?
> i.e. onclick, or valueChangeListener so that other data on the page can be
> rendered depending on what list item is selected.
>
>
> I tried valueChangeListener, & onclick but with no success.
>
> Thanks
> Jeff
>
> 
> 
> 
>
>
>

Re: Incorrect rowindex for datatable with tomahawk's sorting and scrolling features.

[gramani]

Mathias Brökelmann <[EMAIL PROTECTED]>
wrote on 10/31/2005 08:35:43 AM:

> the problem is a little bit tricky ;)
> 
> If you use preserveDataModel="true" the value of your datamodel
is not
> requested until in the renderphase and will not be used for iteration
> and setting rowindex. This is the reason why you don´t get a valid
> value for your rowindex and rowdata in process application phase.
I
> suggest you to change your jsp/bean code into one of the following
> way:
> 
> - implement your action method into a WfAssignment wrapper class and
> use instances of it in your datamodel. Change your jsp code to call
> this action method in the wrapped class.
> 
> - don´t use preserveDataModel and make sure that your getter method
of
> the datamodel returns a non null or empty value during the decode
> phase.
> 
> - provide a setter method for your datamodel. This method is being
> called in the update model phase to set the preserved datamodel. The
> preserved datamodel will only contain the values for the rendered
> page.

For the sake of completeness of this thread, I want
to let you know a combination of your suggestions worked Mathias.:) I didn't
use preserveDatModel and also provided a setter for my datamodel - and
now the rowIndex is calculated correctly and things work great!

Thank you again for yout time!
Geeta

Re: selectOneListbox - onclick?

[Bruno Aranda]

Maybe the pattern described at
http://wiki.apache.org/myfaces/SubmitPageOnValueChange is useful to
you,

Regards,

Bruno

2005/10/31, Jeffrey Porter <[EMAIL PROTECTED]>:
>
>
>
> Not sure if it's possible, can someone comment.
>
> Can you register for events when a list is clicked on?
> i.e. onclick, or valueChangeListener so that other data on the page can be
> rendered depending on what list item is selected.
>
>
> I tried valueChangeListener, & onclick but with no success.
>
> Thanks
> Jeff
>
> 
> 
> 
>
>
>

Re: sandbox InputSuggest problem

[Dave Brondsema]

Dave wrote:
> I tried Sandbox inputSuggest, issues:
> 1. selectItems: accept map only, the order can not be preserved.

Try using TreeMap, which implements the SortedMap interface

> 2. the pull down box is covered by other components(e.g.
> selectOneMenu) below it.
> 3. Weird - the left upper corner of page become blank.
>  
> Anyone has the same problem? 
> Thanks, Dave
> 
> 
> Yahoo! FareChase - Search multiple travel sites in one click.
> 
> 


-- 
Dave Brondsema
Software Developer
Cornerstone University


signature.asc
Description: OpenPGP digital signature

selectOneListbox - onclick?

[Jeffrey Porter]

  Not sure if it’s possible, can someone comment. Can you register for events when a list is clicked on?i.e. onclick, or valueChangeListener so that other data on the page can be rendered depending on what list item is selected.  I tried valueChangeListener, & onclick but with no success. ThanksJeff  

 

Problem: DataTable binds too early...

[Yee CN]

Hi,

 

I am facing the following problem, and I hope someone can
show me how to achieve this in JSF.

 

Scenario – A jsf page with a  of
users. One column is a delete button, which deletes a row, and navigate back to
the same page.

 

Problem: When the delete button is pressed, the order of
execution seems to be the following:

- 
The page does a postback

- 
The backing bean is constructed

- 
Restoring view: 
invoke getUserList() and populates the table

- 
Applicaton action: deleteUserAction()
is invoked

 

The result is that the data table is showing the deleted user!

 

As a point of reference, in ASP.NET the binding to data
table is done explicitly in code so the programmer can decide the timing of
binding the data table. How do I achieve the same in jsf?

 

Thanks in advance

 

Yee

 

JSCookMenu dynamic Items + Actions

[Marius Kreis]

Hello!

I'm dynamically creating items for a JSCookMenu. When a menuitem is 
clicked i want a method to find out which one it was or at least a value 
attached to this item.


There is no actionListener for JSCookMenu and the setAction method only 
takes Strings, no MethodBindings.


Does anybody know how to realize this?

My only idea is a navigationHandler which examines the outcome... but 
this would be a pretty dirty solution


Thanks
Marius

RE: selectOneListbox - does not contain Objects of type SelectItem?!?

[Jeffrey Porter]

My fault.

 

Has the MyFaces-api.jar in both my WAR
& HAR.

 

 

 

-Original Message-
From: Jeffrey Porter
[mailto:[EMAIL PROTECTED] 
Sent: 31 October 2005 14:25
To: MyFaces Discussion
Subject: selectOneListbox - does
not contain Objects of type SelectItem?!? 

 

 Hello all again, I presume that I’m having another blonde moment (a moment of stupidity).I’m getting the following exception, but I can’t see why. I’m giving it an ArrayList of SelectItem objects, but still it fails. Anyone got any ideas? Thanks againJeff.   javax.servlet.ServletException: Collection referenced by UISelectItems with binding '#{myObject.subCategories}' and Component-Path : {Component-Path : [Class: javax.faces.component.UIViewRoot,ViewId: /attachPIR.jsp][Class: javax.faces.component.html.HtmlPanelGroup,Id: body][Class: javax.faces.component.html.HtmlForm,Id: _id0][Class: javax.faces.component.html.HtmlSelectOneListbox,Id: _id80][Class: javax.faces.component.UISelectItems,Id: _id81]} does not contain Objects of type SelectItem    javax.faces.webapp.FacesServlet.service(FacesServlet.java:109)    org.apache.myfaces.component.html.util.ExtensionsFilter.doFilter(ExtensionsFilter.java:122)    org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)

 

 

JSP…

 value="#{myObject.subCategory}" >

 value="#{myObject.subCategories}"/>

  CODE…import javax.faces.model.SelectItem;    public List getSubCategories() {    subCategories = new ArrayList();    SelectItem item = new SelectItem("subcategory");    subCategories.add(item);    return subCategories;    }

 

RE: Are the Java Class Sources for the Examples Available?

[James Reynolds]

Ah, there it is...  Thanks! 

-Original Message-
From: Martin Marinschek [mailto:[EMAIL PROTECTED] 
Sent: Saturday, October 29, 2005 4:47 AM
To: MyFaces Discussion
Subject: Re: Are the Java Class Sources for the Examples Available?

Of course it is - this is all open source ;)

download a source distribution, or instruct your svn client as described
on:

http://myfaces.apache.org/svn.html

you'll find the examples code under current/examples/simple

regards,

Martin


On 10/28/05, James Reynolds <[EMAIL PROTECTED]> wrote:
>
> I'm still wrapping my mind around much of the underlying bean code 
> that deals with DataModels and other JSF issues.  Is the source code 
> for the compiled Java classes of the simple.war example available
somewhere?
>
> Thanks


--

http://www.irian.at
Your JSF powerhouse -
JSF Trainings in English and German

Re: Incorrect rowindex for datatable with tomahawk's sorting and scrolling features.

[gramani]

Mathias Brökelmann <[EMAIL PROTECTED]>
wrote on 10/31/2005 08:35:43 AM:

> the problem is a little bit tricky ;)
> 
> If you use preserveDataModel="true" the value of your datamodel
is not
> requested until in the renderphase and will not be used for iteration
> and setting rowindex. This is the reason why you don´t get a valid
> value for your rowindex and rowdata in process application phase.
I
> suggest you to change your jsp/bean code into one of the following
> way:
> 
> - implement your action method into a WfAssignment wrapper class and
> use instances of it in your datamodel. Change your jsp code to call
> this action method in the wrapped class.
> 
> - don´t use preserveDataModel and make sure that your getter method
of
> the datamodel returns a non null or empty value during the decode
> phase.
> 
> - provide a setter method for your datamodel. This method is being
> called in the update model phase to set the preserved datamodel. The
> preserved datamodel will only contain the values for the rendered
> page.
> 

Thanks very much for your response. I shall try each
of your ideas in turn. But I do have another question. You say using preserveDataModel="true"
means that the value of the datamodel is not requested till the render
phase. Does this explain why the rowIndex *always* is one less than the
index of the largest index of the item currently shown? (I mean all pages
have 5 items shown, and page1 has rowindex of all items as 4, page 2 has
rowindex of all items as 9, page 3 has rowindex of all items as 14.. I
can accept I think that rowindex can have wrong values but seems wierd
that the the wrong values are following a pattern, and worse, always returning
a constant (per page). Of course I am quite new with all this so I am probably
missing something quite basic..

Thank you for your continued interest and time - I
really appreciate it!
Geeta

selectOneListbox - does not contain Objects of type SelectItem?!?

[Jeffrey Porter]

 Hello all again, I presume that I’m having another blonde moment (a moment of stupidity).I’m getting the following exception, but I can’t see why. I’m giving it an ArrayList of SelectItem objects, but still it fails. Anyone got any ideas? Thanks againJeff.   javax.servlet.ServletException: Collection referenced by UISelectItems with binding '#{myObject.subCategories}' and Component-Path : {Component-Path : [Class: javax.faces.component.UIViewRoot,ViewId: /attachPIR.jsp][Class: javax.faces.component.html.HtmlPanelGroup,Id: body][Class: javax.faces.component.html.HtmlForm,Id: _id0][Class: javax.faces.component.html.HtmlSelectOneListbox,Id: _id80][Class: javax.faces.component.UISelectItems,Id: _id81]} does not contain Objects of type SelectItem    javax.faces.webapp.FacesServlet.service(FacesServlet.java:109)    org.apache.myfaces.component.html.util.ExtensionsFilter.doFilter(ExtensionsFilter.java:122)    org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)

 

 

JSP…

 value="#{myObject.subCategory}" >

 value="#{myObject.subCategories}"/>

  CODE…import javax.faces.model.SelectItem;    public List getSubCategories() {    subCategories = new ArrayList();    SelectItem item = new SelectItem("subcategory");    subCategories.add(item);    return subCategories;    }

 

Re: Incorrect rowindex for datatable with tomahawk's sorting and scrolling features.

[Mathias Brökelmann]

the problem is a little bit tricky ;)

If you use preserveDataModel="true" the value of your datamodel is not
requested until in the renderphase and will not be used for iteration
and setting rowindex. This is the reason why you don´t get a valid
value for your rowindex and rowdata in process application phase. I
suggest you to change your jsp/bean code into one of the following
way:

- implement your action method into a WfAssignment wrapper class and
use instances of it in your datamodel. Change your jsp code to call
this action method in the wrapped class.

- don´t use preserveDataModel and make sure that your getter method of
the datamodel returns a non null or empty value during the decode
phase.

- provide a setter method for your datamodel. This method is being
called in the update model phase to set the preserved datamodel. The
preserved datamodel will only contain the values for the rendered
page.

2005/10/31, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
>
> Myfaces..
>
> Thanks again,
> Geeta
>
> Mathias Brökelmann <[EMAIL PROTECTED]> wrote on 10/31/2005
> 04:29:56 AM:
>
>
>  > do you use sun´s ri or myfaces for the core jsf implementation?
>  >
>  > 2005/10/30, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
>  > >
>  > > Thanks for your reply Mathias. I attach my bean code here. Please note
> that
>  > > the command links work correctly when within an "ordinary" datatable
> with no
>  > > paging/sorting. It was when i was attempting to see why that I noticed
> the
>  > > pattern of what looks like incorrectly computed rowIndices that i
> mentioned
>  > > earlier..
>  > >
>  > > Thanks again,
>  > > Geeta
>  > >
>  > > Mathias Brökelmann <[EMAIL PROTECTED]> wrote on 10/29/2005
>  > > 03:29:17 AM:
>  > >
>  > >
>  > >  > Could you post your bean code?
>  > >  >
>  > >  > 2005/10/29, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
>  > >  > >
>  > >  > > So.. maybe I can ask this question differently..?
>  > >  > >
>  > >  > > Has anybody made command links work within a   > > scrolling and
>  > >  > > sorting also enabled (using tomahawk.jar's tags)? If so would you
>  > > please
>  > >  > > post your code?
>  > >  > >
>  > >  > > Many thanks in advance!
>  > >  > > Geeta
>  > >  > >
>  > >  > > [EMAIL PROTECTED] wrote on 10/28/2005 05:28:13 PM:
>  > >  > >
>  > >  > >
>  > >  > >  >
>  > >  > >  > Hi all:
>  > >  > >  >
>  > >  > >  > I am having trouble getting command links to work correctly
> when I
>  > >  > >  > use tomahawk's  the
>  > >  > >  > rowIndex doesn't seem to be correct: I have breakpoints in my
> code
>  > >  > >  > which shows me that while rowCount is correctly computed, for
> some
>  > >  > >  > reason rowIndex seems to be incorrectly computed according to
> the
>  > >  > >  > foll. pattern:
>  > >  > >  >
>  > >  > >  > 1. Page 1 has rows 1 to 5, the rowIndex for all the links in
> this
>  > > page is
>  > >  > > 4.
>  > >  > >  > 2. Page 2 has rows 6 to 10, the rowIndex for all the links in
> this
>  > > page
>  > >  > > is 9.
>  > >  > >  > 3. Page 3 has rows 11 to 15 ,..and yep,.. rowIndex for
> everything
>  > > here is
>  > >  > > 14.
>  > >  > >  >
>  > >  > >  > int rowCount = assignmentsModel.getRowCount();
>  > >  > >  > int rowIndex = assignmentsModel.getRowIndex();
>  > >  > >  >
>  > >  > >  > However if I forget about the scrolling/sorting features
> everything
>  > >  > >  > is calculated properly.
>  > >  > >  >
>  > >  > >  > Details: I downloaded the brand new MyFaces1.1.1 just today.
> Also,
>  > >  > >  > my worklist bean (extends Shale's AbstractViewController) has
>  > >  > >  > request scope, and STATE_SAVING_METHOD is server, returns a
>  > >  > >  > ListDataModel  for its getAssignments() method.
>  > >  > >  >
>  > >  > >  > More details:
>  > >  > >  > My jsp code pretty much follows what is in the "simple"
> examples
>  > >  > >  > pagedSortTable.jsp:
>  > >  > >  >
>  > >  > >  > 
>  > >  > >  > 
>  > >  > >  >   > >  > >  > id="items"
>  > >  > >  > styleClass="scrollerTable"
>  > >  > >  >
> headerClass="standardTable_Header"
>  > >  > >  >
> footerClass="standardTable_Header"
>  > >  > >  >
>  > >  > >
> rowClasses="standardTable_Row1,standardTable_Row2"
>  > >  > >  >
>  > > columnClasses="standardTable_Column,
>  > >  > >  >
> standardTable_ColumnCentered,standardTable_Column"
>  > >  > >  > var="assignment"
>  > >  > >  > value="#{worklist.assignments}"
>  > >  > >  > preserveDataModel="true"
>  > >  > >  > rows="5"
>  > >  > >  > rowId="#{assignment.activityKey}"
>  > >  > >  > sortColumn="#{worklist.sort}"
>  > >  > >  > sortAscending="#{worklist.ascending}"
>  > >  > >  > preserveSort="true"
>  > >  > >  > >
>  > >  > >  >
>  > >  > >  > 
>  > >  > >  > 
>  > >  > >  >   > > columnName="name"
>  > >  > > arrow

Re: tabchangelistener

[Turgay Zengin]

The flag is:
serverSideTabSwitch="true"

This attribute is for the t:panelTabbedPane.

Regards,
Turgay

On 10/31/05, Hans Sowa <[EMAIL PROTECTED]> wrote:
>
>
>
> Hi
>
>
>
> The problem is that the panelTabbed was changed so the tabChange works
> client-side and not server side. But because of this change the Listener
> logic doesn't work anymore. The current situation is that with a fix we can
> choose if the pannelTabbed works client or server side. On the server side
> the listener works. So you have to use the server side logic. This is flag
> driven but I don't know exactly the flag but check the nightly builds and
> you will find it.
>
>
>
> Hope this will help.
>
>
>
>
> mfg Hans Sowa
>
> PROCON DATA Datenverarbeitung Ges.m.b.H.
>  mailto:[EMAIL PROTECTED]
>  http://www.procon.co.at

Re: nightly builds - last available is for 2005-10-25

[James Mitchell]

Are they being built on a zone?  (*.zones.apache.org)

If so, I just became aware that something happened on our (struts)  
zone as well.  I can ssh into the box, but there are no user home  
directories.  Not sure what happened or why, but it was a risk we  
knew might happen.


Oh well, so much for that idea.

--
James Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
EdgeTech, Inc.
http://www.edgetechservices.net/
678.910.8017
AIM:   jmitchtx
Yahoo: jmitchtx
MSN:   [EMAIL PROTECTED]
Skype: callto://jmitchtx





On Oct 30, 2005, at 4:04 PM, Simon Kitching wrote:


Hi,

The nightly builds appear to have stopped.

Also, on friday builds back to 2005-10-22 were available but these  
are no longer present.


Anyone know what the issue is?

Regards,

Simon

faces servlet exception

[Wolfgang Schreiner]

hi *,

i'm writing a simple JSF application using a file-upload component to
store xml files in a xindice database.
unfortunately, tomcat returns the exception listed below and i don't
have a clue why ...
once i already got a similar exception and it was due to missing jars in
my classpath, but this is definitely not the case here.
i put the relevant code snippets below the stack trace
regards,

wol.

*exception*

javax.servlet.ServletException: Expression: #{upload.uploadFile}
javax.faces.webapp.FacesServlet.service(FacesServlet.java:125)

org.apache.myfaces.component.html.util.ExtensionsFilter.doFilter(ExtensionsFilter.java:112)

*root cause*

javax.faces.el.EvaluationException: Expression: #{upload.uploadFile}

org.apache.myfaces.el.MethodBindingImpl.invoke(MethodBindingImpl.java:164)

org.apache.myfaces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:62)
javax.faces.component.UICommand.broadcast(UICommand.java:106)
javax.faces.component.UIViewRoot._broadcastForPhase(UIViewRoot.java:110)
javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:184)

org.apache.myfaces.lifecycle.LifecycleImpl.invokeApplication(LifecycleImpl.java:271)

org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:102)
javax.faces.webapp.FacesServlet.service(FacesServlet.java:109)


my jsf source:













my bean code:

private XIndiceManager manager = null;
private UIComponent component = null;
private String registrationId = null;
private UploadedFile file = null;

public UploadBean() {
this.manager = new XIndiceManager();
}

   public UIComponent getComponent() {return this.component;}
   
   public void setComponent(UIComponent component) {   
this.component = component;}
   
   public String getRegistrationId() { return this.registrationId; }
   
   public void setRegistrationId(String registrationId) {   
this.registrationId = registrationId;}

   public UploadedFile getFile() {return this.file;}
   
   public void setFile(UploadedFile file) {this.file = file;}

public String uploadFile() {
FacesContext context = FacesContext.getCurrentInstance();
String clientId = this.component.getClientId(context);
 
   try {
byte[] filedata = this.file.getBytes();
String filename = this.file.getName();
ByteArrayInputStream baistream = new ByteArrayInputStream(filedata);
Document document =
   
DocumentBuilderFactory.newInstance().newDocumentBuilder().parse(baistream);
this.manager.addDocument(document, filename);
return "success";
   } catch (Exeption e) {
  return "failure";
   }
}


signature.asc
Description: OpenPGP digital signature

Re: Incorrect rowindex for datatable with tomahawk's sorting and scrolling features.

[gramani]

Myfaces..

Thanks again,
Geeta

Mathias Brökelmann <[EMAIL PROTECTED]>
wrote on 10/31/2005 04:29:56 AM:

> do you use sun´s ri or myfaces for the core jsf implementation?
> 
> 2005/10/30, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
> >
> > Thanks for your reply Mathias. I attach my bean code here. Please
note that
> > the command links work correctly when within an "ordinary"
datatable with no
> > paging/sorting. It was when i was attempting to see why that
I noticed the
> > pattern of what looks like incorrectly computed rowIndices that
i mentioned
> > earlier..
> >
> > Thanks again,
> > Geeta
> >
> > Mathias Brökelmann <[EMAIL PROTECTED]> wrote
on 10/29/2005
> > 03:29:17 AM:
> >
> >
> >  > Could you post your bean code?
> >  >
> >  > 2005/10/29, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
> >  > >
> >  > > So.. maybe I can ask this question differently..?
> >  > >
> >  > > Has anybody made command links work within a

> > scrolling and
> >  > > sorting also enabled (using tomahawk.jar's tags)?
If so would you
> > please
> >  > > post your code?
> >  > >
> >  > > Many thanks in advance!
> >  > > Geeta
> >  > >
> >  > > [EMAIL PROTECTED] wrote on 10/28/2005 05:28:13
PM:
> >  > >
> >  > >
> >  > >  >
> >  > >  > Hi all:
> >  > >  >
> >  > >  > I am having trouble getting command
links to work correctly when I
> >  > >  > use tomahawk's 
> >  > >  > rowIndex doesn't seem to be correct:
I have breakpoints in my code
> >  > >  > which shows me that while rowCount
is correctly computed, for some
> >  > >  > reason rowIndex seems to be incorrectly
computed according to the
> >  > >  > foll. pattern:
> >  > >  >
> >  > >  > 1. Page 1 has rows 1 to 5, the rowIndex
for all the links in this
> > page is
> >  > > 4.
> >  > >  > 2. Page 2 has rows 6 to 10, the rowIndex
for all the links in this
> > page
> >  > > is 9.
> >  > >  > 3. Page 3 has rows 11 to 15 ,..and
yep,.. rowIndex for everything
> > here is
> >  > > 14.
> >  > >  >
> >  > >  > int rowCount = assignmentsModel.getRowCount();
> >  > >  > int rowIndex = assignmentsModel.getRowIndex();
> >  > >  >
> >  > >  > However if I forget about the scrolling/sorting
features everything
> >  > >  > is calculated properly.
> >  > >  >
> >  > >  > Details: I downloaded the brand new
MyFaces1.1.1 just today. Also,
> >  > >  > my worklist bean (extends Shale's
AbstractViewController) has
> >  > >  > request scope, and STATE_SAVING_METHOD
is server, returns a
> >  > >  > ListDataModel  for its getAssignments()
method.
> >  > >  >
> >  > >  > More details:
> >  > >  > My jsp code pretty much follows what
is in the "simple" examples
> >  > >  > pagedSortTable.jsp:
> >  > >  >
> >  > >  > 
> >  > >  >         
> >  > >  >         
> >  > >  >          
      id="items"
> >  > >  >          
      styleClass="scrollerTable"
> >  > >  >          
      headerClass="standardTable_Header"
> >  > >  >          
      footerClass="standardTable_Header"
> >  > >  >
> >  > > rowClasses="standardTable_Row1,standardTable_Row2"
> >  > >  >
> > columnClasses="standardTable_Column,
> >  > >  > standardTable_ColumnCentered,standardTable_Column"
> >  > >  >          
      var="assignment"
> >  > >  >          
      value="#{worklist.assignments}"
> >  > >  >          
      preserveDataModel="true"
> >  > >  >          
      rows="5"
> >  > >  >          
      rowId="#{assignment.activityKey}"
> >  > >  >          
      sortColumn="#{worklist.sort}"
> >  > >  >          
      sortAscending="#{worklist.ascending}"
> >  > >  >          
      preserveSort="true"
> >  > >  >          
      >
> >  > >  >
> >  > >  >         
> >  > >  >          
              
> >  > >  >          
                     

> > columnName="name"
> >  > > arrow=
> >  > >  > "true" immediate="false">
> >  > >  >          
                     
        
> > value="Assignment"
> >  > > />
> >  > >  >          
                     

> >  > >  >          
              
> >  > >  >          
              
> >  > >  >
> >  > > action="">
> >  > >  > immediate="false">
> >  > >  >          
                     

> >  > > value="#{assignment.activityKey}
> >  > >  > " />
> >  > >  >          
              
> >  > >  >          
      
> >  > >  >
> >  > >  > etc.
> >  > >  >
> >  > >  > thanks very much for all help!
> >  > >  > Geeta
> >  >
> >  > --
> >  > Mathias
> >
> >
> >
> >
> 
> 
> --
> Mathias
> 
> -- 
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
> 

> 
> CONFIDENTIALITY NOTICE:This email is intended solely for the person

> or entity to which it is addressed and may contain confidential 
> and/or protected health information.  Any duplication, 
> dissemination, action taken in reliance upon, or other use of this

> information by persons or entities other than the intended recipient
> is prohibited and may violate applicable laws.  If this email
has 
> been received in error, please notify the sender and delete the 
> information from your s

AW: tabchangelistener

[Hans Sowa]

Hi

 

The problem is that the
panelTabbed was changed so the tabChange works client-side and not server side.
But because of this change the Listener logic doesn’t work anymore. The
current situation is that with a fix we can choose if the pannelTabbed works
client or server side. On the server side the listener works. So you have to
use the server side logic. This is flag driven but I don’t know exactly the
flag but check the nightly builds and you will find it.

 

Hope this will help.

 



mfg Hans Sowa

PROCON DATA
Datenverarbeitung Ges.m.b.H.
mailto:[EMAIL PROTECTED]
http://www.procon.co.at



 

-Ursprüngliche Nachricht-
Von: Hüseyin Erdað
[mailto:[EMAIL PROTECTED] 
Gesendet: Montag, 31. Oktober 2005
10:22
An: users@myfaces.apache.org
Betreff: tabchangelistener

 



i used panelTabbedPane.
everthing is ok but tabchange listener is not working. this my code :





 









...



t:panelTabbedPane>



 





public class
TestActionListener implements TabChangeListener {

public
TestActionListener()

{

super();

System.out.println("TestActionListener.initialize");

}

public void
processTabChange(TabChangeEvent arg0) throws
AbortProcessingException {

System.out.println("TestActionListener.processTabChange - old "
+ arg0.getOldTabIndex() + "
new " + arg0.getNewTabIndex());

}

}

what's wrong? can somebody help me ?

 

Re: PanelTabbedPane validation problem

[Turgay Zengin]

Thank you for your help, now I can use the functionality.

Regards,
Turgay

On 10/31/05, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> I've just found out that somehow this attribute landed in the
> tag-handler, but not in the tld-file. Sorry for this - I just checked
> in the corrected version.
>
> regards,
>
> Martin

Re: PanelTabbedPane validation problem

[Martin Marinschek]

I've just found out that somehow this attribute landed in the
tag-handler, but not in the tld-file. Sorry for this - I just checked
in the corrected version.

regards,

Martin

On 10/31/05, Turgay Zengin <[EMAIL PROTECTED]> wrote:
> Martin,
> Yes I tried that, but I got an Exception that mentioned something like
> "according to the TLD the attribute is not valid". If needed, I can
> send the full exception text.
>
> I cannot see the new attribute in the tomahawk.tld found in the
> tomahawk.jar file, so now I am trying to modify the tld and add the
> new attribute, to see if it will work.
>
> Regards,
> Turgay
>
> On 10/31/05, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> > Hi Turgay,
> >
> > to change the panelTabbedPane to server side, you'd need to set the
> > following attribute:
> >
> > serverSideTabSwitch="true"
> >
> > do you see this attribute or not? Cause I do think that I did apply
> > the patch before 10/30
> >
> > regards,
> >
> > Martin
>


--

http://www.irian.at
Your JSF powerhouse -
JSF Trainings in English and German

Re: Encoding German Umlauts

[Mathias Brökelmann]

the browsers don´t send which encoding is used if a form with input
fields is submitted. Tomcat uses the default encoding (ISO-8859-1) to
decode the values which breaks them if they are encoded with utf-8.

take a look into this thread for a solution:
http://marc.theaimsgroup.com/?l=myfaces-dev&m=112564780928659&w=2


2005/10/31, Martin Marinschek <[EMAIL PROTECTED]>:
> No, UTF-8 is not a superset of ISO-8859-1.
>
> It is true that you can encode many more characters with UTF-8 than
> with ISO-8859-1, but the way the encoding is done is very different.
>
> With UTF-8, you get two bytes for the umlauts, as UTF-8 encodes only
> the standard characters in the first byte (the name UTF-8 is actually
> a bit misleading).
>
> With ISO-8859-1, all western european characters are encoded in one byte.
>
> regards,
>
> Martin
>
> On 10/31/05, Navid Vahdat <[EMAIL PROTECTED]> wrote:
> > Thanks Rick! Using your header worked :-)
> >
> > In my understanding UTF-8 is a super set of iso-8859-1. Would you by any
> > chance know, why it doesn't like my umlauts?
> >
> >
> > Rick Gruber-Riemer wrote:
> > > Hi
> > >
> > > I use the following in the header of all my JSP's (just replace
> > > iso-8859-1 with utf-8)
> > > <%@ page
> > > language="java"
> > > errorPage="/errors/errorpage.jsp"
> > > contentType="text/html;charset=iso-8859-1"
> > > pageEncoding="iso-8859-1"
> > > %>
> > > And I make sure that (a) my editor actually uses the specified encoding,
> > > and (b) that my resource bundles are correctly translated.
> > >
> > > Also make sure that if you are using includes with Tomcat, then even if
> > > using UTF-8 Tomcat assumes 8859-1 (at least the last time I tried that).
> > >
> > > Navid Vahdat wrote:
> > >
> > >> Hi Guys!
> > >>
> > >> When I type a German umlaut like ß in an input field, it seems to be
> > >> misencoded/decoded to a two-character expression. My default locale is
> > >> English, and the pages encoding seems to be utf-8, though I didn't set
> > >> that explicitly.
> > >>
> > >> What do I need to do, to get my umlauts correctly?
> > >>
> > >>
> > >> Cheers,
> > >> Navid
> >
> >
> >
>
>
> --
>
> http://www.irian.at
> Your JSF powerhouse -
> JSF Trainings in English and German
>


--
Mathias

Re: PanelTabbedPane validation problem

[Turgay Zengin]

Martin,
Yes I tried that, but I got an Exception that mentioned something like
"according to the TLD the attribute is not valid". If needed, I can
send the full exception text.

I cannot see the new attribute in the tomahawk.tld found in the
tomahawk.jar file, so now I am trying to modify the tld and add the
new attribute, to see if it will work.

Regards,
Turgay

On 10/31/05, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> Hi Turgay,
>
> to change the panelTabbedPane to server side, you'd need to set the
> following attribute:
>
> serverSideTabSwitch="true"
>
> do you see this attribute or not? Cause I do think that I did apply
> the patch before 10/30
>
> regards,
>
> Martin

Re: Encoding German Umlauts

[Martin Marinschek]

No, UTF-8 is not a superset of ISO-8859-1.

It is true that you can encode many more characters with UTF-8 than
with ISO-8859-1, but the way the encoding is done is very different.

With UTF-8, you get two bytes for the umlauts, as UTF-8 encodes only
the standard characters in the first byte (the name UTF-8 is actually
a bit misleading).

With ISO-8859-1, all western european characters are encoded in one byte.

regards,

Martin

On 10/31/05, Navid Vahdat <[EMAIL PROTECTED]> wrote:
> Thanks Rick! Using your header worked :-)
>
> In my understanding UTF-8 is a super set of iso-8859-1. Would you by any
> chance know, why it doesn't like my umlauts?
>
>
> Rick Gruber-Riemer wrote:
> > Hi
> >
> > I use the following in the header of all my JSP's (just replace
> > iso-8859-1 with utf-8)
> > <%@ page
> > language="java"
> > errorPage="/errors/errorpage.jsp"
> > contentType="text/html;charset=iso-8859-1"
> > pageEncoding="iso-8859-1"
> > %>
> > And I make sure that (a) my editor actually uses the specified encoding,
> > and (b) that my resource bundles are correctly translated.
> >
> > Also make sure that if you are using includes with Tomcat, then even if
> > using UTF-8 Tomcat assumes 8859-1 (at least the last time I tried that).
> >
> > Navid Vahdat wrote:
> >
> >> Hi Guys!
> >>
> >> When I type a German umlaut like ß in an input field, it seems to be
> >> misencoded/decoded to a two-character expression. My default locale is
> >> English, and the pages encoding seems to be utf-8, though I didn't set
> >> that explicitly.
> >>
> >> What do I need to do, to get my umlauts correctly?
> >>
> >>
> >> Cheers,
> >> Navid
>
>
>


--

http://www.irian.at
Your JSF powerhouse -
JSF Trainings in English and German

Re: Is there any schedule to implement JSF1.2(JSR252)?

[Martin Marinschek]

Hi,

JSF 1.2. is not released so far - so there is no time schedule yet.

In fact, some of the new features in JSF 1.2 are already implemented
in MyFaces in the current version, e.g. client side encryption, saving
of more than one version of the server side state.

The one major issue missing is the JSP integration - here JSF 1.2
brings some major changes. We will need to wait until servlet
container like Tomcat are upgraded to the new JSP specification
version to be able to support this fully, though.

regards,

Martin

On 10/31/05, Choimocy <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I can't find any milestone information on this site.
>
> Would you tell me about the schedule to implement JSF1.2?
>
> Thaks in advance.
>
> Regards,


--

http://www.irian.at
Your JSF powerhouse -
JSF Trainings in English and German

Re: Encoding German Umlauts

[Werner Punz]

There are some issues with different browsers, to my knowledge the IE
does some nasty things regarding ISO and UTF, as far as I know it does
not encode Euro correctly for instance pushing it in ISO to an incorrect
position...


Werner


Navid Vahdat wrote:
> Thanks Rick! Using your header worked :-)
> 
> In my understanding UTF-8 is a super set of iso-8859-1. Would you by any
> chance know, why it doesn't like my umlauts?
> 
> 
> Rick Gruber-Riemer wrote:
> 
>>Hi
>>
>>I use the following in the header of all my JSP's (just replace 
>>iso-8859-1 with utf-8)
>><%@ page
>>language="java"
>>errorPage="/errors/errorpage.jsp"
>>contentType="text/html;charset=iso-8859-1"
>>pageEncoding="iso-8859-1"
>>%>
>>And I make sure that (a) my editor actually uses the specified encoding, 
>>and (b) that my resource bundles are correctly translated.
>>
>>Also make sure that if you are using includes with Tomcat, then even if 
>>using UTF-8 Tomcat assumes 8859-1 (at least the last time I tried that).
>>
>>Navid Vahdat wrote:
>>  
>>
>>>Hi Guys!
>>>
>>>When I type a German umlaut like ß in an input field, it seems to be
>>>misencoded/decoded to a two-character expression. My default locale is
>>>English, and the pages encoding seems to be utf-8, though I didn't set
>>>that explicitly.
>>>
>>>What do I need to do, to get my umlauts correctly?
>>>
>>>
>>>Cheers,
>>>Navid
> 
> 
> 
> 

Re: Encoding German Umlauts

[Navid Vahdat]

Thanks Rick! Using your header worked :-)

In my understanding UTF-8 is a super set of iso-8859-1. Would you by any
chance know, why it doesn't like my umlauts?


Rick Gruber-Riemer wrote:
> Hi
>
> I use the following in the header of all my JSP's (just replace 
> iso-8859-1 with utf-8)
> <%@ page
> language="java"
> errorPage="/errors/errorpage.jsp"
> contentType="text/html;charset=iso-8859-1"
> pageEncoding="iso-8859-1"
> %>
> And I make sure that (a) my editor actually uses the specified encoding, 
> and (b) that my resource bundles are correctly translated.
>
> Also make sure that if you are using includes with Tomcat, then even if 
> using UTF-8 Tomcat assumes 8859-1 (at least the last time I tried that).
>
> Navid Vahdat wrote:
>   
>> Hi Guys!
>>
>> When I type a German umlaut like ß in an input field, it seems to be
>> misencoded/decoded to a two-character expression. My default locale is
>> English, and the pages encoding seems to be utf-8, though I didn't set
>> that explicitly.
>>
>> What do I need to do, to get my umlauts correctly?
>>
>>
>> Cheers,
>> Navid

Is there any schedule to implement JSF1.2(JSR252)?

[Choimocy]

Hello, 
 
I can't find any milestone information on this site.
 
Would you tell me about the schedule to implement JSF1.2?
 
Thaks in advance.
 
Regards,

Re: PanelTabbedPane validation problem

[Martin Marinschek]

Hi Turgay,

to change the panelTabbedPane to server side, you'd need to set the
following attribute:

serverSideTabSwitch="true"

do you see this attribute or not? Cause I do think that I did apply
the patch before 10/30

regards,

Martin

On 10/31/05, Turgay Zengin <[EMAIL PROTECTED]> wrote:
> Thank you,
> I tried the nightly myfaces-20051030.zip, but I guess the patch is not
> applied there yet. I will check again a few days later.
>
> Regards,
>
> On 10/28/05, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> > Server-Side patch is applied - get it from the next nightly.
> >
> > I would suppose that yes - it should work, it has worked in the old
> > server side implementation.
> >
> > If you want to implement a listener for the client side, you'll need
> > AJAX - possible, but not the most simple thing on earth.
> >
> > regards,
> >
> > Martin
> >
> > On 10/28/05, Hans Sowa <[EMAIL PROTECTED]> wrote:
> > > Hi,
> > >
> > > The next problem is here that the tabChanged listener doesn't work for the
> > > client-side tab. Does the listener work for the new server-side? And is
> > > there a plan to implement the listener also for the client-side tab?
> > >
> > > Thanks a lot.
> > >
> > > mfg Hans Sowa
> > > PROCON DATA Datenverarbeitung Ges.m.b.H.
> > > mailto:[EMAIL PROTECTED]
> > > http://www.procon.co.at
> > >
> > >
> > > -Ursprüngliche Nachricht-
> > > Von: Mike Kienenberger [mailto:[EMAIL PROTECTED]
> > > Gesendet: Freitag, 28. Oktober 2005 16:52
> > > An: MyFaces Discussion
> > > Betreff: Re: PanelTabbedPane validation problem
> > >
> > > The hard way to do this is to try to use the OptionalValidationFramework.
> > >
> > > However, I think you could also make this work by switching back to
> > > server-side tab switching.   I'm not positive, but I think server-side
> > > switching works by not rendering the other tabs.  Since the other
> > > panes aren't rendered, it's as if they don't exist and they won't be
> > > validated
> > >
> > > I don't think this changes to reenable this have be committed yet.
> > > Hopefully Sylvain or one of the other committers will commit them
> > > soon, but until that happens, you can grab the patches from here and
> > > apply them yourself.
> > >
> > > http://issues.apache.org/jira/browse/MYFACES-756
> > >
> > > -MIke
> > >
> > > On 10/28/05, Turgay Zengin <[EMAIL PROTECTED]> wrote:
> > > > Hi,
> > > > Is it possible to get the effect described below programatically?
> > > >
> > > > Say I have three panelTabs in a panelTabbedPane. They are named
> > > > "Search", "Update" and "New". I have an inputText component in the
> > > > "New" panelTab, and I want it to have a validator of required="true".
> > > > But when I set required="true" for that component, it effects all
> > > > panelTabs, because when a button in any of the tabs is pressed, all
> > > > components in all panelTabs get validated. So, I get
> > > > errors/nonfunctionality from the dataTable component present in the
> > > > "Search" panelTab.
> > > >
> > > > I want to learn if the following is possible with setting some
> > > > property of the panelTab:
> > > > When a button is pressed which is in a panelTab, only the components
> > > > present in that panelTab must be validated. Other components present
> > > > in other panelTabs will not be validated.
> > > >
> > > > Regards,
> > > > Turgay
> > > >
> > > > --
> > > > Eric Kelm wrote on 2005-07-26 21:50:
> > > > --
> > > > Hi,
> > > >
> > > > I am having a problem with the validation of components in
> > > > HtmlPanelTabbedPane. Only the components on the first pane are 
> > > > validated,
> > > if
> > > > only the first pane is displayed before from submission.  If other tabs
> > > are
> > > > selected before form submission, components on those panes will be
> > > > validated.  I have seen others have had this problem.  Is there a
> > > solution?
> > > > If so, is it included in the nightly builds? Thanks.
> > > >
> > > > -
> > > > Eric Kelm
> > > >
> > >
> > >
> >
> >
> > --
> >
> > http://www.irian.at
> > Your JSF powerhouse -
> > JSF Trainings in English and German
> >
>


--

http://www.irian.at
Your JSF powerhouse -
JSF Trainings in English and German

Re: PanelTabbedPane validation problem

[Turgay Zengin]

Thank you,
I tried the nightly myfaces-20051030.zip, but I guess the patch is not
applied there yet. I will check again a few days later.

Regards,

On 10/28/05, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> Server-Side patch is applied - get it from the next nightly.
>
> I would suppose that yes - it should work, it has worked in the old
> server side implementation.
>
> If you want to implement a listener for the client side, you'll need
> AJAX - possible, but not the most simple thing on earth.
>
> regards,
>
> Martin
>
> On 10/28/05, Hans Sowa <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > The next problem is here that the tabChanged listener doesn't work for the
> > client-side tab. Does the listener work for the new server-side? And is
> > there a plan to implement the listener also for the client-side tab?
> >
> > Thanks a lot.
> >
> > mfg Hans Sowa
> > PROCON DATA Datenverarbeitung Ges.m.b.H.
> > mailto:[EMAIL PROTECTED]
> > http://www.procon.co.at
> >
> >
> > -Ursprüngliche Nachricht-
> > Von: Mike Kienenberger [mailto:[EMAIL PROTECTED]
> > Gesendet: Freitag, 28. Oktober 2005 16:52
> > An: MyFaces Discussion
> > Betreff: Re: PanelTabbedPane validation problem
> >
> > The hard way to do this is to try to use the OptionalValidationFramework.
> >
> > However, I think you could also make this work by switching back to
> > server-side tab switching.   I'm not positive, but I think server-side
> > switching works by not rendering the other tabs.  Since the other
> > panes aren't rendered, it's as if they don't exist and they won't be
> > validated
> >
> > I don't think this changes to reenable this have be committed yet.
> > Hopefully Sylvain or one of the other committers will commit them
> > soon, but until that happens, you can grab the patches from here and
> > apply them yourself.
> >
> > http://issues.apache.org/jira/browse/MYFACES-756
> >
> > -MIke
> >
> > On 10/28/05, Turgay Zengin <[EMAIL PROTECTED]> wrote:
> > > Hi,
> > > Is it possible to get the effect described below programatically?
> > >
> > > Say I have three panelTabs in a panelTabbedPane. They are named
> > > "Search", "Update" and "New". I have an inputText component in the
> > > "New" panelTab, and I want it to have a validator of required="true".
> > > But when I set required="true" for that component, it effects all
> > > panelTabs, because when a button in any of the tabs is pressed, all
> > > components in all panelTabs get validated. So, I get
> > > errors/nonfunctionality from the dataTable component present in the
> > > "Search" panelTab.
> > >
> > > I want to learn if the following is possible with setting some
> > > property of the panelTab:
> > > When a button is pressed which is in a panelTab, only the components
> > > present in that panelTab must be validated. Other components present
> > > in other panelTabs will not be validated.
> > >
> > > Regards,
> > > Turgay
> > >
> > > --
> > > Eric Kelm wrote on 2005-07-26 21:50:
> > > --
> > > Hi,
> > >
> > > I am having a problem with the validation of components in
> > > HtmlPanelTabbedPane. Only the components on the first pane are validated,
> > if
> > > only the first pane is displayed before from submission.  If other tabs
> > are
> > > selected before form submission, components on those panes will be
> > > validated.  I have seen others have had this problem.  Is there a
> > solution?
> > > If so, is it included in the nightly builds? Thanks.
> > >
> > > -
> > > Eric Kelm
> > >
> >
> >
>
>
> --
>
> http://www.irian.at
> Your JSF powerhouse -
> JSF Trainings in English and German
>

Re: Bugs with commandLink rendered="..."

[Martin Marinschek]

Yes, you are absolutely right.

We are on the right path, though, I think.

And - you would not have got support like this from Microsoft, right?

Plus - if you want to change how things are working, you can. So by
any means, help us to close the gap!

regards,

Martin

On 10/31/05, Yee CN <[EMAIL PROTECTED]> wrote:
> Martin,
>
> That solved my problems. Thanks very much for you explanation.
>
> I think JSF still need a bit of work. Coming from ASP.NET background I think
> .NET Web Form framework is quite a bit easier to master. I hope JSF or Shale
> will bridge the gap soon.
>
> Regards,
> Yee
>
> -Original Message-
> From: Martin Marinschek [mailto:[EMAIL PROTECTED]
> Sent: Monday, 31 October 2005 6:13 PM
> To: MyFaces Discussion; [EMAIL PROTECTED]
> Subject: Re: Bugs with commandLink rendered="..."
>
> Is userBean a request scoped Bean?
>
> If yes, you'll need to use a session bean instead or use t:saveState
> to save the state of the user bean between requests.
>
> The problem is that the link is rendered, you click on it, the
> lifeCycle is triggered again and now the rendered attribute of the
> link is evaluated to false as the userBean has lost its state - so the
> link is not decoded and the action is not triggered.
>
> regards,
>
> Martin
>
> On 10/31/05, Yee CN <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> > Hi,
> >
> >
> >
> > I think there are is a bug in commandLink in treating the "rendered"
> > attributes.
> >
> >
> >
> > Below is a demonstration. The jsf page concerned is to have an 'edit' more
> > and a 'browse' mode. When the page is in edit mode the 'Save Changes' and
> > 'Cancel' button will show, else the 'Edit' and 'Back' button will show.
> >
> >
> >
> > The rendering of the buttons are OK, however as it stands the 'Save
> Changes'
> > and 'Cancel' button will not trigger the backing bean action. If I take
> away
> > the rendered="." attributes I will see all 4 buttons, but everything works
> > as expected.
> >
> >
> >
> > -
> >
> >
> >
> >  > rendered="#{!userBean.isEdit}">
> >
> > 
> >
> >   
> >
> >  > rendered="#{!userBean.isEdit}">
> >
> > 
> >
> >  > rendered="#{userBean.isEdit}">
> >
> > 
> >
> >   
> >
> >  > rendered="#{userBean.isEdit}">
> >
> > 
> >
> >
> >
> >
> >
> >
> > Is there a work around for this?
> >
> >
> >
> > Thanks
> >
> >
> >
> > Yee
>
>
> --
>
> http://www.irian.at
> Your JSF powerhouse -
> JSF Trainings in English and German
>
>


--

http://www.irian.at
Your JSF powerhouse -
JSF Trainings in English and German

Re: Encoding German Umlauts

[Rick Gruber-Riemer]

Hi

I use the following in the header of all my JSP's (just replace 
iso-8859-1 with utf-8)

<%@ page
   language="java"
   errorPage="/errors/errorpage.jsp"
   contentType="text/html;charset=iso-8859-1"
   pageEncoding="iso-8859-1"
%>
And I make sure that (a) my editor actually uses the specified encoding, 
and (b) that my resource bundles are correctly translated.


Also make sure that if you are using includes with Tomcat, then even if 
using UTF-8 Tomcat assumes 8859-1 (at least the last time I tried that).


Navid Vahdat wrote:

Hi Guys!

When I type a German umlaut like ß in an input field, it seems to be
misencoded/decoded to a two-character expression. My default locale is
English, and the pages encoding seems to be utf-8, though I didn't set
that explicitly.

What do I need to do, to get my umlauts correctly?


Cheers,
Navid


  

RE: Bugs with commandLink rendered="..."

[Yee CN]

Martin,

That solved my problems. Thanks very much for you explanation.

I think JSF still need a bit of work. Coming from ASP.NET background I think
.NET Web Form framework is quite a bit easier to master. I hope JSF or Shale
will bridge the gap soon.

Regards,
Yee

-Original Message-
From: Martin Marinschek [mailto:[EMAIL PROTECTED] 
Sent: Monday, 31 October 2005 6:13 PM
To: MyFaces Discussion; [EMAIL PROTECTED]
Subject: Re: Bugs with commandLink rendered="..."

Is userBean a request scoped Bean?

If yes, you'll need to use a session bean instead or use t:saveState
to save the state of the user bean between requests.

The problem is that the link is rendered, you click on it, the
lifeCycle is triggered again and now the rendered attribute of the
link is evaluated to false as the userBean has lost its state - so the
link is not decoded and the action is not triggered.

regards,

Martin

On 10/31/05, Yee CN <[EMAIL PROTECTED]> wrote:
>
>
>
> Hi,
>
>
>
> I think there are is a bug in commandLink in treating the "rendered"
> attributes.
>
>
>
> Below is a demonstration. The jsf page concerned is to have an 'edit' more
> and a 'browse' mode. When the page is in edit mode the 'Save Changes' and
> 'Cancel' button will show, else the 'Edit' and 'Back' button will show.
>
>
>
> The rendering of the buttons are OK, however as it stands the 'Save
Changes'
> and 'Cancel' button will not trigger the backing bean action. If I take
away
> the rendered="." attributes I will see all 4 buttons, but everything works
> as expected.
>
>
>
> -
>
>
>
>  rendered="#{!userBean.isEdit}">
>
> 
>
>   
>
>  rendered="#{!userBean.isEdit}">
>
> 
>
>  rendered="#{userBean.isEdit}">
>
> 
>
>   
>
>  rendered="#{userBean.isEdit}">
>
> 
>
>
>
>
>
>
> Is there a work around for this?
>
>
>
> Thanks
>
>
>
> Yee


--

http://www.irian.at
Your JSF powerhouse -
JSF Trainings in English and German

Re: MyFaces Debugging in Eclipse

[Werner Punz]

[EMAIL PROTECTED] wrote:
> Hello
> 
> I have the source of myfaces in Eclipse. How can use it for breakpoints?
> In Java Build Path I have added the directories
> - myfaces/api
> - myfaces/impl
> - myfaces/share
> It does not work!!
> 
> Or can I use the logging functionality without to debug?
> 
> Thanks
> 
> 
http://wiki.apache.org/myfaces/Eclipse_IDE?highlight=%28eclipse%29

should work that way (I do debugging in eclipse all the time)
Make sure that the source paths are correct, and that the sources
compile (valid java project, check the errors) etc...

Encoding German Umlauts

[Navid Vahdat]

Hi Guys!

When I type a German umlaut like ß in an input field, it seems to be
misencoded/decoded to a two-character expression. My default locale is
English, and the pages encoding seems to be utf-8, though I didn't set
that explicitly.

What do I need to do, to get my umlauts correctly?


Cheers,
Navid

Re: Bugs with commandLink rendered="..."

[Martin Marinschek]

Is userBean a request scoped Bean?

If yes, you'll need to use a session bean instead or use t:saveState
to save the state of the user bean between requests.

The problem is that the link is rendered, you click on it, the
lifeCycle is triggered again and now the rendered attribute of the
link is evaluated to false as the userBean has lost its state - so the
link is not decoded and the action is not triggered.

regards,

Martin

On 10/31/05, Yee CN <[EMAIL PROTECTED]> wrote:
>
>
>
> Hi,
>
>
>
> I think there are is a bug in commandLink in treating the "rendered"
> attributes.
>
>
>
> Below is a demonstration. The jsf page concerned is to have an 'edit' more
> and a 'browse' mode. When the page is in edit mode the 'Save Changes' and
> 'Cancel' button will show, else the 'Edit' and 'Back' button will show.
>
>
>
> The rendering of the buttons are OK, however as it stands the 'Save Changes'
> and 'Cancel' button will not trigger the backing bean action. If I take away
> the rendered="…" attributes I will see all 4 buttons, but everything works
> as expected.
>
>
>
> -
>
>
>
>  rendered="#{!userBean.isEdit}">
>
> 
>
>   
>
>  rendered="#{!userBean.isEdit}">
>
> 
>
>  rendered="#{userBean.isEdit}">
>
> 
>
>   
>
>  rendered="#{userBean.isEdit}">
>
> 
>
>
>
>
>
>
> Is there a work around for this?
>
>
>
> Thanks
>
>
>
> Yee


--

http://www.irian.at
Your JSF powerhouse -
JSF Trainings in English and German

Bugs with commandLink rendered="..."

[Yee CN]

Hi,

 

I think there are is a bug in commandLink in treating
the “rendered” attributes.

 

Below is a demonstration. The jsf page concerned is
to have an ‘edit’ more and a ‘browse’ mode. When the
page is in edit mode the ‘Save Changes’ and ‘Cancel’
button will show, else the ‘Edit’ and ‘Back’ button
will show.

 

The rendering of the buttons are OK, however as
it stands the ‘Save Changes’ and ‘Cancel’ button will
not trigger the backing bean action. If I take away the rendered=”…”
attributes I will see all 4 buttons, but everything works as expected.

 

-

    



h:commandLink>

  f:verbatim> 



h:commandLink>



h:commandLink>

  f:verbatim> 



h:commandLink>



 



 

Is there a work
around for this?

 

Thanks

 

Yee

Re: Incompatible changes to AddResource class

[Martin Marinschek]

Dunno. WIKI, component documentation?

There is an open jira issue now for this - so together with an
explanation in the WIKI, this might be enough.

regards,

Martin

On 10/31/05, Mathias Brökelmann <[EMAIL PROTECTED]> wrote:
> Simon is right we should tell the users that this behavior has been
> changed. Any suggestions how/where we should do this?
>
> 2005/10/31, Martin Marinschek <[EMAIL PROTECTED]>:
> > Sorry - you are right, I was wrong.
> >
> > Can you help us out and provide a documentation patch for this? Or
> > open a jira-issue?
> >
> > regards,
> >
> > Martin
> >
> > On 10/31/05, Simon Kitching <[EMAIL PROTECTED]> wrote:
> > > Hi Martin,
> > >
> > > I wish I was mistaken, but I don't think so.
> > >
> > > This page shows the history of the AddResource class:
> > > http://svn.apache.org/viewcvs.cgi/myfaces/tomahawk/trunk/src/java/org/apache/myfaces/component/html/util/AddResource.java?rev=329151&view=log
> > >
> > > Select "view" for version 328330, and search for "getResourceURL". You
> > > will find no matches; this version of the class didn't use that method.
> > >
> > > Select "view" for version 328404. The code is completely different,
> > > including the implementation of method
> > >   public static void addJavaScriptToHeader(Class componentClass,
> > >  String baseDirectory, String resourceFileName, boolean defer,
> > >   FacesContext context)
> > > And searching will show that this later class *does* use
> > > "getResourceURL" from the ViewHandler class. This method is defined by
> > > the spec to prepend the context path onto the provided parameter. And
> > > that's exactly what I see when I run my app (which used to work) with
> > > the latest code - the context path getting put on the front.
> > >
> > > Regards,
> > >
> > > Simon
> > >
> > >
> > > Martin Marinschek wrote:
> > > > I have looked back into the svn log until the 17.8.2005 - no change in
> > > > this method until this time.
> > > >
> > > > Obviously you must have mistaken something - that also renders your
> > > > other mail about the context not being prepended invalid!
> > > >
> > > > regards,
> > > >
> > > > Martin
> > > >
> > > > On 10/31/05, Simon Kitching <[EMAIL PROTECTED]> wrote:
> > > >> Hmm..I've just been looking at the recent changes to the AddResource
> > > >> class in tomahawk's SVN trunk.
> > > >>
> > > >> It looks to me like the API of this class has changed in an 
> > > >> incompatible
> > > >> manner, thus breaking every custom component that uses the
> > > >> AddResource.addJavaScriptToHeader method.
> > > >>
> > > >> In addition, it looks like the class now prefixes URLs with the context
> > > >> path by default [AddResource.getResourceUri calls
> > > >> ViewHandler.getResourceURL which prepends the context]
> > > >>
> > > >> This change will break every user jsp file which specifies a
> > > >> javascriptLocation attribute on tags such as JSCookMenu, HtmlTree,
> > > >> HtmlAccordionPanel (and others) as formerly users *had* to include the
> > > >> context path, and now it is *always* prepended to the provided url.
> > > >>
> > > >> While I do like the new behaviour, and find it more useful than the old
> > > >> behaviour, I'm sure a little more attention to backwards compatibility
> > > >> would be appreciated by MyFaces users. And at the very least, I think
> > > >> backwards-incompatible changes such as this really should be clearly
> > > >> announced on the mail lists, and noted in the SVN commit message.
> > > >>
> > > >>
> > > >> Regards,
> > > >>
> > > >> Simon
> > > >>
> > > >
> > > >
> > > > --
> > > >
> > > > http://www.irian.at
> > > > Your JSF powerhouse -
> > > > JSF Trainings in English and German
> > > >
> > >
> > >
> >
> >
> > --
> >
> > http://www.irian.at
> > Your JSF powerhouse -
> > JSF Trainings in English and German
> >
>
>
> --
> Mathias
>
>


--

http://www.irian.at
Your JSF powerhouse -
JSF Trainings in English and German

Re: Incorrect rowindex for datatable with tomahawk's sorting and scrolling features.

[Mathias Brökelmann]

do you use sun´s ri or myfaces for the core jsf implementation?

2005/10/30, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
>
> Thanks for your reply Mathias. I attach my bean code here. Please note that
> the command links work correctly when within an "ordinary" datatable with no
> paging/sorting. It was when i was attempting to see why that I noticed the
> pattern of what looks like incorrectly computed rowIndices that i mentioned
> earlier..
>
> Thanks again,
> Geeta
>
> Mathias Brökelmann <[EMAIL PROTECTED]> wrote on 10/29/2005
> 03:29:17 AM:
>
>
>  > Could you post your bean code?
>  >
>  > 2005/10/29, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
>  > >
>  > > So.. maybe I can ask this question differently..?
>  > >
>  > > Has anybody made command links work within a  scrolling and
>  > > sorting also enabled (using tomahawk.jar's tags)? If so would you
> please
>  > > post your code?
>  > >
>  > > Many thanks in advance!
>  > > Geeta
>  > >
>  > > [EMAIL PROTECTED] wrote on 10/28/2005 05:28:13 PM:
>  > >
>  > >
>  > >  >
>  > >  > Hi all:
>  > >  >
>  > >  > I am having trouble getting command links to work correctly when I
>  > >  > use tomahawk's   > >  > rowIndex doesn't seem to be correct: I have breakpoints in my code
>  > >  > which shows me that while rowCount is correctly computed, for some
>  > >  > reason rowIndex seems to be incorrectly computed according to the
>  > >  > foll. pattern:
>  > >  >
>  > >  > 1. Page 1 has rows 1 to 5, the rowIndex for all the links in this
> page is
>  > > 4.
>  > >  > 2. Page 2 has rows 6 to 10, the rowIndex for all the links in this
> page
>  > > is 9.
>  > >  > 3. Page 3 has rows 11 to 15 ,..and yep,.. rowIndex for everything
> here is
>  > > 14.
>  > >  >
>  > >  > int rowCount = assignmentsModel.getRowCount();
>  > >  > int rowIndex = assignmentsModel.getRowIndex();
>  > >  >
>  > >  > However if I forget about the scrolling/sorting features everything
>  > >  > is calculated properly.
>  > >  >
>  > >  > Details: I downloaded the brand new MyFaces1.1.1 just today. Also,
>  > >  > my worklist bean (extends Shale's AbstractViewController) has
>  > >  > request scope, and STATE_SAVING_METHOD is server, returns a
>  > >  > ListDataModel  for its getAssignments() method.
>  > >  >
>  > >  > More details:
>  > >  > My jsp code pretty much follows what is in the "simple" examples
>  > >  > pagedSortTable.jsp:
>  > >  >
>  > >  > 
>  > >  > 
>  > >  >   > >  > id="items"
>  > >  > styleClass="scrollerTable"
>  > >  > headerClass="standardTable_Header"
>  > >  > footerClass="standardTable_Header"
>  > >  >
>  > > rowClasses="standardTable_Row1,standardTable_Row2"
>  > >  >
> columnClasses="standardTable_Column,
>  > >  > standardTable_ColumnCentered,standardTable_Column"
>  > >  > var="assignment"
>  > >  > value="#{worklist.assignments}"
>  > >  > preserveDataModel="true"
>  > >  > rows="5"
>  > >  > rowId="#{assignment.activityKey}"
>  > >  > sortColumn="#{worklist.sort}"
>  > >  > sortAscending="#{worklist.ascending}"
>  > >  > preserveSort="true"
>  > >  > >
>  > >  >
>  > >  > 
>  > >  > 
>  > >  >  columnName="name"
>  > > arrow=
>  > >  > "true" immediate="false">
>  > >  >  value="Assignment"
>  > > />
>  > >  > 
>  > >  > 
>  > >  >   > >  >
>  > > action="#{worklist.acceptPhoneAssignment}"
>  > >  > immediate="false">
>  > >  >   > > value="#{assignment.activityKey}
>  > >  > " />
>  > >  > 
>  > >  > 
>  > >  >
>  > >  > etc.
>  > >  >
>  > >  > thanks very much for all help!
>  > >  > Geeta
>  >
>  > --
>  > Mathias
>
>
>
>


--
Mathias

tabchangelistener

[Hüseyin Erdağ]

i used 
panelTabbedPane. everthing is ok but tabchange listener is not working. this my 
code :
 



...
t:panelTabbedPane>
 

public class TestActionListener implements TabChangeListener {
public 
TestActionListener()
{
super();
System.out.println("TestActionListener.initialize");
}
public 
void 
processTabChange(TabChangeEvent arg0) throws AbortProcessingException {
System.out.println("TestActionListener.processTabChange - old " + 
arg0.getOldTabIndex() + " new " + arg0.getNewTabIndex());

}
}
what's wrong? can 
somebody help me ?
 

Re: Incompatible changes to AddResource class

[Mathias Brökelmann]

Simon is right we should tell the users that this behavior has been
changed. Any suggestions how/where we should do this?

2005/10/31, Martin Marinschek <[EMAIL PROTECTED]>:
> Sorry - you are right, I was wrong.
>
> Can you help us out and provide a documentation patch for this? Or
> open a jira-issue?
>
> regards,
>
> Martin
>
> On 10/31/05, Simon Kitching <[EMAIL PROTECTED]> wrote:
> > Hi Martin,
> >
> > I wish I was mistaken, but I don't think so.
> >
> > This page shows the history of the AddResource class:
> > http://svn.apache.org/viewcvs.cgi/myfaces/tomahawk/trunk/src/java/org/apache/myfaces/component/html/util/AddResource.java?rev=329151&view=log
> >
> > Select "view" for version 328330, and search for "getResourceURL". You
> > will find no matches; this version of the class didn't use that method.
> >
> > Select "view" for version 328404. The code is completely different,
> > including the implementation of method
> >   public static void addJavaScriptToHeader(Class componentClass,
> >  String baseDirectory, String resourceFileName, boolean defer,
> >   FacesContext context)
> > And searching will show that this later class *does* use
> > "getResourceURL" from the ViewHandler class. This method is defined by
> > the spec to prepend the context path onto the provided parameter. And
> > that's exactly what I see when I run my app (which used to work) with
> > the latest code - the context path getting put on the front.
> >
> > Regards,
> >
> > Simon
> >
> >
> > Martin Marinschek wrote:
> > > I have looked back into the svn log until the 17.8.2005 - no change in
> > > this method until this time.
> > >
> > > Obviously you must have mistaken something - that also renders your
> > > other mail about the context not being prepended invalid!
> > >
> > > regards,
> > >
> > > Martin
> > >
> > > On 10/31/05, Simon Kitching <[EMAIL PROTECTED]> wrote:
> > >> Hmm..I've just been looking at the recent changes to the AddResource
> > >> class in tomahawk's SVN trunk.
> > >>
> > >> It looks to me like the API of this class has changed in an incompatible
> > >> manner, thus breaking every custom component that uses the
> > >> AddResource.addJavaScriptToHeader method.
> > >>
> > >> In addition, it looks like the class now prefixes URLs with the context
> > >> path by default [AddResource.getResourceUri calls
> > >> ViewHandler.getResourceURL which prepends the context]
> > >>
> > >> This change will break every user jsp file which specifies a
> > >> javascriptLocation attribute on tags such as JSCookMenu, HtmlTree,
> > >> HtmlAccordionPanel (and others) as formerly users *had* to include the
> > >> context path, and now it is *always* prepended to the provided url.
> > >>
> > >> While I do like the new behaviour, and find it more useful than the old
> > >> behaviour, I'm sure a little more attention to backwards compatibility
> > >> would be appreciated by MyFaces users. And at the very least, I think
> > >> backwards-incompatible changes such as this really should be clearly
> > >> announced on the mail lists, and noted in the SVN commit message.
> > >>
> > >>
> > >> Regards,
> > >>
> > >> Simon
> > >>
> > >
> > >
> > > --
> > >
> > > http://www.irian.at
> > > Your JSF powerhouse -
> > > JSF Trainings in English and German
> > >
> >
> >
>
>
> --
>
> http://www.irian.at
> Your JSF powerhouse -
> JSF Trainings in English and German
>


--
Mathias