Re: Guththila Parser axutil_env addition

2007-06-22 Thread Supun Kamburugamuva

Hi,

I think if we want to maintain the consistency we will have to add
axutil_env to every function. So I will do it in that way.

Supun.

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



RE: Improved XML parser added to the SVN trunk

2007-06-22 Thread George Stanchev
I *AM* an user of axis-c, but I also would like sell my software (that contains 
axis-c) without opening its source.

Apache License gives me this option, GPL - not. 

Are you willing to license your parser under Apache or compatible license?

-Original Message-
From: Jimmy Zhang [mailto:[EMAIL PROTECTED] 
Sent: Friday, June 22, 2007 9:18 AM
To: Apache AXIS C Developers List
Subject: Re: Improved XML parser added to the SVN trunk

sorry thought you were just a user ...
- Original Message -
From: "George Stanchev" <[EMAIL PROTECTED]>
To: "Apache AXIS C Developers List" 
Sent: Friday, June 22, 2007 7:43 AM
Subject: RE: Improved XML parser added to the SVN trunk


And if my company makes and sells software for a living?

While this might be the best parser in world, its restrictive
license makes it unacceptable for Axis C IMO unless the developers
want to shut off big chunk of its users.

-Original Message-
From: Jimmy Zhang [mailto:[EMAIL PROTECTED]
Sent: Friday, June 22, 2007 1:56 AM
To: Apache AXIS C Developers List
Subject: Re: Improved XML parser added to the SVN trunk

because it doesn't infect... if you are not redistributing...
- Original Message -
From: "George Stanchev" <[EMAIL PROTECTED]>
To: "Apache AXIS C Developers List" 
Sent: Thursday, June 21, 2007 9:12 PM
Subject: RE: Improved XML parser added to the SVN trunk


I don't get it. Which common misconception would allow me to link my
company's software
against that parser ( if used by axis-c) without virally infecting my
software?

-Original Message-
From: Jimmy Zhang [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 21, 2007 1:07 PM
To: Apache AXIS C Developers List
Subject: Re: Improved XML parser added to the SVN trunk

http://en.wikipedia.org/wiki/GNU_General_Public_License#Common_misconceptions
for a user that is a go :-)
- Original Message -
From: "Franz Fehringer" <[EMAIL PROTECTED]>
To: "Apache AXIS C Developers List" 
Sent: Thursday, June 21, 2007 1:00 AM
Subject: Re: Improved XML parser added to the SVN trunk


> But this is GPL and therefore a nogo?!
>
> Franz
>
>
> Jimmy Zhang schrieb:
>> You guys should look at VTD-XML 2.1 in C...
>> http://vtd-xml.sf.net
>>
>> - Original Message - From: "Supun Kamburugamuva"
>> <[EMAIL PROTECTED]>
>> To: "Apache AXIS C Developers List" 
>> Sent: Wednesday, June 20, 2007 5:50 AM
>> Subject: Improved XML parser added to the SVN trunk
>>
>>
>>> Hi,
>>>
>>> I'm happy to announce that I have added the new improved XML parser to
>>> the svn head. In the process I got lot of help from Milinda in writing
>>> some code and doing all the work necessary to run it on Linux. So my
>>> special thanks goes to Milinda.
>>>
>>> I have added the new parser with same name as the previous
>>> parser(Guththila). New parser is also named Guththila and old parser
>>> was removed from the svn head.
>>>
>>> This parser was written in a short time and because of tht there are
>>> some areas that need to be completed. Some of the areas that need
>>> immediate attention are:
>>> 1. Standardizing the error handling mechanism
>>> 2. Fixing memory leaks
>>> 3. Reformatting code
>>> I'm trying to fix these issues as far as I can but I have a fairy
>>> tight schedule (I'm in the middle of my semester) so anyone who is
>>> interested, please jump in and have a look.
>>>
>>> I have written this parser with one goal in mind and that is
>>> performance and I think we can achieve fair amount of performance gain
>>> with the new parser. I'm sure, still there are lot of areas where
>>> performance can be improved.
>>>
>>> Regards,
>>> Supun.
>>>
>>> -
>>> 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]
>>
>>
>
>
> -- 
> Dr. Franz Fehringer (Dipl. Math.)
> Projektleiter Touristik-Systeme
> 
> ISO Software Systeme GmbH
> Eichendorffstrasse 29
> 90491 Nürnberg
> Germany
>
> Tel.: +49/(911) - 99594-0
>
> mailto:[EMAIL PROTECTED]
> http://www.isogmbh.de
>
> Amtsgericht Nürnberg HRB 18299
> Geschäftsführer: Dipl.-Inform., Dipl.-Kaufm. Harald Goeb
> Sitz: Nürnberg
>
>
>





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


**
This email and any files transmitted with it are confidential and intended
solely for the use of the individ

Re: Guththila Parser axutil_env addition

2007-06-22 Thread Dinesh Premalal
Hi Supun,

"Supun Kamburugamuva" <[EMAIL PROTECTED]> writes:
> Hi,
>
> I would like to volunteer for adding the axutil_env to the Guththila
> code as this is an urgent thing to do. I think I will be able to do it
> quickly (most probably before Monday) and there are few other things
> that I have to take care as well. The approach that I'm going to take
> is adding the axutil_env to the Guththila structures and use it from
> these structures.
Great !!! BTW can you make sure to get all our samples (It is just 6
or 7 samples)working with Guththila too.

One more thing, I would like to pass axutil_env_t to every function
rather than adding axutil_env_t to Guththila structure. Because it
gives more Axis2/C like feeling and good to maintain consistency in
function. I'm not sure whether its only my feeling, let see what others
say too :)

thanks,
Dinesh
-- 
Dinesh Premalal
http://xydinesh.wordpress.com
GPG ID : A255955C
GPG Key Finger Print : C481 E5D4 C27E DC34 9257  0229 4F44 266E A255 955C

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



Re: Improved XML parser added to the SVN trunk

2007-06-22 Thread Jimmy Zhang

sorry thought you were just a user ...
- Original Message - 
From: "George Stanchev" <[EMAIL PROTECTED]>

To: "Apache AXIS C Developers List" 
Sent: Friday, June 22, 2007 7:43 AM
Subject: RE: Improved XML parser added to the SVN trunk


And if my company makes and sells software for a living?

While this might be the best parser in world, its restrictive
license makes it unacceptable for Axis C IMO unless the developers
want to shut off big chunk of its users.

-Original Message-
From: Jimmy Zhang [mailto:[EMAIL PROTECTED]
Sent: Friday, June 22, 2007 1:56 AM
To: Apache AXIS C Developers List
Subject: Re: Improved XML parser added to the SVN trunk

because it doesn't infect... if you are not redistributing...
- Original Message -
From: "George Stanchev" <[EMAIL PROTECTED]>
To: "Apache AXIS C Developers List" 
Sent: Thursday, June 21, 2007 9:12 PM
Subject: RE: Improved XML parser added to the SVN trunk


I don't get it. Which common misconception would allow me to link my
company's software
against that parser ( if used by axis-c) without virally infecting my
software?

-Original Message-
From: Jimmy Zhang [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 21, 2007 1:07 PM
To: Apache AXIS C Developers List
Subject: Re: Improved XML parser added to the SVN trunk

http://en.wikipedia.org/wiki/GNU_General_Public_License#Common_misconceptions
for a user that is a go :-)
- Original Message -
From: "Franz Fehringer" <[EMAIL PROTECTED]>
To: "Apache AXIS C Developers List" 
Sent: Thursday, June 21, 2007 1:00 AM
Subject: Re: Improved XML parser added to the SVN trunk



But this is GPL and therefore a nogo?!

Franz


Jimmy Zhang schrieb:

You guys should look at VTD-XML 2.1 in C...
http://vtd-xml.sf.net

- Original Message - From: "Supun Kamburugamuva"
<[EMAIL PROTECTED]>
To: "Apache AXIS C Developers List" 
Sent: Wednesday, June 20, 2007 5:50 AM
Subject: Improved XML parser added to the SVN trunk



Hi,

I'm happy to announce that I have added the new improved XML parser to
the svn head. In the process I got lot of help from Milinda in writing
some code and doing all the work necessary to run it on Linux. So my
special thanks goes to Milinda.

I have added the new parser with same name as the previous
parser(Guththila). New parser is also named Guththila and old parser
was removed from the svn head.

This parser was written in a short time and because of tht there are
some areas that need to be completed. Some of the areas that need
immediate attention are:
1. Standardizing the error handling mechanism
2. Fixing memory leaks
3. Reformatting code
I'm trying to fix these issues as far as I can but I have a fairy
tight schedule (I'm in the middle of my semester) so anyone who is
interested, please jump in and have a look.

I have written this parser with one goal in mind and that is
performance and I think we can achieve fair amount of performance gain
with the new parser. I'm sure, still there are lot of areas where
performance can be improved.

Regards,
Supun.

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





--
Dr. Franz Fehringer (Dipl. Math.)
Projektleiter Touristik-Systeme

ISO Software Systeme GmbH
Eichendorffstrasse 29
90491 Nürnberg
Germany

Tel.: +49/(911) - 99594-0

mailto:[EMAIL PROTECTED]
http://www.isogmbh.de

Amtsgericht Nürnberg HRB 18299
Geschäftsführer: Dipl.-Inform., Dipl.-Kaufm. Harald Goeb
Sitz: Nürnberg










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


**
This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
Any unauthorized review, use, disclosure or distribution is prohibited. If
you are not the intended recipient, please contact the sender by reply
e-mail and destroy all copies of the original message.
**


-
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: Improved XML parser added to the SVN trunk

2007-06-22 Thread George Stanchev
And if my company makes and sells software for a living?

While this might be the best parser in world, its restrictive
license makes it unacceptable for Axis C IMO unless the developers
want to shut off big chunk of its users.

-Original Message-
From: Jimmy Zhang [mailto:[EMAIL PROTECTED] 
Sent: Friday, June 22, 2007 1:56 AM
To: Apache AXIS C Developers List
Subject: Re: Improved XML parser added to the SVN trunk

because it doesn't infect... if you are not redistributing...
- Original Message -
From: "George Stanchev" <[EMAIL PROTECTED]>
To: "Apache AXIS C Developers List" 
Sent: Thursday, June 21, 2007 9:12 PM
Subject: RE: Improved XML parser added to the SVN trunk


I don't get it. Which common misconception would allow me to link my 
company's software
against that parser ( if used by axis-c) without virally infecting my 
software?

-Original Message-
From: Jimmy Zhang [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 21, 2007 1:07 PM
To: Apache AXIS C Developers List
Subject: Re: Improved XML parser added to the SVN trunk

http://en.wikipedia.org/wiki/GNU_General_Public_License#Common_misconceptions
for a user that is a go :-)
- Original Message -
From: "Franz Fehringer" <[EMAIL PROTECTED]>
To: "Apache AXIS C Developers List" 
Sent: Thursday, June 21, 2007 1:00 AM
Subject: Re: Improved XML parser added to the SVN trunk


> But this is GPL and therefore a nogo?!
>
> Franz
>
>
> Jimmy Zhang schrieb:
>> You guys should look at VTD-XML 2.1 in C...
>> http://vtd-xml.sf.net
>>
>> - Original Message - From: "Supun Kamburugamuva"
>> <[EMAIL PROTECTED]>
>> To: "Apache AXIS C Developers List" 
>> Sent: Wednesday, June 20, 2007 5:50 AM
>> Subject: Improved XML parser added to the SVN trunk
>>
>>
>>> Hi,
>>>
>>> I'm happy to announce that I have added the new improved XML parser to
>>> the svn head. In the process I got lot of help from Milinda in writing
>>> some code and doing all the work necessary to run it on Linux. So my
>>> special thanks goes to Milinda.
>>>
>>> I have added the new parser with same name as the previous
>>> parser(Guththila). New parser is also named Guththila and old parser
>>> was removed from the svn head.
>>>
>>> This parser was written in a short time and because of tht there are
>>> some areas that need to be completed. Some of the areas that need
>>> immediate attention are:
>>> 1. Standardizing the error handling mechanism
>>> 2. Fixing memory leaks
>>> 3. Reformatting code
>>> I'm trying to fix these issues as far as I can but I have a fairy
>>> tight schedule (I'm in the middle of my semester) so anyone who is
>>> interested, please jump in and have a look.
>>>
>>> I have written this parser with one goal in mind and that is
>>> performance and I think we can achieve fair amount of performance gain
>>> with the new parser. I'm sure, still there are lot of areas where
>>> performance can be improved.
>>>
>>> Regards,
>>> Supun.
>>>
>>> -
>>> 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]
>>
>>
>
>
> -- 
> Dr. Franz Fehringer (Dipl. Math.)
> Projektleiter Touristik-Systeme
> 
> ISO Software Systeme GmbH
> Eichendorffstrasse 29
> 90491 Nürnberg
> Germany
>
> Tel.: +49/(911) - 99594-0
>
> mailto:[EMAIL PROTECTED]
> http://www.isogmbh.de
>
> Amtsgericht Nürnberg HRB 18299
> Geschäftsführer: Dipl.-Inform., Dipl.-Kaufm. Harald Goeb
> Sitz: Nürnberg
>
>
>





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


**
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. 
Any unauthorized review, use, disclosure or distribution is prohibited. If 
you are not the intended recipient, please contact the sender by reply 
e-mail and destroy all copies of the original message.
**


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


---

Guththila Parser axutil_env addition

2007-06-22 Thread Supun Kamburugamuva

Hi,

I would like to volunteer for adding the axutil_env to the Guththila
code as this is an urgent thing to do. I think I will be able to do it
quickly (most probably before Monday) and there are few other things
that I have to take care as well. The approach that I'm going to take
is adding the axutil_env to the Guththila structures and use it from
these structures.

Supun..

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



[jira] Created: (AXIS2C-624) module handlers are invoked for service even when module is not engaged for the serivce

2007-06-22 Thread Damitha Kumarage (JIRA)
module handlers are invoked for service even when module is not engaged for the 
serivce
---

 Key: AXIS2C-624
 URL: https://issues.apache.org/jira/browse/AXIS2C-624
 Project: Axis2-C
  Issue Type: Bug
Reporter: Damitha Kumarage
Priority: Blocker


I can see that even when a module is not engaged to a service(globally or 
service wise) handlers of that module is invoked
for that service. This happens both for in and out path.
This must be due to a change done to the engine very recently. I can cleary 
remember this was working correctly when I was testing sandesha2/C for release 
0.90



-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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



[jira] Updated: (AXIS2C-623) axis2c sets deprecated win32 socket options that avoid subsequent opening of sockets

2007-06-22 Thread Juergen Haeussler (JIRA)

 [ 
https://issues.apache.org/jira/browse/AXIS2C-623?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Juergen Haeussler updated AXIS2C-623:
-

Attachment: citation_from_msdn.jpg

> axis2c sets deprecated win32 socket options that avoid subsequent opening of 
> sockets
> 
>
> Key: AXIS2C-623
> URL: https://issues.apache.org/jira/browse/AXIS2C-623
> Project: Axis2-C
>  Issue Type: Bug
>  Components: transport/http
>Affects Versions: 1.0.0, Current (Nightly), 1.1.0
> Environment: Win32
>Reporter: Juergen Haeussler
> Attachments: citation_from_msdn.jpg
>
>
> In util/src/network_handler.c - lines 239-240 the default behaviour of socket 
> creation through windows API gets changed:
> setsockopt(INVALID_SOCKET, SOL_SOCKET, SO_OPENTYPE, (char *)&sock_opt,
>   sizeof(sock_opt));
> As you can find in the MSDN documentation for SOL_SOCKET Socket Options, one 
> should not use this options:
> http://msdn2.microsoft.com/en-us/library/ms740532.aspx
> This option avoids the subsequent opening of sockets by other APIs like 
> Orbacus (Corba).
> As we did comment out these two lines, everything worked correctly.
> So we assumed that this code is obsolete.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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



[jira] Created: (AXIS2C-623) axis2c sets deprecated win32 socket options that avoid subsequent opening of sockets

2007-06-22 Thread Juergen Haeussler (JIRA)
axis2c sets deprecated win32 socket options that avoid subsequent opening of 
sockets


 Key: AXIS2C-623
 URL: https://issues.apache.org/jira/browse/AXIS2C-623
 Project: Axis2-C
  Issue Type: Bug
  Components: transport/http
Affects Versions: 1.0.0, Current (Nightly), 1.1.0
 Environment: Win32
Reporter: Juergen Haeussler


In util/src/network_handler.c - lines 239-240 the default behaviour of socket 
creation through windows API gets changed:

setsockopt(INVALID_SOCKET, SOL_SOCKET, SO_OPENTYPE, (char *)&sock_opt,
sizeof(sock_opt));

As you can find in the MSDN documentation for SOL_SOCKET Socket Options, one 
should not use this options:
http://msdn2.microsoft.com/en-us/library/ms740532.aspx

This option avoids the subsequent opening of sockets by other APIs like Orbacus 
(Corba).

As we did comment out these two lines, everything worked correctly.
So we assumed that this code is obsolete.


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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



Sandesha2C 0.90 Release

2007-06-22 Thread Damitha Kumarage

Hi All,
Apache Sandesha2/C Team is pleased to announce the release of Apache 
Sandesha2/C version 0.90.

You can download this release from

http://ws.apache.org/sandesha/sandesha2/c/download.cgi

This release is supposed to be used with the Axis2C 1.0.0 distribution 
which is released recently.


Key Features:

 1.  Support for WS-ReliableMessaging in both client side and server 
side of Axis2C.
   (according   the the WS-ReliableMessaging specification February 
2005 and

   WS-ReliableMessaging specification August 2006).
 2. Pluggable storage framework.
 3. Configurable delivery assurances. Eexactly once delivery assurance 
is guaranteed.

 4. Support for both SOAP 1.1 and 1.2.
 5. Client API, which provides features for both general and advance users.
 6. Samples to test RM scenarios.
 7. Interoperablity with java and .net.
 8. Documentation

We welcome your early feedback on this implementation.
Thanks for your interest in Sandesha2/C

-- Apache Sandesha2/C Team --


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



Re: Improved XML parser added to the SVN trunk

2007-06-22 Thread Jimmy Zhang

because it doesn't infect... if you are not redistributing...
- Original Message - 
From: "George Stanchev" <[EMAIL PROTECTED]>

To: "Apache AXIS C Developers List" 
Sent: Thursday, June 21, 2007 9:12 PM
Subject: RE: Improved XML parser added to the SVN trunk


I don't get it. Which common misconception would allow me to link my 
company's software
against that parser ( if used by axis-c) without virally infecting my 
software?


-Original Message-
From: Jimmy Zhang [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 21, 2007 1:07 PM
To: Apache AXIS C Developers List
Subject: Re: Improved XML parser added to the SVN trunk

http://en.wikipedia.org/wiki/GNU_General_Public_License#Common_misconceptions
for a user that is a go :-)
- Original Message -
From: "Franz Fehringer" <[EMAIL PROTECTED]>
To: "Apache AXIS C Developers List" 
Sent: Thursday, June 21, 2007 1:00 AM
Subject: Re: Improved XML parser added to the SVN trunk



But this is GPL and therefore a nogo?!

Franz


Jimmy Zhang schrieb:

You guys should look at VTD-XML 2.1 in C...
http://vtd-xml.sf.net

- Original Message - From: "Supun Kamburugamuva"
<[EMAIL PROTECTED]>
To: "Apache AXIS C Developers List" 
Sent: Wednesday, June 20, 2007 5:50 AM
Subject: Improved XML parser added to the SVN trunk



Hi,

I'm happy to announce that I have added the new improved XML parser to
the svn head. In the process I got lot of help from Milinda in writing
some code and doing all the work necessary to run it on Linux. So my
special thanks goes to Milinda.

I have added the new parser with same name as the previous
parser(Guththila). New parser is also named Guththila and old parser
was removed from the svn head.

This parser was written in a short time and because of tht there are
some areas that need to be completed. Some of the areas that need
immediate attention are:
1. Standardizing the error handling mechanism
2. Fixing memory leaks
3. Reformatting code
I'm trying to fix these issues as far as I can but I have a fairy
tight schedule (I'm in the middle of my semester) so anyone who is
interested, please jump in and have a look.

I have written this parser with one goal in mind and that is
performance and I think we can achieve fair amount of performance gain
with the new parser. I'm sure, still there are lot of areas where
performance can be improved.

Regards,
Supun.

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





--
Dr. Franz Fehringer (Dipl. Math.)
Projektleiter Touristik-Systeme

ISO Software Systeme GmbH
Eichendorffstrasse 29
90491 Nürnberg
Germany

Tel.: +49/(911) - 99594-0

mailto:[EMAIL PROTECTED]
http://www.isogmbh.de

Amtsgericht Nürnberg HRB 18299
Geschäftsführer: Dipl.-Inform., Dipl.-Kaufm. Harald Goeb
Sitz: Nürnberg










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


**
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. 
Any unauthorized review, use, disclosure or distribution is prohibited. If 
you are not the intended recipient, please contact the sender by reply 
e-mail and destroy all copies of the original message.

**


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