RE: [fileupload] - Question about uploading additional files other than the ones in the form?

[Martin Gainty]

Morning Konradthe uploader will need to have apriori knowledge  
of both:location of Main distro usually 'baseDir'
location of ancillary files..pics, classes, sources, html,css

This is the reason why you will never see an apache server provisioning 
individual files(except for SVN/GIT) source ctl

package ALL files(resource/source/classes/README/doc/etc) up into a jar and 
drop the jar into basedir and let your customers figure out how to 
untar/unzip/unjar the filehttp://maven.apache.org/plugins/maven-jar-plugin/
lets pickup this thread on us...@maven.apache.org
HTH
Martin-


> From: thekonradz...@hotmail.com
> To: user@commons.apache.org
> Subject: [fileupload] - Question about uploading additional files other than 
> the ones in the form?
> Date: Fri, 5 Sep 2014 20:05:03 -0400
> 
> Hello all,
> 
> I am basically uploading a file to my server, but within that file contains 
> path information to images that also need to be uploaded.  I am looking to 
> read the file mid stream and get the data for the images to upload.  It seems 
> I am able to do this, but if this is not possible will I be able save the 
> file, read it, and then be able to get these images?
> 
> I am curious about how I will go about grabbing the additional files?  I see 
> that streaming works with InputStream from JavaIO as well as something from 
> CommonsIO, so I figured I could configure something to work with the 
> fileupload stream.
> 
> I also thought that I could possibly try to create a form through my servlet 
> and pass the data through that, but I figured this would be the less 
> favorable approach.
> 
> If anyone has any advice or thoughts I would appreciate it... Thanks!
> 
> 
  

RE: [fileupload] - Question about uploading additional files other than the ones in the form?

[Konrad Zuse]

I'm not sure you understood my question correctly, because I have no idea what 
your answer is supposed to be.

Lets try this again.

I have an web app that uses Apache Commons FileUpload to upload files.  I am 
using the streaming api to stream files up, and then save them to my server.  
This has nothing to do with my war file, or application files, this has to do 
with user submitted files that they themselves will be using on.

I haven't exactly done the saving, but I know I can save it to my own 
filesystem, so I don't think there should be much of a problem saving it to my 
server.


What I am asking is this.

The FileUpload uses a multipart form which is how the data is sent.



  File to upload: 
  Notes about the file: 
  
   to upload the file!

With this I will select multiple files for upload.

The issue is, I am upload a file, that contains additional data for files to be 
uploaded.  Lets call this file A.  File A has to be read in order to upload 
additional files which are images.

So when we look at this.

// Check that we have a file upload request
boolean isMultipart = ServletFileUpload.isMultipartContent(request);// Create a 
new file upload handler
ServletFileUpload upload = new ServletFileUpload();

// Parse the request
FileItemIterator iter = upload.getItemIterator(request);
while (iter.hasNext()) {
FileItemStream item = iter.next();
String name = item.getFieldName();
InputStream stream = item.openStream();
We see that the data for the file to be uploaded was sent over through a 
request.

My question is basically I want to be able to add additional data to that 
request, but I am not adding it myself.  Once I submit a file through the form, 
I want to be able to submit more data, and how I do that is my question.  I 
want to know what exactly is FileUpload doing to grab the images and parse them 
into the Input Stream?  What exactly is the multipart/data form doing to make 
this happened, that is what I'm really looking for.  I will go look over the 
SRC, but I figured I would ask here.


As I mentioned before I have a few options that I thought of.


1.  Red the data mid stream, and then upload the file(how do I upload)?
2.  Save the file then upload.


A.  Use a Servlet to fake a form and pass the data to itself?


So again, user selects file, I read file, then select other files from their 
system that are needed for the first file, and upload them all up at the same 
time.

Thanks!

> From: mgai...@hotmail.com
> To: user@commons.apache.org
> Subject: RE: [fileupload] - Question about uploading additional files other 
> than the ones in the form?
> Date: Sat, 6 Sep 2014 11:44:46 -0400
> 
> Morning Konradthe uploader will need to have apriori knowledge  
> of both:location of Main distro usually 'baseDir'
> location of ancillary files..pics, classes, sources, html,css
> 
> This is the reason why you will never see an apache server provisioning 
> individual files(except for SVN/GIT) source ctl
> 
> package ALL files(resource/source/classes/README/doc/etc) up into a jar and 
> drop the jar into basedir and let your customers figure out how to 
> untar/unzip/unjar the filehttp://maven.apache.org/plugins/maven-jar-plugin/
> lets pickup this thread on us...@maven.apache.org
> HTH
> Martin-
> 
> 
> > From: thekonradz...@hotmail.com
> > To: user@commons.apache.org
> > Subject: [fileupload] - Question about uploading additional files other 
> > than the ones in the form?
> > Date: Fri, 5 Sep 2014 20:05:03 -0400
> > 
> > Hello all,
> > 
> > I am basically uploading a file to my server, but within that file contains 
> > path information to images that also need to be uploaded.  I am looking to 
> > read the file mid stream and get the data for the images to upload.  It 
> > seems I am able to do this, but if this is not possible will I be able save 
> > the file, read it, and then be able to get these images?
> > 
> > I am curious about how I will go about grabbing the additional files?  I 
> > see that streaming works with InputStream from JavaIO as well as something 
> > from CommonsIO, so I figured I could configure something to work with the 
> > fileupload stream.
> > 
> > I also thought that I could possibly try to create a form through my 
> > servlet and pass the data through that, but I figured this would be the 
> > less favorable approach.
> > 
> > If anyone has any advice or thoughts I would appreciate it... Thanks!
> > 
> >   
> 
  

Re: [fileupload] - Question about uploading additional files other than the ones in the form?

[Hassan Schroeder]

On Sat, Sep 6, 2014 at 12:29 PM, Konrad Zuse  wrote:

> So again, user selects file, I read file, then select other files from their 
> system that are needed for the first file, and upload them all up at the same 
> time.

So "other files" like, say "/etc/passwd"?  :-)

Short answer: No, you can't do this, at least with a standard browser
sending form data.

If you write your own upload client and convince people to install and
use it you can allow all kinds of insanely insecure operations.

HTH,
-- 
Hassan Schroeder  hassan.schroe...@gmail.com
http://about.me/hassanschroeder
twitter: @hassan

-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org

Re: [fileupload] - Question about uploading additional files other than the ones in the form?

[Thad Humphries]

FileUpload is pretty straight forward and the examples are clear. However
it sound to me like you are describing a scenario like this:

On Machine A, files foo, bar, baz, etc. and file FilesList.txt with the
full paths for those files.

On Server B: A web app with a form and your servlet.

User at Machine A loads the form from Server B, chooses FilesList.txt and
submits the form back to Server B, uploading FilesList.txt. Your servlet
reads the paths in FilesList.txt and requests that Machine A send it each
file listed.

Is that correct? In any case, this scenario won't work without a program on
Machine A that could accept a request from Server B for those files (maybe
a webapp and servlet running on Machine A). But Server B cannot simply tell
the browser "send me the following files". You cannot even
pre-populate the 
wrote:

> Hello all,
>
> I am basically uploading a file to my server, but within that file
> contains path information to images that also need to be uploaded.  I am
> looking to read the file mid stream and get the data for the images to
> upload.  It seems I am able to do this, but if this is not possible will I
> be able save the file, read it, and then be able to get these images?
>
> I am curious about how I will go about grabbing the additional files?  I
> see that streaming works with InputStream from JavaIO as well as something
> from CommonsIO, so I figured I could configure something to work with the
> fileupload stream.
>
> I also thought that I could possibly try to create a form through my
> servlet and pass the data through that, but I figured this would be the
> less favorable approach.
>
> If anyone has any advice or thoughts I would appreciate it... Thanks!
>
>




-- 
"Hell hath no limits, nor is circumscrib'd In one self-place; but where we
are is hell, And where hell is, there must we ever be" --Christopher
Marlowe, *Doctor Faustus* (v. 121-24)

RE: [fileupload] - Question about uploading additional files other than the ones in the form?

[Konrad Zuse]

You are correct, yes.  So it's impossible to do what I want to do?  I cannot 
fake a form to do this itself via a servlet, but only with an application on 
the user's machine?  What is special about the multipart form in my jsp page 
that uploads the file, that I couldn't do the same thing in a servlet form?  I 
guess I still have to "select" a file?  There is no way to fake data into the 
form?  I know there is the hidden fields, but I don't think that will work.

I am trying to do this all via the web to make things easier and not have 2 
separate applications in place.

The form obviously has access to the user's machine, so I don't know why we 
couldn't have that same access, some way?

> Date: Sat, 6 Sep 2014 15:57:55 -0400
> Subject: Re: [fileupload] - Question about uploading additional files other 
> than the ones in the form?
> From: thad.humphr...@gmail.com
> To: user@commons.apache.org
> 
> FileUpload is pretty straight forward and the examples are clear. However
> it sound to me like you are describing a scenario like this:
> 
> On Machine A, files foo, bar, baz, etc. and file FilesList.txt with the
> full paths for those files.
> 
> On Server B: A web app with a form and your servlet.
> 
> User at Machine A loads the form from Server B, chooses FilesList.txt and
> submits the form back to Server B, uploading FilesList.txt. Your servlet
> reads the paths in FilesList.txt and requests that Machine A send it each
> file listed.
> 
> Is that correct? In any case, this scenario won't work without a program on
> Machine A that could accept a request from Server B for those files (maybe
> a webapp and servlet running on Machine A). But Server B cannot simply tell
> the browser "send me the following files". You cannot even
> pre-populate the  type="file"... element with path strings from FilesList.txt in any form you
> send back.
> 
> The user on Machine A is going to have to send each file separately, or zip
> them up and send them.
> 
> My apologies if I got this scenario wrong.
> 
> 
> On Fri, Sep 5, 2014 at 8:05 PM, Konrad Zuse 
> wrote:
> 
> > Hello all,
> >
> > I am basically uploading a file to my server, but within that file
> > contains path information to images that also need to be uploaded.  I am
> > looking to read the file mid stream and get the data for the images to
> > upload.  It seems I am able to do this, but if this is not possible will I
> > be able save the file, read it, and then be able to get these images?
> >
> > I am curious about how I will go about grabbing the additional files?  I
> > see that streaming works with InputStream from JavaIO as well as something
> > from CommonsIO, so I figured I could configure something to work with the
> > fileupload stream.
> >
> > I also thought that I could possibly try to create a form through my
> > servlet and pass the data through that, but I figured this would be the
> > less favorable approach.
> >
> > If anyone has any advice or thoughts I would appreciate it... Thanks!
> >
> >
> 
> 
> 
> 
> -- 
> "Hell hath no limits, nor is circumscrib'd In one self-place; but where we
> are is hell, And where hell is, there must we ever be" --Christopher
> Marlowe, *Doctor Faustus* (v. 121-24)
  

RE: [fileupload] - Question about uploading additional files other than the ones in the form?

[Bernd]

For obvious security reasons browsers do  not allow to open/access files
without user selecting the files. So this will not allow to request the
server files (via Browser side scripting). There are some newish HTML5 file
APIs, but I think they have the same restriction. You will need to have
some other client technologies if you want to pick files.

Gruss
Bernd
Am 06.09.2014 21:29 schrieb "Konrad Zuse" :

> I'm not sure you understood my question correctly, because I have no idea
> what your answer is supposed to be.
>
> Lets try this again.
>
> I have an web app that uses Apache Commons FileUpload to upload files.  I
> am using the streaming api to stream files up, and then save them to my
> server.  This has nothing to do with my war file, or application files,
> this has to do with user submitted files that they themselves will be using
> on.
>
> I haven't exactly done the saving, but I know I can save it to my own
> filesystem, so I don't think there should be much of a problem saving it to
> my server.
>
>
> What I am asking is this.
>
> The FileUpload uses a multipart form which is how the data is sent.
>
>
> 
>   File to upload: 
>   Notes about the file: 
>   
>to upload the file!
> 
> With this I will select multiple files for upload.
>
> The issue is, I am upload a file, that contains additional data for files
> to be uploaded.  Lets call this file A.  File A has to be read in order to
> upload additional files which are images.
>
> So when we look at this.
>
> // Check that we have a file upload request
> boolean isMultipart = ServletFileUpload.isMultipartContent(request);//
> Create a new file upload handler
> ServletFileUpload upload = new ServletFileUpload();
>
> // Parse the request
> FileItemIterator iter = upload.getItemIterator(request);
> while (iter.hasNext()) {
> FileItemStream item = iter.next();
> String name = item.getFieldName();
> InputStream stream = item.openStream();
> We see that the data for the file to be uploaded was sent over through a
> request.
>
> My question is basically I want to be able to add additional data to that
> request, but I am not adding it myself.  Once I submit a file through the
> form, I want to be able to submit more data, and how I do that is my
> question.  I want to know what exactly is FileUpload doing to grab the
> images and parse them into the Input Stream?  What exactly is the
> multipart/data form doing to make this happened, that is what I'm really
> looking for.  I will go look over the SRC, but I figured I would ask here.
>
>
> As I mentioned before I have a few options that I thought of.
>
>
> 1.  Red the data mid stream, and then upload the file(how do I upload)?
> 2.  Save the file then upload.
>
>
> A.  Use a Servlet to fake a form and pass the data to itself?
>
>
> So again, user selects file, I read file, then select other files from
> their system that are needed for the first file, and upload them all up at
> the same time.
>
> Thanks!
>
> > From: mgai...@hotmail.com
> > To: user@commons.apache.org
> > Subject: RE: [fileupload] - Question about uploading additional files
> other than the ones in the form?
> > Date: Sat, 6 Sep 2014 11:44:46 -0400
> >
> > Morning Konradthe uploader will need to have apriori
> knowledge  of both:location of Main distro usually 'baseDir'
> > location of ancillary files..pics, classes, sources, html,css
> >
> > This is the reason why you will never see an apache server provisioning
> individual files(except for SVN/GIT) source ctl
> >
> > package ALL files(resource/source/classes/README/doc/etc) up into a jar
> and drop the jar into basedir and let your customers figure out how to
> untar/unzip/unjar the filehttp://
> maven.apache.org/plugins/maven-jar-plugin/
> > lets pickup this thread on us...@maven.apache.org
> > HTH
> > Martin-
> >
> >
> > > From: thekonradz...@hotmail.com
> > > To: user@commons.apache.org
> > > Subject: [fileupload] - Question about uploading additional files
> other than the ones in the form?
> > > Date: Fri, 5 Sep 2014 20:05:03 -0400
> > >
> > > Hello all,
> > >
> > > I am basically uploading a file to my server, but within that file
> contains path information to images that also need to be uploaded.  I am
> looking to read the file mid stream and get the data for the images to
> upload.  It seems I am able to do this, but if this is not possible will I
> be able save the file, read it, and then be able to get these images?
> > >
> > > I am curious about how I will go about grabbing the additional files?
> I see that streaming works with InputStream from JavaIO as well as
> something from CommonsIO, so I figured I could configure something to work
> with the fileupload stream.
> > >
> > > I also thought that I could possibly try to create a form through my
> servlet and pass the data through that, but I figured this would be the
> less favorable approach.
> > >
> > > If anyone has any advice or thoughts I would appreciate it... Thanks!
> > >
> > >
> >
>

RE: [fileupload] - Question about uploading additional files other than the ones in the form?

[Konrad Zuse]

Hmm well this sucks...  I understand the security concerns, but figured there 
could be some easy way, but I guess it will be difficult.   All I wanted to do 
was upload images :(.



 So would I need to rewrite everything now for an client-side application, 
which I'm assuming wouldn't even work with FileUpload but more with FTP?

Or would I still use my current upload methods, but had an application on their 
side that will allow me to upload the additional files?

It seems like I'm goign to have to do everything fromt he client side now


thanks all, much appreciated.

> Date: Sat, 6 Sep 2014 22:03:28 +0200
> Subject: RE: [fileupload] - Question about uploading additional files other 
> than the ones in the form?
> From: e...@zusammenkunft.net
> To: user@commons.apache.org
> 
> For obvious security reasons browsers do  not allow to open/access files
> without user selecting the files. So this will not allow to request the
> server files (via Browser side scripting). There are some newish HTML5 file
> APIs, but I think they have the same restriction. You will need to have
> some other client technologies if you want to pick files.
> 
> Gruss
> Bernd
> Am 06.09.2014 21:29 schrieb "Konrad Zuse" :
> 
> > I'm not sure you understood my question correctly, because I have no idea
> > what your answer is supposed to be.
> >
> > Lets try this again.
> >
> > I have an web app that uses Apache Commons FileUpload to upload files.  I
> > am using the streaming api to stream files up, and then save them to my
> > server.  This has nothing to do with my war file, or application files,
> > this has to do with user submitted files that they themselves will be using
> > on.
> >
> > I haven't exactly done the saving, but I know I can save it to my own
> > filesystem, so I don't think there should be much of a problem saving it to
> > my server.
> >
> >
> > What I am asking is this.
> >
> > The FileUpload uses a multipart form which is how the data is sent.
> >
> >
> > 
> >   File to upload: 
> >   Notes about the file: 
> >   
> >to upload the file!
> > 
> > With this I will select multiple files for upload.
> >
> > The issue is, I am upload a file, that contains additional data for files
> > to be uploaded.  Lets call this file A.  File A has to be read in order to
> > upload additional files which are images.
> >
> > So when we look at this.
> >
> > // Check that we have a file upload request
> > boolean isMultipart = ServletFileUpload.isMultipartContent(request);//
> > Create a new file upload handler
> > ServletFileUpload upload = new ServletFileUpload();
> >
> > // Parse the request
> > FileItemIterator iter = upload.getItemIterator(request);
> > while (iter.hasNext()) {
> > FileItemStream item = iter.next();
> > String name = item.getFieldName();
> > InputStream stream = item.openStream();
> > We see that the data for the file to be uploaded was sent over through a
> > request.
> >
> > My question is basically I want to be able to add additional data to that
> > request, but I am not adding it myself.  Once I submit a file through the
> > form, I want to be able to submit more data, and how I do that is my
> > question.  I want to know what exactly is FileUpload doing to grab the
> > images and parse them into the Input Stream?  What exactly is the
> > multipart/data form doing to make this happened, that is what I'm really
> > looking for.  I will go look over the SRC, but I figured I would ask here.
> >
> >
> > As I mentioned before I have a few options that I thought of.
> >
> >
> > 1.  Red the data mid stream, and then upload the file(how do I upload)?
> > 2.  Save the file then upload.
> >
> >
> > A.  Use a Servlet to fake a form and pass the data to itself?
> >
> >
> > So again, user selects file, I read file, then select other files from
> > their system that are needed for the first file, and upload them all up at
> > the same time.
> >
> > Thanks!
> >
> > > From: mgai...@hotmail.com
> > > To: user@commons.apache.org
> > > Subject: RE: [fileupload] - Question about uploading additional files
> > other than the ones in the form?
> > > Date: Sat, 6 Sep 2014 11:44:46 -0400
> > >
> > > Morning Konradthe uploader will need to have apriori
> > knowledge  of both:location of Main distro usually 'baseDir'
> > > location of ancillary files..pics, classes, sources, html,css
> >

Re: [fileupload] - Question about uploading additional files other than the ones in the form?

[Hassan Schroeder]

On Sat, Sep 6, 2014 at 1:09 PM, Konrad Zuse  wrote:

>  So would I need to rewrite everything now for an client-side application, 
> which I'm assuming wouldn't even work with FileUpload but more with FTP?
>
> Or would I still use my current upload methods, but had an application on 
> their side that will allow me to upload the additional files?

If you're writing your own client, the transport method is up to you.
There's no reason not to use the same HTTP as you are now with
a browser as client.

-- 
Hassan Schroeder  hassan.schroe...@gmail.com
http://about.me/hassanschroeder
twitter: @hassan

-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org

RE: [fileupload] - Question about uploading additional files other than the ones in the form?

[Konrad Zuse]

I don't know what you mean by a browser as the client, isn't that normally the 
issue, which is why I'm we are discussing ways to go around this?

I don't know what i'm doing at this point, just trying to find out ways to make 
this work, but a little confused.

I can't use File Upload with a client-side application ont he desktop though 
right? 


If you are saying I can use my browser as the client and still do what I need 
to do without creating another app then that would be best, but yeah still 
confused on where to go next.


> Date: Sat, 6 Sep 2014 13:23:13 -0700
> Subject: Re: [fileupload] - Question about uploading additional files other 
> than the ones in the form?
> From: hassan.schroe...@gmail.com
> To: user@commons.apache.org
> 
> On Sat, Sep 6, 2014 at 1:09 PM, Konrad Zuse  wrote:
> 
> >  So would I need to rewrite everything now for an client-side application, 
> > which I'm assuming wouldn't even work with FileUpload but more with FTP?
> >
> > Or would I still use my current upload methods, but had an application on 
> > their side that will allow me to upload the additional files?
> 
> If you're writing your own client, the transport method is up to you.
> There's no reason not to use the same HTTP as you are now with
> a browser as client.
> 
> -- 
> Hassan Schroeder  hassan.schroe...@gmail.com
> http://about.me/hassanschroeder
> twitter: @hassan
> 
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
> 
  

Re: [fileupload] - Question about uploading additional files other than the ones in the form?

[Hassan Schroeder]

On Sat, Sep 6, 2014 at 1:38 PM, Konrad Zuse  wrote:

> I can't use File Upload with a client-side application ont he desktop though 
> right?

Of course you can. Commons FileUpload is a server component to
process "multipart/form-data" POST requests.

There's no reason for it to care what's generating those requests.

-- 
Hassan Schroeder  hassan.schroe...@gmail.com
http://about.me/hassanschroeder
twitter: @hassan

-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org

RE: [fileupload] - Question about uploading additional files other than the ones in the form?

[Konrad Zuse]

Okay so I generate the requests via my client to allow the upload of all of 
these files, but it has to be done from something on their machine though, and 
not a browser?  It seems I could use FTP upload instead since I'm on the 
client, but your'e saying either works so I will stick with this.

Not too sure what you saying before about "client browsers."  I looked it up 
and something simuilar to Node.js or Vert.x popped up, so I'm not sure if that 
is what you were referring to.

I am relatively new to web programming (but not Java or programming in general) 
so I am sorry if I am confused about something, or confused about what 
something means.


Thank youf or all of the help everyone :)

> Date: Sat, 6 Sep 2014 14:01:18 -0700
> Subject: Re: [fileupload] - Question about uploading additional files other 
> than the ones in the form?
> From: hassan.schroe...@gmail.com
> To: user@commons.apache.org
> 
> On Sat, Sep 6, 2014 at 1:38 PM, Konrad Zuse  wrote:
> 
> > I can't use File Upload with a client-side application ont he desktop 
> > though right?
> 
> Of course you can. Commons FileUpload is a server component to
> process "multipart/form-data" POST requests.
> 
> There's no reason for it to care what's generating those requests.
> 
> -- 
> Hassan Schroeder  hassan.schroe...@gmail.com
> http://about.me/hassanschroeder
> twitter: @hassan
> 
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
> 
  

Re: [fileupload] - Question about uploading additional files other than the ones in the form?

[Hassan Schroeder]

On Sat, Sep 6, 2014 at 2:06 PM, Konrad Zuse  wrote:
> Okay so I generate the requests via my client to allow the upload of all of 
> these files, but it has to be done from something on their machine though, 
> and not a browser?

Yes.

> Not too sure what you saying before about "client browsers."

The web is a client-server environment. A "client" sends a request
to a "server" and processes the response.

A "web browser" is a client; wget and curl are clients. There are
client libraries for most modern languages that you can embed in
your programs. They all exist to send requests to servers and do
something with the response.

> I am relatively new to web programming

So I gather :-)  Have you read any of the HTTP RFCs? Read the
HTML recommendations? If not, I'd recommend it.

HTH, and good luck.
-- 
Hassan Schroeder  hassan.schroe...@gmail.com
http://about.me/hassanschroeder
twitter: @hassan

-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org

RE: [fileupload] - Question about uploading additional files other than the ones in the form?

[Konrad Zuse]

Alrighty, thanks, so do you have any recommendations for what I should be 
looking for to send these requests?  I'm assuming something I do will send the 
data as a multi part form, which my servlet up on the server will connect up 
with?  I believe a buddy of mine mentioned "Restful Web Services?" for certain 
things that might be for this?

I understand the client-server relationship, but you seemed to say I could do 
what I need to do from my browser, which again is what we were talking about 
isn't this the whole problem with security issues, or what exactly are you 
suggesting?  When you said "browser client" I thought you were referring to 
something "special."

I guess I will go look for a client library to work with, do you have any 
recommendations?  I bet there is so many :(.  So many new things I've been 
learning, so many still to learn :).

I have probably not, do you have links by any chance?  I tried looking up the 
former, but got a bunch of unsure pages.  I have been learning from various 
sources.  Right now I'm working with JSP and Servlets/Pojos as well as JS and 
some JS libraries.  It's fun so far.


Also I just thought of this, but are we saying that I can basically have an 
application that is installed on their system that when I try to upload the 
main file, it will communicate with my application client to upload the rest of 
the files, or do I have to do it all from the application client itself?  If so 
then does the application have to be running when they do this, or can it be 
activated on the web?  Either automatically (seems like a security issues, but 
it's only turning on my application) or with a manual button from the web?

Thanks for all the help, much appreciated.




> Date: Sat, 6 Sep 2014 14:26:46 -0700
> Subject: Re: [fileupload] - Question about uploading additional files other 
> than the ones in the form?
> From: hassan.schroe...@gmail.com
> To: user@commons.apache.org
> 
> On Sat, Sep 6, 2014 at 2:06 PM, Konrad Zuse  wrote:
> > Okay so I generate the requests via my client to allow the upload of all of 
> > these files, but it has to be done from something on their machine though, 
> > and not a browser?
> 
> Yes.
> 
> > Not too sure what you saying before about "client browsers."
> 
> The web is a client-server environment. A "client" sends a request
> to a "server" and processes the response.
> 
> A "web browser" is a client; wget and curl are clients. There are
> client libraries for most modern languages that you can embed in
> your programs. They all exist to send requests to servers and do
> something with the response.
> 
> > I am relatively new to web programming
> 
> So I gather :-)  Have you read any of the HTTP RFCs? Read the
> HTML recommendations? If not, I'd recommend it.
> 
> HTH, and good luck.
> -- 
> Hassan Schroeder  hassan.schroe...@gmail.com
> http://about.me/hassanschroeder
> twitter: @hassan
> 
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
> 

  

Re: [fileupload] - Question about uploading additional files other than the ones in the form?

[Hassan Schroeder]

On Sat, Sep 6, 2014 at 2:59 PM, Konrad Zuse  wrote:

> I understand the client-server relationship, but you seemed to say I could do 
> what I need to do from my browser

No. No. A thousand times, NO. You can't do what you want from
a standard web browser. Whatever you think you saw otherwise,
no.

> I have probably not, do you have links by any chance?  I tried looking up the 
> former, but got a bunch of unsure pages.

?? The first hit from googling 'HTTP RFC' is this:
http://tools.ietf.org/html/rfc2616
which is certainly a good place to start.

And for historical clarity, I'd start with http://www.w3.org/TR/html401/
to understand HTML.

> Also I just thought of this, but are we saying that I can basically have an 
> application that is installed on their system that when I try to upload the 
> main file, it will communicate with my application client to upload the rest 
> of the files, or do I have to do it all from the application client itself?

You - *you* - will be writing an application that the user will interact
with to upload whatever it is you want to upload. The details of that
are entirely up to you.

But yes, to use that application, it probably has to be running :-)

-- 
Hassan Schroeder  hassan.schroe...@gmail.com
http://about.me/hassanschroeder
twitter: @hassan

-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org

RE: [fileupload] - Question about uploading additional files other than the ones in the form?

[Konrad Zuse]

Yup, I got that haha...  That's why I said you seemed to say.

I found this http://www.w3.org/Protocols/rfc2616/rfc2616.html when googling it.

Thanks for the links will check it out.

Yeah I understand I have to build it, was just curious if I would have 
limitations like I am having now.  Don't want to keep running in circles and 
having tasks that I cannot complete :P.



> Date: Sat, 6 Sep 2014 15:42:03 -0700
> Subject: Re: [fileupload] - Question about uploading additional files other 
> than the ones in the form?
> From: hassan.schroe...@gmail.com
> To: user@commons.apache.org
> 
> On Sat, Sep 6, 2014 at 2:59 PM, Konrad Zuse  wrote:
> 
> > I understand the client-server relationship, but you seemed to say I could 
> > do what I need to do from my browser
> 
> No. No. A thousand times, NO. You can't do what you want from
> a standard web browser. Whatever you think you saw otherwise,
> no.
> 
> > I have probably not, do you have links by any chance?  I tried looking up 
> > the former, but got a bunch of unsure pages.
> 
> ?? The first hit from googling 'HTTP RFC' is this:
> http://tools.ietf.org/html/rfc2616
> which is certainly a good place to start.
> 
> And for historical clarity, I'd start with http://www.w3.org/TR/html401/
> to understand HTML.
> 
> > Also I just thought of this, but are we saying that I can basically have an 
> > application that is installed on their system that when I try to upload the 
> > main file, it will communicate with my application client to upload the 
> > rest of the files, or do I have to do it all from the application client 
> > itself?
> 
> You - *you* - will be writing an application that the user will interact
> with to upload whatever it is you want to upload. The details of that
> are entirely up to you.
> 
> But yes, to use that application, it probably has to be running :-)
> 
> -- 
> Hassan Schroeder  hassan.schroe...@gmail.com
> http://about.me/hassanschroeder
> twitter: @hassan
> 
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
> 
  

Re: [fileupload] - Question about uploading additional files other than the ones in the form?

[Hassan Schroeder]

On Sat, Sep 6, 2014 at 3:58 PM, Konrad Zuse  wrote:

> Yeah I understand I have to build it, was just curious if I would have 
> limitations like I am having now.

A desktop application does not have the sandboxing limitations of
processes running in a Web browser.

That said, you and you alone are now responsible for ensuring that
your application can't be exploited to compromise the system that
it's running on.

If it were me, I'd consider writing the app to parse the file locally and
merge the additional assets into a single upload, rather than parsing
server-side and sending a request back. Much easier to build, easier
to test, and a whole lot easier to secure.

Good luck,
-- 
Hassan Schroeder  hassan.schroe...@gmail.com
http://about.me/hassanschroeder
twitter: @hassan

-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org

RE: [fileupload] - Question about uploading additional files other than the ones in the form?

[Konrad Zuse]

Thanks for that, will keep that in mind.

Will do, I am trying to be as secure as possible, but also try to be as simple 
as possible.

I originally was thinking of just writing a client application to upload the 
files, and then have people login to the web application and do what they need 
to do their.

I figured it would be easier to have everything as part of a web application so 
they woudln't have to download anything.

I figured having 2 seperate things might annoy people, but honestly it seems 
that it will save me time and it seems like what I am tryign to do is out of 
the scope of a basic file upload.

Sadly everything would have worked fine if I didn't have to upload additional 
files.

Also, what probably would have also hit me, is that in the file I am uploading, 
I have to read an MS Access DB, then from there get the URL's to the images to 
upload.  I've seen examples of JSP with Ms Access DB, but probably would have 
issues with that too.  I am going to use "UCanAccess" for that so hopefully 
everything works well with that.

I guess I'll build the application, have it do all of the file reading and 
stuff on their computer, and then send a multipart form data to my servlet to 
process and upload?

Thanks for the help once again Hassan, I appreciate your time and patience with 
my and my questions.

All the best.

> Date: Sat, 6 Sep 2014 16:10:10 -0700
> Subject: Re: [fileupload] - Question about uploading additional files other 
> than the ones in the form?
> From: hassan.schroe...@gmail.com
> To: user@commons.apache.org
> 
> On Sat, Sep 6, 2014 at 3:58 PM, Konrad Zuse  wrote:
> 
> > Yeah I understand I have to build it, was just curious if I would have 
> > limitations like I am having now.
> 
> A desktop application does not have the sandboxing limitations of
> processes running in a Web browser.
> 
> That said, you and you alone are now responsible for ensuring that
> your application can't be exploited to compromise the system that
> it's running on.
> 
> If it were me, I'd consider writing the app to parse the file locally and
> merge the additional assets into a single upload, rather than parsing
> server-side and sending a request back. Much easier to build, easier
> to test, and a whole lot easier to secure.
> 
> Good luck,
> -- 
> Hassan Schroeder  hassan.schroe...@gmail.com
> http://about.me/hassanschroeder
> twitter: @hassan
> 
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
> 
  

RE: [fileupload] - Question about uploading additional files other than the ones in the form?

[Martin Gainty]

with no details provided nobody could understand question your scenario you 
changed the question from how do I use fileupload  toHow do I use construct 
MIME multipart message containing non-ascii jpg/gif/etc files

In the case of MimeMultipart messages you should be following 
this:http://docs.oracle.com/javaee/6/api/javax/mail/internet/MimeMultipart.html
In an eventing system such as Apache HTTP Server Actions are the last step on a 
a form upload thereforeYOU CANNOT CHANGE the contents of a submitted form when 
the Apache HTTP Server has passed control via submit button to the predefined 
actionaction action="fup.cgi">
hiding the contents of action process function fup.cgi so that nobody can 
possibly understand what the process is doing was not the nicest thing to do..
In short ANY predefined action  can include additional files and 
thus will be able to repack the contents so that by the time you call 
fileupload  the 'package' will contain all the necessary files

If you are thinking of a servlet I would suggest using Tomcat but it seems you 
are using Apache and not sharing who is handling .cgi extensions from Apache 
httpd.conf 

Its been a long week for me and I can tell by your testiness its been a long 
week for youBe professional and you will get brief appropriate responses.
Provide no info and short testy insults to those who are trying to help you 
solve YOUR problem and your situation will be exacerbated
Your choice
Martin 
__ 

   


> From: thekonradz...@hotmail.com
> To: user@commons.apache.org
> Subject: RE: [fileupload] - Question about uploading additional files other 
> than the ones in the form?
> Date: Sat, 6 Sep 2014 15:29:12 -0400
> 
> I'm not sure you understood my question correctly, because I have no idea 
> what your answer is supposed to be.
> 
> Lets try this again.
> 
> I have an web app that uses Apache Commons FileUpload to upload files.  I am 
> using the streaming api to stream files up, and then save them to my server.  
> This has nothing to do with my war file, or application files, this has to do 
> with user submitted files that they themselves will be using on.
> 
> I haven't exactly done the saving, but I know I can save it to my own 
> filesystem, so I don't think there should be much of a problem saving it to 
> my server.
> 
> 
> What I am asking is this.
> 
> The FileUpload uses a multipart form which is how the data is sent.
> 
> 
> 
>   File to upload: 
>   Notes about the file: 
>   
>to upload the file!
> 
> With this I will select multiple files for upload.
> 
> The issue is, I am upload a file, that contains additional data for files to 
> be uploaded.  Lets call this file A.  File A has to be read in order to 
> upload additional files which are images.
> 
> So when we look at this.
> 
> // Check that we have a file upload request
> boolean isMultipart = ServletFileUpload.isMultipartContent(request);// Create 
> a new file upload handler
> ServletFileUpload upload = new ServletFileUpload();
> 
> // Parse the request
> FileItemIterator iter = upload.getItemIterator(request);
> while (iter.hasNext()) {
> FileItemStream item = iter.next();
> String name = item.getFieldName();
> InputStream stream = item.openStream();
> We see that the data for the file to be uploaded was sent over through a 
> request.
> 
> My question is basically I want to be able to add additional data to that 
> request, but I am not adding it myself.  Once I submit a file through the 
> form, I want to be able to submit more data, and how I do that is my 
> question.  I want to know what exactly is FileUpload doing to grab the images 
> and parse them into the Input Stream?  What exactly is the multipart/data 
> form doing to make this happened, that is what I'm really looking for.  I 
> will go look over the SRC, but I figured I would ask here.
> 
> 
> As I mentioned before I have a few options that I thought of.
> 
> 
> 1.  Red the data mid stream, and then upload the file(how do I upload)?
> 2.  Save the file then upload.
> 
> 
> A.  Use a Servlet to fake a form and pass the data to itself?
> 
> 
> So again, user selects file, I read file, then select other files from their 
> system that are needed for the first file, and upload them all up at the same 
> time.
> 
> Thanks!
> 
> > From: mgai...@hotmail.com
> > To: user@commons.apache.org
> > Subject: RE: [fileupload] - Question about uploading additional files other 
> > than the ones in the form?
> > Date: Sat, 6 Sep 2014 11:44:46 -0400
> > 
> &

RE: [fileupload] - Question about uploading additional files other than the ones in the form?

[Konrad Zuse]

 I don't really have to reply to this, but I will anyways.

My scenario has been the same since the start, and I have been helped by a few 
people in my quest to get this done.  I am still using fileupload, but the main 
point is hiow do I pass the data TO THE SERVLET TO DO THE FILEUPLOADING STILL.  
From the other answers provided it seems I can still send my data the same way, 
and I can parse it the same way.

Thanks for the link willl check it out.  The only files I will be uploading in 
addition to the initial file, are imagines.

Makes sense they are the last step, figured there was a way I could do 
something in between there though, but security issues

The predefined action fup.cgi is a default action that apache FileUpload has 
provided, this is NOT MY CODE but a sample.

IF you would like to see what my servlet code does, then go here 
http://commons.apache.org/proper/commons-fileupload/streaming.html  my actual 
action is /Upload since you seem to care about that.

If someone wants to know what my servlet code is doing, then ask, there is no 
need to be upset over something that honestly doesn't even concern the scope of 
my question.

The thing is that action cannot do what I need to do via my servlet, as others 
have pointed out, so I need to do this with a client on their desktop, unless 
you have some sort of way that I can do it via the browser, but according to 
Hassan that's " NO NO NO A THOUSAND TIMES NO" :)

>> > Its been a long week for me and I can tell by your testiness its been a 
>> > long week for youBe professional and you will get brief appropriate 
>> > responses.
> Provide no info and short testy insults to those who are trying to help you 
> solve YOUR problem and your situation will be exacerbated

It's been a long week for you?  I can tell by the way you address this question 
and with rude responses that you've had a "long week."  Maybe you should calm 
down, there is NO REASON to attack me the way you did, or address me the way 
you did. There is no need to tell someone else to be professional when you are 
attacking them.  I have gotten plenty of nice responses, from nice people 
without the need for insults, this isn't 3rd grade anymore. 

I provided plenty of info, and the only person who is insulting others is 
yourself.  How rude can you be, honestly, I haven't done anything, or said 
anything mean to anyone, and I have thanked everyone for their time.

Maybe you shouldn't try to help people if you are going to have such an 
attitude about it.  It's funny how there are always so many nice people who 
want to help out, but there is always 1-2 know it alls who think they are 
better than everyone else, and if they don't like your question they will try 
to ridicule you.

To anyone who thinks I was mean to you, then I apologize, as I am in no way 
trying to be mean to anyone, and in no way trying to be rude about my 
questions.  I thank each and every one of you for the kindness of helping me 
out during my confusion.  I appreciate all the answers that have been provided.

Thank you for your time.

> From: mgai...@hotmail.com
> To: user@commons.apache.org
> Subject: RE: [fileupload] - Question about uploading additional files other 
> than the ones in the form?
> Date: Sun, 7 Sep 2014 09:59:46 -0400
> 
> with no details provided nobody could understand question your scenario you 
> changed the question from how do I use fileupload  toHow do I use construct 
> MIME multipart message containing non-ascii jpg/gif/etc files
> 
> In the case of MimeMultipart messages you should be following 
> this:http://docs.oracle.com/javaee/6/api/javax/mail/internet/MimeMultipart.html
> In an eventing system such as Apache HTTP Server Actions are the last step on 
> a a form upload thereforeYOU CANNOT CHANGE the contents of a submitted form 
> when the Apache HTTP Server has passed control via submit button to the 
> predefined actionaction action="fup.cgi">
> hiding the contents of action process function fup.cgi so that nobody can 
> possibly understand what the process is doing was not the nicest thing to do..
> In short ANY predefined action  can include additional files 
> and thus will be able to repack the contents so that by the time you call 
> fileupload  the 'package' will contain all the necessary files
> 
> If you are thinking of a servlet I would suggest using Tomcat but it seems 
> you are using Apache and not sharing who is handling .cgi extensions from 
> Apache httpd.conf 
> 
> Its been a long week for me and I can tell by your testiness its been a long 
> week for youBe professional and you will get brief appropriate responses.
> Provide no info and short testy insults to those who are trying to help you 
> solve YOUR problem and your situati

Re: [fileupload] - Question about uploading additional files other than the ones in the form?

[Mark Thomas]

On 06/09/2014 20:29, Konrad Zuse wrote:
> I'm not sure you understood my question correctly, because I have no idea 
> what your answer is supposed to be.

Konrad,

I think you hit the nail on the head. For background Martin has already
got himself banned from the Tomcat users mailing list for posting
responses with little or no relevance the question being asked, refusing
to accept there was anything wrong with his responses and refusing to
take on board the feedback he was given both privately and publicly on
how to make his responses more useful.

> Lets try this again.

My personal recommendation is to configure a procmailrc rule that routes
any mail from Martin to /dev/null.

Mark


> 
> I have an web app that uses Apache Commons FileUpload to upload files.  I am 
> using the streaming api to stream files up, and then save them to my server.  
> This has nothing to do with my war file, or application files, this has to do 
> with user submitted files that they themselves will be using on.
> 
> I haven't exactly done the saving, but I know I can save it to my own 
> filesystem, so I don't think there should be much of a problem saving it to 
> my server.
> 
> 
> What I am asking is this.
> 
> The FileUpload uses a multipart form which is how the data is sent.
> 
> 
> 
>   File to upload: 
>   Notes about the file: 
>   
>to upload the file!
> 
> With this I will select multiple files for upload.
> 
> The issue is, I am upload a file, that contains additional data for files to 
> be uploaded.  Lets call this file A.  File A has to be read in order to 
> upload additional files which are images.
> 
> So when we look at this.
> 
> // Check that we have a file upload request
> boolean isMultipart = ServletFileUpload.isMultipartContent(request);// Create 
> a new file upload handler
> ServletFileUpload upload = new ServletFileUpload();
> 
> // Parse the request
> FileItemIterator iter = upload.getItemIterator(request);
> while (iter.hasNext()) {
> FileItemStream item = iter.next();
> String name = item.getFieldName();
> InputStream stream = item.openStream();
> We see that the data for the file to be uploaded was sent over through a 
> request.
> 
> My question is basically I want to be able to add additional data to that 
> request, but I am not adding it myself.  Once I submit a file through the 
> form, I want to be able to submit more data, and how I do that is my 
> question.  I want to know what exactly is FileUpload doing to grab the images 
> and parse them into the Input Stream?  What exactly is the multipart/data 
> form doing to make this happened, that is what I'm really looking for.  I 
> will go look over the SRC, but I figured I would ask here.
> 
> 
> As I mentioned before I have a few options that I thought of.
> 
> 
> 1.  Red the data mid stream, and then upload the file(how do I upload)?
> 2.  Save the file then upload.
> 
> 
> A.  Use a Servlet to fake a form and pass the data to itself?
> 
> 
> So again, user selects file, I read file, then select other files from their 
> system that are needed for the first file, and upload them all up at the same 
> time.
> 
> Thanks!
> 
>> From: mgai...@hotmail.com
>> To: user@commons.apache.org
>> Subject: RE: [fileupload] - Question about uploading additional files other 
>> than the ones in the form?
>> Date: Sat, 6 Sep 2014 11:44:46 -0400
>>
>> Morning Konradthe uploader will need to have apriori knowledge 
>>  of both:location of Main distro usually 'baseDir'
>> location of ancillary files..pics, classes, sources, html,css
>>
>> This is the reason why you will never see an apache server provisioning 
>> individual files(except for SVN/GIT) source ctl
>>
>> package ALL files(resource/source/classes/README/doc/etc) up into a jar and 
>> drop the jar into basedir and let your customers figure out how to 
>> untar/unzip/unjar the filehttp://maven.apache.org/plugins/maven-jar-plugin/
>> lets pickup this thread on us...@maven.apache.org
>> HTH
>> Martin-
>>
>>
>>> From: thekonradz...@hotmail.com
>>> To: user@commons.apache.org
>>> Subject: [fileupload] - Question about uploading additional files other 
>>> than the ones in the form?
>>> Date: Fri, 5 Sep 2014 20:05:03 -0400
>>>
>>> Hello all,
>>>
>>> I am basically uploading a file to my server, but within that file contains 
>>> path information to images that also need to be uploaded.  I am looking to 
>>> read the file mid stream and get the data for the images to upload.  It 
>>> seems I am able to do this, b

Re: [fileupload] - Question about uploading additional files other than the ones in the form?

[Dave Newton]

On Sun, Sep 7, 2014 at 12:55 PM, Mark Thomas  wrote:

> [...] banned from the Tomcat users mailing list [...]


Is there official Apache precedence for this? I tried that on the S2 list
and it didn't take.

Dave

[OT] Re: [fileupload] - Question about uploading additional files other than the ones in the form?

[Mark Thomas]

On 08/09/2014 18:06, Dave Newton wrote:
> On Sun, Sep 7, 2014 at 12:55 PM, Mark Thomas  wrote:
> 
>> [...] banned from the Tomcat users mailing list [...]
> 
> 
> Is there official Apache precedence for this? I tried that on the S2 list
> and it didn't take.

Technically, unsub them from user@ and sub them to user-deny@. If that
doesn't work, contact infra.

There isn't an official position on how to handle this sort of issue as
far as I know. It is left to the community to decide.

I've seen it happen a few times. In each case the banned person ignored
repeated requests both privately and publicly to correct their
behaviour, they were warned would would happen if they continued, they
continued so the community banned them.

In theory you could have a moderator get all dictatorial and start
banning people for trivial stuff. In that case I'd expect the community
to step in and deal with the moderator.

Unless the community got very disfunctional, I don't see the board
getting involved at all. I will say in all the cases I am aware of the
project did include a note in their next board report as it was viewed
as an unusual enough action to highlight to the board. The board
response in all cases was "Fine. Carry on."

If you have a determined troll then blocking them from the mailing list
is unlikely to be effective. On the other hand, blocking an idiot takes
less effort than creating a new e-mail account and subscribing to the
mailing list so that is a game I'm happy to play if necessary.

HTH,

Mark


-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org

Re: [OT] Re: [fileupload] - Question about uploading additional files other than the ones in the form?

[Dave Newton]

Ok, thanks--we'll see what happens.

Dave


On Mon, Sep 8, 2014 at 1:24 PM, Mark Thomas  wrote:

> On 08/09/2014 18:06, Dave Newton wrote:
> > On Sun, Sep 7, 2014 at 12:55 PM, Mark Thomas  wrote:
> >
> >> [...] banned from the Tomcat users mailing list [...]
> >
> >
> > Is there official Apache precedence for this? I tried that on the S2 list
> > and it didn't take.
>
> Technically, unsub them from user@ and sub them to user-deny@. If that
> doesn't work, contact infra.
>
> There isn't an official position on how to handle this sort of issue as
> far as I know. It is left to the community to decide.
>
> I've seen it happen a few times. In each case the banned person ignored
> repeated requests both privately and publicly to correct their
> behaviour, they were warned would would happen if they continued, they
> continued so the community banned them.
>
> In theory you could have a moderator get all dictatorial and start
> banning people for trivial stuff. In that case I'd expect the community
> to step in and deal with the moderator.
>
> Unless the community got very disfunctional, I don't see the board
> getting involved at all. I will say in all the cases I am aware of the
> project did include a note in their next board report as it was viewed
> as an unusual enough action to highlight to the board. The board
> response in all cases was "Fine. Carry on."
>
> If you have a determined troll then blocking them from the mailing list
> is unlikely to be effective. On the other hand, blocking an idiot takes
> less effort than creating a new e-mail account and subscribing to the
> mailing list so that is a game I'm happy to play if necessary.
>
> HTH,
>
> Mark
>
>
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
>
>


-- 
e: davelnew...@gmail.com
m: 908-380-8699
s: davelnewton_skype
t: @dave_newton 
b: Bucky Bits 
g: davelnewton 
so: Dave Newton 

RE: [OT] Re: [fileupload] - Question about uploading additional files other than the ones in the form?

[Konrad Zuse]

Thank you both very much.  I had no idea what his issue was, and I don't want 
to have issues with people when it comes to programming concerns and chatting, 
I find our industry is extremely warm, but there are a lot of know it alls and 
rude people out there as well, which is why I mentioned there are always 1-2 in 
every forum I find.

The guy had a bad week, tried to take it out on me, really, really sad.

I closed my email yesterday to not deal with him, so I thank you both for 
having my back and trying to resolve this. (I thought I was getting banned lol 
:(  ).

I thank everyone for their help in trying to help me with my issue, thank you 
guys for everything.



> Date: Mon, 8 Sep 2014 13:26:17 -0400
> Subject: Re: [OT] Re: [fileupload] - Question about uploading additional 
> files other than the ones in the form?
> From: davelnew...@gmail.com
> To: user@commons.apache.org
> 
> Ok, thanks--we'll see what happens.
> 
> Dave
> 
> 
> On Mon, Sep 8, 2014 at 1:24 PM, Mark Thomas  wrote:
> 
> > On 08/09/2014 18:06, Dave Newton wrote:
> > > On Sun, Sep 7, 2014 at 12:55 PM, Mark Thomas  wrote:
> > >
> > >> [...] banned from the Tomcat users mailing list [...]
> > >
> > >
> > > Is there official Apache precedence for this? I tried that on the S2 list
> > > and it didn't take.
> >
> > Technically, unsub them from user@ and sub them to user-deny@. If that
> > doesn't work, contact infra.
> >
> > There isn't an official position on how to handle this sort of issue as
> > far as I know. It is left to the community to decide.
> >
> > I've seen it happen a few times. In each case the banned person ignored
> > repeated requests both privately and publicly to correct their
> > behaviour, they were warned would would happen if they continued, they
> > continued so the community banned them.
> >
> > In theory you could have a moderator get all dictatorial and start
> > banning people for trivial stuff. In that case I'd expect the community
> > to step in and deal with the moderator.
> >
> > Unless the community got very disfunctional, I don't see the board
> > getting involved at all. I will say in all the cases I am aware of the
> > project did include a note in their next board report as it was viewed
> > as an unusual enough action to highlight to the board. The board
> > response in all cases was "Fine. Carry on."
> >
> > If you have a determined troll then blocking them from the mailing list
> > is unlikely to be effective. On the other hand, blocking an idiot takes
> > less effort than creating a new e-mail account and subscribing to the
> > mailing list so that is a game I'm happy to play if necessary.
> >
> > HTH,
> >
> > Mark
> >
> >
> > -
> > To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> > For additional commands, e-mail: user-h...@commons.apache.org
> >
> >
> 
> 
> -- 
> e: davelnew...@gmail.com
> m: 908-380-8699
> s: davelnewton_skype
> t: @dave_newton <https://twitter.com/dave_newton>
> b: Bucky Bits <http://buckybits.blogspot.com/>
> g: davelnewton <https://github.com/davelnewton>
> so: Dave Newton <http://stackoverflow.com/users/438992/dave-newton>