Return-Path: Delivered-To: apmail-ws-sandesha-dev-archive@www.apache.org Received: (qmail 86328 invoked from network); 13 Jul 2006 23:08:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 13 Jul 2006 23:08:51 -0000 Received: (qmail 37891 invoked by uid 500); 13 Jul 2006 23:08:50 -0000 Delivered-To: apmail-ws-sandesha-dev-archive@ws.apache.org Received: (qmail 37686 invoked by uid 500); 13 Jul 2006 23:08:50 -0000 Mailing-List: contact sandesha-dev-help@ws.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list sandesha-dev@ws.apache.org Received: (qmail 37675 invoked by uid 99); 13 Jul 2006 23:08:50 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Jul 2006 16:08:50 -0700 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of chamikaramj@gmail.com designates 64.233.184.235 as permitted sender) Received: from [64.233.184.235] (HELO wr-out-0506.google.com) (64.233.184.235) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Jul 2006 16:08:48 -0700 Received: by wr-out-0506.google.com with SMTP id i5so186504wra for ; Thu, 13 Jul 2006 16:08:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=KSoJCxEI17IJ9U2fkBJy/7nQtQMeSUXEu5xKV03jPx+2K7NbmNySjxm83sqXHEc7P3DLbCJhXOIfLx1bX/KXEOhYKuPUFNJzu5QPxia3TdYJDYZ0t7/mX/xupZ7/ioOqv+zKA+XQCRBDqLHEuKyHgGt2nX4Ev0GO8l+UAKY5yfE= Received: by 10.64.84.7 with SMTP id h7mr1097514qbb; Thu, 13 Jul 2006 16:08:27 -0700 (PDT) Received: by 10.64.250.20 with HTTP; Thu, 13 Jul 2006 16:08:27 -0700 (PDT) Message-ID: <9d4ec10b0607131608u33e13ad3y68a30d16223e3cb3@mail.gmail.com> Date: Fri, 14 Jul 2006 04:38:27 +0530 From: "Chamikara Jayalath" To: "Matthew Lovett" Subject: Re: Copyright Cc: sandesha-dev@ws.apache.org In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_9148_4239418.1152832107524" References: <19e0530f0607121105m28b5f933l912c08363f14ce96@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_9148_4239418.1152832107524 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Matt, Patch applied. Thanks for the contribution. Chamikara On 7/13/06, Matthew Lovett wrote: > > Hi folks, > > I appreciate what you are saying. Given the contribution is small (and the > new file is almost a duplicate of one of the other tests) it's probably > best to let sleeping dogs lie. How about applying the patch without > introducing the NOTICE? > > Thanks > > Matt > > "Davanum Srinivas" wrote on 12/07/2006 19:05:35: > > > Matt, > > > > Typically we add the copyright to NOTICE when we get a significant > > code contribution. In this JIRA issue, i see just 1 new file for a > > test case. For Axis2, the reason was there was a big code drop with > > brand new files for JAXWS. That just isn't the case here...Is someone > > insisting on the copyright? Can you please ask them to chime in? Maybe > > we should just not accept that 1 new file to avoid the situation? :) > > > > thanks, > > dims > > > > On 7/12/06, Chamikara Jayalath wrote: > > > Hi Matt, > > > > > > Can u please give some more info on this. When does the IBM copyright > > > become a requirement. Is it required when doing updates to the > available > > > Sandesha2 source files. > > > > > > Chamikara > > > > > > > > > > > > On 7/12/06, Matt Lovett (JIRA) wrote: > > > > [ > > > http://issues.apache.org/jira/browse/SANDESHA2-15?page=all > > > ] > > > > > > > > Matt Lovett updated SANDESHA2-15: > > > > --------------------------------- > > > > > > > > Attachment: NOTICE.txt > > > > > > > > Sorry folks, but I just noticed that the Sandesha distribution > doesn't > > > contain a NOTICE file to allow us to record the IBM copyright material > that > > > we are contributing. The Axis2 distribution put the NOTICE file in as > an > > > alternative to scattering copyright notices throughout the code. > > > > > > > > Please add this NOTICE.txt to the top of the sandesha2 java tree. > Let me > > > know if we should be discussing this some more! > > > > > > > > Thanks, Matt > > > > > > > > > Enable Sandesha2 to send unreliable messages > > > > > -------------------------------------------- > > > > > > > > > > Key: SANDESHA2-15 > > > > > URL: > > > http://issues.apache.org/jira/browse/SANDESHA2-15 > > > > > Project: Apache Sandesha2 > > > > > Type: New Feature > > > > > > > > > Reporter: Matt Lovett > > > > > Priority: Minor > > > > > Attachments: NOTICE.txt , Unreliable.patch > > > > > > > > > > Some clients will want to send a mix of reliable and unrealiable > > > messages. Ideally, they should be able to do that by using a single > axis2 > > > configuration (with Sandesha engaged), by passing parameters into the > > > invocation. I propose adding a new "UNRELIABLE_MESSAGE" property into > > > SandeshaClientConstants, so that applications can disable RM for a > given > > > invocation. I'll put in some new unit tests that make sure that > unreliable > > > messages work for both 1 and 2-way messaging. > > > > > An alternative implementation is to set the internal > > > APPLICATION_PROCESSING_DONE property onto the message context, but > that > > > seems like messing with Sandesha internals when a client constant > would be > > > more appropriate. > > > > > > > > -- > > > > This message is automatically generated by JIRA. > > > > - > > > > If you think it was sent incorrectly contact one of the > administrators: > > > > > > > http://issues.apache.org/jira/secure/Administrators.jspa > > > > - > > > > For more information on JIRA, see: > > > > http://www.atlassian.com/software/jira > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: > > > sandesha-dev-unsubscribe@ws.apache.org > > > > For additional commands, e-mail: sandesha-dev-help@ws.apache.org > > > > > > > > > > > > > > > > > > > > -- > > Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service > Developers) > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: sandesha-dev-unsubscribe@ws.apache.org > > For additional commands, e-mail: sandesha-dev-help@ws.apache.org > > > > ------=_Part_9148_4239418.1152832107524 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Matt,

Patch applied. Thanks for the contribution.

Chamikara


On 7/13/06, Matthew Lovett <MLOVETT@uk.ibm.com> wrote:
Hi folks,

I appreciate what you are saying. Given the contribution is small (and the
new file is almost a duplicate of one of the other tests) it's probably
best to let sleeping dogs lie. How about applying the patch without
introducing the NOTICE?

Thanks

Matt

"Davanum Srinivas" <davanum@gmail.com> wrote on 12/07/2006 19:05:35:

> Matt,
>
> Typically we add the copyright to NOTICE when we get a significant
> code contribution. In this JIRA issue, i see just 1 new file for a
> test case. For Axis2, the reason was there was a big code drop with
> brand new files for JAXWS. That just isn't the case here...Is someone
> insisting on the copyright? Can you please ask them to chime in? Maybe
> we should just not accept that 1 new file to avoid the situation? :)
>
> thanks,
> dims
>
> On 7/12/06, Chamikara Jayalath < chamikaramj@gmail.com> wrote:
> > Hi Matt,
> >
> >  Can u please give some more info on this. When does the IBM copyright
> > become a requirement. Is it required when doing updates to the
available
> > Sandesha2 source files.
> >
> >  Chamikara
> >
> >
> >
> > On 7/12/06, Matt Lovett (JIRA) <jira@apache.org > wrote:
> > >      [
> > http://issues.apache.org/jira/browse/SANDESHA2-15?page=all
> > ]
> > >
> > > Matt Lovett updated SANDESHA2-15:
> > > ---------------------------------
> > >
> > >     Attachment: NOTICE.txt
> > >
> > > Sorry folks, but I just noticed that the Sandesha distribution
doesn't
> > contain a NOTICE file to allow us to record the IBM copyright material
that
> > we are contributing. The Axis2 distribution put the NOTICE file in as
an
> > alternative to scattering copyright notices throughout the code.
> > >
> > > Please add this NOTICE.txt to the top of the sandesha2 java tree.
Let me
> > know if we should be discussing this some more!
> > >
> > > Thanks, Matt
> > >
> > > > Enable Sandesha2 to send unreliable messages
> > > > --------------------------------------------
> > > >
> > > >          Key: SANDESHA2-15
> > > >          URL:
> > http://issues.apache.org/jira/browse/SANDESHA2-15
> > > >      Project: Apache Sandesha2
> > > >         Type: New Feature
> > >
> > > >     Reporter: Matt Lovett
> > > >     Priority: Minor
> > > >  Attachments: NOTICE.txt , Unreliable.patch
> > > >
> > > > Some clients will want to send a mix of reliable and unrealiable
> > messages. Ideally, they should be able to do that by using a single
axis2
> > configuration (with Sandesha engaged), by passing parameters into the
> > invocation. I propose adding a new "UNRELIABLE_MESSAGE" property into
> > SandeshaClientConstants, so that applications can disable RM for a
given
> > invocation. I'll put in some new unit tests that make sure that
unreliable
> > messages work for both 1 and 2-way messaging.
> > > > An alternative implementation is to set the internal
> > APPLICATION_PROCESSING_DONE property onto the message context, but
that
> > seems like messing with Sandesha internals when a client constant
would be
> > more appropriate.
> > >
> > > --
> > > This message is automatically generated by JIRA.
> > > -
> > > If you think it was sent incorrectly contact one of the
administrators:
> > >
> > http://issues.apache.org/jira/secure/Administrators.jspa
> > > -
> > > For more information on JIRA, see:
> > >    http://www.atlassian.com/software/jira
> > >
> > >
> > >
> > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> > sandesha-dev-unsubscribe@ws.apache.org
> > > For additional commands, e-mail: sandesha-dev-help@ws.apache.org
> > >
> > >
> >
> >
>
>
> --
> Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service
Developers)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: sandesha-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: sandesha-dev-help@ws.apache.org
>


------=_Part_9148_4239418.1152832107524--