Q: panelTabbedPane - how to specify server side tab switch action/event?

[Yee CN]

Hi,

 

Can someone please tell me how to specify an action/event for a server side
tab switch?

 

Sorry if this is trivial - but I have been looking up & down for a couple of
days and still could not figure it out.

 

Many thanks in advance

Yee

How to do server side panelTabbedPane switching?

[Yee CN]

Hi,

 

Can someone share or tell me where find or an example on how to do server
side panelTabbedPane tab switching?

Also on doing a submit is there a way to listen to which tab is currently
being shown?

 

Many thanks in advance.

 

Best regards,

Yee

RE: Tomahawk and ajax4jsf - t:datascroller and sortheaders don't work

[Yee CN]

***
Your mail has been scanned by InterScan MSS.
***










I think you would have better chance of
getting an answer by asking in the ajax4jsf column. 

 

Maybe you can try the following –
enclose the dataTable and the dataScroller under a panelGroup, and have the ajax refresh the
panelGroup, so that both the dataTable and the dataScroller got refreshed
together.

 

Please let me know how you go with this. I
am in the process of evaluating a4j myself.

 

Best regards,

Yee

 









From: Aneesha Govil
[mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 25, 2006
1:02 PM
To: MyFaces
 Discussion
Subject: Re: Tomahawk and ajax4jsf
- t:datascroller and sortheaders don't work



 

Nope, I have dumped
ajax4jsf because I could not resolve this problem and couldn't get any help on
it. I am going to write my own ajax
wherever required.

Let me know if you find any resolutions though. 

Regards, 
Aneesha



On 10/25/06, ndnguy
<[EMAIL PROTECTED]>
wrote:


Were you able to figure out the issue? I am getting into a similar situation
with Ajax4Jsf and datascrollers.

Thanks,
Praveen.
--
View this message in context: http://www.nabble.com/Tomahawk-and-ajax4jsf---t%3Adatascroller-and-sortheaders-don%27t-work-tf2414555.html#a6982861
Sent from the MyFaces - Users mailing list archive at Nabble.com.



 

RE: JSF and Java 5.0 Enums

[Yee CN]

***
Your mail has been scanned by InterScan MSS.
***


Hi Mario,

I thought SelectItem/converter is always used in conjunction with an input
component? Using it in conjunction with SelectOneMenu, SelectOneRadio etc
would not require this test. The following would be good enough:

public String getAsString(FacesContext context, UIComponent component,
Object value) {
if (value == null) return "";

Enum e = (Enum) value;
return e.getClass().getName() + "@" + e.ordinal();
}

Where else could the converter be used? Sorry if this is JSF 101.

Cheers,
Yee

-Original Message-
From: Mario Ivankovits [mailto:[EMAIL PROTECTED] 
Sent: Friday, October 20, 2006 1:58 PM
To: MyFaces Discussion
Subject: Re: JSF and Java 5.0 Enums

Hi Yee!
> Qestion - what is the purpose of th e following test?
>
>   if (component instanceof UIInput ||
> UIInput.COMPONENT_FAMILY.equals(component.getFamily()))   {
>   
The idea behind this converter is, that in case of an input component
the conversion has to be reversible (or symmetric), thus, the
[EMAIL PROTECTED] rendering, in any other case - usually output components
only - it uses enum.toString() to have a nice user-readable
representation (assumed that toString() has been overloaded)

Ciao,
Mario

RE: JSF and Java 5.0 Enums

[Yee CN]

***
Your mail has been scanned by InterScan MSS.
***


Qestion - what is the purpose of th e following test?

if (component instanceof UIInput ||
UIInput.COMPONENT_FAMILY.equals(component.getFamily())) {

Regards,
Yee

-Original Message-
From: Mario Ivankovits [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 18, 2006 4:11 PM
To: MyFaces Discussion
Subject: Re: JSF and Java 5.0 Enums

Hi Yee!

> I found some useful hints on how to handle Enum in JSF. 
>
> http://brondsema.net/blog/index.php/2005/09/30/jsf_and_java_5_0_enums
>
> I think this is good material for Wiki, for the "Convertion and
> Validation" section.
>
I am not sure if we should add this blog entry as "official way" how to
handle enums.
I commented the blog, though, here my are my doubts again:


I think its better to use "name()" as "toString()" as toString might be
customized by the developer.

public enum MyEnum
{
ABC("myAbc"),
DEF("myDef"),
UIO("myAbc");

private final String description;
MyEnum(String description)
{
this.description = description;
}
public String toString()
{
return this.description;
}
}

Though, I'd even used ordinal() as you can see here:
http://svn.apache.org/viewvc/myfaces/tomahawk/trunk/sandbox15/core/src/main/
java/org/apache/myfaces/custom/dynaForm/jsfext/EnumConverter.java?view=marku
p

As you can see, I render a special string with "[EMAIL PROTECTED]" that way
I avoid the use of valueBinding.getType() thing which can fail if it
e.g. points to a list or method with a simple Object as return type
(Though, not very likely I admit ;-) )
For sure, that way the user isn't really able to input the value of an
enum, though, I think the main use case of an enum in JSF is to show the
user a selection menu.

Just additional ideas ...

Ciao,
Mario

RE: JSF and Java 5.0 Enums

[Yee CN]

***
Your mail has been scanned by InterScan MSS.
***


Hi Mario,

Yes - name() is better than toString(). That's what I do myself.

What is appealing in Brodsema blog is really the following:

 Class enumType = comp.getValueBinding("value").getType(context);

This instantly eliminates the need for one converter per enum. It is a very
nice 'default' pattern.

I see your point that there are other variations. I actually have a couple
of Enums that I like to have a more user friendly display string. Your
Ordinal converter would render this nicely.

Also why use ordinal? I would think that using name() (i.e. [EMAIL PROTECTED])
would be easier to handle - i.e. instead of ordinalToEnum(), you could do:

int pos = value.indexOf('@');
String clazz = value.substring(0, pos);
String name = value.substring(pos+1);
Class enumType = Class.forName(clazz);
return Enum.valueOf(enumType, name);


I think these two patterns would make a very nice Wiki page. What do you
think?

Cheers,
Yee

-Original Message-
From: Mario Ivankovits [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 18, 2006 4:11 PM
To: MyFaces Discussion
Subject: Re: JSF and Java 5.0 Enums

Hi Yee!

> I found some useful hints on how to handle Enum in JSF. 
>
> http://brondsema.net/blog/index.php/2005/09/30/jsf_and_java_5_0_enums
>
> I think this is good material for Wiki, for the "Convertion and
> Validation" section.
>
I am not sure if we should add this blog entry as "official way" how to
handle enums.
I commented the blog, though, here my are my doubts again:


I think its better to use "name()" as "toString()" as toString might be
customized by the developer.

public enum MyEnum
{
ABC("myAbc"),
DEF("myDef"),
UIO("myAbc");

private final String description;
MyEnum(String description)
{
this.description = description;
}
public String toString()
{
return this.description;
}
}

Though, I'd even used ordinal() as you can see here:
http://svn.apache.org/viewvc/myfaces/tomahawk/trunk/sandbox15/core/src/main/
java/org/apache/myfaces/custom/dynaForm/jsfext/EnumConverter.java?view=marku
p

As you can see, I render a special string with "[EMAIL PROTECTED]" that way
I avoid the use of valueBinding.getType() thing which can fail if it
e.g. points to a list or method with a simple Object as return type
(Though, not very likely I admit ;-) )
For sure, that way the user isn't really able to input the value of an
enum, though, I think the main use case of an enum in JSF is to show the
user a selection menu.

Just additional ideas ...

Ciao,
Mario

JSF and Java 5.0 Enums

[Yee CN]

***
Your mail has been scanned by InterScan MSS.
***










Hi,

 

I found some useful hints on how to handle Enum in JSF.

 

http://brondsema.net/blog/index.php/2005/09/30/jsf_and_java_5_0_enums

 

I think this is good material for Wiki, for the
“Convertion and Validation” section. This page is
‘inmutable’ – if somebody can create a blank page for it I
will fill it the rest.

 

Cheers

 

Best regards,

Yee

RE: [announcement] dojo codebase now in Tomahawk

[Yee CN]

***
Your mail has been scanned by InterScan MSS.
***


Hurray. That's good news indeed. Which components are slated for promotions?
Hope TableSelectAjax is one of them.

Regards,
Yee

-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Werner Punz
Sent: Saturday, October 14, 2006 4:07 AM
To: users@myfaces.apache.org
Subject: [announcement] dojo codebase now in Tomahawk

As of now, the dojo codebase now resides in Tomahawk, not in the sandbox 
anymore.
For most people in here this wont make a huge difference, but for some, 
using the dojo initializer please, expect after Tomahawk 1.1.4 that you 
have to move your dojo initializer tag calls from the sandbox to the 
tomahawk namespace.

The dojo promotion from the sandbox to tomahawk was one of the major
blockers for a handful of sandbox components to be moved into Tomahawk, 
and for some outstanding Tomahawk bugs to be fixed.

So expect movement in this area soon as well. The sandbox has been 
gotten too big.

The currently affected version of Tomahawk is post 1.1.4 (which has been 
rebranched before this work)

So nothing will change for Tomahawk 1.1.4.

RE: tableSuggestAjax nightly gives error....

[Yee CN]

That's the textbox where the ajax table will appear underneath. I tested
with IE7 Beta 3 and Firefox.

With IE7 the error indicator appear the moment I click into the textbox.
When I started typing the error indicator disappeared, but no ajax table
appear. I checked the server log, the backend bean method is called as it
should, so the problem is with the javascripts.

The error messages says:
Line: 607
Char: 17
Error: 'value' is not null or not an object

Or
Line: 273
Char: 9
Error: 'null' is null or not an object

Line 607 definitely refers to the .js resources included by sandbox, as the
rendered page is shorter that this.


Firefox did not report any error, but no ajax table nevertheless.


I am using myfaces 1.1.4 and facelets 1.1.11

Regards,
Yee

-Original Message-
From: Gerald Müllan [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 08, 2006 12:42 AM
To: MyFaces Discussion
Subject: Re: tableSuggestAjax nightly gives error

Hi,

what do you exactly mean with "clicked on an ajax suggest textbox"?
Can you describe the problem a little bit further?

I have tried the latest nightly and the component seems to work to me.
In both browsers IE and firefox.

cheers,

Gerald

On 9/6/06, Yee CN <[EMAIL PROTECTED]> wrote:
>
>
>
>
> Hi,
>
>
>
> I am getting the following error while trying to migrate to the latest
> nightly build of myfaces-sandbox. The tableSuggestAjax now caused the
> following error in the browser:
>
>
>
> Error: 'tableSuggest.inputField.value' is null or not an object
>
>
>
> The error appear when I clicked on an ajax suggest textbox. It was working
> OK with the version downloaded around June. I also made sure that the
fields
> concerned are all initialized (i.e. not null).
>
>
>
> I am also upgrading to the myfaces 1.1.5 snapshot and tomahawk 1.5
snapshot
> (I was using 1.1.3). Is there any thing there that I should look out for?
>
>
>
> Any idea what could be the case?
>
>
>
> Thanks in advance.
>
> Yee
>
>
>
>
>
>


-- 
Gerald Müllan
Schelleingasse 2/11
1040 Vienna, Austria
0043 699 11772506
[EMAIL PROTECTED]

Is there a stable release of Sandbox?

[Yee CN]

Hi,

 

Is there a stable release of Tomahawk sandbox? I am having
problems with the current nightly (tableSuggestAjax), and the version I have
was over 3 months old. I am looking for a more recent build that I can use.

 

Thanks!

 

Cheers,

Yee

tableSuggestAjax nightly gives error....

[Yee CN]

Hi,

 

I am getting the following error while trying to migrate to
the latest nightly build of myfaces-sandbox. The tableSuggestAjax now caused
the following error in the browser:

 

Error:
‘tableSuggest.inputField.value’ is null or not an object

 

The error appear when I clicked on an ajax suggest textbox. It was working OK with
the version downloaded around June. I also made sure that the fields concerned
are all initialized (i.e. not null).

 

I am also upgrading to the myfaces 1.1.5 snapshot and
tomahawk 1.5 snapshot (I was using 1.1.3). Is there any thing there that I
should look out for?

 

Any idea what could be the case?

 

Thanks in advance.

Yee

 

 

 

tableSuggestAjax error

[Yee CN]

Hi,

 

I am getting the following error while trying to migrate to
the latest nightly build of myfaces-sandbox. The tableSuggestAjax now caused
the following error in the browser:

 

Error: ‘tableSuggest.inputField.value’
is null or not an object

 

The error appear when I clicked on an ajax suggest textbox. It was working OK with the
version downloaded around June. I also made sure that the fields concerned are
all initialized (i.e. not null).

 

Any idea what could be the case?

 

Thanks in advance.

Yee

 

 

the biggest myfaces webapp

[Yee CN]

I am in the same boat – a
distributed application that I was building has to be converted to become
centralized, so the number of users suddenly becomes at least an order of
magnitude larger.

 

I am thinking memory might not be such a
big issue as a multi-CPU Intel boxes with 8GB of memory is getting rather common
place nowadays. But I am a bit concerned about view rendering time. A while
back somebody posted a benchmark which I recalled was showing that JSF pages took
about 4 times longer to render, and there were some non-linear issues as well. In
principle faster CPU plus cheaper boxes for clustering should handle the
problem, but I am dying for someone to share his/her experience on large scale
deployment of JSF. 

 

I have no regret so far – after the
initial learning curve the faster development/prototype time has been a great
advantage to our team.

 

Regards

Yee









From: Rogerio Pereira
[mailto:[EMAIL PROTECTED] 
Sent: Sunday, August 20, 2006 7:31
AM
To: MyFaces
 Discussion
Subject: Re: the biggest myfaces
webapp



 

Thanks guys, this kind of
discussion is very useful.



2006/8/19, Kevin Galligan <[EMAIL PROTECTED]>:



If memory is the major concern, I think the real unknown is the view
state storage.  To be honest, this is an unknown for me also. 
Currently I'm keeping that stuff on the client.  If the page download size
isn't too big, I think this is the direction I'd stick with even in production,
as I don't have to worry about old views getting dumped from the session in
case the user really digs the back button. 

But, in general, I'm not sure what the memory issue would be beyond the view
storage.  I'm anti-session for most things anyway, besides carrying around
some standard user info.  I'm planning to rely on smart coding, tuning
hibernate settings (which, obvisouly, requires the use of hibernate) and,
possibly, turning on the hibernate cache for certain parts of the data. 

However, I do understand your concern.  I'm sort of in the same
boat.  I'm implementing an app and I'm not sure how many people will be
logging into it.  I don't know what the performance will really be
like.  I still think there is some technical understanding of the JSF view
that I've ignored until now that would probably help.  If anybody happens
to have a good page to point to that discusses the view, please forward that
along. 

What kind of box will this be running on?  I assume if this is a
production app that you might have a few hundred megs of memory available for
the application to play in?  Making that assumption, you've got about a
meg per user.  Right?  While compared to some other technologies, a
meg per user is a lot, but at the same time, hardware is cheap compared to
developer time.  Again, the big question mark in my mind is the view
storage.  If it were stored on the client, in theory you wouldn't need
much session space besides authentication, if any.  Right? 





 



On 8/19/06, Eurig
Jones <
[EMAIL PROTECTED]> wrote:

As far as I'm aware after
the research I've done I haven't seen any
large websites done in JSF.

I'm in the same boat as you. I'm developing an application which
potentially could have 200/300 users concurrently logged on and this is 
a worry for me too. I'm trying to code the application as carefully as I
possibly can with the fact that "LOTS of users will be logged on at the
same time", always in the back of my mind. Like with any web framework, 
you need to code the application in best possible practices and as
efficiently as possible (avoid using session beans as much as you
possibly can. etc.)

My concerns are memory usage more than anything. But this is a concern 
not with JSF but with developing my site with Tomcat and J2EE in
general. As for performance, to be honest with you, I feel like I'm
sailing into unchartered waters, because I really don't know! I can't
help looking at PHP/Apache and thinking how efficient and proven it is 
under heavy load (And that wasn't a call for a start on a PHP/Java debate).

Regards,
Eurig

Rogerio Pereira wrote:
> Somebody has myfaces webapps with more than 50/100 concurrent users?
>
> --
> Yours truly (Atenciosamente),
>
> Rogério (_rogerio_)
















-- 
Yours truly (Atenciosamente),

Rogério (_rogerio_)
http://faces.eti.br 

How to disable back button

[Yee CN]

Hi,

 

I am trying out a technique to disable the browser back
button as given in http://www.irt.org/script/311.htm;
 by adding the following under :

 

    


    window.history.forward(1);

    

 

I verified that the techniques works for non jsf pages, but
it seems to have no effects for jsf. I checked the rendered page, and saw that
the script is still there, but intermingled with loads of other scripts
generated by jsf.

 

Is there a way to get something similar to work in jsf?

 

 

Many thanks in advance.

 

Yee