Re: Tomahawk 1.1.3 inputFileUpload solution
I think I forgot to mention that you also need... commons-el.jar ... of one version or another. I used 1.0. Doug -- View this message in context: http://www.nabble.com/Tomahawk-1.1.3-inputFileUpload-solution-tp6449010p21728117.html Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: Tomahawk 1.1.3 inputFileUpload solution
all other settings look ok, except that this change should be made in web.xml
maxFileSize
20m
uploadMaxFileSize
20m
JBuilderDoug wrote:
>
> I finally figured this out, so I'm going to put an entire example in this
> post. I'm using Tomahawk 1.1.3 with RI JSF created in Borland's JBuilder.
> I've created a .war file from borland and deployed it under Tomcat 5.5 so
> it should be Borland independent. The problems I was having previously
> were in trying to deploy Tomahawk on a old JSF project. I'm pretty sure
> I'm safe in saying you must use JSP 2.0 and Servlet 2.4 as a minimum.
>
> inputFileUpload/Tomahawk specific elements are bold/italic
>
> In the backing bean WelcomeBean.java, I only read the uploaded file into a
> byte []. In my personal application, I simply insert the byte [] into an
> Oracle BLOB. You may need to write it to a file. I'll assume you know
> how to do that.
>
> I think that's pretty much it. If you have any questions please respond
> to this post. I'll receive an e-mail and try to help. If you want to
> know how to implement Tomahawk 1.1.3 into Borland's JBuilder, I can help
> with that also I believe.
>
> Doug
>
> Required libraries for this minimal project
>
> commons-beanutils.jar
> commons-collections.jar
> commons-digester.jar
> commons-fileupload.jar
> commons-logging.jar
> jsf-api.jar
> jsf-impl.jar
> jstl.jar
> standard.jar
> tomahawk-1.1.3.jar
>
> index.jsp
>
>
>
>
> index
>
>
>
>
>
>
>
> Welcome.jsp
>
> <%...@taglib uri="http://java.sun.com/jsf/html"; prefix="h"%>
> <%...@taglib uri="http://java.sun.com/jsf/core"; prefix="f"%>
> <%@ taglib uri="http://myfaces.apache.org/tomahawk"; prefix="t" %>
>
>
> index
>
>
> GoHurst Welcome
>
>
>
> storage="file" required="true" />
>
>
> value="Click here to Upload"/>
>
>
>
>
>
>
> WelcomeBean.java
>
> package tomahawkfileupload;
>
> import java.io.File;
> import java.io.InputStream;
> import javax.servlet.http.HttpSession;
> import javax.faces.context.FacesContext;
> import org.apache.myfaces.custom.fileupload.UploadedFile;
>
> public class WelcomeBean
> {
> private UploadedFile theFile;
>
> public UploadedFile getTheFile() {
> return theFile;
> }
>
> public void setTheFile (UploadedFile theFile) {
> this.theFile = theFile;
> }
>
> public String fmWelcome()
> {
> FacesContext context = FacesContext.getCurrentInstance();
> HttpSession session = (HttpSession)
> context.getExternalContext().getSession(false);
> try {
> InputStream stream = theFile.getInputStream();
> long fSize = theFile.getSize();
> byte [] buffer = new byte[(int)fSize];
> stream.read(buffer, 0, (int)fSize);
> stream.close();
> } catch (Exception ioe) {
>ioe.printStackTrace();
> }
> return "success";
> }
> }
>
>
> web.xml
>
>
> http://java.sun.com/xml/ns/j2ee";
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
> xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
> http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"; version="2.4">
> TomaModule
>
> Faces Servlet
> javax.faces.webapp.FacesServlet
> 1
>
>
> Faces Servlet
> *.faces
>
>
> MyFacesExtensionsFilter
>
> org.apache.myfaces.webapp.filter.ExtensionsFilter
>
> maxFileSize
> 20m
>
>
>
> MyFacesExtensionsFilter
> Faces Servlet
>
>
> MyFacesExtensionsFilter
> /faces/myFacesExtensionResource/*
>
>
>
>
> faces-config.xml
>
>
> Faces Config 1.1//EN" "http://java.sun.com/dtd/web-facesconfig_1_1.dtd";>
> http://java.sun.com/JSF/Configuration";>
>
> WelcomeBean
>
> tomahawkfileupload.WelcomeBean
> session
>
>
>
> *
>
> #{WelcomeBean.fmWelcome}
> success
> /Welcome.jsp
>
>
> #{WelcomeBean.fmBicycle}
> bypass
> /Welcome.jsp
>
>
>
>
>
--
View this message in context:
http://www.nabble.com/Tomahawk-1.1.3-inputFileUpload-solution-tp6449010p21361445.html
Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: Tomahawk 1.1.3 inputFileUpload solution
Hey Doug,
thanks for the great tutorial. I'm using the upload function to provide text
import capability - so don't need the actual text file after extracting the
content. I'm setting the upFile reference to null after proceeding. Is that
sufficient, to make sure that any files will be left? I appreciate any help
in advance.
Kon
That's my code:
private UploadedFile upFile;
...
public String getContentFromTextFile() {
try {
if (upFile.getName().endsWith(".txt")) {
InputStream inputStream =
upFile.getInputStream();
InputStreamReader infile = new
InputStreamReader(inputStream);
BufferedReader inbuf = new
BufferedReader(infile);
StringBuilder stringBuilder = new
StringBuilder();
String line;
while ((line = inbuf.readLine()) != null) {
stringBuilder.append(line);
stringBuilder.append('\n');
}
this.currentQuestion.setText(stringBuilder.toString());
return "forward";
} else {
FacesContext
.getCurrentInstance()
.addMessage(
null,
new
FacesMessage(
"Make sure that the file is a text file with the extension
.txt"));
return "error";
}
} catch (IOException ioe) {
FacesContext
.getCurrentInstance()
.addMessage(
null,
new FacesMessage(
"Make
sure that the file is a text file with the extension .txt"));
return "error";
} finally {
this.upFile = null;
}
}
--
View this message in context:
http://www.nabble.com/Tomahawk-1.1.3-inputFileUpload-solution-tp6449010p15037032.html
Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: Tomahawk 1.1.3 inputFileUpload solution
From the code:
org.apache.myfaces.taglib.html.ext.HtmlPanelGridTag
===
public class HtmlPanelGridTag
extends HtmlPanelGridTagBase
{
public String getComponentType()
{
return HtmlPanelGrid.COMPONENT_TYPE;
}
public String getRendererType()
{
return "org.apache.myfaces.Grid";
}
===
===
org.apache.myfaces.component.html.ext.HtmlPanelGrid
public static final String COMPONENT_TYPE =
"org.apache.myfaces.HtmlPanelGrid";
===
Thus:
tomahawk.taglib.xml:
===
panelGrid
org.apache.myfaces.HtmlPanelGrid
org.apache.myfaces.Grid
===
However, it's very strange that the jsp tag handler is what's setting
the renderer.
The superclass of the HtmlPanelGrid component has this:
javax.faces.component.html.HtmlPanelGrid
===
private static final String DEFAULT_RENDERER_TYPE = "javax.faces.Grid";
public HtmlPanelGrid()
{
setRendererType(DEFAULT_RENDERER_TYPE);
}
===
You might need to use this renderer instead, although I suspect it's
really a bug in the MyFaces code organization. Seems like an issue
common to all extended classes. Non-extended components set the
renderer in the constructor -- the renderer assocation should be
separate from the ViewHandler.
On 2/9/07, raju <[EMAIL PROTECTED]> wrote:
Hi,
I was able to run this application.Please let me know how to migrate this
application to use facelets with tomahawk if some one has tried it out.I am
getting error: Tag Library supports namespace:
http://myfaces.apache.org/tomahawk, but no tag was defined for name:
panelGrid
I have created a tomahawk.taglib.xml to refer to components and added a
context-param entry into web.xml.
I need to add a tag entry in I am not able to find tag entry for to be added
in tomahawk.taglib.xml.
my .xhtml file as follows:
-
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml";
xmlns:ui="http://java.sun.com/jsf/facelets";
xmlns:h="http://java.sun.com/jsf/html";
xmlns:f="http://java.sun.com/jsf/core";
xmlns:t="http://myfaces.apache.org/tomahawk";>
Regards
Raju
JBuilderDoug wrote:
>
> I finally figured this out, so I'm going to put an entire example in this
> post. I'm using Tomahawk 1.1.3 with RI JSF created in Borland's JBuilder.
> I've created a .war file from borland and deployed it under Tomcat 5.5 so
> it should be Borland independent. The problems I was having previously
> were in trying to deploy Tomahawk on a old JSF project. I'm pretty sure
> I'm safe in saying you must use JSP 2.0 and Servlet 2.4 as a minimum.
>
> inputFileUpload/Tomahawk specific elements are bold/italic
>
> In the backing bean WelcomeBean.java, I only read the uploaded file into a
> byte []. In my personal application, I simply insert the byte [] into an
> Oracle BLOB. You may need to write it to a file. I'll assume you know
> how to do that.
>
> I think that's pretty much it. If you have any questions please respond
> to this post. I'll receive an e-mail and try to help. If you want to
> know how to implement Tomahawk 1.1.3 into Borland's JBuilder, I can help
> with that also I believe.
>
> Doug
>
> Required libraries for this minimal project
>
> commons-beanutils.jar
> commons-collections.jar
> commons-digester.jar
> commons-fileupload.jar
> commons-logging.jar
> jsf-api.jar
> jsf-impl.jar
> jstl.jar
> standard.jar
> tomahawk-1.1.3.jar
>
> index.jsp
>
>
>
>
> index
>
>
>
>
>
>
>
> Welcome.jsp
>
> <[EMAIL PROTECTED] uri="http://java.sun.com/jsf/html"; prefix="h"%>
> <[EMAIL PROTECTED] uri="http://java.sun.com/jsf/core"; prefix="f"%>
> <%@ taglib uri="http://myfaces.apache.org/tomahawk"; prefix="t" %>
>
>
> index
>
>
> GoHurst Welcome
>
>
>
> storage="file" required="true" />
>
>
> value="Click here to Upload"/>
>
>
>
>
>
>
> WelcomeBean.java
>
> package tomahawkfileupload;
>
> import java.io.File;
> import java.io.InputStream;
> import javax.servlet.http.HttpSession;
> import javax.faces.context.FacesContext;
> import org.apache.myfaces.custom.fileupload.UploadedFile;
>
> public class WelcomeBean
> {
> private UploadedFile theFile;
>
> public UploadedFile getTheFile() {
> return theFile;
> }
>
> public void setTheFile (UploadedFile theFile) {
> this.theFile = theFile;
> }
>
> public String fmWelcome()
> {
> FacesContext context = FacesContext.getCurrentInstance();
> HttpSession session = (HttpSession)
> context.getExternalContext().getSession(false);
> try {
> InputStream stream = theFile.getInputStream();
> long fSize = theFile.getSize();
> byte [] buffer = new byte[(int)fSize];
>
Re: Tomahawk 1.1.3 inputFileUpload solution
Hi,
I was able to run this application.Please let me know how to migrate this
application to use facelets with tomahawk if some one has tried it out.I am
getting error: Tag Library supports namespace:
http://myfaces.apache.org/tomahawk, but no tag was defined for name:
panelGrid
I have created a tomahawk.taglib.xml to refer to components and added a
context-param entry into web.xml.
I need to add a tag entry in I am not able to find tag entry for to be added
in tomahawk.taglib.xml.
my .xhtml file as follows:
-
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml";
xmlns:ui="http://java.sun.com/jsf/facelets";
xmlns:h="http://java.sun.com/jsf/html";
xmlns:f="http://java.sun.com/jsf/core";
xmlns:t="http://myfaces.apache.org/tomahawk";>
Regards
Raju
JBuilderDoug wrote:
>
> I finally figured this out, so I'm going to put an entire example in this
> post. I'm using Tomahawk 1.1.3 with RI JSF created in Borland's JBuilder.
> I've created a .war file from borland and deployed it under Tomcat 5.5 so
> it should be Borland independent. The problems I was having previously
> were in trying to deploy Tomahawk on a old JSF project. I'm pretty sure
> I'm safe in saying you must use JSP 2.0 and Servlet 2.4 as a minimum.
>
> inputFileUpload/Tomahawk specific elements are bold/italic
>
> In the backing bean WelcomeBean.java, I only read the uploaded file into a
> byte []. In my personal application, I simply insert the byte [] into an
> Oracle BLOB. You may need to write it to a file. I'll assume you know
> how to do that.
>
> I think that's pretty much it. If you have any questions please respond
> to this post. I'll receive an e-mail and try to help. If you want to
> know how to implement Tomahawk 1.1.3 into Borland's JBuilder, I can help
> with that also I believe.
>
> Doug
>
> Required libraries for this minimal project
>
> commons-beanutils.jar
> commons-collections.jar
> commons-digester.jar
> commons-fileupload.jar
> commons-logging.jar
> jsf-api.jar
> jsf-impl.jar
> jstl.jar
> standard.jar
> tomahawk-1.1.3.jar
>
> index.jsp
>
>
>
>
> index
>
>
>
>
>
>
>
> Welcome.jsp
>
> <[EMAIL PROTECTED] uri="http://java.sun.com/jsf/html"; prefix="h"%>
> <[EMAIL PROTECTED] uri="http://java.sun.com/jsf/core"; prefix="f"%>
> <%@ taglib uri="http://myfaces.apache.org/tomahawk"; prefix="t" %>
>
>
> index
>
>
> GoHurst Welcome
>
>
>
> storage="file" required="true" />
>
>
> value="Click here to Upload"/>
>
>
>
>
>
>
> WelcomeBean.java
>
> package tomahawkfileupload;
>
> import java.io.File;
> import java.io.InputStream;
> import javax.servlet.http.HttpSession;
> import javax.faces.context.FacesContext;
> import org.apache.myfaces.custom.fileupload.UploadedFile;
>
> public class WelcomeBean
> {
> private UploadedFile theFile;
>
> public UploadedFile getTheFile() {
> return theFile;
> }
>
> public void setTheFile (UploadedFile theFile) {
> this.theFile = theFile;
> }
>
> public String fmWelcome()
> {
> FacesContext context = FacesContext.getCurrentInstance();
> HttpSession session = (HttpSession)
> context.getExternalContext().getSession(false);
> try {
> InputStream stream = theFile.getInputStream();
> long fSize = theFile.getSize();
> byte [] buffer = new byte[(int)fSize];
> stream.read(buffer, 0, (int)fSize);
> stream.close();
> } catch (Exception ioe) {
>ioe.printStackTrace();
> }
> return "success";
> }
> }
>
>
> web.xml
>
>
> http://java.sun.com/xml/ns/j2ee";
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
> xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
> http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"; version="2.4">
> TomaModule
>
> Faces Servlet
> javax.faces.webapp.FacesServlet
> 1
>
>
> Faces Servlet
> *.faces
>
>
> MyFacesExtensionsFilter
>
> org.apache.myfaces.webapp.filter.ExtensionsFilter
>
> maxFileSize
> 20m
>
>
>
> MyFacesExtensionsFilter
> Faces Servlet
>
>
> MyFacesExtensionsFilter
> /faces/myFacesExtensionResource/*
>
>
>
>
> faces-config.xml
>
>
> Faces Config 1.1//EN" "http://java.sun.com/dtd/web-facesconfig_1_1.dtd";>
> http://java.sun.com/JSF/Configuration";>
>
> WelcomeBean
>
> tomahawkfileupload.WelcomeBean
> session
>
>
>
> *
>
> #{WelcomeBean.fmWelcome}
> success
> /Welcome.jsp
>
>
> #{WelcomeBean.fmBicycle}
> bypass
> /Welcome.jsp
>
>
>
>
>
--
View this message in context:
http://www.nabble.com/Tomahawk-1.1.3-inputFileUpload-solution-tf2318350.html#a8882592
Sent from the MyFaces - Users mailing l
Re: Tomahawk 1.1.3 inputFileUpload solution
Thanks Doug, this was very, very helpful. -- View this message in context: http://www.nabble.com/Tomahawk-1.1.3-inputFileUpload-solution-tf2318350.html#a8796264 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: Tomahawk 1.1.3 inputFileUpload solution
hi,
i followed every thing mentioned in your solution below(ur message) for
input file upload.
But i am getting error valuebinding Impl i.e can not set the value for
expression "#{mybean.myfile} to a new value of type
org.apache.myfaces.custom.fileupload.UploadedFileDefaultMemoryImpl .
and giving exception
javax.servlet.jsp.el.ELException: Attempt to coerce a value of type
"org.apache.
myfaces.custom.fileupload.UploadedFileDefaultMemoryImpl" to type
"org.apache.myf
aces.custom.fileupload.UploadedFile"
this is my problem please help me as soon as possible through mail
JBuilderDoug wrote:
>
> I finally figured this out, so I'm going to put an entire example in this
> post. I'm using Tomahawk 1.1.3 with RI JSF created in Borland's JBuilder.
> I've created a .war file from borland and deployed it under Tomcat 5.5 so
> it should be Borland independent. The problems I was having previously
> were in trying to deploy Tomahawk on a old JSF project. I'm pretty sure
> I'm safe in saying you must use JSP 2.0 and Servlet 2.4 as a minimum.
>
> inputFileUpload/Tomahawk specific elements are bold/italic
>
> In the backing bean WelcomeBean.java, I only read the uploaded file into a
> byte []. In my personal application, I simply insert the byte [] into an
> Oracle BLOB. You may need to write it to a file. I'll assume you know
> how to do that.
>
> I think that's pretty much it. If you have any questions please respond
> to this post. I'll receive an e-mail and try to help. If you want to
> know how to implement Tomahawk 1.1.3 into Borland's JBuilder, I can help
> with that also I believe.
>
> Doug
>
> Required libraries for this minimal project
>
> commons-beanutils.jar
> commons-collections.jar
> commons-digester.jar
> commons-fileupload.jar
> commons-logging.jar
> jsf-api.jar
> jsf-impl.jar
> jstl.jar
> standard.jar
> tomahawk-1.1.3.jar
>
> index.jsp
>
>
>
>
> index
>
>
>
>
>
>
>
> Welcome.jsp
>
> <[EMAIL PROTECTED] uri="http://java.sun.com/jsf/html"; prefix="h"%>
> <[EMAIL PROTECTED] uri="http://java.sun.com/jsf/core"; prefix="f"%>
> <%@ taglib uri="http://myfaces.apache.org/tomahawk"; prefix="t" %>
>
>
> index
>
>
> GoHurst Welcome
>
>
>
> storage="file" required="true" />
>
>
> value="Click here to Upload"/>
>
>
>
>
>
>
> WelcomeBean.java
>
> package tomahawkfileupload;
>
> import java.io.File;
> import java.io.InputStream;
> import javax.servlet.http.HttpSession;
> import javax.faces.context.FacesContext;
> import org.apache.myfaces.custom.fileupload.UploadedFile;
>
> public class WelcomeBean
> {
> private UploadedFile theFile;
>
> public UploadedFile getTheFile() {
> return theFile;
> }
>
> public void setTheFile (UploadedFile theFile) {
> this.theFile = theFile;
> }
>
> public String fmWelcome()
> {
> FacesContext context = FacesContext.getCurrentInstance();
> HttpSession session = (HttpSession)
> context.getExternalContext().getSession(false);
> try {
> InputStream stream = theFile.getInputStream();
> long fSize = theFile.getSize();
> byte [] buffer = new byte[(int)fSize];
> stream.read(buffer, 0, (int)fSize);
> stream.close();
> } catch (Exception ioe) {
>ioe.printStackTrace();
> }
> return "success";
> }
> }
>
>
> web.xml
>
>
> http://java.sun.com/xml/ns/j2ee";
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
> xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
> http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"; version="2.4">
> TomaModule
>
> Faces Servlet
> javax.faces.webapp.FacesServlet
> 1
>
>
> Faces Servlet
> *.faces
>
>
> MyFacesExtensionsFilter
>
> org.apache.myfaces.webapp.filter.ExtensionsFilter
>
> maxFileSize
> 20m
>
>
>
> MyFacesExtensionsFilter
> Faces Servlet
>
>
> MyFacesExtensionsFilter
> /faces/myFacesExtensionResource/*
>
>
>
>
> faces-config.xml
>
>
> Faces Config 1.1//EN" "http://java.sun.com/dtd/web-facesconfig_1_1.dtd";>
> http://java.sun.com/JSF/Configuration";>
>
> WelcomeBean
>
> tomahawkfileupload.WelcomeBean
> session
>
>
>
> *
>
> #{WelcomeBean.fmWelcome}
> success
> /Welcome.jsp
>
>
> #{WelcomeBean.fmBicycle}
> bypass
> /Welcome.jsp
>
>
>
>
>
--
View this message in context:
http://www.nabble.com/Tomahawk-1.1.3-inputFileUpload-solution-tf2318350.html#a7376415
Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: Tomahawk 1.1.3 inputFileUpload solution
Ths is a great example...Thanks for all the hard work...
Can you show me an example of what do with the uploaded file? How and where
can I write it out?
Thanks
Phil
public String fmWelcome()
{
FacesContext context = FacesContext.getCurrentInstance();
HttpSession session = (HttpSession)
context.getExternalContext().getSession(false);
try {
InputStream stream = theFile.getInputStream();
long fSize = theFile.getSize();
byte [] buffer = new byte[(int)fSize];
stream.read(buffer, 0, (int)fSize);
stream.close();
} catch (Exception ioe) {
ioe.printStackTrace();
}
return "success";
}
--
View this message in context:
http://www.nabble.com/Tomahawk-1.1.3-inputFileUpload-solution-tf2318350.html#a7192432
Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: Tomahawk 1.1.3 datatable row selection returns previous row
Code please.On 10/11/06, Sajja, Vinod K (Vinod) <[EMAIL PROTECTED]> wrote: We are trying to migrate from MyFaces/Tomahawk 1.1.1 to 1.1.4 andencountered a problem with row selection in the datatable component.Selecting a row returns the previous row information instead of thecurrent selection. Is there an issue related to this problem with Tomahawk 1.1.4 ?Can any throw some light on this ?Thanks,Vinod
Re: Tomahawk 1.1.3 Source
On 9/26/06, jwkidd <[EMAIL PROTECTED]> wrote: I am familiar enough I was hoping for another option but Okay, then this should be what you need: cd /path/to/SHARED_2_0_2 mvn install cd /path/to/TOMAHAWK_1_1_3 mvn install -Pgenerate-assembly cd assembly mvn assembly:assembly Look in target/assembly/out for the files. The 'generate assembly' profile will also build the -sources and -javadocs jars for the Maven repo. HTH, -- Wendy
Re: Tomahawk 1.1.3 Source
I am familiar enough I was hoping for another option but Wendy Smoak-3 wrote: > > On 9/26/06, jwkidd <[EMAIL PROTECTED]> wrote: > >> I need the Tomahawk 1.1.3 source. I have looked and cannot find a jar >> with >> the source like myfaces-1.1.4 >> >> This is just for trace/debug purposes > > http://wiki.apache.org/myfaces/FAQ#download-other-stuff > > I think you'll have to check it out from the Subversion repository and > build it. Unfortunately we don't seem to have concise instructions on > how to do that. How familiar are you with Maven 2? > > Some of the info on these pages may help: >http://wiki.apache.org/myfaces/Building_With_Maven >http://wiki.apache.org/myfaces/TomahawkRelease114 > > (And yes, Tomahawk 1.1.4 will have a source distribution. :) ) > > -- > Wendy > > -- View this message in context: http://www.nabble.com/Tomahawk-1.1.3-Source-tf2341012.html#a6515902 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: Tomahawk 1.1.3 Source
On 9/26/06, jwkidd <[EMAIL PROTECTED]> wrote: I need the Tomahawk 1.1.3 source. I have looked and cannot find a jar with the source like myfaces-1.1.4 This is just for trace/debug purposes http://wiki.apache.org/myfaces/FAQ#download-other-stuff I think you'll have to check it out from the Subversion repository and build it. Unfortunately we don't seem to have concise instructions on how to do that. How familiar are you with Maven 2? Some of the info on these pages may help: http://wiki.apache.org/myfaces/Building_With_Maven http://wiki.apache.org/myfaces/TomahawkRelease114 (And yes, Tomahawk 1.1.4 will have a source distribution. :) ) -- Wendy
Re: Tomahawk 1.1.3 inputFileUpload solution
On 9/22/06, JBuilderDoug <[EMAIL PROTECTED]> wrote: I finally figured this out, so I'm going to put an entire example in this post. If you have time, can you put your example on the wiki? There is a page already (and I added a link to this thread): http://wiki.apache.org/myfaces/File_Upload Thanks, -- Wendy
Re: tomahawk 1.1.3
PROBLEM PRETTY MUCH SOLVED!!! The primary thing I was doing wrong was that I was trying to implement MyFaces and Tomahawk into an older project and it was using the JSP 1.1 specification instead of 2.0. I created a new project in Borland's JBuilder and specified JSP 2.0. I initially used RI JSF provided by Borland, then substituted MyFaces and Tomahawk. There were a few .tld file issues after the substitution, but after that all went pretty much as layed out on the myfaces.apache website. I didn't need any additional entries in my faces-config.xml file and only the filter entry specified by myfaces.apache in my web.xml file. Of course, the > Has ANYONE been able to get tomahawk 1.1.3 inputFileUpload to work > properly? I've tried in both JBuilder and JDeveloper without success. > > Here's what I've tried: > > 1) Configured libraries for tomahawk-1.1.3.jar and Framework for the t: > taglib (The JBuilder IDE recognizes/displays the t: taglab elements so > does Oracle's JDeveloper) > 2) Included this .jar with my project > 3) Made the .jsp 4) Included in the .jsp > <%@ taglib uri="http://myfaces.apache.org/tomahawk"; prefix="t" %> > 5) Entered the > 6) in my backing bean > a) import org.apache.myfaces.custom.fileupload.UploadedFile; > b) UploadedFile theFile > c) get and set methods for the File. > 7) Placed the ExtensionsFilter in my web.xml file. > > > MyFacesExtensionsFilter > org.apache.myfaces.webapp.filter.ExtensionsFilter > > maxFileSize > 20m > Set the size limit for uploaded files. > Format: 10 - 10 bytes > 10k - 10 KB > 10m - 10 MB > 1g - 1 GB > > > > > > > MyFacesExtensionsFilter > > Faces Servlet > > > > > MyFacesExtensionsFilter > /faces/myFacesExtensionResource/* > > > It all compiles and runs fine but when my page comes up and I enter a file > [Browse] and submit the form > > NoClassDefFoundError > > org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance()... > org.apache.myfaces.webapp.filter.ExtensionsFilder.doFilter > > I'm not getting any complaints from the IDE for syntax and there are no > errors in the build, but it appears that I'm not able to instantiate the > filter... at least that's what I'm reading from above. > -- View this message in context: http://www.nabble.com/tomahawk-1.1.3-tf2307269.html#a6447637 Sent from the MyFaces - Users mailing list archive at Nabble.com.
RE: tomahawk 1.1.3
I'm not using the rest of myfaces. According to apache, tomahawk is supposed to be compatible with RI JSF. I may have to try that though. I'm using org.apache.myfaces.webapp.filter.ExtensionsFilter as witnessed by the web.xml file included below I'll look your web.xml file over thoroughly and respond again. Thanks for your input. Doug Rønnevik, Eivind wrote: > > Hi! > > Perhaps these are some silly questions, but i struggled to get this > File-uploader to work as well, and I sorted out some issues (not saying > that you have these problems.) > > - What version of myfaces' jars are you using? > At first I tried to use this with tomahawk.1.1.3.jar and myfaces-all.jar, > but experienced problems since the extension filter class is included in > both of them, resulting in that the class loader doesn't know which one to > use, and you get a class not found exception. This also leads to another > question: > > - Are you sure that the extension filter class exist in only the > tomahawk.jar? > > - When upgrading from my-faces.1.1.1 to 1.1.3 they moved the Extension > filter from org.apache.myfaces.component.html.util.ExtensionsFilter to > org.apache.myfaces.webapp.filter.ExtensionsFilter. > > Please check that org.apache.myfaces.component.html.util.ExtensionsFilter > doesn't exist anymore. > > This http://wiki.apache.org/myfaces/From_1%2e1%2e1_to_1%2e1%2e3_with_Jboss > is a note I made when upgrading, perhaps you can get something useful out > of it. > > I also include some parts of my web.xml, as this what I have done to get > it working, perhaps you have missed something. :) > > -- WEB.XML > --- > > > > > extensionsFilter > > > org.apache.myfaces.webapp.filter.ExtensionsFilter > > Set the size limit for uploaded files. > Format: 10 - 10 bytes > 10k - 10 KB > 10m - 10 MB > 1g - 1 GB > > uploadMaxFileSize > 100m > > > > Set the threshold size - files > below this limit are stored in memory, files above > this limit are stored on disk. > > Format: 10 - 10 bytes > 10k - 10 KB > 10m - 10 MB > 1g - 1 GB > > uploadThresholdSize > 100k > > > > > > extensionsFilter > Faces Servlet > > > > extensionsFilter > /faces/myFacesExtensionResource/* > > > > > extensionsFilter > *.faces > > > > extensionsFilter > *.jsf > > > >extensionsFilter > *.jsp > > > > extensionsFilter > /faces/* > > > > > > org.apache.myfaces.webapp.StartupServletContextListener > > > > > Faces Servlet > javax.faces.webapp.FacesServlet > 1 > > > > SourceCodeServlet > > org.apache.myfaces.shared_tomahawk.util.servlet.SourceCodeServlet > > > > Faces Servlet > *.faces > > > > > Regards, > > Eivind > > -Original Message- > From: JBuilderDoug [mailto:[EMAIL PROTECTED] > Sent: 21. september 2006 15:06 > To: users@myfaces.apache.org > Subject: Re: tomahawk 1.1.3 > > > I also added this to my faces-config.xml file > > > > > org.apache.myfaces.HtmlInputFileUpload > > org.apache.myfaces.custom.fileupload.HtmlInputFileUpload > > > with the effect that my exception message is now... > > > > javax.servlet.ServletException > at > org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:132) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:166) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:146) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:209) > > The original first line... > > at > org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance(AddResourceFactory.java:297) > > ... is gone. > > It still appears the ExtensionsFilter is not actually working. > > > > &
RE: tomahawk 1.1.3
Hi! Perhaps these are some silly questions, but i struggled to get this File-uploader to work as well, and I sorted out some issues (not saying that you have these problems.) - What version of myfaces' jars are you using? At first I tried to use this with tomahawk.1.1.3.jar and myfaces-all.jar, but experienced problems since the extension filter class is included in both of them, resulting in that the class loader doesn't know which one to use, and you get a class not found exception. This also leads to another question: - Are you sure that the extension filter class exist in only the tomahawk.jar? - When upgrading from my-faces.1.1.1 to 1.1.3 they moved the Extension filter from org.apache.myfaces.component.html.util.ExtensionsFilter to org.apache.myfaces.webapp.filter.ExtensionsFilter. Please check that org.apache.myfaces.component.html.util.ExtensionsFilter doesn't exist anymore. This http://wiki.apache.org/myfaces/From_1%2e1%2e1_to_1%2e1%2e3_with_Jboss is a note I made when upgrading, perhaps you can get something useful out of it. I also include some parts of my web.xml, as this what I have done to get it working, perhaps you have missed something. :) -- WEB.XML --- extensionsFilter org.apache.myfaces.webapp.filter.ExtensionsFilter Set the size limit for uploaded files. Format: 10 - 10 bytes 10k - 10 KB 10m - 10 MB 1g - 1 GB uploadMaxFileSize 100m Set the threshold size - files below this limit are stored in memory, files above this limit are stored on disk. Format: 10 - 10 bytes 10k - 10 KB 10m - 10 MB 1g - 1 GB uploadThresholdSize 100k extensionsFilter Faces Servlet extensionsFilter /faces/myFacesExtensionResource/* extensionsFilter *.faces extensionsFilter *.jsf extensionsFilter *.jsp extensionsFilter /faces/* org.apache.myfaces.webapp.StartupServletContextListener Faces Servlet javax.faces.webapp.FacesServlet 1 SourceCodeServlet org.apache.myfaces.shared_tomahawk.util.servlet.SourceCodeServlet Faces Servlet *.faces Regards, Eivind -Original Message- From: JBuilderDoug [mailto:[EMAIL PROTECTED] Sent: 21. september 2006 15:06 To: users@myfaces.apache.org Subject: Re: tomahawk 1.1.3 I also added this to my faces-config.xml file org.apache.myfaces.HtmlInputFileUpload org.apache.myfaces.custom.fileupload.HtmlInputFileUpload with the effect that my exception message is now... javax.servlet.ServletException at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:132) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:166) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:146) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:209) The original first line... at org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance(AddResourceFactory.java:297) ... is gone. It still appears the ExtensionsFilter is not actually working. Gert Vanthienen wrote: > > L.S., > > Do you have a with > org.apache.myfaces.ADD_RESOURCE_CLASS in your > web.xml? If so, it probably contains an invalid class name. > > Regards, > > Gert Vanthienen > [EMAIL PROTECTED] > > JBuilderDoug wrote: >> BTW, Here's a more definitive read on the error I'm getting when I >> try to submit the form >> >> root cause >> >> java.lang.NoClassDefFoundError >> at >> org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance(AddResourceFactory.java:297) >> at >> org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(Extensions >> Filter.java:123) >> at >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:166) >> at >> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:146) >> at >> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:209) >> at >> org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex >> t.invokeNext(StandardPipeline.java:596)
Re: tomahawk 1.1.3
I also added this to my faces-config.xml file org.apache.myfaces.HtmlInputFileUpload org.apache.myfaces.custom.fileupload.HtmlInputFileUpload with the effect that my exception message is now... javax.servlet.ServletException at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:132) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:166) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:146) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:209) The original first line... at org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance(AddResourceFactory.java:297) ... is gone. It still appears the ExtensionsFilter is not actually working. Gert Vanthienen wrote: > > L.S., > > Do you have a with > org.apache.myfaces.ADD_RESOURCE_CLASS in your > web.xml? If so, it probably contains an invalid class name. > > Regards, > > Gert Vanthienen > [EMAIL PROTECTED] > > JBuilderDoug wrote: >> BTW, Here's a more definitive read on the error I'm getting when I try to >> submit the form >> >> root cause >> >> java.lang.NoClassDefFoundError >> at >> org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance(AddResourceFactory.java:297) >> at >> org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:123) >> at >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:166) >> at >> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:146) >> at >> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:209) >> at >> org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596) >> >> >> >> JBuilderDoug wrote: >> >>> Has ANYONE been able to get tomahawk 1.1.3 inputFileUpload to work >>> properly? I've tried in both JBuilder and JDeveloper without success. >>> >>> Here's what I've tried: >>> >>> 1) Configured libraries for tomahawk-1.1.3.jar and Framework for the t: >>> taglib (The JBuilder IDE recognizes/displays the t: taglab elements so >>> does Oracle's JDeveloper) >>> 2) Included this .jar with my project >>> 3) Made the .jsp >> 4) Included in the .jsp >>> <%@ taglib uri="http://myfaces.apache.org/tomahawk"; prefix="t" %> >>> 5) Entered the >>> 6) in my backing bean >>> a) import org.apache.myfaces.custom.fileupload.UploadedFile; >>> b) UploadedFile theFile >>> c) get and set methods for the File. >>> 7) Placed the ExtensionsFilter in my web.xml file. >>> >>> >>> MyFacesExtensionsFilter >>> org.apache.myfaces.webapp.filter.ExtensionsFilter >>> >>> maxFileSize >>> 20m >>> Set the size limit for uploaded files. >>> Format: 10 - 10 bytes >>> 10k - 10 KB >>> 10m - 10 MB >>> 1g - 1 GB >>> >>> >>> >>> >>> >>> >>> MyFacesExtensionsFilter >>> >>> Faces Servlet >>> >>> >>> >>> >>> MyFacesExtensionsFilter >>> /faces/myFacesExtensionResource/* >>> >>> >>> It all compiles and runs fine but when my page comes up and I enter a >>> file >>> [Browse] and submit the form >>> >>> NoClassDefFoundError >>> >>> org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance()... >>> org.apache.myfaces.webapp.filter.ExtensionsFilder.doFilter >>> >>> I'm not getting any complaints from the IDE for syntax and there are no >>> errors in the build, but it appears that I'm not able to instantiate the >>> filter... at least that's what I'm reading from above. >>> >>> >> >> > > > -- View this message in context: http://www.nabble.com/tomahawk-1.1.3-tf2307269.html#a6427664 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: tomahawk 1.1.3
I added org.apache.myfaces.ADD_RESOURCE_CLASS org.apache.myfaces.component.html.util.MultipartFilter I selected MultipartFilter, because inputFileUpload requires the form to be enctype="multipart/form-data" to my web.xml right after , but I'm getting exactly the same error java.lang.NoClassDefFoundError at org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance(AddResourceFactory.java:297) at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:123) . . . Do I need an entry in my faces-config.xml for a renderkit entry? Gert Vanthienen wrote: > > L.S., > > Do you have a with > org.apache.myfaces.ADD_RESOURCE_CLASS in your > web.xml? If so, it probably contains an invalid class name. > > Regards, > > Gert Vanthienen > [EMAIL PROTECTED] > > JBuilderDoug wrote: >> BTW, Here's a more definitive read on the error I'm getting when I try to >> submit the form >> >> root cause >> >> java.lang.NoClassDefFoundError >> at >> org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance(AddResourceFactory.java:297) >> at >> org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:123) >> at >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:166) >> at >> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:146) >> at >> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:209) >> at >> org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596) >> >> >> >> JBuilderDoug wrote: >> >>> Has ANYONE been able to get tomahawk 1.1.3 inputFileUpload to work >>> properly? I've tried in both JBuilder and JDeveloper without success. >>> >>> Here's what I've tried: >>> >>> 1) Configured libraries for tomahawk-1.1.3.jar and Framework for the t: >>> taglib (The JBuilder IDE recognizes/displays the t: taglab elements so >>> does Oracle's JDeveloper) >>> 2) Included this .jar with my project >>> 3) Made the .jsp >> 4) Included in the .jsp >>> <%@ taglib uri="http://myfaces.apache.org/tomahawk"; prefix="t" %> >>> 5) Entered the >>> 6) in my backing bean >>> a) import org.apache.myfaces.custom.fileupload.UploadedFile; >>> b) UploadedFile theFile >>> c) get and set methods for the File. >>> 7) Placed the ExtensionsFilter in my web.xml file. >>> >>> >>> MyFacesExtensionsFilter >>> org.apache.myfaces.webapp.filter.ExtensionsFilter >>> >>> maxFileSize >>> 20m >>> Set the size limit for uploaded files. >>> Format: 10 - 10 bytes >>> 10k - 10 KB >>> 10m - 10 MB >>> 1g - 1 GB >>> >>> >>> >>> >>> >>> >>> MyFacesExtensionsFilter >>> >>> Faces Servlet >>> >>> >>> >>> >>> MyFacesExtensionsFilter >>> /faces/myFacesExtensionResource/* >>> >>> >>> It all compiles and runs fine but when my page comes up and I enter a >>> file >>> [Browse] and submit the form >>> >>> NoClassDefFoundError >>> >>> org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance()... >>> org.apache.myfaces.webapp.filter.ExtensionsFilder.doFilter >>> >>> I'm not getting any complaints from the IDE for syntax and there are no >>> errors in the build, but it appears that I'm not able to instantiate the >>> filter... at least that's what I'm reading from above. >>> >>> >> >> > > > -- View this message in context: http://www.nabble.com/tomahawk-1.1.3-tf2307269.html#a6418868 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: tomahawk 1.1.3
Should this go exactly as you depict it below between maxFileSize 20m org.apache.myfaces.ADD_RESOURCE_CLASS Is there no required for it? Thanks for responding so quick. I'd really like to get this working so I can post it somewhere for others. Doug Hurst Gert Vanthienen wrote: > > L.S., > > Do you have a with > org.apache.myfaces.ADD_RESOURCE_CLASS in your > web.xml? If so, it probably contains an invalid class name. > > Regards, > > Gert Vanthienen > [EMAIL PROTECTED] > > JBuilderDoug wrote: >> BTW, Here's a more definitive read on the error I'm getting when I try to >> submit the form >> >> root cause >> >> java.lang.NoClassDefFoundError >> at >> org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance(AddResourceFactory.java:297) >> at >> org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:123) >> at >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:166) >> at >> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:146) >> at >> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:209) >> at >> org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596) >> >> >> >> JBuilderDoug wrote: >> >>> Has ANYONE been able to get tomahawk 1.1.3 inputFileUpload to work >>> properly? I've tried in both JBuilder and JDeveloper without success. >>> >>> Here's what I've tried: >>> >>> 1) Configured libraries for tomahawk-1.1.3.jar and Framework for the t: >>> taglib (The JBuilder IDE recognizes/displays the t: taglab elements so >>> does Oracle's JDeveloper) >>> 2) Included this .jar with my project >>> 3) Made the .jsp >> 4) Included in the .jsp >>> <%@ taglib uri="http://myfaces.apache.org/tomahawk"; prefix="t" %> >>> 5) Entered the >>> 6) in my backing bean >>> a) import org.apache.myfaces.custom.fileupload.UploadedFile; >>> b) UploadedFile theFile >>> c) get and set methods for the File. >>> 7) Placed the ExtensionsFilter in my web.xml file. >>> >>> >>> MyFacesExtensionsFilter >>> org.apache.myfaces.webapp.filter.ExtensionsFilter >>> >>> maxFileSize >>> 20m >>> Set the size limit for uploaded files. >>> Format: 10 - 10 bytes >>> 10k - 10 KB >>> 10m - 10 MB >>> 1g - 1 GB >>> >>> >>> >>> >>> >>> >>> MyFacesExtensionsFilter >>> >>> Faces Servlet >>> >>> >>> >>> >>> MyFacesExtensionsFilter >>> /faces/myFacesExtensionResource/* >>> >>> >>> It all compiles and runs fine but when my page comes up and I enter a >>> file >>> [Browse] and submit the form >>> >>> NoClassDefFoundError >>> >>> org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance()... >>> org.apache.myfaces.webapp.filter.ExtensionsFilder.doFilter >>> >>> I'm not getting any complaints from the IDE for syntax and there are no >>> errors in the build, but it appears that I'm not able to instantiate the >>> filter... at least that's what I'm reading from above. >>> >>> >> >> > > > -- View this message in context: http://www.nabble.com/tomahawk-1.1.3-tf2307269.html#a6418673 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: tomahawk 1.1.3
L.S., Do you have a with org.apache.myfaces.ADD_RESOURCE_CLASS in your web.xml? If so, it probably contains an invalid class name. Regards, Gert Vanthienen [EMAIL PROTECTED] JBuilderDoug wrote: BTW, Here's a more definitive read on the error I'm getting when I try to submit the form root cause java.lang.NoClassDefFoundError at org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance(AddResourceFactory.java:297) at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:123) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:166) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:146) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:209) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596) JBuilderDoug wrote: Has ANYONE been able to get tomahawk 1.1.3 inputFileUpload to work properly? I've tried in both JBuilder and JDeveloper without success. Here's what I've tried: 1) Configured libraries for tomahawk-1.1.3.jar and Framework for the t: taglib (The JBuilder IDE recognizes/displays the t: taglab elements so does Oracle's JDeveloper) 2) Included this .jar with my project 3) Made the .jsp http://myfaces.apache.org/tomahawk"; prefix="t" %> 5) Entered the 6) in my backing bean a) import org.apache.myfaces.custom.fileupload.UploadedFile; b) UploadedFile theFile c) get and set methods for the File. 7) Placed the ExtensionsFilter in my web.xml file. MyFacesExtensionsFilter org.apache.myfaces.webapp.filter.ExtensionsFilter maxFileSize 20m Set the size limit for uploaded files. Format: 10 - 10 bytes 10k - 10 KB 10m - 10 MB 1g - 1 GB MyFacesExtensionsFilter Faces Servlet MyFacesExtensionsFilter /faces/myFacesExtensionResource/* It all compiles and runs fine but when my page comes up and I enter a file [Browse] and submit the form NoClassDefFoundError org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance()... org.apache.myfaces.webapp.filter.ExtensionsFilder.doFilter I'm not getting any complaints from the IDE for syntax and there are no errors in the build, but it appears that I'm not able to instantiate the filter... at least that's what I'm reading from above.
Re: tomahawk 1.1.3
BTW, Here's a more definitive read on the error I'm getting when I try to submit the form root cause java.lang.NoClassDefFoundError at org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance(AddResourceFactory.java:297) at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:123) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:166) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:146) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:209) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596) JBuilderDoug wrote: > > Has ANYONE been able to get tomahawk 1.1.3 inputFileUpload to work > properly? I've tried in both JBuilder and JDeveloper without success. > > Here's what I've tried: > > 1) Configured libraries for tomahawk-1.1.3.jar and Framework for the t: > taglib (The JBuilder IDE recognizes/displays the t: taglab elements so > does Oracle's JDeveloper) > 2) Included this .jar with my project > 3) Made the .jsp 4) Included in the .jsp > <%@ taglib uri="http://myfaces.apache.org/tomahawk"; prefix="t" %> > 5) Entered the > 6) in my backing bean > a) import org.apache.myfaces.custom.fileupload.UploadedFile; > b) UploadedFile theFile > c) get and set methods for the File. > 7) Placed the ExtensionsFilter in my web.xml file. > > > MyFacesExtensionsFilter > org.apache.myfaces.webapp.filter.ExtensionsFilter > > maxFileSize > 20m > Set the size limit for uploaded files. > Format: 10 - 10 bytes > 10k - 10 KB > 10m - 10 MB > 1g - 1 GB > > > > > > > MyFacesExtensionsFilter > > Faces Servlet > > > > > MyFacesExtensionsFilter > /faces/myFacesExtensionResource/* > > > It all compiles and runs fine but when my page comes up and I enter a file > [Browse] and submit the form > > NoClassDefFoundError > > org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance()... > org.apache.myfaces.webapp.filter.ExtensionsFilder.doFilter > > I'm not getting any complaints from the IDE for syntax and there are no > errors in the build, but it appears that I'm not able to instantiate the > filter... at least that's what I'm reading from above. > -- View this message in context: http://www.nabble.com/tomahawk-1.1.3-tf2307269.html#a6415511 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: Tomahawk 1.1.3 on JSF 1.2 RI problem
possible that's the problem, based on the jsf 1.2 release notes, there were
some changes required on tag classes and tag handler classes. I might need
to take a look at the tomahawk-facelets-1.0.10.jar also.
William Huang
Product Development Team
IntraLinks, Inc.
99 Bedford Street
Boston, MA 02111
t 617 648 3511
f 617 648 3550
[EMAIL PROTECTED]
"Mike
Kienenberger"
<[EMAIL PROTECTED] To
om> "MyFaces Discussion"
09/15/2006 03:20 cc
PM
Subject
Re: Tomahawk 1.1.3 on JSF 1.2 RI
Please respond to problem
"MyFaces
Discussion"
<[EMAIL PROTECTED]
ache.org>
That said, I think our components can probably work under both
implementations. All of the attributes you listed were originally
defined as generic component attributes with a fully-qualified
org.apache initially. I wonder if that has
something to do with it?
On 9/15/06, Dennis Byrne <[EMAIL PROTECTED]> wrote:
> Tomahawk components work great with MyFaces 1.1 implementations and the
1.1 RI only. If you choose to move to JSF 1.2, you are basically leaving a
rich third party component market behind for now.
>
> Dennis Byrne
>
> >-Original Message-
> >From: William Huang [mailto:[EMAIL PROTECTED]
> >Sent: Friday, September 15, 2006 02:58 PM
> >To: 'MyFaces Discussion'
> >Subject: Tomahawk 1.1.3 on JSF 1.2 RI problem
> >
> >I recently upgrade to JSF 1.2 from MyFaces 1.1.3, my tomahawk tree2
doesnt
> >seem to work correctly, it displays the tree, but the attributes like
> >clientSideToggle="false" showRootNode="false" showNav="false"
> >showLines="false" are all broken.
> >
> >Thanks,
> >Bill
> >
> >Disclaimer: This electronic mail and any attachments are confidential
and may be privileged. If you are not the intended recipient, please notify
the sender immediately by replying to this email, and destroy all copies of
this email and any attachments. Thank you.
> >
> >
>
>
>
Disclaimer: This electronic mail and any attachments are confidential and may
be privileged. If you are not the intended recipient, please notify the sender
immediately by replying to this email, and destroy all copies of this email and
any attachments. Thank you.
Re: Tomahawk 1.1.3 on JSF 1.2 RI problem
That said, I think our components can probably work under both implementations. All of the attributes you listed were originally defined as generic component attributes with a fully-qualified org.apache initially. I wonder if that has something to do with it? On 9/15/06, Dennis Byrne <[EMAIL PROTECTED]> wrote: Tomahawk components work great with MyFaces 1.1 implementations and the 1.1 RI only. If you choose to move to JSF 1.2, you are basically leaving a rich third party component market behind for now. Dennis Byrne >-Original Message- >From: William Huang [mailto:[EMAIL PROTECTED] >Sent: Friday, September 15, 2006 02:58 PM >To: 'MyFaces Discussion' >Subject: Tomahawk 1.1.3 on JSF 1.2 RI problem > >I recently upgrade to JSF 1.2 from MyFaces 1.1.3, my tomahawk tree2 doesnt >seem to work correctly, it displays the tree, but the attributes like >clientSideToggle="false" showRootNode="false" showNav="false" >showLines="false" are all broken. > >Thanks, >Bill > >Disclaimer: This electronic mail and any attachments are confidential and may be privileged. If you are not the intended recipient, please notify the sender immediately by replying to this email, and destroy all copies of this email and any attachments. Thank you. > >
Re: Tomahawk 1.1.3 on JSF 1.2 RI problem
Tomahawk components work great with MyFaces 1.1 implementations and the 1.1 RI only. If you choose to move to JSF 1.2, you are basically leaving a rich third party component market behind for now. Dennis Byrne >-Original Message- >From: William Huang [mailto:[EMAIL PROTECTED] >Sent: Friday, September 15, 2006 02:58 PM >To: 'MyFaces Discussion' >Subject: Tomahawk 1.1.3 on JSF 1.2 RI problem > >I recently upgrade to JSF 1.2 from MyFaces 1.1.3, my tomahawk tree2 doesnt >seem to work correctly, it displays the tree, but the attributes like >clientSideToggle="false" showRootNode="false" showNav="false" >showLines="false" are all broken. > >Thanks, >Bill > >Disclaimer: This electronic mail and any attachments are confidential and may >be privileged. If you are not the intended recipient, please notify the sender >immediately by replying to this email, and destroy all copies of this email >and any attachments. Thank you. > >
Re: Tomahawk 1.1.3 and Sun RI (workaround)
Hi to all. I've found a workaround for this bug: I simple changed the renderer of the form component to the MyFaces' one. So now I've forms, links and buttons rendered by myfaces: javax.faces.Form javax.faces.Form org.apache.myfaces.shared_tomahawk.renderkit.html.HtmlFormRendererBase javax.faces.Command javax.faces.Button org.apache.myfaces.renderkit.html.jsf.ExtendedHtmlButtonRenderer javax.faces.Command javax.faces.Link org.apache.myfaces.renderkit.html.jsf.ExtendedHtmlLinkRenderer Bye Pierpaolo Follia wrote: Yes, I saw it, but I think it is something related to myfaces JSF implementation, since the wiki says: If you use the MyFaces JSF implementation you can reenable this feature by adding the following to your faces-config.xml, though, you should consider changing your JSF pages (place a h:form in it) as we dont know if and when this feature will find its way back into the main development. However, I tryed it...it doesn't work. I also built a 1.1.5 snapshot downloading source code from svn, but I still have _javascript_ errors. Should I file a bug for this? Regards. Pierpaolo Catalin Kormos wrote: Have you seen this? http://wiki.apache.org/myfaces/Upgrading_to_Tomahawk_1.1.3 HTH, Catalin Pierpaolo Follia <[EMAIL PROTECTED]> wrote: Thank you. I've already searched in jira, but there is no issues about that. This is why I was asking here. Regards, Pierpaolo Grigoras Cristinel wrote: > Pierpaolo Follia wrote: >> Hi guys, I'm tring to use Tomahawk 1.1.3 with Sun RI (1.1_01) but I >> have some problem with the commandSortHeader component: it renders >> some _javascript_ calls to functions that are not rendered in page (ie >> clear_content_3Amyform). I tryed to write a fake function to >> workaround the problem, but then I have an error about a missing >> autoscroll input paramenter in my form. Disabling autoscroll >> generates another problem. >> Obviously using myfaces JSF implementation there is no problem. >> Where I'm wrong with tomahawk? >> >> Thank you very much. >> Pierpaolo >> > Hi, > > It was the same problem when i have used s:subform, the _javascript_ > was bad. > In last SVN is fixed for subform. I don't know about sort header. > search in Jira. > > > Cristi -- Pierpaolo Follia Wave S.r.l. - Vai Benaco 24/B, Bedizzole (BS) Telefono: +39 030 687561 Fax: +39 030 6875690 begin:vcard fn:Pierpaolo Follia n:Follia;Pierpaolo email;internet:[EMAIL PROTECTED] tel;cell:+393385432825 version:2.1 end:vcard Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less. -- Pierpaolo Follia Wave S.r.l. - Vai Benaco 24/B, Bedizzole (BS) Telefono: +39 030 687561 Fax: +39 030 6875690 -- Pierpaolo Follia Wave S.r.l. - Vai Benaco 24/B, Bedizzole (BS) Telefono: +39 030 687561 Fax: +39 030 6875690 begin:vcard fn:Pierpaolo Follia n:Follia;Pierpaolo email;internet:[EMAIL PROTECTED] tel;cell:+393385432825 version:2.1 end:vcard
Re: Tomahawk 1.1.3 and Sun RI
Yes, I saw it, but I think it is something related to myfaces JSF implementation, since the wiki says: If you use the MyFaces JSF implementation you can reenable this feature by adding the following to your faces-config.xml, though, you should consider changing your JSF pages (place a h:form in it) as we dont know if and when this feature will find its way back into the main development. However, I tryed it...it doesn't work. I also built a 1.1.5 snapshot downloading source code from svn, but I still have _javascript_ errors. Should I file a bug for this? Regards. Pierpaolo Catalin Kormos wrote: Have you seen this? http://wiki.apache.org/myfaces/Upgrading_to_Tomahawk_1.1.3 HTH, Catalin Pierpaolo Follia <[EMAIL PROTECTED]> wrote: Thank you. I've already searched in jira, but there is no issues about that. This is why I was asking here. Regards, Pierpaolo Grigoras Cristinel wrote: > Pierpaolo Follia wrote: >> Hi guys, I'm tring to use Tomahawk 1.1.3 with Sun RI (1.1_01) but I >> have some problem with the commandSortHeader component: it renders >> some _javascript_ calls to functions that are not rendered in page (ie >> clear_content_3Amyform). I tryed to write a fake function to >> workaround the problem, but then I have an error about a missing >> autoscroll input paramenter in my form. Disabling autoscroll >> generates another problem. >> Obviously using myfaces JSF implementation there is no problem. >> Where I'm wrong with tomahawk? >> >> Thank you very much. >> Pierpaolo >> > Hi, > > It was the same problem when i have used s:subform, the _javascript_ > was bad. > In last SVN is fixed for subform. I don't know about sort header. > search in Jira. > > > Cristi -- Pierpaolo Follia Wave S.r.l. - Vai Benaco 24/B, Bedizzole (BS) Telefono: +39 030 687561 Fax: +39 030 6875690 begin:vcard fn:Pierpaolo Follia n:Follia;Pierpaolo email;internet:[EMAIL PROTECTED] tel;cell:+393385432825 version:2.1 end:vcard Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less. -- Pierpaolo Follia Wave S.r.l. - Vai Benaco 24/B, Bedizzole (BS) Telefono: +39 030 687561 Fax: +39 030 6875690 begin:vcard fn:Pierpaolo Follia n:Follia;Pierpaolo email;internet:[EMAIL PROTECTED] tel;cell:+393385432825 version:2.1 end:vcard
Re: Tomahawk 1.1.3 and Sun RI
Have you seen this? http://wiki.apache.org/myfaces/Upgrading_to_Tomahawk_1.1.3HTH,CatalinPierpaolo Follia <[EMAIL PROTECTED]> wrote: Thank you. I've already searched in jira, but there is no issues about that. This is why I was asking here.Regards,PierpaoloGrigoras Cristinel wrote:> Pierpaolo Follia wrote:>> Hi guys, I'm tring to use Tomahawk 1.1.3 with Sun RI (1.1_01) but I >> have some problem with the commandSortHeader component: it renders >> some _javascript_ calls to functions that are not rendered in page (ie >> clear_content_3Amyform). I tryed to write a fake function to >> workaround the problem, but then I have an error about a missing >> autoscroll input paramenter in my form. Disabling autoscroll >> generates another problem.>> Obviously using myfaces JSF implementation there is no problem.>> Where I'm wrong with tomahawk? Thank you very much.>> Pierpaolo>>> Hi,>> It was the same problem when i have used s:subform, the _javascript_ > was bad.> In last SVN is fixed for subform. I don't know about sort header.> search in Jira.>>> Cristi-- Pierpaolo FolliaWave S.r.l. - Vai Benaco 24/B, Bedizzole (BS)Telefono: +39 030 687561Fax: +39 030 6875690begin:vcardfn:Pierpaolo Follian:Follia;Pierpaoloemail;internet:[EMAIL PROTECTED]tel;cell:+393385432825version:2.1end:vcard Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less.
Re: Tomahawk 1.1.3 and Sun RI
Thank you. I've already searched in jira, but there is no issues about that. This is why I was asking here. Regards, Pierpaolo Grigoras Cristinel wrote: Pierpaolo Follia wrote: Hi guys, I'm tring to use Tomahawk 1.1.3 with Sun RI (1.1_01) but I have some problem with the commandSortHeader component: it renders some javascript calls to functions that are not rendered in page (ie clear_content_3Amyform). I tryed to write a fake function to workaround the problem, but then I have an error about a missing autoscroll input paramenter in my form. Disabling autoscroll generates another problem. Obviously using myfaces JSF implementation there is no problem. Where I'm wrong with tomahawk? Thank you very much. Pierpaolo Hi, It was the same problem when i have used s:subform, the java script was bad. In last SVN is fixed for subform. I don't know about sort header. search in Jira. Cristi -- Pierpaolo Follia Wave S.r.l. - Vai Benaco 24/B, Bedizzole (BS) Telefono: +39 030 687561 Fax: +39 030 6875690 begin:vcard fn:Pierpaolo Follia n:Follia;Pierpaolo email;internet:[EMAIL PROTECTED] tel;cell:+393385432825 version:2.1 end:vcard
Re: Tomahawk 1.1.3 and Sun RI
Pierpaolo Follia wrote: Hi guys, I'm tring to use Tomahawk 1.1.3 with Sun RI (1.1_01) but I have some problem with the commandSortHeader component: it renders some javascript calls to functions that are not rendered in page (ie clear_content_3Amyform). I tryed to write a fake function to workaround the problem, but then I have an error about a missing autoscroll input paramenter in my form. Disabling autoscroll generates another problem. Obviously using myfaces JSF implementation there is no problem. Where I'm wrong with tomahawk? Thank you very much. Pierpaolo Hi, It was the same problem when i have used s:subform, the java script was bad. In last SVN is fixed for subform. I don't know about sort header. search in Jira. Cristi
Re: tomahawk 1.1.3 and tomahawk 1.1.2 bugs
Hi Alexandre! > Is there any cvs where I can work ? :) We use svn, informations about how to checkout and build can be found here: http://wiki.apache.org/myfaces/Building_With_Maven Once fixed, create a patch "svn diff" and attach it to a jira ticket at http://issues.apache.org/jira Happy coding! Ciao, Mario
Re: tomahawk 1.1.3 and tomahawk 1.1.2 bugs
Hi Mario, Is there any cvs where I can work ? :) Regards Mario Ivankovits wrote: Hi Alexandre! tomahawk 1.1.3 dataTable current row id is 1 shifted when used with dataScroller tomahawk 1.1.2 jscookmenu display bug (cross image) dataTable current row id is correct for the first page, the first element on the second page doesn't have an id it would be great if these bugs will be solved in next version First, please search http://issues.apache.org/jira if these bugs were already filed, and, if not, do so. And the best change to get them fixed ASAP is you guess it right ... provide a patch for them *hint hint* :-) Ciao, Mario
Re: tomahawk 1.1.3 and tomahawk 1.1.2 bugs
Hi Alexandre! > tomahawk 1.1.3 > dataTable current row id is 1 shifted when used with dataScroller > > tomahawk 1.1.2 > jscookmenu display bug (cross image) > dataTable current row id is correct for the first page, the first > element on the second page doesn't have an id > > it would be great if these bugs will be solved in next version First, please search http://issues.apache.org/jira if these bugs were already filed, and, if not, do so. And the best change to get them fixed ASAP is you guess it right ... provide a patch for them *hint hint* :-) Ciao, Mario
Re: Tomahawk 1.1.3 serialization problem
Hi I am facing the same problem. DId you find the solution to it? Thanks, Bindiya -- View this message in context: http://www.nabble.com/Tomahawk-1.1.3-serialization-problem-tf1794356.html#a5089287 Sent from the MyFaces - Users forum at Nabble.com.
RE: Tomahawk 1.1.3 serialization problem
Please disregard, I read the source for the DataModel and I must be persisting a DataModel somewhere: http://svn.apache.org/viewvc/myfaces/core/trunk/api/src/main/java/javax/faces/model/DataModel.java?revision=410138&view=markup Thanks, James -Original Message- From: James Richards [mailto:[EMAIL PROTECTED] Sent: Thu 6/15/2006 3:50 PM To: users@myfaces.apache.org Subject: Tomahawk 1.1.3 serialization problem Hello, I'm updating an application from 1.1.1 to MyFaces 1.1.3 and Tomahawk 1.1.3. After going through a few straightforward updates, I have run into an interesting problem where the view state cannot be serialized. This did not occur on 1.1.1. I had to update my backing beans to all implement Serializable and at that point, the view serialization fails on a MyFaces core implementation class. Should I change something in my serialization strategy? Maybe a fix to web.xml [listing relevant parts below]? // web.xml snippets org.apache.myfaces.NUMBER_OF_VIEWS_IN_SESSION 500 javax.faces.STATE_SAVING_METHOD server org.apache.myfaces.ALLOW_JAVASCRIPT true org.apache.myfaces.DETECT_JAVASCRIPT false org.apache.myfaces.PRETTY_HTML true org.apache.myfaces.AUTO_SCROLL true extensionsFilter org.apache.myfaces.component.html.util.ExtensionsFilter uploadMaxFileSize 100m uploadThresholdSize 100k extensionsFilter *.jsf extensionsFilter *.faces extensionsFilter /faces/* extensionsFilter Faces Servlet extensionsFilter /faces/myFacesExtensionResource/* org.apache.myfaces.webapp.StartupServletContextListener Faces Servlet javax.faces.webapp.FacesServlet 1 Faces Servlet *.faces Faces Servlet /faces/* // end web.xml Thanks for your time, James 15:34:00,703 ERROR [JspStateManagerImpl] Exiting serializeView - Could not serialize state: javax.faces.model.ListDataModel java.io.NotSerializableException: javax.faces.model.ListDataModel at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1075) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1369) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1341) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1284) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1073) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1369) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1341) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1284) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1073) at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1245) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1069) at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1245) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1069) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:291) at java.util.ArrayList.writeObject(ArrayList.java:569) at sun.reflect.GeneratedMethodAccessor110.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:890) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1333) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1284) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1073) at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1245) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1069) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:291) at java.util.ArrayList.writeObject(Array
Re: tomahawk-1.1.3 release notes
http://tinyurl.com/neea4 On 6/15/06, Garner Shawn <[EMAIL PROTECTED]> wrote: Is there any release note as to what bugs were fixed and what was changed? -- Matthias Wessendorf Aechterhoek 18 48282 Emsdetten blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
