"petemuir" wrote : You can run 1.3ALPHA on JBoss AS 4.0.5 - take a look at the
documentation (end of chapter 1). You can't get the fix on 1.2.0.PATCH1
without patching the source of Seam and recompiling.
Hi petemuir,
Thank you for good advice. I started to integrate the source files from
1.3A
You can run 1.3ALPHA on JBoss AS 4.0.5 - take a look at the documentation (end
of chapter 1). You can't get the fix on 1.2.0.PATCH1 without patching the
source of Seam and recompiling.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4054165#4054165
Reply to t
"[EMAIL PROTECTED]" wrote : MultipartRequest now throws a FileUploadException
instead of a RuntimeException, you can configure an exception handler for this
in pages.xml.
Shane,
I'm running JBoss-4.0.5.GA and using JBoss-Seam-1.2.0.PATCH1 which are
compatible and are working ok - only issue is
MultipartRequest now throws a FileUploadException instead of a
RuntimeException, you can configure an exception handler for this in pages.xml.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053760#4053760
Reply to the post :
http://www.jboss.com/index.html?m
Hi Shane,
How do I handle s:fileUpload issue regarding the file size exceeding a
configured limit? When that happens, the page breaks with HTTP code 500
returned with the following message:
java.lang.RuntimeException: Multipart request is larger than allowed size
I could not find a way to catch
"evl123" wrote : Hi Shane,
| On the s:fileUpload, now I have an issue regarding the file size exceeding
a configured limit. When that happens, an HTTP code 500 returns with the
following message:
| java.lang.RuntimeException: Multipart request is larger than allowed size
|
| I could not
"nathandennis" wrote : thanks shane,
| i was hoping i was that lost..
It seems like there wasn't a bug with fileUpload after all, I retested it again
and no matter what I did it worked every time. Perhaps because it was late at
night when I tried it the first time my brain was playing tricks
thanks shane,
i was hoping i was that lost..
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051530#4051530
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051530
___
jboss-user
I tested this by adding a second s:fileUpload to the registration form in the
seamspace example, and while the data for the second file wasn't null, it was
partially truncated. I've created a JIRA issue for this and I'll fix it in the
next day or so.
http://jira.jboss.org/jira/browse/JBSEAM-13
I?m very glad to see the topic of s:upload being discussed, because I too am
having problems. I have managed to get s:upload to do exactly what I want with
just one file upload box on a page. But my goal is multiple file upload boxes
on the same page. What im doing is linking the data and fileNa
Hi Shane,
I'd like to report an error and apologize to user evl123. My userid is landrew
but for some reason, there's a mix-up that started happening when I submitted
an instant reply a few days ago. Since then, my replies were submitted in
evl123 userid. I didn't really pay attention to this
in my case I see a upload field with button. But the values for file, filename
and contenttype in the backing bean are always null and getter/setter are never
called only I comment the s:fileupload. In ohter forms in my app there is no
problem with fileupload only in this one.
| http://www.
"hispeedsurfer" wrote : @morellon
| which alteration you mean?
|
| My binding is always null.
|
| Thanks
this one:
http://fisheye.labs.jboss.com/changelog/JBoss/jboss-seam?cs=MAIN:sbryzak2:20070601012425
The same form is used for upload and download. The (Seam JavaBean) component
us
@morellon
which alteration you mean?
My binding is always null.
Thanks
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4050613#4050613
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4050613
__
"[EMAIL PROTECTED]" wrote :
| There is no need for any special backing bean, you just bind whichever of
the file's properties you need (data, filename, content type) directly to your
component. The documentation in CVS explains which properties are available,
but it seems you need data, cont
hi shane,
my s:fileupload was with rendered false. and the component where i did binding
was null.
wiht your alteration it works ok.
thank you!
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4050512#4050512
Reply to the post :
http://www.jboss.com/index.html
"evl123" wrote :
| Now, on the JSF Action Listener side, what class and from what jar file do
I need for the uploaded file's Backing Bean to have Seam inject the uploaded
file into?
| jboss-seam-ui.jar is for front-end tag but I still couldn't find the
backend bean to catch the file.
|
"[EMAIL PROTECTED]" wrote :
|
| You need jboss-seam-ui.jar, and yes, is the correct tag.
It's documented in the controls chapter of the Seam reference documentation.
Thanks Shane.
Now, on the JSF Action Listener side, what class and from what jar file do I
need for the uploaded file's Ba
Hi Shane,
have updated the fileupload example in JIRA.
Have tested and should explode-able on JBoss-4.2.0.GA.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4050099#4050099
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=
"evl123" wrote :
| Oops, that is tomahawk. Ok, that's goofy of me. I guess what I'm trying
to find out is:
| 1. What jar file to download to get Seam's own upload component
| 2. Is correct tag to use?
|
You need jboss-seam-ui.jar, and yes, is the correct tag. It's
documented in
"evl123" wrote : "[EMAIL PROTECTED]" wrote :
| | We recommend that you don't use the Tomahawk components. If you use
the file upload control provided by Seam then you get all the things you
mentioned (file name, content type, etc).
|
| Shane,
| Sorry but could you detail a bit more a
"[EMAIL PROTECTED]" wrote :
| We recommend that you don't use the Tomahawk components. If you use the
file upload control provided by Seam then you get all the things you mentioned
(file name, content type, etc).
Shane,
Sorry but could you detail a bit more about file upload control provided
Hello Shane,
have you an explanation for this problem?
After press "save" in my example all fields should be accessed.
But the fields still have null values.
Hope you can help.
Thanks
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4049485#4049485
Reply to
Hi Shane,
have create a report to JIRA.
http://jira.jboss.org/jira/browse/JBSEAM-1360
I never have done this before. Hope is ok.
Thanks
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4049139#4049139
Reply to the post :
http://www.jboss.com/index.html?mod
Hi Shane (or anyone),
>From my configuration and code snippets, can you tell what I missed or what
>mistakes I made that causes JSF to inject NULL into
>org.apache.myfaces.custom.fileupload.UploadedFile component?
Any advice would be greatly appreciated.
Thanks,
landrew
View the original post
"evl123" wrote :
| From my code snippets, can you tell what I did wrong that resulted in null
injection of org.apache.myfaces.custom.fileupload.UploadedFile component?
| Could it be some incompatible issue in the jar files - tomahawk-1.1.5,
commons-fileupload-1.1.jar, and commons-io-1.2.jar?
Shane,
>From my code snippets, can you tell what I did wrong that resulted in null
>injection of org.apache.myfaces.custom.fileupload.UploadedFile component?
Could it be some incompatible issue in the jar files - tomahawk-1.1.5,
commons-fileupload-1.1.jar, and commons-io-1.2.jar?
I tried switch t
"hispeedsurfer" wrote : It's exactly the same behaviour in my app.
|
Can you please create a minimal, working test case in JIRA so that I can
reproduce this issue. I need something that I can easily deploy with minimal
effort.
View the original post :
http://www.jboss.com/index.html?modul
It's exactly the same behaviour in my app.
But I use Facelets(*.xhtml).
The strange thing I found out: If I comment s:fileUpload tag, the fields are
entered
Without the comment the getter/setter of the fields file, fileName and
fileContentType are not called in debug mode.
Use Seam 1.2.1 an
This solution of reading uploaded file thru byte[] works. Thank you for
sharing.
However, I wanted to use a different approach using Backing Bean wrapping
org.apache.myfaces.custom.fileupload.UploadedFile component.
In my attempt as stated, I found that the Backing Bean was instantiated ok, th
I think I will use jsf myself, but its nice to see seam comply with jsp.
Raise it on JIRA : http://jira.jboss.org/jira/browse/JBSEAM-1244.
Thanks everybody.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4040413#4040413
Reply to the post :
http://www.jboss.co
"yuwono" wrote : Yes, it works for both SLSB and SFSB above. So, I can't use
JSPs or it should be a TODO task for seam (to work along with JSP)?
|
| Thanks Shane.
I thought JSP's would have been extinct by now, but I guess you could go ahead
and raise it in JIRA :)
View the original post :
Yes, it works for both SLSB and SFSB above. So, I can't use JSPs or it should
be a TODO task for seam (to work along with JSP)?
Thanks Shane.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4040068#4040068
Reply to the post :
http://www.jboss.com/index.html?m
Does it work with a facelets page instead of a jsp?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4039802#4039802
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4039802
___
jbo
Hello petemuir,
I've tried the SFSB version too, no error but still the same. Can U help?
package myapp;
|
| import javax.ejb.Remove;
| import javax.ejb.Stateful;
|
| import org.jboss.seam.annotations.Begin;
| import org.jboss.seam.annotations.Destroy;
| import org.jboss.seam.anno
This is the nature of a SLSB
anonymous wrote : The contents of instance variables are not guaranteed to be
preserved across method calls.
or
anonymous wrote : This means that everything a stateless session bean method
needs to know has to be passed via the method's parameters.
View the orig
36 matches
Mail list logo
