RE: designing simple scheduler

2003-12-08 Thread Turansky, Mark
how to reuse beans?

You should be making your beans without any thought of the web whatsoever.  THEN your 
Actions can calls your beans.  This way, the Actions are clients of your API.  By 
having an API containing business logic (instead of business logic in your actions), 
you promote reuse.

An additional benefit of this type of bean design is that you can test it automatedly 
(JUnit!) without having Tomcat or servlet container running.

The Action, in this case, is the glue connecting all your business logic (beans).  
Replace the glue with another type of glue and you can reuse your business components 
anywhere.

-Original Message-
From: Voinea, Marina [mailto:[EMAIL PROTECTED]
Sent: Monday, December 08, 2003 9:19 AM
To: 'Struts Users Mailing List'
Subject: RE: designing simple scheduler



 Vic, can you please explain a bit more how do you reuse your beans ? (and
have cron job call yor application - you know the idea of separating layers,
how is your architecture like now ?)

 (we would need something similar...)
Thanks,
M.

-Original Message-
From: Vic Cekvenich [mailto:[EMAIL PROTECTED]
Sent: Monday, December 08, 2003 6:29 AM
To: [EMAIL PROTECTED]
Subject: Re: designing simple scheduler


With a layered MVC application you can re-use beans outside of Struts.
Have cron call beans application. I do.
.V

Raman wrote:
 Hello,
 
 I am using struts/beans  in my application. I want a scheduler kind of
thing that after regular interval of time should check the db and send
mails.
 I want some suggestions regarding running it on red hat linux and way to
go for this.
 
 Cheers,
 Raman Garg



-
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]


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



RE: designing simple scheduler

2003-12-08 Thread Turansky, Mark
Online is just the icing.

Right!  The business logic of the application should be UI agnostic.  The logic 
shouldn't know if it was invoked from a console application, a Swing gui app, or a web 
(Struts!) application.  The business logic is (or should be) the same.


-Original Message-
From: news [mailto:[EMAIL PROTECTED] Behalf Of Vic Cekvenich
Sent: Monday, December 08, 2003 10:29 AM
To: [EMAIL PROTECTED]
Subject: Re: designing simple scheduler


No, no that is not what we are saying.

Just call the beans from your UI. In this case your UI is console.
Same bean that you allready tested. Struts is the fastest way to develop 
that I know (15 years of IT for me)

So your console app check the JavaMail and saves it or send it from db. 
Same beans and DB struts uses. So any mail shows up online.
Batch/async is bread and butter of DP. Online is just the icing.
.V


Voinea, Marina wrote:
 yes, calling APP layer API (beans) from the UI is OK.
  I was thinking if it is possible the other way around : to somehow inform
 the UI that soemthing happened on the backend and it has to display a
 message accordingly. (kind of polling from UI to back end). The APP layer
 bean triggering an event in UI application. Coud this be done?
 




-
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]



RE: Popular We Hosting....???

2003-12-04 Thread Turansky, Mark
http://www.google.com/search?q=java+web+hosting


-Original Message-
From: Trieu, Danny [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 04, 2003 11:26 AM
To: [EMAIL PROTECTED]
Subject: Popular We Hosting???


Hi all,
 
Do you know of a popular webhosting that host Java's WebApps?
 
Thanks,
 
--danny
 

Danny Trieu
Internet Business Group
Downey Savings and Loan Association, F.A.
[EMAIL PROTECTED]
(949) 509-4564 

The beginning of knowledge is the discovery of something we do not
understand. 
- Frank Herbert (1920-1986) 
The essence of knowledge is, having it, to apply it; not having it, to
confess your ignorance. 
- Confucius (551-479 BC) 


 


This message and any attachments are for the intended recipient(s) only and may 
contain privileged, confidential and/or proprietary information about Downey Savings 
or its customers, which Downey Savings does not intend to disclose to the public. If 
you received this message by mistake, please notify the sender by reply e-mail and 
delete the message and attachments.

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



RE: Disadvantages of Struts?

2003-12-04 Thread Turansky, Mark
Robert Tran, you were griping about config files and the need to go between code (your 
Actions) and the xml config files.  Other developers have scratched that itch already. 
 Check out XDoclet:

http://xdoclet.sourceforge.net/

This piece of software will generate your configuration files for you via an ant task. 
 You can keep everything relative to an Action in one place, inside your Action class 
itself.

You use JavaDoc-like tags to define your config files.  The following is an example 
from a real application I maintain:

 /**
 * @struts:action   name=GetMessageAction
 *  path=/GetMessage
 * @struts:action-forward   name=editMessage
 *  path=/EditMessage.jsp
 */

The Action associated with the above JavaDocs is responsible for retrieving a bean, 
putting it in request scope, and forwarding to the proper page for editing.  Having 
everything in a single file (the Action) is useful and is easy for me to keep in my 
head.

When the WebDoclet Ant task executes, it will parse those tags and generate 
Struts-config.xml for you.  It can generate ActionForms, Validator xml files, and 
more.  It can also be extended to generate other code of your choosing.

It works very well and there only a slight learning curve.

something to look at and think about, perhaps.

mark



 Take Action for example, to
  write an Action, one has to paddle back and forth between the code and
the
  configuration. It is like an executable having to configure each of its
  dlls. The visibility of the mappings is nice to have but the mappings
can
  be generated after the fact as in a debugging view. When the application
is
  finished, configurations become static. But since configurations are
  required, they will be like loose ends of the application. Another
issue:
  how can one componentize his code and deploy it in a self-contained
plug-in,
  as with Eclipse? Please forgive my novice.






-Original Message-
From: Robert H. Tran [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 04, 2003 1:45 PM
To: Struts Users Mailing List
Subject: Re: Disadvantages of Struts?


Thanks, Ted. I agree that Struts is the best option available today. Like
you said, there are areas that Struts can, and probably should, improve. I
am delighted to hear that some of them will be addressed in 2.0.

- Robert.

- Original Message - 
From: Ted Husted [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, December 04, 2003 4:40 AM
Subject: Re: Disadvantages of Struts?


 Yes, we should be passing an API context object instead of tucking
 things away here and there in the various contexts. We started work on
 one during the 1.1 march, but it was sidetracked by the module
 initiative. At this point, it will probably be slated for Stuts 2.0.

 The other questions speak to whether you want to take a declarative
 approach to writing a web application. If you are writing a small
 application, the strategy of using XML configurations to deploy object
 graphs can be more trouble than it's worth. But if you are writing a
 larger application, most developers believe it is much better than the
 alternatives. (Been there, done that.) Of course, your mileage may vary.

 There are several other web application frameworks available, most of
 which are tracked by the wafer project.

 Choosing a framework is like choosing shoes. You really need to try them
 on for yourself to be sure.

 Like most software products, Struts is far from perfect. But, like Java
 itself, for complex enterprise applications, many developers find it's
 the best alternative available today. Neither Struts nor Java is the
 best choice for all applications and all teams, but most people do find
 that it is a good choice for larger applications that need to be
 maintained and improved over time.

 If there is a disadvantage to using Struts, it's that the underlying
 design is so darn useful that people try to use it as an application
 framework rather than a WEB application framework. Many teams invest
 *way* too much business logic in ActionForms and Actions. Why? Because
 most large application do need to utilize the Context and Command
 patterns. But because they don't have a distinct business framework,
 people usurp the Struts classes.

 The Chain of Responsibility package in the Commons Sandbox is a first
 step toward creating a business layer framework. Webwork is doing
 something similiar with their xwork package.

 -Ted.

 Robert H. Tran wrote:
  I am not sure that is true. Struts seems to lack of an API. IMO, there
are
  more required configurations than necessary. Take Action for example, to
  write an Action, one has to paddle back and forth between the code and
the
  configuration. It is like an executable having to configure each of its
  dlls. The visibility of the mappings is nice to have but the mappings
can
  be generated after the fact as in a debugging view. When the 

RE: Scheduler

2003-12-02 Thread Turansky, Mark
I agree, leave all the web specific stuff out of it.

I wrote a little program that ran on a timer and broke it down into two simple 
classes.  One class does the actual work, the other class wraps the first one and 
implements the Struts Plug-In and Runnable interfaces.  Simple, easy.  

Putting the business logic into a non-web related object makes it reusable and 
malleable.  The wrapper class is simply used as an invocation mechanism by the web 
container that calls the first object (which is the real program).  I don't think I 
could have made it any simpler.

http://www.c2.com/cgi/wiki?DoTheSimplestThingThatCouldPossiblyWork


-Original Message-
From: EL AKARI Mehdi [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 02, 2003 9:07 AM
To: Struts Users Mailing List
Subject: Re: Scheduler



Hi all,

In my opinion, an application that should do the job you specified has
nothing to do with struts.
I think that it should be developpend independently of the struts one (wich
is essencially designed for a web UI).
Off course you can plugg your application to the struts one (so as it coud
start and stop with a single command) but this should not be mandatory (if
you design well your application arcitecture).
isn't it?

Mehdi.

Ps: Think of the Time and TimerTask classes wich provide the nessessary
tools for scheduling thousands of tasks concurrently.


- Original Message - 
From: Gurpreet Dhanoa [EMAIL PROTECTED]: Struts Users Mailing
List [EMAIL PROTECTED]: Tuesday, December 02, 2003 11:47
AM
Subject: Scheduler

hi All
I
 want to implement a scheduler program something at the starting of the
application or at the starting of tomcat.
Basically i need one of my program to track all of the reminders i have set
in an web-application.
Say if i have set a reminder to send an email to client at 1400 hrs then it
should send that email at that time without the need of signing into the
account.
Any help will be of great use.
Thanks
Gary


-
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]



RE: Tiles, fixed height, scrollbar

2003-11-25 Thread Turansky, Mark
Frames are awful and not at all accessible to those with visual disabilities.  You 
should first rethink your need for frames.

But if you must use frames, read http://www.w3.org/TR/REC-html40/present/frames.html

You can include scrollbars in your frames.  They appear when the content is bigger 
than the frame and requires a scrollbar.



-Original Message-
From: Oliver Wulff [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 25, 2003 10:15 AM
To: [EMAIL PROTECTED]
Subject: Tiles, fixed height, scrollbar






Hi all

Currently, I'm using frames to split my web page. Some frames have a
dynamic content with a scrollbar to scroll through the content of the
frame.

Can I achieve the same with tiles? Can I fix the height of a tile? If there
is more data to display will a scrollbar be shown?

Regards
Oliver Wulff

**
Oliver Wulff
Zürich Versicherungs-Gesellschaft
IA4, CoC Middleware
Postfach, 8085 Zürich
Telefon: +41- 1 628 58 07
Fax: +41 - 1 623 58 07
E-Mail: mailto:[EMAIL PROTECTED]






*** BITTE BEACHTEN ***
Diese Nachricht (wie auch allfällige Anhänge dazu) beinhaltet
möglicherweise vertrauliche oder gesetzlich geschützte Daten oder
Informationen. Zum Empfang derselben ist (sind) ausschliesslich die
genannte(n) Person(en) bestimmt. Falls Sie diese Nachricht
irrtümlicherweise erreicht hat, sind Sie höflich gebeten, diese unter
Ausschluss jeder Reproduktion zu zerstören und die absendende Person
umgehend zu benachrichtigen. Vielen Dank für Ihre Hilfe.


-
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]



html:radio 'property' doesn't work with 'isBoolean()' type method call?

2003-11-25 Thread Turansky, Mark
I have a simple User object with two boolean values in the class:
locked
active

I use the 'isLocked()' and 'isActive()' convention instead of 'getLocked()' and 
'getActive()'.

Does html:radio work with 'is' instead of 'get'?  I am having page compilation 
problems telling me that 'getLocked' and 'getActive' cannot be resolved.

btw, I searched the archives for this question to prevent a redundant question, but 
Nagoya.apache.org is 1) way too slow to be useful and 2) people don't use descriptive 
enough subjects to be browseable.

thanks in advance,
mark

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



RE: html:radio 'property' doesn't work with 'isBoolean()' type method call?

2003-11-25 Thread Turansky, Mark
Thanks, Daniel, but I made a quick workaround by adding a getActive() function to my 
class and delegating it to isActive().

digging through all the source to find the error would be time consuming as I am not 
familiar with the source.  I am using generated code by Karapan Sapi (from 
www.javanovic.com).  It creates everything in the MVC pattern including DAO for 
persistance, model objects, all struts Actions, Forms, and config files.

The generator is open source, but not in active development.  I have fixed a number of 
template bugs myself.  I included a simple get method for each of my boolean is 
methods and the entire thing works fine now.  Anyone interested in this generator 
should email me for bug fixes.

-Original Message-
From: Daniel A. Torrey [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 25, 2003 1:03 PM
To: Struts Users Mailing List
Subject: Re: html:radio 'property' doesn't work with 'isBoolean()' type
method call?


It's working for me, Struts 1.1  Tomcat 4.1.29.  My method is called
isActive().  Can you post your JSP, User source,struts-config.xml?

-daniel

Daniel A. Torrey
daniel at datorrey dot net



Quoting Turansky, Mark [EMAIL PROTECTED]:

 I have a simple User object with two boolean values in the class:
   locked
   active
 
 I use the 'isLocked()' and 'isActive()' convention instead of 'getLocked()'
 and 'getActive()'.
 
 Does html:radio work with 'is' instead of 'get'?  I am having page
 compilation problems telling me that 'getLocked' and 'getActive' cannot be
 resolved.
 
 btw, I searched the archives for this question to prevent a redundant
 question, but Nagoya.apache.org is 1) way too slow to be useful and 2) people
 don't use descriptive enough subjects to be browseable.
 
 thanks in advance,
 mark
 
 -
 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]


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



ComponentContext tile attributes not being found in JSP

2003-11-18 Thread Turansky, Mark
I have a Tiles Controller adding an attribute to the ComponentContext.  This piece 
works fine and I can see the new attribute in the Controller class.  The attribute is 
called message, which is a string.

context.putAttribute(message, this is the message!);

The problem is the JSP that uses the tiles.  This is the entire page that is included 
as the tile with the above Controller as a preprocessor:

%@ taglib uri=/WEB-INF/struts-bean.tld prefix=bean %
%@ taglib uri=/WEB-INF/struts-tiles.tld prefix=tiles %

font color=redtiles:getAsString name=message//font

This doesn't work!  The error I get is

 [ServletException in:/WEB-INF/web/tiles/TileMessage.jsp] Error - tag.getAsString : 
attribute 'message' not found in context. Check tag syntax'  


Any ideas why this wouldn't work?  I am new to tiles and just learning my way around, 
but this seems like the easiest piece of the piece.  the definitions work, the 
controlling class works, but not the jsp!

thanks in advance...


Mark Gregory Turansky
Web Engineer
[EMAIL PROTECTED]

www.keymind.com
5111 Leesburg Pike, Suite 703
Falls Church, VA  22041
Tel. 703.379.2060 x450
Fax.703.379.6328

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



RE: accessing static html from struts-config.xml

2003-10-22 Thread Turansky, Mark
I believe that you are not forced to use a relative URL.  You can put 
http://www.mysite.com/index.html; as the Forward path and it should work just fine.

If, for whatever reason, the Forward to an absolute URL does not work, you can always 
use

response.redirect(actionForward.getPath())

in your Action while returning a null ActionForward



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 22, 2003 12:58 PM
To: [EMAIL PROTECTED]
Subject: accessing static html from struts-config.xml


Hi All
I am trying to do a logoff action.When the user logsoff he should be taken
to the main website which is under /var/www/html/blah/index.shtml which is
completely out of the tomcat and this is where i have stored the static
content of the website.
I do not understand how to write this forward in my struts-config.xml
forward name=xyzhome path=../blah.shtml / does not do anything or
can i specify a URI to access the resource.

Thanx
--Mohan



-
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]



RE: accessing static html from struts-config.xml

2003-10-22 Thread Turansky, Mark
I just tried (and failed) using a fully qualified URL as the ActionForward.  The 
exception told me that my path did not start with a /

So here is an action that will use a redirect instead of an ActionForward.  This 
works:


/**
 * a simple action to invalidate a session and return
 * the user to the home page
 */
public class LogoffAction extends Action {

public ActionForward execute(ActionMapping mapping,
 ActionForm form,
 HttpServletRequest request,
 HttpServletResponse response){

request.getSession().invalidate();
ActionForward foward = mapping.findForward(home);
String path = forward.getPath();
response.sendRedirect(path);
return null;
}
}



the corresponding struts-config entry

global-forwards
forward name=home path=http://www.mysite.com; /
/global-forwards


NOTE!

when you retrieve this ActionForward through the ActionMapping object, it will FAIL if 
you try to return it from the execute() method.  It fails because a fully qualified 
URL won't work in the ActionForward.

You can use the Forward home to store the fully-qualified URL (and retrieve it via 
forward.getPath()) or you can put that in some other property section or config file.  
Either way, you can use response.sendRedirect(str) to send the user to any website you 
wish, including your own home page.

I hope this helps.

mark


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 22, 2003 2:28 PM
To: [EMAIL PROTECTED]
Subject: RE: accessing static html from struts-config.xml


No the reference to the path in the forward section does not work.
I am not sure how to use the response.redirect method. Do we put this
method in the execute method of the LogoffAction? or do we make a new
method called public void redirect(HttpServletRequest){
response.redirect(http://localhost/xyz.html;);
}


 I believe that you are not forced to use a relative URL.  You can put
 http://www.mysite.com/index.html; as the Forward path and it should
 work just fine.

 If, for whatever reason, the Forward to an absolute URL does not work,
 you can always use

 response.redirect(actionForward.getPath())

 in your Action while returning a null ActionForward



 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, October 22, 2003 12:58 PM
 To: [EMAIL PROTECTED]
 Subject: accessing static html from struts-config.xml


 Hi All
 I am trying to do a logoff action.When the user logsoff he should be
 taken to the main website which is under /var/www/html/blah/index.shtml
 which is completely out of the tomcat and this is where i have stored
 the static content of the website.
 I do not understand how to write this forward in my struts-config.xml
 forward name=xyzhome path=../blah.shtml / does not do anything or
 can i specify a URI to access the resource.

 Thanx
 --Mohan



 - 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]




-
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]



RE: accessing static html from struts-config.xml

2003-10-22 Thread Turansky, Mark
ah, that is a more convenient method than hand-coding my own redirect.  Also, it would 
allow the execute() method to return an ActionForward like it is supposed to do.  
Thanks for that tip.


-Original Message-
From: Rabago, Hubert [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 22, 2003 2:50 PM
To: Struts Users Mailing List
Subject: RE: accessing static html from struts-config.xml


or use 
forward name=home path=http://www.mysite.com; redirect=true/
which would do the same thing.


-Original Message-
From: Turansky, Mark [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 22, 2003 1:46 PM
To: Struts Users Mailing List
Subject: RE: accessing static html from struts-config.xml


I just tried (and failed) using a fully qualified URL as the
ActionForward.  The exception told me that my path did not start with a
/

So here is an action that will use a redirect instead of an
ActionForward.  This works:


/**
 * a simple action to invalidate a session and return
 * the user to the home page
 */
public class LogoffAction extends Action {

public ActionForward execute(ActionMapping mapping,
 ActionForm form,
 HttpServletRequest request,
 HttpServletResponse response){

request.getSession().invalidate();
ActionForward foward = mapping.findForward(home);
String path = forward.getPath();
response.sendRedirect(path);
return null;
}
}



the corresponding struts-config entry

global-forwards
forward name=home path=http://www.mysite.com; /
/global-forwards


NOTE!

when you retrieve this ActionForward through the ActionMapping object,
it will FAIL if you try to return it from the execute() method.  It
fails because a fully qualified URL won't work in the ActionForward.

You can use the Forward home to store the fully-qualified URL (and
retrieve it via forward.getPath()) or you can put that in some other
property section or config file.  Either way, you can use
response.sendRedirect(str) to send the user to any website you wish,
including your own home page.

I hope this helps.

mark


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 22, 2003 2:28 PM
To: [EMAIL PROTECTED]
Subject: RE: accessing static html from struts-config.xml


No the reference to the path in the forward section does not work. I
am not sure how to use the response.redirect method. Do we put this
method in the execute method of the LogoffAction? or do we make a new
method called public void redirect(HttpServletRequest){
response.redirect(http://localhost/xyz.html;);
}


 I believe that you are not forced to use a relative URL.  You can put 
 http://www.mysite.com/index.html; as the Forward path and it should 
 work just fine.

 If, for whatever reason, the Forward to an absolute URL does not work,

 you can always use

 response.redirect(actionForward.getPath())

 in your Action while returning a null ActionForward



 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, October 22, 2003 12:58 PM
 To: [EMAIL PROTECTED]
 Subject: accessing static html from struts-config.xml


 Hi All
 I am trying to do a logoff action.When the user logsoff he should be 
 taken to the main website which is under 
 /var/www/html/blah/index.shtml which is completely out of the tomcat 
 and this is where i have stored the static content of the website. I 
 do not understand how to write this forward in my struts-config.xml 
 forward name=xyzhome path=../blah.shtml / does not do anything 
 or can i specify a URI to access the resource.

 Thanx
 --Mohan



 - 
 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]




-
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]


-
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]