sanjiva 01/06/28 14:04:04
Modified:java/src/org/apache/soap/encoding SOAPMappingRegistry.java
java/src/org/apache/soap/rpc Call.java
java/src/org/apache/soap/server DeploymentDescriptor.java
java/src/org/apache/soap/server/http
sanjiva 01/12/06 11:37:44
Modified:java/src/org/apache/soap/encoding SOAPMappingRegistry.java
Log:
added a test so null strings get serialized correctly
Revision ChangesPath
1.27 +16 -9
xml-soap/java/src/org/apache/soap/encoding/SOAPMappingRegistry.java
sanjiva 2002/07/22 10:59:06
Modified:java/src/org/apache/soap/rpc Call.java
Log:
made it so that a parser is created only when needed. The Call() object
was creating a parser even when the Call was being used on the server
side.
Revision ChangesPath
1.15 +6 -1
sanjiva 2002/10/28 08:37:02
Modified:java/src/org/apache/soap/util/xml XMLParserUtils.java
Log:
added logic to share instances of DocumentBuilders on a per-thread
basis
Revision ChangesPath
1.6 +16 -7 xml-soap/java/src/org/apache/soap/util/xml
sanjiva 2002/10/28 08:50:53
Modified:java/src/org/apache/soap/encoding SOAPMappingRegistry.java
java/src/org/apache/soap/encoding/soapenc
BeanSerializer.java SoapEncUtils.java
java/src/org/apache/soap/rpc RPCMessage.java
Log
u can put whatever stuff you
want in there and it'll come out of the other side.
Hope this helps to resolve this,
Sanjiva.
- Original Message -
From: "RP Johns" <[EMAIL PROTECTED]>
To: "soap-dev" <[EMAIL PROTECTED]>
Sent: Friday, May 25, 2001 5:09 PM
Su
I suggest you consider moving to v2.2 (release candidate 3 is out
now - unless something comes up that'll become the master release
soon ..). In the docs for v2.2RC3 you'll see a troubleshooting
section in which there's an item for this error.
Sanjiva.
- Original Message
(I
> confirmed that it does in fact work with the new build.xml).
Can you please check your environment and see whether there are any
real problems? So far I haven't been able to verify any of the problems
you found ..
If there aren't any problems I urge you to lift your -1.
Thanks,
Sanjiva.
Doug Davis writes:
> Sanjiva - if I read your note right you say that the
> source dist isn't buildable, right? why?
> I've never understood that - it seems like
> if I wanted to grab the source I'm gonna
> want to build
+1
- Original Message -
From: "Matthew J. Duftler" <[EMAIL PROTECTED]>
To: "soap-dev" <[EMAIL PROTECTED]>
Sent: Tuesday, May 29, 2001 4:07 PM
Subject: VOTE: Release v2.2
> Hi All,
>
> Well, I think it's time to vote on releasing v2.2. The only changes from
> v2.2RC3 are the addition of
ing the interop sample and
to the axis team for the code that we (um, Matt ... I didn't
contribute to the bidbuy sample) stole from the axis CVS tree!
Sanjiva.
- Original Message -
From: "Doug Davis" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, May 3
Please read the "Interoperability" docs in the 2.2 release candidate 3.
Sanjiva.
- Original Message -
From: "Ed Keen" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Tuesday, May 29, 2001 5:11 PM
Subject: xsi:type requirem
Not out of the box - you can use the tunnel to view what's going
on, but if you want to log them you can write an envelope
editor to do it. This question was asked today on the soap-user
list too.
Sanjiva.
- Original Message -
From: "David Melgar" <[EMAIL PROTE
Please see the docs on interoperability and the troubleshooting docs
and it'll tell you how to deal with this! The interop docs are in the
User's Guide section.
Sanjiva.
- Original Message -
From: "Kumar Raj" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
It looks like the classpath is incorrect - the server is unable
to load the class it seems for some reason.
Sanjiva.
- Original Message -
From: "Ayesha Shaikh" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 07, 2001 5:22 AM
Subject: problem in
Please see the docs - user's guide -> interoperability. There's a lot
of info there.
Sanjiva.
- Original Message -
From: "Picard Francois" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 07, 2001 10:15 AM
Subject: SOAP Interoperabili
ios.
BTW, what does this have to do with http chunking?
Sanjiva.
- Original Message -
From: "Scott Nichol" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, June 08, 2001 9:25 AM
Subject: Re: Soap4J and HTTP 1.1 Keep-Alive/Persistent support
> More di
rge impact on
performance. I have written most of this code and am currently
testing it .. will try to commit it soon. I'll be very interested
in seeing whether it has any noticeable impact on performance.
Sanjiva.
- Original Message -
From: "Tom O'Connor" <[EMAIL
Latest is v1.4 I believe and there have been no reported problems
with that.
Also, note that Apache SOAP v2.2 is JAXP enabled, meaning that you
can use any JAXP compatible parser.
Sanjiva.
- Original Message -
From: "Khamesra, SandeepX" <[EMAIL PROTECTED]>
To: <[EMA
Yes, send it as a byte[] basically .. which would get base64
encoded and sent over soap.
Sanjiva.
- Original Message -
From: "Chris Francis" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 28, 2001 9:01 AM
Subject: RE: Transfer a class file
I committed some changes to the way SOAPMappingRegistry works
and was being used to reduce a bunch of unneeded overhead.
I would appreciate if people could try the code from CVS (or
tonite's nightly build) and see whether there are any noticeable
changes.
Thanks,
Sanjiva.
FYI .. in case you didn't see this.
Sanjiva.
- Original Message -
From: "Brian Behlendorf" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, July 16, 2001 12:40 AM
Subject: CVS moved to new machine
>
> I've m
Please see the user's guide - under programming services it tells
you how to get at SOAPContext via which you can get to the original
HTTPRequest object (amongst other things).
Sanjiva.
- Original Message -
From: "Naggi Rao" <[EMAIL PROTECTED]>
To: <[EMAIL
o your
XML serialization is still incorrect - it should say:
Which one did you want to have come out?
Sanjiva.
> James M Snell wrote:
> >
> > There is nothing in my proposed set of changes that would violate rule
> #1.
>
> OK, then Sanjiva, what is your objection?
>
> - Sam Ruby
I'd like a bit of evidence beyond a declaration: James, why do you
think that your changes
bute, then there's a right way
to do it - you are doing it the wrong way. The key point is
that xmlns:s is *not* an attribute of the {testing}test element.
Sanjiva.
- Original Message -
From: "James M Snell" <[EMAIL PROTECTED]>
To: "Matthew Duftler" <[EMA
t; committers; having them +1 and having that
count is meaningless, at least to me.
I'm sure someone'll throw the process book at me now.
Sanjiva.
Yeah, its been a while since we've had any interesting arguments
on this list! Gotta wake up every once in a while ..
Sanjiva.
- Original Message -
From: "Hansen, Richard" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, September 29, 2001 2:
hat's already the case ..
Sanjiva.
- Original Message -
From: "James M Snell" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, September 29, 2001 1:08 AM
Subject: Re: Bug with DOM2Writer
> My change is checking to see if the attribute name starts
is wrong.
So that's the rationale for the principle. Given all that, I can
still live with committing this change *iff* its pretty clear that
it won't break other stuff. The current version still won't do
that, I believe.
Sanjiva.
ation
for this note! Let's spend a few days coming up with candidate
names and then narrow down a list and call a vote.
Bye,
Sanjiva.
axis is scoped as a soap implementation.
Sanjiva.
- Original Message -
From: "Doug Davis" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: "Axis Development List" <[EMAIL PROTECTED]>
Sent: Wednesday, November 28, 2001 9:33 PM
Subject: Re: PROPOSAL
AFAIK there isn't a Jabber transport lying around ..
Sanjiva.
- Original Message -
From: "Jacobsen, Jasen" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, October 08, 2001 7:31 PM
Subject: Jabber Transport?
> Has anyone developed a Jabber tran
You misunderstood the original question adn my response ..
The question was whether there was an implementation of the
Apache SOAP Transport interface for Jabber. The answer (AFAIK)
is no.
Sanjiva.
- Original Message -
From: "Ram Sadasiv" <[EMAIL PROTECTED]>
To: &
he umbrella project.
> In other words, I'd still like to see "Axis" be
> the successor to 2.X, with the first major release of same obviously being
> the current codebase, and the next open to whatever changes arise from the
> community and code integration.
Did anyone suggest otherwise??
Sanjiva.
How did you serialize the string? If its a parameter to an RPC
call the null value should be handled correctly.
Can you post the code that shows the problem please?
Sanjiva.
- Original Message -
From: "David Turner" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTE
de he wrote
that caused the null strings to break.
Sanjiva.
- Original Message -
From: "Brian Gilman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, December 06, 2001 8:30 PM
Subject: Re: NullPointerException when serializing null String objects
>
t
the BeanSerializer checks for null-ness.
The expected contract is poorly documented (the src is the doc :-)), so
I agree this should be treated as a bug .. I'll try to commit a fix
that checks for null-ness to avoid this situation.
Sanjiva.
- Original Message -
From: "David
ot;http://www.w3.org/2001/XMLSchema";>
http://soapinterop.org/";
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";>
=
Sanjiva.
I just committed a test to handle your case correctly; I would
appreciate if you could try it out!
Thanks,
Sanjiva.,
- Original Message -
From: "David Turner" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, December 06, 2001 9:27 PM
Subject: Re: Nul
ng identical strings, will
> I see use of XML id/href in the wire?
Apache SOAP does not but Axis does support multi-ref serialization.
Sanjiva.
Apache SOAP does not use any com.ibm.* classes.
What classes exactly is your classloader complaining about?
Sanjiva.
- Original Message -
From: "Henk Schipper" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, December 13, 2001 8:07 PM
Subject: RE: com
?) is on some alphaWorks
code, but everything else is open-source and freely available
I believe!
Sanjiva.
- Original Message -
From: "Sanjiva Weerawarana" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, December 13, 2001 8:17 PM
Subject: Re: com.ibm.* pa
Please send the updated file to soap-dev and I'll check and commit it.
Sanjiva.
- Original Message -
From: "Paul Klinker" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, December 14, 2001 8:54 PM
Subject: Submitting code change.
> Hello,
>
from the soap engine. The
docs indicate how to write your own provider.
Sanjiva.
- Original Message -
From: "davout" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, December 22, 2001 3:48 AM
Subject: Access to Soap message header data?
> >From a
There's a server config option (via soap.xml) to turn off the
remote config capability. Production use should obviously
use that option ..
The details are explained in the docs.
Sanjiva.
- Original Message -
From: "Chistian Lacetera" <[EMAIL PROTECTED]>
To: <
for the incorrect answer
earlier. I thought this was documented somewhere, but I can't seem
to find it.
Sanjiva.
See the samples- interop/* in particular has lots of arrays.
Sanjiva.
- Original Message -
From: "davout" <[EMAIL PROTECTED]>
To: "Apache Soap Dev List" <[EMAIL PROTECTED]>
Sent: Saturday, December 29, 2001 4:02 AM
Subject: Arrays as SOAP RPC input param
The SOAP 2.2 HTTP transport doesn't support keep alive. I believe several
people have written a variation that does, but no one contributed it.
Sanjiva.
- Original Message -
From: "Herreman, Christophe" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monda
f the committers disagreed with applying this
"fix".
Yes, I will point out that you shouldn't have called it a bug!! ;-)
Sanjiva.
- Original Message -
From: "James M Snell" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>;
&
allow us to say that's the final verdict
for this codebase.
I'm willing to serve as release manager and will write up a release
plan. The purpose of this note is to gauge interest on this effort.
Thanks!
Sanjiva.
+1.
- Original Message -
From: "William A. Nagy" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, May 14, 2002 2:05 AM
Subject: Vote: Apache SOAP 2.3 Release Schedule
> I'd like to call for a vote on the Apache SOAP 2.3 Release Plan.
>
> The vote will run until 04/25.
>
>
>
.
However, it is too late to include it into Apache SOAP 2.3.
Sanjiva.
- Original Message -
From: "yellapragada rajasekhar" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, May 24, 2002 1:44 AM
Subject: Re: Changes to Apache SOAP 2.2
>
> Hi ,
>
If its an issue with SOAP 2.2 its not solved with 2.3. I wrote the
cookie stuff with the expectation that there would be only one (I
don't recall my mental state then but probably it was a combination
of lack of understanding and laziness ;-)). Can you submit a patch
to fix it?
Bye,
Sa
Hi Simon,
Was this in the 2.3 codebase? If so I agree this'll be a big
problem and probably sufficient cause for a 2.3.1 to be
released ASAP.
I agree it needs to be fixed right to work with both XSD
versions.
Thanks!
Sanjiva.
- Original Message -
From: "Simon Fel
I'd like to nominate Scott for committer status. He has been
one of the most consistent contributors to this project, but
for some reason we neglected to make him a committer. Scott
is also a frequest contributor to soap-user.
Please vote with your +1!
Here's mine: +1.
Sanjiva.
I put that WSDL in there as I generated the addressbook2 client
using a WSDL stub generator (our own old WSDL Toolkit if I recall).
I agree we should take it out from there as Apache SOAP doesn't
do any WSDL stuff!
Sanjiva.
- Original Message -
From: "Scott Nichol" &l
You should just re-use the Call object to hold a session. See
the addressbook2 sample for an example.
Sanjiva.
- Original Message -
From: "Leif Nilsson TACMa" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, July 04, 2002 7:03 PM
Subject: Reusing
anism to use HTTP session support.
Sanjiva.
- Original Message -
From: "Niclas Hedhman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, July 05, 2002 7:32 AM
Subject: Re: Reusing SSL-sessions...
> On Thursday 04 July 2002 23:50, Sanjiva Weerawarana wrote:
&g
using my Internet banking
stuff does it keep re-negotiating keys?? Or does it keep a single
socket connection open for the 30 mins say that I'm using it. The
latter seems extremely resource heavy on the server.
Bye,
Sanjiva.
- Original Message -
From: "Scott Nichol" &l
service object had any state that obviously doesn't
work.
The fix it seems to me is to inform the provider that the
service is being undeployed and let the provider clean up.
Sanjiva.
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
I have also understood that turning on no delay causes more
network traffic. That was partly the reason for leaving it off
by default.
I suggest we consider making it default to "on" in the future.
Sanjiva.
- Original Message -
From: "Scott Nichol" <[EMAIL
-Coordination.
http://www-106.ibm.com/developerworks/webservices/library/ws-transpec/
(These should also be available from Microsoft and BEA sites.)
Enjoy!
Sanjiva.
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
members of the group are: Francisco (Paco)
Curbera, Matthew J. Duftler, Rania Khalaf, Nirmal Mukhi, William A.
Nagy, and Sanjiva Weerawarana. Paco and Sanjiva are co-authors of
the BPEL4WS specification.
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: &
cs
for the server you're using.
> Do you know any links that shows me how to setup IIS with apache SOAP?
You'd need to install a servlet container, like Tomcat or ServletExpress
with IIS. Then follow the usual instructions.
Sanjiva.
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Wow, very cool Scott! I like this provider!
Sanjiva.
- Original Message -
From: "Scott Nichol" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, August 27, 2002 3:52 AM
Subject: Re: Can SOAP wrap around CORBA object requests ???
> I've added a fe
alize method.
Sanjiva.
- Original Message -
From: "Damian Alonso" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, September 30, 2002 8:38 AM
Subject: Extra line appearing in Apache Response
> I'm wondering if anyone has seen this problem before.
>
If XSD is used, then if the complex type isn't marked
as being of "mixed" content type, then all whitespace between
two start tags ( ... whitespace ), whitespace between
an end tag and a start tag or between two end tags is
insignificant.
This is not a bug in Apache SOAP
objects soon I intend to commit these tomorrow.
Bye,
Sanjiva.
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
There is a C++ Apache effort going under Axis .. its still in
its infancy (maybe I should say prenatal) but its on its way.
Sanjiva.
- Original Message -
From: "Scott Nichol" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; "Larry Ai" <[EMAIL PROTECTED]&g
rently this has been fixed in a later JDK than the base that
we wanted to support. It may be possible to change now ..
(Matt wrote that part of the code; so he may recall more.)
Sanjiva.
- Original Message -
From: "Scott Nichol" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTE
ing ourselves in the way
the axis-dev and soap-dev developers would like to, of course
subject to the legal constructions viable in ASF. So far there's
clearly a preference for a single umbrella for all Web Services
projects in Apache.
Sanjiva.
--
To unsubscribe, e-mail: <mailto:soap-dev-unsubscribe@;xml.apache.org>
For additional commands, e-mail: <mailto:soap-dev-help@;xml.apache.org>
ink
it would be good for Apache Web services related projects to be
grouped under one umbrella to build brand value amongst other things.
What do others feel?
Sanjiva.
--
To unsubscribe, e-mail: <mailto:soap-dev-unsubscribe@;xml.apache.org>
For additional commands, e-mail: <mailto:soap-dev-help@;xml.apache.org>
he SOAP, WSIL4J, WSIF
Sanjiva.
- Original Message -
From: "Greg Stein" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, October 24, 2002 6:10 AM
Subject: spinning out projects (was: incubator project)
> On Wed, Oct 23, 2002 at 08:58:49AM -0400, Sam
pick up a
different doc builder and life will go aon jus fine.
Bye,
Sanjiva.
--
To unsubscribe, e-mail: <mailto:soap-dev-unsubscribe@;xml.apache.org>
For additional commands, e-mail: <mailto:soap-dev-help@;xml.apache.org>
I sent this to soap-dev earlier but didn't see it appearing. Sorry
if its a re-post.
Sanjiva.
- Original Message -
From: "Sanjiva Weerawarana" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 29, 2002 12:10 AM
Subject: Re: cvs commit: xml-so
ners which
> enforce that.
Hmm .. interesting. I thought it was our WebSphere guys who suggested
the thread local solution .. and obviously they breathe EJBs. Bill,
can you confirm/deny this pls?
THanks,
Sanjiva.
--
To unsubscribe, e-mail: <mailto:soap-dev-unsubscribe@;xml.apache
his
approach works fine right?
Sanjiva.
--
To unsubscribe, e-mail: <mailto:soap-dev-unsubscribe@;xml.apache.org>
For additional commands, e-mail: <mailto:soap-dev-help@;xml.apache.org>
No, the whole point of thread local is that its thread specific.
Hence there's no way that two threads can share the stuff as its
in a specific thread object! Hence, no synchronization necessary.
Sanjiva.
- Original Message -
From: "WJCarpenter" <[EMAIL PROTE
why I'm being a PITA about not using
yours ;-). Let's talk thru this and then settle on the best approach.
> Please also look at the proposed patch
> http://marc.theaimsgroup.com/?l=soap-dev&m=103582860631002&w=2, were I
> extend you idea of replacing write of concatenations wit
Pavel, another possible improvement: apparently its not needed to
generate content length on responses since we don't do HTTP/1.1
anyway. Dropping that would take away an extra write layer ..
(I believe Axis has moved away from content-length already.)
Sanjiva.
- Original Me
ffort for Apache SOAP, which is more or less in pure
> maintenance mode. It's a bigger mystery to me why the Apache Axis
> folks didn't do SAX parsing from the start and not bother with DOM.]]
Axis is SAX based ..
Sanjiva.
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED
backwards compatible for one thing).
Sanjiva.
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
The class is not marked public .. that could be the problem.
Sanjiva.
- Original Message -
From: "Sebastian" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, November 17, 2002 5:32 AM
Subject: Problem with RPCRouter.invoke()
> Hi everyone,
>
>
Please move any follow-up on this topic to [EMAIL PROTECTED];
it was posted to the other lists inadvertantly.
Sanjiva.
- Original Message -
From: "Robert van Engelen" <[EMAIL PROTECTED]>
To: "Susantha Kumara" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTEC
, being 1.0 I don't expect completeness
there either. We will get better over time!
Sanjiva.
- Original Message -
From: "ask ari" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>;
<
Yes, writing a provider is the way to get total control of message
processing.
Sanjiva.
- Original Message -
From: "Mark" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Thursday, November 13, 2003 2:51 PM
Subject: Is this possible?
I don't have a whole lot of cycles to spare, but I will lend
support for doing a 2.3.2 if Scott you want to lead it.
I too would like to see the many improvements Scott has made
come out!
Sanjiva.
- Original Message -
From: "Scott Nichol" <[EMAIL PROTECTED]>
To: <
88 matches
Mail list logo
