On second thoughts, lets make it a simple string not a regex. If we use
regex, special characters (specially the period, which may be used
regularly) have to be escaped by the user. To keep things simple, let's
allow only prefixes, suffixes & exact matches;

1. Prefix - e.g. local_*       ==> all properties beginning with the string
"local_"
2. Suffix - e.g. *_local        ==> all properties ending with the string
"_local"
3. Exact match - e.g. Sandesha2PolicyBean

-- Azeez

On 5/19/07, Afkham Azeez <[EMAIL PROTECTED]> wrote:



On 5/18/07, Davanum Srinivas <[EMAIL PROTECTED]> wrote:
>
> Sounds good to me Azeez.
> - Should the name(s) be regexp expressions or just a simple "*" means
> (one or more characters)?


Let's  make it regex. It will be easier to handle it with regex.

- So is there a implicit <include name="*">? Should we allow folks to
> set includes as well (like in ant tasks). Guess it's an overkill.


I think there is no need to have an <includes />. Whatever which is not
explicitly excluded is included.

thanks,
> dims
>
> On 5/18/07, Afkham Azeez <[EMAIL PROTECTED]> wrote:
> > Great idea Dims.
> >
> > So under the ContextManager entry in the axis2.xml, we can specify the
>
> > patterns of the property name which have to be excluded from
> replication.
> > e.g.
> >
> > <ContextManager
> > class="org.apache.axis2.cluster.tribes.context.TribesContextManager
> > ">
> >      <Replication>
> >               <Defaults>
> >                     <excludes name="foo.bar.*"/>
> >                </Defaults>
> >               <ConfigContextProperties>
> >                    <excludes name="my.sandesha.*"/>
> >                    ...
> >               </ConfigContextProperties>
> >               <ServiceGroupContextProperties>
> >                   <excludes name="..."/>
> >               </ServiceGroupContextProperties>
> >               <ServiceContextProperties>
> >                   <excludes name="..."/>
> >              </ServiceContextProperties>
> >        <Replication>
> > </ContextManager>
> >
> > So any of the context properties matching a particular property will
> not be
> > replicated.
> >
> > -- Azeez
> >
> >
> > On 5/18/07, Davanum Srinivas <[EMAIL PROTECTED]> wrote:
> > >
> > > Only other thing i can think of is similar to you know the proxy
> > > settings...have regexp based includes and excludes (on the key) in
> the
> > > ClusterManager for the default properties we already have and allow
> > > API access (and/or axis2.xml entries) for folks to add/delete from
> the
> > > list of includes/excludes. that's that other extreme...
> > >
> > > -- dims
> > >
> > > On 5/18/07, Davanum Srinivas <[EMAIL PROTECTED] > wrote:
> > > > Azeez,
> > > >
> > > > Did you already rule out a simple solution? If a service author
> wants
> > > > a specific custom property to be available, then they can add a
> simple
> > > > prefix to the key in the Map?
> > > >
> > > > thanks,
> > > > dims
> > > >
> > > > On 5/18/07, Afkham Azeez < [EMAIL PROTECTED] > wrote:
> > > > > We have a problem when it comes to replicating properties in our
> > clustering
> > > > > implementation.  There are some properties which are specific to
> a
> > node,
> > > > > specially properties in the ConfigurationContext.  Some
> properties are
> > added
> > > > > by different modules such as Sandesha2, Rampart to the
> > ConfigurationContext.
> > > > > One thing is that these objects are not serializable, and the
> other
> > thing is
> > > > > that these properties should not be replicated. Some information
> which
> > are
> > > > > specific to a node may be added to the ConfigurationContexts,
> and
> > these
> > > > > should never be replicated.
> > > > >
> > > > > So there should be some way to inform Axis2 about the properties
> that
> > need
> > > > > to be clustered and those that shouldn't be clustered.
> > > > >
> > > > > I suggest we introduce a new Map to AbstractContext called
> > > > > clusterableProperties. Stuff that are added to this Map will be
> > replicated,
> > > > > and the service author/module author has to add the properties
> that
> > need to
> > > > > be replicated into the clusterableProperties Map.
> > > > >
> > > > > Thoughts?
> > > > >
> > > > > --
> > > > > Thanks
> > > > > Afkham Azeez
> > > > >
> > > > > http://www.wso2.org
> > > > > GPG Fingerprint: 643F C2AF EB78 F886 40C9  B2A2 4AE2 C887 665E
> 0760
> > > >
> > > >
> > > > --
> > > > Davanum Srinivas :: http://davanum.wordpress.com
> > > >
> > >
> > >
> > > --
> > > Davanum Srinivas :: http://davanum.wordpress.com
> > >
> > >
> > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> > [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
> >
> >
> > --
> >
> > Thanks
> > Afkham Azeez
> >
> > http://www.wso2.org
> >  GPG Fingerprint: 643F C2AF EB78 F886 40C9  B2A2 4AE2 C887 665E 0760
>
>
> --
> Davanum Srinivas :: http://davanum.wordpress.com
>



--
Thanks
Afkham Azeez

http://www.wso2.org
GPG Fingerprint: 643F C2AF EB78 F886 40C9  B2A2 4AE2 C887 665E 0760




--
Thanks
Afkham Azeez

http://www.wso2.org
GPG Fingerprint: 643F C2AF EB78 F886 40C9  B2A2 4AE2 C887 665E 0760

Reply via email to