[Carbon-dev] FW: BAM Mediation Statistics Data Publisher Feature

[Hodchenkov, Paul]

Hi!
It seems that mail did not hit mail list :)
So what's wrong with the repository?

From: Hodchenkov, Paul
Sent: Tuesday, January 04, 2011 12:36 PM
To: carbon-dev@wso2.org
Subject: BAM Mediation Statistics Data Publisher

Hi!
I am trying to install WSO2 Carbon - BAM Mediation Statistics Data Publisher 
Feature on ESB using repo:
http://dist.wso2.org/p2/carbon/releases/3.0.0/
And has error the following error(it seems that repository is missing some 
jars. I installed this feature 3 days ago successfully, but today it fails):

 [Axis2 Task] ERROR RepositoryAdminService Error occured while performing 
provisioning action
java.lang.Exception: An error occurred while collecting items to be installed
  session context was:(profile=WSO2CarbonProfile, 
phase=org.eclipse.equinox.internal.provisional.p2.engine.phases.Collect, 
operand=, action=).
  NLS missing message: artifact_not_found in: 
org.eclipse.equinox.internal.p2.artifact.repository.messages

http://dist.wso2.org/p2/carbon/releases/3.0.0/plugins/org.wso2.carbon.wsdl2form-3.0.1.jar
  NLS missing message: artifact_not_found in: 
org.eclipse.equinox.internal.p2.artifact.repository.messages

http://dist.wso2.org/p2/carbon/releases/3.0.0/plugins/commons-beanutils-1.8.0.wso2v1.jar
  NLS missing message: artifact_not_found in: 
org.eclipse.equinox.internal.p2.artifact.repository.messages

http://dist.wso2.org/p2/carbon/releases/3.0.0/plugins/commons-digester-1.8.1.wso2v1.jar
  NLS missing message: artifact_not_found in: 
org.eclipse.equinox.internal.p2.artifact.repository.messages

http://dist.wso2.org/p2/carbon/releases/3.0.0/plugins/wsdl-validator-1.1.0.wso2v1.jar
 at 
org.wso2.carbon.component.mgt.services.prov.ProvisioningAdminService.performProvisioningActionInternal(ProvisioningAdminService.java:221)
 at 
org.wso2.carbon.component.mgt.services.prov.ProvisioningAdminService.performProvisioningAction(ProvisioningAdminService.java:173)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
 at org.apache.axis2.rpc.receivers.RPCUtil.invokeServiceClass(RPCUtil.java:205)
 at 
org.apache.axis2.rpc.receivers.RPCMessageReceiver.invokeBusinessLogic(RPCMessageReceiver.java:102)
 at 
org.apache.axis2.receivers.AbstractInOutMessageReceiver.invokeBusinessLogic(AbstractInOutMessageReceiver.java:40)
 at 
org.apache.axis2.receivers.AbstractMessageReceiver$AsyncMessageReceiverWorker.run(AbstractMessageReceiver.java:318)
 at 
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
 at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
 at java.lang.Thread.run(Thread.java:662)
2011-01-04 05:26:27,409 [-] [Axis2 Task] ERROR AbstractMessageReceiver Error 
occured while performing provisioning action
org.apache.axis2.AxisFault: Error occured while performing provisioning action
 at 
org.wso2.carbon.component.mgt.services.prov.ProvisioningAdminService.handleException(ProvisioningAdminService.java:267)
 at 
org.wso2.carbon.component.mgt.services.prov.ProvisioningAdminService.performProvisioningAction(ProvisioningAdminService.java:175)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
 at org.apache.axis2.rpc.receivers.RPCUtil.invokeServiceClass(RPCUtil.java:205)
 at 
org.apache.axis2.rpc.receivers.RPCMessageReceiver.invokeBusinessLogic(RPCMessageReceiver.java:102)
 at 
org.apache.axis2.receivers.AbstractInOutMessageReceiver.invokeBusinessLogic(AbstractInOutMessageReceiver.java:40)
 at 
org.apache.axis2.receivers.AbstractMessageReceiver$AsyncMessageReceiverWorker.run(AbstractMessageReceiver.java:318)
 at 
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
 at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
 at java.lang.Thread.run(Thread.java:662)
Caused by: java.lang.Exception: An error occurred while collecting items to be 
installed
  session context was:(profile=WSO2CarbonProfile, 
phase=org.eclipse.equinox.internal.provisional.p2.engine.phases.Collect, 
operand=, action=).
  NLS missing message: artifact_not_found in: 
org.eclipse.equinox.internal.p2.artifact.repository.messages

http://dist.wso2.org/p2/carbon/releases/3.0.0/plugins/org.wso2.carbon.wsdl2form-3.0.1.jar
  NLS missing message: artifact_not_found in: 
org.eclipse.equinox.internal.p2.artifact.repository.messages

http://dist.wso2.org/p2/carbon/releases/3.0.0/plugins/commons-beanutils-1.8.0.wso2v1.jar
  NLS missing message: artifact_not_found in: 
org.eclipse.equinox.internal.p2.artifact.repository.

Re: [Carbon-dev] Shall we make the continuous build to build the trunk?

[Supun Malinga]

On Wed, Jan 5, 2011 at 12:20 PM, Udayanga Wickramasinghe
wrote:

>
>
> On Wed, Jan 5, 2011 at 11:58 AM, Samisa Abeysinghe wrote:
>
>> We need to get moving on this. Shall we have a quick session on Friday?
>>
> +1

> +1
>
>
>>
>> On Mon, Jan 3, 2011 at 5:53 PM, Udayanga Wickramasinghe <
>> udaya...@wso2.com> wrote:
>>
>>> Hi,
>>>
>>> On Mon, Jan 3, 2011 at 5:09 PM, Samisa Abeysinghe wrote:
>>>
 We need a "builders" team to own the continuous build. Ideally should
 have 4-5 people who constantly monitor these continuous build messages. I
 can give a quick training to these folks on how to manage, trigger, 
 maintain
 scripts etc.
>>>
>>>
>>> +1
>>> count me in
>>>
>>> Regards,
>>> Udayanga
>>> --
>>> *Udayanga Wickramasinghe*
>>> Software Engineer; WSO2 Inc.; http://wso2.com,
>>> *email: **udaya...@wso2.com* * cell: +94 (77)
>>> 983-4365
>>> blog: **http://udayangawiki.blogspot.com*
>>> *
>>> twitter: 
>>> **http://twitter.com/udayanga_wick*
>>> *
>>> *
>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>> Thanks,
>> Samisa...
>>
>> Samisa Abeysinghe
>> VP Engineering
>> WSO2 Inc.
>> http://wso2.com
>> http://wso2.org
>>
>>
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> *Udayanga Wickramasinghe*
> Software Engineer; WSO2 Inc.; http://wso2.com,
> *email: **udaya...@wso2.com* * cell: +94 (77) 983-4365
> blog: **http://udayangawiki.blogspot.com*
> *
> twitter: **http://twitter.com/udayanga_wick*
> *
> *
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Supun Malinga,

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

Re: [Carbon-dev] Attn build owners Re: "WSO2 Carbon Continuous Build has FAILED"

[Prabath Abeysekera]

Hi!

On Wed, Jan 5, 2011 at 11:53 AM, Samisa Abeysinghe  wrote:

> It does not seem that the builds are happening right now. Can someone
> please have a look?
>

guess I've misunderstood the mail. I thought it was directed towards DS guys
as the previous failure took place due to some issue in Data services
component!
Extremely sorry for the inconvenience.


> On Tue, Jan 4, 2011 at 11:21 AM, Samisa Abeysinghe wrote:
>
>> Please fix this ASAP...
>>
>> Samisa...
>>
>> On Tuesday, January 4, 2011, WSO2 Builder  wrote:
>> > [INFO] Executed tasks
>> > [INFO] [compiler:compile]
>> > [INFO] Compiling 105 source files to
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/classes
>> > [INFO] [scr:scr {execution: generate-scr-scrdescriptor}]
>> > [INFO] Generating 2 MetaType Descriptors to
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/scr-plugin-generated/OSGI-INF/metatype/metatype.xml
>> > [INFO] Writing abstract service descriptor
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/scr-plugin-generated/OSGI-INF/scr-plugin/scrinfo.xml
>> with 1 entries.
>> > [INFO] Generating 1 Service Component Descriptors to
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/scr-plugin-generated/OSGI-INF/serviceComponents.xml
>> > [INFO] [antrun:run {execution: generate-test-repository}]
>> > [INFO] Executing tasks
>> >  [echo] ##
>> >  [echo] creating repository for data services
>> >  [echo] ##
>> > [mkdir] Created dir:
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/repository
>> > [mkdir] Created dir:
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/repository/dataservices
>> > [mkdir] Created dir:
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/repository/services
>> > [mkdir] Created dir:
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/repository/modules
>> > [mkdir] Created dir:
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/repository/database
>> >  [copy] Copying 12 files to
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/repository/dataservices
>> > [INFO]
>> 
>> > [ERROR] BUILD ERROR
>> > [INFO]
>> 
>> > [INFO] An Ant BuildException has occured:
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/src/test/resources/bam-test-dbs
>> not found.
>> >
>> > [INFO]
>> 
>> > [INFO] For more information, run Maven with the -e switch
>> > [INFO]
>> 
>> > [INFO] Total time: 116 minutes 32 seconds
>> > [INFO] Finished at: Tue Jan 04 11:04:59 IST 2011
>> > [INFO] Final Memory: 766M/1743M
>> > [INFO]
>> 
>> > ___
>> > Carbon-dev mailing list
>> > Carbon-dev@wso2.org
>> > https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>> >
>>
> Thanks,
> Samisa...
>
> Samisa Abeysinghe
> VP Engineering
> WSO2 Inc.
> http://wso2.com
> http://wso2.org
>
>
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>

Regards,
-- 
Prabath Abeysekara
Software Engineer
WSO2 Inc.
Email: praba...@wso2.com 
Mobile: +94718124514


___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Shall we make the continuous build to build the trunk?

[Udayanga Wickramasinghe]

On Wed, Jan 5, 2011 at 11:58 AM, Samisa Abeysinghe  wrote:

> We need to get moving on this. Shall we have a quick session on Friday?
>
+1


>
> On Mon, Jan 3, 2011 at 5:53 PM, Udayanga Wickramasinghe  > wrote:
>
>> Hi,
>>
>> On Mon, Jan 3, 2011 at 5:09 PM, Samisa Abeysinghe wrote:
>>
>>> We need a "builders" team to own the continuous build. Ideally should
>>> have 4-5 people who constantly monitor these continuous build messages. I
>>> can give a quick training to these folks on how to manage, trigger, maintain
>>> scripts etc.
>>
>>
>> +1
>> count me in
>>
>> Regards,
>> Udayanga
>> --
>> *Udayanga Wickramasinghe*
>> Software Engineer; WSO2 Inc.; http://wso2.com,
>> *email: **udaya...@wso2.com* * cell: +94 (77)
>> 983-4365
>> blog: **http://udayangawiki.blogspot.com*
>> *
>> twitter: 
>> **http://twitter.com/udayanga_wick*
>> *
>> *
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>> Thanks,
> Samisa...
>
> Samisa Abeysinghe
> VP Engineering
> WSO2 Inc.
> http://wso2.com
> http://wso2.org
>
>
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
*Udayanga Wickramasinghe*
Software Engineer; WSO2 Inc.; http://wso2.com,
*email: **udaya...@wso2.com* * cell: +94 (77) 983-4365
blog: **http://udayangawiki.blogspot.com*
*
twitter: **http://twitter.com/udayanga_wick*
*
*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Shall we make the continuous build to build the trunk?

[Denis Weerasiri]

On Wed, Jan 5, 2011 at 11:58 AM, Samisa Abeysinghe  wrote:

> We need to get moving on this. Shall we have a quick session on Friday?
>
+1

>
> On Mon, Jan 3, 2011 at 5:53 PM, Udayanga Wickramasinghe  > wrote:
>
>> Hi,
>>
>> On Mon, Jan 3, 2011 at 5:09 PM, Samisa Abeysinghe wrote:
>>
>>> We need a "builders" team to own the continuous build. Ideally should
>>> have 4-5 people who constantly monitor these continuous build messages. I
>>> can give a quick training to these folks on how to manage, trigger, maintain
>>> scripts etc.
>>
>>
>> +1
>> count me in
>>
>> Regards,
>> Udayanga
>> --
>> *Udayanga Wickramasinghe*
>> Software Engineer; WSO2 Inc.; http://wso2.com,
>> *email: **udaya...@wso2.com* * cell: +94 (77)
>> 983-4365
>> blog: **http://udayangawiki.blogspot.com*
>> *
>> twitter: 
>> **http://twitter.com/udayanga_wick*
>> *
>> *
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>> Thanks,
> Samisa...
>
> Samisa Abeysinghe
> VP Engineering
> WSO2 Inc.
> http://wso2.com
> http://wso2.org
>
>
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Thanks,
Denis
--
*Denis Weerasiri*
Software Engineer; WSO2 Inc.; http://wso2.com,
*email: denis ** [AT] wso2.com*
*cell: +94 (71) 684-4450
blog: **http://ddweerasiri.blogspot.com* *
twitter: **http://twitter.com/ddweerasiri* *
linked-in: 
**http://lk.linkedin.com/in/ddweerasiri*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] What's the fastest way to test a carbon OSGi bundle?

[Afkham Azeez]

I prefer having a simple one liner which builds, copies & restarts the
server.

e.g.

b;cp target/org.wso2.carbon.core-3.1.0-SNAPSHOT.jar ~/projects/wso2/
svn.wso2.org/trunk/carbon/products/appserver/modules/distribution/target/wso2appserver-4.0.0-SNAPSHOT/repository/components/plugins/org.wso2.carbon.core-3.1.0.SNAPSHOT.jar
wso2appserver-4.0.0-SNAPSHOT/bin/wso2server.sh

On Wed, Jan 5, 2011 at 11:56 AM, Samisa Abeysinghe  wrote:

> There are more than one option given in this thread. What is the best?
>
>
> On Wed, Jan 5, 2011 at 11:16 AM, Afkham Azeez  wrote:
>
>>
>>
>> On Wed, Jan 5, 2011 at 12:25 AM, Sumedha Rubasinghe wrote:
>>
>>> Azeez,
>>> Why is this not possible?
>>>
>>> You can simply do a
>>> 1. install file:/foo/bar/my.jar
>>> 2. Get the bundle id
>>> 3. Then do a start 
>>>
>>
>> I said you can't write a script to do that. You have to copy and paste
>> each and every line, each and every time.
>>
>>
>>>
>>> /sumedha
>>>
>>> On Tue, Jan 4, 2011 at 11:01 PM, Afkham Azeez  wrote:
>>>


 On Tue, Jan 4, 2011 at 10:49 PM, Denis Weerasiri wrote:

> Hi all,
> Normally to test a bundle what I do is write a shell script to
>
>1. Build the bundle
>2. Copy & Paste it to the repository/components/plugins
>3. Restart the carbon
>
> But if I can use OSGi console commands in that shell script, I can
> simply uninstall and re-install the bundle, without restarting carbon.
>

 Sadly, you cannot do that since the OSGi console does not have any
 scripting capability. You could use Felix Web console to redeploy your
 bundles.
 https://docs.google.com/a/wso2.com/Doc?docid=0AXW7aoJmJW4wZGYzMnc2djJfMGdjOGN4cDUz&hl=en


> Is this possible? Or any other recommended ways to avoid restarting
> carbon at the dev. life cycle?.
>
> --
> Thanks,
> Denis
> --
> *Denis Weerasiri*
> Software Engineer; WSO2 Inc.; http://wso2.com,
> *email: denis ** [AT] wso2.com*
> * cell: +94 (71) 684-4450
> blog: **http://ddweerasiri.blogspot.com*
> *
> twitter: **http://twitter.com/ddweerasiri*
> *
> linked-in: 
> **http://lk.linkedin.com/in/ddweerasiri*
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


 --
 *Afkham Azeez*
 Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com
 ,
 *
 *
 *Member; Apache Software Foundation; 
 **http://www.apache.org/*
 *
 email: **az...@wso2.com* * cell: +94 77 3320919
 blog: **http://blog.afkham.org* *
 twitter: 
 **http://twitter.com/afkham_azeez*
 *
 linked-in: **http://lk.linkedin.com/in/afkhamazeez*
 *
 *
 *Lean . Enterprise . Middleware*


 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev


>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>>
>> --
>> *Afkham Azeez*
>> Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com,
>> *
>> *
>> *Member; Apache Software Foundation; 
>> **http://www.apache.org/*
>> *
>> email: **az...@wso2.com* * cell: +94 77 3320919
>> blog: **http://blog.afkham.org* *
>> twitter: **http://twitter.com/afkham_azeez*
>> *
>> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
>> *
>> *
>> *Lean . Enterprise . Middleware*
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>> Thanks,
> Samisa...
>
> Samisa Abeysinghe
> VP Engineering
> WSO2 Inc.
> http://wso2.com
> http://wso2.org
>
>
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
*Afkham Azeez*
Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com,
*
*
*Member; Apache Software Foundation;
**http://www.apache.org/*
*
email: **az...@wso2.com* * cell: +94 77 3320919
blog: **http://blog.afkham.org* *
twitter: **http://twitter.com/afkham_azeez*
*
linked-in: **http://lk.linkedin.com/in/afkhamazeez*
*
*
*Lean . Enterprise . Middleware*
___
Ca

Re: [Carbon-dev] Attn build owners Re: "WSO2 Carbon Continuous Build has FAILED"

[Prabath Abeysekera]

On Wed, Jan 5, 2011 at 11:53 AM, Samisa Abeysinghe  wrote:

> It does not seem that the builds are happening right now. Can someone
> please have a look?
>

I'm on it!

>
> On Tue, Jan 4, 2011 at 11:21 AM, Samisa Abeysinghe wrote:
>
>> Please fix this ASAP...
>>
>> Samisa...
>>
>> On Tuesday, January 4, 2011, WSO2 Builder  wrote:
>> > [INFO] Executed tasks
>> > [INFO] [compiler:compile]
>> > [INFO] Compiling 105 source files to
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/classes
>> > [INFO] [scr:scr {execution: generate-scr-scrdescriptor}]
>> > [INFO] Generating 2 MetaType Descriptors to
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/scr-plugin-generated/OSGI-INF/metatype/metatype.xml
>> > [INFO] Writing abstract service descriptor
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/scr-plugin-generated/OSGI-INF/scr-plugin/scrinfo.xml
>> with 1 entries.
>> > [INFO] Generating 1 Service Component Descriptors to
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/scr-plugin-generated/OSGI-INF/serviceComponents.xml
>> > [INFO] [antrun:run {execution: generate-test-repository}]
>> > [INFO] Executing tasks
>> >  [echo] ##
>> >  [echo] creating repository for data services
>> >  [echo] ##
>> > [mkdir] Created dir:
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/repository
>> > [mkdir] Created dir:
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/repository/dataservices
>> > [mkdir] Created dir:
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/repository/services
>> > [mkdir] Created dir:
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/repository/modules
>> > [mkdir] Created dir:
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/repository/database
>> >  [copy] Copying 12 files to
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/repository/dataservices
>> > [INFO]
>> 
>> > [ERROR] BUILD ERROR
>> > [INFO]
>> 
>> > [INFO] An Ant BuildException has occured:
>> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/src/test/resources/bam-test-dbs
>> not found.
>> >
>> > [INFO]
>> 
>> > [INFO] For more information, run Maven with the -e switch
>> > [INFO]
>> 
>> > [INFO] Total time: 116 minutes 32 seconds
>> > [INFO] Finished at: Tue Jan 04 11:04:59 IST 2011
>> > [INFO] Final Memory: 766M/1743M
>> > [INFO]
>> 
>> > ___
>> > Carbon-dev mailing list
>> > Carbon-dev@wso2.org
>> > https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>> >
>>
> Thanks,
> Samisa...
>
> Samisa Abeysinghe
> VP Engineering
> WSO2 Inc.
> http://wso2.com
> http://wso2.org
>
>
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Prabath Abeysekara
Software Engineer
WSO2 Inc.
Email: praba...@wso2.com 
Mobile: +94718124514


___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Shall we make the continuous build to build the trunk?

[Samisa Abeysinghe]

We need to get moving on this. Shall we have a quick session on Friday?

On Mon, Jan 3, 2011 at 5:53 PM, Udayanga Wickramasinghe
wrote:

> Hi,
>
> On Mon, Jan 3, 2011 at 5:09 PM, Samisa Abeysinghe  wrote:
>
>> We need a "builders" team to own the continuous build. Ideally should have
>> 4-5 people who constantly monitor these continuous build messages. I can
>> give a quick training to these folks on how to manage, trigger, maintain
>> scripts etc.
>
>
> +1
> count me in
>
> Regards,
> Udayanga
> --
> *Udayanga Wickramasinghe*
> Software Engineer; WSO2 Inc.; http://wso2.com,
> *email: **udaya...@wso2.com* * cell: +94 (77) 983-4365
> blog: **http://udayangawiki.blogspot.com*
> *
> twitter: **http://twitter.com/udayanga_wick*
> *
> *
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
> Thanks,
Samisa...

Samisa Abeysinghe
VP Engineering
WSO2 Inc.
http://wso2.com
http://wso2.org
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] 3.2.0 plans

[Samisa Abeysinghe]

On Tue, Jan 4, 2011 at 8:27 PM, Sameera Jayasoma  wrote:

>
>
> On Tue, Jan 4, 2011 at 10:50 AM, Supun Kamburugamuva wrote:
>
>> On Mon, Jan 3, 2011 at 10:29 PM, Sameera Jayasoma 
>> wrote:
>> >
>> >
>> > On Mon, Jan 3, 2011 at 5:18 PM, Samisa Abeysinghe 
>> wrote:
>> >>
>> >> Do we have Carbon core fixes in svn trunk, that are not there in 3.1.0?
>> >> We need to release 3.2.0 Carbon core first. Then Chunk 3 products. And
>> >> should we not release patch versions for those already released under
>> 3.1.0
>> >> chunk 1 & 2?
>> >
>> > IMV, we need to release Carbon core with ESB. Carbon core depends on
>> Axis2
>> > and Synapse. Testing ESB will uncover bugs in Axis2 and Synapse which in
>> > turn help to stabilize Carbon core.
>> >
>> > Last time, we released Carbon core first and then released WSO2 AS. But
>> > while testing AS we found some bugs in Axis2, hence we had to patch
>> Carbon
>> > core.
>> >
>> > In the future, IMV we better release ESB and AS with Carbon core.
>>
>> +1
>>
>
> Great. Shall We plan to release Carbon core with ESB?
>

And AS

So +1 for Core + AS + ESB


Thanks,
Samisa...

Samisa Abeysinghe
VP Engineering
WSO2 Inc.
http://wso2.com
http://wso2.org
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] What's the fastest way to test a carbon OSGi bundle?

[Samisa Abeysinghe]

There are more than one option given in this thread. What is the best?

On Wed, Jan 5, 2011 at 11:16 AM, Afkham Azeez  wrote:

>
>
> On Wed, Jan 5, 2011 at 12:25 AM, Sumedha Rubasinghe wrote:
>
>> Azeez,
>> Why is this not possible?
>>
>> You can simply do a
>> 1. install file:/foo/bar/my.jar
>> 2. Get the bundle id
>> 3. Then do a start 
>>
>
> I said you can't write a script to do that. You have to copy and paste each
> and every line, each and every time.
>
>
>>
>> /sumedha
>>
>> On Tue, Jan 4, 2011 at 11:01 PM, Afkham Azeez  wrote:
>>
>>>
>>>
>>> On Tue, Jan 4, 2011 at 10:49 PM, Denis Weerasiri  wrote:
>>>
 Hi all,
 Normally to test a bundle what I do is write a shell script to

1. Build the bundle
2. Copy & Paste it to the repository/components/plugins
3. Restart the carbon

 But if I can use OSGi console commands in that shell script, I can
 simply uninstall and re-install the bundle, without restarting carbon.

>>>
>>> Sadly, you cannot do that since the OSGi console does not have any
>>> scripting capability. You could use Felix Web console to redeploy your
>>> bundles.
>>> https://docs.google.com/a/wso2.com/Doc?docid=0AXW7aoJmJW4wZGYzMnc2djJfMGdjOGN4cDUz&hl=en
>>>
>>>
 Is this possible? Or any other recommended ways to avoid restarting
 carbon at the dev. life cycle?.

 --
 Thanks,
 Denis
 --
 *Denis Weerasiri*
 Software Engineer; WSO2 Inc.; http://wso2.com,
 *email: denis ** [AT] wso2.com*
 * cell: +94 (71) 684-4450
 blog: **http://ddweerasiri.blogspot.com*
 *
 twitter: **http://twitter.com/ddweerasiri*
 *
 linked-in: 
 **http://lk.linkedin.com/in/ddweerasiri*


 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev


>>>
>>>
>>> --
>>> *Afkham Azeez*
>>> Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com
>>> ,
>>> *
>>> *
>>> *Member; Apache Software Foundation; 
>>> **http://www.apache.org/*
>>> *
>>> email: **az...@wso2.com* * cell: +94 77 3320919
>>> blog: **http://blog.afkham.org* *
>>> twitter: **http://twitter.com/afkham_azeez*
>>> *
>>> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
>>> *
>>> *
>>> *Lean . Enterprise . Middleware*
>>>
>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> *Afkham Azeez*
> Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com,
> *
> *
> *Member; Apache Software Foundation; 
> **http://www.apache.org/*
> *
> email: **az...@wso2.com* * cell: +94 77 3320919
> blog: **http://blog.afkham.org* *
> twitter: **http://twitter.com/afkham_azeez*
> *
> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
> *
> *
> *Lean . Enterprise . Middleware*
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
> Thanks,
Samisa...

Samisa Abeysinghe
VP Engineering
WSO2 Inc.
http://wso2.com
http://wso2.org
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Attn build owners Re: "WSO2 Carbon Continuous Build has FAILED"

[Samisa Abeysinghe]

It does not seem that the builds are happening right now. Can someone please
have a look?

On Tue, Jan 4, 2011 at 11:21 AM, Samisa Abeysinghe  wrote:

> Please fix this ASAP...
>
> Samisa...
>
> On Tuesday, January 4, 2011, WSO2 Builder  wrote:
> > [INFO] Executed tasks
> > [INFO] [compiler:compile]
> > [INFO] Compiling 105 source files to
> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/classes
> > [INFO] [scr:scr {execution: generate-scr-scrdescriptor}]
> > [INFO] Generating 2 MetaType Descriptors to
> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/scr-plugin-generated/OSGI-INF/metatype/metatype.xml
> > [INFO] Writing abstract service descriptor
> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/scr-plugin-generated/OSGI-INF/scr-plugin/scrinfo.xml
> with 1 entries.
> > [INFO] Generating 1 Service Component Descriptors to
> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/scr-plugin-generated/OSGI-INF/serviceComponents.xml
> > [INFO] [antrun:run {execution: generate-test-repository}]
> > [INFO] Executing tasks
> >  [echo] ##
> >  [echo] creating repository for data services
> >  [echo] ##
> > [mkdir] Created dir:
> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/repository
> > [mkdir] Created dir:
> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/repository/dataservices
> > [mkdir] Created dir:
> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/repository/services
> > [mkdir] Created dir:
> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/repository/modules
> > [mkdir] Created dir:
> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/repository/database
> >  [copy] Copying 12 files to
> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/target/repository/dataservices
> > [INFO]
> 
> > [ERROR] BUILD ERROR
> > [INFO]
> 
> > [INFO] An Ant BuildException has occured:
> /home/carbon/stratos/carbon/components/data-services/org.wso2.carbon.dataservices.core/3.1.0/src/test/resources/bam-test-dbs
> not found.
> >
> > [INFO]
> 
> > [INFO] For more information, run Maven with the -e switch
> > [INFO]
> 
> > [INFO] Total time: 116 minutes 32 seconds
> > [INFO] Finished at: Tue Jan 04 11:04:59 IST 2011
> > [INFO] Final Memory: 766M/1743M
> > [INFO]
> 
> > ___
> > Carbon-dev mailing list
> > Carbon-dev@wso2.org
> > https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
> >
>
Thanks,
Samisa...

Samisa Abeysinghe
VP Engineering
WSO2 Inc.
http://wso2.com
http://wso2.org
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Applying for an OID from IANA, to be used in a custom object class schema

[Prabath Siriwardana]

I had an offline discussion on this with Hasini..

+1 for going ahead...

Thanks a lot Hasini for keenly following up on this...

Thanks & regards,
-Prabath

On Mon, Jan 3, 2011 at 4:42 PM, Hasini Gunasinghe  wrote:

> Hi all,
>
> There is a requirement of defining a custom object class schema with the
> required attributes which are not defined in ApacheDS-LDAP by default
> (issues: CARBON-8215 ,
> CARBON-8054 )
> According to the specification [1] on defining LDAP attributes, object
> classes, we need to have an OID for that attribute/object class to be
> uniquely identified by the LDAP directory server.
>
> Although we can use a made up OID for experimental use, it is recommended
> to use a registered OID if we are going to ship it with a product. [2,3]
>
> There are several ways of obtaining an OID [4] among which one easy way of
> obtaining it is: from IANA.
> For that we need to fill and submit the application here [5].
> Once we are assigned an OID, it will be displayed in the OID registry as
> [6].
>
> Please let me know if there is any concerns/guidelines in applying for an
> OID in the above way.
>
> It is mentioned that it will be sent with in 30 days. And if we did not
> obtain it before the coming release, as a backup plan we can use an
> unregistered OID with a generated UUID appended as mentioned in [7, 8].
> Please let me know if any of you are aware of any concern in going with the
> latter approach as well.
>
> [1]. http://www.ietf.org/rfc/rfc4512.txt
> [2].
> http://directory.apache.org/apacheds/1.5/31-add-your-first-elements-to-the-schema.html#3.1.Addyourfirstelementstotheschema-WhichOIDsshouldyouuse%253F
> [3]. http://ldapwiki.willeke.com/wiki/HowToGetYourOwnLDAPOID
> [4]. http://www.oid-info.com/faq.htm#10
> [5]. http://pen.iana.org/pen/PenApplication.page
> [6]. http://www.iana.org/assignments/enterprise-numbers
> [7]. http://www.oid-info.com/get/2.25
> [8]. http://www.itu.int/ITU-T/asn1/uuid.html#registration
>
> Thanks,
> Hasini.
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Thanks & Regards,
Prabath

http://blog.facilelogin.com
http://RampartFAQ.com
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Applying for an OID from IANA, to be used in a custom object class schema

[Hasini Gunasinghe]

On Wed, Jan 5, 2011 at 8:50 AM, Sanjiva Weerawarana wrote:

> +1 for going ahead. Please use external-relati...@wso2.com as the email
> address for the application so we can track it and manage it properly.
> Thanks for seeing this thru.
>
> Of course I know nothing about LDAP so maybe someone who does should review
> the technical merits :).
>
> Sanjiva.
>

Thank you for the reply. I filled the application form and submitted. As
they have mentioned, we will also need to complete the follow up process to
obtain the IOD through e-mail communication as required.

Thanks,
Hasini.



>
> On Mon, Jan 3, 2011 at 4:42 PM, Hasini Gunasinghe  wrote:
>
>> Hi all,
>>
>> There is a requirement of defining a custom object class schema with the
>> required attributes which are not defined in ApacheDS-LDAP by default
>> (issues: CARBON-8215 ,
>> CARBON-8054 )
>> According to the specification [1] on defining LDAP attributes, object
>> classes, we need to have an OID for that attribute/object class to be
>> uniquely identified by the LDAP directory server.
>>
>> Although we can use a made up OID for experimental use, it is recommended
>> to use a registered OID if we are going to ship it with a product. [2,3]
>>
>> There are several ways of obtaining an OID [4] among which one easy way of
>> obtaining it is: from IANA.
>> For that we need to fill and submit the application here [5].
>> Once we are assigned an OID, it will be displayed in the OID registry as
>> [6].
>>
>> Please let me know if there is any concerns/guidelines in applying for an
>> OID in the above way.
>>
>> It is mentioned that it will be sent with in 30 days. And if we did not
>> obtain it before the coming release, as a backup plan we can use an
>> unregistered OID with a generated UUID appended as mentioned in [7, 8].
>> Please let me know if any of you are aware of any concern in going with
>> the latter approach as well.
>>
>> [1]. http://www.ietf.org/rfc/rfc4512.txt
>> [2].
>> http://directory.apache.org/apacheds/1.5/31-add-your-first-elements-to-the-schema.html#3.1.Addyourfirstelementstotheschema-WhichOIDsshouldyouuse%253F
>> [3]. http://ldapwiki.willeke.com/wiki/HowToGetYourOwnLDAPOID
>> [4]. http://www.oid-info.com/faq.htm#10
>> [5]. http://pen.iana.org/pen/PenApplication.page
>> [6]. http://www.iana.org/assignments/enterprise-numbers
>> [7]. http://www.oid-info.com/get/2.25
>> [8]. http://www.itu.int/ITU-T/asn1/uuid.html#registration
>>
>> Thanks,
>> Hasini.
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> Sanjiva Weerawarana, Ph.D.
> Founder, Chairman & CEO; WSO2, Inc.;  http://wso2.com/
> email: sanj...@wso2.com; phone: +94 11 763 9614; cell: +94 77 787 6880 |
> +1 650 265 8311
> blog: http://sanjiva.weerawarana.org/
>
> Lean . Enterprise . Middleware
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] What's the fastest way to test a carbon OSGi bundle?

[Afkham Azeez]

On Wed, Jan 5, 2011 at 12:25 AM, Sumedha Rubasinghe wrote:

> Azeez,
> Why is this not possible?
>
> You can simply do a
> 1. install file:/foo/bar/my.jar
> 2. Get the bundle id
> 3. Then do a start 
>

I said you can't write a script to do that. You have to copy and paste each
and every line, each and every time.


>
> /sumedha
>
> On Tue, Jan 4, 2011 at 11:01 PM, Afkham Azeez  wrote:
>
>>
>>
>> On Tue, Jan 4, 2011 at 10:49 PM, Denis Weerasiri  wrote:
>>
>>> Hi all,
>>> Normally to test a bundle what I do is write a shell script to
>>>
>>>1. Build the bundle
>>>2. Copy & Paste it to the repository/components/plugins
>>>3. Restart the carbon
>>>
>>> But if I can use OSGi console commands in that shell script, I can simply
>>> uninstall and re-install the bundle, without restarting carbon.
>>>
>>
>> Sadly, you cannot do that since the OSGi console does not have any
>> scripting capability. You could use Felix Web console to redeploy your
>> bundles.
>> https://docs.google.com/a/wso2.com/Doc?docid=0AXW7aoJmJW4wZGYzMnc2djJfMGdjOGN4cDUz&hl=en
>>
>>
>>> Is this possible? Or any other recommended ways to avoid restarting
>>> carbon at the dev. life cycle?.
>>>
>>> --
>>> Thanks,
>>> Denis
>>> --
>>> *Denis Weerasiri*
>>> Software Engineer; WSO2 Inc.; http://wso2.com,
>>> *email: denis ** [AT] wso2.com*
>>> * cell: +94 (71) 684-4450
>>> blog: **http://ddweerasiri.blogspot.com*
>>> *
>>> twitter: **http://twitter.com/ddweerasiri*
>>> *
>>> linked-in: 
>>> **http://lk.linkedin.com/in/ddweerasiri*
>>>
>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>>
>> --
>> *Afkham Azeez*
>> Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com,
>> *
>> *
>> *Member; Apache Software Foundation; 
>> **http://www.apache.org/*
>> *
>> email: **az...@wso2.com* * cell: +94 77 3320919
>> blog: **http://blog.afkham.org* *
>> twitter: **http://twitter.com/afkham_azeez*
>> *
>> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
>> *
>> *
>> *Lean . Enterprise . Middleware*
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
*Afkham Azeez*
Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com,
*
*
*Member; Apache Software Foundation;
**http://www.apache.org/*
*
email: **az...@wso2.com* * cell: +94 77 3320919
blog: **http://blog.afkham.org* *
twitter: **http://twitter.com/afkham_azeez*
*
linked-in: **http://lk.linkedin.com/in/afkhamazeez*
*
*
*Lean . Enterprise . Middleware*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Carbon Orbit build fails due to Qpid depedancies

[Danushka Menikkumbura]

I can verify sha1 and md5 checksums using sha1sum and md5sum respectively,
Maven gets different values though. Any idea how Maven calculates checksums?

Danushka

On Tue, Jan 4, 2011 at 9:49 AM, Isuru Suriarachchi  wrote:

> This happens due to checksum failures when downloading qpid dependencies.
> You can locally avoid this issue by ignoring the checksum failures for the
> wso2 maven repo in the root pom.xml as follows.
>
> ignore
>
> But this is something we have to fix properly.
>
> Thanks,
> ~Isuru
>
> On Tue, Jan 4, 2011 at 9:36 AM, Prabath Siriwardana wrote:
>
>> $subject
>>
>> Missing:
>> --
>> 1) org.apache.qpid:qpid-client:jar:0.9
>>
>>   Try downloading the file manually from the project website.
>>
>>   Then, install it using the command:
>>   mvn install:install-file -DgroupId=org.apache.qpid
>> -DartifactId=qpid-client -Dversion=0.9 -Dpackaging=jar -Dfile=/path/to/file
>>
>>   Alternatively, if you host your own repository you can deploy the file
>> there:
>>   mvn deploy:deploy-file -DgroupId=org.apache.qpid
>> -DartifactId=qpid-client -Dversion=0.9 -Dpackaging=jar -Dfile=/path/to/file
>> -Durl=[url] -DrepositoryId=[id]
>>
>>   Path to dependency:
>>1) org.apache.qpid.wso2:qpid:bundle:0.9.wso2v1
>>2) org.apache.qpid:qpid-client:jar:0.9
>>
>> 2) org.apache.qpid:qpid-broker:jar:0.9
>>
>>   Try downloading the file manually from the project website.
>>
>>   Then, install it using the command:
>>   mvn install:install-file -DgroupId=org.apache.qpid
>> -DartifactId=qpid-broker -Dversion=0.9 -Dpackaging=jar -Dfile=/path/to/file
>>
>>   Alternatively, if you host your own repository you can deploy the file
>> there:
>>   mvn deploy:deploy-file -DgroupId=org.apache.qpid
>> -DartifactId=qpid-broker -Dversion=0.9 -Dpackaging=jar -Dfile=/path/to/file
>> -Durl=[url] -DrepositoryId=[id]
>>
>>   Path to dependency:
>>1) org.apache.qpid.wso2:qpid:bundle:0.9.wso2v1
>>2) org.apache.qpid:qpid-broker:jar:0.9
>>
>> 3) org.apache.qpid:qpid-common:jar:0.9
>>
>>   Try downloading the file manually from the project website.
>>
>>   Then, install it using the command:
>>   mvn install:install-file -DgroupId=org.apache.qpid
>> -DartifactId=qpid-common -Dversion=0.9 -Dpackaging=jar -Dfile=/path/to/file
>>
>>   Alternatively, if you host your own repository you can deploy the file
>> there:
>>   mvn deploy:deploy-file -DgroupId=org.apache.qpid
>> -DartifactId=qpid-common -Dversion=0.9 -Dpackaging=jar -Dfile=/path/to/file
>> -Durl=[url] -DrepositoryId=[id]
>>
>>   Path to dependency:
>>1) org.apache.qpid.wso2:qpid:bundle:0.9.wso2v1
>>2) org.apache.qpid:qpid-common:jar:0.9
>>
>> 4) org.apache.qpid:qpid-management-common:jar:0.9
>>
>>   Try downloading the file manually from the project website.
>>
>>   Then, install it using the command:
>>   mvn install:install-file -DgroupId=org.apache.qpid
>> -DartifactId=qpid-management-common -Dversion=0.9 -Dpackaging=jar
>> -Dfile=/path/to/file
>>
>>   Alternatively, if you host your own repository you can deploy the file
>> there:
>>   mvn deploy:deploy-file -DgroupId=org.apache.qpid
>> -DartifactId=qpid-management-common -Dversion=0.9 -Dpackaging=jar
>> -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
>>
>>   Path to dependency:
>>1) org.apache.qpid.wso2:qpid:bundle:0.9.wso2v1
>>2) org.apache.qpid:qpid-management-common:jar:0.9
>>
>>
>> --
>> Thanks & Regards,
>> Prabath
>>
>> http://blog.facilelogin.com
>> http://RampartFAQ.com
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> Isuru Suriarachchi
> Technical Lead & Product Manager, WSO2 Application Server
> WSO2 Inc. http://wso2.com
> email : is...@wso2.com
> blog : http://isurues.wordpress.com/
>
> lean . enterprise . middleware
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Axiom build error in carbon trunk

[Amila Jayasekara]

Hi Rajika,
I also faced a similar issue sometime back. The solution was to remove some
realm jars specified in the error log from m2 repository.
E.g :-
urls[1] = file:/home/rajika/.m2/
repository/org/apache/maven/archetype/archetype-packaging/2.0-alpha-4/archetype-packaging-2.0-alpha-4.jar
urls[2] =
file:/home/rajika/.m2/repository/org/codehaus/plexus/plexus-utils/1.1/plexus-utils-1.1.jar

I am not 100% sure about the cause for this error. But it worked after
removing above jars from m2 repository and doing a online build. Probably
due to some corrupted jar files

Hope this is useful.
Thanks
AmilaJ

On Tue, Jan 4, 2011 at 9:37 AM, Rajika Kumarasiri  wrote:

>
>
> On Tue, Jan 4, 2011 at 8:31 AM, Samisa Abeysinghe  wrote:
>
>> You need to build Axiom with tests enabled.
>
>
> I did that, if you see  the log you'll notice that.
>
> Rajika
>
>>
>>
>> On Mon, Jan 3, 2011 at 9:56 PM, Rajika Kumarasiri wrote:
>>
>>> It seems the problem is local to me. Upon building axiom separately fixed
>>> the problem. Thanks Heshan for your note.
>>>
>>> Rajika
>>>
>>> On Mon, Jan 3, 2011 at 12:41 PM, Heshan Suriyaarachchi 
>>> wrote:
>>>
 Hi Rajika,

 I was able to build  Carbon trunk's Axiom successfully (with tests).

 On Mon, Jan 3, 2011 at 9:45 AM, Rajika Kumarasiri wrote:

> I am running into the following build error while building the
> dependencies in the carbon trunk. Any clue to fix the problem ?
>
> Rajika
>
>  T E S T S
> ---
> There are no tests to run.
>
> Results :
>
> Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
>
> [INFO] [bundle:bundle]
> [INFO] Preparing source:jar
> [WARNING] Removing: jar from forked lifecycle, to prevent recursive
> invocation.
> [INFO] No goals needed for project - skipping
> [INFO] [source:jar {execution: attach-sources}]
> [INFO] Building jar:
> /home/rajika/projects/carbon/trunk/dependencies/axiom/modules/axiom-osgi/axiom-osgi-build/target/axiom-osgi-build-1.2.11-SNAPSHOT-sources.jar
> [INFO] [apache-rat:check {execution: default}]
> [INFO] Exclude: src/test/resources/**
> [INFO] [install:install]
> [INFO] Installing
> /home/rajika/projects/carbon/trunk/dependencies/axiom/modules/axiom-osgi/axiom-osgi-build/target/axiom-osgi-build-1.2.11-SNAPSHOT.jar
> to
> /home/rajika/.m2/repository/org/apache/ws/commons/axiom/axiom-osgi-build/1.2.11-SNAPSHOT/axiom-osgi-build-1.2.11-SNAPSHOT.jar
> [INFO] Installing
> /home/rajika/projects/carbon/trunk/dependencies/axiom/modules/axiom-osgi/axiom-osgi-build/target/axiom-osgi-build-1.2.11-SNAPSHOT-sources.jar
> to
> /home/rajika/.m2/repository/org/apache/ws/commons/axiom/axiom-osgi-build/1.2.11-SNAPSHOT/axiom-osgi-build-1.2.11-SNAPSHOT-sources.jar
> [INFO] [bundle:install]
> [INFO] Parsing file:/home/rajika/.m2/repository/repository.xml
> [INFO] Installing
> org/apache/ws/commons/axiom/axiom-osgi-build/1.2.11-SNAPSHOT/axiom-osgi-build-1.2.11-SNAPSHOT.jar
> [INFO] Writing OBR metadata
> [INFO]
> 
> [INFO] Building Axiom OSGI Test Suite - Run
> [INFO]task-segment: [clean, install]
> [INFO]
> 
> [INFO] [clean:clean]
> [INFO] Deleting
> /home/rajika/projects/carbon/trunk/dependencies/axiom/modules/axiom-osgi/axiom-osgi-run/target
> [INFO] [remote-resources:process {execution: default}]
> [INFO] snapshot
> org.apache.ws.commons.axiom:axiom-osgi-build:1.2.11-SNAPSHOT: checking for
> updates from com.springsource.repository.bundles.external
> [INFO] snapshot
> org.apache.ws.commons.axiom:axiom-osgi-build:1.2.11-SNAPSHOT: checking for
> updates from apache.snapshots
> [INFO] [resources:resources]
> [INFO] Using 'UTF-8' encoding to copy filtered resources.
> [INFO] skip non existing resourceDirectory
> /home/rajika/projects/carbon/trunk/dependencies/axiom/modules/axiom-osgi/axiom-osgi-run/src/main/resources
> [INFO] Copying 3 resources
> [INFO] [compiler:compile]
> [INFO] No sources to compile
> [INFO] [resources:testResources]
> [INFO] Using 'UTF-8' encoding to copy filtered resources.
> [INFO] skip non existing resourceDirectory
> /home/rajika/projects/carbon/trunk/dependencies/axiom/modules/axiom-osgi/axiom-osgi-run/src/test/resources
> [INFO] Copying 3 resources
> [INFO] [compiler:testCompile]
> [INFO] No sources to compile
> [INFO] [surefire:test]
> [INFO] Surefire report directory:
> /home/rajika/projects/carbon/trunk/dependencies/axiom/modules/axiom-osgi/axiom-osgi-run/target/surefire-reports
>
> ---
>  T E S T S
> ---
> There are n

Re: [Carbon-dev] What's the fastest way to test a carbon OSGi bundle?

[Denis Weerasiri]

On Wed, Jan 5, 2011 at 10:55 AM, Sameera Jayasoma  wrote:

>
>
> On Wed, Jan 5, 2011 at 12:25 AM, Sumedha Rubasinghe wrote:
>
>> Azeez,
>> Why is this not possible?
>>
>> You can simply do a
>> 1. install file:/foo/bar/my.jar
>> 2. Get the bundle id
>> 3. Then do a start 
>>
>
> If you build the bundle again, use the update command and use the refresh
> command. If your bundle hasn't been wired to Carbon core bundles, you will
> be easily do and update without restarting Carbon.
>
Thanks

>
> Sameera
>
>>
>> /sumedha
>>
>> On Tue, Jan 4, 2011 at 11:01 PM, Afkham Azeez  wrote:
>>
>>>
>>>
>>> On Tue, Jan 4, 2011 at 10:49 PM, Denis Weerasiri  wrote:
>>>
 Hi all,
 Normally to test a bundle what I do is write a shell script to

1. Build the bundle
2. Copy & Paste it to the repository/components/plugins
3. Restart the carbon

 But if I can use OSGi console commands in that shell script, I can
 simply uninstall and re-install the bundle, without restarting carbon.

>>>
>>> Sadly, you cannot do that since the OSGi console does not have any
>>> scripting capability. You could use Felix Web console to redeploy your
>>> bundles.
>>> https://docs.google.com/a/wso2.com/Doc?docid=0AXW7aoJmJW4wZGYzMnc2djJfMGdjOGN4cDUz&hl=en
>>>
>>>
 Is this possible? Or any other recommended ways to avoid restarting
 carbon at the dev. life cycle?.

 --
 Thanks,
 Denis
 --
 *Denis Weerasiri*
 Software Engineer; WSO2 Inc.; http://wso2.com,
 *email: denis ** [AT] wso2.com*
 * cell: +94 (71) 684-4450
 blog: **http://ddweerasiri.blogspot.com*
 *
 twitter: **http://twitter.com/ddweerasiri*
 *
 linked-in: 
 **http://lk.linkedin.com/in/ddweerasiri*


 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev


>>>
>>>
>>> --
>>> *Afkham Azeez*
>>> Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com
>>> ,
>>> *
>>> *
>>> *Member; Apache Software Foundation; 
>>> **http://www.apache.org/*
>>> *
>>> email: **az...@wso2.com* * cell: +94 77 3320919
>>> blog: **http://blog.afkham.org* *
>>> twitter: **http://twitter.com/afkham_azeez*
>>> *
>>> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
>>> *
>>> *
>>> *Lean . Enterprise . Middleware*
>>>
>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> Sameera Jayasoma
> Technical Lead and Product Manager, WSO2 Carbon
>
>
> WSO2, Inc. (http://wso2.com)
> email: same...@wso2.com
> blog: http://tech.jayasoma.org
>
> Lean . Enterprise . Middleware
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Thanks,
Denis
--
*Denis Weerasiri*
Software Engineer; WSO2 Inc.; http://wso2.com,
*email: denis ** [AT] wso2.com*
*cell: +94 (71) 684-4450
blog: **http://ddweerasiri.blogspot.com* *
twitter: **http://twitter.com/ddweerasiri* *
linked-in: 
**http://lk.linkedin.com/in/ddweerasiri*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] What's the fastest way to test a carbon OSGi bundle?

[Sameera Jayasoma]

On Wed, Jan 5, 2011 at 12:25 AM, Sumedha Rubasinghe wrote:

> Azeez,
> Why is this not possible?
>
> You can simply do a
> 1. install file:/foo/bar/my.jar
> 2. Get the bundle id
> 3. Then do a start 
>

If you build the bundle again, use the update command and use the refresh
command. If your bundle hasn't been wired to Carbon core bundles, you will
be easily do and update without restarting Carbon.

Sameera

>
> /sumedha
>
> On Tue, Jan 4, 2011 at 11:01 PM, Afkham Azeez  wrote:
>
>>
>>
>> On Tue, Jan 4, 2011 at 10:49 PM, Denis Weerasiri  wrote:
>>
>>> Hi all,
>>> Normally to test a bundle what I do is write a shell script to
>>>
>>>1. Build the bundle
>>>2. Copy & Paste it to the repository/components/plugins
>>>3. Restart the carbon
>>>
>>> But if I can use OSGi console commands in that shell script, I can simply
>>> uninstall and re-install the bundle, without restarting carbon.
>>>
>>
>> Sadly, you cannot do that since the OSGi console does not have any
>> scripting capability. You could use Felix Web console to redeploy your
>> bundles.
>> https://docs.google.com/a/wso2.com/Doc?docid=0AXW7aoJmJW4wZGYzMnc2djJfMGdjOGN4cDUz&hl=en
>>
>>
>>> Is this possible? Or any other recommended ways to avoid restarting
>>> carbon at the dev. life cycle?.
>>>
>>> --
>>> Thanks,
>>> Denis
>>> --
>>> *Denis Weerasiri*
>>> Software Engineer; WSO2 Inc.; http://wso2.com,
>>> *email: denis ** [AT] wso2.com*
>>> * cell: +94 (71) 684-4450
>>> blog: **http://ddweerasiri.blogspot.com*
>>> *
>>> twitter: **http://twitter.com/ddweerasiri*
>>> *
>>> linked-in: 
>>> **http://lk.linkedin.com/in/ddweerasiri*
>>>
>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>>
>> --
>> *Afkham Azeez*
>> Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com,
>> *
>> *
>> *Member; Apache Software Foundation; 
>> **http://www.apache.org/*
>> *
>> email: **az...@wso2.com* * cell: +94 77 3320919
>> blog: **http://blog.afkham.org* *
>> twitter: **http://twitter.com/afkham_azeez*
>> *
>> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
>> *
>> *
>> *Lean . Enterprise . Middleware*
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Sameera Jayasoma
Technical Lead and Product Manager, WSO2 Carbon

WSO2, Inc. (http://wso2.com)
email: same...@wso2.com
blog: http://tech.jayasoma.org

Lean . Enterprise . Middleware
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] [Stratos-dev] Custom Realm Configurations in DB was Re: registry.core test failure

[Dimuthu Leelarathne]

Hi,

I added database column to store user-mgt.xml as blob and changed the
relevant user.core and registry.core code, and fixed failing tests.

On the trunk,  user-mgt.xml is read from the database.

Thanks,
Dimuthu

On Tue, Jan 4, 2011 at 10:09 AM, Senaka Fernando  wrote:

>
>
> On Tue, Jan 4, 2011 at 10:06 AM, Sumedha Rubasinghe wrote:
>
>>
>>
>> On Tue, Jan 4, 2011 at 9:58 AM, Senaka Fernando  wrote:
>>
>>>
>>>
>>> On Tue, Jan 4, 2011 at 9:13 AM, Dimuthu Leelarathne 
>>> wrote:
>>>
 Hi,

 Currently the user.core stores realm configurations for each tenant in
 the registry. This creates dependency to the registry. We can remove this
 and still keep custom realm configurations by storing the non-bootstrap
 user-mgt.xml as a blob in the UM database.
>>>
>>>
 WDYT?

>>>
>>> Sounds Good. But, better to use SQLXML instead of BLOB. We are planning
>>> to take advantage of JDBC 4.0 with the upcoming releases. WDYT?
>>>
>>
>> There is a slight catch in using SQLXML when it comes to backward
>> compatibility.
>>
>
> OK, but this is totally new isn't it? It is why I suggested that we try
> this out, before attempting to make changes to the rest of the schema on a
> later date.
>
> Thanks,
> Senaka.
>
> /sumedha
>>
>>
>>
>>>
>>> Thanks,
>>> Senaka.
>>>

 Thanks,
 Dimuthu

 On Tue, Jan 4, 2011 at 8:54 AM, Dimuthu Leelarathne 
 wrote:

>
>
> On Tue, Jan 4, 2011 at 8:40 AM, Dimuthu Leelarathne  > wrote:
>
>>
>>
>> On Mon, Jan 3, 2011 at 4:54 PM, Afkham Azeez  wrote:
>>
>>> Asela, can we work on this and move the user management concerns to
>>> the UM, and get the trunk stabilized ASAP?
>>>
>>> Dimuthu, we also have to get rid of that hack where the user.core
>>> code reflectively calls registry.core. As you mentioned, the proper 
>>> solution
>>> is to add a column to some user.core DB. Can we get that fixed as well.
>>>
>>>
>> Yes. But this solution will remove the ability of having separate
>> custom Realm configurations to different tenants. If this is not a
>> requirement any longer we can go ahead.
>>
>
> And the other option is to store the user-mgt.xml in the file system.
>
> Thanks,
> Dimuthu
>
>
>>
>> Thank you,
>> Dimuthu
>>
>>
>>
>>> Azeez
>>>
>>>
>>> On Mon, Jan 3, 2011 at 4:45 PM, Senaka Fernando wrote:
>>>
 Hi Asela,

 IIRC we discussed this issue during the Stratos release. The issue
 here IIRC, is that the UM Kernel caches the tenant's user realm, but 
 does
 not invalidate it when the realm configuration is updated. Can you 
 have a
 look and get this sorted?

 Also, long term, we need to move the UM concerns out of the Registry
 Kernel. There are still a few hanging around (mostly the ones that 
 have MT
 involved).

 Thanks,
 Senaka.

 On Mon, Jan 3, 2011 at 4:09 PM, Afkham Azeez wrote:

>
> ---
>  Test set:
> org.wso2.carbon.registry.core.test.multitenant.MultiTenantTest
>
> ---
> Tests run: 5, Failures: 2, Errors: 0, Skipped: 0, Time elapsed:
> 4.067 sec <<< FAILURE!
> testCustomRealmConfiguration(org.wso2.carbon.registry.core.test.multitenant.MultiTenantTest)
>  Time elapsed: 0.103 sec  <<< FAILURE!
> junit.framework.AssertionFailedError: No exception in authorizing
> in tenant 1
> at junit.framework.Assert.fail(Assert.java:47)
> at junit.framework.Assert.assertTrue(Assert.java:20)
>  at
> org.wso2.carbon.registry.core.test.multitenant.MultiTenantTest.testCustomRealmConfiguration(MultiTenantTest.java:346)
>
> testAddTenant(org.wso2.carbon.registry.core.test.multitenant.MultiTenantTest)
>  Time elapsed: 0.003 sec  <<< FAILURE!
> junit.framework.AssertionFailedError: tenants length should be 2
> expected:<3> but was:<2>
> at junit.framework.Assert.fail(Assert.java:47)
>  at junit.framework.Assert.failNotEquals(Assert.java:280)
> at junit.framework.Assert.assertEquals(Assert.java:64)
>  at junit.framework.Assert.assertEquals(Assert.java:198)
> at
> org.wso2.carbon.registry.core.test.multitenant.MultiTenantTest.testAddTenant(MultiTenantTest.java:411)
>
>
>
>
> --
> *Afkham Azeez*
> Senior Software Architect & Senior Manager; WSO2, Inc.;
> http://wso2.com,
> *
> *
> *Member; Apache Software Foundation; 
> **http://www.apache.org/*
> *
> email

Re: [Carbon-dev] Build error - Installing features for esb

[Sameera Jayasoma]

Both of these errors implies that Synapse version specified in these
features is incorrect. Please check the synapse version that is being used
in the Carbon trunk and fix these features.

Thanks
Sameera

On Wed, Jan 5, 2011 at 9:44 AM, Udayanga Wickramasinghe
wrote:

> hi,
> i am also getting a similar error! . following is the error log i get
>
>
> !ENTRY org.eclipse.equinox.p2.director 4 1 2011-01-05 09:37:12.055
>
> !MESSAGE Cannot complete the install because one or more required items
> could not be found.
>  !SUBENTRY 1 org.eclipse.equinox.p2.director 4 0 2011-01-05 09:37:12.055
> !MESSAGE Software being installed: WSO2 Carbon - XACML Mediation Feature
> 3.1.0.SNAPSHOT (org.wso2.carbon.identity.xacml.mediator.feature.group
> 3.1.0.SNAPSHOT)
> !SUBENTRY 1 org.eclipse.equinox.p2.director 4 0 2011-01-05 09:37:12.055
> !MESSAGE Missing requirement: WSO2 Carbon - XACML Mediation Feature
> 3.1.0.SNAPSHOT (org.wso2.carbon.identity.xacml.mediator.feature.group
> 3.1.0.SNAPSHOT) requires 'org.apache.synapse.wso2.feature.group
> [2.1.0.wso2v1,2.2.0)' but it could not be found
>
> Regards,
> Udayanga
> --
> *Udayanga Wickramasinghe*
> Software Engineer; WSO2 Inc.; http://wso2.com,
> *email: **udaya...@wso2.com* * cell: +94 (77) 983-4365
> blog: **http://udayangawiki.blogspot.com*
> *
> twitter: **http://twitter.com/udayanga_wick*
> *
> *
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Sameera Jayasoma
Technical Lead and Product Manager, WSO2 Carbon

WSO2, Inc. (http://wso2.com)
email: same...@wso2.com
blog: http://tech.jayasoma.org

Lean . Enterprise . Middleware
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Build error - Installing features for esb

[Udayanga Wickramasinghe]

hi,
i am also getting a similar error! . following is the error log i get


!ENTRY org.eclipse.equinox.p2.director 4 1 2011-01-05 09:37:12.055
!MESSAGE Cannot complete the install because one or more required items
could not be found.
!SUBENTRY 1 org.eclipse.equinox.p2.director 4 0 2011-01-05 09:37:12.055
!MESSAGE Software being installed: WSO2 Carbon - XACML Mediation Feature
3.1.0.SNAPSHOT (org.wso2.carbon.identity.xacml.mediator.feature.group
3.1.0.SNAPSHOT)
!SUBENTRY 1 org.eclipse.equinox.p2.director 4 0 2011-01-05 09:37:12.055
!MESSAGE Missing requirement: WSO2 Carbon - XACML Mediation Feature
3.1.0.SNAPSHOT (org.wso2.carbon.identity.xacml.mediator.feature.group
3.1.0.SNAPSHOT) requires 'org.apache.synapse.wso2.feature.group
[2.1.0.wso2v1,2.2.0)' but it could not be found

Regards,
Udayanga
-- 
*Udayanga Wickramasinghe*
Software Engineer; WSO2 Inc.; http://wso2.com,
*email: **udaya...@wso2.com* * cell: +94 (77) 983-4365
blog: **http://udayangawiki.blogspot.com*
*
twitter: **http://twitter.com/udayanga_wick*
*
*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] Build error - Installing features for esb

[Kasun Indrasiri]

Cannot build esb product on trunk.
>
!ENTRY org.eclipse.equinox.p2.director 4 1 2011-01-04 23:32:25.946
!MESSAGE Cannot complete the install because one or more required items
could not be found.
!SUBENTRY 1 org.eclipse.equinox.p2.director 4 0 2011-01-04 23:32:25.946
!MESSAGE Software being installed: WSO2 Carbon - Event Source Feature
3.1.0.SNAPSHOT (org.wso2.carbon.eventing.eventsource.feature.group
3.1.0.SNAPSHOT)
!SUBENTRY 1 org.eclipse.equinox.p2.director 4 0 2011-01-04 23:32:25.946
!MESSAGE Missing requirement: WSO2 Carbon - Event Source Core Feature
3.1.0.SNAPSHOT (org.wso2.carbon.eventing.eventsource.server.feature.group
3.1.0.SNAPSHOT) requires 'org.apache.synapse.wso2.feature.group
[2.1.0.wso2v1,2.2.0)' but it could not be found
!SUBENTRY 1 org.eclipse.equinox.p2.director 4 1 2011-01-04 23:32:25.947
!MESSAGE Cannot satisfy dependency:
!SUBENTRY 2 org.eclipse.equinox.p2.director 4 0 2011-01-04 23:32:25.947
!MESSAGE From: WSO2 Carbon - Event Source Feature 3.1.0.SNAPSHOT
(org.wso2.carbon.eventing.eventsource.feature.group 3.1.0.SNAPSHOT)
!SUBENTRY 2 org.eclipse.equinox.p2.director 4 0 2011-01-04 23:32:25.947
!MESSAGE To: org.wso2.carbon.eventing.eventsource.server.feature.group
[3.1.0.SNAPSHOT]


-- 
Kasun Indrasiri
Senior Software Engineer
WSO2, Inc.; http://wso2.com
lean.enterprise.middleware

cell: +94 71 536 4128
Blog : http://kasunpanorama.blogspot.com/
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Build error - CEP Distribution (Trunk)

[Manjula Rathnayake]

Hi azeez,

Sure, will do.

Thanks

On Tue, Jan 4, 2011 at 11:34 PM, Afkham Azeez  wrote:

> Please get an update of Axis2 trunk, and build the Axis2 orbit as well as
> Carbon core projects.
>
>
> On Tue, Jan 4, 2011 at 9:03 PM, Afkham Azeez  wrote:
>
>> Please wait until we find the root cause for these MTOM errors. Don't be
>> hasty & change all the services.xml and set the enableMTOM parameter to
>> false.
>>
>> See mail thread on carbon-dev with subject: Wierd errors after invoking
>> WSAS admin services
>>
>> Azeez
>>
>>
>> On Tue, Jan 4, 2011 at 6:32 PM, Manjula Rathnayake wrote:
>>
>>> Hi all,
>>>
>>> On Thu, Dec 16, 2010 at 9:18 AM, Manjula Rathnayake 
>>> wrote:
>>>
 Hi all,

 I am getting following stack trace when trying to browse registry.

  ERROR
 {org.wso2.carbon.registry.resource.ui.clients.ResourceServiceClient} -
 Failed to get resource tree entry for resource /.
 com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character '-' 
 (code
 45) in prolog; expected '<'
  at [row,col {unknown-source}]: [1,1]
 org.apache.axis2.AxisFault:
 com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character '-' 
 (code
 45) in prolog; expected '<'
  at [row,col {unknown-source}]: [1,1]

>>>
>>> This was fixed by disabling MTOM.
>>> Index:
>>> org.wso2.carbon.registry.resource/src/main/resources/META-INF/services.xml
>>> ===
>>> ---
>>> org.wso2.carbon.registry.resource/src/main/resources/META-INF/services.xml
>>>  (revision 84828)
>>> +++
>>> org.wso2.carbon.registry.resource/src/main/resources/META-INF/services.xml
>>>  (working copy)
>>> @@ -46,7 +46,7 @@
>>>  
>>>  
>>>
>>> -true
>>> +false
>>>  true
>>>  true
>>>  >> locked="false">/permission/admin/manage/resources/browse
>>>
>>> I guess there are some patch need to be applied in trunk, as this is
>>> working in 3.1.0 branch.
>>>
>>> Thank you.
>>>
>>>

 So any help regarding this would be useful.

 Thank you.

 On Thu, Dec 16, 2010 at 12:57 AM, Kasun Weranga wrote:

> Hi Shammi,
>
> It seems like you don't have build the latest
> "components/registry/org.wso2.carbon.registry.common".
> Take svn up in component/pom.xml, component/registry/pom.xml, and
>  components/registry/org.wso2.carbon.registry.common directory.
> Then build it, then it should be ok.
>
> Thanks,
> KasunW
>
>
> On Wed, Dec 15, 2010 at 10:18 PM, shammi jayasinghe 
> wrote:
>
>> Hi ,
>>  I m getting the following error when building CEP distribution.
>> (Trunk)
>> I have already successfully built , registry component and the
>> feature.
>>
>> [INFO]
>> 
>> [ERROR] BUILD ERROR
>> [INFO]
>> 
>> [INFO] Failed to resolve artifact.
>>
>> Missing:
>> --
>> 1) org.apache.juddi:uddi-ws:jar:${juddi.version}
>>
>>   Try downloading the file manually from the project website.
>>
>>   Then, install it using the command:
>>   mvn install:install-file -DgroupId=org.apache.juddi
>> -DartifactId=uddi-ws -Dversion=${juddi.version} -Dpackaging=jar
>> -Dfile=/path/to/file
>>
>>   Alternatively, if you host your own repository you can deploy the
>> file there:
>>   mvn deploy:deploy-file -DgroupId=org.apache.juddi
>> -DartifactId=uddi-ws -Dversion=${juddi.version} -Dpackaging=jar
>> -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
>>
>>   Path to dependency:
>>   1) org.wso2.cep:wso2cep:pom:1.0.0-SNAPSHOT
>>   2)
>> org.wso2.carbon:org.wso2.carbon.registry.common:jar:3.1.0-SNAPSHOT
>>   3) org.apache.juddi:uddi-ws:jar:${juddi.version}
>>
>> 2) org.apache.juddi:juddi-core:jar:${juddi.version}
>>
>>   Try downloading the file manually from the project website.
>>
>>   Then, install it using the command:
>>   mvn install:install-file -DgroupId=org.apache.juddi
>> -DartifactId=juddi-core -Dversion=${juddi.version} -Dpackaging=jar
>> -Dfile=/path/to/file
>>
>>   Alternatively, if you host your own repository you can deploy the
>> file there:
>>   mvn deploy:deploy-file -DgroupId=org.apache.juddi
>> -DartifactId=juddi-core -Dversion=${juddi.version} -Dpackaging=jar
>> -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
>>
>>   Path to dependency:
>>   1) org.wso2.cep:wso2cep:pom:1.0.0-SNAPSHOT
>>   2)
>> org.wso2.carbon:org.wso2.carbon.registry.common:jar:3.1.0-SNAPSHOT
>>   3) org.apache.juddi:juddi-core:jar:${juddi.version}
>>
>> 3) org.apache.juddi:juddi-client:jar:${juddi.version}
>>
>>   Try downloading the file ma

Re: [Carbon-dev] Applying for an OID from IANA, to be used in a custom object class schema

[Sanjiva Weerawarana]

+1 for going ahead. Please use external-relati...@wso2.com as the email
address for the application so we can track it and manage it properly.
Thanks for seeing this thru.

Of course I know nothing about LDAP so maybe someone who does should review
the technical merits :).

Sanjiva.

On Mon, Jan 3, 2011 at 4:42 PM, Hasini Gunasinghe  wrote:

> Hi all,
>
> There is a requirement of defining a custom object class schema with the
> required attributes which are not defined in ApacheDS-LDAP by default
> (issues: CARBON-8215 ,
> CARBON-8054 )
> According to the specification [1] on defining LDAP attributes, object
> classes, we need to have an OID for that attribute/object class to be
> uniquely identified by the LDAP directory server.
>
> Although we can use a made up OID for experimental use, it is recommended
> to use a registered OID if we are going to ship it with a product. [2,3]
>
> There are several ways of obtaining an OID [4] among which one easy way of
> obtaining it is: from IANA.
> For that we need to fill and submit the application here [5].
> Once we are assigned an OID, it will be displayed in the OID registry as
> [6].
>
> Please let me know if there is any concerns/guidelines in applying for an
> OID in the above way.
>
> It is mentioned that it will be sent with in 30 days. And if we did not
> obtain it before the coming release, as a backup plan we can use an
> unregistered OID with a generated UUID appended as mentioned in [7, 8].
> Please let me know if any of you are aware of any concern in going with the
> latter approach as well.
>
> [1]. http://www.ietf.org/rfc/rfc4512.txt
> [2].
> http://directory.apache.org/apacheds/1.5/31-add-your-first-elements-to-the-schema.html#3.1.Addyourfirstelementstotheschema-WhichOIDsshouldyouuse%253F
> [3]. http://ldapwiki.willeke.com/wiki/HowToGetYourOwnLDAPOID
> [4]. http://www.oid-info.com/faq.htm#10
> [5]. http://pen.iana.org/pen/PenApplication.page
> [6]. http://www.iana.org/assignments/enterprise-numbers
> [7]. http://www.oid-info.com/get/2.25
> [8]. http://www.itu.int/ITU-T/asn1/uuid.html#registration
>
> Thanks,
> Hasini.
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Sanjiva Weerawarana, Ph.D.
Founder, Chairman & CEO; WSO2, Inc.;  http://wso2.com/
email: sanj...@wso2.com; phone: +94 11 763 9614; cell: +94 77 787 6880 | +1
650 265 8311
blog: http://sanjiva.weerawarana.org/

Lean . Enterprise . Middleware
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] Carbon Core - org.wso2.carbon.core - Test Failures on Trunk

[Dimuthu Leelarathne]

Hi all,

I noticed that there are number of test failures on the trunk.

Results :

Failed tests:

Tests run: 21, Failures: 18, Errors: 0, Skipped: 0

[INFO]

[ERROR] BUILD FAILURE
[INFO]

[INFO] There are test failures.

Please refer to x/core/org.wso2.carbon.core/target/surefire-reports for
the individual test results.

Thanks,
Dimuthu
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] What's the fastest way to test a carbon OSGi bundle?

[Saminda Wijeratne]

On Wed, Jan 5, 2011 at 12:25 AM, Sumedha Rubasinghe wrote:

> Azeez,
> Why is this not possible?
>
> You can simply do a
> 1. install file:/foo/bar/my.jar
> 2. Get the bundle id
> 3. Then do a start 
>
This will work as long as the bundle doesn't get wired up with the carbon
framework bundles like the axis2 bundle. In such cases you will need to
restart carbon.

Saminda

>
> /sumedha
>
> On Tue, Jan 4, 2011 at 11:01 PM, Afkham Azeez  wrote:
>
>>
>>
>> On Tue, Jan 4, 2011 at 10:49 PM, Denis Weerasiri  wrote:
>>
>>> Hi all,
>>> Normally to test a bundle what I do is write a shell script to
>>>
>>>1. Build the bundle
>>>2. Copy & Paste it to the repository/components/plugins
>>>3. Restart the carbon
>>>
>>> But if I can use OSGi console commands in that shell script, I can simply
>>> uninstall and re-install the bundle, without restarting carbon.
>>>
>>
>> Sadly, you cannot do that since the OSGi console does not have any
>> scripting capability. You could use Felix Web console to redeploy your
>> bundles.
>> https://docs.google.com/a/wso2.com/Doc?docid=0AXW7aoJmJW4wZGYzMnc2djJfMGdjOGN4cDUz&hl=en
>>
>>
>>> Is this possible? Or any other recommended ways to avoid restarting
>>> carbon at the dev. life cycle?.
>>>
>>> --
>>> Thanks,
>>> Denis
>>> --
>>> *Denis Weerasiri*
>>> Software Engineer; WSO2 Inc.; http://wso2.com,
>>> *email: denis ** [AT] wso2.com*
>>> * cell: +94 (71) 684-4450
>>> blog: **http://ddweerasiri.blogspot.com*
>>> *
>>> twitter: **http://twitter.com/ddweerasiri*
>>> *
>>> linked-in: 
>>> **http://lk.linkedin.com/in/ddweerasiri*
>>>
>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>>
>> --
>> *Afkham Azeez*
>> Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com,
>> *
>> *
>> *Member; Apache Software Foundation; 
>> **http://www.apache.org/*
>> *
>> email: **az...@wso2.com* * cell: +94 77 3320919
>> blog: **http://blog.afkham.org* *
>> twitter: **http://twitter.com/afkham_azeez*
>> *
>> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
>> *
>> *
>> *Lean . Enterprise . Middleware*
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] "WSO2 Carbon Continuous Build has FAILED"

[WSO2 Builder]

[INFO] 
[INFO] [clean:clean]
[INFO] [site:attach-descriptor]
[INFO] [install:install]
[INFO] Installing 
/home/carbon/stratos/carbon/components/broker/target/pom-transformed.xml to 
/home/carbon/.m2/repository/org/wso2/carbon/broker/3.1.0-alpha/broker-3.1.0-alpha.pom
[INFO] 
[INFO] Building WSO2 Carbon - Broker Core Module
[INFO]task-segment: [clean, install]
[INFO] 
[INFO] [clean:clean]
[INFO] [resources:resources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 1 resource
Downloading: 
http://dist.wso2.org/maven2/org/wso2/carbon/org.wso2.carbon.brokermanager.core/3.1.0/org.wso2.carbon.brokermanager.core-3.1.0.pom
[INFO] Unable to find resource 
'org.wso2.carbon:org.wso2.carbon.brokermanager.core:pom:3.1.0' in repository 
wso2-maven2-repository (http://dist.wso2.org/maven2)
Downloading: 
http://repository.springsource.com/maven/bundles/release/org/wso2/carbon/org.wso2.carbon.brokermanager.core/3.1.0/org.wso2.carbon.brokermanager.core-3.1.0.pom
[INFO] Unable to find resource 
'org.wso2.carbon:org.wso2.carbon.brokermanager.core:pom:3.1.0' in repository 
com.springsource.repository.bundles.release 
(http://repository.springsource.com/maven/bundles/release)
Downloading: 
http://repository.springsource.com/maven/bundles/external/org/wso2/carbon/org.wso2.carbon.brokermanager.core/3.1.0/org.wso2.carbon.brokermanager.core-3.1.0.pom
[INFO] Unable to find resource 
'org.wso2.carbon:org.wso2.carbon.brokermanager.core:pom:3.1.0' in repository 
com.springsource.repository.bundles.external 
(http://repository.springsource.com/maven/bundles/external)
Downloading: 
http://repo1.maven.org/maven2/org/wso2/carbon/org.wso2.carbon.brokermanager.core/3.1.0/org.wso2.carbon.brokermanager.core-3.1.0.pom
[INFO] Unable to find resource 
'org.wso2.carbon:org.wso2.carbon.brokermanager.core:pom:3.1.0' in repository 
central (http://repo1.maven.org/maven2)
Downloading: 
http://dist.wso2.org/maven2/org/wso2/carbon/org.wso2.carbon.brokermanager.core/3.1.0/org.wso2.carbon.brokermanager.core-3.1.0.jar
[INFO] Unable to find resource 
'org.wso2.carbon:org.wso2.carbon.brokermanager.core:jar:3.1.0' in repository 
wso2-maven2-repository (http://dist.wso2.org/maven2)
Downloading: 
http://repository.springsource.com/maven/bundles/release/org/wso2/carbon/org.wso2.carbon.brokermanager.core/3.1.0/org.wso2.carbon.brokermanager.core-3.1.0.jar
[INFO] Unable to find resource 
'org.wso2.carbon:org.wso2.carbon.brokermanager.core:jar:3.1.0' in repository 
com.springsource.repository.bundles.release 
(http://repository.springsource.com/maven/bundles/release)
Downloading: 
http://repository.springsource.com/maven/bundles/external/org/wso2/carbon/org.wso2.carbon.brokermanager.core/3.1.0/org.wso2.carbon.brokermanager.core-3.1.0.jar
[INFO] Unable to find resource 
'org.wso2.carbon:org.wso2.carbon.brokermanager.core:jar:3.1.0' in repository 
com.springsource.repository.bundles.external 
(http://repository.springsource.com/maven/bundles/external)
Downloading: 
http://repo1.maven.org/maven2/org/wso2/carbon/org.wso2.carbon.brokermanager.core/3.1.0/org.wso2.carbon.brokermanager.core-3.1.0.jar
[INFO] Unable to find resource 
'org.wso2.carbon:org.wso2.carbon.brokermanager.core:jar:3.1.0' in repository 
central (http://repo1.maven.org/maven2)
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Failed to resolve artifact.

Missing:
--
1) org.wso2.carbon:org.wso2.carbon.brokermanager.core:jar:3.1.0

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.wso2.carbon 
-DartifactId=org.wso2.carbon.brokermanager.core -Dversion=3.1.0 -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.wso2.carbon 
-DartifactId=org.wso2.carbon.brokermanager.core -Dversion=3.1.0 -Dpackaging=jar 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.wso2.carbon:org.wso2.carbon.broker.core:bundle:3.1.0-alpha
2) org.wso2.carbon:org.wso2.carbon.brokermanager.core:jar:3.1.0

--
1 required artifact is missing.

for artifact: 
  org.wso2.carbon:org.wso2.carbon.broker.core:bundle:3.1.0-alpha

from the specified remote repositories:
  com.springsource.repository.bundles.release 
(http://repository.springsource.com/maven/bundles/release),
  com.springsource.repository.bundles.external 
(http://repository.springsource.com/maven/bundles/external),
  wso2-maven2-snapshot-repository (http://dist.wso2.org/snapshots/maven2),
  central (http://repo1.maven.org/maven2),
  wso2-mav

Re: [Carbon-dev] What's the fastest way to test a carbon OSGi bundle?

[Sumedha Rubasinghe]

Denis,
You haven't tried using Carbon Studio for this?

/sumedha

On Wed, Jan 5, 2011 at 12:25 AM, Sumedha Rubasinghe wrote:

> Azeez,
> Why is this not possible?
>
> You can simply do a
> 1. install file:/foo/bar/my.jar
> 2. Get the bundle id
> 3. Then do a start 
>
> /sumedha
>
> On Tue, Jan 4, 2011 at 11:01 PM, Afkham Azeez  wrote:
>
>>
>>
>> On Tue, Jan 4, 2011 at 10:49 PM, Denis Weerasiri  wrote:
>>
>>> Hi all,
>>> Normally to test a bundle what I do is write a shell script to
>>>
>>>1. Build the bundle
>>>2. Copy & Paste it to the repository/components/plugins
>>>3. Restart the carbon
>>>
>>> But if I can use OSGi console commands in that shell script, I can simply
>>> uninstall and re-install the bundle, without restarting carbon.
>>>
>>
>> Sadly, you cannot do that since the OSGi console does not have any
>> scripting capability. You could use Felix Web console to redeploy your
>> bundles.
>> https://docs.google.com/a/wso2.com/Doc?docid=0AXW7aoJmJW4wZGYzMnc2djJfMGdjOGN4cDUz&hl=en
>>
>>
>>> Is this possible? Or any other recommended ways to avoid restarting
>>> carbon at the dev. life cycle?.
>>>
>>> --
>>> Thanks,
>>> Denis
>>> --
>>> *Denis Weerasiri*
>>> Software Engineer; WSO2 Inc.; http://wso2.com,
>>> *email: denis ** [AT] wso2.com*
>>> * cell: +94 (71) 684-4450
>>> blog: **http://ddweerasiri.blogspot.com*
>>> *
>>> twitter: **http://twitter.com/ddweerasiri*
>>> *
>>> linked-in: 
>>> **http://lk.linkedin.com/in/ddweerasiri*
>>>
>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>>
>> --
>> *Afkham Azeez*
>> Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com,
>> *
>> *
>> *Member; Apache Software Foundation; 
>> **http://www.apache.org/*
>> *
>> email: **az...@wso2.com* * cell: +94 77 3320919
>> blog: **http://blog.afkham.org* *
>> twitter: **http://twitter.com/afkham_azeez*
>> *
>> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
>> *
>> *
>> *Lean . Enterprise . Middleware*
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] What's the fastest way to test a carbon OSGi bundle?

[Sumedha Rubasinghe]

Azeez,
Why is this not possible?

You can simply do a
1. install file:/foo/bar/my.jar
2. Get the bundle id
3. Then do a start 

/sumedha

On Tue, Jan 4, 2011 at 11:01 PM, Afkham Azeez  wrote:

>
>
> On Tue, Jan 4, 2011 at 10:49 PM, Denis Weerasiri  wrote:
>
>> Hi all,
>> Normally to test a bundle what I do is write a shell script to
>>
>>1. Build the bundle
>>2. Copy & Paste it to the repository/components/plugins
>>3. Restart the carbon
>>
>> But if I can use OSGi console commands in that shell script, I can simply
>> uninstall and re-install the bundle, without restarting carbon.
>>
>
> Sadly, you cannot do that since the OSGi console does not have any
> scripting capability. You could use Felix Web console to redeploy your
> bundles.
> https://docs.google.com/a/wso2.com/Doc?docid=0AXW7aoJmJW4wZGYzMnc2djJfMGdjOGN4cDUz&hl=en
>
>
>> Is this possible? Or any other recommended ways to avoid restarting carbon
>> at the dev. life cycle?.
>>
>> --
>> Thanks,
>> Denis
>> --
>> *Denis Weerasiri*
>> Software Engineer; WSO2 Inc.; http://wso2.com,
>> *email: denis ** [AT] wso2.com*
>> * cell: +94 (71) 684-4450
>> blog: **http://ddweerasiri.blogspot.com*
>> *
>> twitter: **http://twitter.com/ddweerasiri*
>> *
>> linked-in: 
>> **http://lk.linkedin.com/in/ddweerasiri*
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> *Afkham Azeez*
> Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com,
> *
> *
> *Member; Apache Software Foundation; 
> **http://www.apache.org/*
> *
> email: **az...@wso2.com* * cell: +94 77 3320919
> blog: **http://blog.afkham.org* *
> twitter: **http://twitter.com/afkham_azeez*
> *
> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
> *
> *
> *Lean . Enterprise . Middleware*
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Build error - CEP Distribution (Trunk)

[Afkham Azeez]

Please get an update of Axis2 trunk, and build the Axis2 orbit as well as
Carbon core projects.


On Tue, Jan 4, 2011 at 9:03 PM, Afkham Azeez  wrote:

> Please wait until we find the root cause for these MTOM errors. Don't be
> hasty & change all the services.xml and set the enableMTOM parameter to
> false.
>
> See mail thread on carbon-dev with subject: Wierd errors after invoking
> WSAS admin services
>
> Azeez
>
>
> On Tue, Jan 4, 2011 at 6:32 PM, Manjula Rathnayake wrote:
>
>> Hi all,
>>
>> On Thu, Dec 16, 2010 at 9:18 AM, Manjula Rathnayake wrote:
>>
>>> Hi all,
>>>
>>> I am getting following stack trace when trying to browse registry.
>>>
>>>  ERROR
>>> {org.wso2.carbon.registry.resource.ui.clients.ResourceServiceClient} -
>>> Failed to get resource tree entry for resource /.
>>> com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character '-' (code
>>> 45) in prolog; expected '<'
>>>  at [row,col {unknown-source}]: [1,1]
>>> org.apache.axis2.AxisFault: com.ctc.wstx.exc.WstxUnexpectedCharException:
>>> Unexpected character '-' (code 45) in prolog; expected '<'
>>>  at [row,col {unknown-source}]: [1,1]
>>>
>>
>> This was fixed by disabling MTOM.
>> Index:
>> org.wso2.carbon.registry.resource/src/main/resources/META-INF/services.xml
>> ===
>> ---
>> org.wso2.carbon.registry.resource/src/main/resources/META-INF/services.xml
>>  (revision 84828)
>> +++
>> org.wso2.carbon.registry.resource/src/main/resources/META-INF/services.xml
>>  (working copy)
>> @@ -46,7 +46,7 @@
>>  
>>  
>>
>> -true
>> +false
>>  true
>>  true
>>  > locked="false">/permission/admin/manage/resources/browse
>>
>> I guess there are some patch need to be applied in trunk, as this is
>> working in 3.1.0 branch.
>>
>> Thank you.
>>
>>
>>>
>>> So any help regarding this would be useful.
>>>
>>> Thank you.
>>>
>>> On Thu, Dec 16, 2010 at 12:57 AM, Kasun Weranga  wrote:
>>>
 Hi Shammi,

 It seems like you don't have build the latest
 "components/registry/org.wso2.carbon.registry.common".
 Take svn up in component/pom.xml, component/registry/pom.xml, and
  components/registry/org.wso2.carbon.registry.common directory.
 Then build it, then it should be ok.

 Thanks,
 KasunW


 On Wed, Dec 15, 2010 at 10:18 PM, shammi jayasinghe wrote:

> Hi ,
>  I m getting the following error when building CEP distribution.
> (Trunk)
> I have already successfully built , registry component and the feature.
>
> [INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] Failed to resolve artifact.
>
> Missing:
> --
> 1) org.apache.juddi:uddi-ws:jar:${juddi.version}
>
>   Try downloading the file manually from the project website.
>
>   Then, install it using the command:
>   mvn install:install-file -DgroupId=org.apache.juddi
> -DartifactId=uddi-ws -Dversion=${juddi.version} -Dpackaging=jar
> -Dfile=/path/to/file
>
>   Alternatively, if you host your own repository you can deploy the
> file there:
>   mvn deploy:deploy-file -DgroupId=org.apache.juddi
> -DartifactId=uddi-ws -Dversion=${juddi.version} -Dpackaging=jar
> -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
>
>   Path to dependency:
>   1) org.wso2.cep:wso2cep:pom:1.0.0-SNAPSHOT
>   2)
> org.wso2.carbon:org.wso2.carbon.registry.common:jar:3.1.0-SNAPSHOT
>   3) org.apache.juddi:uddi-ws:jar:${juddi.version}
>
> 2) org.apache.juddi:juddi-core:jar:${juddi.version}
>
>   Try downloading the file manually from the project website.
>
>   Then, install it using the command:
>   mvn install:install-file -DgroupId=org.apache.juddi
> -DartifactId=juddi-core -Dversion=${juddi.version} -Dpackaging=jar
> -Dfile=/path/to/file
>
>   Alternatively, if you host your own repository you can deploy the
> file there:
>   mvn deploy:deploy-file -DgroupId=org.apache.juddi
> -DartifactId=juddi-core -Dversion=${juddi.version} -Dpackaging=jar
> -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
>
>   Path to dependency:
>   1) org.wso2.cep:wso2cep:pom:1.0.0-SNAPSHOT
>   2)
> org.wso2.carbon:org.wso2.carbon.registry.common:jar:3.1.0-SNAPSHOT
>   3) org.apache.juddi:juddi-core:jar:${juddi.version}
>
> 3) org.apache.juddi:juddi-client:jar:${juddi.version}
>
>   Try downloading the file manually from the project website.
>
>   Then, install it using the command:
>   mvn install:install-file -DgroupId=org.apache.juddi
> -DartifactId=juddi-client -Dversion=${juddi.version} -Dpackaging=jar
> -Dfile=/path/to/file
>
>   Alternati

Re: [Carbon-dev] Wired issue when trying to browse the registry resources

[Afkham Azeez]

Please get an update of Axis2 trunk, and build the Axis2 orbit as well as
Carbon core projects.

On Tue, Jan 4, 2011 at 11:14 PM, Nuwan Bandara  wrote:

> Hi,
>
> On Tue, Jan 4, 2011 at 10:22 PM, Afkham Azeez  wrote:
>
>> Hmm... so you don't read carbon-dev mail? :D
>>
>
> Ofcause I do :) , but this specific issue was not reported correctly, it
> was under *[Carbon-de**v] Build error - CEP Distributi**on (Trunk)**, *and
> at the time I was sending the mail, there was no relationship identified
> with the MTOM issue in admin services we are facing now.
>
> Regards,
> /Nuwan
>
>
>> On Tue, Jan 4, 2011 at 6:05 PM, Nuwan Bandara  wrote:
>>
>>>  Hi Guys,
>>>
>>> I am getting the following [1] exception when trying to access the
>>> registry browser. I have seen this issue once in 3.1.0 branch too, I feel
>>> there maybe some fixes in the branch which is not yet added to trunk, so we
>>> are getting this error again. any clues ?
>>>
>>> [1]
>>>
>>> [2011-01-04 17:53:53,396] ERROR
>>> {org.wso2.carbon.registry.resource.ui.clients.ResourceServiceClient} -
>>> Failed to get resource tree entry for resource /.
>>> com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character '-' (code
>>> 45) in prolog; expected '<'
>>>  at [row,col {unknown-source}]: [1,1]
>>> org.apache.axis2.AxisFault: com.ctc.wstx.exc.WstxUnexpectedCharException:
>>> Unexpected character '-' (code 45) in prolog; expected '<'
>>>  at [row,col {unknown-source}]: [1,1]
>>> at org.apache.axis2.AxisFault.makeFault(AxisFault.java:430)
>>> at
>>> org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:123)
>>> at
>>> org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:67)
>>> at
>>> org.apache.axis2.description.OutInAxisOperationClient.handleResponse(OutInAxisOperation.java:354)
>>> at
>>> org.apache.axis2.description.OutInAxisOperationClient.send(OutInAxisOperation.java:421)
>>> at
>>> org.apache.axis2.description.OutInAxisOperationClient.executeImpl(OutInAxisOperation.java:229)
>>> at
>>> org.apache.axis2.client.OperationClient.execute(OperationClient.java:165)
>>> at
>>> org.wso2.carbon.registry.resource.ui.ResourceAdminServiceStub.getResourceTreeEntry(ResourceAdminServiceStub.java:4306)
>>> at
>>> org.wso2.carbon.registry.resource.ui.clients.ResourceServiceClient.getResourceTreeEntry(ResourceServiceClient.java:639)
>>> at
>>> org.apache.jsp.resources.resource_jsp._jspService(resource_jsp.java:134)
>>> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>>> at
>>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:332)
>>> at
>>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
>>> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>>> at org.wso2.carbon.ui.JspServlet.service(JspServlet.java:119)
>>> at
>>> org.wso2.carbon.ui.TilesJspServlet.service(TilesJspServlet.java:80)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>>> at
>>> org.eclipse.equinox.http.helper.ContextPathServletAdaptor.service(ContextPathServletAdaptor.java:36)
>>> at
>>> org.eclipse.equinox.http.servlet.internal.ServletRegistration.handleRequest(ServletRegistration.java:90)
>>> at
>>> org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:111)
>>> at
>>> org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:67)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>>> at
>>> org.wso2.carbon.bridge.BridgeServlet.service(BridgeServlet.java:155)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>> at
>>> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:691)
>>> at
>>> org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:594)
>>> at
>>> org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:505)
>>> at
>>> org.eclipse.equinox.http.servlet.internal.RequestDispatcherAdaptor.include(RequestDispatcherAdaptor.java:37)
>>> at
>>> org.eclipse.equinox.http.helper.ContextPathServletAdaptor$RequestDispatcherAdaptor.include(ContextPathServletAdaptor.java:265)
>>> at
>>> org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:966)
>>> at
>>> org.apache.jasper.runtime.PageContextImpl.doInclude(PageContextImpl.java:643)
>>> at
>>> org.apache.jasper.runtime.PageContextImpl.include(PageContextImpl.java:637)
>>> at sun.reflect.GeneratedMethodAccessor30.invoke(U

Re: [Carbon-dev] Wierd errors after invoking WSAS admin services

[Afkham Azeez]

Please get an update of Axis2 trunk, and build the Axis2 orbit as well as
Carbon core projects.

On Tue, Jan 4, 2011 at 10:35 PM, Afkham Azeez  wrote:

> This problem is there even in Axis2. In manifests itself only when Axis2 is
> deployed as a WAR. We've been doing all our testing using SimpleAxisServer,
> so the AxisServlet does not get called. Once I deployed the axis2.war on
> Tomcat, I was able to reproduce the same error we've been seeing on Carbon.
>
> Azeez
>
>
> On Tue, Jan 4, 2011 at 10:19 PM, Afkham Azeez  wrote:
>
>> The culprit seems to be the following lines 162-164 of code in AxisServlet
>> (CarbonServlet extends AxisServlet and uses the doPort method). That code
>> overrides the content type set by the MessageFormatters. Once I removed that
>> code, everything seems to be working fine.
>>
>> response.setContentType("text/xml; charset="
>> + msgContext
>>
>>  .getProperty(Constants.Configuration.CHARACTER_SET_ENCODING));
>>
>> On Tue, Jan 4, 2011 at 9:50 PM, Afkham Azeez  wrote:
>>
>>> SOAPMessageFormatter is called for serializing both multipart/related and
>>> text/xml responses. However, it seems like some code in Carbon is overriding
>>> the Content-Type set by the formatter. I'm trying to replace CarbonServlet
>>> with AxisServlet and see what happens.
>>>
>>>
>>> On Tue, Jan 4, 2011 at 9:26 PM, Ruwan Linton  wrote:
>>>
 Looks like the content type or the message type property is being
 altered and the SOAP message formatter is selected instead of the
 multipart-related message formatter.

 Ruwan

 On Tue, Jan 4, 2011 at 8:53 PM, Afkham Azeez  wrote:

> This looks like an error on our end. I created a simple service and set
> the enableMTOM parameter to true.
>
> When I deployed that service *on Simple Axis server*, and invoked it
> using SOAP UI, I got the following response:
>
> HTTP/1.1 200 OK
> Date: Tue, 04 Jan 2011 15:14:42 GMT
> Server: Simple-Server/1.1
> Transfer-Encoding: chunked
> *Content-Type: multipart/related;
> boundary="MIMEBoundary_826ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13ff8";
> type="application/xop+xml"; start="<
> 0.926ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13...@apache.org>";
> start-info="text/xml"*
>
> --MIMEBoundary_826ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13ff8
> Content-Type: application/xop+xml; charset=UTF-8; type="text/xml"
> Content-Transfer-Encoding: binary
> Content-ID: <
> 0.926ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13...@apache.org>
>
> http://schemas.xmlsoap.org/soap/envelope/";> xmlns:ns="http://charitha.org
> ">244
> --MIMEBoundary_826ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13ff8--
>
>
> However, when I deployed that same service *on WSO2 AS *I got the
> invalid response:
>
> HTTP/1.1 200 OK
> Server: Apache-Coyote/1.1
> *Content-Type: text/xml;charset=UTF-8*
> Transfer-Encoding: chunked
> Content-Encoding: gzip
> Vary: Accept-Encoding
> Date: Tue, 04 Jan 2011 15:19:52 GMT
>
> --MIMEBoundary_54171ca790b7b96d69703973e02d7a486e1fb748ceefd6fb
> Content-Type: application/xop+xml; charset=UTF-8; type="text/xml"
> Content-Transfer-Encoding: binary
> Content-ID: <
> 0.44171ca790b7b96d69703973e02d7a486e1fb748ceefd...@apache.org>
>
> http://schemas.xmlsoap.org/soap/envelope/";> xmlns:ns="http://charitha.org
> ">244
> --MIMEBoundary_54171ca790b7b96d69703973e02d7a486e1fb748ceefd6fb--
>
> As you can clearly see, in WSO2 AS, the Content type is not properly
> set: *Content-Type: text/xml;charset=UTF-8*
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev


>>>
>>>
>>> --
>>> *Afkham Azeez*
>>> Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com
>>> ,
>>> *
>>> *
>>> *Member; Apache Software Foundation; 
>>> **http://www.apache.org/*
>>> *
>>> email: **az...@wso2.com* * cell: +94 77 3320919
>>> blog: **http://blog.afkham.org* *
>>> twitter: **http://twitter.com/afkham_azeez*
>>> *
>>> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
>>> *
>>> *
>>> *Lean . Enterprise . Middleware*
>>>
>>>
>>
>>
>> --
>> *Afkham Azeez*
>> Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com,
>> *
>> *
>> *Member; Apache Software Foundation; 
>> **http://www.apache.org/*
>> *
>> email: **az...@wso2.com* * cell: +94 77 3320919
>> blog: **http://blog.afkham.org* *
>> twitter: **http://twitter.com/afkham_azeez*

Re: [Carbon-dev] Wired issue when trying to browse the registry resources

[Nuwan Bandara]

Hi,

On Tue, Jan 4, 2011 at 10:22 PM, Afkham Azeez  wrote:

> Hmm... so you don't read carbon-dev mail? :D
>

Ofcause I do :) , but this specific issue was not reported correctly, it was
under *[Carbon-de**v] Build error - CEP Distributi**on (Trunk)**, *and at
the time I was sending the mail, there was no relationship identified with
the MTOM issue in admin services we are facing now.

Regards,
/Nuwan


> On Tue, Jan 4, 2011 at 6:05 PM, Nuwan Bandara  wrote:
>
>>  Hi Guys,
>>
>> I am getting the following [1] exception when trying to access the
>> registry browser. I have seen this issue once in 3.1.0 branch too, I feel
>> there maybe some fixes in the branch which is not yet added to trunk, so we
>> are getting this error again. any clues ?
>>
>> [1]
>>
>> [2011-01-04 17:53:53,396] ERROR
>> {org.wso2.carbon.registry.resource.ui.clients.ResourceServiceClient} -
>> Failed to get resource tree entry for resource /.
>> com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character '-' (code
>> 45) in prolog; expected '<'
>>  at [row,col {unknown-source}]: [1,1]
>> org.apache.axis2.AxisFault: com.ctc.wstx.exc.WstxUnexpectedCharException:
>> Unexpected character '-' (code 45) in prolog; expected '<'
>>  at [row,col {unknown-source}]: [1,1]
>> at org.apache.axis2.AxisFault.makeFault(AxisFault.java:430)
>> at
>> org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:123)
>> at
>> org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:67)
>> at
>> org.apache.axis2.description.OutInAxisOperationClient.handleResponse(OutInAxisOperation.java:354)
>> at
>> org.apache.axis2.description.OutInAxisOperationClient.send(OutInAxisOperation.java:421)
>> at
>> org.apache.axis2.description.OutInAxisOperationClient.executeImpl(OutInAxisOperation.java:229)
>> at
>> org.apache.axis2.client.OperationClient.execute(OperationClient.java:165)
>> at
>> org.wso2.carbon.registry.resource.ui.ResourceAdminServiceStub.getResourceTreeEntry(ResourceAdminServiceStub.java:4306)
>> at
>> org.wso2.carbon.registry.resource.ui.clients.ResourceServiceClient.getResourceTreeEntry(ResourceServiceClient.java:639)
>> at
>> org.apache.jsp.resources.resource_jsp._jspService(resource_jsp.java:134)
>> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>> at
>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:332)
>> at
>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
>> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>> at org.wso2.carbon.ui.JspServlet.service(JspServlet.java:119)
>> at org.wso2.carbon.ui.TilesJspServlet.service(TilesJspServlet.java:80)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>> at
>> org.eclipse.equinox.http.helper.ContextPathServletAdaptor.service(ContextPathServletAdaptor.java:36)
>> at
>> org.eclipse.equinox.http.servlet.internal.ServletRegistration.handleRequest(ServletRegistration.java:90)
>> at
>> org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:111)
>> at
>> org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:67)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>> at
>> org.wso2.carbon.bridge.BridgeServlet.service(BridgeServlet.java:155)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>> at
>> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:691)
>> at
>> org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:594)
>> at
>> org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:505)
>> at
>> org.eclipse.equinox.http.servlet.internal.RequestDispatcherAdaptor.include(RequestDispatcherAdaptor.java:37)
>> at
>> org.eclipse.equinox.http.helper.ContextPathServletAdaptor$RequestDispatcherAdaptor.include(ContextPathServletAdaptor.java:265)
>> at
>> org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:966)
>> at
>> org.apache.jasper.runtime.PageContextImpl.doInclude(PageContextImpl.java:643)
>> at
>> org.apache.jasper.runtime.PageContextImpl.include(PageContextImpl.java:637)
>> at sun.reflect.GeneratedMethodAccessor30.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> at java.lang.reflect.Method.invoke(Method.java:597)
>> at org.apache.tiles.jsp.context.JspUtil.doInclude(JspUtil.java:87)
>> at
>> org.

Re: [Carbon-dev] What's the fastest way to test a carbon OSGi bundle?

[Afkham Azeez]

On Tue, Jan 4, 2011 at 10:49 PM, Denis Weerasiri  wrote:

> Hi all,
> Normally to test a bundle what I do is write a shell script to
>
>1. Build the bundle
>2. Copy & Paste it to the repository/components/plugins
>3. Restart the carbon
>
> But if I can use OSGi console commands in that shell script, I can simply
> uninstall and re-install the bundle, without restarting carbon.
>

Sadly, you cannot do that since the OSGi console does not have any scripting
capability. You could use Felix Web console to redeploy your bundles.
https://docs.google.com/a/wso2.com/Doc?docid=0AXW7aoJmJW4wZGYzMnc2djJfMGdjOGN4cDUz&hl=en


> Is this possible? Or any other recommended ways to avoid restarting carbon
> at the dev. life cycle?.
>
> --
> Thanks,
> Denis
> --
> *Denis Weerasiri*
> Software Engineer; WSO2 Inc.; http://wso2.com,
> *email: denis ** [AT] wso2.com* 
> * cell: +94 (71) 684-4450
> blog: **http://ddweerasiri.blogspot.com*
> *
> twitter: **http://twitter.com/ddweerasiri*
> *
> linked-in: 
> **http://lk.linkedin.com/in/ddweerasiri*
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
*Afkham Azeez*
Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com,
*
*
*Member; Apache Software Foundation;
**http://www.apache.org/*
*
email: **az...@wso2.com* * cell: +94 77 3320919
blog: **http://blog.afkham.org* *
twitter: **http://twitter.com/afkham_azeez*
*
linked-in: **http://lk.linkedin.com/in/afkhamazeez*
*
*
*Lean . Enterprise . Middleware*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] What's the fastest way to test a carbon OSGi bundle?

[Denis Weerasiri]

Hi all,
Normally to test a bundle what I do is write a shell script to

   1. Build the bundle
   2. Copy & Paste it to the repository/components/plugins
   3. Restart the carbon

But if I can use OSGi console commands in that shell script, I can simply
uninstall and re-install the bundle, without restarting carbon.
Is this possible? Or any other recommended ways to avoid restarting carbon
at the dev. life cycle?.

-- 
Thanks,
Denis
--
*Denis Weerasiri*
Software Engineer; WSO2 Inc.; http://wso2.com,
*email: denis ** [AT] wso2.com*
*cell: +94 (71) 684-4450
blog: **http://ddweerasiri.blogspot.com* *
twitter: **http://twitter.com/ddweerasiri* *
linked-in: 
**http://lk.linkedin.com/in/ddweerasiri*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Wierd errors after invoking WSAS admin services

[Afkham Azeez]

This problem is there even in Axis2. In manifests itself only when Axis2 is
deployed as a WAR. We've been doing all our testing using SimpleAxisServer,
so the AxisServlet does not get called. Once I deployed the axis2.war on
Tomcat, I was able to reproduce the same error we've been seeing on Carbon.

Azeez

On Tue, Jan 4, 2011 at 10:19 PM, Afkham Azeez  wrote:

> The culprit seems to be the following lines 162-164 of code in AxisServlet
> (CarbonServlet extends AxisServlet and uses the doPort method). That code
> overrides the content type set by the MessageFormatters. Once I removed that
> code, everything seems to be working fine.
>
> response.setContentType("text/xml; charset="
> + msgContext
>
>  .getProperty(Constants.Configuration.CHARACTER_SET_ENCODING));
>
> On Tue, Jan 4, 2011 at 9:50 PM, Afkham Azeez  wrote:
>
>> SOAPMessageFormatter is called for serializing both multipart/related and
>> text/xml responses. However, it seems like some code in Carbon is overriding
>> the Content-Type set by the formatter. I'm trying to replace CarbonServlet
>> with AxisServlet and see what happens.
>>
>>
>> On Tue, Jan 4, 2011 at 9:26 PM, Ruwan Linton  wrote:
>>
>>> Looks like the content type or the message type property is being altered
>>> and the SOAP message formatter is selected instead of the multipart-related
>>> message formatter.
>>>
>>> Ruwan
>>>
>>> On Tue, Jan 4, 2011 at 8:53 PM, Afkham Azeez  wrote:
>>>
 This looks like an error on our end. I created a simple service and set
 the enableMTOM parameter to true.

 When I deployed that service *on Simple Axis server*, and invoked it
 using SOAP UI, I got the following response:

 HTTP/1.1 200 OK
 Date: Tue, 04 Jan 2011 15:14:42 GMT
 Server: Simple-Server/1.1
 Transfer-Encoding: chunked
 *Content-Type: multipart/related;
 boundary="MIMEBoundary_826ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13ff8";
 type="application/xop+xml"; start="<
 0.926ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13...@apache.org>";
 start-info="text/xml"*

 --MIMEBoundary_826ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13ff8
 Content-Type: application/xop+xml; charset=UTF-8; type="text/xml"
 Content-Transfer-Encoding: binary
 Content-ID: <
 0.926ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13...@apache.org>

 http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns="http://charitha.org
 ">244
 --MIMEBoundary_826ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13ff8--


 However, when I deployed that same service *on WSO2 AS *I got the
 invalid response:

 HTTP/1.1 200 OK
 Server: Apache-Coyote/1.1
 *Content-Type: text/xml;charset=UTF-8*
 Transfer-Encoding: chunked
 Content-Encoding: gzip
 Vary: Accept-Encoding
 Date: Tue, 04 Jan 2011 15:19:52 GMT

 --MIMEBoundary_54171ca790b7b96d69703973e02d7a486e1fb748ceefd6fb
 Content-Type: application/xop+xml; charset=UTF-8; type="text/xml"
 Content-Transfer-Encoding: binary
 Content-ID: <
 0.44171ca790b7b96d69703973e02d7a486e1fb748ceefd...@apache.org>

 http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns="http://charitha.org
 ">244
 --MIMEBoundary_54171ca790b7b96d69703973e02d7a486e1fb748ceefd6fb--

 As you can clearly see, in WSO2 AS, the Content type is not properly
 set: *Content-Type: text/xml;charset=UTF-8*


 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev


>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>>
>> --
>> *Afkham Azeez*
>> Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com,
>> *
>> *
>> *Member; Apache Software Foundation; 
>> **http://www.apache.org/*
>> *
>> email: **az...@wso2.com* * cell: +94 77 3320919
>> blog: **http://blog.afkham.org* *
>> twitter: **http://twitter.com/afkham_azeez*
>> *
>> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
>> *
>> *
>> *Lean . Enterprise . Middleware*
>>
>>
>
>
> --
> *Afkham Azeez*
> Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com,
> *
> *
> *Member; Apache Software Foundation; 
> **http://www.apache.org/*
> *
> email: **az...@wso2.com* * cell: +94 77 3320919
> blog: **http://blog.afkham.org* *
> twitter: **http://twitter.com/afkham_azeez*
> *
> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
> *
> *
> *Lean . Enterprise . Middleware*
>
>


-- 
*Afkham Azeez*
Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com,
*
*
*Member; Apache Software Foundation;
**http://www.apache.org/*
*
em

Re: [Carbon-dev] Wierd errors after invoking WSAS admin services

[Afkham Azeez]

Uploading webapps worked because the enableMTOM parameter was set to false.
So, if MTOM is enabled on the server side, this will always fail. MTOM seems
to be badly broken.

Azeez

On Tue, Jan 4, 2011 at 6:00 PM, Afkham Azeez  wrote:

> Uploading of webapps is working fine, but we cannot upload any other
> artifact type
>
>
> On Tue, Jan 4, 2011 at 12:43 PM, Afkham Azeez  wrote:
>
>> Yes, uploading webapps also generates the same error in the client side.
>> However, the artifacts have been successfully uploaded.
>>
>> Azeez
>>
>> On Mon, Jan 3, 2011 at 9:54 PM, Denis Weerasiri  wrote:
>>
>>> I had the same error, when uploading a BPEL process(.zip) in latest
>>> trunk.
>>>
>>> [2011-01-03 21:49:37,141] ERROR
>>> {org.wso2.carbon.bpel.ui.fileupload.BPELUploadExecutor} -  BPEL Package
>>> Deployment Failed!com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected
>>> character '-' (code 45) in prolog; expected '<'
>>>   at [row,col {unknown-source}]: [1,1]
>>>
>>> But uploading works fine.
>>>
>>> On Mon, Jan 3, 2011 at 8:51 PM, Afkham Azeez  wrote:
>>>
 I think some recent fixes to Axis2 has caused some major issues. After
 invoking some of the WSAS admin services (WebappAdmin, Axis2RepoAdmin etc),
 on the client side, we get the following error. Also, I noticed that
 sometimes the RegistryAdminService is getting invoked when I try to access
 the service list UI.

 [2011-01-03 20:45:33,608] ERROR
 {org.apache.catalina.core.ContainerBase.[carbonEngine].[defaulthost].[/].[bridgeservlet]}
 -  Servlet.service() for servlet bridgeservlet threw exception
 com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character '-'
 (code 45) in prolog; expected '<'
  at [row,col {unknown-source}]: [1,1]
 at
 com.ctc.wstx.sr.StreamScanner.throwUnexpectedChar(StreamScanner.java:648)
 at
 com.ctc.wstx.sr.BasicStreamReader.nextFromProlog(BasicStreamReader.java:2047)
  at com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1069)
 at
 org.apache.axiom.util.stax.wrapper.XMLStreamReaderWrapper.next(XMLStreamReaderWrapper.java:225)
  at
 org.apache.axiom.util.stax.dialect.DisallowDoctypeDeclStreamReaderWrapper.next(DisallowDoctypeDeclStreamReaderWrapper.java:34)
 at
 org.apache.axiom.util.stax.wrapper.XMLStreamReaderWrapper.next(XMLStreamReaderWrapper.java:225)
  at
 org.apache.axiom.om.impl.builder.StAXOMBuilder.parserNext(StAXOMBuilder.java:681)
 at
 org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:214)
  at
 org.apache.axiom.soap.impl.builder.StAXSOAPModelBuilder.getSOAPEnvelope(StAXSOAPModelBuilder.java:204)
 at
 org.apache.axiom.soap.impl.builder.StAXSOAPModelBuilder.(StAXSOAPModelBuilder.java:154)
  at
 org.apache.axiom.soap.impl.builder.StAXSOAPModelBuilder.(StAXSOAPModelBuilder.java:140)
 at
 org.apache.axis2.builder.SOAPBuilder.processDocument(SOAPBuilder.java:67)
  at
 org.apache.axis2.transport.TransportUtils.createDocumentElement(TransportUtils.java:179)
 at
 org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:145)
  at
 org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:108)
 at
 org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:67)
  at
 org.apache.axis2.description.OutInAxisOperationClient.handleResponse(OutInAxisOperation.java:354)
 at
 org.apache.axis2.description.OutInAxisOperationClient.send(OutInAxisOperation.java:421)
  at
 org.apache.axis2.description.OutInAxisOperationClient.executeImpl(OutInAxisOperation.java:229)
 at
 org.apache.axis2.client.OperationClient.execute(OperationClient.java:165)


 --
 *Afkham Azeez*
 Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com
 ,
 *
 *
 *Member; Apache Software Foundation; 
 **http://www.apache.org/*
 *
 email: **az...@wso2.com* * cell: +94 77 3320919
 blog: **http://blog.afkham.org* *
 twitter: 
 **http://twitter.com/afkham_azeez*
 *
 linked-in: **http://lk.linkedin.com/in/afkhamazeez*
 *
 *
 *Lean . Enterprise . Middleware*


 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev


>>>
>>>
>>> --
>>> Thanks,
>>> Denis
>>> --
>>> *Denis Weerasiri*
>>> Software Engineer; WSO2 Inc.; http://wso2.com,
>>> *email: denis ** [AT] wso2.com*
>>> * cell: +94 (71) 684-4450
>>> blog: **http://ddweerasiri.blogspot.com*
>>> *
>>> twitter: **http://twitter.com/ddweerasiri*
>>> *
>>> linked-in: 
>>> **

Re: [Carbon-dev] Wired issue when trying to browse the registry resources

[Afkham Azeez]

Hmm... so you don't read carbon-dev mail? :D

On Tue, Jan 4, 2011 at 6:05 PM, Nuwan Bandara  wrote:

> Hi Guys,
>
> I am getting the following [1] exception when trying to access the registry
> browser. I have seen this issue once in 3.1.0 branch too, I feel there maybe
> some fixes in the branch which is not yet added to trunk, so we are getting
> this error again. any clues ?
>
> [1]
>
> [2011-01-04 17:53:53,396] ERROR
> {org.wso2.carbon.registry.resource.ui.clients.ResourceServiceClient} -
> Failed to get resource tree entry for resource /.
> com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character '-' (code
> 45) in prolog; expected '<'
>  at [row,col {unknown-source}]: [1,1]
> org.apache.axis2.AxisFault: com.ctc.wstx.exc.WstxUnexpectedCharException:
> Unexpected character '-' (code 45) in prolog; expected '<'
>  at [row,col {unknown-source}]: [1,1]
> at org.apache.axis2.AxisFault.makeFault(AxisFault.java:430)
> at
> org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:123)
> at
> org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:67)
> at
> org.apache.axis2.description.OutInAxisOperationClient.handleResponse(OutInAxisOperation.java:354)
> at
> org.apache.axis2.description.OutInAxisOperationClient.send(OutInAxisOperation.java:421)
> at
> org.apache.axis2.description.OutInAxisOperationClient.executeImpl(OutInAxisOperation.java:229)
> at
> org.apache.axis2.client.OperationClient.execute(OperationClient.java:165)
> at
> org.wso2.carbon.registry.resource.ui.ResourceAdminServiceStub.getResourceTreeEntry(ResourceAdminServiceStub.java:4306)
> at
> org.wso2.carbon.registry.resource.ui.clients.ResourceServiceClient.getResourceTreeEntry(ResourceServiceClient.java:639)
> at
> org.apache.jsp.resources.resource_jsp._jspService(resource_jsp.java:134)
> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:332)
> at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> at org.wso2.carbon.ui.JspServlet.service(JspServlet.java:119)
> at org.wso2.carbon.ui.TilesJspServlet.service(TilesJspServlet.java:80)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> at
> org.eclipse.equinox.http.helper.ContextPathServletAdaptor.service(ContextPathServletAdaptor.java:36)
> at
> org.eclipse.equinox.http.servlet.internal.ServletRegistration.handleRequest(ServletRegistration.java:90)
> at
> org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:111)
> at
> org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:67)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> at org.wso2.carbon.bridge.BridgeServlet.service(BridgeServlet.java:155)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
> at
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:691)
> at
> org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:594)
> at
> org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:505)
> at
> org.eclipse.equinox.http.servlet.internal.RequestDispatcherAdaptor.include(RequestDispatcherAdaptor.java:37)
> at
> org.eclipse.equinox.http.helper.ContextPathServletAdaptor$RequestDispatcherAdaptor.include(ContextPathServletAdaptor.java:265)
> at
> org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:966)
> at
> org.apache.jasper.runtime.PageContextImpl.doInclude(PageContextImpl.java:643)
> at
> org.apache.jasper.runtime.PageContextImpl.include(PageContextImpl.java:637)
> at sun.reflect.GeneratedMethodAccessor30.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.apache.tiles.jsp.context.JspUtil.doInclude(JspUtil.java:87)
> at
> org.apache.tiles.jsp.context.JspTilesRequestContext.include(JspTilesRequestContext.java:88)
> at
> org.apache.tiles.jsp.context.JspTilesRequestContext.dispatch(JspTilesRequestContext.java:82)
> at
> org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:465)
> at
> org.apache.tiles.jsp.taglib.InsertAttributeTag.render(InsertAttributeTag.java:140)
> at
> org.apache.tiles.jsp.taglib.InsertAttributeTag.render(InsertAttribu

Re: [Carbon-dev] Wierd errors after invoking WSAS admin services

[Afkham Azeez]

The culprit seems to be the following lines 162-164 of code in AxisServlet
(CarbonServlet extends AxisServlet and uses the doPort method). That code
overrides the content type set by the MessageFormatters. Once I removed that
code, everything seems to be working fine.

response.setContentType("text/xml; charset="
+ msgContext

 .getProperty(Constants.Configuration.CHARACTER_SET_ENCODING));

On Tue, Jan 4, 2011 at 9:50 PM, Afkham Azeez  wrote:

> SOAPMessageFormatter is called for serializing both multipart/related and
> text/xml responses. However, it seems like some code in Carbon is overriding
> the Content-Type set by the formatter. I'm trying to replace CarbonServlet
> with AxisServlet and see what happens.
>
>
> On Tue, Jan 4, 2011 at 9:26 PM, Ruwan Linton  wrote:
>
>> Looks like the content type or the message type property is being altered
>> and the SOAP message formatter is selected instead of the multipart-related
>> message formatter.
>>
>> Ruwan
>>
>> On Tue, Jan 4, 2011 at 8:53 PM, Afkham Azeez  wrote:
>>
>>> This looks like an error on our end. I created a simple service and set
>>> the enableMTOM parameter to true.
>>>
>>> When I deployed that service *on Simple Axis server*, and invoked it
>>> using SOAP UI, I got the following response:
>>>
>>> HTTP/1.1 200 OK
>>> Date: Tue, 04 Jan 2011 15:14:42 GMT
>>> Server: Simple-Server/1.1
>>> Transfer-Encoding: chunked
>>> *Content-Type: multipart/related;
>>> boundary="MIMEBoundary_826ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13ff8";
>>> type="application/xop+xml"; start="<
>>> 0.926ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13...@apache.org>";
>>> start-info="text/xml"*
>>>
>>> --MIMEBoundary_826ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13ff8
>>> Content-Type: application/xop+xml; charset=UTF-8; type="text/xml"
>>> Content-Transfer-Encoding: binary
>>> Content-ID: <
>>> 0.926ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13...@apache.org>
>>>
>>> http://schemas.xmlsoap.org/soap/envelope/";>>> xmlns:ns="http://charitha.org
>>> ">244
>>> --MIMEBoundary_826ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13ff8--
>>>
>>>
>>> However, when I deployed that same service *on WSO2 AS *I got the
>>> invalid response:
>>>
>>> HTTP/1.1 200 OK
>>> Server: Apache-Coyote/1.1
>>> *Content-Type: text/xml;charset=UTF-8*
>>> Transfer-Encoding: chunked
>>> Content-Encoding: gzip
>>> Vary: Accept-Encoding
>>> Date: Tue, 04 Jan 2011 15:19:52 GMT
>>>
>>> --MIMEBoundary_54171ca790b7b96d69703973e02d7a486e1fb748ceefd6fb
>>> Content-Type: application/xop+xml; charset=UTF-8; type="text/xml"
>>> Content-Transfer-Encoding: binary
>>> Content-ID: <
>>> 0.44171ca790b7b96d69703973e02d7a486e1fb748ceefd...@apache.org>
>>>
>>> http://schemas.xmlsoap.org/soap/envelope/";>>> xmlns:ns="http://charitha.org
>>> ">244
>>> --MIMEBoundary_54171ca790b7b96d69703973e02d7a486e1fb748ceefd6fb--
>>>
>>> As you can clearly see, in WSO2 AS, the Content type is not properly
>>> set: *Content-Type: text/xml;charset=UTF-8*
>>>
>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> *Afkham Azeez*
> Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com,
> *
> *
> *Member; Apache Software Foundation; 
> **http://www.apache.org/*
> *
> email: **az...@wso2.com* * cell: +94 77 3320919
> blog: **http://blog.afkham.org* *
> twitter: **http://twitter.com/afkham_azeez*
> *
> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
> *
> *
> *Lean . Enterprise . Middleware*
>
>


-- 
*Afkham Azeez*
Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com,
*
*
*Member; Apache Software Foundation;
**http://www.apache.org/*
*
email: **az...@wso2.com* * cell: +94 77 3320919
blog: **http://blog.afkham.org* *
twitter: **http://twitter.com/afkham_azeez*
*
linked-in: **http://lk.linkedin.com/in/afkhamazeez*
*
*
*Lean . Enterprise . Middleware*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] Wired issue when trying to browse the registry resources

[Nuwan Bandara]

Hi Guys,

I am getting the following [1] exception when trying to access the registry
browser. I have seen this issue once in 3.1.0 branch too, I feel there maybe
some fixes in the branch which is not yet added to trunk, so we are getting
this error again. any clues ?

[1]

[2011-01-04 17:53:53,396] ERROR
{org.wso2.carbon.registry.resource.ui.clients.ResourceServiceClient} -
Failed to get resource tree entry for resource /.
com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character '-' (code
45) in prolog; expected '<'
 at [row,col {unknown-source}]: [1,1]
org.apache.axis2.AxisFault: com.ctc.wstx.exc.WstxUnexpectedCharException:
Unexpected character '-' (code 45) in prolog; expected '<'
 at [row,col {unknown-source}]: [1,1]
at org.apache.axis2.AxisFault.makeFault(AxisFault.java:430)
at
org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:123)
at
org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:67)
at
org.apache.axis2.description.OutInAxisOperationClient.handleResponse(OutInAxisOperation.java:354)
at
org.apache.axis2.description.OutInAxisOperationClient.send(OutInAxisOperation.java:421)
at
org.apache.axis2.description.OutInAxisOperationClient.executeImpl(OutInAxisOperation.java:229)
at
org.apache.axis2.client.OperationClient.execute(OperationClient.java:165)
at
org.wso2.carbon.registry.resource.ui.ResourceAdminServiceStub.getResourceTreeEntry(ResourceAdminServiceStub.java:4306)
at
org.wso2.carbon.registry.resource.ui.clients.ResourceServiceClient.getResourceTreeEntry(ResourceServiceClient.java:639)
at
org.apache.jsp.resources.resource_jsp._jspService(resource_jsp.java:134)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:332)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.wso2.carbon.ui.JspServlet.service(JspServlet.java:119)
at org.wso2.carbon.ui.TilesJspServlet.service(TilesJspServlet.java:80)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.eclipse.equinox.http.helper.ContextPathServletAdaptor.service(ContextPathServletAdaptor.java:36)
at
org.eclipse.equinox.http.servlet.internal.ServletRegistration.handleRequest(ServletRegistration.java:90)
at
org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:111)
at
org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:67)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.wso2.carbon.bridge.BridgeServlet.service(BridgeServlet.java:155)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:691)
at
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:594)
at
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:505)
at
org.eclipse.equinox.http.servlet.internal.RequestDispatcherAdaptor.include(RequestDispatcherAdaptor.java:37)
at
org.eclipse.equinox.http.helper.ContextPathServletAdaptor$RequestDispatcherAdaptor.include(ContextPathServletAdaptor.java:265)
at
org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:966)
at
org.apache.jasper.runtime.PageContextImpl.doInclude(PageContextImpl.java:643)
at
org.apache.jasper.runtime.PageContextImpl.include(PageContextImpl.java:637)
at sun.reflect.GeneratedMethodAccessor30.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.tiles.jsp.context.JspUtil.doInclude(JspUtil.java:87)
at
org.apache.tiles.jsp.context.JspTilesRequestContext.include(JspTilesRequestContext.java:88)
at
org.apache.tiles.jsp.context.JspTilesRequestContext.dispatch(JspTilesRequestContext.java:82)
at
org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:465)
at
org.apache.tiles.jsp.taglib.InsertAttributeTag.render(InsertAttributeTag.java:140)
at
org.apache.tiles.jsp.taglib.InsertAttributeTag.render(InsertAttributeTag.java:117)
at
org.apache.tiles.jsp.taglib.RenderTagSupport.execute(RenderTagSupport.java:171)
at
org.apache.tiles.jsp.taglib.RoleSecurityTagSupport.doEndTag(RoleSecurityTagSupport.java:75)
at
org.apache.tiles.jsp.taglib.ContainerTagSupport.doEndTag(ContainerTagSupport.

Re: [Carbon-dev] Wierd errors after invoking WSAS admin services

[Afkham Azeez]

Uploading of webapps is working fine, but we cannot upload any other
artifact type

On Tue, Jan 4, 2011 at 12:43 PM, Afkham Azeez  wrote:

> Yes, uploading webapps also generates the same error in the client side.
> However, the artifacts have been successfully uploaded.
>
> Azeez
>
> On Mon, Jan 3, 2011 at 9:54 PM, Denis Weerasiri  wrote:
>
>> I had the same error, when uploading a BPEL process(.zip) in latest
>> trunk.
>>
>> [2011-01-03 21:49:37,141] ERROR
>> {org.wso2.carbon.bpel.ui.fileupload.BPELUploadExecutor} -  BPEL Package
>> Deployment Failed!com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected
>> character '-' (code 45) in prolog; expected '<'
>>   at [row,col {unknown-source}]: [1,1]
>>
>> But uploading works fine.
>>
>> On Mon, Jan 3, 2011 at 8:51 PM, Afkham Azeez  wrote:
>>
>>> I think some recent fixes to Axis2 has caused some major issues. After
>>> invoking some of the WSAS admin services (WebappAdmin, Axis2RepoAdmin etc),
>>> on the client side, we get the following error. Also, I noticed that
>>> sometimes the RegistryAdminService is getting invoked when I try to access
>>> the service list UI.
>>>
>>> [2011-01-03 20:45:33,608] ERROR
>>> {org.apache.catalina.core.ContainerBase.[carbonEngine].[defaulthost].[/].[bridgeservlet]}
>>> -  Servlet.service() for servlet bridgeservlet threw exception
>>> com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character '-'
>>> (code 45) in prolog; expected '<'
>>>  at [row,col {unknown-source}]: [1,1]
>>> at
>>> com.ctc.wstx.sr.StreamScanner.throwUnexpectedChar(StreamScanner.java:648)
>>> at
>>> com.ctc.wstx.sr.BasicStreamReader.nextFromProlog(BasicStreamReader.java:2047)
>>>  at com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1069)
>>> at
>>> org.apache.axiom.util.stax.wrapper.XMLStreamReaderWrapper.next(XMLStreamReaderWrapper.java:225)
>>>  at
>>> org.apache.axiom.util.stax.dialect.DisallowDoctypeDeclStreamReaderWrapper.next(DisallowDoctypeDeclStreamReaderWrapper.java:34)
>>> at
>>> org.apache.axiom.util.stax.wrapper.XMLStreamReaderWrapper.next(XMLStreamReaderWrapper.java:225)
>>>  at
>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.parserNext(StAXOMBuilder.java:681)
>>> at
>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:214)
>>>  at
>>> org.apache.axiom.soap.impl.builder.StAXSOAPModelBuilder.getSOAPEnvelope(StAXSOAPModelBuilder.java:204)
>>> at
>>> org.apache.axiom.soap.impl.builder.StAXSOAPModelBuilder.(StAXSOAPModelBuilder.java:154)
>>>  at
>>> org.apache.axiom.soap.impl.builder.StAXSOAPModelBuilder.(StAXSOAPModelBuilder.java:140)
>>> at
>>> org.apache.axis2.builder.SOAPBuilder.processDocument(SOAPBuilder.java:67)
>>>  at
>>> org.apache.axis2.transport.TransportUtils.createDocumentElement(TransportUtils.java:179)
>>> at
>>> org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:145)
>>>  at
>>> org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:108)
>>> at
>>> org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:67)
>>>  at
>>> org.apache.axis2.description.OutInAxisOperationClient.handleResponse(OutInAxisOperation.java:354)
>>> at
>>> org.apache.axis2.description.OutInAxisOperationClient.send(OutInAxisOperation.java:421)
>>>  at
>>> org.apache.axis2.description.OutInAxisOperationClient.executeImpl(OutInAxisOperation.java:229)
>>> at
>>> org.apache.axis2.client.OperationClient.execute(OperationClient.java:165)
>>>
>>>
>>> --
>>> *Afkham Azeez*
>>> Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com
>>> ,
>>> *
>>> *
>>> *Member; Apache Software Foundation; 
>>> **http://www.apache.org/*
>>> *
>>> email: **az...@wso2.com* * cell: +94 77 3320919
>>> blog: **http://blog.afkham.org* *
>>> twitter: **http://twitter.com/afkham_azeez*
>>> *
>>> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
>>> *
>>> *
>>> *Lean . Enterprise . Middleware*
>>>
>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>>
>> --
>> Thanks,
>> Denis
>> --
>> *Denis Weerasiri*
>> Software Engineer; WSO2 Inc.; http://wso2.com,
>> *email: denis ** [AT] wso2.com*
>> * cell: +94 (71) 684-4450
>> blog: **http://ddweerasiri.blogspot.com*
>> *
>> twitter: **http://twitter.com/ddweerasiri*
>> *
>> linked-in: 
>> **http://lk.linkedin.com/in/ddweerasiri*
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> *Afkham Azeez*
> Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com,
> *
> *
> *Member

[Carbon-dev] "WSO2 Carbon Continuous Build has FAILED"

[WSO2 Builder]

[INFO] 
[INFO] [clean:clean]
[INFO] [site:attach-descriptor]
[INFO] [install:install]
[INFO] Installing 
/home/carbon/stratos/carbon/components/broker/target/pom-transformed.xml to 
/home/carbon/.m2/repository/org/wso2/carbon/broker/3.1.0-alpha/broker-3.1.0-alpha.pom
[INFO] 
[INFO] Building WSO2 Carbon - Broker Core Module
[INFO]task-segment: [clean, install]
[INFO] 
[INFO] [clean:clean]
[INFO] [resources:resources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 1 resource
Downloading: 
http://dist.wso2.org/maven2/org/wso2/carbon/org.wso2.carbon.brokermanager.core/3.1.0/org.wso2.carbon.brokermanager.core-3.1.0.pom
[INFO] Unable to find resource 
'org.wso2.carbon:org.wso2.carbon.brokermanager.core:pom:3.1.0' in repository 
wso2-maven2-repository (http://dist.wso2.org/maven2)
Downloading: 
http://repository.springsource.com/maven/bundles/release/org/wso2/carbon/org.wso2.carbon.brokermanager.core/3.1.0/org.wso2.carbon.brokermanager.core-3.1.0.pom
[INFO] Unable to find resource 
'org.wso2.carbon:org.wso2.carbon.brokermanager.core:pom:3.1.0' in repository 
com.springsource.repository.bundles.release 
(http://repository.springsource.com/maven/bundles/release)
Downloading: 
http://repository.springsource.com/maven/bundles/external/org/wso2/carbon/org.wso2.carbon.brokermanager.core/3.1.0/org.wso2.carbon.brokermanager.core-3.1.0.pom
[INFO] Unable to find resource 
'org.wso2.carbon:org.wso2.carbon.brokermanager.core:pom:3.1.0' in repository 
com.springsource.repository.bundles.external 
(http://repository.springsource.com/maven/bundles/external)
Downloading: 
http://repo1.maven.org/maven2/org/wso2/carbon/org.wso2.carbon.brokermanager.core/3.1.0/org.wso2.carbon.brokermanager.core-3.1.0.pom
[INFO] Unable to find resource 
'org.wso2.carbon:org.wso2.carbon.brokermanager.core:pom:3.1.0' in repository 
central (http://repo1.maven.org/maven2)
Downloading: 
http://dist.wso2.org/maven2/org/wso2/carbon/org.wso2.carbon.brokermanager.core/3.1.0/org.wso2.carbon.brokermanager.core-3.1.0.jar
[INFO] Unable to find resource 
'org.wso2.carbon:org.wso2.carbon.brokermanager.core:jar:3.1.0' in repository 
wso2-maven2-repository (http://dist.wso2.org/maven2)
Downloading: 
http://repository.springsource.com/maven/bundles/release/org/wso2/carbon/org.wso2.carbon.brokermanager.core/3.1.0/org.wso2.carbon.brokermanager.core-3.1.0.jar
[INFO] Unable to find resource 
'org.wso2.carbon:org.wso2.carbon.brokermanager.core:jar:3.1.0' in repository 
com.springsource.repository.bundles.release 
(http://repository.springsource.com/maven/bundles/release)
Downloading: 
http://repository.springsource.com/maven/bundles/external/org/wso2/carbon/org.wso2.carbon.brokermanager.core/3.1.0/org.wso2.carbon.brokermanager.core-3.1.0.jar
[INFO] Unable to find resource 
'org.wso2.carbon:org.wso2.carbon.brokermanager.core:jar:3.1.0' in repository 
com.springsource.repository.bundles.external 
(http://repository.springsource.com/maven/bundles/external)
Downloading: 
http://repo1.maven.org/maven2/org/wso2/carbon/org.wso2.carbon.brokermanager.core/3.1.0/org.wso2.carbon.brokermanager.core-3.1.0.jar
[INFO] Unable to find resource 
'org.wso2.carbon:org.wso2.carbon.brokermanager.core:jar:3.1.0' in repository 
central (http://repo1.maven.org/maven2)
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Failed to resolve artifact.

Missing:
--
1) org.wso2.carbon:org.wso2.carbon.brokermanager.core:jar:3.1.0

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.wso2.carbon 
-DartifactId=org.wso2.carbon.brokermanager.core -Dversion=3.1.0 -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.wso2.carbon 
-DartifactId=org.wso2.carbon.brokermanager.core -Dversion=3.1.0 -Dpackaging=jar 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.wso2.carbon:org.wso2.carbon.broker.core:bundle:3.1.0-alpha
2) org.wso2.carbon:org.wso2.carbon.brokermanager.core:jar:3.1.0

--
1 required artifact is missing.

for artifact: 
  org.wso2.carbon:org.wso2.carbon.broker.core:bundle:3.1.0-alpha

from the specified remote repositories:
  com.springsource.repository.bundles.release 
(http://repository.springsource.com/maven/bundles/release),
  com.springsource.repository.bundles.external 
(http://repository.springsource.com/maven/bundles/external),
  wso2-maven2-snapshot-repository (http://dist.wso2.org/snapshots/maven2),
  central (http://repo1.maven.org/maven2),
  wso2-mav

Re: [Carbon-dev] Wierd errors after invoking WSAS admin services

[Afkham Azeez]

Yes this bug is related to MTOM. It seems that the MTOM configuration is
working correctly now, hence causing failures in some of our components. For
instance, in the WebappAdmin & Axis2RepoMgtAdmin, the enableMTOM parameter
was set to true. Hence, services were responding with MTOM and the clients
were not prepared to deal with MTOM. Setting that parameter to false solved
the issue for us.

However, uploading of certain artifact types is still failing.

Azeez

On Mon, Jan 3, 2011 at 10:16 PM, Senaka Fernando  wrote:

> Hi,
>
> Is this admin service using MTOM? We saw the same in ResourceAdminService
> in G-Reg, and it seems that MTOM is broken on the trunk. :(.
>
> Thanks,
> Senaka.
>
>
> On Mon, Jan 3, 2011 at 9:54 PM, Denis Weerasiri  wrote:
>
>> I had the same error, when uploading a BPEL process(.zip) in latest
>> trunk.
>>
>> [2011-01-03 21:49:37,141] ERROR
>> {org.wso2.carbon.bpel.ui.fileupload.BPELUploadExecutor} -  BPEL Package
>> Deployment Failed!com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected
>> character '-' (code 45) in prolog; expected '<'
>>   at [row,col {unknown-source}]: [1,1]
>>
>> But uploading works fine.
>>
>> On Mon, Jan 3, 2011 at 8:51 PM, Afkham Azeez  wrote:
>>
>>> I think some recent fixes to Axis2 has caused some major issues. After
>>> invoking some of the WSAS admin services (WebappAdmin, Axis2RepoAdmin etc),
>>> on the client side, we get the following error. Also, I noticed that
>>> sometimes the RegistryAdminService is getting invoked when I try to access
>>> the service list UI.
>>>
>>> [2011-01-03 20:45:33,608] ERROR
>>> {org.apache.catalina.core.ContainerBase.[carbonEngine].[defaulthost].[/].[bridgeservlet]}
>>> -  Servlet.service() for servlet bridgeservlet threw exception
>>> com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character '-'
>>> (code 45) in prolog; expected '<'
>>>  at [row,col {unknown-source}]: [1,1]
>>> at
>>> com.ctc.wstx.sr.StreamScanner.throwUnexpectedChar(StreamScanner.java:648)
>>> at
>>> com.ctc.wstx.sr.BasicStreamReader.nextFromProlog(BasicStreamReader.java:2047)
>>>  at com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1069)
>>> at
>>> org.apache.axiom.util.stax.wrapper.XMLStreamReaderWrapper.next(XMLStreamReaderWrapper.java:225)
>>>  at
>>> org.apache.axiom.util.stax.dialect.DisallowDoctypeDeclStreamReaderWrapper.next(DisallowDoctypeDeclStreamReaderWrapper.java:34)
>>> at
>>> org.apache.axiom.util.stax.wrapper.XMLStreamReaderWrapper.next(XMLStreamReaderWrapper.java:225)
>>>  at
>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.parserNext(StAXOMBuilder.java:681)
>>> at
>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:214)
>>>  at
>>> org.apache.axiom.soap.impl.builder.StAXSOAPModelBuilder.getSOAPEnvelope(StAXSOAPModelBuilder.java:204)
>>> at
>>> org.apache.axiom.soap.impl.builder.StAXSOAPModelBuilder.(StAXSOAPModelBuilder.java:154)
>>>  at
>>> org.apache.axiom.soap.impl.builder.StAXSOAPModelBuilder.(StAXSOAPModelBuilder.java:140)
>>> at
>>> org.apache.axis2.builder.SOAPBuilder.processDocument(SOAPBuilder.java:67)
>>>  at
>>> org.apache.axis2.transport.TransportUtils.createDocumentElement(TransportUtils.java:179)
>>> at
>>> org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:145)
>>>  at
>>> org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:108)
>>> at
>>> org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:67)
>>>  at
>>> org.apache.axis2.description.OutInAxisOperationClient.handleResponse(OutInAxisOperation.java:354)
>>> at
>>> org.apache.axis2.description.OutInAxisOperationClient.send(OutInAxisOperation.java:421)
>>>  at
>>> org.apache.axis2.description.OutInAxisOperationClient.executeImpl(OutInAxisOperation.java:229)
>>> at
>>> org.apache.axis2.client.OperationClient.execute(OperationClient.java:165)
>>>
>>>
>>> --
>>> *Afkham Azeez*
>>> Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com
>>> ,
>>> *
>>> *
>>> *Member; Apache Software Foundation; 
>>> **http://www.apache.org/*
>>> *
>>> email: **az...@wso2.com* * cell: +94 77 3320919
>>> blog: **http://blog.afkham.org* *
>>> twitter: **http://twitter.com/afkham_azeez*
>>> *
>>> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
>>> *
>>> *
>>> *Lean . Enterprise . Middleware*
>>>
>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>>
>> --
>> Thanks,
>> Denis
>> --
>> *Denis Weerasiri*
>> Software Engineer; WSO2 Inc.; http://wso2.com,
>> *email: denis ** [AT] wso2.com*
>> * cell: +94 (71) 684-4450
>> blog: **http://ddweerasiri.blogspot.com*
>> *
>> twitter: **http://twitter.com/ddweerasiri*

Re: [Carbon-dev] Wierd errors after invoking WSAS admin services

[Afkham Azeez]

SOAPMessageFormatter is called for serializing both multipart/related and
text/xml responses. However, it seems like some code in Carbon is overriding
the Content-Type set by the formatter. I'm trying to replace CarbonServlet
with AxisServlet and see what happens.


On Tue, Jan 4, 2011 at 9:26 PM, Ruwan Linton  wrote:

> Looks like the content type or the message type property is being altered
> and the SOAP message formatter is selected instead of the multipart-related
> message formatter.
>
> Ruwan
>
> On Tue, Jan 4, 2011 at 8:53 PM, Afkham Azeez  wrote:
>
>> This looks like an error on our end. I created a simple service and set
>> the enableMTOM parameter to true.
>>
>> When I deployed that service *on Simple Axis server*, and invoked it
>> using SOAP UI, I got the following response:
>>
>> HTTP/1.1 200 OK
>> Date: Tue, 04 Jan 2011 15:14:42 GMT
>> Server: Simple-Server/1.1
>> Transfer-Encoding: chunked
>> *Content-Type: multipart/related;
>> boundary="MIMEBoundary_826ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13ff8";
>> type="application/xop+xml"; start="<
>> 0.926ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13...@apache.org>";
>> start-info="text/xml"*
>>
>> --MIMEBoundary_826ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13ff8
>> Content-Type: application/xop+xml; charset=UTF-8; type="text/xml"
>> Content-Transfer-Encoding: binary
>> Content-ID: <
>> 0.926ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13...@apache.org>
>>
>> http://schemas.xmlsoap.org/soap/envelope/";>> xmlns:ns="http://charitha.org
>> ">244
>> --MIMEBoundary_826ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13ff8--
>>
>>
>> However, when I deployed that same service *on WSO2 AS *I got the invalid
>> response:
>>
>> HTTP/1.1 200 OK
>> Server: Apache-Coyote/1.1
>> *Content-Type: text/xml;charset=UTF-8*
>> Transfer-Encoding: chunked
>> Content-Encoding: gzip
>> Vary: Accept-Encoding
>> Date: Tue, 04 Jan 2011 15:19:52 GMT
>>
>> --MIMEBoundary_54171ca790b7b96d69703973e02d7a486e1fb748ceefd6fb
>> Content-Type: application/xop+xml; charset=UTF-8; type="text/xml"
>> Content-Transfer-Encoding: binary
>> Content-ID: <
>> 0.44171ca790b7b96d69703973e02d7a486e1fb748ceefd...@apache.org>
>>
>> http://schemas.xmlsoap.org/soap/envelope/";>> xmlns:ns="http://charitha.org
>> ">244
>> --MIMEBoundary_54171ca790b7b96d69703973e02d7a486e1fb748ceefd6fb--
>>
>> As you can clearly see, in WSO2 AS, the Content type is not properly set:
>> *Content-Type: text/xml;charset=UTF-8*
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
*Afkham Azeez*
Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com,
*
*
*Member; Apache Software Foundation;
**http://www.apache.org/*
*
email: **az...@wso2.com* * cell: +94 77 3320919
blog: **http://blog.afkham.org* *
twitter: **http://twitter.com/afkham_azeez*
*
linked-in: **http://lk.linkedin.com/in/afkhamazeez*
*
*
*Lean . Enterprise . Middleware*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Build error - CEP Distribution (Trunk)

[Afkham Azeez]

Please wait until we find the root cause for these MTOM errors. Don't be
hasty & change all the services.xml and set the enableMTOM parameter to
false.

See mail thread on carbon-dev with subject: Wierd errors after invoking WSAS
admin services

Azeez

On Tue, Jan 4, 2011 at 6:32 PM, Manjula Rathnayake wrote:

> Hi all,
>
> On Thu, Dec 16, 2010 at 9:18 AM, Manjula Rathnayake wrote:
>
>> Hi all,
>>
>> I am getting following stack trace when trying to browse registry.
>>
>>  ERROR
>> {org.wso2.carbon.registry.resource.ui.clients.ResourceServiceClient} -
>> Failed to get resource tree entry for resource /.
>> com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character '-' (code
>> 45) in prolog; expected '<'
>>  at [row,col {unknown-source}]: [1,1]
>> org.apache.axis2.AxisFault: com.ctc.wstx.exc.WstxUnexpectedCharException:
>> Unexpected character '-' (code 45) in prolog; expected '<'
>>  at [row,col {unknown-source}]: [1,1]
>>
>
> This was fixed by disabling MTOM.
> Index:
> org.wso2.carbon.registry.resource/src/main/resources/META-INF/services.xml
> ===
> ---
> org.wso2.carbon.registry.resource/src/main/resources/META-INF/services.xml
>  (revision 84828)
> +++
> org.wso2.carbon.registry.resource/src/main/resources/META-INF/services.xml
>  (working copy)
> @@ -46,7 +46,7 @@
>  
>  
>
> -true
> +false
>  true
>  true
>   locked="false">/permission/admin/manage/resources/browse
>
> I guess there are some patch need to be applied in trunk, as this is
> working in 3.1.0 branch.
>
> Thank you.
>
>
>>
>> So any help regarding this would be useful.
>>
>> Thank you.
>>
>> On Thu, Dec 16, 2010 at 12:57 AM, Kasun Weranga  wrote:
>>
>>> Hi Shammi,
>>>
>>> It seems like you don't have build the latest
>>> "components/registry/org.wso2.carbon.registry.common".
>>> Take svn up in component/pom.xml, component/registry/pom.xml, and
>>>  components/registry/org.wso2.carbon.registry.common directory.
>>> Then build it, then it should be ok.
>>>
>>> Thanks,
>>> KasunW
>>>
>>>
>>> On Wed, Dec 15, 2010 at 10:18 PM, shammi jayasinghe wrote:
>>>
 Hi ,
  I m getting the following error when building CEP distribution. (Trunk)
 I have already successfully built , registry component and the feature.

 [INFO]
 
 [ERROR] BUILD ERROR
 [INFO]
 
 [INFO] Failed to resolve artifact.

 Missing:
 --
 1) org.apache.juddi:uddi-ws:jar:${juddi.version}

   Try downloading the file manually from the project website.

   Then, install it using the command:
   mvn install:install-file -DgroupId=org.apache.juddi
 -DartifactId=uddi-ws -Dversion=${juddi.version} -Dpackaging=jar
 -Dfile=/path/to/file

   Alternatively, if you host your own repository you can deploy the file
 there:
   mvn deploy:deploy-file -DgroupId=org.apache.juddi
 -DartifactId=uddi-ws -Dversion=${juddi.version} -Dpackaging=jar
 -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

   Path to dependency:
   1) org.wso2.cep:wso2cep:pom:1.0.0-SNAPSHOT
   2)
 org.wso2.carbon:org.wso2.carbon.registry.common:jar:3.1.0-SNAPSHOT
   3) org.apache.juddi:uddi-ws:jar:${juddi.version}

 2) org.apache.juddi:juddi-core:jar:${juddi.version}

   Try downloading the file manually from the project website.

   Then, install it using the command:
   mvn install:install-file -DgroupId=org.apache.juddi
 -DartifactId=juddi-core -Dversion=${juddi.version} -Dpackaging=jar
 -Dfile=/path/to/file

   Alternatively, if you host your own repository you can deploy the file
 there:
   mvn deploy:deploy-file -DgroupId=org.apache.juddi
 -DartifactId=juddi-core -Dversion=${juddi.version} -Dpackaging=jar
 -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

   Path to dependency:
   1) org.wso2.cep:wso2cep:pom:1.0.0-SNAPSHOT
   2)
 org.wso2.carbon:org.wso2.carbon.registry.common:jar:3.1.0-SNAPSHOT
   3) org.apache.juddi:juddi-core:jar:${juddi.version}

 3) org.apache.juddi:juddi-client:jar:${juddi.version}

   Try downloading the file manually from the project website.

   Then, install it using the command:
   mvn install:install-file -DgroupId=org.apache.juddi
 -DartifactId=juddi-client -Dversion=${juddi.version} -Dpackaging=jar
 -Dfile=/path/to/file

   Alternatively, if you host your own repository you can deploy the file
 there:
   mvn deploy:deploy-file -DgroupId=org.apache.juddi
 -DartifactId=juddi-client -Dversion=${juddi.version} -Dpackaging=jar
 -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

   Path to dependency:
   

Re: [Carbon-dev] Wierd errors after invoking WSAS admin services

[Ruwan Linton]

Looks like the content type or the message type property is being altered
and the SOAP message formatter is selected instead of the multipart-related
message formatter.

Ruwan

On Tue, Jan 4, 2011 at 8:53 PM, Afkham Azeez  wrote:

> This looks like an error on our end. I created a simple service and set the
> enableMTOM parameter to true.
>
> When I deployed that service *on Simple Axis server*, and invoked it using
> SOAP UI, I got the following response:
>
> HTTP/1.1 200 OK
> Date: Tue, 04 Jan 2011 15:14:42 GMT
> Server: Simple-Server/1.1
> Transfer-Encoding: chunked
> *Content-Type: multipart/related;
> boundary="MIMEBoundary_826ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13ff8";
> type="application/xop+xml"; start="<
> 0.926ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13...@apache.org>";
> start-info="text/xml"*
>
> --MIMEBoundary_826ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13ff8
> Content-Type: application/xop+xml; charset=UTF-8; type="text/xml"
> Content-Transfer-Encoding: binary
> Content-ID: <0.926ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13...@apache.org
> >
>
> http://schemas.xmlsoap.org/soap/envelope/";> xmlns:ns="http://charitha.org
> ">244
> --MIMEBoundary_826ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13ff8--
>
>
> However, when I deployed that same service *on WSO2 AS *I got the invalid
> response:
>
> HTTP/1.1 200 OK
> Server: Apache-Coyote/1.1
> *Content-Type: text/xml;charset=UTF-8*
> Transfer-Encoding: chunked
> Content-Encoding: gzip
> Vary: Accept-Encoding
> Date: Tue, 04 Jan 2011 15:19:52 GMT
>
> --MIMEBoundary_54171ca790b7b96d69703973e02d7a486e1fb748ceefd6fb
> Content-Type: application/xop+xml; charset=UTF-8; type="text/xml"
> Content-Transfer-Encoding: binary
> Content-ID: <0.44171ca790b7b96d69703973e02d7a486e1fb748ceefd...@apache.org
> >
>
> http://schemas.xmlsoap.org/soap/envelope/";> xmlns:ns="http://charitha.org
> ">244
> --MIMEBoundary_54171ca790b7b96d69703973e02d7a486e1fb748ceefd6fb--
>
> As you can clearly see, in WSO2 AS, the Content type is not properly set:
> *Content-Type: text/xml;charset=UTF-8*
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Wierd errors after invoking WSAS admin services

[Afkham Azeez]

Attached the service which was used for this test.

On Tue, Jan 4, 2011 at 8:53 PM, Afkham Azeez  wrote:

> This looks like an error on our end. I created a simple service and set the
> enableMTOM parameter to true.
>
> When I deployed that service *on Simple Axis server*, and invoked it using
> SOAP UI, I got the following response:
>
> HTTP/1.1 200 OK
> Date: Tue, 04 Jan 2011 15:14:42 GMT
> Server: Simple-Server/1.1
> Transfer-Encoding: chunked
> *Content-Type: multipart/related;
> boundary="MIMEBoundary_826ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13ff8";
> type="application/xop+xml"; start="<
> 0.926ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13...@apache.org>";
> start-info="text/xml"*
>
> --MIMEBoundary_826ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13ff8
> Content-Type: application/xop+xml; charset=UTF-8; type="text/xml"
> Content-Transfer-Encoding: binary
> Content-ID: <0.926ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13...@apache.org
> >
>
> http://schemas.xmlsoap.org/soap/envelope/";> xmlns:ns="http://charitha.org
> ">244
> --MIMEBoundary_826ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13ff8--
>
>
> However, when I deployed that same service *on WSO2 AS *I got the invalid
> response:
>
> HTTP/1.1 200 OK
> Server: Apache-Coyote/1.1
> *Content-Type: text/xml;charset=UTF-8*
> Transfer-Encoding: chunked
> Content-Encoding: gzip
> Vary: Accept-Encoding
> Date: Tue, 04 Jan 2011 15:19:52 GMT
>
> --MIMEBoundary_54171ca790b7b96d69703973e02d7a486e1fb748ceefd6fb
> Content-Type: application/xop+xml; charset=UTF-8; type="text/xml"
> Content-Transfer-Encoding: binary
> Content-ID: <0.44171ca790b7b96d69703973e02d7a486e1fb748ceefd...@apache.org
> >
>
> http://schemas.xmlsoap.org/soap/envelope/";> xmlns:ns="http://charitha.org
> ">244
> --MIMEBoundary_54171ca790b7b96d69703973e02d7a486e1fb748ceefd6fb--
>
> As you can clearly see, in WSO2 AS, the Content type is not properly set:
> *Content-Type: text/xml;charset=UTF-8*
>
>


-- 
*Afkham Azeez*
Senior Software Architect & Senior Manager; WSO2, Inc.; http://wso2.com,
*
*
*Member; Apache Software Foundation;
**http://www.apache.org/*
*
email: **az...@wso2.com* * cell: +94 77 3320919
blog: **http://blog.afkham.org* *
twitter: **http://twitter.com/afkham_azeez*
*
linked-in: **http://lk.linkedin.com/in/afkhamazeez*
*
*
*Lean . Enterprise . Middleware*


calculator.aar
Description: Binary data
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] 3.2.0 plans

[Sameera Jayasoma]

On Tue, Jan 4, 2011 at 10:50 AM, Supun Kamburugamuva  wrote:

> On Mon, Jan 3, 2011 at 10:29 PM, Sameera Jayasoma 
> wrote:
> >
> >
> > On Mon, Jan 3, 2011 at 5:18 PM, Samisa Abeysinghe 
> wrote:
> >>
> >> Do we have Carbon core fixes in svn trunk, that are not there in 3.1.0?
> >> We need to release 3.2.0 Carbon core first. Then Chunk 3 products. And
> >> should we not release patch versions for those already released under
> 3.1.0
> >> chunk 1 & 2?
> >
> > IMV, we need to release Carbon core with ESB. Carbon core depends on
> Axis2
> > and Synapse. Testing ESB will uncover bugs in Axis2 and Synapse which in
> > turn help to stabilize Carbon core.
> >
> > Last time, we released Carbon core first and then released WSO2 AS. But
> > while testing AS we found some bugs in Axis2, hence we had to patch
> Carbon
> > core.
> >
> > In the future, IMV we better release ESB and AS with Carbon core.
>
> +1
>

Great. Shall We plan to release Carbon core with ESB?

Thanks
Sameera

>
> Thanks,
> Supun..
>
> >
> > Thanks
> > Sameera
> >>
> >> Thanks,
> >> Samisa...
> >>
> >> Samisa Abeysinghe
> >> VP Engineering
> >> WSO2 Inc.
> >> http://wso2.com
> >> http://wso2.org
> >>
> >>
> >>
> >> ___
> >> Carbon-dev mailing list
> >> Carbon-dev@wso2.org
> >> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
> >>
> >
> >
> >
> > --
> > Sameera Jayasoma
> > Technical Lead and Product Manager, WSO2 Carbon
> >
> > WSO2, Inc. (http://wso2.com)
> > email: same...@wso2.com
> > blog: http://tech.jayasoma.org
> >
> > Lean . Enterprise . Middleware
> >
> > ___
> > Carbon-dev mailing list
> > Carbon-dev@wso2.org
> > https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
> >
> >
>
>
>
> --
> Supun Kamburugamuva
> Technical Lead
> WSO2 Inc.;  http://wso2.org
> E-mail: su...@wso2.com;  Mobile: +94 77 431 3585
> Blog: http://supunk.blogspot.com
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>



-- 
Sameera Jayasoma
Technical Lead and Product Manager, WSO2 Carbon

WSO2, Inc. (http://wso2.com)
email: same...@wso2.com
blog: http://tech.jayasoma.org

Lean . Enterprise . Middleware
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Wierd errors after invoking WSAS admin services

[Afkham Azeez]

This looks like an error on our end. I created a simple service and set the
enableMTOM parameter to true.

When I deployed that service *on Simple Axis server*, and invoked it using
SOAP UI, I got the following response:

HTTP/1.1 200 OK
Date: Tue, 04 Jan 2011 15:14:42 GMT
Server: Simple-Server/1.1
Transfer-Encoding: chunked
*Content-Type: multipart/related;
boundary="MIMEBoundary_826ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13ff8";
type="application/xop+xml"; start="<
0.926ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13...@apache.org>";
start-info="text/xml"*

--MIMEBoundary_826ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13ff8
Content-Type: application/xop+xml; charset=UTF-8; type="text/xml"
Content-Transfer-Encoding: binary
Content-ID: <0.926ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13...@apache.org>

http://schemas.xmlsoap.org/soap/envelope/";>http://charitha.org
">244
--MIMEBoundary_826ad2cd3c9f9139ddc2e9428b810eb4137fd90930f13ff8--


However, when I deployed that same service *on WSO2 AS *I got the invalid
response:

HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
*Content-Type: text/xml;charset=UTF-8*
Transfer-Encoding: chunked
Content-Encoding: gzip
Vary: Accept-Encoding
Date: Tue, 04 Jan 2011 15:19:52 GMT

--MIMEBoundary_54171ca790b7b96d69703973e02d7a486e1fb748ceefd6fb
Content-Type: application/xop+xml; charset=UTF-8; type="text/xml"
Content-Transfer-Encoding: binary
Content-ID: <0.44171ca790b7b96d69703973e02d7a486e1fb748ceefd...@apache.org>

http://schemas.xmlsoap.org/soap/envelope/";>http://charitha.org
">244
--MIMEBoundary_54171ca790b7b96d69703973e02d7a486e1fb748ceefd6fb--

As you can clearly see, in WSO2 AS, the Content type is not properly
set: *Content-Type:
text/xml;charset=UTF-8*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Build error - CEP Distribution (Trunk)

[Manjula Rathnayake]

Hi all,

On Thu, Dec 16, 2010 at 9:18 AM, Manjula Rathnayake wrote:

> Hi all,
>
> I am getting following stack trace when trying to browse registry.
>
>  ERROR {org.wso2.carbon.registry.resource.ui.clients.ResourceServiceClient}
> -  Failed to get resource tree entry for resource /.
> com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character '-' (code
> 45) in prolog; expected '<'
>  at [row,col {unknown-source}]: [1,1]
> org.apache.axis2.AxisFault: com.ctc.wstx.exc.WstxUnexpectedCharException:
> Unexpected character '-' (code 45) in prolog; expected '<'
>  at [row,col {unknown-source}]: [1,1]
>

This was fixed by disabling MTOM.
Index:
org.wso2.carbon.registry.resource/src/main/resources/META-INF/services.xml
===
---
org.wso2.carbon.registry.resource/src/main/resources/META-INF/services.xml
 (revision 84828)
+++
org.wso2.carbon.registry.resource/src/main/resources/META-INF/services.xml
 (working copy)
@@ -46,7 +46,7 @@
 
 

-true
+false
 true
 true
 /permission/admin/manage/resources/browse

I guess there are some patch need to be applied in trunk, as this is working
in 3.1.0 branch.

Thank you.


>
> So any help regarding this would be useful.
>
> Thank you.
>
> On Thu, Dec 16, 2010 at 12:57 AM, Kasun Weranga  wrote:
>
>> Hi Shammi,
>>
>> It seems like you don't have build the latest
>> "components/registry/org.wso2.carbon.registry.common".
>> Take svn up in component/pom.xml, component/registry/pom.xml, and
>>  components/registry/org.wso2.carbon.registry.common directory.
>> Then build it, then it should be ok.
>>
>> Thanks,
>> KasunW
>>
>>
>> On Wed, Dec 15, 2010 at 10:18 PM, shammi jayasinghe wrote:
>>
>>> Hi ,
>>>  I m getting the following error when building CEP distribution. (Trunk)
>>> I have already successfully built , registry component and the feature.
>>>
>>> [INFO]
>>> 
>>> [ERROR] BUILD ERROR
>>> [INFO]
>>> 
>>> [INFO] Failed to resolve artifact.
>>>
>>> Missing:
>>> --
>>> 1) org.apache.juddi:uddi-ws:jar:${juddi.version}
>>>
>>>   Try downloading the file manually from the project website.
>>>
>>>   Then, install it using the command:
>>>   mvn install:install-file -DgroupId=org.apache.juddi
>>> -DartifactId=uddi-ws -Dversion=${juddi.version} -Dpackaging=jar
>>> -Dfile=/path/to/file
>>>
>>>   Alternatively, if you host your own repository you can deploy the file
>>> there:
>>>   mvn deploy:deploy-file -DgroupId=org.apache.juddi
>>> -DartifactId=uddi-ws -Dversion=${juddi.version} -Dpackaging=jar
>>> -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
>>>
>>>   Path to dependency:
>>>   1) org.wso2.cep:wso2cep:pom:1.0.0-SNAPSHOT
>>>   2)
>>> org.wso2.carbon:org.wso2.carbon.registry.common:jar:3.1.0-SNAPSHOT
>>>   3) org.apache.juddi:uddi-ws:jar:${juddi.version}
>>>
>>> 2) org.apache.juddi:juddi-core:jar:${juddi.version}
>>>
>>>   Try downloading the file manually from the project website.
>>>
>>>   Then, install it using the command:
>>>   mvn install:install-file -DgroupId=org.apache.juddi
>>> -DartifactId=juddi-core -Dversion=${juddi.version} -Dpackaging=jar
>>> -Dfile=/path/to/file
>>>
>>>   Alternatively, if you host your own repository you can deploy the file
>>> there:
>>>   mvn deploy:deploy-file -DgroupId=org.apache.juddi
>>> -DartifactId=juddi-core -Dversion=${juddi.version} -Dpackaging=jar
>>> -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
>>>
>>>   Path to dependency:
>>>   1) org.wso2.cep:wso2cep:pom:1.0.0-SNAPSHOT
>>>   2)
>>> org.wso2.carbon:org.wso2.carbon.registry.common:jar:3.1.0-SNAPSHOT
>>>   3) org.apache.juddi:juddi-core:jar:${juddi.version}
>>>
>>> 3) org.apache.juddi:juddi-client:jar:${juddi.version}
>>>
>>>   Try downloading the file manually from the project website.
>>>
>>>   Then, install it using the command:
>>>   mvn install:install-file -DgroupId=org.apache.juddi
>>> -DartifactId=juddi-client -Dversion=${juddi.version} -Dpackaging=jar
>>> -Dfile=/path/to/file
>>>
>>>   Alternatively, if you host your own repository you can deploy the file
>>> there:
>>>   mvn deploy:deploy-file -DgroupId=org.apache.juddi
>>> -DartifactId=juddi-client -Dversion=${juddi.version} -Dpackaging=jar
>>> -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
>>>
>>>   Path to dependency:
>>>   1) org.wso2.cep:wso2cep:pom:1.0.0-SNAPSHOT
>>>   2)
>>> org.wso2.carbon:org.wso2.carbon.registry.common:jar:3.1.0-SNAPSHOT
>>>   3) org.apache.juddi:juddi-client:jar:${juddi.version}
>>>
>>> --
>>> 3 required artifacts are missing.
>>>
>>> for artifact:
>>>   org.wso2.cep:wso2cep:pom:1.0.0-SNAPSHOT
>>>
>>> from the specified remote repositories:
>>>   central (http://repo1.maven.org/maven2),
>>>   wso2-maven2-repository (http://dist.wso2.org/maven2),
>>>   wso2-maven2-r

[Carbon-dev] BAM Mediation Statistics Data Publisher

[Hodchenkov, Paul]

Hi!
I am trying to install WSO2 Carbon - BAM Mediation Statistics Data Publisher 
Feature on ESB using repo:
http://dist.wso2.org/p2/carbon/releases/3.0.0/
And has error the following error(it seems that repository is missing some 
jars. I installed this feature 3 days ago successfully, but today it fails):

 [Axis2 Task] ERROR RepositoryAdminService Error occured while performing 
provisioning action
java.lang.Exception: An error occurred while collecting items to be installed
  session context was:(profile=WSO2CarbonProfile, 
phase=org.eclipse.equinox.internal.provisional.p2.engine.phases.Collect, 
operand=, action=).
  NLS missing message: artifact_not_found in: 
org.eclipse.equinox.internal.p2.artifact.repository.messages

http://dist.wso2.org/p2/carbon/releases/3.0.0/plugins/org.wso2.carbon.wsdl2form-3.0.1.jar
  NLS missing message: artifact_not_found in: 
org.eclipse.equinox.internal.p2.artifact.repository.messages

http://dist.wso2.org/p2/carbon/releases/3.0.0/plugins/commons-beanutils-1.8.0.wso2v1.jar
  NLS missing message: artifact_not_found in: 
org.eclipse.equinox.internal.p2.artifact.repository.messages

http://dist.wso2.org/p2/carbon/releases/3.0.0/plugins/commons-digester-1.8.1.wso2v1.jar
  NLS missing message: artifact_not_found in: 
org.eclipse.equinox.internal.p2.artifact.repository.messages

http://dist.wso2.org/p2/carbon/releases/3.0.0/plugins/wsdl-validator-1.1.0.wso2v1.jar
 at 
org.wso2.carbon.component.mgt.services.prov.ProvisioningAdminService.performProvisioningActionInternal(ProvisioningAdminService.java:221)
 at 
org.wso2.carbon.component.mgt.services.prov.ProvisioningAdminService.performProvisioningAction(ProvisioningAdminService.java:173)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
 at org.apache.axis2.rpc.receivers.RPCUtil.invokeServiceClass(RPCUtil.java:205)
 at 
org.apache.axis2.rpc.receivers.RPCMessageReceiver.invokeBusinessLogic(RPCMessageReceiver.java:102)
 at 
org.apache.axis2.receivers.AbstractInOutMessageReceiver.invokeBusinessLogic(AbstractInOutMessageReceiver.java:40)
 at 
org.apache.axis2.receivers.AbstractMessageReceiver$AsyncMessageReceiverWorker.run(AbstractMessageReceiver.java:318)
 at 
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
 at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
 at java.lang.Thread.run(Thread.java:662)
2011-01-04 05:26:27,409 [-] [Axis2 Task] ERROR AbstractMessageReceiver Error 
occured while performing provisioning action
org.apache.axis2.AxisFault: Error occured while performing provisioning action
 at 
org.wso2.carbon.component.mgt.services.prov.ProvisioningAdminService.handleException(ProvisioningAdminService.java:267)
 at 
org.wso2.carbon.component.mgt.services.prov.ProvisioningAdminService.performProvisioningAction(ProvisioningAdminService.java:175)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
 at org.apache.axis2.rpc.receivers.RPCUtil.invokeServiceClass(RPCUtil.java:205)
 at 
org.apache.axis2.rpc.receivers.RPCMessageReceiver.invokeBusinessLogic(RPCMessageReceiver.java:102)
 at 
org.apache.axis2.receivers.AbstractInOutMessageReceiver.invokeBusinessLogic(AbstractInOutMessageReceiver.java:40)
 at 
org.apache.axis2.receivers.AbstractMessageReceiver$AsyncMessageReceiverWorker.run(AbstractMessageReceiver.java:318)
 at 
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
 at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
 at java.lang.Thread.run(Thread.java:662)
Caused by: java.lang.Exception: An error occurred while collecting items to be 
installed
  session context was:(profile=WSO2CarbonProfile, 
phase=org.eclipse.equinox.internal.provisional.p2.engine.phases.Collect, 
operand=, action=).
  NLS missing message: artifact_not_found in: 
org.eclipse.equinox.internal.p2.artifact.repository.messages

http://dist.wso2.org/p2/carbon/releases/3.0.0/plugins/org.wso2.carbon.wsdl2form-3.0.1.jar
  NLS missing message: artifact_not_found in: 
org.eclipse.equinox.internal.p2.artifact.repository.messages

http://dist.wso2.org/p2/carbon/releases/3.0.0/plugins/commons-beanutils-1.8.0.wso2v1.jar
  NLS missing message: artifact_not_found in: 
org.eclipse.equinox.internal.p2.artifact.repository.messages

http://dist.wso2.org/p2/carbon/releases/3.0.0/plugins/commons-digester-1.8.1.wso2v1.jar
  NLS missing message: artifact_not_found in: 
org.eclipse.equinox.internal.p2.artifact.repository.messages

http://dis

Re: [Carbon-dev] What is org.wso2.pwprovider ?

[Hiranya Jayathilaka]

On Tue, Jan 4, 2011 at 12:30 PM, Asela Pathberiya  wrote:

>
>
> On Tue, Jan 4, 2011 at 12:13 PM, Indika Kumara  wrote:
>
>> Hi Prabath,
>>
>> Sometime ago, we decided (in synapse DEV list) to move the Synapse secure
>> vault to WS-commons so that axis2 ( + transports) can use it. I even
>> provided a patch (only part of the solution).
>>
>
> If Synapse secure vault does not contain any dependencies with synapse.
> IMO, it is better to investigate on using it for carbon configuration files
> rather than building an another secure vault approach. WDYT?
>

+1

IIRC this code is in a self contained module and does not depend on any
Synapse stuff

Thanks,
Hiranya


>
> Thanks,
> Asela.
>
>>
>> Thanks,
>>
>> Indika
>>
>>
>> On Tue, Jan 4, 2011 at 12:32 PM, Prabath Siriwardana wrote:
>>
>>> Thanks Indika.. We are in the process of building a common secure vault
>>> approach - for all configuration files , could be carbon/synapse/axis2 and
>>> make it a WSO2 commons project..
>>>
>>> Thanks & regards,
>>> -Prabath
>>>
>>>
>>> On Tue, Jan 4, 2011 at 11:50 AM, Indika Kumara  wrote:
>>>
 Prabath

 That secure vault is based on the custom code done for a specific user.
 The original secure vault is in Synapse and it is described at [1]. Asela
 and I discuss about that yesterday.

 Thanks,

 Indika

 [1]
 http://wso2.org/project/esb/java/3.0.1/docs/securing_secret_information.html

 On Tue, Jan 4, 2011 at 12:14 PM, Prabath Siriwardana 
 wrote:

> This should be a WSO2 commons project [which is part of secure vault]
> and we also need to fix the naming
>
> Thanks & regards,
> -Prabath
>
> On Tue, Jan 4, 2011 at 11:34 AM, Sumedha Rubasinghe 
> wrote:
>
>> Is packaging naming convention right?
>> Online build does not seem to download it. From where can I find the
>> source?
>>
>> /sumedha
>>
>> Encountered following when building latest carbon-core trunk.
>>
>> Missing:
>> --
>> 1) org.wso2.pwprovider:org.wso2.pwprovider:jar:1.6.4
>>
>>   Try downloading the file manually from the project website.
>>
>>Then, install it using the command:
>>   mvn install:install-file -DgroupId=org.wso2.pwprovider
>> -DartifactId=org.wso2.pwprovider -Dversion=1.6.4 -Dpackaging=jar
>> -Dfile=/path/to/file
>>
>>
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> Thanks & Regards,
> Prabath
>
> http://blog.facilelogin.com
> http://RampartFAQ.com
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev


>>>
>>>
>>> --
>>> Thanks & Regards,
>>> Prabath
>>>
>>> http://blog.facilelogin.com
>>> http://RampartFAQ.com
>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Hiranya Jayathilaka
Senior Software Engineer;
WSO2 Inc.;  http://wso2.org
E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
Blog: http://techfeast-hiranya.blogspot.com
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Error while building Dashboard component in trunk

[Muhammed Shariq]

Yes wonder if something went wrong during the svn up .. i'll check it.

Thanks,
Shariq.

On Tue, Jan 4, 2011 at 3:32 PM, Nuwan Bandara  wrote:

> Hi,
>
> Looks like some issue specific to ur local build. I just ran a trunk build
> without and issue. However we can verify this with the continuous build.
>
> Regards,
> /Nuwan
>
>
> On Tue, Jan 4, 2011 at 3:08 PM, Muhammed Shariq  wrote:
>
>> Hi Nuwan,
>>
>> Building the registry component didn't sort it. It looks like there is
>> something to do with code-gen.
>>
>> [INFO] Source directory:
>> /home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/target/generated-code/src
>> added.
>> [INFO] [resources:resources]
>> [INFO] Using 'UTF-8' encoding to copy filtered resources.
>> [INFO] Copying 81 resources
>> [INFO] [antrun:run {execution: source-code-generation}]
>> [INFO] Executing tasks
>>  [java] Retrieving document at
>> 'src/main/resources/UserPrefsService.wsdl'.
>>  [java] Retrieving document at
>> 'src/main/resources/GadgetContentService.wsdl'.
>>  [java] Exception in thread "main"
>> org.apache.axis2.wsdl.codegen.CodeGenerationException:
>> java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
>>  [java] at
>> org.apache.axis2.wsdl.codegen.CodeGenerationEngine.generate(CodeGenerationEngine.java:276)
>>  [java] at org.apache.axis2.wsdl.WSDL2Code.main(WSDL2Code.java:35)
>>  [java] at org.apache.axis2.wsdl.WSDL2Java.main(WSDL2Java.java:24)
>>  [java] Caused by: java.lang.RuntimeException:
>> java.lang.reflect.InvocationTargetException
>>  [java] at
>> org.apache.axis2.wsdl.codegen.extension.SimpleDBExtension.engage(SimpleDBExtension.java:53)
>>  [java] at
>> org.apache.axis2.wsdl.codegen.CodeGenerationEngine.generate(CodeGenerationEngine.java:229)
>>  [java] ... 2 more
>>  [java] Caused by: java.lang.reflect.InvocationTargetException
>>  [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
>> Method)
>>  [java] at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>  [java] at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>  [java] at java.lang.reflect.Method.invoke(Method.java:597)
>>  [java] at
>> org.apache.axis2.wsdl.codegen.extension.SimpleDBExtension.engage(SimpleDBExtension.java:50)
>>  [java] ... 3 more
>>  [java] Caused by: java.lang.ExceptionInInitializerError
>>  [java] at
>> org.wso2.carbon.utils.logging.TenantAwarePatternLayout$TenantAwarePatternParser$TenantPatternConverter.getFullyQualifiedName(TenantAwarePatternLayout.java:224)
>>  [java] at
>> org.wso2.carbon.utils.logging.TenantAwarePatternLayout$TenantAwarePatternParser$TenantAwareNamedPatternConverter.convert(TenantAwarePatternLayout.java:142)
>>  [java] at
>> org.apache.log4j.helpers.PatternConverter.format(PatternConverter.java:64)
>>  [java] at
>> org.apache.log4j.PatternLayout.format(PatternLayout.java:503)
>>  [java] at
>> org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:301)
>>  [java] at
>> org.apache.log4j.DailyRollingFileAppender.subAppend(DailyRollingFileAppender.java:358)
>>  [java] at
>> org.apache.log4j.WriterAppender.append(WriterAppender.java:159)
>>  [java] at
>> org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:230)
>>  [java] at
>> org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:65)
>>  [java] at org.apache.log4j.Category.callAppenders(Category.java:203)
>>  [java] at org.apache.log4j.Category.forcedLog(Category.java:388)
>>  [java] at org.apache.log4j.Category.log(Category.java:853)
>>  [java] at
>> org.apache.commons.logging.impl.Log4JLogger.warn(Log4JLogger.java:222)
>>  [java] at
>> org.apache.axis2.schema.SchemaCompiler.findClassName(SchemaCompiler.java:938)
>>  [java] at
>> org.apache.axis2.schema.SchemaCompiler.processComplexContent(SchemaCompiler.java:1278)
>>  [java] at
>> org.apache.axis2.schema.SchemaCompiler.processContentModel(SchemaCompiler.java:1210)
>>  [java] at
>> org.apache.axis2.schema.SchemaCompiler.processComplexType(SchemaCompiler.java:1154)
>>  [java] at
>> org.apache.axis2.schema.SchemaCompiler.processNamedComplexSchemaType(SchemaCompiler.java:1074)
>>  [java] at
>> org.apache.axis2.schema.SchemaCompiler.processSchema(SchemaCompiler.java:988)
>>  [java] at
>> org.apache.axis2.schema.SchemaCompiler.processElement(SchemaCompiler.java:823)
>>  [java] at
>> org.apache.axis2.schema.SchemaCompiler.processElement(SchemaCompiler.java:586)
>>  [java] at
>> org.apache.axis2.schema.SchemaCompiler.process(SchemaCompiler.java:2045)
>>  [java] at
>> org.apache.axis2.schema.SchemaCompiler.processParticle(SchemaCompiler.java:1928)
>>  [java] at
>> org.apache.axis2.schema.SchemaCompiler.processComplexType(SchemaCompiler.java:1138)
>>  [java] at
>> org.apache.axis2.schema.SchemaCompiler.processNa

Re: [Carbon-dev] Error while building Dashboard component in trunk

[Nuwan Bandara]

Hi,

Looks like some issue specific to ur local build. I just ran a trunk build
without and issue. However we can verify this with the continuous build.

Regards,
/Nuwan

On Tue, Jan 4, 2011 at 3:08 PM, Muhammed Shariq  wrote:

> Hi Nuwan,
>
> Building the registry component didn't sort it. It looks like there is
> something to do with code-gen.
>
> [INFO] Source directory:
> /home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/target/generated-code/src
> added.
> [INFO] [resources:resources]
> [INFO] Using 'UTF-8' encoding to copy filtered resources.
> [INFO] Copying 81 resources
> [INFO] [antrun:run {execution: source-code-generation}]
> [INFO] Executing tasks
>  [java] Retrieving document at
> 'src/main/resources/UserPrefsService.wsdl'.
>  [java] Retrieving document at
> 'src/main/resources/GadgetContentService.wsdl'.
>  [java] Exception in thread "main"
> org.apache.axis2.wsdl.codegen.CodeGenerationException:
> java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
>  [java] at
> org.apache.axis2.wsdl.codegen.CodeGenerationEngine.generate(CodeGenerationEngine.java:276)
>  [java] at org.apache.axis2.wsdl.WSDL2Code.main(WSDL2Code.java:35)
>  [java] at org.apache.axis2.wsdl.WSDL2Java.main(WSDL2Java.java:24)
>  [java] Caused by: java.lang.RuntimeException:
> java.lang.reflect.InvocationTargetException
>  [java] at
> org.apache.axis2.wsdl.codegen.extension.SimpleDBExtension.engage(SimpleDBExtension.java:53)
>  [java] at
> org.apache.axis2.wsdl.codegen.CodeGenerationEngine.generate(CodeGenerationEngine.java:229)
>  [java] ... 2 more
>  [java] Caused by: java.lang.reflect.InvocationTargetException
>  [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>  [java] at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>  [java] at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>  [java] at java.lang.reflect.Method.invoke(Method.java:597)
>  [java] at
> org.apache.axis2.wsdl.codegen.extension.SimpleDBExtension.engage(SimpleDBExtension.java:50)
>  [java] ... 3 more
>  [java] Caused by: java.lang.ExceptionInInitializerError
>  [java] at
> org.wso2.carbon.utils.logging.TenantAwarePatternLayout$TenantAwarePatternParser$TenantPatternConverter.getFullyQualifiedName(TenantAwarePatternLayout.java:224)
>  [java] at
> org.wso2.carbon.utils.logging.TenantAwarePatternLayout$TenantAwarePatternParser$TenantAwareNamedPatternConverter.convert(TenantAwarePatternLayout.java:142)
>  [java] at
> org.apache.log4j.helpers.PatternConverter.format(PatternConverter.java:64)
>  [java] at
> org.apache.log4j.PatternLayout.format(PatternLayout.java:503)
>  [java] at
> org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:301)
>  [java] at
> org.apache.log4j.DailyRollingFileAppender.subAppend(DailyRollingFileAppender.java:358)
>  [java] at
> org.apache.log4j.WriterAppender.append(WriterAppender.java:159)
>  [java] at
> org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:230)
>  [java] at
> org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:65)
>  [java] at org.apache.log4j.Category.callAppenders(Category.java:203)
>  [java] at org.apache.log4j.Category.forcedLog(Category.java:388)
>  [java] at org.apache.log4j.Category.log(Category.java:853)
>  [java] at
> org.apache.commons.logging.impl.Log4JLogger.warn(Log4JLogger.java:222)
>  [java] at
> org.apache.axis2.schema.SchemaCompiler.findClassName(SchemaCompiler.java:938)
>  [java] at
> org.apache.axis2.schema.SchemaCompiler.processComplexContent(SchemaCompiler.java:1278)
>  [java] at
> org.apache.axis2.schema.SchemaCompiler.processContentModel(SchemaCompiler.java:1210)
>  [java] at
> org.apache.axis2.schema.SchemaCompiler.processComplexType(SchemaCompiler.java:1154)
>  [java] at
> org.apache.axis2.schema.SchemaCompiler.processNamedComplexSchemaType(SchemaCompiler.java:1074)
>  [java] at
> org.apache.axis2.schema.SchemaCompiler.processSchema(SchemaCompiler.java:988)
>  [java] at
> org.apache.axis2.schema.SchemaCompiler.processElement(SchemaCompiler.java:823)
>  [java] at
> org.apache.axis2.schema.SchemaCompiler.processElement(SchemaCompiler.java:586)
>  [java] at
> org.apache.axis2.schema.SchemaCompiler.process(SchemaCompiler.java:2045)
>  [java] at
> org.apache.axis2.schema.SchemaCompiler.processParticle(SchemaCompiler.java:1928)
>  [java] at
> org.apache.axis2.schema.SchemaCompiler.processComplexType(SchemaCompiler.java:1138)
>  [java] at
> org.apache.axis2.schema.SchemaCompiler.processNamedComplexSchemaType(SchemaCompiler.java:1074)
>  [java] at
> org.apache.axis2.schema.SchemaCompiler.processSchema(SchemaCompiler.java:988)
>  [java] at
> org.apache.axis2.schema.SchemaCompiler.processElement(SchemaCompiler.java:823)
>  [java

Re: [Carbon-dev] Error while building Dashboard component in trunk

[Muhammed Shariq]

Hi Nuwan,

Building the registry component didn't sort it. It looks like there is
something to do with code-gen.

[INFO] Source directory:
/home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/target/generated-code/src
added.
[INFO] [resources:resources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 81 resources
[INFO] [antrun:run {execution: source-code-generation}]
[INFO] Executing tasks
 [java] Retrieving document at
'src/main/resources/UserPrefsService.wsdl'.
 [java] Retrieving document at
'src/main/resources/GadgetContentService.wsdl'.
 [java] Exception in thread "main"
org.apache.axis2.wsdl.codegen.CodeGenerationException:
java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
 [java] at
org.apache.axis2.wsdl.codegen.CodeGenerationEngine.generate(CodeGenerationEngine.java:276)
 [java] at org.apache.axis2.wsdl.WSDL2Code.main(WSDL2Code.java:35)
 [java] at org.apache.axis2.wsdl.WSDL2Java.main(WSDL2Java.java:24)
 [java] Caused by: java.lang.RuntimeException:
java.lang.reflect.InvocationTargetException
 [java] at
org.apache.axis2.wsdl.codegen.extension.SimpleDBExtension.engage(SimpleDBExtension.java:53)
 [java] at
org.apache.axis2.wsdl.codegen.CodeGenerationEngine.generate(CodeGenerationEngine.java:229)
 [java] ... 2 more
 [java] Caused by: java.lang.reflect.InvocationTargetException
 [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 [java] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 [java] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 [java] at java.lang.reflect.Method.invoke(Method.java:597)
 [java] at
org.apache.axis2.wsdl.codegen.extension.SimpleDBExtension.engage(SimpleDBExtension.java:50)
 [java] ... 3 more
 [java] Caused by: java.lang.ExceptionInInitializerError
 [java] at
org.wso2.carbon.utils.logging.TenantAwarePatternLayout$TenantAwarePatternParser$TenantPatternConverter.getFullyQualifiedName(TenantAwarePatternLayout.java:224)
 [java] at
org.wso2.carbon.utils.logging.TenantAwarePatternLayout$TenantAwarePatternParser$TenantAwareNamedPatternConverter.convert(TenantAwarePatternLayout.java:142)
 [java] at
org.apache.log4j.helpers.PatternConverter.format(PatternConverter.java:64)
 [java] at org.apache.log4j.PatternLayout.format(PatternLayout.java:503)
 [java] at
org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:301)
 [java] at
org.apache.log4j.DailyRollingFileAppender.subAppend(DailyRollingFileAppender.java:358)
 [java] at
org.apache.log4j.WriterAppender.append(WriterAppender.java:159)
 [java] at
org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:230)
 [java] at
org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:65)
 [java] at org.apache.log4j.Category.callAppenders(Category.java:203)
 [java] at org.apache.log4j.Category.forcedLog(Category.java:388)
 [java] at org.apache.log4j.Category.log(Category.java:853)
 [java] at
org.apache.commons.logging.impl.Log4JLogger.warn(Log4JLogger.java:222)
 [java] at
org.apache.axis2.schema.SchemaCompiler.findClassName(SchemaCompiler.java:938)
 [java] at
org.apache.axis2.schema.SchemaCompiler.processComplexContent(SchemaCompiler.java:1278)
 [java] at
org.apache.axis2.schema.SchemaCompiler.processContentModel(SchemaCompiler.java:1210)
 [java] at
org.apache.axis2.schema.SchemaCompiler.processComplexType(SchemaCompiler.java:1154)
 [java] at
org.apache.axis2.schema.SchemaCompiler.processNamedComplexSchemaType(SchemaCompiler.java:1074)
 [java] at
org.apache.axis2.schema.SchemaCompiler.processSchema(SchemaCompiler.java:988)
 [java] at
org.apache.axis2.schema.SchemaCompiler.processElement(SchemaCompiler.java:823)
 [java] at
org.apache.axis2.schema.SchemaCompiler.processElement(SchemaCompiler.java:586)
 [java] at
org.apache.axis2.schema.SchemaCompiler.process(SchemaCompiler.java:2045)
 [java] at
org.apache.axis2.schema.SchemaCompiler.processParticle(SchemaCompiler.java:1928)
 [java] at
org.apache.axis2.schema.SchemaCompiler.processComplexType(SchemaCompiler.java:1138)
 [java] at
org.apache.axis2.schema.SchemaCompiler.processNamedComplexSchemaType(SchemaCompiler.java:1074)
 [java] at
org.apache.axis2.schema.SchemaCompiler.processSchema(SchemaCompiler.java:988)
 [java] at
org.apache.axis2.schema.SchemaCompiler.processElement(SchemaCompiler.java:823)
 [java] at
org.apache.axis2.schema.SchemaCompiler.processElement(SchemaCompiler.java:586)
 [java] at
org.apache.axis2.schema.SchemaCompiler.process(SchemaCompiler.java:2045)
 [java] at
org.apache.axis2.schema.SchemaCompiler.processParticle(SchemaCompiler.java:1928)
 [java] at
org.apache.axis2.schema.SchemaCompiler.processComplexType(SchemaCompiler.java:1138)
 [java] at
org.apache.axis2.schema.SchemaCo

Re: [Carbon-dev] Error while building Dashboard component in trunk

[Nuwan Bandara]

Hi,

You need to build the registry components before you build the dashboard.

Regards,
/Nuwan

On Tue, Jan 4, 2011 at 1:51 PM, Muhammed Shariq  wrote:

> Hi,
>
> I am getting the following error while trying to build the Dashboard
> component in trunk, the source is up to date.
> Am I missing something ?
>
> [INFO] Executed tasks
> [INFO] [compiler:compile]
> [INFO] Compiling 98 source files to
> /home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/target/classes
> [INFO]
> 
> [ERROR] BUILD FAILURE
> [INFO]
> 
> [INFO] Compilation failure
>
> /home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/target/generated-code/src/org/wso2/carbon/registry/core/session/xsd/UserRegistry.java:[156,86]
> cannot find symbol
> symbol  : class RegistryContext
> location: package org.wso2.carbon.registry.core.config.xsd
>
> /home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/target/generated-code/src/org/wso2/carbon/registry/core/session/xsd/UserRegistry.java:[174,75]
> cannot find symbol
> symbol  : class RegistryContext
> location: package org.wso2.carbon.registry.core.config.xsd
>
> /home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/target/generated-code/src/org/wso2/carbon/registry/core/session/xsd/UserRegistry.java:[184,102]
> cannot find symbol
> symbol  : class RegistryContext
> location: package org.wso2.carbon.registry.core.config.xsd
>
> /home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/src/main/java/org/wso2/carbon/dashboard/ui/GadgetResourceServiceClient.java:[10,44]
> cannot find symbol
> symbol  : class GadgetContentServiceStub
> location: package org.wso2.carbon.dashboard.ui.resource
>
> /home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/src/main/java/org/wso2/carbon/dashboard/ui/GadgetResourceServiceClient.java:[11,0]
> package org.wso2.carbon.dashboard.ui.resource.beans.xsd does not exist
>
> /home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/src/main/java/org/wso2/carbon/dashboard/ui/GadgetResourceServiceClient.java:[23,12]
> cannot find symbol
> symbol  : class GadgetContentServiceStub
> location: class org.wso2.carbon.dashboard.ui.GadgetResourceServiceClient
>
> /home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/src/main/java/org/wso2/carbon/dashboard/ui/GadgetResourceServiceClient.java:[51,11]
> cannot find symbol
> symbol  : class ContentDownloadBean
> location: class org.wso2.carbon.dashboard.ui.GadgetResourceServiceClient
>
> /home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/src/main/java/org/wso2/carbon/dashboard/ui/processors/GadgetContentProcessor.java:[24,54]
> package org.wso2.carbon.dashboard.ui.resource.beans.xsd does not exist
>
> /home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/target/generated-code/src/org/wso2/carbon/registry/core/session/xsd/UserRegistry.java:[895,130]
> package org.wso2.carbon.registry.core.config.xsd.RegistryContext does not
> exist
>
> /home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/src/main/java/org/wso2/carbon/dashboard/ui/GadgetResourceServiceClient.java:[37,23]
> cannot find symbol
> symbol  : class GadgetContentServiceStub
> location: class org.wso2.carbon.dashboard.ui.GadgetResourceServiceClient
>
> /home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/src/main/java/org/wso2/carbon/dashboard/ui/GadgetResourceServiceClient.java:[52,8]
> cannot find symbol
> symbol  : class ContentDownloadBean
> location: class org.wso2.carbon.dashboard.ui.GadgetResourceServiceClient
>
> /home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/src/main/java/org/wso2/carbon/dashboard/ui/processors/GadgetContentProcessor.java:[53,12]
> cannot find symbol
> symbol  : class ContentDownloadBean
> location: class
> org.wso2.carbon.dashboard.ui.processors.GadgetContentProcessor
>
>
> [INFO]
> 
> [INFO] Trace
> org.apache.maven.BuildFailureException: Compilation failure
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:699)
>  at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:540)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:519)
>  at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:371)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:332)
>  at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:181)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.ja

[Carbon-dev] Error while building Dashboard component in trunk

[Muhammed Shariq]

Hi,

I am getting the following error while trying to build the Dashboard
component in trunk, the source is up to date.
Am I missing something ?

[INFO] Executed tasks
[INFO] [compiler:compile]
[INFO] Compiling 98 source files to
/home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/target/classes
[INFO]

[ERROR] BUILD FAILURE
[INFO]

[INFO] Compilation failure

/home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/target/generated-code/src/org/wso2/carbon/registry/core/session/xsd/UserRegistry.java:[156,86]
cannot find symbol
symbol  : class RegistryContext
location: package org.wso2.carbon.registry.core.config.xsd

/home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/target/generated-code/src/org/wso2/carbon/registry/core/session/xsd/UserRegistry.java:[174,75]
cannot find symbol
symbol  : class RegistryContext
location: package org.wso2.carbon.registry.core.config.xsd

/home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/target/generated-code/src/org/wso2/carbon/registry/core/session/xsd/UserRegistry.java:[184,102]
cannot find symbol
symbol  : class RegistryContext
location: package org.wso2.carbon.registry.core.config.xsd

/home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/src/main/java/org/wso2/carbon/dashboard/ui/GadgetResourceServiceClient.java:[10,44]
cannot find symbol
symbol  : class GadgetContentServiceStub
location: package org.wso2.carbon.dashboard.ui.resource

/home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/src/main/java/org/wso2/carbon/dashboard/ui/GadgetResourceServiceClient.java:[11,0]
package org.wso2.carbon.dashboard.ui.resource.beans.xsd does not exist

/home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/src/main/java/org/wso2/carbon/dashboard/ui/GadgetResourceServiceClient.java:[23,12]
cannot find symbol
symbol  : class GadgetContentServiceStub
location: class org.wso2.carbon.dashboard.ui.GadgetResourceServiceClient

/home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/src/main/java/org/wso2/carbon/dashboard/ui/GadgetResourceServiceClient.java:[51,11]
cannot find symbol
symbol  : class ContentDownloadBean
location: class org.wso2.carbon.dashboard.ui.GadgetResourceServiceClient

/home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/src/main/java/org/wso2/carbon/dashboard/ui/processors/GadgetContentProcessor.java:[24,54]
package org.wso2.carbon.dashboard.ui.resource.beans.xsd does not exist

/home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/target/generated-code/src/org/wso2/carbon/registry/core/session/xsd/UserRegistry.java:[895,130]
package org.wso2.carbon.registry.core.config.xsd.RegistryContext does not
exist

/home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/src/main/java/org/wso2/carbon/dashboard/ui/GadgetResourceServiceClient.java:[37,23]
cannot find symbol
symbol  : class GadgetContentServiceStub
location: class org.wso2.carbon.dashboard.ui.GadgetResourceServiceClient

/home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/src/main/java/org/wso2/carbon/dashboard/ui/GadgetResourceServiceClient.java:[52,8]
cannot find symbol
symbol  : class ContentDownloadBean
location: class org.wso2.carbon.dashboard.ui.GadgetResourceServiceClient

/home/shariq/src/carbon/components/dashboard/org.wso2.carbon.dashboard.ui/src/main/java/org/wso2/carbon/dashboard/ui/processors/GadgetContentProcessor.java:[53,12]
cannot find symbol
symbol  : class ContentDownloadBean
location: class
org.wso2.carbon.dashboard.ui.processors.GadgetContentProcessor


[INFO]

[INFO] Trace
org.apache.maven.BuildFailureException: Compilation failure
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:699)
 at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:540)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:519)
 at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:371)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:332)
 at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:181)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:356)
 at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:137)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:356)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at
sun.reflect.DelegatingMethodAccessorImpl.