Welcome..=P
-----Original Message-----
From: Frank Zammetti [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 09, 2004 3:34 PM
To: [EMAIL PROTECTED]
Subject: RE: Single ActionForm accross multiple Actions
Thanks a ton Ken, that worked like a charm! I've already added it to my
generic helper class that I reuse in most of my webapps, I just added a
static getSessionSize() method instead of doing it in the JSP so I can call
it from anywhere, as long as I pass it a valid session. This definitely
saved me a ton of time, I appreciate it greatly!
Frank
>From: "Linck, Ken" <[EMAIL PROTECTED]>
>Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
>To: 'Struts Users Mailing List' <[EMAIL PROTECTED]>
>Subject: RE: Single ActionForm accross multiple Actions
>Date: Wed, 9 Jun 2004 15:01:09 -0400
>
>We created a JSP and one utility class with a couple of methods. This
>probably could be improved but it gets the job done for us.
>
>I was copying and pasting the pertinent code. If I am missing something
>just holler back but hopefully this gets you started.
>
>JSP as follows(sess.jsp):
>===============================
>Session variables:
><%
> response.setHeader("Pragma", "No-cache");
> response.setHeader("Cache-Control", "no-cache");
>
> Enumeration enum = session.getAttributeNames();
> String name = null;
> Object obj = null;
> String serialOut;
> String SIZE_DELIMITER = "size=";
> int sizeIndex;
> int objSize;
> int totalSize = 0;
>%>
><br>
><%
> while(enum.hasMoreElements()) {
> name = (String)enum.nextElement();
> obj = session.getAttribute(name);
> serialOut = com.mycompany.YourClass.serializiableTest(obj);
> if ((sizeIndex = serialOut.lastIndexOf(SIZE_DELIMITER)) > 0) {
> objSize =
>Integer.parseInt(serialOut.substring(sizeIndex+SIZE_DELIMITER.length(),
>
>serialOut.lastIndexOf(')')));
> totalSize += objSize;
> }
> response.getWriter().println(" <b>" + name + "</b> - " +
> obj + " " + serialOut);
>%>
><br>
><%
> }
> response.getWriter().println("<br><b>Total Session Size: " +
>totalSize); %> ===============================
>
>
>com.mycompany.YourClass methods needed:
>===============================
>...
> import java.util.*;
> import java.io.*;
> import java.lang.reflect.*;
> import java.security.AccessController;
> import java.security.PrivilegedAction;
>
> public static String serializiableTest(Object obj) {
> String ans = "ok";
> if (obj == null) {
> return "Object is null";
> } else {
> try {
> ByteArrayOutputStream bastream = new
>ByteArrayOutputStream();
> ObjectOutputStream p = new ObjectOutputStream(bastream);
> p.writeObject(obj);
> ans = "OK (size=" + bastream.size() + ")";
> } catch (NotSerializableException ex) {
> Field[] fields = obj.getClass().getDeclaredFields();
> ans = "NOT SERIALIZABLE (fields=" + fields + ")";
> ex.printStackTrace();
> Object fldObj = null;
> if (fields != null && (fields.length > 0)) {
> StringBuffer sb = new StringBuffer("\n" + ans + "[");
> for (int i = 0; i < fields.length; i++) {
> sb.append(fields[i].getName());
> try {
> if (obj != null) {
> fldObj =
>getFieldWithPrivilege(fields[i], obj);
> }
> sb.append("::");
> if (fldObj == null) {
> sb.append("<field null>");
> } else {
> sb.append(serializiableTest(fldObj));
> }
> } catch (IllegalArgumentException aex) {
> sb.append("::");
> sb.append("ILLEGAL ARGUMENT EXCEPTION");
> }
> if (i != fields.length - 1) {
> sb.append('\n');
> }
> }
> sb.append("]");
> ans = sb.toString();
> }
> } catch (Exception ex) {
> ans = "EXCEPTION: " + ex.getMessage();
> }
> }
> return obj.getClass().getName() + " is " + ans;
> }
>
> static Object getFieldWithPrivilege(Field fld, Object obj) {
> final Object obj2 = obj;
> final Field fld2 = fld;
> return AccessController.doPrivileged(
> new PrivilegedAction() {
> /**
> * Main processing method for the Validator object
> *
> [EMAIL PROTECTED] Description of the Returned Value
> */
> public Object run() {
> try {
> return fld2.get(obj2);
> } catch (IllegalAccessException ex) {
> ex.printStackTrace();
> return null;
> }
> }
> }
> );
> }
>...
>===============================
>
>-----Original Message-----
>From: Frank Zammetti [mailto:[EMAIL PROTECTED]
>Sent: Wednesday, June 09, 2004 2:36 PM
>To: [EMAIL PROTECTED]
>Subject: RE: Single ActionForm accross multiple Actions
>
>Any chance you could pass that JSP along? Sounds like something I
>could write in a few minutes, but better to only take a few seconds if
>you can send it to me :)
>
>Frank
>
>
> >From: "Linck, Ken" <[EMAIL PROTECTED]>
> >Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> >To: 'Struts Users Mailing List' <[EMAIL PROTECTED]>
> >Subject: RE: Single ActionForm accross multiple Actions
> >Date: Wed, 9 Jun 2004 14:31:59 -0400
> >
> >We didn't find anything automatic for showing whats in session.
> >
> >We created a JSP which iterated through the session attributes. For
> >each object, determined if its serilizable and if so convert it into
> >a byte array output stream. We get the size of the stream and also
> >dumped the content to the jsp. We added the size up to get total
> >size for session.
> >
> >It also helped us to determine what was not implementing the
> >serializable interface for resolving clustering issues, etc.
> >
> >
> >-----Original Message-----
> >From: Frank Zammetti [mailto:[EMAIL PROTECTED]
> >Sent: Wednesday, June 09, 2004 2:02 PM
> >To: [EMAIL PROTECTED]
> >Subject: RE: Single ActionForm accross multiple Actions
> >
> >I had that thought too, but I don't know enough about WebSphere to
> >know if it does that all the time... I know that I just installed 5.0
> >on a test box and didn't have to set up a database or anything, so
> >unless it
> >(a) set one up itself and is using it "under the hood", or (b) is
> >persisting to the file system, which I tend to doubt, then I'm
> >thinking along the same lines as you I think, which is to say that
> >this recommendation, while probably valid all the time, doesn't carry
> >the same weight if session is in-memory only.
> >
> >Can anyone shed more light on this?
> >
> >Frank
> >
> >
> > >From: [EMAIL PROTECTED]
> > >Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> > >To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> > >Subject: RE: Single ActionForm accross multiple Actions
> > >Date: Wed, 9 Jun 2004 13:26:40 -0400
> > >
> > >http://www.redbooks.ibm.com/redbooks/pdfs/sg246176.pdf
> > >
> > >I'm not 100% sure, but it seems that the recommendation for session
> > >size being < 4-5K is targeted to the scenario where the server has
> > >to serialize the session for persistence.
> > >
> > >Dennis
> > >
> > >
> > >
> > >
> > >
> > >"Frank Zammetti" <[EMAIL PROTECTED]>
> > >06/09/2004 01:10 PM
> > >Please respond to
> > >"Struts Users Mailing List" <[EMAIL PROTECTED]>
> > >
> > >
> > >To
> > >[EMAIL PROTECTED]
> > >cc
> > >
> > >Subject
> > >RE: Single ActionForm accross multiple Actions
> > >
> > >
> > >
> > >
> > >
> > >
> > >Very interesting (in a bad way for me!)... does anyone know if
> > >there is an
> > >
> > >easy way to see exactly how big the session object is at any given
> > >point in time? Preferably something not specific to WebSphere...
> > >is there a method
> > >
> > >of session I'm unaware of that might help?
> > >
> > >Frank
> > >
> > >
> > > >From: "Yulin Zhao" <[EMAIL PROTECTED]>
> > > >Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> > > >To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> > > >Subject: RE: Single ActionForm accross multiple Actions
> > > >Date: Wed, 9 Jun 2004 11:57:49 -0500
> > > >
> > > >
> > > >
> > > >
> > > >Regarding WebSphere session performance, IBM redbook sg246176
> > > >chapter
> > >15.10
> > > >has
> > > >some details that might help you. We use WAS4 so that's for WAS4.
> > > >Here is some note from it:
> > > >"In general the best performance will be realized with session
> > > >objects that are less than 2 KB in size. Once the session object
> > > >starts to exceed
> > >
> > > >4-5
> > > >KB in size, a significant decrease in performance can be expected."
> > > >
> > > >
> > > >
> > > >
> > > >[EMAIL PROTECTED] on 06/09/2004
> > >11:07:58
> > > >AM
> > > >
> > > >Please respond to "Struts Users Mailing List"
> > > ><[EMAIL PROTECTED]>
> > > >
> > > >To: [EMAIL PROTECTED]
> > > >cc: (bcc: Yulin Zhao/FBFS)
> > > >
> > > >Subject: RE: Single ActionForm accross multiple Actions
> > > >
> > > >
> > > >
> > > >I wasn't doubting you, as that standard practice rule is fairly
> > >well-known
> > > >outside WebSphere. I think I've generally heard 32K as a limit,
> > > >but whatever, the point is keep session objects small.
> > > >
> > > >What I was asking was if there was some technical limitation in
> > > >WebSphere
> > >I
> > > >wasn't aware of. I can't go re-architecting this particular
> > > >application now, so if I'm storing 64K per session I was curious
> > > >if WebSphere was
> > >going
> > > >to choke on it. I understand the performance implications and
> > > >the server resource implications, as I did when I took this path,
> > > >but I wasn't sure
> > >if
> > > >there was something more I wasn't aware of.
> > > >
> > > >Thanks for the lnik in any case. Although it's 95% stuff I knew
> > > >already
> > >(a
> > > >couple of EJB points I hadn't considered), it's something I can
> > > >pass out
> > >to
> > > >the more junior members of my staff.
> > > >
> > > >Frank
> > > >
> > > >
> > > > >From: "Enrique Medina" <[EMAIL PROTECTED]>
> > > > >Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> > > > >To: [EMAIL PROTECTED]
> > > > >Subject: RE: Single ActionForm accross multiple Actions
> > > > >Date: Wed, 09 Jun 2004 16:45:04 +0200
> > > > >
> > > > >I am sure about this problem, believe me.
> > > > >
> > > > >See
> > >http://www-3.ibm.com/software/webservers/appserv/ws_bestpractices.p
> > >df
> > > > >
> > > > >
> > > > >>From: "Frank Zammetti" <[EMAIL PROTECTED]>
> > > > >>Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> > > > >>To: [EMAIL PROTECTED]
> > > > >>Subject: RE: Single ActionForm accross multiple Actions
> > > > >>Date: Wed, 09 Jun 2004 09:25:16 -0400
> > > > >>MIME-Version: 1.0
> > > > >>X-Originating-IP: [66.98.131.150]
> > > > >>X-Originating-Email: [EMAIL PROTECTED]
> > > > >>X-Sender: [EMAIL PROTECTED]
> > > > >>Received: from mail.apache.org ([209.237.227.199]) by
> > >mc9-f7.hotmail.com
> > > > >>with Microsoft SMTPSVC(5.0.2195.6824); Wed, 9 Jun 2004
> > > > >>06:27:06 -0700
> > > > >>Received: (qmail 19779 invoked by uid 500); 9 Jun 2004
> > > > >>13:27:00 -0000
> > > > >>Received: (qmail 19670 invoked by uid 99); 9 Jun 2004 13:26:59
> > > > >>-0000
> > > > >>Received: from [64.4.27.56] (HELO hotmail.com) (64.4.27.56)
> > > > >>by
> > > >apache.org
> > > > >>(qpsmtpd/0.27.1) with ESMTP; Wed, 09 Jun 2004 06:26:59 -0700
> > > > >>Received: from mail pickup service by hotmail.com with
> > > > >>Microsoft
> > > >SMTPSVC;
> > > > >>Wed, 9 Jun 2004 06:25:16 -0700
> > > > >>Received: from 66.98.131.150 by by8fd.bay8.hotmail.msn.com
> > > > >>with
> > > >HTTP;Wed,
> > > > >>09 Jun 2004 13:25:16 GMT
> > > > >>X-Message-Info: JGTYoYF78jGOA3bTrliIqk5vRqlH20u2
> > > > >>Mailing-List: contact [EMAIL PROTECTED]; run by
> > > > >>ezmlm
> > > > >>Precedence: bulk
> > > > >>List-Unsubscribe: <mailto:[EMAIL PROTECTED]>
> > > > >>List-Subscribe: <mailto:[EMAIL PROTECTED]>
> > > > >>List-Help: <mailto:[EMAIL PROTECTED]>
> > > > >>List-Post: <mailto:[EMAIL PROTECTED]>
> > > > >>List-Id: "Struts Users Mailing List" <user.struts.apache.org>
> > > > >>Delivered-To: mailing list [EMAIL PROTECTED]
> > > > >>Message-ID: <[EMAIL PROTECTED]>
> > > > >>X-OriginalArrivalTime: 09 Jun 2004 13:25:16.0563 (UTC)
> > > > >>FILETIME=[33F46E30:01C44E25]
> > > > >>X-Virus-Checked: Checked
> > > > >>Return-Path:
> > >[EMAIL PROTECTED]
> > > > >>
> > > > >>Do you know the rational behind that WebSphere warning? I
> > > > >>mean, the obvious answer is it uses up server resources and
> > > > >>will use more as
> > >load
> > > > >>increases, but is there another reason you know of? I ask
> > > > >>because I
> > > >have
> > > > >>an application where we store quite considerably more than 16K
> > > > >>without
> > >
> > > >any
> > > > >>problem. We're currently running it under Tomcat but are
> > > > >>migrating to WebSphere 5, so this caught my attention.
> > > > >>
> > > > >>Frank
> > > > >>
> > > > >>
> > > > >>>From: "Enrique Medina" <[EMAIL PROTECTED]>
> > > > >>>Reply-To: "Struts Users Mailing List"
> > > > >>><[EMAIL PROTECTED]>
> > > > >>>To: [EMAIL PROTECTED]
> > > > >>>Subject: RE: Single ActionForm accross multiple Actions
> > > > >>>Date: Wed, 09 Jun 2004 09:57:02 +0200
> > > > >>>
> > > > >>>I've been reading this thread of discussion and one question
> > > > >>>arises
> > >in
> > > >my
> > > > >>>mind that you probably has not taken into consideration.
> > > > >>>
> > > > >>>Is there any limit with session management in your
> > > > >>>application
> > >server?
> > > >I
> > > > >>>mean, Websphere, for example, warns you about storing more
> > > > >>>than 16K
> > >in
> > > > >>>session.
> > > > >>>
> > > > >>>To bypass this problem, there is a good alternative (to the
> > > > >>>best of
> > >my
> > > > >>>knowledge): create a Map where keys would be session IDs and
> > > > >>>values
> > > >would
> > > > >>>be data (this would lead to the need of creating a wrapper
> > > > >>>for all
> > >your
> > > > >>>data). Then, this Map could be placed in application context,
> > > > >>>servlet context (in case of Struts which only uses one
> > > > >>>ActionServlet) or even
> > >
> > > >as
> > > > >>>a static Map shared by all users in the application server
> > > > >>>(of
> > >course,
> > > > >>>with no clustering at all).
> > > > >>>
> > > > >>>I would be delighted to hear some comments and suggestions in
> > > > >>>this solution.
> > > > >>>
> > > > >>>Enrique Medina.
> > > > >>>
> > > > >>>
> > > > >>>>From: "Frank Zammetti" <[EMAIL PROTECTED]>
> > > > >>>>Reply-To: "Struts Users Mailing List"
> > > > >>>><[EMAIL PROTECTED]>
> > > > >>>>To: [EMAIL PROTECTED]
> > > > >>>>Subject: RE: Single ActionForm accross multiple Actions
> > > > >>>>Date: Tue, 08 Jun 2004 22:02:01 -0400
> > > > >>>>MIME-Version: 1.0
> > > > >>>>X-Originating-IP: [68.81.51.228]
> > > > >>>>X-Originating-Email: [EMAIL PROTECTED]
> > > > >>>>X-Sender: [EMAIL PROTECTED]
> > > > >>>>Received: from mail.apache.org ([209.237.227.199]) by
> > > >mc3-f6.hotmail.com
> > > > >>>>with Microsoft SMTPSVC(5.0.2195.6824); Tue, 8 Jun 2004
> > > > >>>>19:02:13
> > >-0700
> > > > >>>>Received: (qmail 97286 invoked by uid 500); 9 Jun 2004
> > > > >>>>02:02:37
> > >-0000
> > > > >>>>Received: (qmail 97272 invoked by uid 99); 9 Jun 2004
> > > > >>>>02:02:36 -0000
> > > > >>>>Received: from [64.4.27.85] (HELO hotmail.com) (64.4.27.85)
> > > > >>>>by apache.org (qpsmtpd/0.27.1) with ESMTP; Tue, 08 Jun 2004
> > > > >>>>19:02:36
> > > >-0700
> > > > >>>>Received: from mail pickup service by hotmail.com with
> > > > >>>>Microsoft SMTPSVC; Tue, 8 Jun 2004 19:02:01 -0700
> > > > >>>>Received: from 68.81.51.228 by by8fd.bay8.hotmail.msn.com
> > > > >>>>with
> > > >HTTP;Wed,
> > > > >>>>09 Jun 2004 02:02:01 GMT
> > > > >>>>X-Message-Info: JGTYoYF78jEng6W3tuLSY7svF94DHMWf
> > > > >>>>Mailing-List: contact [EMAIL PROTECTED]; run by
> > > > >>>>ezmlm
> > > > >>>>Precedence: bulk
> > > > >>>>List-Unsubscribe:
> > > > >>>><mailto:[EMAIL PROTECTED]>
> > > > >>>>List-Subscribe: <mailto:[EMAIL PROTECTED]>
> > > > >>>>List-Help: <mailto:[EMAIL PROTECTED]>
> > > > >>>>List-Post: <mailto:[EMAIL PROTECTED]>
> > > > >>>>List-Id: "Struts Users Mailing List"
> > > > >>>><user.struts.apache.org>
> > > > >>>>Delivered-To: mailing list [EMAIL PROTECTED]
> > > > >>>>Message-ID: <[EMAIL PROTECTED]>
> > > > >>>>X-OriginalArrivalTime: 09 Jun 2004 02:02:01.0481 (UTC)
> > > > >>>>FILETIME=[C0FB5790:01C44DC5]
> > > > >>>>X-Virus-Checked: Checked
> > > > >>>>Return-Path:
> > > >[EMAIL PROTECTED]
> > > > >>>>
> > > > >>>>You can set the scope attribute of your action mappings to
> > > > >>>>session,
> > > >then
> > > > >>>>you don't have to do the code you have below. The form
> > > > >>>>instance
> > >that
> > > >is
> > > > >>>>passed into execute() will either be what was in session, or
> > > > >>>>a newly created one.
> > > > >>>>
> > > > >>>>I'm not sure about the answer to the second part of your
> > > > >>>>question,
> > >but
> > > > >>>>I'm about 99.99% sure you can still use it (anyone else
> > > > >>>>verify?)
> > > > >>>>
> > > > >>>>Frank
> > > > >>>>
> > > > >>>>
> > > > >>>>>From: "Kunal H. Parikh" <[EMAIL PROTECTED]>
> > > > >>>>>Reply-To: "Struts Users Mailing List"
> > > > >>>>><[EMAIL PROTECTED]>
> > > > >>>>>To: "'Struts Users Mailing List'" <[EMAIL PROTECTED]>
> > > > >>>>>Subject: RE: Single ActionForm accross multiple Actions
> > > > >>>>>Date: Wed, 9 Jun 2004 10:34:27 +1000
> > > > >>>>>
> > > > >>>>>Great ...... thanks for all the responses...
> > > > >>>>>
> > > > >>>>>I think I will go with the ActionForm stored in session-scope.
> > > > >>>>>
> > > > >>>>>Just wanting to confirm, that I will need to perform the
> > > > >>>>>following
> > > >code
> > > > >>>>>changes:
> > > > >>>>>
> > > > >>>>>==================
> > > > >>>>>public ActionForward execute( ActionMapping actionMapping,
> > >ActionForm
> > > > >>>>>actionForm, HttpServletRequest httpServletRequest,
> > > >HttpServletResponse
> > > > >>>>>httpServletResponse ) throws Exception {
> > > > >>>>> actionForm =
> > > >httpServletRequest.getSession().getAttribute("myForm");
> > > > >>>>> // ...
> > > > >>>>> // normal code follows!!!
> > > > >>>>>}
> > > > >>>>>==================
> > > > >>>>>
> > > > >>>>>Also, would I be correct in saying that I will be unable to
> > > > >>>>>use the ValidatorActionForm.
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>TIA,
> > > > >>>>>
> > > > >>>>>Kunal
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>-----Original Message-----
> > > > >>>>>From: Frank Zammetti [mailto:[EMAIL PROTECTED]
> > > > >>>>>Sent: Tuesday, 8 June 2004 23:21
> > > > >>>>>To: [EMAIL PROTECTED]
> > > > >>>>>Subject: RE: Single ActionForm accross multiple Actions
> > > > >>>>>
> > > > >>>>>This is more or less what a session-scope ActionForm is for.
> > > > >>>>>As
> > >long
> > > > >>>>>as the
> > > > >>>>>
> > > > >>>>>ActionForm class contains all the properties and methods
> > > > >>>>>for all
> > >the
> > > > >>>>>screen
> > > > >>>>>it will service, just putting it in session I think is your
> > > > >>>>>best
> > >bet.
> > > > >>>>>As
> > > > >>>>>someone else said, hidden form fields are your other choice.
> > > >Actually,
> > > > >>>>>you
> > > > >>>>>could also store the data temporarily to a database, but if
> > > > >>>>>you
> > >would
> > > > >>>>>even
> > > > >>>>>consider that, session is really the right answer.
> > > > >>>>>
> > > > >>>>>Frank
> > > > >>>>>
> > > > >>>>>
> > > > >>>>> >From: "Kunal H. Parikh" <[EMAIL PROTECTED]>
> > > > >>>>> >Reply-To: "Struts Users Mailing List"
> > > > >>>>> ><[EMAIL PROTECTED]>
> > > > >>>>> >To: "'Struts Users Mailing List'"
> > > > >>>>> ><[EMAIL PROTECTED]>
> > > > >>>>> >Subject: Single ActionForm accross multiple Actions
> > > > >>>>> >Date: Tue, 8 Jun 2004 12:08:25 +1000
> > > > >>>>> >
> > > > >>>>> >Hi All!
> > > > >>>>> >
> > > > >>>>> >I want to maintain a single ActionForm across multiple
>Actions.
> > > > >>>>> >
> > > > >>>>> >I want to get the info from the user in a step-by-step
> > > > >>>>> >manner,
> > >but
> > > > >>>>>only
> > > > >>>>> >wanna talk to the SessionBean at the end when they hit
> >"confirm".
> > > > >>>>> >
> > > > >>>>> >The alternative that I can think of is writing a JavaBean
> > > > >>>>> >with
> > >all
> > > > >>>>>the
> > > > >>>>> >properties, and pass the JavaBean around as a session
> >attribute.
> > > > >>>>> >
> > > > >>>>> >Any one have a better solution ?
> > > > >>>>> >
> > > > >>>>> >
> > > > >>>>> >TIA,
> > > > >>>>> >
> > > > >>>>> >Kunal
> > > > >>>>> >
> > > > >>>>> >
> > > > >>>>> >
> > > > >>>>>
> > > > >---------------------------------------------------------------
> > > > >--
> > > > >--
> > > > >--
> > > > >>>>> >To unsubscribe, e-mail:
> > > > >>>>> >[EMAIL PROTECTED]
> > > > >>>>> >For additional commands, e-mail:
> > > > >>>>> >[EMAIL PROTECTED]
> > > > >>>>> >
> > > > >>>>>
> > > > >>>>>___________________________________________________________
> > > > >>>>>__ __ __ Watch the online reality show Mixed Messages with
> > > > >>>>>a friend and
> > >enter
> > > >to
> > > > >>>>>win
> > > > >>>>>a trip to NY
> > > >
> > > >>>>>http://www.msnmessenger-download.click-url.com/go/onm00200497
> > > >>>>>av
> > > >>>>>e/
> > > >>>>>direct/01/
> > > > >>>>>
> > > > >>>>>
> > > >
> > > >>>>>-------------------------------------------------------------
> > > >>>>>--
> > > >>>>>--
> > > >>>>>----
> > > > >>>>>To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > >>>>>For additional commands, e-mail:
> > > > >>>>>[EMAIL PROTECTED]
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>
> > > >
> > > >>>>>-------------------------------------------------------------
> > > >>>>>--
> > > >>>>>--
> > > >>>>>----
> > > > >>>>>To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > >>>>>For additional commands, e-mail:
> > > > >>>>>[EMAIL PROTECTED]
> > > > >>>>>
> > > > >>>>
> > > > >>>>____________________________________________________________
> > > > >>>>__ __ _ FREE pop-up blocking with the new MSN Toolbar ? get
> > > > >>>>it now!
> > > > >>>>http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01
> > > > >>>>/
> > > > >>>>
> > > > >>>>
> > > >
> > > >>>>--------------------------------------------------------------
> > > >>>>--
> > > >>>>--
> > > >>>>---
> > > > >>>>To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > >>>>For additional commands, e-mail: [EMAIL PROTECTED]
> > > > >>>>
> > > > >>>
> > > > >>>_____________________________________________________________
> > > > >>>__ __ Reserva desde ahora tus vacaciones en MSN Viajes. M?s
> > > > >>>c?modo, m?s
> > > >barato
> > > > >>>y m?s opciones. http://www.msn.es/Viajes/
> > > > >>>
> > > > >>>
> > > > >>>-------------------------------------------------------------
> > > > >>>--
> > > > >>>--
> > > > >>>---- To unsubscribe, e-mail:
> > > > >>>[EMAIL PROTECTED]
> > > > >>>For additional commands, e-mail: [EMAIL PROTECTED]
> > > > >>>
> > > > >>
> > > > >>______________________________________________________________
> > > > >>__ _ Stop worrying about overloading your inbox - get MSN
> > > > >>Hotmail Extra Storage!
> > > > >>http://join.msn.click-url.com/go/onm00200362ave/direct/01/
> > > > >>
> > > > >>
> > > > >>--------------------------------------------------------------
> > > > >>--
> > > > >>--
> > > > >>--- To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > >>For additional commands, e-mail: [EMAIL PROTECTED]
> > > > >>
> > > > >
> > > > >_______________________________________________________________
> > > > >__ Descarga gratis la Barra de Herramientas de MSN
> > > >
> > > >http://www.msn.es/usuario/busqueda/barra?XAPID=2031&DI=1055&SU=ht
> > > >tp
> > > >%3 A//www.hotmail.com&HL=LINKTAG1OPENINGTEXT_MSNBH
> > > >
> > > > >
> > > > >
> > > > >---------------------------------------------------------------
> > > > >--
> > > > >--
> > > > >-- To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > >For additional commands, e-mail: [EMAIL PROTECTED]
> > > > >
> > > >
> > > >_________________________________________________________________
> > > >Stop worrying about overloading your inbox - get MSN Hotmail
> > > >Extra
> > >Storage!
> > > >http://join.msn.click-url.com/go/onm00200362ave/direct/01/
> > > >
> > > >
> > > >-----------------------------------------------------------------
> > > >--
> > > >-- To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > >For additional commands, e-mail: [EMAIL PROTECTED]
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >-----------------------------------------------------------------
> > > >--
> > > >-- To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > >For additional commands, e-mail: [EMAIL PROTECTED]
> > > >
> > >
> > >_________________________________________________________________
> > >Getting married? Find great tips, tools and the latest trends at
> > >MSN Life Events.
> > >http://lifeevents.msn.com/category.aspx?cid=married
> > >
> > >
> > >-------------------------------------------------------------------
> > >-- To unsubscribe, e-mail: [EMAIL PROTECTED]
> > >For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> > >-------------------------------------------------------------------
> > >-- To unsubscribe, e-mail: [EMAIL PROTECTED]
> > >For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >_________________________________________________________________
> >Watch the online reality show Mixed Messages with a friend and enter
> >to win a trip to NY
> >http://www.msnmessenger-download.click-url.com/go/onm00200497ave/dire
> >ct
> >/01/
> >
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
> >
>
>_________________________________________________________________
>Looking to buy a house? Get informed with the Home Buying Guide from
>MSN House & Home. http://coldwellbanker.msn.com/
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
_________________________________________________________________
MSN 9 Dial-up Internet Access fights spam and pop-ups - now 3 months FREE!
http://join.msn.click-url.com/go/onm00200361ave/direct/01/
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
