Re: [Dev] Improving Data Publisher Mediator to replace BAM Mediator

[Maninda Edirisooriya]

On Sun, Jun 16, 2013 at 11:08 AM, Tharindu Mathew  wrote:

> Re-writing is fine if there is a sufficient reason to do so. But, I went
> through your XML definition and there's no magic there. I don't see
> anything in your configuration that is not possible now and if there are
> any gaps (namespaces? we used property mediator as a workaround for this
> until now) it can be fixed. Saying what you have presented is more usable
> and more configurable "is" a religious argument without any measurable
> proof.
>
> And, moreover there are additional features like definable BAM Server
> Profiles that's possible with the current mediator. This is extremely
> useful when the users have multiple stream definitions to publish. If there
> is any consolation, the UI is also pretty comprehensive to support this
> (but this is irrelevant once, DevS support is done).
>
> If there are any improvements then we can merge it. Re-writing should be
> done if there is something that is so completely wrong that it cannot be
> fixed (Ex: BAM2 vs BAM1).


+1. This is exactly what I tried to say. We can merge the changes if there
are any. If any issues we can fix. Writing a new one may not be the
solution unless there is a significant issue that cannot be fixed. Hope you
would agree with me.

>
>
> On Fri, Jun 14, 2013 at 9:34 PM, Sriskandarajah Suhothayan 
> wrote:
>
>>
>>
>>
>> On Fri, Jun 14, 2013 at 5:11 PM, Maninda Edirisooriya 
>> wrote:
>>
>>>
>>> On Fri, Jun 14, 2013 at 10:59 AM, Srinath Perera wrote:
>>>
 Hi Maninda,

 Reason for the new mediator is here "Mediator for publishing event from
 ESB to BAM and CEP and Event Model".  Above mediator was done so that it
 can be used to publish to BAM/ CEP/ and pub/sub brokers.

>>> Do you mean Loadbalancingdatapublisher? In BAM mediator too we support
>>> publishing to both BAM and CEP at once via Loadbalancingdatapublisher.
>>>
>>> Suho, is there any new feature for pub/sub brokers in new mediator?
>>>
>> Its the usability & configurabiliy
>> The new mediator has all the features that the BAM mediator has but in a
>> lean way,
>> Its very easy for the user to configure in this even without the UI
>>
>> I dont wanted to get into religious arguments, we need to look at the big
>> picture and fix that,
>> either by fixing/rewriting the BAM mediator or by adopting the new
>> mediator instead of the current one
>>
>> Regards
>> Suho
>>
>>
 Tharindu and BuddikaC was part of this chat, so BAM team knows.

 We cannot have two mediators to publish events out of ESB. Could Suho
 and you can have a chat?

 If it has all functionalities of the other, then it can replace.
 Otherwise, we have to merge.

 --Srinath


 On Thu, Jun 13, 2013 at 12:45 PM, Maninda Edirisooriya <
 mani...@wso2.com> wrote:

>
> On Thu, Jun 13, 2013 at 12:02 PM, Sriskandarajah Suhothayan <
> s...@wso2.com> wrote:
>
>>
>> Currently there are lots of usability issues with BAM mediator, hence
>> as an alternative we came up with the Data Publisher Mediator[1] as part 
>> of
>> a client engagement.
>>
> We will fix most of the issues in BAM Mediator in the next release. If
> we are moving to new mediator, what are the new features available in the
> new one?
>
>>
>> Data Publisher Mediator uses LoadBalancingDataPublisher to send
>> events to BAM/CEP endpoints and it also supports XML configuration.
>>
> Present mediator also uses LoadBalancingDataPublisher to send events
> to BAM/CEP endpoints. Supporting XML configurations directly from the
> Synapse XML was the first plan we had when designing the BAM mediator. But
> as we wanted to configure all the server credential related configurations
> and stream definition related configuration related configuration in a one
> place. We have discussed about this topic in the mail thread "BAM
> mediator for ESB". The future plan is to move all the stream related
> configuration into a single centralised server something like WSO2 Store.
> So supporting configuration inline in the synapse XML will ease the 
> process
> in few mediators but will reduce the configurability as a whole.
>
>>
>> The only drawback is that the Data Publisher Mediator doesn’t have a
>> UI. I believe writing a UI to this mediator will enhance data publishing
>> and solve the current usability issues that we are facing now.
>>
>> A sample XML configuration is as follows
>>
>> 
>> tcp://localhost:7612
>>
>> ssl://localhost:7712
>> admin
>> admin
>> AllLocationEvents
>> 1.6.4
>> 
>> 
>>
>> 
>> > default="2.2" value="//m:latitude"/>
>> 

[Dev] AppFactory 1.0.0 Build (16-June-2013)

[Ranga Siriwardena]

Hi,

Please find $Subject from [1].

[1] http://builder3.us1.wso2.org/builds/AF/16-June-2013/

Thank You.
Ranga.

-- 
Ranga Siriwardena
Software Engineer
WSO2 Inc.
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] supporting config files for 3rd party jars

[Amila Suriarachchi]

On Sat, Jun 15, 2013 at 10:34 PM, Pradeep Fernando  wrote:

> There can be situations like multiple XML/resources residing in a
> directory structure.
>
if they reside in a directory structure then we don't have to put them to a
class path.

Lets say there are two third party libraries with resources. Now how we
relate which resource files to which fragment host if the users have to
extract them out to a separate folder?

Even why we need a fragment host? won't that work if we just include the
resource files with the osgi bundle generated?

thanks,
Amila.




> --Pradeep
> sent from my phone
> On Jun 16, 2013 9:49 AM, "Amila Suriarachchi"  wrote:
>
>>
>>
>>
>> On Sat, Jun 15, 2013 at 9:04 PM, Pradeep Fernando wrote:
>>
>>> We are using directory name to derive the fragment host name.
>>>
>>
>> then we can use the library name _fragment something. From the user point
>> of view, extracting xml file to some other location complicated the things.
>>
>> thanks,
>> Amila.
>>
>>
>>> --Pradeep
>>> sent from my phone
>>> On Jun 16, 2013 9:11 AM, "Amila Suriarachchi"  wrote:
>>>



 On Fri, May 10, 2013 at 5:39 AM, Pradeep Fernando wrote:

> Hi,
>
> Some of the 3 rd party jars search config files from their classPath.
> However due to one loader per bundle policy of OSGi, the class path is
> fragmented. There are two options to solve this issue,
>
> - use absolute paths
> - use fragment bundles
>
> the latter option,
>
> say if the bundle foo needs config file bar.xml. How about user
> creates a directory named 'foo' under conf directory and put the config
> file there. During the startup, we create new fragment bundle out of
> bar.xml and attach it to bundle foo.
>

 Why user need to put that file to foo folder? I think the bar.xml file
 is inside the third party jar. So I think carbon should take all such files
 can create the fragment host.

 thanks,
 Amila.

>
> we are doing similar thing in log4j.properties file. but the approach
> is not generic at the moment. WDYT ?
>
> --Pradeep
>
>
>
> ___
> Dev mailing list
> Dev@wso2.org
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>


 --
 *Amila Suriarachchi*

 Software Architect
 WSO2 Inc. ; http://wso2.com
 lean . enterprise . middleware

 phone : +94 71 3082805

>>>
>>
>>
>> --
>> *Amila Suriarachchi*
>>
>> Software Architect
>> WSO2 Inc. ; http://wso2.com
>> lean . enterprise . middleware
>>
>> phone : +94 71 3082805
>>
>


-- 
*Amila Suriarachchi*

Software Architect
WSO2 Inc. ; http://wso2.com
lean . enterprise . middleware

phone : +94 71 3082805
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] Improving Data Publisher Mediator to replace BAM Mediator

[Tharindu Mathew]

Re-writing is fine if there is a sufficient reason to do so. But, I went
through your XML definition and there's no magic there. I don't see
anything in your configuration that is not possible now and if there are
any gaps (namespaces? we used property mediator as a workaround for this
until now) it can be fixed. Saying what you have presented is more usable
and more configurable "is" a religious argument without any measurable
proof.

And, moreover there are additional features like definable BAM Server
Profiles that's possible with the current mediator. This is extremely
useful when the users have multiple stream definitions to publish. If there
is any consolation, the UI is also pretty comprehensive to support this
(but this is irrelevant once, DevS support is done).

If there are any improvements then we can merge it. Re-writing should be
done if there is something that is so completely wrong that it cannot be
fixed (Ex: BAM2 vs BAM1).

On Fri, Jun 14, 2013 at 9:34 PM, Sriskandarajah Suhothayan wrote:

>
>
>
> On Fri, Jun 14, 2013 at 5:11 PM, Maninda Edirisooriya wrote:
>
>>
>> On Fri, Jun 14, 2013 at 10:59 AM, Srinath Perera wrote:
>>
>>> Hi Maninda,
>>>
>>> Reason for the new mediator is here "Mediator for publishing event from
>>> ESB to BAM and CEP and Event Model".  Above mediator was done so that it
>>> can be used to publish to BAM/ CEP/ and pub/sub brokers.
>>>
>> Do you mean Loadbalancingdatapublisher? In BAM mediator too we support
>> publishing to both BAM and CEP at once via Loadbalancingdatapublisher.
>>
>> Suho, is there any new feature for pub/sub brokers in new mediator?
>>
> Its the usability & configurabiliy
> The new mediator has all the features that the BAM mediator has but in a
> lean way,
> Its very easy for the user to configure in this even without the UI
>
> I dont wanted to get into religious arguments, we need to look at the big
> picture and fix that,
> either by fixing/rewriting the BAM mediator or by adopting the new
> mediator instead of the current one
>
> Regards
> Suho
>
>
>>> Tharindu and BuddikaC was part of this chat, so BAM team knows.
>>>
>>> We cannot have two mediators to publish events out of ESB. Could Suho
>>> and you can have a chat?
>>>
>>> If it has all functionalities of the other, then it can replace.
>>> Otherwise, we have to merge.
>>>
>>> --Srinath
>>>
>>>
>>> On Thu, Jun 13, 2013 at 12:45 PM, Maninda Edirisooriya >> > wrote:
>>>

 On Thu, Jun 13, 2013 at 12:02 PM, Sriskandarajah Suhothayan <
 s...@wso2.com> wrote:

>
> Currently there are lots of usability issues with BAM mediator, hence
> as an alternative we came up with the Data Publisher Mediator[1] as part 
> of
> a client engagement.
>
 We will fix most of the issues in BAM Mediator in the next release. If
 we are moving to new mediator, what are the new features available in the
 new one?

>
> Data Publisher Mediator uses LoadBalancingDataPublisher to send events
> to BAM/CEP endpoints and it also supports XML configuration.
>
 Present mediator also uses LoadBalancingDataPublisher to send events to
 BAM/CEP endpoints. Supporting XML configurations directly from the Synapse
 XML was the first plan we had when designing the BAM mediator. But as we
 wanted to configure all the server credential related configurations and
 stream definition related configuration related configuration in a one
 place. We have discussed about this topic in the mail thread "BAM
 mediator for ESB". The future plan is to move all the stream related
 configuration into a single centralised server something like WSO2 Store.
 So supporting configuration inline in the synapse XML will ease the process
 in few mediators but will reduce the configurability as a whole.

>
> The only drawback is that the Data Publisher Mediator doesn’t have a
> UI. I believe writing a UI to this mediator will enhance data publishing
> and solve the current usability issues that we are facing now.
>
> A sample XML configuration is as follows
>
> 
> tcp://localhost:7612
>
> ssl://localhost:7712
> admin
> admin
> AllLocationEvents
> 1.6.4
> 
> 
>
> 
>  default="2.2" value="//m:latitude"/>
>  default="67.78" value="//m:longitude"/>
>  value="//m:accuracy"/>
>  value="//m:timestamp"/>
>  type="string" value="//m:device-uuid"/>
> 
> 
> 
> http://schemas.google.com/latitude/2010"/>
> 
>

Re: [Dev] supporting config files for 3rd party jars

[Pradeep Fernando]

There can be situations like multiple XML/resources residing in a directory
structure.

--Pradeep
sent from my phone
On Jun 16, 2013 9:49 AM, "Amila Suriarachchi"  wrote:

>
>
>
> On Sat, Jun 15, 2013 at 9:04 PM, Pradeep Fernando wrote:
>
>> We are using directory name to derive the fragment host name.
>>
>
> then we can use the library name _fragment something. From the user point
> of view, extracting xml file to some other location complicated the things.
>
> thanks,
> Amila.
>
>
>> --Pradeep
>> sent from my phone
>> On Jun 16, 2013 9:11 AM, "Amila Suriarachchi"  wrote:
>>
>>>
>>>
>>>
>>> On Fri, May 10, 2013 at 5:39 AM, Pradeep Fernando wrote:
>>>
 Hi,

 Some of the 3 rd party jars search config files from their classPath.
 However due to one loader per bundle policy of OSGi, the class path is
 fragmented. There are two options to solve this issue,

 - use absolute paths
 - use fragment bundles

 the latter option,

 say if the bundle foo needs config file bar.xml. How about user creates
 a directory named 'foo' under conf directory and put the config file there.
 During the startup, we create new fragment bundle out of bar.xml and attach
 it to bundle foo.

>>>
>>> Why user need to put that file to foo folder? I think the bar.xml file
>>> is inside the third party jar. So I think carbon should take all such files
>>> can create the fragment host.
>>>
>>> thanks,
>>> Amila.
>>>

 we are doing similar thing in log4j.properties file. but the approach
 is not generic at the moment. WDYT ?

 --Pradeep



 ___
 Dev mailing list
 Dev@wso2.org
 http://wso2.org/cgi-bin/mailman/listinfo/dev


>>>
>>>
>>> --
>>> *Amila Suriarachchi*
>>>
>>> Software Architect
>>> WSO2 Inc. ; http://wso2.com
>>> lean . enterprise . middleware
>>>
>>> phone : +94 71 3082805
>>>
>>
>
>
> --
> *Amila Suriarachchi*
>
> Software Architect
> WSO2 Inc. ; http://wso2.com
> lean . enterprise . middleware
>
> phone : +94 71 3082805
>
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] supporting config files for 3rd party jars

[Amila Suriarachchi]

On Sat, Jun 15, 2013 at 9:04 PM, Pradeep Fernando  wrote:

> We are using directory name to derive the fragment host name.
>

then we can use the library name _fragment something. From the user point
of view, extracting xml file to some other location complicated the things.

thanks,
Amila.


> --Pradeep
> sent from my phone
> On Jun 16, 2013 9:11 AM, "Amila Suriarachchi"  wrote:
>
>>
>>
>>
>> On Fri, May 10, 2013 at 5:39 AM, Pradeep Fernando wrote:
>>
>>> Hi,
>>>
>>> Some of the 3 rd party jars search config files from their classPath.
>>> However due to one loader per bundle policy of OSGi, the class path is
>>> fragmented. There are two options to solve this issue,
>>>
>>> - use absolute paths
>>> - use fragment bundles
>>>
>>> the latter option,
>>>
>>> say if the bundle foo needs config file bar.xml. How about user creates
>>> a directory named 'foo' under conf directory and put the config file there.
>>> During the startup, we create new fragment bundle out of bar.xml and attach
>>> it to bundle foo.
>>>
>>
>> Why user need to put that file to foo folder? I think the bar.xml file is
>> inside the third party jar. So I think carbon should take all such files
>> can create the fragment host.
>>
>> thanks,
>> Amila.
>>
>>>
>>> we are doing similar thing in log4j.properties file. but the approach is
>>> not generic at the moment. WDYT ?
>>>
>>> --Pradeep
>>>
>>>
>>>
>>> ___
>>> Dev mailing list
>>> Dev@wso2.org
>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>
>>>
>>
>>
>> --
>> *Amila Suriarachchi*
>>
>> Software Architect
>> WSO2 Inc. ; http://wso2.com
>> lean . enterprise . middleware
>>
>> phone : +94 71 3082805
>>
>


-- 
*Amila Suriarachchi*

Software Architect
WSO2 Inc. ; http://wso2.com
lean . enterprise . middleware

phone : +94 71 3082805
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] supporting config files for 3rd party jars

[Pradeep Fernando]

We are using directory name to derive the fragment host name.

--Pradeep
sent from my phone
On Jun 16, 2013 9:11 AM, "Amila Suriarachchi"  wrote:

>
>
>
> On Fri, May 10, 2013 at 5:39 AM, Pradeep Fernando wrote:
>
>> Hi,
>>
>> Some of the 3 rd party jars search config files from their classPath.
>> However due to one loader per bundle policy of OSGi, the class path is
>> fragmented. There are two options to solve this issue,
>>
>> - use absolute paths
>> - use fragment bundles
>>
>> the latter option,
>>
>> say if the bundle foo needs config file bar.xml. How about user creates a
>> directory named 'foo' under conf directory and put the config file there.
>> During the startup, we create new fragment bundle out of bar.xml and attach
>> it to bundle foo.
>>
>
> Why user need to put that file to foo folder? I think the bar.xml file is
> inside the third party jar. So I think carbon should take all such files
> can create the fragment host.
>
> thanks,
> Amila.
>
>>
>> we are doing similar thing in log4j.properties file. but the approach is
>> not generic at the moment. WDYT ?
>>
>> --Pradeep
>>
>>
>>
>> ___
>> Dev mailing list
>> Dev@wso2.org
>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>
>>
>
>
> --
> *Amila Suriarachchi*
>
> Software Architect
> WSO2 Inc. ; http://wso2.com
> lean . enterprise . middleware
>
> phone : +94 71 3082805
>
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] supporting config files for 3rd party jars

[Amila Suriarachchi]

On Fri, May 10, 2013 at 5:39 AM, Pradeep Fernando  wrote:

> Hi,
>
> Some of the 3 rd party jars search config files from their classPath.
> However due to one loader per bundle policy of OSGi, the class path is
> fragmented. There are two options to solve this issue,
>
> - use absolute paths
> - use fragment bundles
>
> the latter option,
>
> say if the bundle foo needs config file bar.xml. How about user creates a
> directory named 'foo' under conf directory and put the config file there.
> During the startup, we create new fragment bundle out of bar.xml and attach
> it to bundle foo.
>

Why user need to put that file to foo folder? I think the bar.xml file is
inside the third party jar. So I think carbon should take all such files
can create the fragment host.

thanks,
Amila.

>
> we are doing similar thing in log4j.properties file. but the approach is
> not generic at the moment. WDYT ?
>
> --Pradeep
>
>
>
> ___
> Dev mailing list
> Dev@wso2.org
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>


-- 
*Amila Suriarachchi*

Software Architect
WSO2 Inc. ; http://wso2.com
lean . enterprise . middleware

phone : +94 71 3082805
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] supporting config files for 3rd party jars

[Pradeep Fernando]

Hi,

I implemented the $subject. Little complication.

log4j.properties file also belongs to the above category. the
log4j.properties file goes in to


/repository/conf/bundle-config/org.wso2.carbon.logging

directory. Will that be a problem ?

If we want to avoid that we have to handle log4j.properties file separately.

btw, this mechanism will work for UI bundle localization as well.

thanks,
--Pradeep



On Sun, May 12, 2013 at 6:49 AM, Shelan Perera  wrote:

> +1. This will be the solution for axiom coalescing problem too.(to
> preserve cdata we need to have a config file).
>
> ~sent from mobile~
> On May 11, 2013 11:56 AM, "Nuwan Bandara"  wrote:
>
>> +1 for this, we need this to separate shindig properties files
>>
>> thanks,
>> /Nuwan
>>
>>
>> On Fri, May 10, 2013 at 6:15 PM, Supun Malinga  wrote:
>>
>>> Hi,
>>>
>>> +1 for having this. This is a very valid requirement for AS side.
>>>
>>> On Fri, May 10, 2013 at 6:09 PM, Pradeep Fernando wrote:
>>>
 Hi,

 Some of the 3 rd party jars search config files from their classPath.
 However due to one loader per bundle policy of OSGi, the class path is
 fragmented. There are two options to solve this issue,

 - use absolute paths
 - use fragment bundles

 the latter option,

 say if the bundle foo needs config file bar.xml. How about user creates
 a directory named 'foo' under conf directory and put the config file there.
 During the startup, we create new fragment bundle out of bar.xml and attach
 it to bundle foo.

>>>
 we are doing similar thing in log4j.properties file. but the approach
 is not generic at the moment. WDYT ?

>>> +1,
>>> IMO directory should be /conf/etc/foo or conf/xxx/foo.
>>>
>>> thanks,
>>>
>>>

 --Pradeep



 ___
 Dev mailing list
 Dev@wso2.org
 http://wso2.org/cgi-bin/mailman/listinfo/dev


>>>
>>>
>>> --
>>> Supun Malinga,
>>>
>>> Software Engineer,
>>> WSO2 Inc.
>>> http://wso2.com
>>> http://wso2.org
>>> email - sup...@wso2.com 
>>> mobile - 071 56 91 321
>>>
>>> ___
>>> Dev mailing list
>>> Dev@wso2.org
>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>
>>>
>>
>>
>> --
>> *Thanks & Regards,
>>
>> Nuwan Bandara
>> Associate Technical Lead & Member, MC, Development Technologies
>> WSO2 Inc. - lean . enterprise . middleware |  http://wso2.com
>> blog : http://nuwanbando.com; email: nu...@wso2.com; phone: +94 11 763
>> 9629
>> *
>> 
>>
>> ___
>> Dev mailing list
>> Dev@wso2.org
>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>
>>
> ___
> Dev mailing list
> Dev@wso2.org
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>


-- 
*Pradeep Fernando*
Associate Technical Lead;WSO2 Inc.; http://wso2.com

blog: http://pradeepfernando.blogspot.com
m: +94776603662
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] Does a Carbon Server create a new Session for a new login?

[Pradeep Fernando]

yes it does. If the session has timed out for the logged in user, it sets a
new cookie upon next login.
Actually it sets a cookie even if you access the admin console AFAIR. but
its a temp cookie.

--Pradeep


On Sat, Jun 15, 2013 at 7:44 PM, Nirmal Fernando  wrote:

> Hi All,
>
> $Subject --> Does a Carbon server send a Set-Cookie Http header once a
> tenant logged in successfully?
>
> I think, it should be the ideal behaviour, but want to get confirmed.
>
> --
>
> Thanks & regards,
> Nirmal
>
> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
> Mobile: +94715779733
> Blog: http://nirmalfdo.blogspot.com/
>
>
> ___
> Dev mailing list
> Dev@wso2.org
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>


-- 
*Pradeep Fernando*
Associate Technical Lead;WSO2 Inc.; http://wso2.com

blog: http://pradeepfernando.blogspot.com
m: +94776603662
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] How can I configure Registry Based Deployment Synchronizer in a ESB 4.7.0 Cluster ?

[Kasun Gajasinghe]

Hi Chamara,

I had a look at the Eranda's blog. As per that, the configration can  
be devided in to the three parts.


1. Configure a shared/mounted registry  to which all the nodes are  
connected


2. Configure axis2 clustering.

3. Confgure DepSync. (Only the XML segment in carbon.XML is enough I  
think.


We can find separate articles to set up the first two. After that, you  
can simply configure the depsync via carbon.xml.


Eranda, is there anything to add here?

Regards,
KasunG

~~--~~
Sending this mail via my phone. Do excuse any typo or short replies.

On Jun 15, 2013, at 1:52 PM, Kasun Gajasinghe  wrote:




~~--~~
Sending this mail via my phone. Do excuse any typo or short replies.

On Jun 15, 2013, at 7:46 AM, Chamara Ariyarathne   
wrote:





On Sat, Jun 15, 2013 at 8:47 AM, Chamara Ariyarathne > wrote:

This one seems current but have very abstract guidelines:

http://emsooriyabandara.blogspot.com/2013/01/registry-based-deployment-synchronizer.html

Eranda, You have said that the DeploymentSynchronizer   
configuration is in axis2.xml and it is confusing. Please update  
the blog.


Also why don't we have wso2 docs on this yet ?

These two seems pretty old and outdated now:

http://blog.kasunbg.org/2012/05/setup-wso2-deployment-synchronizer.html
http://charithaka.blogspot.com/2011/11/wso2-deployment-synchronizer-sharing.html

I couldn't find a wso2 doc on that. If there is one please direct  
me there.




Hi,

The svn based DepSync guide in my blog is merged in to wso2 docs  
now. [1] Haven't tried the new depsync changes to registry based  
depsync done by Eranda. I don't think that it's complicated though.  
It's easier than svn based one a while back.


[1] 
http://docs.wso2.org/wiki/display/DSS300/Configuring+the+SVN-Based+Deployment+Synchronizer



--
Chamara Ariyarathne
Senior Software Engineer - QA;
WSO2 Inc; http://www.wso2.com/.
Mobile; +94772786766



--
Chamara Ariyarathne
Senior Software Engineer - QA;
WSO2 Inc; http://www.wso2.com/.
Mobile; +94772786766
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] How can I configure Registry Based Deployment Synchronizer in a ESB 4.7.0 Cluster ?

[Kasun Gajasinghe]

~~--~~
Sending this mail via my phone. Do excuse any typo or short replies.

On Jun 15, 2013, at 7:46 AM, Chamara Ariyarathne   
wrote:





On Sat, Jun 15, 2013 at 8:47 AM, Chamara Ariyarathne > wrote:

This one seems current but have very abstract guidelines:

http://emsooriyabandara.blogspot.com/2013/01/registry-based-deployment-synchronizer.html

Eranda, You have said that the DeploymentSynchronizer  configuration  
is in axis2.xml and it is confusing. Please update the blog.


Also why don't we have wso2 docs on this yet ?

These two seems pretty old and outdated now:

http://blog.kasunbg.org/2012/05/setup-wso2-deployment- 
synchronizer.html

http://charithaka.blogspot.com/2011/11/wso2-deployment-synchronizer-sharing.html

I couldn't find a wso2 doc on that. If there is one please direct me  
there.




Hi,

The svn based DepSync guide in my blog is merged in to wso2 docs now.  
[1] Haven't tried the new depsync changes to registry based depsync  
done by Eranda. I don't think that it's complicated though. It's  
easier than svn based one a while back.


[1] 
http://docs.wso2.org/wiki/display/DSS300/Configuring+the+SVN-Based+Deployment+Synchronizer



--
Chamara Ariyarathne
Senior Software Engineer - QA;
WSO2 Inc; http://www.wso2.com/.
Mobile; +94772786766



--
Chamara Ariyarathne
Senior Software Engineer - QA;
WSO2 Inc; http://www.wso2.com/.
Mobile; +94772786766
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

[Dev] Does a Carbon Server create a new Session for a new login?

[Nirmal Fernando]

Hi All,

$Subject --> Does a Carbon server send a Set-Cookie Http header once a
tenant logged in successfully?

I think, it should be the ideal behaviour, but want to get confirmed.

-- 

Thanks & regards,
Nirmal

Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733
Blog: http://nirmalfdo.blogspot.com/
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] How can I configure Registry Based Deployment Synchronizer in a ESB 4.7.0 Cluster ?

[Pushpalanka Jayawardhana]

Pushpalanka Jayawardhana

Software Engineer

WSO2 Lanka (pvt) Ltd
[image: 
Facebook]
[image:
Twitter]
[image:
LinkedIn]
[image:
Blogger]
[image:
SlideShare]
Mobile: +94779716248


On Sat, Jun 15, 2013 at 5:16 PM, Chamara Ariyarathne wrote:

>
>
> On Sat, Jun 15, 2013 at 8:47 AM, Chamara Ariyarathne wrote:
>
>> This one seems current but have very abstract guidelines:
>>
>>
>> http://emsooriyabandara.blogspot.com/2013/01/registry-based-deployment-synchronizer.html
>>
>
> Eranda, You have said that the DeploymentSynchronizer  configuration is in
> axis2.xml and it is confusing. Please update the blog.
>
> Also why don't we have wso2 docs on this yet ?
>
>>
>> These two seems pretty old and outdated now:
>>
>> http://blog.kasunbg.org/2012/05/setup-wso2-deployment-synchronizer.html
>>
>> http://charithaka.blogspot.com/2011/11/wso2-deployment-synchronizer-sharing.html
>>
>> I couldn't find a wso2 doc on that. If there is one please direct me
>> there.
>>
>
Following link is there in the docs of AppServer. May help.
[1] -
http://docs.wso2.org/wiki/display/AS501/Introduction+to+Deployment+Synchronizer



>
>> --
>> *Chamara Ariyarathne*
>> Senior Software Engineer - QA;
>> WSO2 Inc; http://www.wso2.com/.
>> Mobile; *+94772786766*
>>
>
>
>
> --
> *Chamara Ariyarathne*
> Senior Software Engineer - QA;
> WSO2 Inc; http://www.wso2.com/.
> Mobile; *+94772786766*
>
> ___
> Dev mailing list
> Dev@wso2.org
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

[Dev] Open Issues without a fix version in AS jira

[Supun Malinga]

Power of new jira 6 :)

Lets get these sorted out.
And we should review all other open jira's too.

https://wso2.org/jira/browse/WSAS-1096?jql=project%20%3D%20WSAS%20AND%20resolution%20%3D%20Unresolved%20AND%20fixVersion%20%3D%20EMPTY%20AND%20status%20in%20(Open%2C%20%22In%20Progress%22%2C%20Reopened)%20ORDER%20BY%20priority%20DESC

thanks,
-- 
Supun Malinga,

Senior Software Engineer,
WSO2 Inc.
http://wso2.com
http://wso2.org
email - sup...@wso2.com 
mobile - 071 56 91 321
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] How can I configure Registry Based Deployment Synchronizer in a ESB 4.7.0 Cluster ?

[Chamara Ariyarathne]

On Sat, Jun 15, 2013 at 8:47 AM, Chamara Ariyarathne wrote:

> This one seems current but have very abstract guidelines:
>
>
> http://emsooriyabandara.blogspot.com/2013/01/registry-based-deployment-synchronizer.html
>

Eranda, You have said that the DeploymentSynchronizer  configuration is in
axis2.xml and it is confusing. Please update the blog.

Also why don't we have wso2 docs on this yet ?

>
> These two seems pretty old and outdated now:
>
> http://blog.kasunbg.org/2012/05/setup-wso2-deployment-synchronizer.html
>
> http://charithaka.blogspot.com/2011/11/wso2-deployment-synchronizer-sharing.html
>
> I couldn't find a wso2 doc on that. If there is one please direct me there.
>
> --
> *Chamara Ariyarathne*
> Senior Software Engineer - QA;
> WSO2 Inc; http://www.wso2.com/.
> Mobile; *+94772786766*
>



-- 
*Chamara Ariyarathne*
Senior Software Engineer - QA;
WSO2 Inc; http://www.wso2.com/.
Mobile; *+94772786766*
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] JIRA will be unavailable from [7.00-12.00 PM] on "Friday, June 14, 2013 (PDT)

[Yasith Tharindu]

Jira6 is back online. If you encounter any problem while working with jira,
please let us know.


Thanks..



-- 
~Thanks
Yasith Tharindu,*WSO2 Inc,*
Blog : http://www.yasith.info
Twitter : http://twitter.com/yasithnd
LinkedIn : http://www.linkedin.com/in/yasithnd
GPG  ID : *57CEE66E*

"' lean "' enterprise '" middleware '" http://wso2.com
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev