date:20130111

[Dev] [API Manager] Cannot login with email user names

2013-01-11 Thread Sanjeewa Malalgoda

Hi All,
If we try to create new user with email address then login failed. The
reason for this issue is authentication process try to get a tenant with
emails domain(if email is sanje...@wso2.com it try to find tenant with
wso2.com). One possible solution is update user creation UI(not allow users
to enter email address as user name). Other possible solution is trimming
domain name from user name. This issue should be common to other
non-multitenant servers as well.WDYT?

Thanks.
-- 
*Sanjeewa Malalgoda*
WSO2 Inc.
Mobile : +14084122175 | +94713068779

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

[Dev] [Bamboo-Build] WSO2 Carbon 4.0.x - Nightly > Platform_4.0.6 > #5 has FAILED. Change made by 14 authors.

2013-01-11 Thread Bamboo


---
WSO2 Carbon 4.0.x - Nightly > Platform_4.0.6 > #5 failed.
---
This build occurred because it is a dependant of WCB002-NKER004-5.
No failed tests found, a possible compilation error.

http://wso2.org/bamboo/browse/WCB002-NPLA004-5/

-
Currently Responsible
-

No one is responsible for fixing this build.



--
Failing Jobs
--
  - Default Job (Default Stage): No tests found.



--
Code Changes
--
kasun (153014):

>reverting an accidentally committed change

dushan (153049):

>fixed POX security failure issue for url form submission

ashansa (153015):

>adding functionality to deploy tagged artifacts when promoting with shamika's 
>patch to display tag names in jagg.message



--
This message is automatically generated by Atlassian Bamboo___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] PrivilegedCarbonContext.getThreadLocalCarbonContext().getUsername() returns 'null'

2013-01-11 Thread Muhammed Shariq

Hi Dulanja,

Use the patch attached herewith instead .. (patch_v1.diff)

On Fri, Jan 11, 2013 at 12:34 PM, Muhammed Shariq  wrote:

> On Thu, Jan 10, 2013 at 10:25 AM, Afkham Azeez  wrote:
>
>>
>>
>> On Thu, Jan 10, 2013 at 10:14 AM, Muhammed Shariq wrote:
>>
>>> On Thu, Jan 10, 2013 at 10:01 AM, Afkham Azeez  wrote:
>>>
 However, in cases where you are sure that the ThreadLocal CC is
 available, you must use getThreadLocalCarbonContext because that method is
 much more efficient than getCarbonContext. What I feel is, we should ensure
 that every thread contains the ThreadLocal CC, which means we will no
 longer need the getCurrentContext method. At that point, from
 getCurrentContext, we will just call getThreadLocalCarbonContext.
>>>
>>>
>>> This is what SInthuja did sometime ago (giving priority to the
>>> ThreadLocal CC), but the caused some issue as Senaka explained in his
>>> detailed mail .. Also I was trying to recall why I did some  changes in
>>> CarbonTomcatValve, and that too was fixing the same issue (username being
>>> null!), I fixed it by setting the username to the CC from the session, this
>>> also was causing a perf issue cz of the getSession() gets called for every
>>> request ..! Guess we need to look into the use of CC api in a bit more
>>> detail ..
>>>
>>
>> You fix was probably the right one. The problem should be unnecessarily
>> accessing the session. Instead, what you could have done was, when someone
>> called getUserName, at that point, get the session, and retrieve the
>> username & set it as an attribute in the CC. In subsequent calls to the the
>> same CC, you could simply return that attribute.
>>
>
> Yup at the moment it getUsername() simply returns what is assigned, if its
> null it doesn't try to fetch it. Also I I guess
> getThreadLocalCarbonContext() and getCarbonContext should have the
> same behavior isn't it?! And we should be able to use the ThreadLocal CC at
> anytime .. (at the moment this is not possible, we had to revert the patch
> that gave priority to thread local CC!) ..
>
> What we are doing in CarbonContext.getCUrrentContext() is give priority to
> MessageContext, since message context have all the information it gets
> populated (AFAIU :)) .. ThreadLocal CC is the last option and I guess it
> doesn't have all the information (cz MessageContext & ConfigurationContext
> happens to be null) .. so in that case we should populate those null fields
> .. hope what I am saying makes sense, thought I had it figured at the time
> but it seems a lil blur again!
>
> However for this particular case I have prepared a patch that tried to
> fetch username from the session within MessageContext .. so again if
> MessageContext is null username is gonna be null. Please have a look and
> check if it is correct ...
>
> @Dulanja - can you apply the attached path to carbon.utils and use the
> ThreadLocal CC and see if your getting the correct username ?!
>
>>
>>
>>>
 Azeez

 On Wed, Jan 9, 2013 at 4:19 PM, Dimuthu Leelarathne 
 wrote:

> Hi Dulanja,
>
> It is correct to use CurrentCarbonContext instead of
> ThreadLocalCarbonContext. You can read the mail titled "UserRegistry sends
> null to JDBCAuthorizationManager" from archives.  Basically this is the
> code that finds you the correct  CurrentCarbonContext. So correct thing is
> to first get CarbonContext from MessageContext and if it is not available
> try the TreadLocal one.
>
> public static CarbonContextDataHolder getCurrentCarbonContextHolder() {
> try {
> MessageContext messageContext =
> MessageContext.getCurrentMessageContext();
> if (messageContext != null) {
> return getCurrentCarbonContextHolder(messageContext);
> } else {
> return
> getCurrentCarbonContextHolder((ConfigurationContext) null);
> }
> } catch (NullPointerException ignore) {
> // This is thrown when the message context is not
> initialized
> // So return the Threadlocal
>  return getThreadLocalCarbonContextHolder();
> } catch (NoClassDefFoundError ignore) {
> // There can be situations where the CarbonContext is
> accessed, when there is no Axis2
> // library on the classpath.
> return getThreadLocalCarbonContextHolder();
> }
> }
>
> thanks,
> dimuthu
>
>
> On Wed, Jan 9, 2013 at 2:15 PM, Dulanja Liyanage wrote:
>
>> Hi,
>>
>> Appreciate if you can guide me whether it's safe/appropriate to use
>> the CurrentContext rather than the ThreadLocalCarbonContext, to get the
>> username and tenant domain.
>>
>> I'm not much knowledgeable about the design, but I feel using it will
>> be "plastering" the root cause.
>>
>> Thanks,
>> Dulanj

[Dev] Unable to build WSF

2013-01-11 Thread Praveena Sarathchandra

Attempt to build WSF (obtained from
https://svn.wso2.org/repos/wso2/carbon/platform/branches/4.0.0/products/wsf )
failed.

[INFO] Scanning for projects...
> Downloading:
> http://maven.wso2.org/nexus/content/groups/wso2-public/org/wso2/carbon/carbon-products/4.0.0/carbon-products-4.0.0.pom
> Downloaded:
> http://maven.wso2.org/nexus/content/groups/wso2-public/org/wso2/carbon/carbon-products/4.0.0/carbon-products-4.0.0.pom(13
>  KB at 31.9 KB/sec)
> [INFO]
> 
> [INFO] Reactor Build Order:
> [INFO]
> [INFO] WSO2 WSF/Java - Parent
> [INFO] WSO2 WSF/Java - Distribution
> [INFO]
>
> [INFO]
> 
> [INFO] Building WSO2 WSF/Java - Parent 1.0.0-SNAPSHOT
> [INFO]
> 
> [INFO]
> [INFO] --- maven-clean-plugin:2.4.1:clean (default-clean) @ wsfjava-parent
> ---
> [INFO]
> [INFO] --- incremental-build-plugin:1.3:incremental-build (default) @
> wsfjava-parent ---
> [INFO] Verifying module descriptor ...
> [INFO] Pom descriptor modification detected.
> [INFO] Deleting /home/praveena/wso2/wsf-branch/wsf/target
> [INFO]
> [INFO] --- maven-install-plugin:2.3.1:install (default-install) @
> wsfjava-parent ---
> [INFO] Installing /home/praveena/wso2/wsf-branch/wsf/pom.xml to
> /home/praveena/.m2/repository/org/wso2/wsfjava/wsfjava-parent/1.0.0-SNAPSHOT/wsfjava-parent-1.0.0-SNAPSHOT.pom
> [INFO]
>
> [INFO]
> 
> [INFO] Building WSO2 WSF/Java - Distribution 1.0.0-SNAPSHOT
> [INFO]
> 
> [WARNING] The POM for org.wso2.xfer:wso2xfer:jar:SNAPSHOT is missing, no
> dependency information available
> [WARNING] The POM for org.wso2.xfer:wso2xfer:mar:SNAPSHOT is missing, no
> dependency information available
> [INFO]
> 
> [INFO] Reactor Summary:
> [INFO]
> [INFO] WSO2 WSF/Java - Parent  SUCCESS [1.270s]
> [INFO] WSO2 WSF/Java - Distribution .. FAILURE [5.064s]
> [INFO]
> 
> [INFO] BUILD FAILURE
> [INFO]
> 
> [INFO] Total time: 7.771s
> [INFO] Finished at: Fri Jan 11 14:31:32 IST 2013
> [INFO] Final Memory: 11M/490M
> [INFO]
> 
> [ERROR] Failed to execute goal on project wso2wsfjava: Could not resolve
> dependencies for project org.wso2.wsfjava:wso2wsfjava:jar:1.0.0-SNAPSHOT:
> The following artifacts could not be resolved:
> org.wso2.xfer:wso2xfer:jar:SNAPSHOT, org.wso2.xfer:wso2xfer:mar:SNAPSHOT:
> Failure to find org.wso2.xfer:wso2xfer:jar:SNAPSHOT in
> http://maven.wso2.org/nexus/content/groups/wso2-public/ was cached in the
> local repository, resolution will not be reattempted until the update
> interval of wso2-nexus has elapsed or updates are forced -> [Help 1]
> [ERROR]
> [ERROR] To see the full stack trace of the errors, re-run Maven with the
> -e switch.
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> [ERROR]
> [ERROR] For more information about the errors and possible solutions,
> please read the following articles:
> [ERROR] [Help 1]
> http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException
> [ERROR]
> [ERROR] After correcting the problems, you can resume the build with the
> command
> [ERROR]   mvn  -rf :wso2wsfjava
> praveena@praveena-ThinkPad-T520:~/wso2/wsf-branch/wsf$ mvn clean install
> -Dmaven.test.skip=true



As suggested by RuchiraW *changing  from "SNAPSHOT" to
"3.3.0" solved the issue*.

> 3.3.0


Why is it pointing to SNAPSHOT in the POM?


-- 
Best regards,
*
*
*Praveena Sarathchandra,*

Software Engineer,
WSO2, Inc.
lean . enterprise . middleware

praveena.me | +94718732203
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] Basic development completed for SCIM BulkEndpoint

2013-01-11 Thread Hasini Gunasinghe

Hi Dinuka,

Went through the code and please find the points for improvement below:

- Like in other endpoints, you can select the encoder, decoder dynamically
based on the content type and accept headers without hard coding the JSON
encoder and JSON decoder.
- In an improved version, bulk requests needs to be processed in a generic
manner and distinguish different operations based on "method" and "path" in
each operation. BulkRequestProcessor, BulkRequestData and BulkResponseData
in your patch could be improved accordingly.
- SCIMClient API could be improved to generate the payload in a generic
manner and use that in the sample provided in this patch.
- When improving this, we can avoid hard coded values as much as possible.
For eg: 200 OK in response in BulkResourceEndpoint
- Please use constants to refer to different values in the code.
Refer SCIMConstants and its usages.
- Please use the wso2-coding styles found at
https://sites.google.com/a/wso2.com/engineering/Home/masteringintellijidea.

It is good that you have done the design diagrams too. We can add them
under documentations [1].
- You can use UML notations to show the relationships between the classes
in the class diagram

[1] https://svn.wso2.org/repos/wso2/trunk/commons/charon/documentation/

Overall It is a very good job. Hope above comments would help you to
further improve.

Thanks,
Hasini.

On Tue, Jan 8, 2013 at 12:42 PM, Hasini Gunasinghe  wrote:

> Great job Dinuka..!
> Appreciate a lot all your voluntarily efforts on adding bulk endpoint to
> Charon.. I think we can try to ship this with IS 4.1.0, if time permits.
> Will review it and get back to you with the feedback.. And once it is
> completed, we also can have a code review session when you have some free
> time..
>
> Thanks,
> Hasini,
>
>
> On Mon, Jan 7, 2013 at 11:52 AM, Dinuka Malalanayake wrote:
>
>> Hi All,
>>
>> I have complete the basic development of SCIM bulk endpoint. This is
>> created according to the specification [1]. Appreciate if some one can do
>> the code review and give me some feedback.
>>
>> Sequence diagram and class association diagram attached here with
>>
>> As well as I have attached the patch file as a improvement in Commons
>> project [2]
>>
>>
>> [1]
>> http://www.simplecloud.info/specs/draft-scim-api-01.html#delete-resource
>>
>> [2] https://wso2.org/jira/browse/COMMONS-90
>>
>> --
>> Thanks,
>> Dinuka Malalanayake
>> *Software Engineer*, WSO2, Inc.; http://www.wso2.com,
>> *Linked In* : http://lk.linkedin.com/pub/dinuka-malalanayake/24/438/169
>> *Blog* : http://malalanayake.wordpress.com/
>>  *Contact*  : 0772508354 , dinuka.malalanay...@gmail.com   *Skype *:
>> dinuka_malalanayake
>>
>
>
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] Basic development completed for SCIM BulkEndpoint

2013-01-11 Thread Dinuka Malalanayake

Hi Hasini,

Thanks for the comments. Ill be back with corrections and improvements.


On Fri, Jan 11, 2013 at 4:47 PM, Hasini Gunasinghe  wrote:

> Hi Dinuka,
>
> Went through the code and please find the points for improvement below:
>
> - Like in other endpoints, you can select the encoder, decoder dynamically
> based on the content type and accept headers without hard coding the JSON
> encoder and JSON decoder.
> - In an improved version, bulk requests needs to be processed in a generic
> manner and distinguish different operations based on "method" and "path" in
> each operation. BulkRequestProcessor, BulkRequestData and BulkResponseData
> in your patch could be improved accordingly.
> - SCIMClient API could be improved to generate the payload in a generic
> manner and use that in the sample provided in this patch.
> - When improving this, we can avoid hard coded values as much as possible.
> For eg: 200 OK in response in BulkResourceEndpoint
> - Please use constants to refer to different values in the code.
> Refer SCIMConstants and its usages.
> - Please use the wso2-coding styles found at
> https://sites.google.com/a/wso2.com/engineering/Home/masteringintellijidea
> .
>
> It is good that you have done the design diagrams too. We can add them
> under documentations [1].
> - You can use UML notations to show the relationships between the classes
> in the class diagram
>
> [1] https://svn.wso2.org/repos/wso2/trunk/commons/charon/documentation/
>
> Overall It is a very good job. Hope above comments would help you to
> further improve.
>
> Thanks,
> Hasini.
>
>
> On Tue, Jan 8, 2013 at 12:42 PM, Hasini Gunasinghe wrote:
>
>> Great job Dinuka..!
>> Appreciate a lot all your voluntarily efforts on adding bulk endpoint to
>> Charon.. I think we can try to ship this with IS 4.1.0, if time permits.
>> Will review it and get back to you with the feedback.. And once it is
>> completed, we also can have a code review session when you have some free
>> time..
>>
>> Thanks,
>> Hasini,
>>
>>
>> On Mon, Jan 7, 2013 at 11:52 AM, Dinuka Malalanayake wrote:
>>
>>> Hi All,
>>>
>>> I have complete the basic development of SCIM bulk endpoint. This is
>>> created according to the specification [1]. Appreciate if some one can do
>>> the code review and give me some feedback.
>>>
>>> Sequence diagram and class association diagram attached here with
>>>
>>> As well as I have attached the patch file as a improvement in Commons
>>> project [2]
>>>
>>>
>>> [1]
>>> http://www.simplecloud.info/specs/draft-scim-api-01.html#delete-resource
>>>
>>> [2] https://wso2.org/jira/browse/COMMONS-90
>>>
>>> --
>>> Thanks,
>>> Dinuka Malalanayake
>>> *Software Engineer*, WSO2, Inc.; http://www.wso2.com,
>>> *Linked In* : http://lk.linkedin.com/pub/dinuka-malalanayake/24/438/169
>>> *Blog* : http://malalanayake.wordpress.com/
>>>  *Contact*  : 0772508354 , dinuka.malalanay...@gmail.com   *Skype *:
>>> dinuka_malalanayake
>>>
>>
>>
>


-- 
Thanks,
Dinuka Malalanayake
*Software Engineer*, WSO2, Inc.; http://www.wso2.com,
*Linked In* : http://lk.linkedin.com/pub/dinuka-malalanayake/24/438/169
*Blog* : http://malalanayake.wordpress.com/
*Contact*  : 0772508354 , dinuka.malalanay...@gmail.com   *Skype *:
dinuka_malalanayake
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] PrivilegedCarbonContext.getThreadLocalCarbonContext().getUsername() returns 'null'

2013-01-11 Thread Dulanja Liyanage

Hi Shariq,

Sorry, I still couldn't test it because I was busy with shifting to a new
machine. I'll let you know the result once I do it.

Thanks & Regards
Dulanja

On Fri, Jan 11, 2013 at 2:25 PM, Muhammed Shariq  wrote:

> Hi Dulanja,
>
> Use the patch attached herewith instead .. (patch_v1.diff)
>
> On Fri, Jan 11, 2013 at 12:34 PM, Muhammed Shariq  wrote:
>
>> On Thu, Jan 10, 2013 at 10:25 AM, Afkham Azeez  wrote:
>>
>>>
>>>
>>> On Thu, Jan 10, 2013 at 10:14 AM, Muhammed Shariq wrote:
>>>
 On Thu, Jan 10, 2013 at 10:01 AM, Afkham Azeez  wrote:

> However, in cases where you are sure that the ThreadLocal CC is
> available, you must use getThreadLocalCarbonContext because that method is
> much more efficient than getCarbonContext. What I feel is, we should 
> ensure
> that every thread contains the ThreadLocal CC, which means we will no
> longer need the getCurrentContext method. At that point, from
> getCurrentContext, we will just call getThreadLocalCarbonContext.


 This is what SInthuja did sometime ago (giving priority to the
 ThreadLocal CC), but the caused some issue as Senaka explained in his
 detailed mail .. Also I was trying to recall why I did some  changes in
 CarbonTomcatValve, and that too was fixing the same issue (username being
 null!), I fixed it by setting the username to the CC from the session, this
 also was causing a perf issue cz of the getSession() gets called for every
 request ..! Guess we need to look into the use of CC api in a bit more
 detail ..

>>>
>>> You fix was probably the right one. The problem should be unnecessarily
>>> accessing the session. Instead, what you could have done was, when someone
>>> called getUserName, at that point, get the session, and retrieve the
>>> username & set it as an attribute in the CC. In subsequent calls to the the
>>> same CC, you could simply return that attribute.
>>>
>>
>> Yup at the moment it getUsername() simply returns what is assigned, if
>> its null it doesn't try to fetch it. Also I I guess
>> getThreadLocalCarbonContext() and getCarbonContext should have the
>> same behavior isn't it?! And we should be able to use the ThreadLocal CC at
>> anytime .. (at the moment this is not possible, we had to revert the patch
>> that gave priority to thread local CC!) ..
>>
>> What we are doing in CarbonContext.getCUrrentContext() is give priority
>> to MessageContext, since message context have all the information it gets
>> populated (AFAIU :)) .. ThreadLocal CC is the last option and I guess it
>> doesn't have all the information (cz MessageContext & ConfigurationContext
>> happens to be null) .. so in that case we should populate those null fields
>> .. hope what I am saying makes sense, thought I had it figured at the time
>> but it seems a lil blur again!
>>
>> However for this particular case I have prepared a patch that tried to
>> fetch username from the session within MessageContext .. so again if
>> MessageContext is null username is gonna be null. Please have a look and
>> check if it is correct ...
>>
>> @Dulanja - can you apply the attached path to carbon.utils and use the
>> ThreadLocal CC and see if your getting the correct username ?!
>>
>>>
>>>

> Azeez
>
> On Wed, Jan 9, 2013 at 4:19 PM, Dimuthu Leelarathne  > wrote:
>
>> Hi Dulanja,
>>
>> It is correct to use CurrentCarbonContext instead of
>> ThreadLocalCarbonContext. You can read the mail titled "UserRegistry 
>> sends
>> null to JDBCAuthorizationManager" from archives.  Basically this is the
>> code that finds you the correct  CurrentCarbonContext. So correct thing 
>> is
>> to first get CarbonContext from MessageContext and if it is not available
>> try the TreadLocal one.
>>
>> public static CarbonContextDataHolder getCurrentCarbonContextHolder()
>> {
>> try {
>> MessageContext messageContext =
>> MessageContext.getCurrentMessageContext();
>> if (messageContext != null) {
>> return getCurrentCarbonContextHolder(messageContext);
>> } else {
>> return
>> getCurrentCarbonContextHolder((ConfigurationContext) null);
>> }
>> } catch (NullPointerException ignore) {
>> // This is thrown when the message context is not
>> initialized
>> // So return the Threadlocal
>>  return getThreadLocalCarbonContextHolder();
>> } catch (NoClassDefFoundError ignore) {
>> // There can be situations where the CarbonContext is
>> accessed, when there is no Axis2
>> // library on the classpath.
>> return getThreadLocalCarbonContextHolder();
>> }
>> }
>>
>> thanks,
>> dimuthu
>>
>>
>> On Wed, Jan 9, 2013 at 2:15 PM, Dulanja Liyanage wrote:
>>
>

Re: [Dev] How to access the OSGI Service from CXF web app

2013-01-11 Thread Pradeep Fernando

As, Ajanthan has rightly pointed out, you can get the OSGi services using
priviledgedCarbonContext. No SCR mechanism wont work, sicne this is a
web-app.

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

[Dev] [Bamboo-Build] WSO2 Carbon 4.0.x > Products 4.0.6 > #38 has FAILED (12 tests failed, 10 failures were new). Change made by dileepa and kasun.

2013-01-11 Thread Bamboo


---
WSO2 Carbon 4.0.x > Products 4.0.6 > #38 failed.
---
Code has been updated by dileepa, kasun.
12/959 tests failed, 10 failures were new.

http://wso2.org/bamboo/browse/WCB001-PRO006-38/

-
Currently Responsible
-

No one is responsible for fixing this build.



--
Failing Jobs
--
  - Default Job (Default Stage): 12 of 959 tests failed.



--
Code Changes
--
kasun (153062):

>Removing AS from 4.0.6 patch release as per the discussion with Sagara

dileepa (153061):

>including only esb, elb features getting released



--
Tests
--
New Test Failures (10)
   - FailoverEndpointTestCase: Sending fail over endpoint with specific errors
   - AggregateWithHighMaxAndLowMinTestCase: Equalto maximum
   - PropertyWithinSequenceTestCase: More number than maximum
   - ProvidingDifferentBeanNamesTestCase: Using added bean spring mediation
   - SpringMediationTestCase: Upload sequence having invalid spring x m l test
   - SpringMediationTestCase: Upload sequence having non existing spring x m l 
resource test
   - SpringMediationTestCase: Providing non existing bean names test
   - ConfiguringNhttpAccessLogLocationTestCase: Nhttp access log location
   - MalformedHTTPRequestTest: Malformed u r l
   - UrlEncordedFormPostViaProxyTestCase: Https request via http proxy
Existing Test Failures (2)
   - JAXWSSampleTestCase: J a x w s request
   - XsltTransformationFromUrlTestCase: Upload synapse config
Fixed Tests (7)
   - ServerStartupTestCase: Verify logs
   - DynamicAddressEpTestCase: Dynamic address endpoint
   - DynamicDefaultEpTestCase: Dynamic default endpoint
   - DynamicFailOverEpTestCase: Dynamic fail over endpoint
   - DynamicLoadBalanceEpTestCase: Dynamic load balance endpoint
   - DynamicURIWSDLEpTestCase: Dynamic u r i e s d l endpoint
   - InlinedWSDLEndpointTestCase: Inline w s d l endpoint

--
This message is automatically generated by Atlassian Bamboo___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] Member joining issue is fixed

2013-01-11 Thread Damitha Kumarage

Great work Nirmal. I guess this issue won't affect for going public with
the EC2 demo image since at this stage we don't setup carbon demo.

Damitha

On Sat, Jan 12, 2013 at 8:59 AM, Nirmal Fernando  wrote:

> All,
>
> Again, really sorry about this issue.
>
> I could test the new topology mgt jar which goes to ADC, and now we don't
> have member joining issue nor spinning issue.
>
> But, I couldn't test with the ELB jar. @Sajith would you be able to add it
> up and see? It should just work, BUT please verify :-)
>
> PS: Copy the attached jars with the correct naming convention.
>
> --
>
> Thanks & regards,
> Nirmal
>
> Software Engineer- Platform Technologies Team, WSO2 Inc.
> Mobile: +94715779733
> Blog: http://nirmalfdo.blogspot.com/
>
> 
>



-- 
__
Damitha Kumarage
Senior Technical Lead; WSO2 Inc.
Oxygenating the Web Service Platform
http://www.wso2.com/
blog:
http://damithakumarage.wordpress.com/
__
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] S2 Agent - avoiding single point of failure by moving agent inside each instance?

2013-01-11 Thread Damitha Kumarage

Hi Nirmal,
Moving a java agent into to a php cartridge vm would not work for us. I
think here we are going back to the beginning of discussions about the
topic. The memory levels that java processes take comparably in a php
environment is not acceptable.  Unless we give a python tribes solution for
this I am -1 for this. Why don't we provide HA for agent?

Damitha

On Sat, Jan 12, 2013 at 8:41 AM, Nirmal Fernando  wrote:

>
>
>
> On Sat, Jan 12, 2013 at 8:25 AM, Lakmal Warusawithana wrote:
>
>> That's the ultimate solution.  That's why we need a python implimentation
>> of agent.
>>
> Then we need a Python implementation of Tribes, right? That would take a
> considerable amount of time. For this release, can't we just install Java
> and run this light weight Agent inside instance?
>
>
>> On Jan 12, 2013 8:19 AM, "Nirmal Fernando"  wrote:
>>
>>> Guys,
>>>
>>> What about $subject?
>>>
>>> In this case, bringing down the Agent will only bring down that
>>> particular instance where the agent in.
>>>
>>> WDYT?
>>>
>>> --
>>>
>>> Thanks & regards,
>>> Nirmal
>>>
>>> Software Engineer- Platform Technologies Team, WSO2 Inc.
>>> Mobile: +94715779733
>>> Blog: http://nirmalfdo.blogspot.com/
>>>
>>> 
>>>
>>
>
>
> --
>
> Thanks & regards,
> Nirmal
>
> Software Engineer- Platform Technologies Team, WSO2 Inc.
> Mobile: +94715779733
> Blog: http://nirmalfdo.blogspot.com/
>
> 
>



-- 
__
Damitha Kumarage
Senior Technical Lead; WSO2 Inc.
Oxygenating the Web Service Platform
http://www.wso2.com/
blog:
http://damithakumarage.wordpress.com/
__
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] S2 Agent - avoiding single point of failure by moving agent inside each instance?

2013-01-11 Thread Nirmal Fernando

On Sat, Jan 12, 2013 at 9:40 AM, Damitha Kumarage  wrote:

> Hi Nirmal,
> Moving a java agent into to a php cartridge vm would not work for us. I
> think here we are going back to the beginning of discussions about the
> topic. The memory levels that java processes take comparably in a php
> environment is not acceptable.


AFAIR, Azeez made this agent to have a very low memory footprint.

Unless we give a python tribes solution for this I am -1 for this. Why
> don't we provide HA for agent?
>
> Damitha
>
>
> On Sat, Jan 12, 2013 at 8:41 AM, Nirmal Fernando  wrote:
>
>>
>>
>>
>> On Sat, Jan 12, 2013 at 8:25 AM, Lakmal Warusawithana wrote:
>>
>>> That's the ultimate solution.  That's why we need a python
>>> implimentation of agent.
>>>
>> Then we need a Python implementation of Tribes, right? That would take a
>> considerable amount of time. For this release, can't we just install Java
>> and run this light weight Agent inside instance?
>>
>>
>>> On Jan 12, 2013 8:19 AM, "Nirmal Fernando"  wrote:
>>>
 Guys,

 What about $subject?

 In this case, bringing down the Agent will only bring down that
 particular instance where the agent in.

 WDYT?

 --

 Thanks & regards,
 Nirmal

 Software Engineer- Platform Technologies Team, WSO2 Inc.
 Mobile: +94715779733
 Blog: http://nirmalfdo.blogspot.com/

 

>>>
>>
>>
>> --
>>
>> Thanks & regards,
>> Nirmal
>>
>> Software Engineer- Platform Technologies Team, WSO2 Inc.
>> Mobile: +94715779733
>> Blog: http://nirmalfdo.blogspot.com/
>>
>> 
>>
>
>
>
> --
> __
> Damitha Kumarage
> Senior Technical Lead; WSO2 Inc.
> Oxygenating the Web Service Platform
> http://www.wso2.com/
> blog:
> http://damithakumarage.wordpress.com/
> __




-- 

Thanks & regards,
Nirmal

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] S2 Agent - avoiding single point of failure by moving agent inside each instance?

2013-01-11 Thread Lakmal Warusawithana

In a very highly scalable system 10mb (as example ) is a significant.  How
much memory take for JVM?
On Jan 12, 2013 9:47 AM, "Nirmal Fernando"  wrote:

>
>
>
> On Sat, Jan 12, 2013 at 9:40 AM, Damitha Kumarage wrote:
>
>> Hi Nirmal,
>> Moving a java agent into to a php cartridge vm would not work for us. I
>> think here we are going back to the beginning of discussions about the
>> topic. The memory levels that java processes take comparably in a php
>> environment is not acceptable.
>
>
> AFAIR, Azeez made this agent to have a very low memory footprint.
>
> Unless we give a python tribes solution for this I am -1 for this. Why
>> don't we provide HA for agent?
>>
>> Damitha
>>
>>
>> On Sat, Jan 12, 2013 at 8:41 AM, Nirmal Fernando  wrote:
>>
>>>
>>>
>>>
>>> On Sat, Jan 12, 2013 at 8:25 AM, Lakmal Warusawithana 
>>> wrote:
>>>
 That's the ultimate solution.  That's why we need a python
 implimentation of agent.

>>> Then we need a Python implementation of Tribes, right? That would take a
>>> considerable amount of time. For this release, can't we just install Java
>>> and run this light weight Agent inside instance?
>>>
>>>
 On Jan 12, 2013 8:19 AM, "Nirmal Fernando"  wrote:

> Guys,
>
> What about $subject?
>
> In this case, bringing down the Agent will only bring down that
> particular instance where the agent in.
>
> WDYT?
>
> --
>
> Thanks & regards,
> Nirmal
>
> Software Engineer- Platform Technologies Team, WSO2 Inc.
> Mobile: +94715779733
> Blog: http://nirmalfdo.blogspot.com/
>
> 
>

>>>
>>>
>>> --
>>>
>>> Thanks & regards,
>>> Nirmal
>>>
>>> Software Engineer- Platform Technologies Team, WSO2 Inc.
>>> Mobile: +94715779733
>>> Blog: http://nirmalfdo.blogspot.com/
>>>
>>> 
>>>
>>
>>
>>
>> --
>> __
>> Damitha Kumarage
>> Senior Technical Lead; WSO2 Inc.
>> Oxygenating the Web Service Platform
>> http://www.wso2.com/
>> blog:
>> http://damithakumarage.wordpress.com/
>> __
>
>
>
>
> --
>
> Thanks & regards,
> Nirmal
>
> 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] S2 Agent - avoiding single point of failure by moving agent inside each instance?

2013-01-11 Thread Nirmal Fernando

On Sat, Jan 12, 2013 at 9:50 AM, Lakmal Warusawithana wrote:

> In a very highly scalable system 10mb (as example ) is a significant.  How
> much memory take for JVM?
>
Quoting Azeez: "The pack in only 11 MB & operates in the region of 20 MB
memory footprint, as was the requirement."


>  On Jan 12, 2013 9:47 AM, "Nirmal Fernando"  wrote:
>
>>
>>
>>
>> On Sat, Jan 12, 2013 at 9:40 AM, Damitha Kumarage wrote:
>>
>>> Hi Nirmal,
>>> Moving a java agent into to a php cartridge vm would not work for us. I
>>> think here we are going back to the beginning of discussions about the
>>> topic. The memory levels that java processes take comparably in a php
>>> environment is not acceptable.
>>
>>
>> AFAIR, Azeez made this agent to have a very low memory footprint.
>>
>> Unless we give a python tribes solution for this I am -1 for this. Why
>>> don't we provide HA for agent?
>>>
>>> Damitha
>>>
>>>
>>> On Sat, Jan 12, 2013 at 8:41 AM, Nirmal Fernando wrote:
>>>



 On Sat, Jan 12, 2013 at 8:25 AM, Lakmal Warusawithana 
 wrote:

> That's the ultimate solution.  That's why we need a python
> implimentation of agent.
>
 Then we need a Python implementation of Tribes, right? That would take
 a considerable amount of time. For this release, can't we just install Java
 and run this light weight Agent inside instance?


> On Jan 12, 2013 8:19 AM, "Nirmal Fernando"  wrote:
>
>> Guys,
>>
>> What about $subject?
>>
>> In this case, bringing down the Agent will only bring down that
>> particular instance where the agent in.
>>
>> WDYT?
>>
>> --
>>
>> Thanks & regards,
>> Nirmal
>>
>> Software Engineer- Platform Technologies Team, WSO2 Inc.
>> Mobile: +94715779733
>> Blog: http://nirmalfdo.blogspot.com/
>>
>> 
>>
>


 --

 Thanks & regards,
 Nirmal

 Software Engineer- Platform Technologies Team, WSO2 Inc.
 Mobile: +94715779733
 Blog: http://nirmalfdo.blogspot.com/

 

>>>
>>>
>>>
>>> --
>>> __
>>> Damitha Kumarage
>>> Senior Technical Lead; WSO2 Inc.
>>> Oxygenating the Web Service Platform
>>> http://www.wso2.com/
>>> blog:
>>> http://damithakumarage.wordpress.com/
>>> __
>>
>>
>>
>>
>> --
>>
>> Thanks & regards,
>> Nirmal
>>
>> Software Engineer- Platform Technologies Team, WSO2 Inc.
>> Mobile: +94715779733
>> Blog: http://nirmalfdo.blogspot.com/
>>
>> 
>>
>


-- 

Thanks & regards,
Nirmal

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] S2 Agent - avoiding single point of failure by moving agent inside each instance?

2013-01-11 Thread Damitha Kumarage

Last time we tried it it took more 160mb

Damitha

On Sat, Jan 12, 2013 at 9:50 AM, Lakmal Warusawithana wrote:

> In a very highly scalable system 10mb (as example ) is a significant.  How
> much memory take for JVM?
> On Jan 12, 2013 9:47 AM, "Nirmal Fernando"  wrote:
>
>>
>>
>>
>> On Sat, Jan 12, 2013 at 9:40 AM, Damitha Kumarage wrote:
>>
>>> Hi Nirmal,
>>> Moving a java agent into to a php cartridge vm would not work for us. I
>>> think here we are going back to the beginning of discussions about the
>>> topic. The memory levels that java processes take comparably in a php
>>> environment is not acceptable.
>>
>>
>> AFAIR, Azeez made this agent to have a very low memory footprint.
>>
>> Unless we give a python tribes solution for this I am -1 for this. Why
>>> don't we provide HA for agent?
>>>
>>> Damitha
>>>
>>>
>>> On Sat, Jan 12, 2013 at 8:41 AM, Nirmal Fernando wrote:
>>>



 On Sat, Jan 12, 2013 at 8:25 AM, Lakmal Warusawithana 
 wrote:

> That's the ultimate solution.  That's why we need a python
> implimentation of agent.
>
 Then we need a Python implementation of Tribes, right? That would take
 a considerable amount of time. For this release, can't we just install Java
 and run this light weight Agent inside instance?


> On Jan 12, 2013 8:19 AM, "Nirmal Fernando"  wrote:
>
>> Guys,
>>
>> What about $subject?
>>
>> In this case, bringing down the Agent will only bring down that
>> particular instance where the agent in.
>>
>> WDYT?
>>
>> --
>>
>> Thanks & regards,
>> Nirmal
>>
>> Software Engineer- Platform Technologies Team, WSO2 Inc.
>> Mobile: +94715779733
>> Blog: http://nirmalfdo.blogspot.com/
>>
>> 
>>
>


 --

 Thanks & regards,
 Nirmal

 Software Engineer- Platform Technologies Team, WSO2 Inc.
 Mobile: +94715779733
 Blog: http://nirmalfdo.blogspot.com/

 

>>>
>>>
>>>
>>> --
>>> __
>>> Damitha Kumarage
>>> Senior Technical Lead; WSO2 Inc.
>>> Oxygenating the Web Service Platform
>>> http://www.wso2.com/
>>> blog:
>>> http://damithakumarage.wordpress.com/
>>> __
>>
>>
>>
>>
>> --
>>
>> Thanks & regards,
>> Nirmal
>>
>> Software Engineer- Platform Technologies Team, WSO2 Inc.
>> Mobile: +94715779733
>> Blog: http://nirmalfdo.blogspot.com/
>>
>> 
>>
>


-- 
__
Damitha Kumarage
Senior Technical Lead; WSO2 Inc.
Oxygenating the Web Service Platform
http://www.wso2.com/
blog:
http://damithakumarage.wordpress.com/
__
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] S2 Agent - avoiding single point of failure by moving agent inside each instance?

2013-01-11 Thread Lakmal Warusawithana

-1, PHP should run under 100mb
On Jan 12, 2013 9:56 AM, "Damitha Kumarage"  wrote:

> Last time we tried it it took more 160mb
>
> Damitha
>
> On Sat, Jan 12, 2013 at 9:50 AM, Lakmal Warusawithana wrote:
>
>> In a very highly scalable system 10mb (as example ) is a significant.
>> How much memory take for JVM?
>>  On Jan 12, 2013 9:47 AM, "Nirmal Fernando"  wrote:
>>
>>>
>>>
>>>
>>> On Sat, Jan 12, 2013 at 9:40 AM, Damitha Kumarage wrote:
>>>
 Hi Nirmal,
 Moving a java agent into to a php cartridge vm would not work for us. I
 think here we are going back to the beginning of discussions about the
 topic. The memory levels that java processes take comparably in a php
 environment is not acceptable.
>>>
>>>
>>> AFAIR, Azeez made this agent to have a very low memory footprint.
>>>
>>> Unless we give a python tribes solution for this I am -1 for this. Why
 don't we provide HA for agent?

 Damitha


 On Sat, Jan 12, 2013 at 8:41 AM, Nirmal Fernando wrote:

>
>
>
> On Sat, Jan 12, 2013 at 8:25 AM, Lakmal Warusawithana  > wrote:
>
>> That's the ultimate solution.  That's why we need a python
>> implimentation of agent.
>>
> Then we need a Python implementation of Tribes, right? That would take
> a considerable amount of time. For this release, can't we just install 
> Java
> and run this light weight Agent inside instance?
>
>
>> On Jan 12, 2013 8:19 AM, "Nirmal Fernando"  wrote:
>>
>>> Guys,
>>>
>>> What about $subject?
>>>
>>> In this case, bringing down the Agent will only bring down that
>>> particular instance where the agent in.
>>>
>>> WDYT?
>>>
>>> --
>>>
>>> Thanks & regards,
>>> Nirmal
>>>
>>> Software Engineer- Platform Technologies Team, WSO2 Inc.
>>> Mobile: +94715779733
>>> Blog: http://nirmalfdo.blogspot.com/
>>>
>>> 
>>>
>>
>
>
> --
>
> Thanks & regards,
> Nirmal
>
> Software Engineer- Platform Technologies Team, WSO2 Inc.
> Mobile: +94715779733
> Blog: http://nirmalfdo.blogspot.com/
>
> 
>



 --
 __
 Damitha Kumarage
 Senior Technical Lead; WSO2 Inc.
 Oxygenating the Web Service Platform
 http://www.wso2.com/
 blog:
 http://damithakumarage.wordpress.com/
 __
>>>
>>>
>>>
>>>
>>> --
>>>
>>> Thanks & regards,
>>> Nirmal
>>>
>>> Software Engineer- Platform Technologies Team, WSO2 Inc.
>>> Mobile: +94715779733
>>> Blog: http://nirmalfdo.blogspot.com/
>>>
>>> 
>>>
>>
>
>
> --
> __
> Damitha Kumarage
> Senior Technical Lead; WSO2 Inc.
> Oxygenating the Web Service Platform
> http://www.wso2.com/
> blog:
> http://damithakumarage.wordpress.com/
> __
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] S2 Agent - avoiding single point of failure by moving agent inside each instance?

2013-01-11 Thread Nirmal Fernando

On Sat, Jan 12, 2013 at 10:13 AM, Lakmal Warusawithana wrote:

> -1, PHP should run under 100mb
>
You missed my reply :-) It was:

Quoting Azeez: "The pack in only 11 MB & operates in the region of 20 MB
memory footprint, as was the requirement."


> On Jan 12, 2013 9:56 AM, "Damitha Kumarage"  wrote:
>
>> Last time we tried it it took more 160mb
>>
>> Damitha
>>
>> On Sat, Jan 12, 2013 at 9:50 AM, Lakmal Warusawithana wrote:
>>
>>> In a very highly scalable system 10mb (as example ) is a significant.
>>> How much memory take for JVM?
>>>  On Jan 12, 2013 9:47 AM, "Nirmal Fernando"  wrote:
>>>



 On Sat, Jan 12, 2013 at 9:40 AM, Damitha Kumarage wrote:

> Hi Nirmal,
> Moving a java agent into to a php cartridge vm would not work for us.
> I think here we are going back to the beginning of discussions about the
> topic. The memory levels that java processes take comparably in a php
> environment is not acceptable.


 AFAIR, Azeez made this agent to have a very low memory footprint.

 Unless we give a python tribes solution for this I am -1 for this. Why
> don't we provide HA for agent?
>
> Damitha
>
>
> On Sat, Jan 12, 2013 at 8:41 AM, Nirmal Fernando wrote:
>
>>
>>
>>
>> On Sat, Jan 12, 2013 at 8:25 AM, Lakmal Warusawithana <
>> lak...@wso2.com> wrote:
>>
>>> That's the ultimate solution.  That's why we need a python
>>> implimentation of agent.
>>>
>> Then we need a Python implementation of Tribes, right? That would
>> take a considerable amount of time. For this release, can't we just 
>> install
>> Java and run this light weight Agent inside instance?
>>
>>
>>> On Jan 12, 2013 8:19 AM, "Nirmal Fernando"  wrote:
>>>
 Guys,

 What about $subject?

 In this case, bringing down the Agent will only bring down that
 particular instance where the agent in.

 WDYT?

 --

 Thanks & regards,
 Nirmal

 Software Engineer- Platform Technologies Team, WSO2 Inc.
 Mobile: +94715779733
 Blog: http://nirmalfdo.blogspot.com/

 

>>>
>>
>>
>> --
>>
>> Thanks & regards,
>> Nirmal
>>
>> Software Engineer- Platform Technologies Team, WSO2 Inc.
>> Mobile: +94715779733
>> Blog: http://nirmalfdo.blogspot.com/
>>
>> 
>>
>
>
>
> --
> __
> Damitha Kumarage
> Senior Technical Lead; WSO2 Inc.
> Oxygenating the Web Service Platform
> http://www.wso2.com/
> blog:
> http://damithakumarage.wordpress.com/
> __




 --

 Thanks & regards,
 Nirmal

 Software Engineer- Platform Technologies Team, WSO2 Inc.
 Mobile: +94715779733
 Blog: http://nirmalfdo.blogspot.com/

 

>>>
>>
>>
>> --
>> __
>> Damitha Kumarage
>> Senior Technical Lead; WSO2 Inc.
>> Oxygenating the Web Service Platform
>> http://www.wso2.com/
>> blog:
>> http://damithakumarage.wordpress.com/
>> __
>
>


-- 

Thanks & regards,
Nirmal

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] S2 Agent - avoiding single point of failure by moving agent inside each instance?

2013-01-11 Thread Lakmal Warusawithana

Got it. But adding 20mb for only agent is useless.  What I am saying we
should run whole PHP under 100 MB.
On Jan 12, 2013 10:15 AM, "Nirmal Fernando"  wrote:

>
>
>
> On Sat, Jan 12, 2013 at 10:13 AM, Lakmal Warusawithana wrote:
>
>> -1, PHP should run under 100mb
>>
> You missed my reply :-) It was:
>
> Quoting Azeez: "The pack in only 11 MB & operates in the region of 20 MB
> memory footprint, as was the requirement."
>
>
>> On Jan 12, 2013 9:56 AM, "Damitha Kumarage"  wrote:
>>
>>> Last time we tried it it took more 160mb
>>>
>>> Damitha
>>>
>>> On Sat, Jan 12, 2013 at 9:50 AM, Lakmal Warusawithana 
>>> wrote:
>>>
 In a very highly scalable system 10mb (as example ) is a significant.
 How much memory take for JVM?
  On Jan 12, 2013 9:47 AM, "Nirmal Fernando"  wrote:

>
>
>
> On Sat, Jan 12, 2013 at 9:40 AM, Damitha Kumarage wrote:
>
>> Hi Nirmal,
>> Moving a java agent into to a php cartridge vm would not work for us.
>> I think here we are going back to the beginning of discussions about the
>> topic. The memory levels that java processes take comparably in a php
>> environment is not acceptable.
>
>
> AFAIR, Azeez made this agent to have a very low memory footprint.
>
> Unless we give a python tribes solution for this I am -1 for this. Why
>> don't we provide HA for agent?
>>
>> Damitha
>>
>>
>> On Sat, Jan 12, 2013 at 8:41 AM, Nirmal Fernando wrote:
>>
>>>
>>>
>>>
>>> On Sat, Jan 12, 2013 at 8:25 AM, Lakmal Warusawithana <
>>> lak...@wso2.com> wrote:
>>>
 That's the ultimate solution.  That's why we need a python
 implimentation of agent.

>>> Then we need a Python implementation of Tribes, right? That would
>>> take a considerable amount of time. For this release, can't we just 
>>> install
>>> Java and run this light weight Agent inside instance?
>>>
>>>
 On Jan 12, 2013 8:19 AM, "Nirmal Fernando"  wrote:

> Guys,
>
> What about $subject?
>
> In this case, bringing down the Agent will only bring down that
> particular instance where the agent in.
>
> WDYT?
>
> --
>
> Thanks & regards,
> Nirmal
>
> Software Engineer- Platform Technologies Team, WSO2 Inc.
> Mobile: +94715779733
> Blog: http://nirmalfdo.blogspot.com/
>
> 
>

>>>
>>>
>>> --
>>>
>>> Thanks & regards,
>>> Nirmal
>>>
>>> Software Engineer- Platform Technologies Team, WSO2 Inc.
>>> Mobile: +94715779733
>>> Blog: http://nirmalfdo.blogspot.com/
>>>
>>> 
>>>
>>
>>
>>
>> --
>> __
>> Damitha Kumarage
>> Senior Technical Lead; WSO2 Inc.
>> Oxygenating the Web Service Platform
>> http://www.wso2.com/
>> blog:
>> http://damithakumarage.wordpress.com/
>> __
>
>
>
>
> --
>
> Thanks & regards,
> Nirmal
>
> Software Engineer- Platform Technologies Team, WSO2 Inc.
> Mobile: +94715779733
> Blog: http://nirmalfdo.blogspot.com/
>
> 
>

>>>
>>>
>>> --
>>> __
>>> Damitha Kumarage
>>> Senior Technical Lead; WSO2 Inc.
>>> Oxygenating the Web Service Platform
>>> http://www.wso2.com/
>>> blog:
>>> http://damithakumarage.wordpress.com/
>>> __
>>
>>
>
>
> --
>
> Thanks & regards,
> Nirmal
>
> 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

[Dev] Exception thrown when starts the G-reg after deployed the CXF web app

2013-01-11 Thread Sriragu Arudsothy

Hai..!

   I have deployed the CXF JAX-RS web app into
Greg_home/repository/deployement/server/jaxwebapps and started the Greg. it
gives the following exception !

 Exception sending context initialized event to listener instance of class
org.springframework.web.context.ContextLoaderListener
org.springframework.beans.factory.BeanCreationException: Error creating
bean with name 'cxf' defined in class path resource [META-INF/cxf/cxf.xml]:
Initialization of bean failed; nested exception is
org.apache.cxf.bus.extension.ExtensionException: Could not find constructor
for class org.apache.cxf.ws.policy.PolicyDataEngineImpl for args
[org.apache.cxf.bus.spring.SpringBus@5a27147d].
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:527)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456)
at
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:293)
at
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222)
at
org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:290)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:192)
at
org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:585)
at
org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:895)
at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:425)
at
org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:282)
at
org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:204)
at
org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:47)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4790)
at
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5284)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:899)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:875)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:618)
at
org.wso2.carbon.tomcat.internal.CarbonTomcat.addWebApp(CarbonTomcat.java:269)
at
org.wso2.carbon.tomcat.internal.CarbonTomcat.addWebApp(CarbonTomcat.java:171)
at
org.wso2.carbon.webapp.mgt.TomcatGenericWebappsDeployer.handleWebappDeployment(TomcatGenericWebappsDeployer.java:209)
at
org.wso2.carbon.webapp.mgt.TomcatGenericWebappsDeployer.handleExplodedWebappDeployment(TomcatGenericWebappsDeployer.java:200)
at
org.wso2.carbon.webapp.mgt.TomcatGenericWebappsDeployer.handleHotDeployment(TomcatGenericWebappsDeployer.java:132)
at
org.wso2.carbon.webapp.mgt.TomcatGenericWebappsDeployer.deploy(TomcatGenericWebappsDeployer.java:109)
at
org.wso2.carbon.webapp.mgt.AbstractWebappDeployer.deployThisWebApp(AbstractWebappDeployer.java:125)
at
org.wso2.carbon.webapp.mgt.AbstractWebappDeployer.deploy(AbstractWebappDeployer.java:75)
at
org.wso2.carbon.webapp.deployer.WebappDeployer.deploy(WebappDeployer.java:42)
at
org.apache.axis2.deployment.repository.util.DeploymentFileData.deploy(DeploymentFileData.java:136)
at
org.apache.axis2.deployment.DeploymentEngine.doDeploy(DeploymentEngine.java:810)
at
org.apache.axis2.deployment.repository.util.WSInfoList.update(WSInfoList.java:144)
at
org.apache.axis2.deployment.RepositoryListener.update(RepositoryListener.java:377)
at
org.apache.axis2.deployment.RepositoryListener.checkServices(RepositoryListener.java:254)
at
org.apache.axis2.deployment.DeploymentEngine.loadServices(DeploymentEngine.java:139)
at
org.wso2.carbon.core.CarbonAxisConfigurator.loadServices(CarbonAxisConfigurator.java:464)
at
org.apache.axis2.context.ConfigurationContextFactory.createConfigurationContext(ConfigurationContextFactory.java:95)
at
org.wso2.carbon.core.CarbonConfigurationContextFactory.createNewConfigurationContext(CarbonConfigurationContextFactory.java:65)
at
org.wso2.carbon.core.init.CarbonServerManager.initializeCarbon(CarbonServerManager.java:398)
at
org.wso2.carbon.core.init.CarbonServerManager.removePendingItem(CarbonServerManager.java:290)
at
org.wso2.carbon.core.init.PreAxis2ConfigItemListener.bundleChanged(PreAxis2ConfigItemListener.java:118)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.dispatchEvent(BundleContextImpl.java:847)
at
org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
at
org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340)
Caused by: org.apache.cxf.bus.extension.ExtensionException: C

Re: [Dev] Exception thrown when starts the G-reg after deployed the CXF web app

2013-01-11 Thread Sagara Gunathunga

On Sat, Jan 12, 2013 at 11:13 AM, Sriragu Arudsothy wrote:

> Hai..!
>
>I have deployed the CXF JAX-RS web app into
> Greg_home/repository/deployement/server/jaxwebapps and started the Greg. it
> gives the following exception !
>
>  Exception sending context initialized event to listener instance of class
> org.springframework.web.context.ContextLoaderListener
> org.springframework.beans.factory.BeanCreationException: Error creating
> bean with name 'cxf' defined in class path resource [META-INF/cxf/cxf.xml]:
> Initialization of bean failed; nested exception is
> org.apache.cxf.bus.extension.ExtensionException: Could not find constructor
> for class org.apache.cxf.ws.policy.PolicyDataEngineImpl for args
> [org.apache.cxf.bus.spring.SpringBus@5a27147d].
>  at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:527)
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456)
>  at
> org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:293)
> at
> org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222)
>  at
> org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:290)
> at
> org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:192)
>  at
> org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:585)
> at
> org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:895)
>  at
> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:425)
> at
> org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:282)
>  at
> org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:204)
> at
> org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:47)
>  at
> org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4790)
> at
> org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5284)
>  at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
> at
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:899)
>  at
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:875)
> at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:618)
>  at
> org.wso2.carbon.tomcat.internal.CarbonTomcat.addWebApp(CarbonTomcat.java:269)
> at
> org.wso2.carbon.tomcat.internal.CarbonTomcat.addWebApp(CarbonTomcat.java:171)
>  at
> org.wso2.carbon.webapp.mgt.TomcatGenericWebappsDeployer.handleWebappDeployment(TomcatGenericWebappsDeployer.java:209)
> at
> org.wso2.carbon.webapp.mgt.TomcatGenericWebappsDeployer.handleExplodedWebappDeployment(TomcatGenericWebappsDeployer.java:200)
>  at
> org.wso2.carbon.webapp.mgt.TomcatGenericWebappsDeployer.handleHotDeployment(TomcatGenericWebappsDeployer.java:132)
> at
> org.wso2.carbon.webapp.mgt.TomcatGenericWebappsDeployer.deploy(TomcatGenericWebappsDeployer.java:109)
>  at
> org.wso2.carbon.webapp.mgt.AbstractWebappDeployer.deployThisWebApp(AbstractWebappDeployer.java:125)
> at
> org.wso2.carbon.webapp.mgt.AbstractWebappDeployer.deploy(AbstractWebappDeployer.java:75)
>  at
> org.wso2.carbon.webapp.deployer.WebappDeployer.deploy(WebappDeployer.java:42)
> at
> org.apache.axis2.deployment.repository.util.DeploymentFileData.deploy(DeploymentFileData.java:136)
>  at
> org.apache.axis2.deployment.DeploymentEngine.doDeploy(DeploymentEngine.java:810)
> at
> org.apache.axis2.deployment.repository.util.WSInfoList.update(WSInfoList.java:144)
>  at
> org.apache.axis2.deployment.RepositoryListener.update(RepositoryListener.java:377)
> at
> org.apache.axis2.deployment.RepositoryListener.checkServices(RepositoryListener.java:254)
>  at
> org.apache.axis2.deployment.DeploymentEngine.loadServices(DeploymentEngine.java:139)
> at
> org.wso2.carbon.core.CarbonAxisConfigurator.loadServices(CarbonAxisConfigurator.java:464)
>  at
> org.apache.axis2.context.ConfigurationContextFactory.createConfigurationContext(ConfigurationContextFactory.java:95)
> at
> org.wso2.carbon.core.CarbonConfigurationContextFactory.createNewConfigurationContext(CarbonConfigurationContextFactory.java:65)
>  at
> org.wso2.carbon.core.init.CarbonServerManager.initializeCarbon(CarbonServerManager.java:398)
> at
> org.wso2.carbon.core.init.CarbonServerManager.removePendingItem(CarbonServerManager.java:290)
>  at
> org.wso2.carbon.core.init.PreAxis2ConfigItemListener.bundleChanged(PreAxis2ConfigItemListener.java:118)
> at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.dispatchEvent(BundleC

Re: [Dev] Exception thrown when starts the G-reg after deployed the CXF web app

2013-01-11 Thread Supun Malinga

Hi,

There is a spring jar duplication issue as well.
Can you remove ./repository/lib/spring.framework_3.1.0-wso2v1.jar and check?

thanks,


On Sat, Jan 12, 2013 at 11:40 AM, Sagara Gunathunga  wrote:

>
>
> On Sat, Jan 12, 2013 at 11:13 AM, Sriragu Arudsothy wrote:
>
>> Hai..!
>>
>>I have deployed the CXF JAX-RS web app into
>> Greg_home/repository/deployement/server/jaxwebapps and started the Greg. it
>> gives the following exception !
>>
>>  Exception sending context initialized event to listener instance of
>> class org.springframework.web.context.ContextLoaderListener
>> org.springframework.beans.factory.BeanCreationException: Error creating
>> bean with name 'cxf' defined in class path resource [META-INF/cxf/cxf.xml]:
>> Initialization of bean failed; nested exception is
>> org.apache.cxf.bus.extension.ExtensionException: Could not find constructor
>> for class org.apache.cxf.ws.policy.PolicyDataEngineImpl for args
>> [org.apache.cxf.bus.spring.SpringBus@5a27147d].
>>  at
>> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:527)
>> at
>> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456)
>>  at
>> org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:293)
>> at
>> org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222)
>>  at
>> org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:290)
>> at
>> org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:192)
>>  at
>> org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:585)
>> at
>> org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:895)
>>  at
>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:425)
>> at
>> org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:282)
>>  at
>> org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:204)
>> at
>> org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:47)
>>  at
>> org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4790)
>> at
>> org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5284)
>>  at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
>> at
>> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:899)
>>  at
>> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:875)
>> at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:618)
>>  at
>> org.wso2.carbon.tomcat.internal.CarbonTomcat.addWebApp(CarbonTomcat.java:269)
>> at
>> org.wso2.carbon.tomcat.internal.CarbonTomcat.addWebApp(CarbonTomcat.java:171)
>>  at
>> org.wso2.carbon.webapp.mgt.TomcatGenericWebappsDeployer.handleWebappDeployment(TomcatGenericWebappsDeployer.java:209)
>> at
>> org.wso2.carbon.webapp.mgt.TomcatGenericWebappsDeployer.handleExplodedWebappDeployment(TomcatGenericWebappsDeployer.java:200)
>>  at
>> org.wso2.carbon.webapp.mgt.TomcatGenericWebappsDeployer.handleHotDeployment(TomcatGenericWebappsDeployer.java:132)
>> at
>> org.wso2.carbon.webapp.mgt.TomcatGenericWebappsDeployer.deploy(TomcatGenericWebappsDeployer.java:109)
>>  at
>> org.wso2.carbon.webapp.mgt.AbstractWebappDeployer.deployThisWebApp(AbstractWebappDeployer.java:125)
>> at
>> org.wso2.carbon.webapp.mgt.AbstractWebappDeployer.deploy(AbstractWebappDeployer.java:75)
>>  at
>> org.wso2.carbon.webapp.deployer.WebappDeployer.deploy(WebappDeployer.java:42)
>> at
>> org.apache.axis2.deployment.repository.util.DeploymentFileData.deploy(DeploymentFileData.java:136)
>>  at
>> org.apache.axis2.deployment.DeploymentEngine.doDeploy(DeploymentEngine.java:810)
>> at
>> org.apache.axis2.deployment.repository.util.WSInfoList.update(WSInfoList.java:144)
>>  at
>> org.apache.axis2.deployment.RepositoryListener.update(RepositoryListener.java:377)
>> at
>> org.apache.axis2.deployment.RepositoryListener.checkServices(RepositoryListener.java:254)
>>  at
>> org.apache.axis2.deployment.DeploymentEngine.loadServices(DeploymentEngine.java:139)
>> at
>> org.wso2.carbon.core.CarbonAxisConfigurator.loadServices(CarbonAxisConfigurator.java:464)
>>  at
>> org.apache.axis2.context.ConfigurationContextFactory.createConfigurationContext(ConfigurationContextFactory.java:95)
>> at
>> org.wso2.carbon.core.CarbonConfigurationContextFactory.createNewConfigurationContext(CarbonConfigurationContextFactory.java:65)
>>  at
>> org.wso2.carbon.core.init.CarbonServerManager.initializeCarbon(CarbonServerManager.java:398)
>> a

Re: [Dev] Exception thrown when starts the G-reg after deployed the CXF web app

2013-01-11 Thread Sagara Gunathunga

Part2.rar is corrupted and it's too large. Can you just use "tree" command
on top level directory and send me the results.

 Thanks !

On Sat, Jan 12, 2013 at 12:58 PM, Sriragu Arudsothy wrote:

>
>
> On Sat, Jan 12, 2013 at 12:38 PM, Sriragu Arudsothy wrote:
>
>>
>> Hai Sagara,
>>
>>   please find the attached .war file. Let me know the
>> suggestion pls..! since the war file is to big I have attach 3 parts.
>>
>> Thanks!
>> Sriragu
>>
>>
>> On Sat, Jan 12, 2013 at 11:40 AM, Sagara Gunathunga wrote:
>>
>>>
>>>
>>> On Sat, Jan 12, 2013 at 11:13 AM, Sriragu Arudsothy wrote:
>>>
 Hai..!

I have deployed the CXF JAX-RS web app into
 Greg_home/repository/deployement/server/jaxwebapps and started the Greg. it
 gives the following exception !

  Exception sending context initialized event to listener instance of
 class org.springframework.web.context.ContextLoaderListener
 org.springframework.beans.factory.BeanCreationException: Error creating
 bean with name 'cxf' defined in class path resource [META-INF/cxf/cxf.xml]:
 Initialization of bean failed; nested exception is
 org.apache.cxf.bus.extension.ExtensionException: Could not find constructor
 for class org.apache.cxf.ws.policy.PolicyDataEngineImpl for args
 [org.apache.cxf.bus.spring.SpringBus@5a27147d].
  at
 org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:527)
 at
 org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456)
  at
 org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:293)
 at
 org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222)
  at
 org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:290)
 at
 org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:192)
  at
 org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:585)
 at
 org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:895)
  at
 org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:425)
 at
 org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:282)
  at
 org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:204)
 at
 org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:47)
  at
 org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4790)
 at
 org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5284)
  at
 org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
 at
 org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:899)
  at
 org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:875)
 at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:618)
  at
 org.wso2.carbon.tomcat.internal.CarbonTomcat.addWebApp(CarbonTomcat.java:269)
 at
 org.wso2.carbon.tomcat.internal.CarbonTomcat.addWebApp(CarbonTomcat.java:171)
  at
 org.wso2.carbon.webapp.mgt.TomcatGenericWebappsDeployer.handleWebappDeployment(TomcatGenericWebappsDeployer.java:209)
 at
 org.wso2.carbon.webapp.mgt.TomcatGenericWebappsDeployer.handleExplodedWebappDeployment(TomcatGenericWebappsDeployer.java:200)
  at
 org.wso2.carbon.webapp.mgt.TomcatGenericWebappsDeployer.handleHotDeployment(TomcatGenericWebappsDeployer.java:132)
 at
 org.wso2.carbon.webapp.mgt.TomcatGenericWebappsDeployer.deploy(TomcatGenericWebappsDeployer.java:109)
  at
 org.wso2.carbon.webapp.mgt.AbstractWebappDeployer.deployThisWebApp(AbstractWebappDeployer.java:125)
 at
 org.wso2.carbon.webapp.mgt.AbstractWebappDeployer.deploy(AbstractWebappDeployer.java:75)
  at
 org.wso2.carbon.webapp.deployer.WebappDeployer.deploy(WebappDeployer.java:42)
 at
 org.apache.axis2.deployment.repository.util.DeploymentFileData.deploy(DeploymentFileData.java:136)
  at
 org.apache.axis2.deployment.DeploymentEngine.doDeploy(DeploymentEngine.java:810)
 at
 org.apache.axis2.deployment.repository.util.WSInfoList.update(WSInfoList.java:144)
  at
 org.apache.axis2.deployment.RepositoryListener.update(RepositoryListener.java:377)
 at
 org.apache.axis2.deployment.RepositoryListener.checkServices(RepositoryListener.java:254)
  at
 org.apache.axis2.deployment.DeploymentEngine.loadServices(Deployment

[Dev] [API Manager] Cannot login with email user names

[Dev] [Bamboo-Build] WSO2 Carbon 4.0.x - Nightly > Platform_4.0.6 > #5 has FAILED. Change made by 14 authors.

Re: [Dev] PrivilegedCarbonContext.getThreadLocalCarbonContext().getUsername() returns 'null'

[Dev] Unable to build WSF

Re: [Dev] Basic development completed for SCIM BulkEndpoint

Re: [Dev] Basic development completed for SCIM BulkEndpoint

Re: [Dev] PrivilegedCarbonContext.getThreadLocalCarbonContext().getUsername() returns 'null'

Re: [Dev] How to access the OSGI Service from CXF web app

[Dev] [Bamboo-Build] WSO2 Carbon 4.0.x > Products 4.0.6 > #38 has FAILED (12 tests failed, 10 failures were new). Change made by dileepa and kasun.

Re: [Dev] Member joining issue is fixed

Re: [Dev] S2 Agent - avoiding single point of failure by moving agent inside each instance?

Re: [Dev] S2 Agent - avoiding single point of failure by moving agent inside each instance?

Re: [Dev] S2 Agent - avoiding single point of failure by moving agent inside each instance?

Re: [Dev] S2 Agent - avoiding single point of failure by moving agent inside each instance?

Re: [Dev] S2 Agent - avoiding single point of failure by moving agent inside each instance?

Re: [Dev] S2 Agent - avoiding single point of failure by moving agent inside each instance?

Re: [Dev] S2 Agent - avoiding single point of failure by moving agent inside each instance?

Re: [Dev] S2 Agent - avoiding single point of failure by moving agent inside each instance?

[Dev] Exception thrown when starts the G-reg after deployed the CXF web app

Re: [Dev] Exception thrown when starts the G-reg after deployed the CXF web app

Re: [Dev] Exception thrown when starts the G-reg after deployed the CXF web app

Re: [Dev] Exception thrown when starts the G-reg after deployed the CXF web app

22 matches

Site Navigation

Mail list logo

Footer information