t:schedule patch
I have modified the schedule, so now it can display weekends not compressed in the month view: https://issues.apache.org/jira/browse/TOMAHAWK-577 if anyone would like to test it, let me know if everything works fine regards, -- Michał Stawicki [EMAIL PROTECTED] http://stawicki.jasliska.pl
[Trinidad] tr:panelTabbed - validation of unvisited tabs
Hi All, Is it possible to make a tr:panelTabbed validate all its rendered tr:showDetailItem children? The default behaviour appears to not validate the children of undisclosed tabs, even though they have rendered=true. The application I am working on, wants to allow users to visit the tabs as they see fit, but to ensure that all tabs are valid before progressing to the next step. I've attempted a workaround by adding code to temporarily disclose the other tabs in turn, and manually call processValidators() on them, but this doesn't work because the input fields of the undisclosed tabs have no submitted data, and claim to be valid (which also seems strange). Looking through the mailing lists, I found an old thread which looked similar, but no solution: http://forums.oracle.com/forums/thread.jspa?messageID=905706#905706 Thanks in advance. Peter. P.S. I'm on trinidad-1.0.1.
[Trinidad] panelTabbed - validation of unvisited tabs
I have a form containing various input fields followed by a panelTabbed, and lastly an OK commandButton. The panelTabbed contains some showDetailItem children, which have various input fields, some of which have required=true. The users may visit the tabs as they see fit, and then press the OK button, and I need each showDetailItem child to be valid as a precondition for the button action. However if a showDetailItem is not disclosed it will not validate its children. So if the user doesn't happen to visit every tab, the unvisited tabs may not be valid, but the validation phase passes, and the commandButton's action method is invoked. This behaviour seems wrong to me, as I would have expected that all rendered=true fields inside a form should be valid before the form is considered valid. Does anyone know of a way to force the display of the invalid tabs, with their errors? I've attempted a workaround by adding code to temporarily disclose the other tabs in turn, and manually call processValidators() on them, but this doesn't work because the input fields of the undisclosed tabs have no submitted data, and claim to be valid (which also seems strange). I've also considered adding code to replace submitted values of null with , but this seems like a kludge too far. Looking through the mailing lists, I found an old thread which looked similar, but no solution: http://forums.oracle.com/forums/thread.jspa?messageID=905706#905706 I'm using trinidad-1.0.1.
RE: [Trinidad] panelTabbed - validation of unvisited tabs - apologies for duplicate
the original didn't appear for over 12 hours :-(
Adding FacesMessage that can be available in view after handleNavigation
Hi,
I am trying to write some general way to handle application errors with JSF.
I understand application error as error after that user redirected to
some error page.
In my implementation application error is FacesMessage with SEVERITY_FATAL.
I have wrote ApplicationErrorsSupervisor, see code below.
But after redirecting to errors.faces all messages are discarded. And
therefore user doesn't see his fatal error. How can I using JSF add
all messages to view to redirect?
public class ApplicationErrorsSupervisor implements PhaseListener {
public void afterPhase(PhaseEvent event) {}
public void beforePhase(PhaseEvent event) {
FacesContext context = FacesContext.getCurrentInstance();
String viewId = context.getViewRoot().getViewId();
if(viewId.equals(Constants.VIEW_ERROR))
return;
Iterator messages = context.getMessages();
while(messages.hasNext()) {
FacesMessage message = (FacesMessage) messages.next();
if(message.getSeverity() == FacesMessage.SEVERITY_FATAL) {
context.getApplication().getNavigationHandler().handleNavigation(context,
null, error);
}
}
}
public PhaseId getPhaseId() {
return PhaseId.RENDER_RESPONSE;
}
}
Re: Adding FacesMessage that can be available in view after handleNavigation
Hi! But after redirecting to errors.faces all messages are discarded. And therefore user doesn't see his fatal error. How can I using JSF add all messages to view to redirect? See the tomahawk sandbox RedirectTracker stuff [1]. Correctly configured it will make the messages available after a redirect too. Ciao, Mario [1] http://wiki.apache.org/myfaces/RedirectTracker
[Trinidad] trinidad libraries in Netbeans
Hi, Has anyone tried to use the Trinidad libraries in Netbeans or Sun Studio Creator? We have Netbeans 5.5 with the visual web pack installed. We're creating a JSF web application. We're using Apache Myfaces Trinidad, and want to add these JSF components to the Netbeans palette so We can drag and drop the UI components as we need them. Has anyone experience in setting up the Trinidad libraries in Netbeans? I'd appreciated any help on this. Best regards, Darren. P Please consider the environment before printing this email _ 1. The information contained in this E-mail, including any files transmitted with it, is confidential and may be legally privileged. This E-mail is intended only for the personal attention of the stated addressee(s). Any access to this E-mail, including any files transmitted with it, by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this E-mail or any files transmitted with it. Such unauthorised use may be unlawful. If you have received this E-mail in error, please inform the sender immediately and delete it and all copies from your system. You may not forward this E-mail without the permission of the sender. 2. The views expressed in this E-mail are those of the author, and do not necessarily represent the views of AMT-SYBEX. Internet communications are not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the contents of this message nor for any damage caused by viruses. AMT-SYBEX Limited is a UK company, registration number GB03036807 at address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com _
Re: [Trinidad] trinidad libraries in Netbeans
I think that you can't add components to DD in NetBeans. On 19/07/07, Darren McEntee [EMAIL PROTECTED] wrote: Hi, Has anyone tried to use the Trinidad libraries in Netbeans or Sun Studio Creator? We have Netbeans 5.5 with the visual web pack installed. We're creating a JSF web application. We're using Apache Myfaces Trinidad, and want to add these JSF components to the Netbeans palette so We can drag and drop the UI components as we need them. Has anyone experience in setting up the Trinidad libraries in Netbeans? I'd appreciated any help on this. Best regards, Darren. P Please consider the environment before printing this email _ 1. The information contained in this E-mail, including any files transmitted with it, is confidential and may be legally privileged. This E-mail is intended only for the personal attention of the stated addressee(s). Any access to this E-mail, including any files transmitted with it, by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this E-mail or any files transmitted with it. Such unauthorised use may be unlawful. If you have received this E-mail in error, please inform the sender immediately and delete it and all copies from your system. You may not forward this E-mail without the permission of the sender. 2. The views expressed in this E-mail are those of the author, and do not necessarily represent the views of AMT-SYBEX. Internet communications are not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the contents of this message nor for any damage caused by viruses. AMT-SYBEX Limited is a UK company, registration number GB03036807 at address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com _ -- Michał Stawicki [EMAIL PROTECTED] http://stawicki.jasliska.pl
AW: [Trinidad] trinidad libraries in Netbeans
It should be possible for any JSF component library. In Netbeans VWP it requires a complib file (see http://wiki.java.net/bin/view/Javatools/CustomComponentLibraries). Creating one seems to be quite a lot of work. But it sure would be a nice thing. Peter -Ursprüngliche Nachricht- Von: Michal 'Gandalf' Stawicki [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 19. Juli 2007 12:06 An: MyFaces Discussion Betreff: Re: [Trinidad] trinidad libraries in Netbeans I think that you can't add components to DD in NetBeans. On 19/07/07, Darren McEntee [EMAIL PROTECTED] wrote: Hi, Has anyone tried to use the Trinidad libraries in Netbeans or Sun Studio Creator? We have Netbeans 5.5 with the visual web pack installed. We're creating a JSF web application. We're using Apache Myfaces Trinidad, and want to add these JSF components to the Netbeans palette so We can drag and drop the UI components as we need them. Has anyone experience in setting up the Trinidad libraries in Netbeans? I'd appreciated any help on this. Best regards, Darren. P Please consider the environment before printing this email _ 1. The information contained in this E-mail, including any files transmitted with it, is confidential and may be legally privileged. This E-mail is intended only for the personal attention of the stated addressee(s). Any access to this E-mail, including any files transmitted with it, by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this E-mail or any files transmitted with it. Such unauthorised use may be unlawful. If you have received this E-mail in error, please inform the sender immediately and delete it and all copies from your system. You may not forward this E-mail without the permission of the sender. 2. The views expressed in this E-mail are those of the author, and do not necessarily represent the views of AMT-SYBEX. Internet communications are not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the contents of this message nor for any damage caused by viruses. AMT-SYBEX Limited is a UK company, registration number GB03036807 at address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com _ -- Michał Stawicki [EMAIL PROTECTED] http://stawicki.jasliska.pl
RE: [Trinidad] trinidad libraries in Netbeans
Thanks Michał, Our client will be using the Sun app server. Can you recommend any setup for this? Thanks, Darren. -Original Message- From: Michał 'Gandalf' Stawicki [mailto:[EMAIL PROTECTED] Sent: 19 July 2007 11:06 To: MyFaces Discussion Subject: Re: [Trinidad] trinidad libraries in Netbeans ** This Message Originated From The Internet Please Be Aware Of Suspicious Attachments And Content ** I think that you can't add components to DD in NetBeans. On 19/07/07, Darren McEntee [EMAIL PROTECTED] wrote: Hi, Has anyone tried to use the Trinidad libraries in Netbeans or Sun Studio Creator? We have Netbeans 5.5 with the visual web pack installed. We're creating a JSF web application. We're using Apache Myfaces Trinidad, and want to add these JSF components to the Netbeans palette so We can drag and drop the UI components as we need them. Has anyone experience in setting up the Trinidad libraries in Netbeans? I'd appreciated any help on this. Best regards, Darren. P Please consider the environment before printing this email _ 1. The information contained in this E-mail, including any files transmitted with it, is confidential and may be legally privileged. This E-mail is intended only for the personal attention of the stated addressee(s). Any access to this E-mail, including any files transmitted with it, by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this E-mail or any files transmitted with it. Such unauthorised use may be unlawful. If you have received this E-mail in error, please inform the sender immediately and delete it and all copies from your system. You may not forward this E-mail without the permission of the sender. 2. The views expressed in this E-mail are those of the author, and do not necessarily represent the views of AMT-SYBEX. Internet communications are not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the contents of this message nor for any damage caused by viruses. AMT-SYBEX Limited is a UK company, registration number GB03036807 at address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com _ -- Michał Stawicki [EMAIL PROTECTED] http://stawicki.jasliska.pl P Please consider the environment before printing this email
Re: Getting contents for Tree2 component
Okay I tried to integrate this code and this is what I've come up:
List Cataloguelist = CatalogueDAO.instance().getCatalogues(refid);
MapString, TreeNodeBase nodes = new HashMapString, TreeNodeBase();
MapString, SetString hier = new HashMapString, SetString();
TreeNodeBase rootNode = new TreeNodeBase();
for(Catalogue cat: list){
TreeNodeBase node = new TreeNodeBase();
node.setIdentifier( String.valueOf( cat.getId()));
node.setDescription(cat.getName());
int parentId = cat.getParent_id();
node.setLeaf(true);
if (parentId != 0) {//has a parent folder
SetString ids = hier.get(String.valueOf(parentId));
if (ids == null) {
ids = new HashSetString();
hier.put(String.valueOf(parentId), ids);
} else {//parent id is present in map hier
rootNode.getChildren().add(node);//add node to
rootNode
}
ids.add(node.getIdentifier());//add nodeIdentifier to
HashSet of ids
nodes.put(String.valueOf(parentId), node);
}
Iterator it = hier.entrySet().iterator();
while (it.hasNext()) {
Map.Entry pairs = (Map.Entry)it.next();
log.debug(key: + pairs.getKey() + value: +
pairs.getValue());
SetString ids = (SetString) pairs.getValue();
if (ids == null) { continue; }
TreeNodeBase parentNode = nodes.get(pairs.getKey());
parentNode.setLeaf(false);
for (String nodeId : ids) {
TreeNodeBase childNode =
nodes.get(nodeId);
parentNode.getChildren().add(childNode);
}
}
}
return new TreeModelBase(rootNode);
This gives me the nasty NullPointerException, I tried to looked into the
myfaces core codes to see what I missed but to no avail...any leads on how
to get pass this error.
2007-07-19 17:43:11,627 ERROR
[org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/pages].[jsp]]
Servlet.service() for servlet jsp threw exception
java.lang.NullPointerException: key
at
javax.faces.component._ComponentFacetMap.checkKey(_ComponentFacetMap.java:126)
at
javax.faces.component._ComponentFacetMap.get(_ComponentFacetMap.java:93)
at
javax.faces.component.UIComponentBase.getFacet(UIComponentBase.java:446)
at
org.apache.myfaces.custom.tree2.HtmlTreeRenderer.encodeCurrentNode(HtmlTreeRenderer.java:321)
at
org.apache.myfaces.custom.tree2.HtmlTreeRenderer.encodeTree(HtmlTreeRenderer.java:258)
at
org.apache.myfaces.custom.tree2.HtmlTreeRenderer.encodeChildren(HtmlTreeRenderer.java:206)
at
javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:527)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChild(RendererUtils.java:414)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChildren(RendererUtils.java:400)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChild(RendererUtils.java:417)
at
org.apache.myfaces.shared_impl.renderkit.html.HtmlGridRendererBase.renderChildren(HtmlGridRendererBase.java:229)
at
org.apache.myfaces.shared_impl.renderkit.html.HtmlGridRendererBase.encodeEnd(HtmlGridRendererBase.java:101)
at
javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:539)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChild(RendererUtils.java:419)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChildren(RendererUtils.java:400)
at
org.apache.myfaces.shared_impl.renderkit.html.HtmlGroupRendererBase.encodeEnd(HtmlGroupRendererBase.java:78)
at
javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:539)
at
org.apache.myfaces.shared_tomahawk.renderkit.RendererUtils.renderChild(RendererUtils.java:419)
at
org.apache.myfaces.custom.tabbedpane.HtmlTabbedPaneRenderer.writeTabsContents(HtmlTabbedPaneRenderer.java:550)
at
org.apache.myfaces.custom.tabbedpane.HtmlTabbedPaneRenderer.encodeEnd(HtmlTabbedPaneRenderer.java:232)
at
javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:539)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChild(RendererUtils.java:419)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChildren(RendererUtils.java:400)
at
RE: [Trinidad] trinidad libraries in Netbeans
It does look like a bit of work alright: http://wiki.java.net/bin/view/Javatools/CustomComponentLibraries I wonder if the Trinidad guys would be interested in creating a complib file for the Trinidad releases.!? I think this would be very useful! -Original Message- From: Fleischer Peter [mailto:[EMAIL PROTECTED] Sent: 19 July 2007 11:14 To: MyFaces Discussion Subject: AW: [Trinidad] trinidad libraries in Netbeans ** This Message Originated From The Internet Please Be Aware Of Suspicious Attachments And Content ** It should be possible for any JSF component library. In Netbeans VWP it requires a complib file (see http://wiki.java.net/bin/view/Javatools/CustomComponentLibraries). Creating one seems to be quite a lot of work. But it sure would be a nice thing. Peter -Ursprüngliche Nachricht- Von: Michal 'Gandalf' Stawicki [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 19. Juli 2007 12:06 An: MyFaces Discussion Betreff: Re: [Trinidad] trinidad libraries in Netbeans I think that you can't add components to DD in NetBeans. On 19/07/07, Darren McEntee [EMAIL PROTECTED] wrote: Hi, Has anyone tried to use the Trinidad libraries in Netbeans or Sun Studio Creator? We have Netbeans 5.5 with the visual web pack installed. We're creating a JSF web application. We're using Apache Myfaces Trinidad, and want to add these JSF components to the Netbeans palette so We can drag and drop the UI components as we need them. Has anyone experience in setting up the Trinidad libraries in Netbeans? I'd appreciated any help on this. Best regards, Darren. P Please consider the environment before printing this email _ 1. The information contained in this E-mail, including any files transmitted with it, is confidential and may be legally privileged. This E-mail is intended only for the personal attention of the stated addressee(s). Any access to this E-mail, including any files transmitted with it, by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this E-mail or any files transmitted with it. Such unauthorised use may be unlawful. If you have received this E-mail in error, please inform the sender immediately and delete it and all copies from your system. You may not forward this E-mail without the permission of the sender. 2. The views expressed in this E-mail are those of the author, and do not necessarily represent the views of AMT-SYBEX. Internet communications are not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the contents of this message nor for any damage caused by viruses. AMT-SYBEX Limited is a UK company, registration number GB03036807 at address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com _ -- Michał Stawicki [EMAIL PROTECTED] http://stawicki.jasliska.pl P Please consider the environment before printing this email
AW: [Trinidad] trinidad libraries in Netbeans
For some projects it sure would be very useful. IMHO it would lower the entry level to JSF technology for a lot of users. But for a lot of projects this approach doesn't seam feasible to me, as Netbeans VWP doesn't support Facelets. My personal preferred setup is using a Netbeans project without VWP (Yes, I don't use Eclipse as a matter of personal taste) and using project type Web application. I recommend using the Netbeans plugin for Facelets support found under https://nbfaceletssupport.dev.java.net/. Peter -Ursprüngliche Nachricht- Von: Darren McEntee [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 19. Juli 2007 12:29 An: MyFaces Discussion Betreff: RE: [Trinidad] trinidad libraries in Netbeans It does look like a bit of work alright: http://wiki.java.net/bin/view/Javatools/CustomComponentLibraries I wonder if the Trinidad guys would be interested in creating a complib file for the Trinidad releases.!? I think this would be very useful! -Original Message- From: Fleischer Peter [mailto:[EMAIL PROTECTED] Sent: 19 July 2007 11:14 To: MyFaces Discussion Subject: AW: [Trinidad] trinidad libraries in Netbeans ** This Message Originated From The Internet Please Be Aware Of Suspicious Attachments And Content ** It should be possible for any JSF component library. In Netbeans VWP it requires a complib file (see http://wiki.java.net/bin/view/Javatools/CustomComponentLibraries). Creating one seems to be quite a lot of work. But it sure would be a nice thing. Peter -Ursprüngliche Nachricht- Von: Michal 'Gandalf' Stawicki [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 19. Juli 2007 12:06 An: MyFaces Discussion Betreff: Re: [Trinidad] trinidad libraries in Netbeans I think that you can't add components to DD in NetBeans. On 19/07/07, Darren McEntee [EMAIL PROTECTED] wrote: Hi, Has anyone tried to use the Trinidad libraries in Netbeans or Sun Studio Creator? We have Netbeans 5.5 with the visual web pack installed. We're creating a JSF web application. We're using Apache Myfaces Trinidad, and want to add these JSF components to the Netbeans palette so We can drag and drop the UI components as we need them. Has anyone experience in setting up the Trinidad libraries in Netbeans? I'd appreciated any help on this. Best regards, Darren. P Please consider the environment before printing this email _ 1. The information contained in this E-mail, including any files transmitted with it, is confidential and may be legally privileged. This E-mail is intended only for the personal attention of the stated addressee(s). Any access to this E-mail, including any files transmitted with it, by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this E-mail or any files transmitted with it. Such unauthorised use may be unlawful. If you have received this E-mail in error, please inform the sender immediately and delete it and all copies from your system. You may not forward this E-mail without the permission of the sender. 2. The views expressed in this E-mail are those of the author, and do not necessarily represent the views of AMT-SYBEX. Internet communications are not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the contents of this message nor for any damage caused by viruses. AMT-SYBEX Limited is a UK company, registration number GB03036807 at address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com _ -- Michał Stawicki [EMAIL PROTECTED] http://stawicki.jasliska.pl P Please consider the environment before printing this email
Re: Adding FacesMessage that can be available in view after handleNavigation
Sorry, maybe I am ambiguous. I mean changing navigation flow using getNavigationHandler().handleNavigation() but not really redirect with context.getExternalContext().redirect(error.faces); Should I use RedirectTracker also for handleNavigation? Thanks On 7/19/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Hi! But after redirecting to errors.faces all messages are discarded. And therefore user doesn't see his fatal error. How can I using JSF add all messages to view to redirect? See the tomahawk sandbox RedirectTracker stuff [1]. Correctly configured it will make the messages available after a redirect too. Ciao, Mario [1] http://wiki.apache.org/myfaces/RedirectTracker
Re: [Trinidad] trinidad libraries in Netbeans
Support for tools would be great, Feel free to start contributing :-) -Matthias On 7/19/07, Darren McEntee [EMAIL PROTECTED] wrote: It does look like a bit of work alright: http://wiki.java.net/bin/view/Javatools/CustomComponentLibraries I wonder if the Trinidad guys would be interested in creating a complib file for the Trinidad releases.!? I think this would be very useful! -Original Message- From: Fleischer Peter [mailto:[EMAIL PROTECTED] Sent: 19 July 2007 11:14 To: MyFaces Discussion Subject: AW: [Trinidad] trinidad libraries in Netbeans ** This Message Originated From The Internet Please Be Aware Of Suspicious Attachments And Content ** It should be possible for any JSF component library. In Netbeans VWP it requires a complib file (see http://wiki.java.net/bin/view/Javatools/CustomComponentLibraries). Creating one seems to be quite a lot of work. But it sure would be a nice thing. Peter -Ursprüngliche Nachricht- Von: Michal 'Gandalf' Stawicki [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 19. Juli 2007 12:06 An: MyFaces Discussion Betreff: Re: [Trinidad] trinidad libraries in Netbeans I think that you can't add components to DD in NetBeans. On 19/07/07, Darren McEntee [EMAIL PROTECTED] wrote: Hi, Has anyone tried to use the Trinidad libraries in Netbeans or Sun Studio Creator? We have Netbeans 5.5 with the visual web pack installed. We're creating a JSF web application. We're using Apache Myfaces Trinidad, and want to add these JSF components to the Netbeans palette so We can drag and drop the UI components as we need them. Has anyone experience in setting up the Trinidad libraries in Netbeans? I'd appreciated any help on this. Best regards, Darren. P Please consider the environment before printing this email _ 1. The information contained in this E-mail, including any files transmitted with it, is confidential and may be legally privileged. This E-mail is intended only for the personal attention of the stated addressee(s). Any access to this E-mail, including any files transmitted with it, by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this E-mail or any files transmitted with it. Such unauthorised use may be unlawful. If you have received this E-mail in error, please inform the sender immediately and delete it and all copies from your system. You may not forward this E-mail without the permission of the sender. 2. The views expressed in this E-mail are those of the author, and do not necessarily represent the views of AMT-SYBEX. Internet communications are not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the contents of this message nor for any damage caused by viruses. AMT-SYBEX Limited is a UK company, registration number GB03036807 at address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com _ -- Michał Stawicki [EMAIL PROTECTED] http://stawicki.jasliska.pl P Please consider the environment before printing this email -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
RE: [Trinidad] Renderer Listeners
This sounds great! I think usage could extend well beyond debugging as well! -Original Message- From: Gary VanMatre [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 18, 2007 5:33 PM To: MyFaces Discussion Subject: Re: [Trinidad] Renderer Listeners From: Adam Winer [EMAIL PROTECTED] I'd like to see this as a javax.faces.component.UIComponent feature, not anything specific to one library. +1 That would be the place for it (JSF 2.0) -- Adam On 7/18/07, Gary VanMatre wrote: From: Simon Lessard Yes, that would be awesome. I actually made a wrapper component doing just that in a project. JSF 1.2 also allows that on which is better than nothing, but support on most component would be more useful and interesting to trap evil components not acting like expected. We tried something similar for the shale's commons validator. This was an attempt to add the ability for a validator to participate in rendering for client-side support. We hooked into the render kit [1] and wrappered renderers of the command [2] and input [3] families. At first this seemed like a great trick but later inte rfered with tomahawks PPR. The PPR of tomahawk uses an interface implemented by the renderer that we were hiding. I suppose this would be OK if it was tuned specifically to a component library. [1] http://svn.apache.org/viewvc/shale/framework/trunk/shale-validator/src/main/java /org/apache/shale/validator/faces/ValidatorRenderKit.java?view=markup [2] http://svn.apache.org/viewvc/shale/framework/trunk/shale-validator/src/main/java /org/apache/shale/validator/faces/ValidatorRenderKit.java?view=markup [3] http://svn.apache.org/viewvc/shale/framework/trunk/shale-validator/src/main/java /org/apache/shale/validator/faces/ValidatorInputRenderer.java?view=markup Gary On 7/18/07, Adam Winer w rote: BTW, one thing I thought of recently is that it could be really handy for JSF debugging to support attaching component-level phase listeners (render, and other phases), so you could set a breakpoint at, for instance, Before my table renders. Or After this input field validates. That'd be a generalization of a render listener. The trick would be doing this in a way that doesn't drag down performance overall, which might be a lot easier if the overall UIComponent API were overhauled... -- Adam On 7/17/07, William Hoover wrote: The problem with the tableSelecti on is that I can't ensure that the page will always be using a table component for the list, but I think I might have a solution. Thanks for the help though! Concerning the render listeners... I can understand your concern. I was thinking that another solution (correct me if I'm wrong) might be using the RenderStage to track this. When a new stage is set any listeners that are registered will be notified by a render event... Just a thought :o) -Original Message- From: Adam Winer [mailto:[EMAIL PROTECTED] Sent: Monday, July 16, 2007 7:24 PM To: MyFaces Discussion Subject: Re: [Trinidad] Renderer Listeners On 7/16/07, Will iam Ho over wrote: The intent is to track selections. It seems like a lot of extra work to maintain quite a few tr:inputHidden components just to capture selection values. I see what your saying about post-processing a pattern in JS, but I don't think that searching through table for fields might be the best solution :) For selection the Trinidad table has a built-in selection mechanism - tableSelection=single|multiple. Might not be the UI you love best, but it works. It seems like a cleaner and less error prone solution would be a renderer listener that can be invoked in either the encodeBegin() or encodeEnd() methods in the base component. That way a custo m component isn't necessary. All I would have to do is set the renderer listener on the link component to process after the link has been rendered, capture the UIParameter values (they will not be null at this stage as they were before the link was rendered), and use them in a JS call to populate the selection input (as described below). I think this approach would minimize the amount of work it takes to implement a custom component, and I'm sure that code execution would be more efficient than adding a new component to the mix everytime that a developer needs some code to execute before/after a component renders. I can see quite a few scenarios where it might be h elpful to fire some code before/after any component has been rendered- don't you? Actually , I wa s imagining one custom component that exposes a generic before/after rendering listener API. My concern about adding this
Re: Adding FacesMessage that can be available in view after handleNavigation
Hi,
I resolve similar problem by next MessagesPhaseListener and saving
message text into session bean:
1. Create class MessagesPhaseListener
--
public class MessagesPhaseListener implements PhaseListener {
public MessagesPhaseListener() {
}
public PhaseId getPhaseId() {
return PhaseId.RENDER_RESPONSE;
}
public void beforePhase(PhaseEvent phaseEvent) {
FacesContextctx;
MySession session;
ctx = phaseEvent.getFacesContext();
session = ServiceLocator.getMySession();
// Error Messages Handle
if (session.isErrorMessage()) {
ctx.addMessage(null, new
FacesMessage(FacesMessage.SEVERITY_ERROR, session.popErrorMessage(),
null));
}
}
public void afterPhase(PhaseEvent phaseEvent) {
}
}
--
2. In any session bean eg. MySession create methods for messages stack
or simple remembering one message:
--
private String errMessage;
public void setErrorMessage(String msg) {
errMessage = msg;
}
public boolean isErrorMessage() {
return (errMessage != null);
}
public String popErrorMessage() {
String msg = errMessage;
errMessage = null;
return msg;
}
--
3. Register MessagesPhaseListener in faces-config.xml as eg.:
lifecycle
phase-listenercom.company.xxx.MessagesPhaseListener/phase-listener
/lifecycle
4. ServiceLocator is my help class, where i get reference to session
bean roughly by this steps:
FacesContext ctx = FacesContext.getCurrentInstance();
ValueBinding vb =
ctx.getApplication().createValueBinding(#{MySession});
return (MySession)vb.getValue(ctx);
Hope this help. Have nice day,
Petr
sed wrote:
Hi,
I am trying to write some general way to handle application errors
with JSF.
I understand application error as error after that user redirected to
some error page.
In my implementation application error is FacesMessage with
SEVERITY_FATAL.
I have wrote ApplicationErrorsSupervisor, see code below.
But after redirecting to errors.faces all messages are discarded. And
therefore user doesn't see his fatal error. How can I using JSF add
all messages to view to redirect?
public class ApplicationErrorsSupervisor implements PhaseListener {
public void afterPhase(PhaseEvent event) {}
public void beforePhase(PhaseEvent event) {
FacesContext context = FacesContext.getCurrentInstance();
String viewId = context.getViewRoot().getViewId();
if(viewId.equals(Constants.VIEW_ERROR))
return;
Iterator messages = context.getMessages();
while(messages.hasNext()) {
FacesMessage message = (FacesMessage) messages.next();
if(message.getSeverity() == FacesMessage.SEVERITY_FATAL) {
context.getApplication().getNavigationHandler().handleNavigation(context,
null, error);
}
}
}
public PhaseId getPhaseId() {
return PhaseId.RENDER_RESPONSE;
}
}
Re: Adding FacesMessage that can be available in view after handleNavigation
Hi! Sorry, maybe I am ambiguous. I mean changing navigation flow using getNavigationHandler().handleNavigation() but not really redirect with context.getExternalContext().redirect(error.faces); Should I use RedirectTracker also for handleNavigation? The RedirectTracker will handle every redirect issued through the Servlet-API. In the end, handleNavigation() with the redirect / option will do so. The RedirectTracker will work transparently in the background. Ciao, Mario
[tree2] expand folder by clickling on folder name
I'd like to have to open a folder not only by clicking on +/- but also when I click on the folders name - Is there a way to accomplish that with tree2? -- View this message in context: http://www.nabble.com/-tree2--expand-folder-by-clickling-on-folder-name-tf4110244.html#a11687822 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Myfaces 1.2 upgrading
Hello all,
I am attempting to upgrade our application to Myfaces 1.2 and have come
across 2 interesting issues. Bot have workarounds but I was wondering
if they are bugs or not.
1. The names of facets for tomahawk tree2 must be hardcoded and cannot
come from a bean.
So facet name=#{someBean.rootNodeType} will not work but
facet name=root will.
2. Definition of a StyleClass can fail with the following exception:
javax.faces.convert.ConverterException: invalid style ''
at
javax.faces.convert.DateTimeConverter.calcStyle(DateTimeConverter.java:2
03)
at
javax.faces.convert.DateTimeConverter.getDateFormat(DateTimeConverter.ja
va:166)
at
javax.faces.convert.DateTimeConverter.getAsString(DateTimeConverter.java
:125)
This was discovered because we use a conditional in our tree to define
styles dependant on the selected node.
styleClass=#{t.nodeSelected || node.container eq selectedContainer ?
'selectedContainer' : '' }
The workaround is to define the empty style to a style that is not
defined.
styleClass=#{t.nodeSelected || node.container eq selectedContainer ?
'selectedContainer' : 'nullStyle'}
Are these bugs or spec changes from 1.1 to 1.2?
--
Matthieu Cormier
Abridean Inc.
T: 902-442-5122 x 5145
F: 902-442-5101
www.abridean.com http://www.abridean.com
This e-mail is intended solely for the person or entity to which it is
addressed and may contain confidential and/or privileged information.
Any review, dissemination, copying, printing or other use of this e-mail
by persons or entities other than the addressee is prohibited. If you
have received this e-mail in error, please contact the sender
immediately and delete the material from any computer
Re: [tree2] expand folder by clickling on folder name
f:facet name=objectProperties
t:commandLink
styleClass=properties
actionListener=#{t.setNodeSelected}
t:outputText
value=#{node.description}
style=#{t.nodeSelected ? 'font-weight:
bold; color: #FF3366' : ''} /
t:updateActionListener
property=#{reservationsManager.selectedNode}
value=#{node}/
f:param name=docNum
value=#{node.identifier}/
/t:commandLink
/t:panelGrid
/f:facet
In the setSelectedNode(TreeNode node) method, for ex.:
String id = treeBinding.getNodeId();
String [] path =
treeBinding.getPathInformation(id);
treeBinding.expandPath(path);
On 19/07/07, Tomzi [EMAIL PROTECTED] wrote:
I'd like to have to open a folder not only by clicking on +/- but also when I
click on the folders name - Is there a way to accomplish that with tree2?
--
View this message in context:
http://www.nabble.com/-tree2--expand-folder-by-clickling-on-folder-name-tf4110244.html#a11687822
Sent from the MyFaces - Users mailing list archive at Nabble.com.
--
Michał Stawicki
[EMAIL PROTECTED]
http://stawicki.jasliska.pl
Re: Getting contents for Tree2 component
Ah, forgot to mention you need to set the node type. That is what the
tree uses to determine that facet to use. I don't know the exact
property, as I no longer have the code (we aren't working on JSF here
anymore :-( ).
-Andrew
On 7/19/07, kewldude [EMAIL PROTECTED] wrote:
Okay I tried to integrate this code and this is what I've come up:
List Cataloguelist = CatalogueDAO.instance().getCatalogues(refid);
MapString, TreeNodeBase nodes = new HashMapString, TreeNodeBase();
MapString, SetString hier = new HashMapString, SetString();
TreeNodeBase rootNode = new TreeNodeBase();
for(Catalogue cat: list){
TreeNodeBase node = new TreeNodeBase();
node.setIdentifier( String.valueOf( cat.getId()));
node.setDescription(cat.getName());
int parentId = cat.getParent_id();
node.setLeaf(true);
if (parentId != 0) {//has a parent folder
SetString ids = hier.get(String.valueOf(parentId));
if (ids == null) {
ids = new HashSetString();
hier.put(String.valueOf(parentId), ids);
} else {//parent id is present in map hier
rootNode.getChildren().add(node);//add node to
rootNode
}
ids.add(node.getIdentifier());//add nodeIdentifier to
HashSet of ids
nodes.put(String.valueOf(parentId), node);
}
Iterator it = hier.entrySet().iterator();
while (it.hasNext()) {
Map.Entry pairs = (Map.Entry)it.next();
log.debug(key: + pairs.getKey() + value: +
pairs.getValue());
SetString ids = (SetString) pairs.getValue();
if (ids == null) { continue; }
TreeNodeBase parentNode = nodes.get(pairs.getKey());
parentNode.setLeaf(false);
for (String nodeId : ids) {
TreeNodeBase childNode =
nodes.get(nodeId);
parentNode.getChildren().add(childNode);
}
}
}
return new TreeModelBase(rootNode);
This gives me the nasty NullPointerException, I tried to looked into the
myfaces core codes to see what I missed but to no avail...any leads on how
to get pass this error.
2007-07-19 17:43:11,627 ERROR
[org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/pages].[jsp]]
Servlet.service() for servlet jsp threw exception
java.lang.NullPointerException: key
at
javax.faces.component._ComponentFacetMap.checkKey(_ComponentFacetMap.java:126)
at
javax.faces.component._ComponentFacetMap.get(_ComponentFacetMap.java:93)
at
javax.faces.component.UIComponentBase.getFacet(UIComponentBase.java:446)
at
org.apache.myfaces.custom.tree2.HtmlTreeRenderer.encodeCurrentNode(HtmlTreeRenderer.java:321)
at
org.apache.myfaces.custom.tree2.HtmlTreeRenderer.encodeTree(HtmlTreeRenderer.java:258)
at
org.apache.myfaces.custom.tree2.HtmlTreeRenderer.encodeChildren(HtmlTreeRenderer.java:206)
at
javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:527)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChild(RendererUtils.java:414)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChildren(RendererUtils.java:400)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChild(RendererUtils.java:417)
at
org.apache.myfaces.shared_impl.renderkit.html.HtmlGridRendererBase.renderChildren(HtmlGridRendererBase.java:229)
at
org.apache.myfaces.shared_impl.renderkit.html.HtmlGridRendererBase.encodeEnd(HtmlGridRendererBase.java:101)
at
javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:539)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChild(RendererUtils.java:419)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChildren(RendererUtils.java:400)
at
org.apache.myfaces.shared_impl.renderkit.html.HtmlGroupRendererBase.encodeEnd(HtmlGroupRendererBase.java:78)
at
javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:539)
at
org.apache.myfaces.shared_tomahawk.renderkit.RendererUtils.renderChild(RendererUtils.java:419)
at
org.apache.myfaces.custom.tabbedpane.HtmlTabbedPaneRenderer.writeTabsContents(HtmlTabbedPaneRenderer.java:550)
at
org.apache.myfaces.custom.tabbedpane.HtmlTabbedPaneRenderer.encodeEnd(HtmlTabbedPaneRenderer.java:232)
at
javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:539)
at
Re: [Trinidad] panelTabbed - validation of unvisited tabs
On 7/18/07, Peter Rawlins [EMAIL PROTECTED] wrote: I have a form containing various input fields followed by a panelTabbed, and lastly an OK commandButton. The panelTabbed contains some showDetailItem children, which have various input fields, some of which have required=true. The users may visit the tabs as they see fit, and then press the OK button, and I need each showDetailItem child to be valid as a precondition for the button action. However if a showDetailItem is not disclosed it will not validate its children. So if the user doesn't happen to visit every tab, the unvisited tabs may not be valid, but the validation phase passes, and the commandButton's action method is invoked. This behaviour seems wrong to me, as I would have expected that all rendered=true fields inside a form should be valid before the form is considered valid. Does anyone know of a way to force the display of the invalid tabs, with their errors? I've attempted a workaround by adding code to temporarily disclose the other tabs in turn, and manually call processValidators() on them, but this doesn't work because the input fields of the undisclosed tabs have no submitted data, and claim to be valid (which also seems strange). I've also considered adding code to replace submitted values of null with , but this seems like a kludge too far. There's two questions here: (1) Is there a way to validate tabs that have been disclosed, but aren't disclosed right now? (2) Is there a way to validate tabs that have never been disclosed. For 1, the answer is yes: call processValidators() and processUpdateModel() on the children of the showDetailItem. For 2, the answer is no, you can't. And you can't set the submitted value to , because that'll blow up for many renderers. What you need here is bean-level validation, not component-level validation. Alternatively, you might disable the button until all tabs have been visited. -- Adam Looking through the mailing lists, I found an old thread which looked similar, but no solution: http://forums.oracle.com/forums/thread.jspa?messageID=905706#905706 I'm using trinidad-1.0.1.
Re: [Trinidad] How to set the tree rowKey to my entity's primary id?
You'll need to implement a custom TreeModel, at which point you can define rowKey any way you want. -- Adam On 7/18/07, Tong Wang [EMAIL PROTECTED] wrote: I have my EJB3 entity with a one-to-many (parent-to-children) relationship with itself. I can construct a tree model from the entity. But I like to know how I can set the tree rowKey so that it uses my entity's primary ID. Thanks.
Does MyFaces 1.2 require JSP 2.1?
From what I can tell, MyFaces 1.2 requires JSP 2.1. I developed a quick prototype using MyFaces 1.2 + Facelets 1.1.13 and I get the following error on startup: Exception sending context initialized event to listener instance of class org.apache.myfaces.webapp.StartupServletContextListener java.lang.NoSuchMethodError: javax.servlet.jsp.JspFactory.getJspApplicationContext(Ljavax/servlet/ServletContext;)Ljavax/servlet/jsp/JspApplicationContext; at org.apache.myfaces.webapp.DefaultFacesInitializer.initFaces(DefaultFacesInitializer.java:102) at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:57) If I deploy my app to Tomcat 6, this problem doesn't exist. If I change from MyFaces 1.2 to Sun's RI 1.2_04, this problem doesn't exist either. For this reason, it appears to me that MyFaces 1.2 requires JSP 2.1. Cheers, Matt -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a11693501 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: Does MyFaces 1.2 require JSP 2.1?
I should mention: I get the error below on startup when deploying on Tomcat 5.0.25. If I change from MyFaces to Sun's RI and deploy on Tomcat 5.0.25 again, no error. Matt mraible wrote: From what I can tell, MyFaces 1.2 requires JSP 2.1. I developed a quick prototype using MyFaces 1.2 + Facelets 1.1.13 and I get the following error on startup: Exception sending context initialized event to listener instance of class org.apache.myfaces.webapp.StartupServletContextListener java.lang.NoSuchMethodError: javax.servlet.jsp.JspFactory.getJspApplicationContext(Ljavax/servlet/ServletContext;)Ljavax/servlet/jsp/JspApplicationContext; at org.apache.myfaces.webapp.DefaultFacesInitializer.initFaces(DefaultFacesInitializer.java:102) at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:57) If I deploy my app to Tomcat 6, this problem doesn't exist. If I change from MyFaces 1.2 to Sun's RI 1.2_04, this problem doesn't exist either. For this reason, it appears to me that MyFaces 1.2 requires JSP 2.1. Cheers, Matt -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a11693503 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Myfaces 1.2.0 setup issues (again)
Hi List It's very cool MyFaces 1.2 finally got out of the door but... It's again a true pain setting MyFaces up correctly before it works... (more than it should). I remember it took me an entire week before I had MyFaces 1.x configured correctly with the Extension Filter etc. What a waste of time :-( In the mean time, other sites have helped out and put a proper Tutorial or a complete blank app online but this major new release demands renewed examples and ... is a chance for e renewed approach. Yet, with MyFaces 1.2.0 out, I see the old the same mistakes are made again: - no examples - no info on the web.xml (like: should it specify servlet container v 2.5 now?) - no info on the faces-config.xml (like: should it specify http:// java.sun.com/dtd/web-facesconfig_1_1.dtd or v.1.2?) - no info on what jars are exactly required - no compatibility matrix (like: works with Tomcat6? Can you use Tomahawk (e.g. of version 1.6) together with MyFaces1.2? ... I get the impression the jars are just dumped online and the makers have a great time looking at how users have a terrible time figuring it all out themselves... As I cannot image no one on this list has such example, could someone take the effort of posting the jar online to help all the rest of us out? My setup is: Tomcat6, MyFaces 1.2, Tomahawk(if possible in combination with MF1.2.0 - also this info is not online) I guess this setup would currently the most common one. I spent the last 2 days (starting from my old MF 1.1.5/Toma1.1.5 app on Tomcat 5) trying to migrate it to that setup but to no avail. Many thanks, Wolf
Re: Does MyFaces 1.2 require JSP 2.1?
Hello Matt, Yes, you need JSP 2.1. JSP 2.1 and JSF 1.2 use the new Unified EL that allow better integration of both technologies such as using foreach with JSF. Regards, ~ Simon On 7/19/07, mraible [EMAIL PROTECTED] wrote: From what I can tell, MyFaces 1.2 requires JSP 2.1. I developed a quick prototype using MyFaces 1.2 + Facelets 1.1.13 and I get the following error on startup: Exception sending context initialized event to listener instance of class org.apache.myfaces.webapp.StartupServletContextListener java.lang.NoSuchMethodError: javax.servlet.jsp.JspFactory.getJspApplicationContext (Ljavax/servlet/ServletContext;)Ljavax/servlet/jsp/JspApplicationContext; at org.apache.myfaces.webapp.DefaultFacesInitializer.initFaces( DefaultFacesInitializer.java:102) at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized (StartupServletContextListener.java:57) If I deploy my app to Tomcat 6, this problem doesn't exist. If I change from MyFaces 1.2 to Sun's RI 1.2_04, this problem doesn't exist either. For this reason, it appears to me that MyFaces 1.2 requires JSP 2.1. Cheers, Matt -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a11693501 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: Does MyFaces 1.2 require JSP 2.1?
JSF 1.2 requires JSP 2.1 unless you use facelets. I believe you have to run Tomcat 6 as a minimum version (servlet 2.5 support is required) On 7/19/07, mraible [EMAIL PROTECTED] wrote: I should mention: I get the error below on startup when deploying on Tomcat 5.0.25. If I change from MyFaces to Sun's RI and deploy on Tomcat 5.0.25 again, no error. Matt mraible wrote: From what I can tell, MyFaces 1.2 requires JSP 2.1. I developed a quick prototype using MyFaces 1.2 + Facelets 1.1.13 and I get the following error on startup: Exception sending context initialized event to listener instance of class org.apache.myfaces.webapp.StartupServletContextListener java.lang.NoSuchMethodError: javax.servlet.jsp.JspFactory.getJspApplicationContext(Ljavax/servlet/ServletContext;)Ljavax/servlet/jsp/JspApplicationContext; at org.apache.myfaces.webapp.DefaultFacesInitializer.initFaces(DefaultFacesInitializer.java:102) at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:57) If I deploy my app to Tomcat 6, this problem doesn't exist. If I change from MyFaces 1.2 to Sun's RI 1.2_04, this problem doesn't exist either. For this reason, it appears to me that MyFaces 1.2 requires JSP 2.1. Cheers, Matt -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a11693503 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: Does MyFaces 1.2 require JSP 2.1?
I am using Facelets - that's why I find it strange. I'm able to use Sun's RI (the latest version) in place of MyFaces in the same application and everything works fine. Matt Andrew Robinson-5 wrote: JSF 1.2 requires JSP 2.1 unless you use facelets. I believe you have to run Tomcat 6 as a minimum version (servlet 2.5 support is required) On 7/19/07, mraible [EMAIL PROTECTED] wrote: I should mention: I get the error below on startup when deploying on Tomcat 5.0.25. If I change from MyFaces to Sun's RI and deploy on Tomcat 5.0.25 again, no error. Matt mraible wrote: From what I can tell, MyFaces 1.2 requires JSP 2.1. I developed a quick prototype using MyFaces 1.2 + Facelets 1.1.13 and I get the following error on startup: Exception sending context initialized event to listener instance of class org.apache.myfaces.webapp.StartupServletContextListener java.lang.NoSuchMethodError: javax.servlet.jsp.JspFactory.getJspApplicationContext(Ljavax/servlet/ServletContext;)Ljavax/servlet/jsp/JspApplicationContext; at org.apache.myfaces.webapp.DefaultFacesInitializer.initFaces(DefaultFacesInitializer.java:102) at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:57) If I deploy my app to Tomcat 6, this problem doesn't exist. If I change from MyFaces 1.2 to Sun's RI 1.2_04, this problem doesn't exist either. For this reason, it appears to me that MyFaces 1.2 requires JSP 2.1. Cheers, Matt -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a11693503 Sent from the MyFaces - Users mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a11693795 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: Does MyFaces 1.2 require JSP 2.1?
I've had the same problem using Facelets on Weblogic 9.2, which does not support JSP 2.1. Simon, the fact that both JSP 2.1 and JSF 1.2 use the unified EL does not mean that JSP 2.1 and JSF 1.2 must always come together. What it means is that the pairs JSP 2.1/unified EL and JSF 1.2/unified EL must come together by themselves. There might be some dependency there though, which is bad news for those who are limited to a non-JSP 2.1compliant application server and would like to use JSF 1.2. On 7/19/07, Andrew Robinson [EMAIL PROTECTED] wrote: JSF 1.2 requires JSP 2.1 unless you use facelets. I believe you have to run Tomcat 6 as a minimum version (servlet 2.5 support is required) On 7/19/07, mraible [EMAIL PROTECTED] wrote: I should mention: I get the error below on startup when deploying on Tomcat 5.0.25. If I change from MyFaces to Sun's RI and deploy on Tomcat 5.0.25 again, no error. Matt mraible wrote: From what I can tell, MyFaces 1.2 requires JSP 2.1. I developed a quick prototype using MyFaces 1.2 + Facelets 1.1.13 and I get the following error on startup: Exception sending context initialized event to listener instance of class org.apache.myfaces.webapp.StartupServletContextListener java.lang.NoSuchMethodError: javax.servlet.jsp.JspFactory.getJspApplicationContext (Ljavax/servlet/ServletContext;)Ljavax/servlet/jsp/JspApplicationContext; at org.apache.myfaces.webapp.DefaultFacesInitializer.initFaces( DefaultFacesInitializer.java:102) at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized (StartupServletContextListener.java:57) If I deploy my app to Tomcat 6, this problem doesn't exist. If I change from MyFaces 1.2 to Sun's RI 1.2_04, this problem doesn't exist either. For this reason, it appears to me that MyFaces 1.2 requires JSP 2.1. Cheers, Matt -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a11693503 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: Does MyFaces 1.2 require JSP 2.1?
I would ask the facelets list then. According to the JSF specification, JSP 2.1 and Servlet 2.5 support is required for JSF 1.2. On 7/19/07, mraible [EMAIL PROTECTED] wrote: I am using Facelets - that's why I find it strange. I'm able to use Sun's RI (the latest version) in place of MyFaces in the same application and everything works fine. Matt Andrew Robinson-5 wrote: JSF 1.2 requires JSP 2.1 unless you use facelets. I believe you have to run Tomcat 6 as a minimum version (servlet 2.5 support is required) On 7/19/07, mraible [EMAIL PROTECTED] wrote: I should mention: I get the error below on startup when deploying on Tomcat 5.0.25. If I change from MyFaces to Sun's RI and deploy on Tomcat 5.0.25 again, no error. Matt mraible wrote: From what I can tell, MyFaces 1.2 requires JSP 2.1. I developed a quick prototype using MyFaces 1.2 + Facelets 1.1.13 and I get the following error on startup: Exception sending context initialized event to listener instance of class org.apache.myfaces.webapp.StartupServletContextListener java.lang.NoSuchMethodError: javax.servlet.jsp.JspFactory.getJspApplicationContext(Ljavax/servlet/ServletContext;)Ljavax/servlet/jsp/JspApplicationContext; at org.apache.myfaces.webapp.DefaultFacesInitializer.initFaces(DefaultFacesInitializer.java:102) at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:57) If I deploy my app to Tomcat 6, this problem doesn't exist. If I change from MyFaces 1.2 to Sun's RI 1.2_04, this problem doesn't exist either. For this reason, it appears to me that MyFaces 1.2 requires JSP 2.1. Cheers, Matt -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a11693503 Sent from the MyFaces - Users mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a11693795 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: Myfaces 1.2.0 setup issues (again)
Hi wolf, nobody here is having a great time looking at how users have a terrible time figuring it all out themselves. can you please file jira issues on your items ? Yes there is a minimal example out there: http://svn.apache.org/viewvc/myfaces/current12/test-webapp/ We have to add it to the next release (please file a jira issue on that) There is also a more complex demo (using Trinidad, instead of Tomahawk) (and jetty): http://code.google.com/p/facesgoodies/ (do a svn check out, since the ZIPPY is using myfaces.1.2.0-SNAPSHOT) File a jira issue on having a tomahawk-demo as well (I know that Werner did some *investments* here already) Thanks, Matthias On 7/19/07, Wolf Benz [EMAIL PROTECTED] wrote: Hi List It's very cool MyFaces 1.2 finally got out of the door but... It's again a true pain setting MyFaces up correctly before it works... (more than it should). I remember it took me an entire week before I had MyFaces 1.x configured correctly with the Extension Filter etc. What a waste of time :-( In the mean time, other sites have helped out and put a proper Tutorial or a complete blank app online but this major new release demands renewed examples and ... is a chance for e renewed approach. Yet, with MyFaces 1.2.0 out, I see the old the same mistakes are made again: - no examples - no info on the web.xml (like: should it specify servlet container v 2.5 now?) - no info on the faces-config.xml (like: should it specify http:// java.sun.com/dtd/web-facesconfig_1_1.dtd or v.1.2?) - no info on what jars are exactly required - no compatibility matrix (like: works with Tomcat6? Can you use Tomahawk (e.g. of version 1.6) together with MyFaces1.2? ... I get the impression the jars are just dumped online and the makers have a great time looking at how users have a terrible time figuring it all out themselves... As I cannot image no one on this list has such example, could someone take the effort of posting the jar online to help all the rest of us out? My setup is: Tomcat6, MyFaces 1.2, Tomahawk(if possible in combination with MF1.2.0 - also this info is not online) I guess this setup would currently the most common one. I spent the last 2 days (starting from my old MF 1.1.5/Toma1.1.5 app on Tomcat 5) trying to migrate it to that setup but to no avail. Many thanks, Wolf -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
RE: Does MyFaces 1.2 require JSP 2.1?
No.. RI just makes a test on the JSP-version and disables certain stuff, when it detects a J2EE 1.4 environment (as in TC 5 and WLS 9.2). It then relies on facelets to provide certain functionality... Sounds like MyFaces is a bit harsher on the user here than the RI. OK... JSF 1.2 officially needs JEE 5. BUT... 1:0 for RI to allow for the gracefull degradation. Just set up a 1.2 RI-app in TC 5.x and watch the log when starting up. You will notice some entries like INFO: JSF1027: [null] The ELResolvers for JSF were not registered with the JSP container. See what I mean? regards Alexander -Original Message- From: Andrew Robinson [mailto:[EMAIL PROTECTED] Sent: Thursday, July 19, 2007 7:24 PM To: MyFaces Discussion Subject: Re: Does MyFaces 1.2 require JSP 2.1? I would ask the facelets list then. According to the JSF specification, JSP 2.1 and Servlet 2.5 support is required for JSF 1.2. On 7/19/07, mraible [EMAIL PROTECTED] wrote: I am using Facelets - that's why I find it strange. I'm able to use Sun's RI (the latest version) in place of MyFaces in the same application and everything works fine. Matt Andrew Robinson-5 wrote: JSF 1.2 requires JSP 2.1 unless you use facelets. I believe you have to run Tomcat 6 as a minimum version (servlet 2.5 support is required) On 7/19/07, mraible [EMAIL PROTECTED] wrote: I should mention: I get the error below on startup when deploying on Tomcat 5.0.25. If I change from MyFaces to Sun's RI and deploy on Tomcat 5.0.25 again, no error. Matt mraible wrote: From what I can tell, MyFaces 1.2 requires JSP 2.1. I developed a quick prototype using MyFaces 1.2 + Facelets 1.1.13 and I get the following error on startup: Exception sending context initialized event to listener instance of class org.apache.myfaces.webapp.StartupServletContextListener java.lang.NoSuchMethodError: javax.servlet.jsp.JspFactory.getJspApplicationContext(Ljavax/servlet/Ser vletContext;)Ljavax/servlet/jsp/JspApplicationContext; at org.apache.myfaces.webapp.DefaultFacesInitializer.initFaces(DefaultFaces Initializer.java:102) at org.apache.myfaces.webapp.StartupServletContextListener.contextInitializ ed(StartupServletContextListener.java:57) If I deploy my app to Tomcat 6, this problem doesn't exist. If I change from MyFaces 1.2 to Sun's RI 1.2_04, this problem doesn't exist either. For this reason, it appears to me that MyFaces 1.2 requires JSP 2.1. Cheers, Matt -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a 11693503 Sent from the MyFaces - Users mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a 11693795 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: Does MyFaces 1.2 require JSP 2.1?
nice! that's a cool feature. -M On 7/19/07, Jesse Alexander (KSFD 121) [EMAIL PROTECTED] wrote: No.. RI just makes a test on the JSP-version and disables certain stuff, when it detects a J2EE 1.4 environment (as in TC 5 and WLS 9.2). It then relies on facelets to provide certain functionality... Sounds like MyFaces is a bit harsher on the user here than the RI. OK... JSF 1.2 officially needs JEE 5. BUT... 1:0 for RI to allow for the gracefull degradation. Just set up a 1.2 RI-app in TC 5.x and watch the log when starting up. You will notice some entries like INFO: JSF1027: [null] The ELResolvers for JSF were not registered with the JSP container. See what I mean? regards Alexander -Original Message- From: Andrew Robinson [mailto:[EMAIL PROTECTED] Sent: Thursday, July 19, 2007 7:24 PM To: MyFaces Discussion Subject: Re: Does MyFaces 1.2 require JSP 2.1? I would ask the facelets list then. According to the JSF specification, JSP 2.1 and Servlet 2.5 support is required for JSF 1.2. On 7/19/07, mraible [EMAIL PROTECTED] wrote: I am using Facelets - that's why I find it strange. I'm able to use Sun's RI (the latest version) in place of MyFaces in the same application and everything works fine. Matt Andrew Robinson-5 wrote: JSF 1.2 requires JSP 2.1 unless you use facelets. I believe you have to run Tomcat 6 as a minimum version (servlet 2.5 support is required) On 7/19/07, mraible [EMAIL PROTECTED] wrote: I should mention: I get the error below on startup when deploying on Tomcat 5.0.25. If I change from MyFaces to Sun's RI and deploy on Tomcat 5.0.25 again, no error. Matt mraible wrote: From what I can tell, MyFaces 1.2 requires JSP 2.1. I developed a quick prototype using MyFaces 1.2 + Facelets 1.1.13 and I get the following error on startup: Exception sending context initialized event to listener instance of class org.apache.myfaces.webapp.StartupServletContextListener java.lang.NoSuchMethodError: javax.servlet.jsp.JspFactory.getJspApplicationContext(Ljavax/servlet/Ser vletContext;)Ljavax/servlet/jsp/JspApplicationContext; at org.apache.myfaces.webapp.DefaultFacesInitializer.initFaces(DefaultFaces Initializer.java:102) at org.apache.myfaces.webapp.StartupServletContextListener.contextInitializ ed(StartupServletContextListener.java:57) If I deploy my app to Tomcat 6, this problem doesn't exist. If I change from MyFaces 1.2 to Sun's RI 1.2_04, this problem doesn't exist either. For this reason, it appears to me that MyFaces 1.2 requires JSP 2.1. Cheers, Matt -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a 11693503 Sent from the MyFaces - Users mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a 11693795 Sent from the MyFaces - Users mailing list archive at Nabble.com. -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: Does MyFaces 1.2 require JSP 2.1?
Will the Myfaces team consider the possibility of providing similar support for non-JSP 2.1 containers using facelets? That would be very welcome :) On 7/19/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: nice! that's a cool feature. -M On 7/19/07, Jesse Alexander (KSFD 121) [EMAIL PROTECTED] wrote: No.. RI just makes a test on the JSP-version and disables certain stuff, when it detects a J2EE 1.4 environment (as in TC 5 and WLS 9.2). It then relies on facelets to provide certain functionality... Sounds like MyFaces is a bit harsher on the user here than the RI. OK... JSF 1.2 officially needs JEE 5. BUT... 1:0 for RI to allow for the gracefull degradation. Just set up a 1.2 RI-app in TC 5.x and watch the log when starting up. You will notice some entries like INFO: JSF1027: [null] The ELResolvers for JSF were not registered with the JSP container. See what I mean? regards Alexander -Original Message- From: Andrew Robinson [mailto:[EMAIL PROTECTED] Sent: Thursday, July 19, 2007 7:24 PM To: MyFaces Discussion Subject: Re: Does MyFaces 1.2 require JSP 2.1? I would ask the facelets list then. According to the JSF specification, JSP 2.1 and Servlet 2.5 support is required for JSF 1.2. On 7/19/07, mraible [EMAIL PROTECTED] wrote: I am using Facelets - that's why I find it strange. I'm able to use Sun's RI (the latest version) in place of MyFaces in the same application and everything works fine. Matt Andrew Robinson-5 wrote: JSF 1.2 requires JSP 2.1 unless you use facelets. I believe you have to run Tomcat 6 as a minimum version (servlet 2.5 support is required) On 7/19/07, mraible [EMAIL PROTECTED] wrote: I should mention: I get the error below on startup when deploying on Tomcat 5.0.25. If I change from MyFaces to Sun's RI and deploy on Tomcat 5.0.25 again, no error. Matt mraible wrote: From what I can tell, MyFaces 1.2 requires JSP 2.1. I developed a quick prototype using MyFaces 1.2 + Facelets 1.1.13 and I get the following error on startup: Exception sending context initialized event to listener instance of class org.apache.myfaces.webapp.StartupServletContextListener java.lang.NoSuchMethodError: javax.servlet.jsp.JspFactory.getJspApplicationContext(Ljavax/servlet/Ser vletContext;)Ljavax/servlet/jsp/JspApplicationContext; at org.apache.myfaces.webapp.DefaultFacesInitializer.initFaces(DefaultFaces Initializer.java:102) at org.apache.myfaces.webapp.StartupServletContextListener.contextInitializ ed(StartupServletContextListener.java:57) If I deploy my app to Tomcat 6, this problem doesn't exist. If I change from MyFaces 1.2 to Sun's RI 1.2_04, this problem doesn't exist either. For this reason, it appears to me that MyFaces 1.2 requires JSP 2.1. Cheers, Matt -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a 11693503 Sent from the MyFaces - Users mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a 11693795 Sent from the MyFaces - Users mailing list archive at Nabble.com. -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
[Addendum]: Myfaces 1.2 upgrading
Hello all,
My original hypothesis for issue 2 was incorrect. The issue is actually
caused from the tag
f:convertDateTime which we have embedded in an h:outputText. We use
a bean to contain the configuration items for data display. The invalid
style message is coming from this:
f:convertDateTime type=both
dateStyle=#{LocaleBean.dateStyle}
...
The bean is of type session and I have verfified that the proper value
is set in the bean.
...
managed-property
property-namedateStyle/property-name
valueshort/value
/managed-property
However the get method for the property is never called and the
exception stack trace below occurs.
This code worked fine in 1.1 but no longer works in 1.2.
Matthieu
From: Cormier, Matthieu [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 19, 2007 9:55 AM
To: MyFaces Discussion
Subject: Myfaces 1.2 upgrading
Hello all,
I am attempting to upgrade our application to Myfaces 1.2 and have come
across 2 interesting issues. Bot have workarounds but I was wondering
if they are bugs or not.
1. The names of facets for tomahawk tree2 must be hardcoded and cannot
come from a bean.
So facet name=#{someBean.rootNodeType} will not work but
facet name=root will.
2. Definition of a StyleClass can fail with the following exception:
javax.faces.convert.ConverterException: invalid style ''
at
javax.faces.convert.DateTimeConverter.calcStyle(DateTimeConverter.java:2
03)
at
javax.faces.convert.DateTimeConverter.getDateFormat(DateTimeConverter.ja
va:166)
at
javax.faces.convert.DateTimeConverter.getAsString(DateTimeConverter.java
:125)
This was discovered because we use a conditional in our tree to define
styles dependant on the selected node.
styleClass=#{t.nodeSelected || node.container eq selectedContainer ?
'selectedContainer' : '' }
The workaround is to define the empty style to a style that is not
defined.
styleClass=#{t.nodeSelected || node.container eq selectedContainer ?
'selectedContainer' : 'nullStyle'}
Are these bugs or spec changes from 1.1 to 1.2?
--
Matthieu Cormier
Abridean Inc.
T: 902-442-5122 x 5145
F: 902-442-5101
www.abridean.com
This e-mail is intended solely for the person or entity to which it is
addressed and may contain confidential and/or privileged information.
Any review, dissemination, copying, printing or other use of this e-mail
by persons or entities other than the addressee is prohibited. If you
have received this e-mail in error, please contact the sender
immediately and delete the material from any computer
Re: [Addendum]: Myfaces 1.2 upgrading
Hi Matthieu,
regarding #2.
I can't reproduce it.
faces-config:
managed-bean
managed-bean-namebeany/managed-bean-name
managed-bean-classorg.apache.myfaces.blank.SessionBean/managed-bean-class
managed-bean-scopesession/managed-bean-scope
managed-property
property-namestyle/property-name
valueshort/value
/managed-property
/managed-bean
JSP-file:
%@ taglib uri=http://java.sun.com/jsf/html; prefix=h %
%@ taglib uri=http://java.sun.com/jsf/core; prefix=f%
f:view
h:form
h:outputText value=#{beany.date}
f:convertDateTime type=both dateStyle=#{beany.style} /
/h:outputText
/h:form
/f:view
Bean
package org.apache.myfaces.blank;
import java.util.Date;
public class SessionBean {
private Date date = new Date();
private String style;
public Date getDate() {
return date;
}
public void setDate(Date date) {
this.date = date;
}
public String getStyle() {
System.out.println(getStyle called);
return style;
}
public void setStyle(String style) {
this.style = style;
}
}
and the system.out is called, when I access the webpage
-Matthias
On 7/19/07, Cormier, Matthieu [EMAIL PROTECTED] wrote:
Hello all,
My original hypothesis for issue 2 was incorrect. The issue is actually
caused from the tag
f:convertDateTime which we have embedded in an h:outputText. We use a
bean to contain the configuration items for data display. The invalid style
message is coming from this:
f:convertDateTime type=both
dateStyle=#{LocaleBean.dateStyle}
…
The bean is of type session and I have verfified that the proper value is
set in the bean.
…
managed-property
property-namedateStyle/property-name
valueshort/value
/managed-property
However the get method for the property is never called and the exception
stack trace below occurs.
This code worked fine in 1.1 but no longer works in 1.2.
Matthieu
From: Cormier, Matthieu [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 19, 2007 9:55 AM
To: MyFaces Discussion
Subject: Myfaces 1.2 upgrading
Hello all,
I am attempting to upgrade our application to Myfaces 1.2 and have come
across 2 interesting issues. Bot have workarounds but I was wondering if
they are bugs or not.
1. The names of facets for tomahawk tree2 must be hardcoded and cannot come
from a bean.
So facet name=#{someBean.rootNodeType} will not work but
facet name=root will.
2. Definition of a StyleClass can fail with the following exception:
javax.faces.convert.ConverterException: invalid style ''
at
javax.faces.convert.DateTimeConverter.calcStyle(DateTimeConverter.java:203)
at
javax.faces.convert.DateTimeConverter.getDateFormat(DateTimeConverter.java:166)
at
javax.faces.convert.DateTimeConverter.getAsString(DateTimeConverter.java:125)
This was discovered because we use a conditional in our tree to define
styles dependant on the selected node.
styleClass=#{t.nodeSelected || node.container eq selectedContainer ?
'selectedContainer' : '' }
The workaround is to define the empty style to a style that is not defined.
styleClass=#{t.nodeSelected || node.container eq selectedContainer ?
'selectedContainer' : 'nullStyle'}
Are these bugs or spec changes from 1.1 to 1.2?
--
Matthieu Cormier
Abridean Inc.
T: 902-442-5122 x 5145
F: 902-442-5101
www.abridean.com
This e-mail is intended solely for the person or entity to which it is
addressed and may contain confidential and/or privileged information. Any
review, dissemination, copying, printing or other use of this e-mail by
persons or entities other than the addressee is prohibited. If you have
received this e-mail in error, please contact the sender immediately and
delete the material from any computer
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
Re: null EL expression - ELResolver cannot handle a null base Object with identifier 'nullValue'
So how do I make it work in MyFaces under Jetty? Why doesn't the presence of commons-el or Jetty or whatever cause the RI to blow up? On 7/18/07, Bruno Aranda [EMAIL PROTECTED] wrote: Ah yes, actually the problem was not commons-el (which is necessary for tomahawk to work) but a bug in jetty which I think it has already been addressed. Cheers, Bruno On 18/07/07, noah [EMAIL PROTECTED] wrote: Sorry for reviving a 2 week old thread, but I haven't had a chance to try this again. I've added the exclusions you have below and I'm still getting the same error on Jetty. jetty:run-exploded shows that commons-el isn't in WEB-INF/lib If I try the war in Tomcat 6 I get NoClassDefFoundError: org/apache/commons/el/Logger (full trace below) Right now I'm using 1.2.0 with Tomahawk 1.1.6 and sandbox 1.1.6-SNAPSHOT. Everything is working just fine with the RI. Why should changing my implementation cause everything to blow up like this? Full Trace: 18 Jul 2007 12:40:55 ERROR ExtensionsFilter: Exception wile retrieving addResource java.lang.NoClassDefFoundError: org/apache/commons/el/Logger at org.apache.myfaces.shared_tomahawk.util.ClassUtils.clinit(ClassUtils.java:44) at org.apache.myfaces.shared_tomahawk.config.MyfacesConfig.clinit(MyfacesConfig.java:94) at org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance(AddResourceFactory.java:282) at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:126) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._invokeDoFilter(TrinidadFilterImpl.java:208) at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:165) at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:138) at org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72) at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110) at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:216) at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:195) at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:228) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at
Generic JSF question
At what point in the lifecycle is a bean declared as session scoped get stored in the session?
Re: Myfaces 1.2.0 setup issues (again)
Wolf Benz schrieb: Hi List It's very cool MyFaces 1.2 finally got out of the door but... It's again a true pain setting MyFaces up correctly before it works... (more than it should). I remember it took me an entire week before I had MyFaces 1.x configured correctly with the Extension Filter etc. What a waste of time :-( In the mean time, other sites have helped out and put a proper Tutorial or a complete blank app online but this major new release demands renewed examples and ... is a chance for e renewed approach. Yet, with MyFaces 1.2.0 out, I see the old the same mistakes are made again: - no examples - no info on the web.xml (like: should it specify servlet container v 2.5 now?) - no info on the faces-config.xml (like: should it specify http://java.sun.com/dtd/web-facesconfig_1_1.dtd or v.1.2?) - no info on what jars are exactly required - no compatibility matrix (like: works with Tomcat6? Can you use Tomahawk (e.g. of version 1.6) together with MyFaces1.2? ... Hi Wolf, first of all sorry for the lack of examples and documentation for now anyway. I just moved a project testwise up to the current myfaces and sort of was pleasantly surprised how good it went, so some help here from my side: First of all MyFaces 1.2 needs the latest JEE5 implementations of the servlet jsp/servlet api and at least java 5 (sorry but that is a limitation introduced by JSF 1.2 itself) So what you have to do, the configuration basically stayed the same from what I could tell, I didnt have to alter my old web.xml You just have to make sure you run on a container which provides the latest standard (it was tomcat 6 in my case) then I removed all jars wich referenced jsp apis, el apis and jasper, or serlvet apis, I moved the myfaces libs up to the latest versions as well as their dependencies (which come in in the pack) the last problem and this is a bug in Tomahawk, which I am filing at the moment, is a dependency into commons-el, you have to readd the jar if you use the sandbox and tomahawk unfortunately, I dont know if this can cause sideffects, but so far I couldnt notice one (but I am on facelets anyway) Once this is done it should run. I get the impression the jars are just dumped online and the makers have a great time looking at how users have a terrible time figuring it all out themselves... Actually no it definitely is not like that, we are no sadists, it is more along the lines, that the implementation is way overdue timewise and it had to get out asap, so that the server programmers can start using it. Expect the situation to improve soon. (Btw. thanks to all the guys who finally got the release out) As I cannot image no one on this list has such example, could someone take the effort of posting the jar online to help all the rest of us out? My setup is: Tomcat6, MyFaces 1.2, Tomahawk(if possible in combination with MF1.2.0 - also this info is not online) I guess this setup would currently the most common one. I spent the last 2 days (starting from my old MF 1.1.5/Toma1.1.5 app on Tomcat 5) trying to migrate it to that setup but to no avail. Actually if you want contact me either via mail, or via google talk (same address as posted here) or via icq 46949386 I am yet a mere user of MyFaces 1.2 myself but I might be able to help you out to get it running. Cheers Werner
Re: Generic JSF question
When it is created by the variable resolver (first time it is accessed) On 7/19/07, CD [EMAIL PROTECTED] wrote: At what point in the lifecycle is a bean declared as session scoped get stored in the session?
Re: Generic JSF question
As I would assume. The issue I am seeing in this particular instance is this (I'll try to shorten the description as details really aren't necessary for now): View/Code description: We have a page with links that are generated from the rows in a bound datatable (initially populated in the constructor of the bean). The links point to a servlet which, in turn, acquires the instance of the bean from the session by name. Issue: When clicking on one of these links for the first time when the session is created, the servlet returns nothing (servlet used to stream a pdf from a backend source FYI). This behavior repeats ad infinitum until a submit() is performed on the form. Once this submit is performed, clicking on the links yields a result as expected (PDF shown). Any thoughts? On 7/19/07, Andrew Robinson [EMAIL PROTECTED] wrote: When it is created by the variable resolver (first time it is accessed) On 7/19/07, CD [EMAIL PROTECTED] wrote: At what point in the lifecycle is a bean declared as session scoped get stored in the session?
Re: Generic JSF question
Access the bean through a faces context in the servlet:
http://wiki.apache.org/myfaces/AccessFacesContextFromServlet
Then you can use
FacesContext.getApplication().createValueBinding(String).getValue(FacesContext);
Where the #{beanName} is string parameter.
On 7/19/07, CD [EMAIL PROTECTED] wrote:
As I would assume.
The issue I am seeing in this particular instance is this (I'll try to
shorten the description as details really aren't necessary for now):
View/Code description: We have a page with links that are generated from
the rows in a bound datatable (initially populated in the constructor of the
bean). The links point to a servlet which, in turn, acquires the instance
of the bean from the session by name.
Issue: When clicking on one of these links for the first time when the
session is created, the servlet returns nothing (servlet used to stream a
pdf from a backend source FYI). This behavior repeats ad infinitum until a
submit() is performed on the form. Once this submit is performed, clicking
on the links yields a result as expected (PDF shown).
Any thoughts?
On 7/19/07, Andrew Robinson [EMAIL PROTECTED] wrote:
When it is created by the variable resolver (first time it is accessed)
On 7/19/07, CD [EMAIL PROTECTED] wrote:
At what point in the lifecycle is a bean declared as session scoped
get
stored in the session?
Re: Sun Java Application Server 9
By accident, I noticed this flag com.sun.faces.useMyFaces http://www.google.com/search?q=com.sun.faces.useMyFaces On 7/13/07, alvaro tovar [EMAIL PROTECTED] wrote: if some one know how run myfaces in sun one application server 9, please tell me. On 6/19/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: The AS9 doc should contain infos on that, IMO ;) -M On 6/19/07, Juan Ignacio Sánchez Lara [EMAIL PROTECTED] wrote: In MyFaces Wiki there's no information about anything beyond 8.1. Anyway, I wanted 9 because of a bug at 8.2 which makes Acegi don't work, but I've finally decided to downgrade to 8.1. Thanks everybody! On 6/19/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: I don't know. Is there any hint in the doc ? -M On 6/19/07, Juan Ignacio Sánchez Lara [EMAIL PROTECTED] wrote: So... there is no way to use MyFaces on SJAS 9.0, isn't it? On 6/19/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: I've noticed the presence of javax.faces.FacesServlet in javaee.jar under AS9 / Glassfish (which is also in myfaces-api.jar), I didn't look further if implementations are the same, but I reminded I saw your post so I said it may interest you: yes, a JavaEE container has to ship a) the API (javax.faces.*** ) b) the IMPL of the spec Any MyFaces has to ship the API as well (in case of Geronimo, the JSF-API is the one from MyFaces, in AS9 it is the JSF RI) -M If you don't see the sens : javaee.jar is implicitely added to your classpath, so nothing guaranties your desired version of FacesServlet (and maybe other classes) will be the one that is executed. Regards, Zied 2007/6/18, Matthias Wessendorf [EMAIL PROTECTED]: SJAS 9 is JavaEE 5 removing jsf-impl means, you removed the used IMPL And only jsf-api (also shipped by the RI) is left. A JavaEE5 container has to ignore a JSF runtime (and API), shipped inside WEB-INF/lib. Therefore myfaces-api / myfaces-impl aren't used. I am not sure, how easy it is to *change* the used JSF runtime on SJAS 9. JBoss has a parameter for this, AFAIK. -Matthias On 6/13/07, Juan Ignacio Sánchez Lara [EMAIL PROTECTED] wrote: Has anybody managed to make MyFaces 1.1.5 work on SJAS 9? When I try to load a jsf page it throws an exception: java.lang.UnsupportedOperationException javax.faces.application.Application.getELResolver(Application.java:443) ... It throws it even when I remove jsf-impl from server's lib directory, so I assume it's due to servlet version. -- Juan Ignacio Sánchez Lara Ingeniero Informático + Técnico de Sistemas Diario: http://juanignaciosl.blogspot.com Ideas + Ingeniería del Software: http://iiso.blogspot.com/ Fotos (todas): http://www.flickr.com/photos/juanignaciosl Fotos (selección): http://jpgmag.com/people/juanignaciosl -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Zied Hamdi zatreex.sourceforge.net -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Juan Ignacio Sánchez Lara Ingeniero Informático + Técnico de Sistemas Diario: http://juanignaciosl.blogspot.com Ideas + Ingeniería del Software: http://iiso.blogspot.com/ Fotos (todas): http://www.flickr.com/photos/juanignaciosl Fotos (selección): http://jpgmag.com/people/juanignaciosl -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Juan Ignacio Sánchez Lara Ingeniero Informático + Técnico de Sistemas Diario: http://juanignaciosl.blogspot.com Ideas + Ingeniería del Software: http://iiso.blogspot.com/ Fotos (todas): http://www.flickr.com/photos/juanignaciosl Fotos (selección): http://jpgmag.com/people/juanignaciosl -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
disable input text box generated from t:inputFileUpload
Hi All, I have a requirement where the user should not be given control to directly type in the path of a file. The user needs to necessarily click the browse button and then the path will then be populated in the disabled on client side input text that gets generated via this component. I could only find one disabled property on that component but that does not do the trick. Do you have any suggestions? Thanks, Madhav -- When I tell the truth, it is not for the sake of convincing those who do not know it, but for the sake of defending those that do
Re: Myfaces 1.2.0 setup issues (again)
Ok sorry for this, as it seems there is an issue in the examples with Tomcat 6 and the jstl needed by the sandbox examples, my app was not affected since it does not use the jstl (and facelets work fine) can anyone confirm this, not sure why the jstl is in the tomahawk examples at all. If anyone of the myfaces 1.2 authors could jump in here I would be grateful ;-) The funny thing is in my facelets/spring configuration I am not affected not sure where the problem is, but it must be a mixture of jstl dependencies which and tomcat 6 :-) Werner Punz schrieb: Wolf Benz schrieb: Hi List It's very cool MyFaces 1.2 finally got out of the door but... It's again a true pain setting MyFaces up correctly before it works... (more than it should). I remember it took me an entire week before I had MyFaces 1.x configured correctly with the Extension Filter etc. What a waste of time :-( In the mean time, other sites have helped out and put a proper Tutorial or a complete blank app online but this major new release demands renewed examples and ... is a chance for e renewed approach. Yet, with MyFaces 1.2.0 out, I see the old the same mistakes are made again: - no examples - no info on the web.xml (like: should it specify servlet container v 2.5 now?) - no info on the faces-config.xml (like: should it specify http://java.sun.com/dtd/web-facesconfig_1_1.dtd or v.1.2?) - no info on what jars are exactly required - no compatibility matrix (like: works with Tomcat6? Can you use Tomahawk (e.g. of version 1.6) together with MyFaces1.2? ... Hi Wolf, first of all sorry for the lack of examples and documentation for now anyway. I just moved a project testwise up to the current myfaces and sort of was pleasantly surprised how good it went, so some help here from my side: First of all MyFaces 1.2 needs the latest JEE5 implementations of the servlet jsp/servlet api and at least java 5 (sorry but that is a limitation introduced by JSF 1.2 itself) So what you have to do, the configuration basically stayed the same from what I could tell, I didnt have to alter my old web.xml You just have to make sure you run on a container which provides the latest standard (it was tomcat 6 in my case) then I removed all jars wich referenced jsp apis, el apis and jasper, or serlvet apis, I moved the myfaces libs up to the latest versions as well as their dependencies (which come in in the pack) the last problem and this is a bug in Tomahawk, which I am filing at the moment, is a dependency into commons-el, you have to readd the jar if you use the sandbox and tomahawk unfortunately, I dont know if this can cause sideffects, but so far I couldnt notice one (but I am on facelets anyway) Once this is done it should run. I get the impression the jars are just dumped online and the makers have a great time looking at how users have a terrible time figuring it all out themselves... Actually no it definitely is not like that, we are no sadists, it is more along the lines, that the implementation is way overdue timewise and it had to get out asap, so that the server programmers can start using it. Expect the situation to improve soon. (Btw. thanks to all the guys who finally got the release out) As I cannot image no one on this list has such example, could someone take the effort of posting the jar online to help all the rest of us out? My setup is: Tomcat6, MyFaces 1.2, Tomahawk(if possible in combination with MF1.2.0 - also this info is not online) I guess this setup would currently the most common one. I spent the last 2 days (starting from my old MF 1.1.5/Toma1.1.5 app on Tomcat 5) trying to migrate it to that setup but to no avail. Actually if you want contact me either via mail, or via google talk (same address as posted here) or via icq 46949386 I am yet a mere user of MyFaces 1.2 myself but I might be able to help you out to get it running. Cheers Werner
Re: disable input text box generated from t:inputFileUpload
input file is not stylable (IE lets you do a little). There are many hacks out there to style it. Some involve putting an image over it, and such. Just google for searches like input file css style. If you set the width small enough, the text box goes away. The problem is that the font on the button can change per user and per browser vendor, so it is near impossible to know how wide to make it. On 7/19/07, Madhav Bhargava [EMAIL PROTECTED] wrote: Hi All, I have a requirement where the user should not be given control to directly type in the path of a file. The user needs to necessarily click the browse button and then the path will then be populated in the disabled on client side input text that gets generated via this component. I could only find one disabled property on that component but that does not do the trick. Do you have any suggestions? Thanks, Madhav -- When I tell the truth, it is not for the sake of convincing those who do not know it, but for the sake of defending those that do
Re: Tomahawk+DataScroller+WorkingWithLargeTables
hi ,daniel ccss ,thank for your suggestion. i hope they will see this
message.
daniel ccss wrote:
Paul another thing, I made a binding variable of the dataTable and I
erased
the dropScroller method and instead i made dataTable.setFirst(0) on my
bean
and works great :) I only need to do that on the erase method :)
On 7/17/07, daniel ccss [EMAIL PROTECTED] wrote:
Hi all, sorry I don´t write, I made the presentation on my work and all
works fine, I solve the last issue with a window.location in a
javascript.
All was a success :) Thanks all
Song I think that Paul is working on it, he is the correct person to do
that, because he knows many about this, Paul and Vladimir thanks again
for
all of your help.
On 7/14/07, song [EMAIL PROTECTED] wrote:
hello all,i have read all your mail, i'm ireally has the same troubles
in Tomahawk+DataScroller+WorkingWithLargeTables now. with your
discussion,i
have know there are some thing wrong in state properties. i hope some
one of
you update the wiki document in link:
http://wiki.apache.org/myfaces/WorkingWithLargeTables thks for all.
Paul Iov wrote:
daniel ccss wrote:
On 7/9/07, daniel ccss wrote: IT WORKS
Congratulation !
daniel ccss wrote:
I have to debug to see the correct id of the datatable, and I found
that was: _id0:data:8 wh?? Obviously I don´t get the dropScroller
to
work because I sent the true Id of the DataTable: data
Daniel, I have no ideas why do you get this IDs. It seems to be the ID
of some child element - not of the table itself. Anyway, you cad put
this
debug statements to track exactly what happening. private void
dropScroller(String dataTableId) { _log.info(dropScroller called);
FacesContext context = FacesContext.getCurrentInstance(); UIComponent
component = findComponent(context.getViewRoot(), :+ dataTableId,
context, *false*); if (component instanceof UIData){ ((UIData)
component).setFirst(0); //set datatable to FIRST page }else if (null ==
component){ _log.error(no dataTable fount!); } else {
_log.error(Found
component with id +component.getClientId()+ is not an instance of
UIData); } } Pay attention to this FALSE param. It controls HOW the ID
should be matched - exact or against endsWith(). So, if you supply
data,
it will search in tree for :data.
daniel ccss wrote:
1- How I can access the PagedList properties from my bean, to do
what
you said about the _invalidated to true after a delete/add/edit
action
Once again... 1. Define the method public void Invalidate(){
this._invalidated=true;} i your PagedList class. 2. Declare a bean's
member,
i.e. private PagedList myList = new PagedList(?); 3. After modification
of list/DB/whatever just call in your bean this.myList.Invalidate(); If
you have not implemented the internal storage like me, you have to
supply
the total record count each time the fetching take place. I relay on
the
list itself, because it hase all IDs in array and already 'knows', own
size
- you have to perform select count(*)... after each DB modification
(at
least delete/insert) and put this count back to PagedList (as property
of
returning DataPage istance). It means, you have to modify the code to
store
this returned value, because I have no such code ;) The only task to
accomplish then is to ensure, that the page will be refetched next time
-
_invalidated flag.
daniel ccss wrote:
3- Can you send me your ajax jar, It seems that now the ajax data
table is only in rich faces?? Which jar to use.
Daniel, I use the regular t:dataTable. The rest does a4j which you can
download directly from JBoss site. It's not an replacement component
library
- just an additional one. regards, paul
--
View this message in context: Re:
Tomahawk+DataScroller+WorkingWithLargeTables
http://www.nabble.com/Tomahawk%2BDataScroller%2BWorkingWithLargeTables-tf4016097.html#a11595556
Sent from the MyFaces - Users mailing list
archivehttp://www.nabble.com/MyFaces---Users-f181.htmlat
Nabble.com.
--
View this message in context:
http://www.nabble.com/Tomahawk%2BDataScroller%2BWorkingWithLargeTables-tf4016097.html#a11700688
Sent from the MyFaces - Users mailing list archive at Nabble.com.
RE: disable input text box generated from t:inputFileUpload
Hi Andrew, Thanks for the reply.Ideally we should have a feature similar to disableOnClientSide for t:inputFileUpload component. I am not sure about others but i feel that on many of the UI's the user is required to necessarily browse and not enter it manually to avoid user errors. What you have suggested is a patch. I had tried implementing it but faced some problems. Thanks, Madhav From: Andrew Robinson [mailto:[EMAIL PROTECTED] Sent: Fri 7/20/2007 6:41 AM To: MyFaces Discussion Subject: Re: disable input text box generated from t:inputFileUpload input file is not stylable (IE lets you do a little). There are many hacks out there to style it. Some involve putting an image over it, and such. Just google for searches like input file css style. If you set the width small enough, the text box goes away. The problem is that the font on the button can change per user and per browser vendor, so it is near impossible to know how wide to make it. On 7/19/07, Madhav Bhargava [EMAIL PROTECTED] wrote: Hi All, I have a requirement where the user should not be given control to directly type in the path of a file. The user needs to necessarily click the browse button and then the path will then be populated in the disabled on client side input text that gets generated via this component. I could only find one disabled property on that component but that does not do the trick. Do you have any suggestions? Thanks, Madhav -- When I tell the truth, it is not for the sake of convincing those who do not know it, but for the sake of defending those that do winmail.dat CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS***
Re: Sun Java Application Server 9
Although i haven't used MyFaces with SJES, but i do have the experience of playing with the MyFaces on other App servers. Usually this kind of a behavior can be overcome by changing the class loading schemes of the application server from top down to bottom up. Or in other words you need to configure your application server to load your application level libraries before loading the libraries from other include paths. Hope this helps. Khurram On 7/20/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: By accident, I noticed this flag com.sun.faces.useMyFaces http://www.google.com/search?q=com.sun.faces.useMyFaces On 7/13/07, alvaro tovar [EMAIL PROTECTED] wrote: if some one know how run myfaces in sun one application server 9, please tell me. On 6/19/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: The AS9 doc should contain infos on that, IMO ;) -M On 6/19/07, Juan Ignacio Sánchez Lara [EMAIL PROTECTED] wrote: In MyFaces Wiki there's no information about anything beyond 8.1. Anyway, I wanted 9 because of a bug at 8.2 which makes Acegi don't work, but I've finally decided to downgrade to 8.1. Thanks everybody! On 6/19/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: I don't know. Is there any hint in the doc ? -M On 6/19/07, Juan Ignacio Sánchez Lara [EMAIL PROTECTED] wrote: So... there is no way to use MyFaces on SJAS 9.0, isn't it? On 6/19/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: I've noticed the presence of javax.faces.FacesServlet in javaee.jar under AS9 / Glassfish (which is also in myfaces-api.jar), I didn't look further if implementations are the same, but I reminded I saw your post so I said it may interest you: yes, a JavaEE container has to ship a) the API (javax.faces.*** ) b) the IMPL of the spec Any MyFaces has to ship the API as well (in case of Geronimo, the JSF-API is the one from MyFaces, in AS9 it is the JSF RI) -M If you don't see the sens : javaee.jar is implicitely added to your classpath, so nothing guaranties your desired version of FacesServlet (and maybe other classes) will be the one that is executed. Regards, Zied 2007/6/18, Matthias Wessendorf [EMAIL PROTECTED]: SJAS 9 is JavaEE 5 removing jsf-impl means, you removed the used IMPL And only jsf-api (also shipped by the RI) is left. A JavaEE5 container has to ignore a JSF runtime (and API), shipped inside WEB-INF/lib. Therefore myfaces-api / myfaces-impl aren't used. I am not sure, how easy it is to *change* the used JSF runtime on SJAS 9. JBoss has a parameter for this, AFAIK. -Matthias On 6/13/07, Juan Ignacio Sánchez Lara [EMAIL PROTECTED] wrote: Has anybody managed to make MyFaces 1.1.5 work on SJAS 9? When I try to load a jsf page it throws an exception: java.lang.UnsupportedOperationException javax.faces.application.Application.getELResolver(Application.java:443) ... It throws it even when I remove jsf-impl from server's lib directory, so I assume it's due to servlet version. -- Juan Ignacio Sánchez Lara Ingeniero Informático + Técnico de Sistemas Diario: http://juanignaciosl.blogspot.com Ideas + Ingeniería del Software: http://iiso.blogspot.com/ Fotos (todas): http://www.flickr.com/photos/juanignaciosl Fotos (selección): http://jpgmag.com/people/juanignaciosl -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Zied Hamdi zatreex.sourceforge.net -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Juan Ignacio Sánchez Lara Ingeniero Informático + Técnico de Sistemas Diario: http://juanignaciosl.blogspot.com Ideas + Ingeniería del Software: http://iiso.blogspot.com/ Fotos (todas): http://www.flickr.com/photos/juanignaciosl Fotos (selección): http://jpgmag.com/people/juanignaciosl -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Juan Ignacio Sánchez Lara Ingeniero Informático + Técnico de Sistemas Diario: http://juanignaciosl.blogspot.com Ideas + Ingeniería del
[Tobago] when tc:in has no value user should be altered, When pressed enter form should be submitted.
Hi,
I has a tc:in and a tc:link. when we click on the link the form is submited
even though no value value in tc:in.
When there is no value in tc:in and pressed on tc:link i should not submit
instead i should display an alert message.
With in tc:in when i press enter i need to invoke the action specified in
tc:link. do i need register for any key listener
My code is written as below
tc:cell
tc:in id=search width=130px
value=#{search.searchText}
suggestMethod = #{search.suggestSearch} /
tc:link image=img/search.gif
action=#{search.searchItems} /
/tc:cell
kindly suggest a solution.
regards
Ramarao
