Re: OT: Better Java performance on Linux

2007-01-16 Thread Danny Angus
Inge Solvoll [EMAIL PROTECTED] wrote on 16/01/2007 09:53:50:


 A friend of mine (big linux fan) told me that tests at his workplace
 indicated a huge (up to 500%) java performance gap between linux and 
windows

snip

 Has anyone here experienced anything similar, with either OS performing
 vastly better on any java task? Is the gap widening or closing with 
newer
 versions of Java and OS?

The reason for this is probably that the windows version of Sun's JVM is 
set up with defaults for memory sizes and garbage colletion algorythms 
which are optimised for a desktop pc, not a server.

All of these options can be changed manually, and a true comparions can 
only be made where both instances are set up with the same values on the 
same hardware.

At a simple level using -server on both will narrow the gap, but only a 
good knowledge (and a refrence book) will ensure that the two things are 
the same.

You should tune your server processes, and refine your applications, 
according to the resource use that you measure in tests and in the wild.

I'm sorry I don't have a refrence for you to look at, but you might like 
to look at my slides from apacheconEU06 at which I talked about Garbage 
collection tuning.

d.

***
The information in this e-mail is confidential and for use by the addressee(s) 
only. If you are not the intended recipient please delete the message from your 
computer. You may not copy or forward it or use or disclose its contents to any 
other person. As Internet communications are capable of data corruption Student 
Loans Company Limited does not accept any responsibility for changes made to 
this message after it was sent. For this reason it may be inappropriate to rely 
on advice or opinions contained in an e-mail without obtaining written 
confirmation of it. Neither Student Loans Company Limited or the sender accepts 
any liability or responsibility for viruses as it is your responsibility to 
scan attachments (if any). Opinions and views expressed in this e-mail are 
those of the sender and may not reflect the opinions and views of The Student 
Loans Company Limited.

This footnote also confirms that this email message has been swept for the 
presence of computer viruses.



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



Re: OT: Better Java performance on Linux

2007-01-16 Thread Danny Angus
Inge Solvoll [EMAIL PROTECTED] wrote on 16/01/2007 09:53:50:
 
 
 A friend of mine (big linux fan) told me that tests at his workplace
 indicated a huge (up to 500%) java performance gap between linux and 
 windows

Of course you have to also ask what he calls performance, what did he 
measure, response time, throughput, resource consumption, transaction 
rates, concurrency, something else?

d.

***
The information in this e-mail is confidential and for use by the addressee(s) 
only. If you are not the intended recipient please delete the message from your 
computer. You may not copy or forward it or use or disclose its contents to any 
other person. As Internet communications are capable of data corruption Student 
Loans Company Limited does not accept any responsibility for changes made to 
this message after it was sent. For this reason it may be inappropriate to rely 
on advice or opinions contained in an e-mail without obtaining written 
confirmation of it. Neither Student Loans Company Limited or the sender accepts 
any liability or responsibility for viruses as it is your responsibility to 
scan attachments (if any). Opinions and views expressed in this e-mail are 
those of the sender and may not reflect the opinions and views of The Student 
Loans Company Limited.

This footnote also confirms that this email message has been swept for the 
presence of computer viruses.



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



Re: Re: Re: need please wait notice for slow loading pages

2006-12-07 Thread Danny Angus
if you can get the first bytes of the second (slow) page loaded you can 
start that page with the html for a div to appear in the centre of the 
screen in front of the real content.
The last thing on the page should be the html which moves this either away 
to the left (negative coordinates) of the screen or to the back behind 
the real content.

this e.g works in ie (but not f-fox, that is left as an exercise for the 
reader) :

!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN 
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd;
html xmlns=http://www.w3.org/1999/xhtml;
head
meta http-equiv=Content-Type content=text/html; charset=utf-8 /
titleUntitled Document/title
style type=text/css
!--
.wait {
background-color: #FF;
position: absolute;
visibility: visible;
z-index: 10;
left: 90px;
top: 40px;
width: 200px;
height: 200px;
}
--
/style
/head

body onload=waitOne.style.zIndex='-10'

div class=wait id=waitOnePlease Wait/div
div

img src=http://www.direct.gov.uk/assetRoot/04/01/85/19/04018519.jpg; 
width=100 height=100 /
img src=http://www.arroyofest.org/images/T-shirt%20back.JPG; width=100 
height=100 /
img src=http://www.direct.gov.uk/assetRoot/04/01/85/19/04018519.jpg; 
width=100 height=100 //div

/body
/html

[EMAIL PROTECTED] wrote on 07/12/2006 12:17:16:

 On 12/7/06, Fred Janon [EMAIL PROTECTED] wrote:
  It's probably more typing than my solution because of the number of
  onClick handlers I'll have to add
 
  Not sure if you can do it in your context, but instead of calling the 
JS
  function in all buttons onClick, you could just call it in the FORM
  onSubmit...
 
 
 
 Unfortunately, my problem is that I need it on plain links as well as
 in forms.  Nothing I can't fix by just assigning a new class to any
 link that needs the handler and then adding the handler via a
 javascript method which iterates over all elements with the
 'pleaseWait' class.
 
 --sam
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


***
The information in this e-mail is confidential and for use by the addressee(s) 
only. If you are not the intended recipient please delete the message from your 
computer. You may not copy or forward it or use or disclose its contents to any 
other person. As Internet communications are capable of data corruption Student 
Loans Company Limited does not accept any responsibility for changes made to 
this message after it was sent. For this reason it may be inappropriate to rely 
on advice or opinions contained in an e-mail without obtaining written 
confirmation of it. Neither Student Loans Company Limited or the sender accepts 
any liability or responsibility for viruses as it is your responsibility to 
scan attachments (if any). Opinions and views expressed in this e-mail are 
those of the sender and may not reflect the opinions and views of The Student 
Loans Company Limited.

This footnote also confirms that this email message has been swept for the 
presence of computer viruses.



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



Re: Keep your visit going to https?

2006-09-22 Thread Danny Angus
what applicationserver are you using and how is your webserver configured?



James Sherwood [EMAIL PROTECTED] wrote on 22/09/2006 
13:16:28:

 Hello,
 
 We have a shopping cart site built and the actuall site is not secure 
until 
 you go to the checkout phase.
 
 The checkout button sends you to the checkout page and everything worked 

 fine untill we made that page secure.
 
 As soon as we made it secure we lose our visit.  I assume it is because 
we 
 have to send them to a different url(same page same site just accessing 
it 
 through a secure url).
 
 Is there a way to keep our visit acrost this jump?
 
 Thanks,
 James 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


***
The information in this e-mail is confidential and for use by the addressee(s) 
only. If you are not the intended recipient please delete the message from your 
computer. You may not copy or forward it or use or disclose its contents to any 
other person. As Internet communications are capable of data corruption Student 
Loans Company Limited does not accept any responsibility for changes made to 
this message after it was sent. For this reason it may be inappropriate to rely 
on advice or opinions contained in an e-mail without obtaining written 
confirmation of it. Neither Student Loans Company Limited or the sender accepts 
any liability or responsibility for viruses as it is your responsibility to 
scan attachments (if any). Opinions and views expressed in this e-mail are 
those of the sender and may not reflect the opinions and views of The Student 
Loans Company Limited.

This footnote also confirms that this email message has been swept for the 
presence of computer viruses.



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



Re: Xerces version

2006-08-17 Thread Danny Angus
9.0.2, 9.0.3  9.0.4 parsers all have issues with Tap3
Now we find that 10.1.2 and 10.1.3 have issues with Tap4

Ruthelssly logical if nothing else!

d.


***
The information in this e-mail is confidential and for use by the addressee(s) 
only. If you are not the intended recipient please delete the message from your 
computer. You may not copy or forward it or use or disclose its contents to any 
other person. As Internet communications are capable of data corruption Student 
Loans Company Limited does not accept any responsibility for changes made to 
this message after it was sent. For this reason it may be inappropriate to rely 
on advice or opinions contained in an e-mail without obtaining written 
confirmation of it. Neither Student Loans Company Limited or the sender accepts 
any liability or responsibility for viruses as it is your responsibility to 
scan attachments (if any). Opinions and views expressed in this e-mail are 
those of the sender and may not reflect the opinions and views of The Student 
Loans Company Limited.

This footnote also confirms that this email message has been swept for the 
presence of computer viruses.



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



RE: RoR

2006-08-04 Thread Danny Angus
Konstantin Ignatyev [EMAIL PROTECTED] wrote on 03/08/2006 19:13:04:

 He is not the first person having problem with
 unsubscribe functionality.
 It is better be fixed.

You are assuming that it is broken, given the number of lists and the
number of subscribers Apache hosts *almost* no one is having problems with
this. I think it is much more likely that the change of addresses which is
causing some confusion. Things like this:
http://jakarta.apache.org/site/mail2.html#Tapestry don't help. I will
change that.


d.


***
The information in this e-mail is confidential and for use by the addressee(s) 
only. If you are not the intended recipient please delete the message from your 
computer. You may not copy or forward it or use or disclose its contents to any 
other person. As Internet communications are capable of data corruption Student 
Loans Company Limited does not accept any responsibility for changes made to 
this message after it was sent. For this reason it may be inappropriate to rely 
on advice or opinions contained in an e-mail without obtaining written 
confirmation of it. Neither Student Loans Company Limited or the sender accepts 
any liability or responsibility for viruses as it is your responsibility to 
scan attachments (if any). Opinions and views expressed in this e-mail are 
those of the sender and may not reflect the opinions and views of The Student 
Loans Company Limited.

This footnote also confirms that this email message has been swept for the 
presence of computer viruses.



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



Re: Tapestry 5 Discussions

2006-08-02 Thread Danny Angus
Howard Lewis Ship [EMAIL PROTECTED] wrote on 01/08/2006 17:34:47:

snip/
I tend to agree with most of what you said.

 The central issue is backwards compatibility. As the upgrade from 2 to
 3 to 4 has shown, adding new features to Tapestry often breaks
 existing code. This is a reaction to the relationship between the
 framework code, and the application code. The fact that application
 classes extend framework classes means that virtually any change to
 the framework classes exposes client code to incompatibilities.

Yep, this is the key issue at stake, and in fact it also appears to
manifest itself as unnecessary inflexibility and constraints on component
development. Changing this is a clear benefit, no doubt about it.

 I've forced people to choke down the poison pill in little stages,
 from 2 to 3 to 4. I don't expect that to happen once 5 is out ... the
 annotation-based APIs are wonderfully flexible and adaptive even when
 the framework is changed.

That is a welcome positive message.

 My goal is not to beat JSF, but to give Java developers a compelling
 reason to stay on Java and not jump over to Ruby on Rails. That's a
 tall order.

With all due respect the way you need to go about that is to capitalise on
the loyalty of your existing users, support us in achieveing our sucesses
with Tapestry and we'll promote your project, no question.

I don't underestimate the effort required to provide a migration path, but
neither should you underestimate the value of retaining your existing
users. The two features of Tapestry which really sell it into a commercial
enterprise are 1) reuse and 2) the excellent separation of concerns between
HTML  functional programing. To have no upgrade path at all would be to
remove 1 as a benefit for existing users.

I'm pretty sure that people will step up and contribute to an effort to
provide backwards compatibility and upgrade tools, there is clear
self-interest there to motivate us, but only if we think you guys really
buy into the nesessity of it, and can convince us that it will be a
once-and-final big-bang.
Otherwise JSF, ruby on rails, even Oracle ADF, or any damn thing out there,
will be seen as no more of risk or an effort to move to than sticking with
Tapestry as a strategic choice will be.
We have made the strategic decision to use Tapestry please don't make me
change it. Those of us who have a broader view of product selection than
technical excellence alone, we have to take into account the cost of
ownership, will be hard pressed to continue to justify our decision if we
don't have some kind of assurance that this really is a final one-off cost.
Your earlier statement goes some way towards that I'm glad to say.

Brian McCallister gave a great presentation on managing open source at
ApacheconEU 05, (slide are here [1]) one of the key messages he made, and
which is reinforced by the principles of schemes like CMMi and ISO9000 is
that evaluation of OSS by commercial users must take into account the
predictability  stability of the project and the ease of engagement with
the community. Clearly documented roadmaps and statements of intent, and
support for user-led initiatives are whats needed now if you want to pass
those tests.

Get behind and promote an effort to provide a migration path, no one
expects you to do all of the work just to promote it, set out and
end-of-life timeline for Tap3 and 4, document your decisions and I'm sure
we'll stay with the programme.

d.


[1] http://www.chariotsolutions.com/slides/apachecon_managing_oss.pdf


***
The information in this e-mail is confidential and for use by the addressee(s) 
only. If you are not the intended recipient please delete the message from your 
computer. You may not copy or forward it or use or disclose its contents to any 
other person. As Internet communications are capable of data corruption Student 
Loans Company Limited does not accept any responsibility for changes made to 
this message after it was sent. For this reason it may be inappropriate to rely 
on advice or opinions contained in an e-mail without obtaining written 
confirmation of it. Neither Student Loans Company Limited or the sender accepts 
any liability or responsibility for viruses as it is your responsibility to 
scan attachments (if any). Opinions and views expressed in this e-mail are 
those of the sender and may not reflect the opinions and views of The Student 
Loans Company Limited.

This footnote also confirms that this email message has been swept for the 
presence of computer viruses.



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



RE: Re: Tapestry 5 Discussions

2006-08-02 Thread Danny Angus

Epstein, Ezra [EMAIL PROTECTED] wrote on 01/08/2006 21:31:27:


 Rather I was questioning how the decision about IoC adoption is
 being made.  At the time HiveMind got started the IoC container
 space was pretty open and empty.

I don't really think thats true at all, but Hivemind did have some
advantages over the competition, mostly the fact that it had been designed
by Howard as the IoC provider for Tapestry.

 Of course Spring lacks features needed.  Understood.  Could Spring
 be extended?

I find that quite hard to believe, more likely those who are saying so
don't have the experience of Spring required.
Of course it might still be *difficult* to use Spring for Tapestry IoC, but
that is a different issue, and as Spring is an OSS roject too there is
little doubt that the Tapestry team could engage with the Spring guys to
work out whats needed.

 The trouble we all have -- it is certainly not unique to a creator
 of software or this software -- so I'm speaking of my own
 experience, is that I (and most folks I know) tend to get a bit
 skewed in favor of things that are our babies so to speak.  And
 there's nothing wrong with that.  But we need to recognize it when
 we're trying to make a decision and then correct for it.

+1.

d.


***
The information in this e-mail is confidential and for use by the addressee(s) 
only. If you are not the intended recipient please delete the message from your 
computer. You may not copy or forward it or use or disclose its contents to any 
other person. As Internet communications are capable of data corruption Student 
Loans Company Limited does not accept any responsibility for changes made to 
this message after it was sent. For this reason it may be inappropriate to rely 
on advice or opinions contained in an e-mail without obtaining written 
confirmation of it. Neither Student Loans Company Limited or the sender accepts 
any liability or responsibility for viruses as it is your responsibility to 
scan attachments (if any). Opinions and views expressed in this e-mail are 
those of the sender and may not reflect the opinions and views of The Student 
Loans Company Limited.

This footnote also confirms that this email message has been swept for the 
presence of computer viruses.



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



Re: Tapestry 5 Discussions

2006-08-01 Thread Danny Angus


 Finally, let's take a sober look. Of all the production apps written
 in T4, how many do you REALLY BELIEVE would be ported to T5? I'd say 1
 of a hundread, if that.

On the other hand tapestry provides us the the ability to re-use
components.
If we want to write new applications in Tapestry5 do we throw away all our
old components and lose their value? Or do we go to the expense of
migrating them and writing new ones?

For the people who are stuck requiring support for product which is likely
to be ending its life the choice will be a stark one, not whether to
upgrade to Tapestry 5, but what framework to migrate to. I would predict
that most of the people who see their investment in components become
increasingly worthless will have little loyalty left and will plump for
something which is more likely to protect their investment, no matter what
the technical limitations are. Look out for people offering a Tapestry4 to
JSF migration path.

d.


***
The information in this e-mail is confidential and for use by the addressee(s) 
only. If you are not the intended recipient please delete the message from your 
computer. You may not copy or forward it or use or disclose its contents to any 
other person. As Internet communications are capable of data corruption Student 
Loans Company Limited does not accept any responsibility for changes made to 
this message after it was sent. For this reason it may be inappropriate to rely 
on advice or opinions contained in an e-mail without obtaining written 
confirmation of it. Neither Student Loans Company Limited or the sender accepts 
any liability or responsibility for viruses as it is your responsibility to 
scan attachments (if any). Opinions and views expressed in this e-mail are 
those of the sender and may not reflect the opinions and views of The Student 
Loans Company Limited.

This footnote also confirms that this email message has been swept for the 
presence of computer viruses.



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



RE: PermGen space - Caching is ON

2006-07-24 Thread Danny Angus

Harvey, David  [EMAIL PROTECTED] wrote on 24/07/2006 02:50:17:

 Thanks for your comments, discussion.  However, this occurs when
 caching is turned on, i.e.
 -Dorg.apache.tapestry.disable-caching=false.

 I sure hope there's a fix, I don't know if MaxPermSize can be made
 any larger in production and it sounds from your discussion that
 making it larger will just delay the OOM condition anyway.

The default max perm size is *small* any application which loads a lot of
classes has a chance of running into this.
You're right about it only delaying the problem, but it could be delayed
indefinitely.


d.


***
The information in this e-mail is confidential and for use by the addressee(s) 
only. If you are not the intended recipient please delete the message from your 
computer. You may not copy or forward it or use or disclose its contents to any 
other person. As Internet communications are capable of data corruption Student 
Loans Company Limited does not accept any responsibility for changes made to 
this message after it was sent. For this reason it may be inappropriate to rely 
on advice or opinions contained in an e-mail without obtaining written 
confirmation of it. Neither Student Loans Company Limited or the sender accepts 
any liability or responsibility for viruses as it is your responsibility to 
scan attachments (if any). Opinions and views expressed in this e-mail are 
those of the sender and may not reflect the opinions and views of The Student 
Loans Company Limited.

This footnote also confirms that this email message has been swept for the 
presence of computer viruses.



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



Re: Why I hate mailing lists

2006-07-10 Thread Danny Angus


Epstein, Ezra [EMAIL PROTECTED] wrote on 07/07/2006 20:20:23:

 This is why I deplore mailing lists.  They are so 1983.  Why don't
 all teams follow Hibernate's (and others) lead and choose a simple
 Forum (phpBB in the case of Hibernate).  It (like google/yahoo
 groups) is free, keeps all the old posts, is automatically topically
 threaded, is entirely searchable, if you're addicted to email you
 can get posts as emails or, if you prefer, receive daily digests.
 Why would anyone continue to use an outdated technology like an email
list?

Ezra you are not the first person to ask this question, Apache has always
used, and will continue to use, mailinglists to manage, record and
distribute postings.

You are free to use mirrors like gmane to access the content but with
millions of messages handled per day it is extremely unlikely that we will
choose to replace a technology which works and works well for the core
functionality.

d.


***
The information in this e-mail is confidential and for use by the addressee(s) 
only. If you are not the intended recipient please delete the message from your 
computer. You may not copy or forward it or use or disclose its contents to any 
other person. As Internet communications are capable of data corruption Student 
Loans Company Limited does not accept any responsibility for changes made to 
this message after it was sent. For this reason it may be inappropriate to rely 
on advice or opinions contained in an e-mail without obtaining written 
confirmation of it. Neither Student Loans Company Limited or the sender accepts 
any liability or responsibility for viruses as it is your responsibility to 
scan attachments (if any). Opinions and views expressed in this e-mail are 
those of the sender and may not reflect the opinions and views of The Student 
Loans Company Limited.

This footnote also confirms that this email message has been swept for the 
presence of computer viruses.



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



Re: Portlets -- many in one .war ?

2006-07-10 Thread Danny Angus
Easy,
Just have multiple instances of the tapestry servlet configured in your WAR
once for each tapestry application.
It works.
d.



Epstein, Ezra [EMAIL PROTECTED] wrote on 07/07/2006 20:24:13:


 We're looking to Tapestry for our portlet development.  Basically we
 love what Tapestry does for servlet/web-app dev. and are hoping it
 can help with an in-process Portal.

 Reading the list I'm not optimistic.  Here are the questions:

 1. How do we add multiple portlets to a single .war (not multiple
 views of the same portlet, but multiple portlets)?
 2. How do we avoid the automatic HiveMind overhead?

 See also: http://mail-archives.apache.org/mod_mbox/tapestry-

users/200606.mbox/[EMAIL PROTECTED]

 Thanks,

 Ezra Epstein

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



***
The information in this e-mail is confidential and for use by the addressee(s) 
only. If you are not the intended recipient please delete the message from your 
computer. You may not copy or forward it or use or disclose its contents to any 
other person. As Internet communications are capable of data corruption Student 
Loans Company Limited does not accept any responsibility for changes made to 
this message after it was sent. For this reason it may be inappropriate to rely 
on advice or opinions contained in an e-mail without obtaining written 
confirmation of it. Neither Student Loans Company Limited or the sender accepts 
any liability or responsibility for viruses as it is your responsibility to 
scan attachments (if any). Opinions and views expressed in this e-mail are 
those of the sender and may not reflect the opinions and views of The Student 
Loans Company Limited.

This footnote also confirms that this email message has been swept for the 
presence of computer viruses.



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



Re: [OT] Application below /

2006-06-12 Thread Danny Angus
Andreas Bulling [EMAIL PROTECTED] wrote on 12/06/2006 12:45:14:

 Hi folks,

 sorry for this off-topic question but as I know that quite a lot
 people reading this list also use Tomcat I decided to ask it
 here instead of subscribing to the tomcat mailinglist.

I guess you know what the answer will be then ;-)


 What's the right way to make my application available directly
 below / using Apache mod_jk2 and Tomcat?
 That means instead of using http://some.server.com/my_application
 I would like to be able to use http://some.server.com/ to use
 my_application.

Context path=/ docBase=${catalina.home}/webapps/MY_APP debug=0 
/Context


***
The information in this e-mail is confidential and for use by the addressee(s) 
only. If you are not the intended recipient (or responsible for delivery of the 
message to the intended recipient) please notify us immediately on 0141 306 
2050 and delete the message from your computer. You may not copy or forward it 
or use or disclose its contents to any other person. As Internet communications 
are capable of data corruption Student Loans Company Limited does not accept 
any  responsibility for changes made to this message after it was sent. For 
this reason it may be inappropriate to rely on advice or opinions contained in 
an e-mail without obtaining written confirmation of it. Neither Student Loans 
Company Limited or the sender accepts any liability or responsibility for 
viruses as it is your responsibility to scan attachments (if any). Opinions and 
views expressed in this e-mail are those of the sender and may not reflect the 
opinions and views of The Student Loans Company Limit
 ed.

This footnote also confirms that this email message has been swept for the 
presence of computer viruses.

**

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