Re: MyFaces 1.2.0 and Tomcat 6.0.13
Hi Gary, give this preliminary packaging a shot http://people.apache.org/~werpu/myfaces12custom.zip Werner Gary Jackson schrieb: I'm having some trouble using MyFaces 1.2.0 and Tomcat 6.0.13 in conjunction. I get the following exception when I attempt to deploy a stripped down web application with only the jar files supplied by the myfaces-core-1.2.0 distribution: java.lang.LinkageError: Class javax/el/ELContextListener violates loader constraints at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1345) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1204) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at org.apache.myfaces.webapp.StartupServletContextListener.getFacesInitializer(StartupServletContextListener.java:70) at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:57) The following lines show up in the host-manager log: Jul 26, 2007 10:11:06 PM org.apache.myfaces.config.annotation.DefaultLifecycleProviderFactory getLifecycleProvider INFO: No ExternalContext using fallback LifecycleProvider. Jul 26, 2007 10:11:06 PM org.apache.myfaces.config.annotation.DefaultLifecycleProviderFactory getLifecycleProvider INFO: Using LifecycleProvider org.apache.myfaces.config.annotation.AllAnnotationLifecycleProvider I have looked at the following issues: https://issues.apache.org/jira/browse/TOMAHAWK-1059 (el dependency) https://issues.apache.org/jira/browse/MYFACES-1686 (packaging issue) I have attempted to fix these by including the missing dependencies, but that has had no effect. The problem appears only when I include the myfaces-api and -impl jar files. Any help is appreciated.
yui:datatable problem
Hi Everybody !
the blow code works fine mozilla but in IE
it does not work. It shows the scroll to broser instaed of table.
Any idea?
yui:datatable var=pqr value=#{datatableBean.xyz }
tableClass=rootTable
headerClass=header
rowClasses=even,odd
width=400px
scrollable=true
height=200px
regards
Arvind Pandey
Disclaimer: The information contained in this e-mail and attachments if any are
privileged and confidential and are intended for the individual(s) or
entity(ies) named in this e-mail. If the reader or recipient is not the
intended recipient, or employee or agent responsible for delivering to the
intended recipient, you are hereby notified that dissemination, distribution or
copying of this communication or attachments thereof is strictly prohibited. IF
YOU RECEIVE this communication in error, please immediately notify the sender
and return the original message.
attachment: winmail.dat
Re: jsf-1.2 RI - myfaces 1.2: Newbie seeking for help
Werner Punz-2 wrote: anyway guys in the meanwhile give this package a try, it contains the latest versions of the core, and the missing jar: http://people.apache.org/~werpu/myfaces12custom.zip Werner, thank you very much, this package is working very well for me! :-D -- View this message in context: http://www.nabble.com/jsf-1.2-RI--%3E-myfaces-1.2%3A-Newbie-seeking-for-help-tf4116746.html#a11823688 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: jsf-1.2 RI - myfaces 1.2: Newbie seeking for help
RobertBln schrieb: Werner Punz-2 wrote: anyway guys in the meanwhile give this package a try, it contains the latest versions of the core, and the missing jar: http://people.apache.org/~werpu/myfaces12custom.zip Werner, thank you very much, this package is working very well for me! :-D Btw. guys I also added a small facelet kickstarter to the dir for another user in the list. It contains a) MyFaces 1.2 in the latest codebase b) A somewhat a little bit older version of Tomahawk and the sandbox c) Most of the facelet definitions needed for Tomahawk and the sandbox d) Sane settings so that it instantly gets up and running if you unpack it (was too lazy to make a war it was past midnight already) I was using this configuration to test a somewhat bigger app of mine if it was working on myfaces 1.2. So if you want to toy around with all of this give it a shot http://people.apache.org/~werpu/faceletskickstarter.zip Werner
Unit Testing and Automated Testing of JSF Components
Hi, I am using JSF Components [Trinidad, Tomahawk] for my UI. I want to test them - Do Unit Test, Automated Tests and Regression Test. I tried using Selenium IDE for firefox. It is working fine for the usual UI components [Input texts, buttons]. But it is not recognizing the events on Tomahawk JSCookMenu and Trinidad components like Calendar and Tree Tables. I tried even htmlunit. But I wan't able to run it in browser and not with the Trinidad and Tomahawk components. I was wondering is there any standard tool that I can use to run these tests on my UI pages, with JSF Components. Thanks, Anu
Problem java.lang.NoClassDefFoundError: javax/el/ELResolver
Hi, When I run tomcat this problem happens. Could you help me? Thanks Guto SEVERE: Exception sending context initialized event to listener instance of class org.apache.myfaces.webapp.StartupServletContextListener java.lang.NoClassDefFoundError: javax/el/ELResolver These are my tomcat library: * commons-el * jasper-compiler-jdt * jasper-compiler * jasper-runtime * jsp-api * naming-factory-dbcp * naming-factory * naming-resources * servlet-api These are my MyFaces library: * commons-beanutils-1.7.0 * commons-codec-1.3 * commons-collections-3.2 * commons-digester-1.8 * commons-discovery-0.4 * commons-logging-1.1 * myfaces-api-1.2.0 * myfaces-impl-1.2.0 * tomahawk-1.1.6 Tomcat version: 5.5.12
Re: Problem java.lang.NoClassDefFoundError: javax/el/ELResolver
you need servlet 2.5 / jsp 2.1 On 7/27/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, I'm facing quite similar problems. For few days I'm trying to fire up my application using myfaces 1.2.0 and tomahawk 1.6 but I just cannot mange it. I had the same problem that you have, but I took the jar files from thehttp://people.apache.org/~werpu/myfaces12custom.zip package, delivered by Werner Putz today. Since I've replaced the jars I have no problems with ELResolver, however another problem with StartupServletContextListener has come out, which is: ERROR [main] (StandardContext.java:3673) - Exception sending context initialized event to listener instance of class org.apache.myfaces.webapp.StartupServletContextListener java.lang.AbstractMethodError: 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) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3669) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4104) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524) at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:589) at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:536) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:471) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1102) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1020) at org.apache.catalina.core.StandardHost.start(StandardHost.java:718) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442) at org.apache.catalina.core.StandardService.start(StandardService.java:450) at org.apache.catalina.core.StandardServer.start(StandardServer.java:683) at org.apache.catalina.startup.Catalina.start(Catalina.java:537) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:271) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:409) I'm also running Tomcat 5.5 and I guess I need some help too :] -- Regards Paweł Czerwiński Hi, When I run tomcat this problem happens. Could you help me? Thanks Guto SEVERE: Exception sending context initialized event to listener instance of class org.apache.myfaces.webapp.StartupServletContextListener java.lang.NoClassDefFoundError: javax/el/ELResolver These are my tomcat library: * commons-el * jasper-compiler-jdt * jasper-compiler * jasper-runtime * jsp-api * naming-factory-dbcp * naming-factory * naming-resources * servlet-api These are my MyFaces library: * commons-beanutils-1.7.0 * commons-codec-1.3 * commons-collections-3.2 * commons-digester-1.8 * commons-discovery-0.4 * commons-logging-1.1 * myfaces-api-1.2.0 * myfaces-impl-1.2.0 * tomahawk-1.1.6 Tomcat version: 5.5.12 -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: Problem java.lang.NoClassDefFoundError: javax/el/ELResolver
You need tomcat 6.x. [EMAIL PROTECTED] wrote: Hi, I'm facing quite similar problems. For few days I'm trying to fire up my application using myfaces 1.2.0 and tomahawk 1.6 but I just cannot mange it. I had the same problem that you have, but I took the jar files from thehttp://people.apache.org/~werpu/myfaces12custom.zip package, delivered by Werner Putz today. Since I've replaced the jars I have no problems with ELResolver, however another problem with StartupServletContextListener has come out, which is: ERROR [main] (StandardContext.java:3673) - Exception sending context initialized event to listener instance of class org.apache.myfaces.webapp.StartupServletContextListener java.lang.AbstractMethodError: 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) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3669) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4104) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524) at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:589) at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:536) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:471) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1102) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1020) at org.apache.catalina.core.StandardHost.start(StandardHost.java:718) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442) at org.apache.catalina.core.StandardService.start(StandardService.java:450) at org.apache.catalina.core.StandardServer.start(StandardServer.java:683) at org.apache.catalina.startup.Catalina.start(Catalina.java:537) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:271) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:409) I'm also running Tomcat 5.5 and I guess I need some help too :]
Re: Problem java.lang.NoClassDefFoundError: javax/el/ELResolver
Hi, I'm facing quite similar problems. For few days I'm trying to fire up my application using myfaces 1.2.0 and tomahawk 1.6 but I just cannot mange it. I had the same problem that you have, but I took the jar files from thehttp://people.apache.org/~werpu/myfaces12custom.zip package, delivered by Werner Putz today. Since I've replaced the jars I have no problems with ELResolver, however another problem with StartupServletContextListener has come out, which is: ERROR [main] (StandardContext.java:3673) - Exception sending context initialized event to listener instance of class org.apache.myfaces.webapp.StartupServletContextListener java.lang.AbstractMethodError: 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) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3669) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4104) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524) at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:589) at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:536) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:471) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1102) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1020) at org.apache.catalina.core.StandardHost.start(StandardHost.java:718) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442) at org.apache.catalina.core.StandardService.start(StandardService.java:450) at org.apache.catalina.core.StandardServer.start(StandardServer.java:683) at org.apache.catalina.startup.Catalina.start(Catalina.java:537) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:271) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:409) I'm also running Tomcat 5.5 and I guess I need some help too :] -- Regards Paweł Czerwiński Hi, When I run tomcat this problem happens. Could you help me? Thanks Guto SEVERE: Exception sending context initialized event to listener instance of class org.apache.myfaces.webapp.StartupServletContextListener java.lang.NoClassDefFoundError: javax/el/ELResolver These are my tomcat library: * commons-el * jasper-compiler-jdt * jasper-compiler * jasper-runtime * jsp-api * naming-factory-dbcp * naming-factory * naming-resources * servlet-api These are my MyFaces library: * commons-beanutils-1.7.0 * commons-codec-1.3 * commons-collections-3.2 * commons-digester-1.8 * commons-discovery-0.4 * commons-logging-1.1 * myfaces-api-1.2.0 * myfaces-impl-1.2.0 * tomahawk-1.1.6 Tomcat version: 5.5.12
[Trinidad] about changing tr:table contents from js
Hi, I'm using tr:table successfully since long time. Now I wonder about changing row composition (e.g. adding/removing rows) at runtime from javascript. In case there are input fields, I expect a mismatch while restoring view since expected rows do not match submitted ones. The question is: can I manage this situation from within the collection model - which should expect a row index higher than previously rendered - or does UIXTable component turn everything into a mess ? In theory I might forget about any previous row set and accept the current set as submitted, but I suspect that unchanged input fields are not sent to the involved beans. Or I might forget about using tr:table and use h:panelGrid, managing rows by hand. But I still wonder about how restore view will manage input fields not found in the saved view. Comments are welcome. -- Renzo
RE: [Trinidad] How to check if file exists using InputFile compon ent?
Thanks for the reply! Where can I report the bug?
-Original Message-
From: Adam Winer [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 26, 2007 8:02 PM
To: MyFaces Discussion
Subject: Re: [Trinidad] How to check if file exists using InputFile compon
ent?
The only proper behavior is that we call setYourBeanProperty(null).
If we're not doing that, it's a bug!
-- Adam
On 7/26/07, Piotr Pikusa [EMAIL PROTECTED] wrote:
Yes there is a contentType of file type not recognized by server. The
problem is, that InputFile doesn't return null if file doesn't exist. What
is more UploadFile dosen't have a method to check it. So I can even get
InputStream from UploadFile object with length = 0. There is no way to
differ an empty file from not existing file. So I wonder if it is a bug.
-Original Message-
From: Volker Weber [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 26, 2007 12:51 PM
To: MyFaces Discussion
Subject: Re: [Trinidad] How to check if file exists using InputFile
compon ent?
Hi,
is there a contentType if the file does not exists?
Regards,
Volker
2007/7/26, Piotr Pikusa [EMAIL PROTECTED]:
Thank you for reply. Unfortunately your method doesn't work with
org.apache.myfaces.trinidad.model.UploadedFile object returned by
InputFile.
UploadFile has a method getFilename() which returns name given by user.
It
still doesn't check if file exists, so it is not a name of real file. So
the
problem still isn't solved.
-Original Message-
From: Volker Weber [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 26, 2007 11:40 AM
To: MyFaces Discussion
Subject: Re: [Trinidad] How to check if file exists using InputFile
compon ent?
Hi Piotr,
i don't know the tomahawk InputFile component, but maybe you can check
the uploaded filename?
In tobago we check the filename to determine if a file was uploaded:
if (file == null || file.getName().length() == 0) {
addErrorMessage(facesContext);
setValid(false);
}
Regards,
Volker
2007/7/26, Piotr Pikusa [EMAIL PROTECTED]:
In many toutorials about InputFile component (e.g on Oracle and
Trinidad
sites) there is if instruction to check if uploadFile is not null. But
it
would never be null, event if the file doesn't exist. Is it a bug in
compoment? Is there any way to check file existence using InputFile
component?
-Original Message-
From: Piotr Pikusa [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 25, 2007 3:10 PM
To: 'MyFaces Discussion'
Subject: RE: [Trinidad] How to check if file exists using InputFile
compon
ent?
Unfotunately not. If the existing file is empty the getLength() method
returns 0 too. So the problem isn't still solved.
Matthias Wessendorf wrote:
hi piotr,
the UploadedFile interfaces has a getLength() method
it's 0, when the file isn't there..
-M
On 7/25/07, Piotr Pikusa [EMAIL PROTECTED] wrote:
Hey!
As it is mentioned in the subject I wonder if there is any
possibility
to
check file existence.
I got this code on my jsp page:
[code]
tr:inputFile
required=true
rendered=true
label=Load File:
value=#{backingBean.file}
/
af:commandButton
text=#{Button}
action=#{backingBean.importFile} /
[/code]
which bind the value to the file property. The type of file is
UploadFile.
In backingBean I have this code:
[code]
UploadFile file;
public void importFile(){
if(file != null) {
doSomeAction();
}
else{
returnError();
}
}
public UploadedFile getFile() {
return file;
}
public void setFile(UploadedFile file) {
this.file = file;
}
[/code]
The point of the problem is that the file is never null, no matter
if
file
exists or not. If file doesn't exist the InputFile component doesn't
return
null. The UploadFile doesn't have a method to check file existence.
So my question is when file property can be null. And how to check
if
file
exists using InputFile component and UploadFile object? (I cannot
use
other
type, but UploadFile).
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
Re: Problem java.lang.NoClassDefFoundError: javax/el/ELResolver
hi tomcat 5.x doesn't impl. JSP 2.1 (which contains javax.el.***) in tomcat 6, it is the case. check werner's ZIPPY with the right jsft / standard jars and ensure, you have servler 2.5 / JSP 2.1 -M On 7/26/07, Guto [EMAIL PROTECTED] wrote: Hi, When I run tomcat this problem happens. Could you help me? Thanks Guto SEVERE: Exception sending context initialized event to listener instance of class org.apache.myfaces.webapp.StartupServletContextListener java.lang.NoClassDefFoundError: javax/el/ELResolver These are my tomcat library: * commons-el * jasper-compiler-jdt * jasper-compiler * jasper-runtime * jsp-api * naming-factory-dbcp * naming-factory * naming-resources * servlet-api These are my MyFaces library: * commons-beanutils-1.7.0 * commons-codec-1.3 * commons-collections-3.2 * commons-digester-1.8 * commons-discovery-0.4 * commons-logging-1.1 * myfaces-api-1.2.0 * myfaces-impl-1.2.0 * tomahawk-1.1.6 Tomcat version: 5.5.12 -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: [Trinidad] How to check if file exists using InputFile compon ent?
https://issues.apache.org/jira/browse/TRINIDAD
On 7/27/07, Piotr Pikusa [EMAIL PROTECTED] wrote:
Thanks for the reply! Where can I report the bug?
-Original Message-
From: Adam Winer [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 26, 2007 8:02 PM
To: MyFaces Discussion
Subject: Re: [Trinidad] How to check if file exists using InputFile compon
ent?
The only proper behavior is that we call setYourBeanProperty(null).
If we're not doing that, it's a bug!
-- Adam
On 7/26/07, Piotr Pikusa [EMAIL PROTECTED] wrote:
Yes there is a contentType of file type not recognized by server. The
problem is, that InputFile doesn't return null if file doesn't exist. What
is more UploadFile dosen't have a method to check it. So I can even get
InputStream from UploadFile object with length = 0. There is no way to
differ an empty file from not existing file. So I wonder if it is a bug.
-Original Message-
From: Volker Weber [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 26, 2007 12:51 PM
To: MyFaces Discussion
Subject: Re: [Trinidad] How to check if file exists using InputFile
compon ent?
Hi,
is there a contentType if the file does not exists?
Regards,
Volker
2007/7/26, Piotr Pikusa [EMAIL PROTECTED]:
Thank you for reply. Unfortunately your method doesn't work with
org.apache.myfaces.trinidad.model.UploadedFile object returned by
InputFile.
UploadFile has a method getFilename() which returns name given by user.
It
still doesn't check if file exists, so it is not a name of real file. So
the
problem still isn't solved.
-Original Message-
From: Volker Weber [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 26, 2007 11:40 AM
To: MyFaces Discussion
Subject: Re: [Trinidad] How to check if file exists using InputFile
compon ent?
Hi Piotr,
i don't know the tomahawk InputFile component, but maybe you can check
the uploaded filename?
In tobago we check the filename to determine if a file was uploaded:
if (file == null || file.getName().length() == 0) {
addErrorMessage(facesContext);
setValid(false);
}
Regards,
Volker
2007/7/26, Piotr Pikusa [EMAIL PROTECTED]:
In many toutorials about InputFile component (e.g on Oracle and
Trinidad
sites) there is if instruction to check if uploadFile is not null. But
it
would never be null, event if the file doesn't exist. Is it a bug in
compoment? Is there any way to check file existence using InputFile
component?
-Original Message-
From: Piotr Pikusa [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 25, 2007 3:10 PM
To: 'MyFaces Discussion'
Subject: RE: [Trinidad] How to check if file exists using InputFile
compon
ent?
Unfotunately not. If the existing file is empty the getLength() method
returns 0 too. So the problem isn't still solved.
Matthias Wessendorf wrote:
hi piotr,
the UploadedFile interfaces has a getLength() method
it's 0, when the file isn't there..
-M
On 7/25/07, Piotr Pikusa [EMAIL PROTECTED] wrote:
Hey!
As it is mentioned in the subject I wonder if there is any
possibility
to
check file existence.
I got this code on my jsp page:
[code]
tr:inputFile
required=true
rendered=true
label=Load File:
value=#{backingBean.file}
/
af:commandButton
text=#{Button}
action=#{backingBean.importFile} /
[/code]
which bind the value to the file property. The type of file is
UploadFile.
In backingBean I have this code:
[code]
UploadFile file;
public void importFile(){
if(file != null) {
doSomeAction();
}
else{
returnError();
}
}
public UploadedFile getFile() {
return file;
}
public void setFile(UploadedFile file) {
this.file = file;
}
[/code]
The point of the problem is that the file is never null, no matter
if
file
exists or not. If file doesn't exist the InputFile component doesn't
return
null. The UploadFile doesn't have a method to check file existence.
So my question is when file property can be null. And how to check
if
file
exists using InputFile component and UploadFile object? (I cannot
use
other
type, but UploadFile).
--
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
RE: Client validation configuration
Thanks Danny - I'm using old jar files. Working fine with 1.0.1 Krishna Annangi From: Danny Robinson [mailto:[EMAIL PROTECTED] Sent: Friday, July 27, 2007 6:05 PM To: MyFaces Discussion Subject: Re: Client validation configuration Which version of Trinidad are you using, as client-validation=INLINE was only available in 1.0.1 onwards. On 7/27/07, Balaji Phani Krishna Annangi [EMAIL PROTECTED] wrote: Hi Everyone, I am trying to configure the client side validation [inline/disabled/alert] of UI components. But no matter how I configured, The client validations are always shown as alerts. I removed the configuration-still the validations are Shown as alerts - I'm trying to validate tr:inputText component in Trinidad components demo using tr:validateRegExp id=id pattern=[0-9]* messageDetailNoMatch=Error message / Also I am getting the following console warning when I use client-validationinline/client-validation WARNING: Element client-validation is not understood Any help? Thanks, K.Annangi -- Chordiant Software Inc. www.chordiant.com
Re: Migrate from MyFaces 1.1.5 to 1.2.0 on JBoss 4.0.5.GA
Found the right link for you: http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossWithJSFCDDL Regards, ~ Simon On 7/27/07, Simon Lessard [EMAIL PROTECTED] wrote: Hmmm, you can try to include jsf 2.1 and servlet 2.5 jars in your WAR file. Depanding on how JBoos resolves its classpath it might work. On 7/27/07, Michael Obster [EMAIL PROTECTED] wrote: So there is no way to use MyFaces 1.2 with JBoss 4.x? Hmm. Ok. Perhaps then I should go back to my old MyFaces... Thanks for your replies. Cheers, Michael Simon Lessard schrieb: Hello Michael, You need a Servlet 2.5 and JSP 2.1 compliant container to run JSF 1.2, like Tomcat 6 (or JBoss 5.x I think). For your javax.el.ELResolver class, it's from the JSP 2.1's jar Regards, ~ Simon On 7/27/07, *Michael Obster* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, I wanted to migrate from MyFaces 1.1.5 to 1.2.0 but have some trouble with it. After changing the libs, I just start the application but getting a java.lang.NoClassDefFoundError : javax/el/ELResolver at org.apache.myfaces.webapp.StartupServletContextListener.getFacesInitializer (StartupServletContextListener.java:70) ... What I'm doing wrong? Using the old 1.1.5 works correct. Also I have tried to use the javaee.jar from Suns JavaEE 5. But I get also this error. Have I overseen s.th http://s.th . in the documentation? Cheers, Michael
h:inputText required=true - no global message?
Hi, I have a form that has several inputfields which have a validator. If something is not entered there will be a global message that there was an error and a field specific message. This works fine. But... I have one field which just has required=true and for this I get no global message. Is there a Way to get there both messages: One global (that there went something wrong at all) and one specific for the required field? Best regards, Ralf
Re: [TRINIDAD] Skinning in a portlet environment
Hi Simon, Scott,
I've made skinning work now in any container - this is the code that
I've used, for other users as a reference. We should carry on the
discussion if and how to integrate this into Trinidad itself, though.
regards,
Martin
use a binding attribute on your tr:form:
tr:form id=helloForm binding=#{personPage.form}
provide a getter for this form in your backing-bean:
public CoreForm getForm() {
CoreForm coreForm = new MyCoreForm();
return coreForm;
}
write the class MyCoreForm, extending Trinidad's CoreForm - with that,
you should be good.
public static class MyCoreForm extends CoreForm {
@Override
public void encodeBegin(FacesContext context) throws IOException {
StyleContext styleContext = ((CoreRenderingContext)
RenderingContext.getCurrentInstance()).getStyleContext();
String uri =
styleContext.getStyleProvider().getStyleSheetURI(styleContext);
String contextUri =
context.getExternalContext().getRequestContextPath();
String baseURL = contextUri + XhtmlConstants.STYLES_CACHE_DIRECTORY;
String finalUri = context.getExternalContext
().encodeResourceURL(baseURL+uri);
StringBuffer buf = new StringBuffer();
buf.append(script type=\text/javascript\\n +
\n +
//![CDATA[\n +
\n +
if(document.createStyleSheet) {\n +
\n +
document.createStyleSheet('+finalUri+');\n +
\n +
}\n +
\n +
else {\n +
\n +
var styles = \@import url('+finalUri+');\;\n +
\n +
var newSS=document.createElement('link');\n +
\n +
newSS.rel='stylesheet';\n +
\n +
newSS.href='+finalUri+';\n +
\n +
document.getElementsByTagName(\head\)[0].appendChild(newSS);\n +
\n +
}\n +
\n +
//]]\n +
\n +
/script);
context.getResponseWriter().write(buf.toString());
super.encodeBegin(context);
}
}
On 7/26/07, Simon Lessard [EMAIL PROTECTED] wrote:
Thus linking Portal-Trinidad users to specific portal vendor(s)... Ok, I see
the issue now... bleh...
On 7/26/07, Scott O'Bryan [EMAIL PROTECTED] wrote:
Simon, you are correct. The portal would be able to push a parameter to
Trinidad. Always in a portal environment the skin is uncompressed so
that is also not an issue. But currently changing the stylesheet
provided by the Portal is a modification that needs to be made to the
portal itself. I think that's where Martin is coming from. An
unmodified portal container doesn't look very good when displaying faces
and forcing every portal container to provide a skin that is not based
off a standard is not going to be very successful in the general case.
I totally agree with this, but we're sort of between a rock and a hard
place. :)
Simon Lessard wrote:
Not really, I think we detect a specific parameter pushed by the
container. So only container supporting skinning would push it,
effectively synchronizing all portlet LaF. For other container I think
we simply use the normal code path... That or I had some serious
hallucinations in the past months and imagined all this...
On 7/26/07, *Martin Marinschek* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Hi Simon,
well, but this would then be portlet container dependent, right?
You'd
effectively need to implement trinidad skinning in every portlet
container.
regards,
Martin
On 7/26/07, Simon Lessard [EMAIL PROTECTED]
mailto: [EMAIL PROTECTED] wrote:
Personally, I don't see why the portal should not be able to
provide all
selectors.
Aren't we just not compressing the selector names when we detect
a portal
environment or did I miss something? I think that strategy
cannot provides
the icons though.
On 7/26/07, Martin Marinschek [EMAIL PROTECTED]
mailto: [EMAIL PROTECTED] wrote:
Does the portlet container really provide every styleclass that
is
necessary for Trinidad components to look like they normally
look?
I'm just thinking that what is currently being done is not
enough to
have the full skinning features available, and that going the
direction of adding the CSS dynamically would allow to do so.
regards,
Martin
On 7/26/07, Scott O'Bryan [EMAIL PROTECTED]
mailto:[EMAIL
RE: Testing JSF Components
Anu, I wouldn't give up on Selenium for testing your more complicated JSF components (from Trinidad and the like). We had a few hurdles to overcome (namely with respect to trees and shuttles), but once you add some customizations to handle these, your generated tests should prove fairly stable. We needed to override some behaviors in DefaultSelenium and ensure that our generated tests used our subclass instead. All the best, Shawn Bertrand Tyco Electronics From: anu gr8xp [mailto:[EMAIL PROTECTED] Sent: Thursday, July 26, 2007 5:04 PM To: users@myfaces.apache.org Subject: Testing JSF Components Hi, I am using JSF Components [Trinidad, Tomahawk] for my UI. I want to test them - Do Unit Test, Automated Tests and Regression Test. I tried using Selenium IDE for firefox. It is working fine for the usual UI components [Input texts, buttons]. But it is not recognizing the events on Tomahawk JSCookMenu and Trinidad components like Calendar and Tree Tables. I tried even htmlunit. But I wan't able to run it in browser and not with the Trinidad and Tomahawk components. I was wondering is there any standard tool that I can use to run these tests on my UI pages, with JSF Components. Thanks, Anu
Re: Migrate from MyFaces 1.1.5 to 1.2.0 on JBoss 4.0.5.GA
Hmmm, you can try to include jsf 2.1 and servlet 2.5 jars in your WAR file. Depanding on how JBoos resolves its classpath it might work. On 7/27/07, Michael Obster [EMAIL PROTECTED] wrote: So there is no way to use MyFaces 1.2 with JBoss 4.x? Hmm. Ok. Perhaps then I should go back to my old MyFaces... Thanks for your replies. Cheers, Michael Simon Lessard schrieb: Hello Michael, You need a Servlet 2.5 and JSP 2.1 compliant container to run JSF 1.2, like Tomcat 6 (or JBoss 5.x I think). For your javax.el.ELResolver class, it's from the JSP 2.1's jar Regards, ~ Simon On 7/27/07, *Michael Obster* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, I wanted to migrate from MyFaces 1.1.5 to 1.2.0 but have some trouble with it. After changing the libs, I just start the application but getting a java.lang.NoClassDefFoundError: javax/el/ELResolver at org.apache.myfaces.webapp.StartupServletContextListener.getFacesInitializer (StartupServletContextListener.java:70) ... What I'm doing wrong? Using the old 1.1.5 works correct. Also I have tried to use the javaee.jar from Suns JavaEE 5. But I get also this error. Have I overseen s.th http://s.th. in the documentation? Cheers, Michael
Re: [TRINIDAD] Skinning in a portlet environment
One way would be to have something along those line:
CoreRenderer.java
public void encodeBegin(FacesContext context, UIComponent component)
{
if (isPortlet(context) !isXhtmlRootElement() !isStyleSheetCopied())
{
pushStyleSheet(context);
}
// Do normal processing
}
protected abstract boolean isXhtmlRootElement();
Then we would simply have to make isXhtmlRootElement() return true for
document, head and body renderers and false for the others. But it's not
extremely clean.
Regards,
~ Simon
On 7/27/07, Martin Marinschek [EMAIL PROTECTED] wrote:
Sure, it would be better for the user if it works out of the box.
As much as I think, I don't find a central place where to put it, though.
Ideas anyone?
regards,
Martin
On 7/27/07, Simon Lessard [EMAIL PROTECTED] wrote:
Hello Martin,
Yeah I thought about a new component and we actually already have
trh:styleSheet/ that could be slightly altered to do that work, but I
would prefer a way not involving any action from users.
On 7/27/07, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi Simon,
true. The form-render was good for my nice small example, but is no
general solution of course.
I wonder if this would mandate a special component which does nothing
but adding the stylesheet to the head?
Eventually, the component could be generalized, so that all kinds of
stylesheets can be added, if a link is provided and the stylesheet
hasn't been added so far - I think this solution might be interesting
for the portlet-developer in general.
regards,
Martin
On 7/27/07, Simon Lessard [EMAIL PROTECTED] wrote:
Issue with #3 is not very hard, we already have a RenderingContext
that
can
be used for that. We could probably hook that code in CoreRenderer
or
XhtmlRenderer. The only issue left then would be to not have
document,
head
and body renderer to execute it. Placing it in FormRenderer only
does
not
seems right in case your page does not contain a form at all or use
a
basic
JSF form (extremely unlikely though).
On 7/27/07, Martin Marinschek [EMAIL PROTECTED] wrote:
For the discussion on if and how to integrate this into Trinidad -
I
see three cases:
1) people only want basic skinning, Trinidad uses simple.portlet,
and
emits portlet-standard compliant skinning hooks
2) people want normal Trinidad skinning, portlet container
provides
CSS file in the head, Trinidad doesn't have to do anything
(especially
not switch to portlet-standard compliant skinning hooks)
3) people want Trinidad skinning, portlet container does not
provide
the CSS file, Trinidad portlet needs to add the CSS file with
JavaScript itself. Issue to solve: CSS file needs to be added only
once.
regards,
Martin
On 7/27/07, Martin Marinschek [EMAIL PROTECTED]
wrote:
Hi Simon, Scott,
I've made skinning work now in any container - this is the code
that
I've used, for other users as a reference. We should carry on
the
discussion if and how to integrate this into Trinidad itself,
though.
regards,
Martin
use a binding attribute on your tr:form:
tr:form id=helloForm binding=#{ personPage.form}
provide a getter for this form in your backing-bean:
public CoreForm getForm() {
CoreForm coreForm = new MyCoreForm();
return coreForm;
}
write the class MyCoreForm, extending Trinidad's CoreForm - with
that,
you should be good.
public static class MyCoreForm extends CoreForm {
@Override
public void encodeBegin(FacesContext context) throws
IOException
{
StyleContext styleContext = ((CoreRenderingContext)
RenderingContext.getCurrentInstance
()).getStyleContext();
String uri =
styleContext.getStyleProvider().getStyleSheetURI(styleContext);
String contextUri =
context.getExternalContext().getRequestContextPath();
String baseURL = contextUri +
XhtmlConstants.STYLES_CACHE_DIRECTORY;
String finalUri = context.getExternalContext
().encodeResourceURL(baseURL+uri);
StringBuffer buf = new StringBuffer();
buf.append(script type=\text/javascript\\n +
\n +
//![CDATA[\n +
\n +
if(document.createStyleSheet) {\n +
\n +
document.createStyleSheet
('+finalUri+');\n
+
\n +
}\n +
\n +
else {\n +
Re: Migrate from MyFaces 1.1.5 to 1.2.0 on JBoss 4.0.5.GA
Hi, I've seen that and using this libs from the zip already :-(. Cheers, Michael Parag Shah schrieb: MyFaces 1.2 needs some newer jars. http://people.apache.org/~werpu/myfaces12custom.zip has a complete list of the dependencies needed by myfaces 1.2 -- Regards Parag On 7/27/07, *Michael Obster* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, I wanted to migrate from MyFaces 1.1.5 to 1.2.0 but have some trouble with it. After changing the libs, I just start the application but getting a java.lang.NoClassDefFoundError: javax/el/ELResolver at org.apache.myfaces.webapp.StartupServletContextListener.getFacesInitializer(StartupServletContextListener.java:70) ... What I'm doing wrong? Using the old 1.1.5 works correct. Also I have tried to use the javaee.jar from Suns JavaEE 5. But I get also this error. Have I overseen s.th http://s.th. in the documentation? Cheers, Michael
Re: Migrate from MyFaces 1.1.5 to 1.2.0 on JBoss 4.0.5.GA
Hello Michael, You need a Servlet 2.5 and JSP 2.1 compliant container to run JSF 1.2, like Tomcat 6 (or JBoss 5.x I think). For your javax.el.ELResolver class, it's from the JSP 2.1's jar Regards, ~ Simon On 7/27/07, Michael Obster [EMAIL PROTECTED] wrote: Hi, I wanted to migrate from MyFaces 1.1.5 to 1.2.0 but have some trouble with it. After changing the libs, I just start the application but getting a java.lang.NoClassDefFoundError: javax/el/ELResolver at org.apache.myfaces.webapp.StartupServletContextListener.getFacesInitializer (StartupServletContextListener.java:70) ... What I'm doing wrong? Using the old 1.1.5 works correct. Also I have tried to use the javaee.jar from Suns JavaEE 5. But I get also this error. Have I overseen s.th. in the documentation? Cheers, Michael
Re: Migrate from MyFaces 1.1.5 to 1.2.0 on JBoss 4.0.5.GA
MyFaces 1.2 needs some newer jars. http://people.apache.org/~werpu/myfaces12custom.zip has a complete list of the dependencies needed by myfaces 1.2 -- Regards Parag On 7/27/07, Michael Obster [EMAIL PROTECTED] wrote: Hi, I wanted to migrate from MyFaces 1.1.5 to 1.2.0 but have some trouble with it. After changing the libs, I just start the application but getting a java.lang.NoClassDefFoundError: javax/el/ELResolver at org.apache.myfaces.webapp.StartupServletContextListener.getFacesInitializer (StartupServletContextListener.java:70) ... What I'm doing wrong? Using the old 1.1.5 works correct. Also I have tried to use the javaee.jar from Suns JavaEE 5. But I get also this error. Have I overseen s.th. in the documentation? Cheers, Michael
Migrate from MyFaces 1.1.5 to 1.2.0 on JBoss 4.0.5.GA
Hi, I wanted to migrate from MyFaces 1.1.5 to 1.2.0 but have some trouble with it. After changing the libs, I just start the application but getting a java.lang.NoClassDefFoundError: javax/el/ELResolver at org.apache.myfaces.webapp.StartupServletContextListener.getFacesInitializer(StartupServletContextListener.java:70) ... What I'm doing wrong? Using the old 1.1.5 works correct. Also I have tried to use the javaee.jar from Suns JavaEE 5. But I get also this error. Have I overseen s.th. in the documentation? Cheers, Michael
Re: [TRINIDAD] Skinning in a portlet environment
Hello Martin,
Yeah I thought about a new component and we actually already have
trh:styleSheet/ that could be slightly altered to do that work, but I
would prefer a way not involving any action from users.
On 7/27/07, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi Simon,
true. The form-render was good for my nice small example, but is no
general solution of course.
I wonder if this would mandate a special component which does nothing
but adding the stylesheet to the head?
Eventually, the component could be generalized, so that all kinds of
stylesheets can be added, if a link is provided and the stylesheet
hasn't been added so far - I think this solution might be interesting
for the portlet-developer in general.
regards,
Martin
On 7/27/07, Simon Lessard [EMAIL PROTECTED] wrote:
Issue with #3 is not very hard, we already have a RenderingContext that
can
be used for that. We could probably hook that code in CoreRenderer or
XhtmlRenderer. The only issue left then would be to not have document,
head
and body renderer to execute it. Placing it in FormRenderer only does
not
seems right in case your page does not contain a form at all or use a
basic
JSF form (extremely unlikely though).
On 7/27/07, Martin Marinschek [EMAIL PROTECTED] wrote:
For the discussion on if and how to integrate this into Trinidad - I
see three cases:
1) people only want basic skinning, Trinidad uses simple.portlet, and
emits portlet-standard compliant skinning hooks
2) people want normal Trinidad skinning, portlet container provides
CSS file in the head, Trinidad doesn't have to do anything (especially
not switch to portlet-standard compliant skinning hooks)
3) people want Trinidad skinning, portlet container does not provide
the CSS file, Trinidad portlet needs to add the CSS file with
JavaScript itself. Issue to solve: CSS file needs to be added only
once.
regards,
Martin
On 7/27/07, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi Simon, Scott,
I've made skinning work now in any container - this is the code that
I've used, for other users as a reference. We should carry on the
discussion if and how to integrate this into Trinidad itself,
though.
regards,
Martin
use a binding attribute on your tr:form:
tr:form id=helloForm binding=#{personPage.form}
provide a getter for this form in your backing-bean:
public CoreForm getForm() {
CoreForm coreForm = new MyCoreForm();
return coreForm;
}
write the class MyCoreForm, extending Trinidad's CoreForm - with
that,
you should be good.
public static class MyCoreForm extends CoreForm {
@Override
public void encodeBegin(FacesContext context) throws
IOException
{
StyleContext styleContext = ((CoreRenderingContext)
RenderingContext.getCurrentInstance
()).getStyleContext();
String uri =
styleContext.getStyleProvider().getStyleSheetURI(styleContext);
String contextUri =
context.getExternalContext().getRequestContextPath();
String baseURL = contextUri +
XhtmlConstants.STYLES_CACHE_DIRECTORY;
String finalUri = context.getExternalContext
().encodeResourceURL(baseURL+uri);
StringBuffer buf = new StringBuffer();
buf.append(script type=\text/javascript\\n +
\n +
//![CDATA[\n +
\n +
if(document.createStyleSheet) {\n +
\n +
document.createStyleSheet('+finalUri+');\n +
\n +
}\n +
\n +
else {\n +
\n +
var styles = \@import
url('+finalUri+');\;\n +
\n +
var newSS=document.createElement ('link');\n +
\n +
newSS.rel='stylesheet';\n +
\n +
newSS.href='+finalUri+';\n +
\n +
document.getElementsByTagName(\head\)[0].appendChild(newSS);\n
+
\n +
}\n +
\n +
//]]\n +
\n +
/script);
context.getResponseWriter().write(buf.toString());
super.encodeBegin(context);
}
}
On 7/26/07, Simon Lessard [EMAIL PROTECTED] wrote:
Thus linking Portal-Trinidad users to specific portal vendor(s)...
Ok,
I see
the issue now... bleh...
On 7/26/07, Scott O'Bryan [EMAIL PROTECTED] wrote:
Simon, you are correct. The
Re: [Trinidad] selectOneChoice Skins
Hello Okan, Strange... I had the exact same question from a co-worker yesterday. Sadly, you cannot change that image as it is in fact handled completely by the browser and can even be different from a platform to another using the same browser (MSIE on XP vs. Vista for instance). This is due to the fact that selectOneChoice generate a HTML select and CSS just don't allow you to mess with its image. If you want to control the look completely, you'll have to create your own custom component using CSS-DOM magic to make it look like a drop-down menu. Here's a decent link showing what the generated markup must look like : http://www.easy-designs.net/articles/replaceSelect/. Note that playing with CSS and DOM is very sensitive to how much the browsers are standard compliant (*cough* MSIE) and therefore make it hard to have it work on all of them. Regards, ~ Simon On 7/27/07, Okan Çetin [EMAIL PROTECTED] wrote: Hi; I want to change the default arrow image of selectOneChoice component. I look at this address : http://www.oracle.com/technology/products/adf/adffaces/11/doc/skin-selectors.html There is af|selectOneChoice but no explanation about changing default arrow image. Is there any ideas? I am sending a picture that i wanted -- ~ otomatik oluşturuldu: http://ocetin.net/log http://linux.beykent.edu.tr
Re: h:inputText required=true - no global message?
Hi Ralf, you should get a global message for required fields as well, so there must be something wrong in the setup - can you post the jsp-code here? regards, Martin On 7/27/07, Koester, Ralf [EMAIL PROTECTED] wrote: Hi, I have a form that has several inputfields which have a validator. If something is not entered there will be a global message that there was an error and a field specific message. This works fine. But... I have one field which just has required=true and for this I get no global message. Is there a Way to get there both messages: One global (that there went something wrong at all) and one specific for the required field? Best regards, Ralf -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Re: tc:in and autocomplete=off
Thanks On 27/07/07, Volker Weber [EMAIL PROTECTED] wrote: Hi Michał, if you add the suggestMethod attribute you get autocomplete=off as sideeffect. You can just return an empty list to aviod the selections. Regards, Volker 2007/7/27, Michał 'Gandalf' Stawicki [EMAIL PROTECTED]: Is there a way to set autocomplete=off attribute for input field generated by tc:in ? regards, michał stawicki -- Michał Stawicki [EMAIL PROTECTED] http://stawicki.jasliska.pl -- Michał Stawicki [EMAIL PROTECTED] http://stawicki.jasliska.pl
Re: [TRINIDAD] Skinning in a portlet environment
Hi Simon,
true. The form-render was good for my nice small example, but is no
general solution of course.
I wonder if this would mandate a special component which does nothing
but adding the stylesheet to the head?
Eventually, the component could be generalized, so that all kinds of
stylesheets can be added, if a link is provided and the stylesheet
hasn't been added so far - I think this solution might be interesting
for the portlet-developer in general.
regards,
Martin
On 7/27/07, Simon Lessard [EMAIL PROTECTED] wrote:
Issue with #3 is not very hard, we already have a RenderingContext that can
be used for that. We could probably hook that code in CoreRenderer or
XhtmlRenderer. The only issue left then would be to not have document, head
and body renderer to execute it. Placing it in FormRenderer only does not
seems right in case your page does not contain a form at all or use a basic
JSF form (extremely unlikely though).
On 7/27/07, Martin Marinschek [EMAIL PROTECTED] wrote:
For the discussion on if and how to integrate this into Trinidad - I
see three cases:
1) people only want basic skinning, Trinidad uses simple.portlet, and
emits portlet-standard compliant skinning hooks
2) people want normal Trinidad skinning, portlet container provides
CSS file in the head, Trinidad doesn't have to do anything (especially
not switch to portlet-standard compliant skinning hooks)
3) people want Trinidad skinning, portlet container does not provide
the CSS file, Trinidad portlet needs to add the CSS file with
JavaScript itself. Issue to solve: CSS file needs to be added only
once.
regards,
Martin
On 7/27/07, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi Simon, Scott,
I've made skinning work now in any container - this is the code that
I've used, for other users as a reference. We should carry on the
discussion if and how to integrate this into Trinidad itself, though.
regards,
Martin
use a binding attribute on your tr:form:
tr:form id=helloForm binding=#{personPage.form}
provide a getter for this form in your backing-bean:
public CoreForm getForm() {
CoreForm coreForm = new MyCoreForm();
return coreForm;
}
write the class MyCoreForm, extending Trinidad's CoreForm - with that,
you should be good.
public static class MyCoreForm extends CoreForm {
@Override
public void encodeBegin(FacesContext context) throws IOException
{
StyleContext styleContext = ((CoreRenderingContext)
RenderingContext.getCurrentInstance
()).getStyleContext();
String uri =
styleContext.getStyleProvider().getStyleSheetURI(styleContext);
String contextUri =
context.getExternalContext().getRequestContextPath();
String baseURL = contextUri +
XhtmlConstants.STYLES_CACHE_DIRECTORY;
String finalUri = context.getExternalContext
().encodeResourceURL(baseURL+uri);
StringBuffer buf = new StringBuffer();
buf.append(script type=\text/javascript\\n +
\n +
//![CDATA[\n +
\n +
if(document.createStyleSheet) {\n +
\n +
document.createStyleSheet('+finalUri+');\n +
\n +
}\n +
\n +
else {\n +
\n +
var styles = \@import url('+finalUri+');\;\n +
\n +
var newSS=document.createElement ('link');\n +
\n +
newSS.rel='stylesheet';\n +
\n +
newSS.href='+finalUri+';\n +
\n +
document.getElementsByTagName(\head\)[0].appendChild(newSS);\n
+
\n +
}\n +
\n +
//]]\n +
\n +
/script);
context.getResponseWriter().write(buf.toString());
super.encodeBegin(context);
}
}
On 7/26/07, Simon Lessard [EMAIL PROTECTED] wrote:
Thus linking Portal-Trinidad users to specific portal vendor(s)... Ok,
I see
the issue now... bleh...
On 7/26/07, Scott O'Bryan [EMAIL PROTECTED] wrote:
Simon, you are correct. The portal would be able to push a
parameter to
Trinidad. Always in a portal environment the skin is uncompressed
so
that is also not an issue. But currently changing the stylesheet
provided by the Portal is a modification that needs to be made to
the
portal itself. I think that's where Martin is coming from. An
unmodified portal container doesn't look very good when
Re: tc:in and autocomplete=off
Hi Michał, if you add the suggestMethod attribute you get autocomplete=off as sideeffect. You can just return an empty list to aviod the selections. Regards, Volker 2007/7/27, Michał 'Gandalf' Stawicki [EMAIL PROTECTED]: Is there a way to set autocomplete=off attribute for input field generated by tc:in ? regards, michał stawicki -- Michał Stawicki [EMAIL PROTECTED] http://stawicki.jasliska.pl
tc:in and autocomplete=off
Is there a way to set autocomplete=off attribute for input field generated by tc:in ? regards, michał stawicki -- Michał Stawicki [EMAIL PROTECTED] http://stawicki.jasliska.pl
Re: Building myfaces 1.2 from source dist
Seems like we have a monday packaging with the 1.2.0 release. Not the only packaging problem we have run into so far :-) well, myfaces 1.1.x doesn't do it better :-) only unzip .java files no pom, etc :-) Anyway if you want to build from source, I really can recommend to check out the latest trunk from svn, there were some issues fixed since the release. -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: Building myfaces 1.2 from source dist
Matthias Wessendorf schrieb: no that's right, not desired ;) jira is down. there should be a zip, that contains the folders + poms. IMO an OpenSource project's release should handle a) sources b) BIN Seems like we have a monday packaging with the 1.2.0 release. Not the only packaging problem we have run into so far :-) Anyway if you want to build from source, I really can recommend to check out the latest trunk from svn, there were some issues fixed since the release.
Re: [TRINIDAD] Skinning in a portlet environment
For the discussion on if and how to integrate this into Trinidad - I
see three cases:
1) people only want basic skinning, Trinidad uses simple.portlet, and
emits portlet-standard compliant skinning hooks
2) people want normal Trinidad skinning, portlet container provides
CSS file in the head, Trinidad doesn't have to do anything (especially
not switch to portlet-standard compliant skinning hooks)
3) people want Trinidad skinning, portlet container does not provide
the CSS file, Trinidad portlet needs to add the CSS file with
JavaScript itself. Issue to solve: CSS file needs to be added only
once.
regards,
Martin
On 7/27/07, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi Simon, Scott,
I've made skinning work now in any container - this is the code that
I've used, for other users as a reference. We should carry on the
discussion if and how to integrate this into Trinidad itself, though.
regards,
Martin
use a binding attribute on your tr:form:
tr:form id=helloForm binding=#{personPage.form}
provide a getter for this form in your backing-bean:
public CoreForm getForm() {
CoreForm coreForm = new MyCoreForm();
return coreForm;
}
write the class MyCoreForm, extending Trinidad's CoreForm - with that,
you should be good.
public static class MyCoreForm extends CoreForm {
@Override
public void encodeBegin(FacesContext context) throws IOException {
StyleContext styleContext = ((CoreRenderingContext)
RenderingContext.getCurrentInstance()).getStyleContext();
String uri =
styleContext.getStyleProvider().getStyleSheetURI(styleContext);
String contextUri =
context.getExternalContext().getRequestContextPath();
String baseURL = contextUri +
XhtmlConstants.STYLES_CACHE_DIRECTORY;
String finalUri = context.getExternalContext
().encodeResourceURL(baseURL+uri);
StringBuffer buf = new StringBuffer();
buf.append(script type=\text/javascript\\n +
\n +
//![CDATA[\n +
\n +
if(document.createStyleSheet) {\n +
\n +
document.createStyleSheet('+finalUri+');\n +
\n +
}\n +
\n +
else {\n +
\n +
var styles = \@import url('+finalUri+');\;\n +
\n +
var newSS=document.createElement('link');\n +
\n +
newSS.rel='stylesheet';\n +
\n +
newSS.href='+finalUri+';\n +
\n +
document.getElementsByTagName(\head\)[0].appendChild(newSS);\n +
\n +
}\n +
\n +
//]]\n +
\n +
/script);
context.getResponseWriter().write(buf.toString());
super.encodeBegin(context);
}
}
On 7/26/07, Simon Lessard [EMAIL PROTECTED] wrote:
Thus linking Portal-Trinidad users to specific portal vendor(s)... Ok, I see
the issue now... bleh...
On 7/26/07, Scott O'Bryan [EMAIL PROTECTED] wrote:
Simon, you are correct. The portal would be able to push a parameter to
Trinidad. Always in a portal environment the skin is uncompressed so
that is also not an issue. But currently changing the stylesheet
provided by the Portal is a modification that needs to be made to the
portal itself. I think that's where Martin is coming from. An
unmodified portal container doesn't look very good when displaying faces
and forcing every portal container to provide a skin that is not based
off a standard is not going to be very successful in the general case.
I totally agree with this, but we're sort of between a rock and a hard
place. :)
Simon Lessard wrote:
Not really, I think we detect a specific parameter pushed by the
container. So only container supporting skinning would push it,
effectively synchronizing all portlet LaF. For other container I think
we simply use the normal code path... That or I had some serious
hallucinations in the past months and imagined all this...
On 7/26/07, *Martin Marinschek* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Hi Simon,
well, but this would then be portlet container dependent, right?
You'd
effectively need to implement trinidad skinning in every portlet
container.
regards,
Martin
On 7/26/07, Simon Lessard [EMAIL PROTECTED]
mailto: [EMAIL PROTECTED] wrote:
Personally, I don't see why the portal should not be able to
provide all
selectors.
Aren't we just not compressing the selector names
Re: Client validation configuration
Which version of Trinidad are you using, as client-validation=INLINE was only available in 1.0.1 onwards. On 7/27/07, Balaji Phani Krishna Annangi [EMAIL PROTECTED] wrote: Hi Everyone, I am trying to configure the client side validation [inline/disabled/alert] of UI components. But no matter how I configured, The client validations are always shown as alerts. I removed the configuration-still the validations are Shown as alerts – I'm trying to validate tr:inputText component in Trinidad components demo using tr:validateRegExp id=id pattern=[0-9]* messageDetailNoMatch=Error message / Also I am getting the following console warning when I use client-validationinline/client-validation WARNING: Element client-validation is not understood Any help? Thanks, K.Annangi -- Chordiant Software Inc. www.chordiant.com
Re: [Trinidad] sorting tr:table missing info
On 7/27/07, Renzo Tomaselli [EMAIL PROTECTED] wrote:
Hi, I'm a bit confused about how to prepare a tr:table for sorting.
First, I miss the rationale behind the sortProperty attribute. Since
visual appearance (and next action) occurs on a given column - which is
bound to a model property - why do we need to specify a further property
name to sort on ?
The column itself isn't really bound to a model property per se.
Components within it are, and might even be bound to multiple
properties, or bound in a weird way, etc.
sortProperty is used to create SortCriterion objects that can be
passed to the CollectionModel.setSortCriteria() method.
Then I noticed from a previous message that sortProperty does not accept
EL, just literal strings. In case of dynamic columns (I use c:forEach),
this should mean that I cannot sort on any column, since I cannot
specify a dynamic sortProperty name.
Dynamic sortProperty still works. It's just that your EL binding
is to a literal string.
The limitation here is just that you can't have:
tr:column sortProperty=#{row.name.first}
... and expect that to sort the first name.
Nor, if you're just using our default SortableModel wrapper
(which performs all sorting in-memory), can you use:
tr:column sortProperty=name.first/
... but that's a limitation of SortableModel, not sortProperty.
Finally, the sortable property is there to turn off sorting
for a column. Removing sortProperty also does this,
but there are cases where you might want to dynamically
turn sorting on and off, and doing it via a sortable property
is clearer.
-- Adam
Is that correct ? Is there any way
to shortcut sortProperty to the current column ?
Furthermore, could anybody please explain the usage of requested methods
isSortable, setSortCriteria, getSortCriteria ? I use my own Collection
model, which is presumed to export these methods to enable sorting, but
I miss any involved semantics.
There is nothing about on demos, wiki and general Trinidad documentation.
Re: [Trinidad] Dialogs - Launch Close Hooks
Out of curiosity, what is it you're trying to do when launching and closing? (If it's a UI effect, it might be generically useful.) -- Adam On 7/27/07, Danny Robinson [EMAIL PROTECTED] wrote: Guys, We have a requirement in an application where we need to detect when a modal lightweight dialog is launched and when it is closed. We basically need to execute some javascript before and after the dialog to cause other areas of our application. I could see adding some javascript to the actual dialog page so that would execute when loaded, but I can't see how I could detect the close of the dialog and execute some script then. Unless there's some funky way to add javascript dynamically to the page through a return listener. Failing this, I'm thinking of adding hooks into TrPopupDialog that would allow you to register launch close event listeners. Thanks, Danny -- Chordiant Software Inc. www.chordiant.com
Problem with refreshing JSF forms
Hi,
I have some problems with refreshing my forms.
I'm using the tag h:dataTable to show the entries of my list in
h:inputText and h:inputTextarea-fields. The special situation is now,
that you may change the entries and save them.
In the backing-bean this functionality works fine - my list is really
updated and everytime in the right state. But the presentation is incorrect.
After saving the changes there are two dataTable-rows instead of one, both
with the same values.
So please help me - how can I refresh my presentation???
Here's the code of my update-jsp:
h:dataTable value=#{backingBeanAction.myList} var=myListEntry
border=0 cellpadding=10
h:column
h:outputLabel for=name value=#{messages.name} /
t:htmlTag value=br /
h:inputTextarea id=name value=#{myListEntry.name} rows=6
cols=35
required=true /
h:message for=name style=color:red /
/h:column
h:column
t:htmlTag value=br /
h:commandLink id=updateMyListEntry
actionListener=#{backingBeanAction.updateMyListEntry}
h:outputText value=#{messages.saveMyListEntry} /
f:param id=updateId name=id
value=#{myListEntry.id} /
/h:commandLink
/h:column
/h:dataTable
Thanks a lot
Nico
--
View this message in context:
http://www.nabble.com/Problem-with-refreshing-JSF-forms-tf4156660.html#a11826220
Sent from the MyFaces - Users mailing list archive at Nabble.com.
Client validation configuration
Hi Everyone, I am trying to configure the client side validation [inline/disabled/alert] of UI components. But no matter how I configured, The client validations are always shown as alerts. I removed the configuration-still the validations are Shown as alerts - I'm trying to validate tr:inputText component in Trinidad components demo using tr:validateRegExp id=id pattern=[0-9]* messageDetailNoMatch=Error message / Also I am getting the following console warning when I use client-validationinline/client-validation WARNING: Element client-validation is not understood Any help? Thanks, K.Annangi
Using MyFaces in RAD 6.0
Hi All, I would want to know the steps to integrate the MyFaces Tomahawk component to my existing RAD 6.0 JSF project. I have experience in using eclipse where I just added the jars to the classpath and was able to use them right away(dint even have to add the filters). But in RAD I get error when I add the jar into the buildpath. I need the tomahawk component so that I can use the t:column's groupBy attribute and achieve a grouping table. Thanks, Dilip This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Any unauthorized review, use, disclosure, dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly prohibited and may be unlawful.
LoggingSettings
Greetings! I got (and now solved) the problem stated here: http://wiki.apache.org/myfaces/Tomahawk_1%2e1%2e4_to_1%2e1%2e5 However I did not get any Invalid Option error massages. Do I have to change one of these settings to get them? http://wiki.apache.org/myfaces/LoggingSettings thanks! Marcus
Building myfaces 1.2 from source dist
How are you supposed to use the source tarballs for 1.2 they only contain some jar files each of which contains the java source files but with no build files. This doesn't seem right, what am I missing? P.S. Tried to raise this as a bug in Jira but it's broken. -- jeff martin information technologist mkodo limited mobile: 44 (0) 78 55 478 331 phone: 44 (0) 20 77 29 45 45 email: [EMAIL PROTECTED] www.mkodo.com 73 Leonard St, London, EC2A 4QS. U.K
[Trinidad] sorting tr:table missing info
Hi, I'm a bit confused about how to prepare a tr:table for sorting. First, I miss the rationale behind the sortProperty attribute. Since visual appearance (and next action) occurs on a given column - which is bound to a model property - why do we need to specify a further property name to sort on ? Then I noticed from a previous message that sortProperty does not accept EL, just literal strings. In case of dynamic columns (I use c:forEach), this should mean that I cannot sort on any column, since I cannot specify a dynamic sortProperty name. Is that correct ? Is there any way to shortcut sortProperty to the current column ? Furthermore, could anybody please explain the usage of requested methods isSortable, setSortCriteria, getSortCriteria ? I use my own Collection model, which is presumed to export these methods to enable sorting, but I miss any involved semantics. There is nothing about on demos, wiki and general Trinidad documentation.
Re: Building myfaces 1.2 from source dist
no that's right, not desired ;) jira is down. there should be a zip, that contains the folders + poms. IMO an OpenSource project's release should handle a) sources b) BIN -M On 7/27/07, Jeff Martin [EMAIL PROTECTED] wrote: How are you supposed to use the source tarballs for 1.2 they only contain some jar files each of which contains the java source files but with no build files. This doesn't seem right, what am I missing? P.S. Tried to raise this as a bug in Jira but it's broken. -- jeff martin information technologist mkodo limited mobile: 44 (0) 78 55 478 331 phone: 44 (0) 20 77 29 45 45 email: [EMAIL PROTECTED] www.mkodo.com 73 Leonard St, London, EC2A 4QS. U.K -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: MyFaces 1.2 issue
Thanks, it worked... it was the jar dependencies. -- Regards Parag
[Trinidad] Dialogs - Launch Close Hooks
Guys, We have a requirement in an application where we need to detect when a modal lightweight dialog is launched and when it is closed. We basically need to execute some javascript before and after the dialog to cause other areas of our application. I could see adding some javascript to the actual dialog page so that would execute when loaded, but I can't see how I could detect the close of the dialog and execute some script then. Unless there's some funky way to add javascript dynamically to the page through a return listener. Failing this, I'm thinking of adding hooks into TrPopupDialog that would allow you to register launch close event listeners. Thanks, Danny -- Chordiant Software Inc. www.chordiant.com
Re: [TRINIDAD] Skinning in a portlet environment
Sure, it would be better for the user if it works out of the box.
As much as I think, I don't find a central place where to put it, though.
Ideas anyone?
regards,
Martin
On 7/27/07, Simon Lessard [EMAIL PROTECTED] wrote:
Hello Martin,
Yeah I thought about a new component and we actually already have
trh:styleSheet/ that could be slightly altered to do that work, but I
would prefer a way not involving any action from users.
On 7/27/07, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi Simon,
true. The form-render was good for my nice small example, but is no
general solution of course.
I wonder if this would mandate a special component which does nothing
but adding the stylesheet to the head?
Eventually, the component could be generalized, so that all kinds of
stylesheets can be added, if a link is provided and the stylesheet
hasn't been added so far - I think this solution might be interesting
for the portlet-developer in general.
regards,
Martin
On 7/27/07, Simon Lessard [EMAIL PROTECTED] wrote:
Issue with #3 is not very hard, we already have a RenderingContext that
can
be used for that. We could probably hook that code in CoreRenderer or
XhtmlRenderer. The only issue left then would be to not have document,
head
and body renderer to execute it. Placing it in FormRenderer only does
not
seems right in case your page does not contain a form at all or use a
basic
JSF form (extremely unlikely though).
On 7/27/07, Martin Marinschek [EMAIL PROTECTED] wrote:
For the discussion on if and how to integrate this into Trinidad - I
see three cases:
1) people only want basic skinning, Trinidad uses simple.portlet, and
emits portlet-standard compliant skinning hooks
2) people want normal Trinidad skinning, portlet container provides
CSS file in the head, Trinidad doesn't have to do anything (especially
not switch to portlet-standard compliant skinning hooks)
3) people want Trinidad skinning, portlet container does not provide
the CSS file, Trinidad portlet needs to add the CSS file with
JavaScript itself. Issue to solve: CSS file needs to be added only
once.
regards,
Martin
On 7/27/07, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi Simon, Scott,
I've made skinning work now in any container - this is the code that
I've used, for other users as a reference. We should carry on the
discussion if and how to integrate this into Trinidad itself,
though.
regards,
Martin
use a binding attribute on your tr:form:
tr:form id=helloForm binding=#{ personPage.form}
provide a getter for this form in your backing-bean:
public CoreForm getForm() {
CoreForm coreForm = new MyCoreForm();
return coreForm;
}
write the class MyCoreForm, extending Trinidad's CoreForm - with
that,
you should be good.
public static class MyCoreForm extends CoreForm {
@Override
public void encodeBegin(FacesContext context) throws
IOException
{
StyleContext styleContext = ((CoreRenderingContext)
RenderingContext.getCurrentInstance
()).getStyleContext();
String uri =
styleContext.getStyleProvider().getStyleSheetURI(styleContext);
String contextUri =
context.getExternalContext().getRequestContextPath();
String baseURL = contextUri +
XhtmlConstants.STYLES_CACHE_DIRECTORY;
String finalUri = context.getExternalContext
().encodeResourceURL(baseURL+uri);
StringBuffer buf = new StringBuffer();
buf.append(script type=\text/javascript\\n +
\n +
//![CDATA[\n +
\n +
if(document.createStyleSheet) {\n +
\n +
document.createStyleSheet('+finalUri+');\n
+
\n +
}\n +
\n +
else {\n +
\n +
var styles = \@import
url('+finalUri+');\;\n +
\n +
var newSS=document.createElement ('link');\n +
\n +
newSS.rel='stylesheet';\n +
\n +
newSS.href='+finalUri+';\n +
\n +
document.getElementsByTagName(\head\)[0].appendChild(newSS);\n
+
\n +
}\n +
\n +
//]]\n +
\n +
/script);
Re: [Trinidad] Dialogs - Launch Close Hooks
Our Trinidad applications run inside an iframe of a Web Desktop - hence we can't use old style dialogs which disable the whole window (and hence desktop). However, there are other iframes that that need to be disabled/enabled when the dialog is shown. Danny On 7/27/07, Adam Winer [EMAIL PROTECTED] wrote: Out of curiosity, what is it you're trying to do when launching and closing? (If it's a UI effect, it might be generically useful.) -- Adam On 7/27/07, Danny Robinson [EMAIL PROTECTED] wrote: Guys, We have a requirement in an application where we need to detect when a modal lightweight dialog is launched and when it is closed. We basically need to execute some javascript before and after the dialog to cause other areas of our application. I could see adding some javascript to the actual dialog page so that would execute when loaded, but I can't see how I could detect the close of the dialog and execute some script then. Unless there's some funky way to add javascript dynamically to the page through a return listener. Failing this, I'm thinking of adding hooks into TrPopupDialog that would allow you to register launch close event listeners. Thanks, Danny -- Chordiant Software Inc. www.chordiant.com -- Chordiant Software Inc. www.chordiant.com
Re: MyFaces 1.2.0 and Tomcat 6.0.13
Werner Punz wrote: Hi Gary, give this preliminary packaging a shot http://people.apache.org/~werpu/myfaces12custom.zip That didn't fix it, but getting to the latest Java 5.0 did (update 7 to update 12). Thanks for the help! -- Gary
Tomahawk JSCookMenu Navigation Validation
Hi I have a JSCookMenu in a JSP which is then included in many pages using jsp:include so I have a common menu for them all. Some of the pages are forms for input with validation=true for the fields. If I click on the menu to take me away from one of these form pages the validation prevents it. That is I get the error messages xyz is required. In these cases where submit has not been clicked I do not want the validation. Any ideas? Many thanks Chris TC 5.5 Tomahawk 1.1.13 -- View this message in context: http://www.nabble.com/Tomahawk-JSCookMenu-Navigation-Validation-tf4159384.html#a11834156 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: [Trinidad] Understanding Trinidad Skinning?
Hello Chris, For your first question, it come from the simple skin. If you want to get rid of the default value, try to add the following in the selector: -tr-inhibit: all; or -tr-inhibit: css property to inhibit; For your second question, yes source or skin-selectors.xml file which is only accessible if you have the source I think. Regards, ~ Simon On 7/27/07, Chris Hane [EMAIL PROTECTED] wrote: We are trying to create our own custom skin for Trinidad and I have a basic question: First, where do the defaults for a paticular element come from? For example, we are trying to skin af:column::header-text. When we remove the color element, a default of #669966 is put into the transformed skin. I found the skin selector documentation, is the another doc describing how skins works and their default values? I have css people working on defining the skin and they are having a slow time trying to figure this out. Second, the skin selector documentation states that it is not up-to-date. Where can I find updated info - source code only? Thanks, Chris
Re: [Trinidad] How to check if file exists using InputFile compon ent?
Hi,
there is no chance on the server to distinguish between an empty file and a
non existing file. In FF and IE the generated request is the same.
see also
http://www.nabble.com/-FileUpload--Detecting-empty-file-vs.-bad-path-t2122968.html#a5888362
The only we can do on the server is checking the filename, an uploaded
file has a filename.
Regards,
Volker
2007/7/26, Piotr Pikusa [EMAIL PROTECTED]:
Yes there is a contentType of file type not recognized by server. The
problem is, that InputFile doesn't return null if file doesn't exist. What
is more UploadFile dosen't have a method to check it. So I can even get
InputStream from UploadFile object with length = 0. There is no way to
differ an empty file from not existing file. So I wonder if it is a bug.
-Original Message-
From: Volker Weber [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 26, 2007 12:51 PM
To: MyFaces Discussion
Subject: Re: [Trinidad] How to check if file exists using InputFile
compon ent?
Hi,
is there a contentType if the file does not exists?
Regards,
Volker
2007/7/26, Piotr Pikusa [EMAIL PROTECTED]:
Thank you for reply. Unfortunately your method doesn't work with
org.apache.myfaces.trinidad.model.UploadedFile object returned by
InputFile.
UploadFile has a method getFilename() which returns name given by user. It
still doesn't check if file exists, so it is not a name of real file. So
the
problem still isn't solved.
-Original Message-
From: Volker Weber [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 26, 2007 11:40 AM
To: MyFaces Discussion
Subject: Re: [Trinidad] How to check if file exists using InputFile
compon ent?
Hi Piotr,
i don't know the tomahawk InputFile component, but maybe you can check
the uploaded filename?
In tobago we check the filename to determine if a file was uploaded:
if (file == null || file.getName().length() == 0) {
addErrorMessage(facesContext);
setValid(false);
}
Regards,
Volker
2007/7/26, Piotr Pikusa [EMAIL PROTECTED]:
In many toutorials about InputFile component (e.g on Oracle and Trinidad
sites) there is if instruction to check if uploadFile is not null. But
it
would never be null, event if the file doesn't exist. Is it a bug in
compoment? Is there any way to check file existence using InputFile
component?
-Original Message-
From: Piotr Pikusa [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 25, 2007 3:10 PM
To: 'MyFaces Discussion'
Subject: RE: [Trinidad] How to check if file exists using InputFile
compon
ent?
Unfotunately not. If the existing file is empty the getLength() method
returns 0 too. So the problem isn't still solved.
Matthias Wessendorf wrote:
hi piotr,
the UploadedFile interfaces has a getLength() method
it's 0, when the file isn't there..
-M
On 7/25/07, Piotr Pikusa [EMAIL PROTECTED] wrote:
Hey!
As it is mentioned in the subject I wonder if there is any possibility
to
check file existence.
I got this code on my jsp page:
[code]
tr:inputFile
required=true
rendered=true
label=Load File:
value=#{backingBean.file}
/
af:commandButton
text=#{Button}
action=#{backingBean.importFile} /
[/code]
which bind the value to the file property. The type of file is
UploadFile.
In backingBean I have this code:
[code]
UploadFile file;
public void importFile(){
if(file != null) {
doSomeAction();
}
else{
returnError();
}
}
public UploadedFile getFile() {
return file;
}
public void setFile(UploadedFile file) {
this.file = file;
}
[/code]
The point of the problem is that the file is never null, no matter if
file
exists or not. If file doesn't exist the InputFile component doesn't
return
null. The UploadFile doesn't have a method to check file existence.
So my question is when file property can be null. And how to check if
file
exists using InputFile component and UploadFile object? (I cannot use
other
type, but UploadFile).
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
Re: Migrate from MyFaces 1.1.5 to 1.2.0 on JBoss 4.0.5.GA
Michael Obster schrieb: Hi, I've seen that and using this libs from the zip already :-(. Cheers, Michael Parag Shah schrieb: MyFaces 1.2 needs some newer jars. http://people.apache.org/~werpu/myfaces12custom.zip has a complete list of the dependencies needed by myfaces 1.2 The list is mainly for pure servlet runners already on jee5 level on heavy irons the milage may vary :-(
[Trinidad] Understanding Trinidad Skinning?
We are trying to create our own custom skin for Trinidad and I have a basic question: First, where do the defaults for a paticular element come from? For example, we are trying to skin af:column::header-text. When we remove the color element, a default of #669966 is put into the transformed skin. I found the skin selector documentation, is the another doc describing how skins works and their default values? I have css people working on defining the skin and they are having a slow time trying to figure this out. Second, the skin selector documentation states that it is not up-to-date. Where can I find updated info - source code only? Thanks, Chris
Re: [Trinidad] How to check if file exists using InputFile compon ent?
I've just tested with the Trinidad inputFile component, on
Safari 2.0 and Firefox 2.0, and both via PPR and without
PPR, and the code correctly identified zero-byte file as
a zero-byte file, and the lack of a file as null.
As Volker points out, when the user manually types in a file name
that doesn't really exist, you get a zero-byte file delivered to the
server, and there's nothing we can do about that. (I'd thought
the question was what happens when there is no file entered
at all, where the only correct behavior is null, and we do that.)
So, as best as I can see, Trinidad is doing all the right things here.
-- Adam
On 7/27/07, Adam Winer [EMAIL PROTECTED] wrote:
Hrm, disturbing... but it might be possible to do some DOM hacking
on the client to set an input type=hidden flag that inputFile could check.
I'll have a look.
-- Adam
On 7/27/07, Volker Weber [EMAIL PROTECTED] wrote:
Hi,
there is no chance on the server to distinguish between an empty file and a
non existing file. In FF and IE the generated request is the same.
see also
http://www.nabble.com/-FileUpload--Detecting-empty-file-vs.-bad-path-t2122968.html#a5888362
The only we can do on the server is checking the filename, an uploaded
file has a filename.
Regards,
Volker
2007/7/26, Piotr Pikusa [EMAIL PROTECTED]:
Yes there is a contentType of file type not recognized by server. The
problem is, that InputFile doesn't return null if file doesn't exist. What
is more UploadFile dosen't have a method to check it. So I can even get
InputStream from UploadFile object with length = 0. There is no way to
differ an empty file from not existing file. So I wonder if it is a bug.
-Original Message-
From: Volker Weber [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 26, 2007 12:51 PM
To: MyFaces Discussion
Subject: Re: [Trinidad] How to check if file exists using InputFile
compon ent?
Hi,
is there a contentType if the file does not exists?
Regards,
Volker
2007/7/26, Piotr Pikusa [EMAIL PROTECTED]:
Thank you for reply. Unfortunately your method doesn't work with
org.apache.myfaces.trinidad.model.UploadedFile object returned by
InputFile.
UploadFile has a method getFilename() which returns name given by user.
It
still doesn't check if file exists, so it is not a name of real file. So
the
problem still isn't solved.
-Original Message-
From: Volker Weber [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 26, 2007 11:40 AM
To: MyFaces Discussion
Subject: Re: [Trinidad] How to check if file exists using InputFile
compon ent?
Hi Piotr,
i don't know the tomahawk InputFile component, but maybe you can check
the uploaded filename?
In tobago we check the filename to determine if a file was uploaded:
if (file == null || file.getName().length() == 0) {
addErrorMessage(facesContext);
setValid(false);
}
Regards,
Volker
2007/7/26, Piotr Pikusa [EMAIL PROTECTED]:
In many toutorials about InputFile component (e.g on Oracle and
Trinidad
sites) there is if instruction to check if uploadFile is not null. But
it
would never be null, event if the file doesn't exist. Is it a bug in
compoment? Is there any way to check file existence using InputFile
component?
-Original Message-
From: Piotr Pikusa [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 25, 2007 3:10 PM
To: 'MyFaces Discussion'
Subject: RE: [Trinidad] How to check if file exists using InputFile
compon
ent?
Unfotunately not. If the existing file is empty the getLength() method
returns 0 too. So the problem isn't still solved.
Matthias Wessendorf wrote:
hi piotr,
the UploadedFile interfaces has a getLength() method
it's 0, when the file isn't there..
-M
On 7/25/07, Piotr Pikusa [EMAIL PROTECTED] wrote:
Hey!
As it is mentioned in the subject I wonder if there is any
possibility
to
check file existence.
I got this code on my jsp page:
[code]
tr:inputFile
required=true
rendered=true
label=Load File:
value=#{backingBean.file}
/
af:commandButton
text=#{Button}
action=#{backingBean.importFile} /
[/code]
which bind the value to the file property. The type of file is
UploadFile.
In backingBean I have this code:
[code]
UploadFile file;
public void importFile(){
if(file != null) {
doSomeAction();
}
else{
returnError();
}
}
public UploadedFile getFile() {
subForm semantics
As I understand it, subForm works like this: s:subForm id=inner h:inputText value=inner/ t:commandButton value=Submit Inner/ /s:subForm h:inputText value=outer/ t:commandButton value=Submit Outer/ When the Submit Inner button is pressed, everything is validated. When the Submit Outer button is pressed, everything except those components inside the inner subForm are validated. Assuming this is true, how do I get the inverse behavior? That is, I want things inside the subForm to be validated when the Submit Inner button is pressed, but nothing else? -- Gary
Re: subForm semantics
Now I'm really confused. I've tried using subForm two different ways: with the subForm scope limiting validation to the contents when inner actions occur and subForm scope excluding validation caused by outside actions. Either way, subForm is doing nothing for me. My current kit is the same from this file, plus the other various things that I need for my webapp: http://people.apache.org/~werpu/tomahawk-sandbox-examples.war Here is the relevant clause from my web.xml where I configure my taglib files: context-param descriptionTag libraries for facelets/description param-namefacelets.LIBRARIES/param-name param-value /WEB-INF/tomahawk.taglib.xml;/WEB-INF/sandbox.taglib.xml;/WEB-INF/facelets/tags/glcf.taglib.xml /param-value /context-param Here are the entire contents of my sandbox.taglib.xml file: ?xml version=1.0? !DOCTYPE facelet-taglib PUBLIC -//Sun Microsystems, Inc.//DTD Facelet Taglib 1.0//EN http://java.sun.com/dtd/facelet-taglib_1_0.dtd; facelet-taglib namespacehttp://myfaces.apache.org/sandbox/namespace tag tag-namesubForm/tag-name component component-typeorg.apache.myfaces.SubForm/component-type renderer-typeorg.apache.myfaces.SubForm/renderer-type /component /tag /facelet-taglib If it's relevant, the place where I am using s:subForm is inside of a JSF core f:subview element. Gary Jackson wrote: As I understand it, subForm works like this: s:subForm id=inner h:inputText value=inner/ t:commandButton value=Submit Inner/ /s:subForm h:inputText value=outer/ t:commandButton value=Submit Outer/ When the Submit Inner button is pressed, everything is validated. When the Submit Outer button is pressed, everything except those components inside the inner subForm are validated. Assuming this is true, how do I get the inverse behavior? That is, I want things inside the subForm to be validated when the Submit Inner button is pressed, but nothing else? -- Gary
[Trinidad] Using Spring Web Flow with Trinidad?
Hi,
I am currently looking at introducing some form of conversation state
management into an existing Trinidad-1.2.1/Facelets-1.1.12 web
application that currently makes use of Trinidad's Dialog Framework.
Ultimately, I would like to prevent issues that can occur if the use
starts multiple conversations and data is stored in session scope. I
would also like to restrict their ability to access the workflow by
directly entering a URL for one of the pages in the middle of the
workflow, instead of going through the designated start page. We are
already making use of Spring in many areas and Spring Web Flow would be
a natural extension to try use.
- Has anyone attempted to use Spring Web Flow with Trinidad?
- Are there any common integration issues/pitfalls?
- Is it worth looking at Spring Web Flow, or would the use of
pageFlowScope and phaseListeners for a custom solution be easier?
The first thing that came to mind was the Dialog Framework-Spring Web
Flow interaction. I am not sure how this would work or if it would even
work. A quick initial attempt resulted in the following error:
javax.faces.el.EvaluationException: /views/lastSchoolSearch.xhtml
@172,55 actionListener=#{lastSchoolSearch.done}:
java.lang.IllegalStateException: popView(): No view has been pushed.
Dialogue gets displayed based on the following transitions, but fails
when returning.
view-state id=educationHistory view=/views/educationHistory.xhtml
transition on=employment to=employmentHistory /
transition on=back to=addressPage /
transition on=proficiency to=englishProficiency /
transition on=dialog:lastSchoolSearch to=lastSchoolSearch /
/view-state
view-state id=lastSchoolSearch view=/views/lastSchoolSearch.xhtml
transition on=done to=educationHistory /
/view-state
Any feedback would be great. Thank you in advance..
Regards,
Graeme.
