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.pdf
> > > >
> > > >
> > > >>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/onm00200497av
> > >>>>>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=http
> > >%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/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]
>
_________________________________________________________________
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]
