2017-11-27 16:29 GMT+01:00 COURTAULT Francois <francois.courta...@gemalto.com>:
> Hello Romain,
>
> Agreed but no so familiar with that.
>
> If the compare has to be set on my branch:
>    - First, I need to create a new one from master, right ?
>    - Second, I have to submit a code change in TomEE, right ?

1. fork tomee repository
2. clone your fork (git clone https://github.com/<you>/tomee)
3. create a local branch (git branch -b fix/my-super-fix)
4. push on your fork the branch (git push origin fix/my-super-fix)
5. go on github UI and create a PR selecting the branch in github UI
and clicking on "New Pull Request" button

>
> May be it should be easier, for me, to submit an issue on TomEE Jira.

Attaching a patch here is fine as well.

>
> Best Regards.
>
> -----Original Message-----
> From: Romain Manni-Bucau [mailto:rmannibu...@gmail.com]
> Sent: lundi 27 novembre 2017 15:59
> To: users@tomee.apache.org
> Subject: [++SPAM++]: Re: Re: Re: : Re: Re: : Re: : Re: : Re: Injecting 
> WebserviceContext returns null
>
> base branch = master
> compare = your branch
>
> no?
>
> Romain Manni-Bucau
> @rmannibucau |  Blog | Old Blog | Github | LinkedIn
>
>
> 2017-11-27 15:36 GMT+01:00 COURTAULT Francois 
> <francois.courta...@gemalto.com>:
>> Hello Romain,
>>
>> Done.
>> #114 Tomee 7.0.4 issue with CDI interceptor and WebServiceContext
>> resource injection
>>
>> I have still a question, in order to create a pull request, I have to have a 
>> base branch and a compare branch, right ?
>> So I have set the base branch to Master and the compare branch to 
>> tome-7.0.4-prepare: is it correct ?
>>
>> Best Regards.
>>
>> -----Original Message-----
>> From: Romain Manni-Bucau [mailto:rmannibu...@gmail.com]
>> Sent: lundi 27 novembre 2017 14:09
>> To: users@tomee.apache.org
>> Subject: [+SPAM+]: Re: Re: : Re: Re: : Re: : Re: : Re: Injecting
>> WebserviceContext returns null
>>
>> PR on master on github yes or patch attached to a jira (but review
>> will be a bit longer)
>>
>> Romain Manni-Bucau
>> @rmannibucau |  Blog | Old Blog | Github | LinkedIn
>>
>>
>> 2017-11-27 12:36 GMT+01:00 COURTAULT Francois 
>> <francois.courta...@gemalto.com>:
>>> Hello Romain,
>>>
>>> How can I do that ? Pull-request on master branch ? Go directly to JIRA ?
>>>
>>> Best Regards.
>>>
>>> -----Original Message-----
>>> From: Romain Manni-Bucau [mailto:rmannibu...@gmail.com]
>>> Sent: lundi 27 novembre 2017 12:05
>>> To: users@tomee.apache.org
>>> Subject: [++SPAM++]: Re: : Re: Re: : Re: : Re: : Re: Injecting
>>> WebserviceContext returns null
>>>
>>> I have to confess I think it is not specified at all (JAX-WS not being 
>>> updated for this case) but feel free to propose a fix on github. No blocker 
>>> to enrich it.
>>>
>>> Romain Manni-Bucau
>>> @rmannibucau |  Blog | Old Blog | Github | LinkedIn
>>>
>>>
>>> 2017-11-27 11:56 GMT+01:00 COURTAULT Francois 
>>> <francois.courta...@gemalto.com>:
>>>> Hello Romain,
>>>>
>>>> OK but this didn't happen with the other App Servers. The only I haven't 
>>>> tried is Liberty but I can if you want.
>>>> So for me it's a bug, right ?
>>>>
>>>> Best Regards.
>>>>
>>>> -----Original Message-----
>>>> From: Romain Manni-Bucau [mailto:rmannibu...@gmail.com]
>>>> Sent: lundi 27 novembre 2017 11:47
>>>> To: users@tomee.apache.org
>>>> Subject: [++SPAM++]: Re: [++SPAM++]: Re: : Re: : Re: : Re: Injecting
>>>> WebserviceContext returns null
>>>>
>>>> Back to the first post I think: you get a proxy and the proxy gets the 
>>>> injections properly but this is not your business instance.
>>>>
>>>> Romain Manni-Bucau
>>>> @rmannibucau |  Blog | Old Blog | Github | LinkedIn
>>>>
>>>>
>>>> 2017-11-27 11:32 GMT+01:00 COURTAULT Francois 
>>>> <francois.courta...@gemalto.com>:
>>>>> Hello Romain,
>>>>>
>>>>> I have defined an annotation like below:
>>>>> @Inherited
>>>>> @InterceptorBinding
>>>>> @Target({ElementType.METHOD, ElementType.TYPE})
>>>>> @Retention(RetentionPolicy.RUNTIME)
>>>>> public @interface Logged {
>>>>>
>>>>>   @Nonbinding
>>>>>   String logLevel() default "INFO"; }
>>>>>
>>>>> Then, I have written a class like this:
>>>>> @Logged
>>>>> @Interceptor
>>>>> public class LoggingInterceptor {
>>>>>  private Class<?> intercepted;
>>>>>
>>>>> @AroundInvoke
>>>>>   public Object logMethod(final InvocationContext ctx) throws
>>>>> Exception { .....
>>>>>  }
>>>>> }
>>>>>
>>>>> In my POJO, webservice endpoint, I have:
>>>>> @WebService(name = "MyManager", targetNamespace
>>>>> ="http://com.test/wsdl";, serviceName = "MyManagerService") @Logged
>>>>> public class MyManager implements IMyManager {
>>>>>   @Resource
>>>>>   private WebServiceContext wsc;       //=>=> ALWAYS null on TomEE 
>>>>> 7.0.4!!!
>>>>> ....
>>>>> }
>>>>>
>>>>> That's the test case I built which doesn't work on TomEE 7.0.4 but works, 
>>>>> as I have already mentioned,  on Glassfish 4.1.2/5.0, Weblogic Server 
>>>>> 12.2.1.3 and Wildfly 10.0.1/11.0.0.
>>>>>
>>>>> Best Regards.
>>>>>
>>>>> -----Original Message-----
>>>>> From: Romain Manni-Bucau [mailto:rmannibu...@gmail.com]
>>>>> Sent: lundi 27 novembre 2017 11:08
>>>>> To: users@tomee.apache.org
>>>>> Subject: [++SPAM++]: Re: : Re: : Re: : Re: Injecting
>>>>> WebserviceContext returns null
>>>>>
>>>>> If there is no proxy for the instance this should work, did you ensure it 
>>>>> is not a cdi bean somehow or a @Dependent cdi bean?
>>>>>
>>>>> Romain Manni-Bucau
>>>>> @rmannibucau |  Blog | Old Blog | Github | LinkedIn
>>>>>
>>>>>
>>>>> 2017-11-27 11:00 GMT+01:00 COURTAULT Francois 
>>>>> <francois.courta...@gemalto.com>:
>>>>>> Hello Romain,
>>>>>>
>>>>>> Sorry to come back to you about this topic.
>>>>>> But I think there is a real issue with CDI interceptor in TomEE 7.0.4.
>>>>>>
>>>>>> Let me explain, I have removed in the LoggingInterceptor annotated with 
>>>>>> @Logged @Interceptor, the code below
>>>>>>   @Inject
>>>>>>   @Intercepted
>>>>>>   private Bean<?> intercepted;
>>>>>>
>>>>>> And replace it by
>>>>>> private Class<?> intercepted;
>>>>>>
>>>>>> Then, I revert back the update I have done (eg make the WS endpoint also 
>>>>>> an EJB), that is to say that my WS endpoint is now a pure POJO.
>>>>>> And, in this one,  I get the WebServiceContext with this code:
>>>>>> @Resource
>>>>>> private WebServiceContext wsc;
>>>>>>
>>>>>> I tested this on Wildfly 10.0.1/11.0.0, Glassfish 4.1.2/5.0 and
>>>>>> Weblogic 12.2.1.3 (eg 3 different app servers with also different 
>>>>>> versions for some of them), and every time, wsc is not null This is not 
>>>>>> the case with TomEE 7.0.4.
>>>>>>
>>>>>> Best Regards.
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: COURTAULT Francois
>>>>>> Sent: vendredi 24 novembre 2017 15:43
>>>>>> To: users@tomee.apache.org
>>>>>> Subject: RE: : Re: : Re: : Re: Injecting WebserviceContext returns
>>>>>> null
>>>>>>
>>>>>> Hello Romain,
>>>>>>
>>>>>> Answering to your question: no just un-deploy the previous version (only 
>>>>>> pojo) update the code in order, for the WS endpoint, to become a 
>>>>>> stateless EJB (just add @Stateless) and redeploy this new version and 
>>>>>> test it against TomEE, Glassfish 4.1.2 and Wildfly 10.1.0.
>>>>>>
>>>>>> That's it.
>>>>>>
>>>>>> Best Regards.
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Romain Manni-Bucau [mailto:rmannibu...@gmail.com]
>>>>>> Sent: vendredi 24 novembre 2017 15:34
>>>>>> To: users@tomee.apache.org
>>>>>> Subject: [++SPAM++]: Re: : Re: : Re: Injecting WebserviceContext
>>>>>> returns null
>>>>>>
>>>>>> 2017-11-24 15:26 GMT+01:00 COURTAULT Francois 
>>>>>> <francois.courta...@gemalto.com>:
>>>>>>> Hello Romain,
>>>>>>>
>>>>>>> I have found another workaround which seems to be more portable as it 
>>>>>>> works for TomEE and Wildfly as expected.
>>>>>>> I updated the Webservice POJO to become also a stateless EJB.
>>>>>>
>>>>>> also? so you deploy it twice potentially with different settings? EJB 
>>>>>> integration should be more reliable yes since more mainstream and spec 
>>>>>> are more up to date with CDI.
>>>>>>
>>>>>>>
>>>>>>> Having performed this update and deploy it in Glassfish 4.1.2, I had a 
>>>>>>> runtime issue:
>>>>>>> org.jboss.weld.exceptions.IllegalArgumentException: WELD-001405:
>>>>>>> Cannot inject [BackedAnnotatedField] @Inject @Intercepted private 
>>>>>>> com.gemalto.jaxws.LoggingInterceptor.intercepted in a class which isnt 
>>>>>>> a bean Strange because Wildfly is using WELD as well and it works.
>>>>>>>
>>>>>>
>>>>>> yes but versions are likely different and the integration is not the 
>>>>>> same for sure.
>>>>>>
>>>>>>> BTW, I have subscribed to me...@javaee.groups.io but when I tried to 
>>>>>>> send an email I got:
>>>>>>> A communication failure occurred during the delivery of this message. 
>>>>>>> Please try to resend the message later. If the problem continues, 
>>>>>>> contact your helpdesk.
>>>>>>> The following organization rejected your message: lb01.groups.io.
>>>>>>>
>>>>>>> Anything I can do to make the sending to this mailing-list work ? Have 
>>>>>>> you any advice or tricks ?
>>>>>>
>>>>>> Not sure to be honest, JAX-WS is not the highest priority specs so
>>>>>> not really sure what is the current state :s
>>>>>>
>>>>>>>
>>>>>>> Best Regards.
>>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: Romain Manni-Bucau [mailto:rmannibu...@gmail.com]
>>>>>>> Sent: vendredi 24 novembre 2017 10:46
>>>>>>> To: users@tomee.apache.org
>>>>>>> Subject: [++SPAM++]: Re: : Re: Injecting WebserviceContext
>>>>>>> returns null
>>>>>>>
>>>>>>> 2017-11-24 10:36 GMT+01:00 COURTAULT Francois 
>>>>>>> <francois.courta...@gemalto.com>:
>>>>>>>> Hello Romain,
>>>>>>>>
>>>>>>>> I have tested my sample application on Glassfish 4.1.2 and on Wildfly 
>>>>>>>> 10.1.0 and I get the same behavior.
>>>>>>>>
>>>>>>>> But, I have found a workaround on TomEE 7.0.4.
>>>>>>>>
>>>>>>>> Using the @Logged annotation, instead of having:
>>>>>>>> @Resource
>>>>>>>> private WebServiceContext wsc;
>>>>>>>>
>>>>>>>> I updated with this:
>>>>>>>> private WebServiceContext wsc;
>>>>>>>>
>>>>>>>> @Resource
>>>>>>>> public void setServiceContext(WebServiceContext wsc) {
>>>>>>>>    this.wsc = wsc;
>>>>>>>> }
>>>>>>>>
>>>>>>>> This workaround works for TomEE 7.0.4 but if I tried this solution on 
>>>>>>>> Glassfish 4.1.2, I can't deploy my application. The error message I 
>>>>>>>> get is:
>>>>>>>> Caused by: com.sun.xml.bind.v2.runtime.IllegalAnnotationsException:
>>>>>>>> 1 counts of IllegalAnnotationExceptions javax.xml.ws.WebServiceContext 
>>>>>>>> is an interface, and JAXB can't handle interfaces.
>>>>>>>
>>>>>>> This is funny it takes it as a jaxb class but setting the jaxb
>>>>>>> access to NONE on the class should be a workaround
>>>>>>>
>>>>>>>>
>>>>>>>> Using Wildfly 10.1.0, I was able to deploy my application but at 
>>>>>>>> runtime I got the following exception:
>>>>>>>> Caused by: java.lang.IllegalStateException: WFLYEE0042: Failed
>>>>>>>> to construct component instance ...
>>>>>>>> Caused by: java.lang.reflect.InvocationTargetException
>>>>>>>> ...
>>>>>>>> Caused by: java.lang.NullPointerException
>>>>>>>>         at
>>>>>>>> com.mycompany.jaxws.LoggingInterceptor.logMethod(LoggingInterceptor.
>>>>>>>> j
>>>>>>>> a
>>>>>>>> va:32)
>>>>>>>>
>>>>>>>> The LoggingInterceptor looks like this:
>>>>>>>> @Inject
>>>>>>>> @Intercepted
>>>>>>>> private Bean<?> intercepted;
>>>>>>>> ....
>>>>>>>> line 32 Logged loggedAnnotation =
>>>>>>>> intercepted.getBeanClass().getAnnotation(Logged.class);
>>>>>>>>
>>>>>>>> So definitively, there is an issue with resource injection and CDI 
>>>>>>>> interceptor because I can't find a portable solution except if I use 
>>>>>>>> standard interceptor instead of CDI interceptor but, with this 
>>>>>>>> solution, we lose the facility to use annotation for interceptor.
>>>>>>>
>>>>>>> Did you try the lookup? I don't fully recall the jndi name but the 
>>>>>>> resource should be accessible through a jndi lookup in the invocation 
>>>>>>> context.
>>>>>>>
>>>>>>>>
>>>>>>>> How can I provide some feedback to Java EE spec members about this 
>>>>>>>> issue ?
>>>>>>>
>>>>>>>
>>>>>>> fear we are in a migration state but entry point would be
>>>>>>> https://javaee.github.io/metro-jax-ws/
>>>>>>>
>>>>>>>>
>>>>>>>> Best Regards.
>>>>>>>>
>>>>>>>> -----Original Message-----
>>>>>>>> From: Romain Manni-Bucau [mailto:rmannibu...@gmail.com]
>>>>>>>> Sent: jeudi 23 novembre 2017 16:30
>>>>>>>> To: users@tomee.apache.org
>>>>>>>> Subject: [++SPAM++]: Re: Injecting WebserviceContext returns
>>>>>>>> null
>>>>>>>>
>>>>>>>> 2017-11-23 16:25 GMT+01:00 COURTAULT Francois 
>>>>>>>> <francois.courta...@gemalto.com>:
>>>>>>>>> Romain,
>>>>>>>>>
>>>>>>>>> My interceptor is linked to an annotation and is declared in the 
>>>>>>>>> beans.xml  in order to work so I guess it is a cdi interceptor and, 
>>>>>>>>> according to what you have said, a new proxy is created and so the 
>>>>>>>>> injection is not done on the right proxy, right ?
>>>>>>>>> But, in this case,  is it a bug ?
>>>>>>>>
>>>>>>>> Hmm, point is the jaxws runtime has no real other good way to do the 
>>>>>>>> interception. A workaround can be to have a jaws @vetoed pojo 
>>>>>>>> webservice and inject your cdi bean to delegate the processing to it.
>>>>>>>>
>>>>>>>>>
>>>>>>>>> The other solution is to use @Interceptor or @Interceptors 
>>>>>>>>> annotations but we lose the beauty of using an annotation for 
>>>>>>>>> interceptor, right ?
>>>>>>>>
>>>>>>>> Would do the same I think.
>>>>>>>>
>>>>>>>>>
>>>>>>>>> Best Regards.
>>>>>>>>>
>>>>>>>>> -----Original Message-----
>>>>>>>>> From: Romain Manni-Bucau [mailto:rmannibu...@gmail.com]
>>>>>>>>> Sent: jeudi 23 novembre 2017 15:57
>>>>>>>>> To: users@tomee.apache.org
>>>>>>>>> Subject: Re: Injecting WebserviceContext returns null
>>>>>>>>>
>>>>>>>>> annotation = cdi interceptor? if so it leads to a proxy and the
>>>>>>>>> injection happens on the wrong instance I think
>>>>>>>>>
>>>>>>>>> Romain Manni-Bucau
>>>>>>>>> @rmannibucau |  Blog | Old Blog | Github | LinkedIn
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> 2017-11-23 15:50 GMT+01:00 COURTAULT Francois 
>>>>>>>>> <francois.courta...@gemalto.com>:
>>>>>>>>>> Hello Romain,
>>>>>>>>>>
>>>>>>>>>> I think I have found the issue.
>>>>>>>>>> In fact, we used a custom annotation for a logging interceptor which 
>>>>>>>>>> targets METHOD and TYPE.
>>>>>>>>>>
>>>>>>>>>> If we remove this annotation  on our WS endpoint (eg TYPE target) , 
>>>>>>>>>> then the injection is resolved.
>>>>>>>>>>
>>>>>>>>>> Do you know why we have this side effect  ? Is it a bug ?
>>>>>>>>>> I have a  test case if you want.
>>>>>>>>>>
>>>>>>>>>> Best Regards.
>>>>>>>>>>
>>>>>>>>>> -----Original Message-----
>>>>>>>>>> From: Romain Manni-Bucau [mailto:rmannibu...@gmail.com]
>>>>>>>>>> Sent: jeudi 23 novembre 2017 14:25
>>>>>>>>>> To: users@tomee.apache.org
>>>>>>>>>> Subject: Re: Injecting WebserviceContext returns null
>>>>>>>>>>
>>>>>>>>>> Looks close to
>>>>>>>>>> https://github.com/apache/tomee/blob/master/server/openejb-cxf
>>>>>>>>>> /
>>>>>>>>>> s
>>>>>>>>>> r
>>>>>>>>>> c
>>>>>>>>>> /
>>>>>>>>>> t
>>>>>>>>>> e s
>>>>>>>>>> t/java/org/apache/openejb/server/cxf/PojoWebServiceContextTest.
>>>>>>>>>> j
>>>>>>>>>> a
>>>>>>>>>> v
>>>>>>>>>> a
>>>>>>>>>> , what can be the difference?
>>>>>>>>>>
>>>>>>>>>> Romain Manni-Bucau
>>>>>>>>>> @rmannibucau |  Blog | Old Blog | Github | LinkedIn
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> 2017-11-23 13:49 GMT+01:00 COURTAULT Francois 
>>>>>>>>>> <francois.courta...@gemalto.com>:
>>>>>>>>>>> Hello,
>>>>>>>>>>>
>>>>>>>>>>> No it's not an EJB webservice, just a POJO webservice annotated 
>>>>>>>>>>> with @WebService(name = "MyManager", targetNamespace = 
>>>>>>>>>>> "http://xxx.yyy.test..com/";, serviceName = "MyManager", 
>>>>>>>>>>> wsdlLocation =  "wsdl/MyManager.wsdl") like in the sample of my 
>>>>>>>>>>> first email.
>>>>>>>>>>> It looks quite similar to the sample provided in the JAX-WS 2.3 
>>>>>>>>>>> specification (maintenance release 5), page 82, §5.3 
>>>>>>>>>>> (javax.xml.ws.WebServiceContext)  except that the annotation, in 
>>>>>>>>>>> our development,  uses  attributes like name, ...
>>>>>>>>>>>
>>>>>>>>>>> Best Regards.
>>>>>>>>>>>
>>>>>>>>>>> -----Original Message-----
>>>>>>>>>>> From: Romain Manni-Bucau [mailto:rmannibu...@gmail.com]
>>>>>>>>>>> Sent: jeudi 23 novembre 2017 13:34
>>>>>>>>>>> To: users@tomee.apache.org
>>>>>>>>>>> Subject: Re: Injecting WebserviceContext returns null
>>>>>>>>>>>
>>>>>>>>>>> Hi François,
>>>>>>>>>>>
>>>>>>>>>>> did you test with an EJB webservice?
>>>>>>>>>>>
>>>>>>>>>>> Romain Manni-Bucau
>>>>>>>>>>> @rmannibucau |  Blog | Old Blog | Github | LinkedIn
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> 2017-11-23 12:11 GMT+01:00 COURTAULT Francois 
>>>>>>>>>>> <francois.courta...@gemalto.com>:
>>>>>>>>>>>> Hello,
>>>>>>>>>>>>
>>>>>>>>>>>> I have the following :
>>>>>>>>>>>>
>>>>>>>>>>>> @WebService(name = "MyManager", targetNamespace =
>>>>>>>>>>>> "http://xxx.yyy.test..com/";, serviceName = "MyManager",
>>>>>>>>>>>> wsdlLocation =
>>>>>>>>>>>> "wsdl/MyManager.wsdl") public class MyManagerService
>>>>>>>>>>>> implements MyManager {
>>>>>>>>>>>>
>>>>>>>>>>>>     @Resource
>>>>>>>>>>>>     WebServiceContext webServiceContext; ....
>>>>>>>>>>>> }
>>>>>>>>>>>>
>>>>>>>>>>>> And the webServiceContet is always null ! Any clue ?
>>>>>>>>>>>>
>>>>>>>>>>>> Best Regards.
>>>>>>>>>>>> ________________________________ This message and any
>>>>>>>>>>>> attachments are intended solely for the addressees and may contain 
>>>>>>>>>>>> confidential information. Any unauthorized use or disclosure, 
>>>>>>>>>>>> either whole or partial, is prohibited.
>>>>>>>>>>>> E-mails are susceptible to alteration. Our company shall not be 
>>>>>>>>>>>> liable for the message if altered, changed or falsified. If you 
>>>>>>>>>>>> are not the intended recipient of this message, please delete it 
>>>>>>>>>>>> and notify the sender.
>>>>>>>>>>>> Although all reasonable efforts have been made to keep this 
>>>>>>>>>>>> transmission free from viruses, the sender will not be liable for 
>>>>>>>>>>>> damages caused by a transmitted virus.
>>>>>>>>>>> ________________________________  This message and any
>>>>>>>>>>> attachments are intended solely for the addressees and may contain 
>>>>>>>>>>> confidential information. Any unauthorized use or disclosure, 
>>>>>>>>>>> either whole or partial, is prohibited.
>>>>>>>>>>> E-mails are susceptible to alteration. Our company shall not be 
>>>>>>>>>>> liable for the message if altered, changed or falsified. If you are 
>>>>>>>>>>> not the intended recipient of this message, please delete it and 
>>>>>>>>>>> notify the sender.
>>>>>>>>>>> Although all reasonable efforts have been made to keep this 
>>>>>>>>>>> transmission free from viruses, the sender will not be liable for 
>>>>>>>>>>> damages caused by a transmitted virus.
>>>>>>>>>> ________________________________  This message and any
>>>>>>>>>> attachments are intended solely for the addressees and may contain 
>>>>>>>>>> confidential information. Any unauthorized use or disclosure, either 
>>>>>>>>>> whole or partial, is prohibited.
>>>>>>>>>> E-mails are susceptible to alteration. Our company shall not be 
>>>>>>>>>> liable for the message if altered, changed or falsified. If you are 
>>>>>>>>>> not the intended recipient of this message, please delete it and 
>>>>>>>>>> notify the sender.
>>>>>>>>>> Although all reasonable efforts have been made to keep this 
>>>>>>>>>> transmission free from viruses, the sender will not be liable for 
>>>>>>>>>> damages caused by a transmitted virus.
>>>>>>>>> ________________________________  This message and any
>>>>>>>>> attachments are intended solely for the addressees and may contain 
>>>>>>>>> confidential information. Any unauthorized use or disclosure, either 
>>>>>>>>> whole or partial, is prohibited.
>>>>>>>>> E-mails are susceptible to alteration. Our company shall not be 
>>>>>>>>> liable for the message if altered, changed or falsified. If you are 
>>>>>>>>> not the intended recipient of this message, please delete it and 
>>>>>>>>> notify the sender.
>>>>>>>>> Although all reasonable efforts have been made to keep this 
>>>>>>>>> transmission free from viruses, the sender will not be liable for 
>>>>>>>>> damages caused by a transmitted virus.
>>>>>>>> ________________________________  This message and any
>>>>>>>> attachments are intended solely for the addressees and may contain 
>>>>>>>> confidential information. Any unauthorized use or disclosure, either 
>>>>>>>> whole or partial, is prohibited.
>>>>>>>> E-mails are susceptible to alteration. Our company shall not be liable 
>>>>>>>> for the message if altered, changed or falsified. If you are not the 
>>>>>>>> intended recipient of this message, please delete it and notify the 
>>>>>>>> sender.
>>>>>>>> Although all reasonable efforts have been made to keep this 
>>>>>>>> transmission free from viruses, the sender will not be liable for 
>>>>>>>> damages caused by a transmitted virus.
>>>>>>> ________________________________
>>>>>>>  This message and any attachments are intended solely for the 
>>>>>>> addressees and may contain confidential information. Any unauthorized 
>>>>>>> use or disclosure, either whole or partial, is prohibited.
>>>>>>> E-mails are susceptible to alteration. Our company shall not be liable 
>>>>>>> for the message if altered, changed or falsified. If you are not the 
>>>>>>> intended recipient of this message, please delete it and notify the 
>>>>>>> sender.
>>>>>>> Although all reasonable efforts have been made to keep this 
>>>>>>> transmission free from viruses, the sender will not be liable for 
>>>>>>> damages caused by a transmitted virus.
>>>>>> ________________________________
>>>>>>  This message and any attachments are intended solely for the addressees 
>>>>>> and may contain confidential information. Any unauthorized use or 
>>>>>> disclosure, either whole or partial, is prohibited.
>>>>>> E-mails are susceptible to alteration. Our company shall not be liable 
>>>>>> for the message if altered, changed or falsified. If you are not the 
>>>>>> intended recipient of this message, please delete it and notify the 
>>>>>> sender.
>>>>>> Although all reasonable efforts have been made to keep this transmission 
>>>>>> free from viruses, the sender will not be liable for damages caused by a 
>>>>>> transmitted virus.
>>>>> ________________________________
>>>>>  This message and any attachments are intended solely for the addressees 
>>>>> and may contain confidential information. Any unauthorized use or 
>>>>> disclosure, either whole or partial, is prohibited.
>>>>> E-mails are susceptible to alteration. Our company shall not be liable 
>>>>> for the message if altered, changed or falsified. If you are not the 
>>>>> intended recipient of this message, please delete it and notify the 
>>>>> sender.
>>>>> Although all reasonable efforts have been made to keep this transmission 
>>>>> free from viruses, the sender will not be liable for damages caused by a 
>>>>> transmitted virus.
>>>> ________________________________
>>>>  This message and any attachments are intended solely for the addressees 
>>>> and may contain confidential information. Any unauthorized use or 
>>>> disclosure, either whole or partial, is prohibited.
>>>> E-mails are susceptible to alteration. Our company shall not be liable for 
>>>> the message if altered, changed or falsified. If you are not the intended 
>>>> recipient of this message, please delete it and notify the sender.
>>>> Although all reasonable efforts have been made to keep this transmission 
>>>> free from viruses, the sender will not be liable for damages caused by a 
>>>> transmitted virus.
>>> ________________________________
>>>  This message and any attachments are intended solely for the addressees 
>>> and may contain confidential information. Any unauthorized use or 
>>> disclosure, either whole or partial, is prohibited.
>>> E-mails are susceptible to alteration. Our company shall not be liable for 
>>> the message if altered, changed or falsified. If you are not the intended 
>>> recipient of this message, please delete it and notify the sender.
>>> Although all reasonable efforts have been made to keep this transmission 
>>> free from viruses, the sender will not be liable for damages caused by a 
>>> transmitted virus.
>> ________________________________
>>  This message and any attachments are intended solely for the addressees and 
>> may contain confidential information. Any unauthorized use or disclosure, 
>> either whole or partial, is prohibited.
>> E-mails are susceptible to alteration. Our company shall not be liable for 
>> the message if altered, changed or falsified. If you are not the intended 
>> recipient of this message, please delete it and notify the sender.
>> Although all reasonable efforts have been made to keep this transmission 
>> free from viruses, the sender will not be liable for damages caused by a 
>> transmitted virus.
> ________________________________
>  This message and any attachments are intended solely for the addressees and 
> may contain confidential information. Any unauthorized use or disclosure, 
> either whole or partial, is prohibited.
> E-mails are susceptible to alteration. Our company shall not be liable for 
> the message if altered, changed or falsified. If you are not the intended 
> recipient of this message, please delete it and notify the sender.
> Although all reasonable efforts have been made to keep this transmission free 
> from viruses, the sender will not be liable for damages caused by a 
> transmitted virus.

Reply via email to