RE: [offtopic] frames

2002-02-27 Thread Tingleff, Sam


Against.  Can't link from outside to a specific page.  I know, I know...
"You're not supposed to, it's an _application_."  But links are the great
advantage of the web.  Take that away and what do you have?


-Original Message-
From: Mike Dewhirst [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 27, 2002 12:56 PM
To: 'Struts Users Mailing List'
Subject: [offtopic] frames


just after your (everybody on this list) professional opinion regarding
frames.

If you could reply to me personally and not to the list, and just say "for"
or "against" and if you can also write why, I would be very greatful.

We have a slight dispute at work regarding this, and decided to solve it via
voting.

Sorry for the trouble and many thanks in advance.

Mike Dewhirst

++


=**

If you are not the intended recipient, employee or agent responsible for
delivering the message to the intended recipient, you are hereby notified
that any dissemination or copying of this communication and its attachments
is strictly prohibited.

If you have received this communication and its attachments in error, please
return the original message and attachments to the sender using the reply
facility on e-mail.

Internet communications are not secure and therefore the UCLES Group does
not accept legal responsibility for the contents of this message.  Any views
or opinions presented are solely those of the author and do not necessarily
represent those of the UCLES Group unless otherwise specifically stated.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses although this does not
guarantee that this email is virus free.

**=



***

If you are not the intended recipient, employee or agent responsible for
delivering the message to the intended recipient, you are hereby notified
that any dissemination or copying of this communication and its attachments
is strictly prohibited.

If you have received this communication and its attachments in error, please
return the original message and attachments to the sender using the reply
facility on e-mail.
Internet communications are not secure and therefore the UCLES Group does
not accept legal responsibility for the contents of this message.  Any views
or opinions presented are solely those of the author and do not necessarily
represent those of the UCLES Group unless otherwise specifically stated.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses although this does not
guarantee that this email is virus free.

***


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




RE: File upload produces modified files

2002-02-07 Thread Tingleff, Sam


You're right, Struts 1.0.1 seems to have fixed this.  Thanks!

-Original Message-
From: Martin Cooper [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 07, 2002 9:39 AM
To: Struts Users Mailing List
Subject: Re: File upload produces modified files


There were a couple of bugs related to this that were fixed in Struts 1.0.1.
You might want to try upgrading and see if the problem remains.

--
Martin Cooper


- Original Message -
From: "Tingleff, Sam" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, February 07, 2002 9:24 AM
Subject: File upload produces modified files


>
> Using Struts 1.0 with Tomcat 4.0.1 on Win 2k.
>
> FormFile uploads will consistently produce modified files with some
> large binary files.  Is this a known bug?  Is there a fix available for
> Struts 1.0?  Thanks.
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
>


--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>




RE: File upload produces modified files

2002-02-07 Thread Tingleff, Sam


Actually the file doesn't have to be too large.  I can reproduce it
with a 640k zip file.

Here's a diff from od -c output.  File size is always the same.

$ diff ~/content_orig.txt ~/content_new.txt
38746c38746
< 2272620   g   e   /   c   l   i   e   n   t   /   E   T   r   a   n   s
---
> 2272620   g   e   /   c   l   i   e   n   t   /   E   T   r   a  \n   s
40597c40597
< 2364500   * 025 237   U   X 305  \b  \0  \0 205 021  \0  \0   3  \0  \0
---
> 2364500   * 025 237   U   X 305  \b  \0  \0 205 021  \0  \0   3  \n  \0



-Original Message-
From: Jeff Martin [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 07, 2002 9:29 AM
To: Struts Users Mailing List
Subject: RE: File upload produces modified files


Well, how do the files compare to each other? Is one longer by a byte, a lot
of bytes, did it do \n -> \r\n conversions on you, or what?

-Original Message-
From: Tingleff, Sam [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 07, 2002 12:24 PM
To: '[EMAIL PROTECTED]'
Subject: File upload produces modified files



Using Struts 1.0 with Tomcat 4.0.1 on Win 2k.

FormFile uploads will consistently produce modified files with some
large binary files.  Is this a known bug?  Is there a fix available for
Struts 1.0?  Thanks.




--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>




File upload produces modified files

2002-02-07 Thread Tingleff, Sam


Using Struts 1.0 with Tomcat 4.0.1 on Win 2k.

FormFile uploads will consistently produce modified files with some
large binary files.  Is this a known bug?  Is there a fix available for
Struts 1.0?  Thanks.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




RE: Cookies

2002-01-30 Thread Tingleff, Sam


When you set a cookie it is only a 'suggestion' to the client.  When you
read a cookie it is coming back from the client for the current request.

1. client requests page 1
2. set cookie in first servlet
3. chain to second servlet
  Here you will not see the cookie because the client has yet to see it.
  Any cookies you read will come from from the client prior to step 1.


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 5:36 PM
To: [EMAIL PROTECTED]
Subject: Cookies


Hi,
Setting a cookie in a servlet, chaining to another servlet and trying to
read the cookie for
display in a Struts based JSP page.
The first time the cookie is set, when I try and read it, it doesnt
exist.
Second time I set it, the value is set to the first value.
Third time, it has the second value...

Whats going on here? How do I get the current value as opposed to the
previous ones?

--
To unsubscribe, e-mail:

For additional commands, e-mail:


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




RE: Problem With Forwarding to a non-HTML file

2002-01-30 Thread Tingleff, Sam


I've been working on this a little.  You can add a header:

Content-Disposition: attachment; filename=mypdf.pdf

Seems to work on ie 5.5, haven't tested other browsers.

-Original Message-
From: Mark Woon [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 11:22 AM
To: Struts Users Mailing List
Subject: Re: Problem With Forwarding to a non-HTML file



Sorry, I guess I should also have added that PDF files are ocassionally
generated on the fly., in which case there's really nothing to redirect or
forward to.  Is there anything I can do in these situations?


Max Cooper wrote:

> Sending a redirect to the PDF file might work better for your situation.
>
> -Max
>
> - Original Message -
> From: "Mark Woon" <[EMAIL PROTECTED]>
> To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> Sent: Tuesday, January 29, 2002 11:28 PM
> Subject: Problem With Forwarding to a non-HTML file
>
> > Hi all.
> >
> > I'm using an Action to figure out which document I need to serve, and
> > the document could be a pdf file.  The problem is that when I forward to
> > a PDF file, the browser still thinks that it's on the action (get.do),
> > and tries to save the file as get.do.  I've set the content-type so
> > it'll spawn the right app, but is there a way to specify the name with
> > which the file gets saved under?
> >
> > Thanks,
> > -Mark
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:


--
~~Mark Woon~~~
If you're not part of the solution, you're part of the precipitate.



--
To unsubscribe, e-mail:   
For additional commands, e-mail: