Hi,
Please find the Carbon core, Appserver, G-Reg packs at [1]. I will update
the list when other packs are available
Thanks
Sameera
[1] http://builder.wso2.org/~carbon/releases/carbon/3.2.0/build-1/
--
Sameera Jayasoma
Technical Lead and Product Manager, WSO2 Carbon
WSO2, Inc. (http://wso2.c
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=org.wso2.esb
-DartifactId=org.wso2.esb.styles.feature -Dversion=3.2.0-SNAPSHOT
-Dpackaging=zip -Dfile=/path/to/file
Alternatively, if you host your own reposit
On Sat, Feb 5, 2011 at 1:44 PM, Sameera Jayasoma wrote:
> Hi,
>
> Please find the Carbon core, Appserver, G-Reg packs at [1]. I will update
> the list when other packs are available.
>
ESB packs are available.
>
> Thanks
> Sameera
>
> [1]
> http://builder.wso2.org/~carbon/releases/carbon/3.2.0
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=org.wso2.esb
-DartifactId=org.wso2.esb.styles.feature -Dversion=3.2.0-SNAPSHOT
-Dpackaging=zip -Dfile=/path/to/file
Alternatively, if you host your own reposit
See below.
Rajika
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
/home/rajika/projects/carbon/trunk/components/qpid/org.wso2.carbon.qpid/src/main/java/org/wso2/carbon/qpid/internal/QpidServiceComponent.java:[78,67]
Building the updated Qpid dependency fixed the problem.
Rajika
On Sat, Feb 5, 2011 at 5:45 PM, Rajika Kumarasiri wrote:
> See below.
>
> Rajika
>
> [ERROR] BUILD FAILURE
> [INFO]
>
> [INFO] Compilation failure
> /home/raji
On Sat, Feb 5, 2011 at 4:43 PM, Sameera Jayasoma wrote:
>
>
> On Sat, Feb 5, 2011 at 1:44 PM, Sameera Jayasoma wrote:
>
>> Hi,
>>
>> Please find the Carbon core, Appserver, G-Reg packs at [1]. I will update
>> the list when other packs are available.
>>
>
> ESB packs are available.
>
IS packs a
Hi Sameera,
On Sat, Feb 5, 2011 at 5:57 PM, Sameera Jayasoma wrote:
>
>
> On Sat, Feb 5, 2011 at 4:43 PM, Sameera Jayasoma wrote:
>
>>
>>
>> On Sat, Feb 5, 2011 at 1:44 PM, Sameera Jayasoma wrote:
>>
>>> Hi,
>>>
>>> Please find the Carbon core, Appserver, G-Reg packs at [1]. I will update
>>> t
Hi Rajika,
The continuous builds seem to be fine. Can you have a look again?
Thanks,
Senaka.
On Sat, Feb 5, 2011 at 5:45 PM, Rajika Kumarasiri wrote:
> See below.
>
> Rajika
>
> [ERROR] BUILD FAILURE
> [INFO]
>
> [INFO] C
On Sat, Feb 5, 2011 at 6:46 PM, Senaka Fernando wrote:
> Hi Rajika,
>
> The continuous builds seem to be fine. Can you have a look again?
Senaka,
A svn update of the qpid dependency has fixed his problem.
>
> Thanks,
> Senaka.
>
> On Sat, Feb 5, 2011 at 5:45 PM, Rajika Kumarasiri wrote:
>
>>
On Thu, Feb 3, 2011 at 2:47 AM, Sumedha Rubasinghe wrote:
>
>
> On Thu, Feb 3, 2011 at 2:07 AM, Nuwan Bandara wrote:
>
>> Hi Folks,
>>
>> While I was looking in to BAM dashboard functionality, I found out that
>> all the requests which are placed from the gadgets to the back-end,
>> are synchron
On Sat, Feb 5, 2011 at 6:59 PM, Tharindu Mathew wrote:
>
>
> On Sat, Feb 5, 2011 at 6:46 PM, Senaka Fernando wrote:
>
>> Hi Rajika,
>>
>> The continuous builds seem to be fine. Can you have a look again?
>
> Senaka,
>
> A svn update of the qpid dependency has fixed his problem.
>
Oh ok, thanks.
Thanks Amani for the fix on this. I don't see the exceptions at start up,
but I do see a peculiar occurrence. Some of the data services now get
deployed after the server start up. Shouldn't this happen before? The log is
given below:
[2011-02-05 19:36:37,600] INFO
{org.wso2.carbon.core.transports
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=org.wso2.esb
-DartifactId=org.wso2.esb.styles.feature -Dversion=3.2.0-SNAPSHOT
-Dpackaging=zip -Dfile=/path/to/file
Alternatively, if you host your own reposit
On Sat, Feb 5, 2011 at 6:44 PM, Senaka Fernando wrote:
> Hi Sameera,
>
> On Sat, Feb 5, 2011 at 5:57 PM, Sameera Jayasoma wrote:
>
>>
>>
>> On Sat, Feb 5, 2011 at 4:43 PM, Sameera Jayasoma wrote:
>>
>>>
>>>
>>> On Sat, Feb 5, 2011 at 1:44 PM, Sameera Jayasoma wrote:
>>>
Hi,
Please
Hi Denis,
is the bin packs get created at the proper directory.
under 3.2.0 / .
looks like it does not has permission to do so. if that so, you have
to create the directory and set the permission appropriately.
thanks,
--Pradeep.
___
Carbon-dev ma
Hi folks.
De: carbon-dev-boun...@wso2.org [mailto:carbon-dev-boun...@wso2.org] En
nombre de Isuru Suriarachchi
Enviado el: sábado, 05 de febrero de 2011 1:06
Para: carbon-dev@wso2.org
Asunto: Re: [Carbon-dev] Problem with BAM 1.2.1 and APP Server 4.0 when make
polling
On Sat, Feb 5, 2011 at 10:4
Hi Tharindu,
On Sat, Feb 5, 2011 at 7:25 PM, Tharindu Mathew wrote:
>
>
> On Thu, Feb 3, 2011 at 2:47 AM, Sumedha Rubasinghe wrote:
>
>>
>>
>> On Thu, Feb 3, 2011 at 2:07 AM, Nuwan Bandara wrote:
>>
>>> Hi Folks,
>>>
>>> While I was looking in to BAM dashboard functionality, I found out that
>>
Hi,
Yes most of the comment were on usability improvements and UI changes. I
have already done those changes and committed those to the trunk with r84867.
I have a few improvements to make (mostly adding comments) based on the
second review, and also a few back end changes that i have not committe
On Sat, Feb 5, 2011 at 6:44 PM, Senaka Fernando wrote:
> Hi Sameera,
>
> On Sat, Feb 5, 2011 at 5:57 PM, Sameera Jayasoma wrote:
>
>>
>>
>> On Sat, Feb 5, 2011 at 4:43 PM, Sameera Jayasoma wrote:
>>
>>>
>>>
>>> On Sat, Feb 5, 2011 at 1:44 PM, Sameera Jayasoma wrote:
>>>
Hi,
Please
On Sat, Feb 5, 2011 at 9:53 PM, Asela Pathberiya wrote:
>
>
> On Sat, Feb 5, 2011 at 6:44 PM, Senaka Fernando wrote:
>
>> Hi Sameera,
>>
>> On Sat, Feb 5, 2011 at 5:57 PM, Sameera Jayasoma wrote:
>>
>>>
>>>
>>> On Sat, Feb 5, 2011 at 4:43 PM, Sameera Jayasoma wrote:
>>>
On Sat, Fe
I built the latest SNAPSHOT of Qpid broker and tried to use it with CSG
component. And I am getting the following stack trace repetadly when trying
to access the qpid service. I was using the Qpid component without any issue
previously. Am I missing anything ?
Rajika
[2011-02-05 20:45:03,711] IN
On Sat, Feb 5, 2011 at 10:00 PM, Senaka Fernando wrote:
>
>
> On Sat, Feb 5, 2011 at 9:53 PM, Asela Pathberiya wrote:
>
>>
>>
>> On Sat, Feb 5, 2011 at 6:44 PM, Senaka Fernando wrote:
>>
>>> Hi Sameera,
>>>
>>> On Sat, Feb 5, 2011 at 5:57 PM, Sameera Jayasoma wrote:
>>>
On Sat, F
On Sat, Feb 5, 2011 at 10:38 PM, Asela Pathberiya wrote:
>
>
> On Sat, Feb 5, 2011 at 10:00 PM, Senaka Fernando wrote:
>
>>
>>
>> On Sat, Feb 5, 2011 at 9:53 PM, Asela Pathberiya wrote:
>>
>>>
>>>
>>> On Sat, Feb 5, 2011 at 6:44 PM, Senaka Fernando wrote:
>>>
Hi Sameera,
On Sat,
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
On Sat, Feb 5, 2011 at 9:20 PM, Jorge Infante Osorio wrote:
> Hi folks.
>
> De: carbon-dev-boun...@wso2.org [mailto:carbon-dev-boun...@wso2.org] En
> nombre de Isuru Suriarachchi
> Enviado el: sábado, 05 de febrero de 2011 1:06
> Para: carbon-dev@wso2.org
> Asunto: Re: [Carbon-dev] Problem with BA
What was the cause & fix?
/sumedha
On Fri, Feb 4, 2011 at 11:59 PM, Sameera Jayasoma wrote:
> Hi Sumedha,
>
> On Wed, Feb 2, 2011 at 5:43 PM, Sameera Jayasoma wrote:
>
>> Amila, please trigger a new build. Following changes are done as a
>> workaround. But we need to fix this properly.
>>
>
> T
Hi Pradeep.
-Mensaje original-
De: carbon-dev-boun...@wso2.org [mailto:carbon-dev-boun...@wso2.org] En nombre
de Pradeep Fernando
Enviado el: sábado, 05 de febrero de 2011 13:07
Para: carbon-dev@wso2.org
Asunto: Re: [Carbon-dev] Problem with BAM 1.2.1 and APP Server 4.0 when make
polling
The particular port is already in use.
On Sat, Feb 5, 2011 at 10:21 PM, Rajika Kumarasiri wrote:
> I built the latest SNAPSHOT of Qpid broker and tried to use it with CSG
> component. And I am getting the following stack trace repetadly when trying
> to access the qpid service. I was using the Q
I'm getting this when I build dependencies:
[INFO] Building jar:
/home/azeez/projects/wso2/svn.wso2.org/trunk/carbon/dependencies/sandesha/modules/persistence/target/sandesha2-persistence-SNAPSHOT.jar
[INFO] [apache-rat:check {execution: default}]
[INFO] Exclude: dependency-reduced-pom.xml
[INFO]
I guess we can comment out the rat plugin and build.
On Sun, Feb 6, 2011 at 8:30 AM, Afkham Azeez wrote:
> I'm getting this when I build dependencies:
>
> [INFO] Building jar:
> /home/azeez/projects/wso2/
> svn.wso2.org/trunk/carbon/dependencies/sandesha/modules/persistence/target/sandesha2-pers
On Sun, Feb 6, 2011 at 8:30 AM, Afkham Azeez wrote:
> I'm getting this when I build dependencies:
>
> [INFO] Building jar:
> /home/azeez/projects/wso2/
> svn.wso2.org/trunk/carbon/dependencies/sandesha/modules/persistence/target/sandesha2-persistence-SNAPSHOT.jar
> [INFO] [apache-rat:check {execu
For the SOAP Tracer handler to capture all SOAP headers, it should be
the last handler in the out flow & out fault flow. However, the last
phase in these flows is Security, and the Rampart out handler has been
set as the phase last handler. So, there is no way for us to trace
security headers since
FYI,
svn: Failed to add directory
'components/human-task/org.wso2.carbon.human-task.ui': an unversioned
directory of the same name already exists
This is a nasty issue. The reason for this is that when we have committed
some fixes, we have completely deleted the
'components/human-task/org.wso2.ca
We need to fix the RAT configuration, or get rid of any unwanted files.
Commenting this out is simply learning to live with the problem, :-). Will
have a look.
Thanks,
Senaka.
On Sun, Feb 6, 2011 at 8:36 AM, Isuru Suriarachchi wrote:
>
>
> On Sun, Feb 6, 2011 at 8:30 AM, Afkham Azeez wrote:
>
On Sun, Feb 6, 2011 at 8:37 AM, Afkham Azeez wrote:
> For the SOAP Tracer handler to capture all SOAP headers, it should be
> the last handler in the out flow & out fault flow. However, the last
> phase in these flows is Security, and the Rampart out handler has been
> set as the phase last handl
Why we have removed Axiom from default build profile?
Thanks,
Milinda
--
Milinda Pathirage
Technical Lead and Product Manager, Business Process Server - WSO2 Inc;
http://wso2.com
Blog: http://blog.mpathirage.com
Lean Enterprise Middleware
___
Carbon-d
Does this help
http://www.mail-archive.com/dev@jackrabbit.apache.org/msg17663.html
?
On Sun, Feb 6, 2011 at 8:36 AM, Isuru Suriarachchi wrote:
>
>
> On Sun, Feb 6, 2011 at 8:30 AM, Afkham Azeez wrote:
>>
>> I'm getting this when I build dependencies:
>>
>> [INFO] Building jar:
>>
>> /home/azeez
On Sun, Feb 6, 2011 at 8:42 AM, Isuru Suriarachchi wrote:
>
>
> On Sun, Feb 6, 2011 at 8:37 AM, Afkham Azeez wrote:
>>
>> For the SOAP Tracer handler to capture all SOAP headers, it should be
>> the last handler in the out flow & out fault flow. However, the last
>> phase in these flows is Securi
I think this has happened because a recent revert on human task source. I
refactor human task code and later decided to moved it to scratch, because
we are not releasing human tasks with Carbon 3.2.0.
Thanks
Milinda
On Sun, Feb 6, 2011 at 8:38 AM, Senaka Fernando wrote:
> FYI,
>
> svn: Failed
I have run into this issue with many components from time to time, and
it is really annoying and I've wasted a lot of time on these issues.
On Sun, Feb 6, 2011 at 8:38 AM, Senaka Fernando wrote:
> FYI,
>
> svn: Failed to add directory
> 'components/human-task/org.wso2.carbon.human-task.ui': an un
+1.
It is nice to show the messages using a utility we ship with our products
rather than sending it through TCPMon.
Thanks,
Thilina
On Sun, Feb 6, 2011 at 8:37 AM, Afkham Azeez wrote:
> For the SOAP Tracer handler to capture all SOAP headers, it should be
> the last handler in the out flow &
OK, so I found the root cause for these Rat errors. Let me explain
with the sadesha build failure example:
When I did an svn stat, here is what I got when I did an svn stat:
azeez@xps:~/projects/wso2/svn.wso2.org/trunk/carbon/dependencies/sandesha$
svn stat
? modules/persistence/derby.log
Also, TCP mon cannot capture all sorts of messages.
On Sun, Feb 6, 2011 at 8:59 AM, Thilina Buddhika wrote:
> +1.
> It is nice to show the messages using a utility we ship with our products
> rather than sending it through TCPMon.
> Thanks,
> Thilina
>
> On Sun, Feb 6, 2011 at 8:37 AM, Afkham Aze
Anjana,
No ACK? :)
On Fri, Feb 4, 2011 at 8:39 PM, Afkham Azeez wrote:
> I'd like to have this session early next week with Anjana et. al, and it
> will also be good for the tooling folks to be there. I want to do this
> while it is fresh on my mind.
>
> --
> Afkham Azeez
> Senior Software Archi
Hi Azeez,
This log file was dangling in your local copy but is not in SVN, I wonder
what generated this in the first place. Could it be the tests? If so, that
needs to be fixed.
Thanks,
Senaka.
On Sun, Feb 6, 2011 at 9:02 AM, Afkham Azeez wrote:
> OK, so I found the root cause for these Rat er
Yeah, probably the tests. The derby.home env var has not been properly
set. The reason for failures in other components should also be local
source files without license headers.
Azeez
On Sun, Feb 6, 2011 at 9:13 AM, Senaka Fernando wrote:
> Hi Azeez,
>
> This log file was dangling in your local
Hi Milinda,
What does
components/human-task/org.wso2.carbon.humantask/src/main/java/org/wso2/carbon/humantask/engine/usermanager
do? Do we ever need something as such?
P.S.: I happen to be spending an age, taking an svn update, and suddenly
bumped into this one, :-).
Thanks,
Senaka.
--
*Senaka
Yes, we can't use it when TLS is used.
May be we can use this for debugging admin services as well with some other
modifications.
Thanks,
Thilina
On Sun, Feb 6, 2011 at 9:04 AM, Afkham Azeez wrote:
> Also, TCP mon cannot capture all sorts of messages.
>
> On Sun, Feb 6, 2011 at 8:59 AM, Thilin
On Sun, Feb 6, 2011 at 9:19 AM, Afkham Azeez wrote:
> Yeah, probably the tests. The derby.home env var has not been properly
> set. The reason for failures in other components should also be local
> source files without license headers.
>
+1.
We discussed this back sometime earlier in this list
On Sun, Feb 6, 2011 at 9:27 AM, Thilina Buddhika wrote:
> Yes, we can't use it when TLS is used.
>
> May be we can use this for debugging admin services as well with some other
> modifications.
>
+1.
Thanks,
Senaka.
>
> Thanks,
> Thilina
>
>
> On Sun, Feb 6, 2011 at 9:04 AM, Afkham Azeez wrot
Caused by: org.apache.maven.artifact.resolver.ArtifactNotFoundException: Unable
to download the artifact from any repository
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=org.wso2.esb
-DartifactId=org.wso2
On Sun, Feb 6, 2011 at 9:31 AM, Kathiravelu Pradeeban
wrote:
>
>
> On Sun, Feb 6, 2011 at 9:19 AM, Afkham Azeez wrote:
>>
>> Yeah, probably the tests. The derby.home env var has not been properly
>> set. The reason for failures in other components should also be local
>> source files without lice
Two things.
1. Fix the build script, to send out an error instead of success message.
2. This is a simple fix, the version number of the styles feature in ESB
should be 4.0.0-SNAPSHOT, isn't it?
Thanks,
Senaka.
On Sun, Feb 6, 2011 at 9:29 AM, WSO2 Builder wrote:
> Caused by: org.apache.maven.a
This is the resulting security configuration section after adding
trust-store related entries (appearing in bold text).
${carbon.home}/resources/security/wso2carbon.jks
JKS
wso2carbon
wso2c
Looks good.
On Sun, Feb 6, 2011 at 9:47 AM, Thilina Buddhika wrote:
> This is the resulting security configuration section after adding
> trust-store related entries (appearing in bold text).
>
>
>
>
>
> ${carbon.home}/resources/security/wso2carbon.jks
>
Human Task has it's own way of assigning people to different roles, this
code is written to plug different user manager implementations to human
tasks. Currently this only support Carbon user manager. And current
implementation only has very limited functionalities because we only support
querying
On Fri, Feb 4, 2011 at 8:35 PM, Asela Pathberiya wrote:
>
>
> On Fri, Feb 4, 2011 at 7:00 PM, Thilina Buddhika wrote:
>
>> Hi Devs,
>>
>> Currently we are setting wso2carbon.jks as the default trust-store in a
>> Carbon instance. This is set during the server startup inside the
>> CarbonServerMa
That I understand, due to some reason when I try to access the Qpid service
it seems to be creating new instances of the broker. See the stack trace (
QpidServiceComponent.java:75).
Rajika
On Sun, Feb 6, 2011 at 8:01 AM, Danushka Menikkumbura wrote:
> The particular port is already in use.
>
> O
Thanks to you, for your great products.
Another usability improvement is in ESB:
In case where we need to configure a proxy service with the parameter
useOriginalwsdl = true and the WSDL is taken for the registry, Greg, and
this WSDL import some schemas also from registry, this schemas require t
Hi Jorge,
Yes this will be fixed in next release. Thanks for your reference and will
have a look in to that. Due to this particular functionality only (polling
mode for App server) BAM is coupled with a particular version of App server
provided that service agreements change. So we need to look in
hi azees,
Anjana went through a surgery and guess he is not in a state to reply.So
most probably he will not come to work next week.
Regards,
Amani
On Sun, Feb 6, 2011 at 9:05 AM, Afkham Azeez wrote:
> Anjana,
> No ACK? :)
>
> On Fri, Feb 4, 2011 at 8:39 PM, Afkham Azeez wrote:
> > I'd like t
Oh, I'm sorry to hear that, and wasn't aware of it. Hope he is doing
fine now. I saw him online on my GMail account this morning so I
thought he must be online. Anjana, please accept my apologies.
Azeez
On Sun, Feb 6, 2011 at 10:32 AM, Amani Soysa wrote:
> hi azees,
> Anjana went through a surge
Yeah Ive also seen this before and even in other products.. I am also not
sure what is the cause of it .. maybe its a carbon-core issue?
On Sat, Feb 5, 2011 at 7:37 PM, Tharindu Mathew wrote:
> Thanks Amani for the fix on this. I don't see the exceptions at start up,
> but I do see a peculiar oc
On Sun, Feb 6, 2011 at 9:46 AM, Senaka Fernando wrote:
> Two things.
>
> 1. Fix the build script, to send out an error instead of success message.
> 2. This is a simple fix, the version number of the styles feature in ESB
> should be 4.0.0-SNAPSHOT, isn't it?
>
Hi Senaka,
It is 4.0.0-SNAPSHOT in
I also noticed that the Statistics gathering handlers are deployed
before the sec handlers, so the statistics gathered when security is
engaged will be less accurate.
Azeez
On Sun, Feb 6, 2011 at 8:37 AM, Afkham Azeez wrote:
> For the SOAP Tracer handler to capture all SOAP headers, it should be
Using dynamic client to generate the client would provide a solution for
this problem with the polling method.
Regards,
Tharindu
Sent from my iPhone
On Feb 6, 2011, at 10:19 AM, Buddhika Chamith wrote:
Hi Jorge,
Yes this will be fixed in next release. Thanks for your reference and will
have
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=org.wso2.esb
-DartifactId=org.wso2.esb.styles.feature -Dversion=3.2.0-SNAPSHOT
-Dpackaging=zip -Dfile=/path/to/file
Alternatively, if you host your own reposit
68 matches
Mail list logo