---
Carbon-Kernel Carbon-Platform #79 failed.
---
Code has been updated by denis.
19/5006 tests failed, no failures were new.
Hi,
This is due to a failure in integration tests.
[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-compiler-plugin:2.3.1:testCompile
(default-testCompile) on project integration: Compilation failure:
Compilation failure:
25-Feb-2012 23:26:08 [ERROR]
A week has gone by after the svn migration and still the platform and
product builds in Bamboo are badly breaking.
We cannot really release Carbon kernel end of March with builds failing at
this rate, end of Feb.
This got to be fixed. Now!
Thanks,
Samisa...
Samisa Abeysinghe
VP Engineering
---
Carbon-Kernel Carbon-Products #17 failed.
---
Code has been updated by denis.
No failed tests found, a possible compilation error.
On Sun, Feb 26, 2012 at 9:23 AM, Denis Weerasiri de...@wso2.com wrote:
Hi Shammi,
Why does Carbon-Kernel show me the build log of a graphite?
Folks, there is NOTHING called graphite. Please DO NOT use that name.
Thanks,
Samisa...
Samisa Abeysinghe
VP Engineering
WSO2 Inc.
http://wso2.com
1. Get the build to work 100%. Build is still broken at platform and
product levels
All efforts put in last December and this Jan seems to be in vain as
the builds are badly broken. The trunk got to build ALL time. This
structuring has taken a week and the week has gone by AFTER the
---
Carbon-Kernel Carbon-Platform #80 failed.
---
Code has been updated by denis.
20/5006 tests failed, 1 failure was new.
On Sun, Feb 26, 2012 at 11:22 AM, Prabath Siriwardena prab...@wso2.comwrote:
On Sun, Feb 26, 2012 at 11:08 AM, Udayanga Wickramasinghe
udaya...@wso2.com wrote:
On Sat, Feb 25, 2012 at 7:53 PM, Hiranya Jayathilaka hira...@wso2.com
wrote:
Sent from my iPhone
On Feb 25, 2012,
On Sun, Feb 26, 2012 at 11:31 PM, Hiranya Jayathilaka hira...@wso2.comwrote:
On Sun, Feb 26, 2012 at 11:22 AM, Prabath Siriwardena prab...@wso2.comwrote:
BTW what is our plan for iterative improvements?
We can try and roll out support for level 3 templates with the next major
release.
BTW Prabath, ideally we should be able to implement your use case using the
URL mapping /library/books/*. This should accept all URLs (with all
combinations of query params) you're interested in. But this didn't work in
the first cut implementation I did. I myself came across this scenario
while
On Sun, Feb 26, 2012 at 5:10 PM, Samisa Abeysinghe sam...@wso2.com wrote:
A week has gone by after the svn migration and still the platform and
product builds in Bamboo are badly breaking.
We cannot really release Carbon kernel end of March with builds failing at
this rate, end of Feb.
Hi Hiranya,
Thanks for the suggestion.. will try that out...
Another issue I found with ESB sample 800 on API..
If you open up the sample configuration file... Then you will see the
following..
resource url-pattern=/order/* methods=POST
But, when you load that configuration in to the ESB and
On Mon, Feb 27, 2012 at 1:55 AM, Prabath Siriwardena prab...@wso2.comwrote:
Hi Hiranya,
Thanks for the suggestion.. will try that out...
Another issue I found with ESB sample 800 on API..
If you open up the sample configuration file... Then you will see the
following..
resource
+1 .. As you mentioned, we can create a generic UI for start/stop/status
functionality, so task based implementations can use the generic UI rather
than always creating that part from scratch. Then we've to come up with
some convention to link a specific task type to the context specific UI.
The
Is this good enough to test, or can I have a new pack?
On Thu, Feb 23, 2012 at 7:29 PM, Nuwan Bandara nu...@wso2.com wrote:
Hi All,
A nightly for Jaggery M3 is available at [1], please do report issues. to
the thread.
[1]
On Mon, Feb 27, 2012 at 8:13 AM, Samisa Abeysinghe sam...@wso2.com wrote:
Is this good enough to test, or can I have a new pack?
At a glance; app deployment over Management Console is working and API doc
has a lot improved version. I think this pack is good enough to test.
Thanks,
Yumani
Hi,
we are done, with tomcat/svn restructuring tasks. Build is not failing due
to those modifications at the moment.
port offset issue is not there anymore. lets get this sorted out today.
--Pradeep
___
Carbon-dev mailing list
Carbon-dev@wso2.org
On Thu, Feb 23, 2012 at 11:50 AM, Nirmal Fernando nir...@wso2.com wrote:
On Thu, Feb 23, 2012 at 11:45 AM, Afkham Azeez az...@wso2.com wrote:
if you do not specify this port, Tribes automatically picks an available
port in the range of 4000-5000. So, you only have to comment out the
On Mon, Feb 27, 2012 at 8:41 AM, Pradeep Fernando prad...@wso2.com wrote:
Hi,
we are done, with tomcat/svn restructuring tasks. Build is not failing due
to those modifications at the moment.
You keep on telling it is not due to re-structuring. That is a defensive
statement and I would not
Hi,
I would like to do $subject. Then replace it with YAJSW -
http://yajsw.sourceforge.net/
YAJSW works well in both Linux and Windows (32 and 64bit). This takes about
20MB of space to ship. The bare essential libs comes to about 15MB.
Thoughts?
-Chintana
--
Chintana Wilamuna
Associate
I am look in to compilation failure issue.
Regards,
Chamara Silva
On Sat, Feb 25, 2012 at 1:17 AM, Krishantha Samaraweera krishan...@wso2.com
wrote:
Hi All,
I see very obvious compilation failure in system-test-framework trunk [1].
This is the second time I came across with such an issue
Issue fixed.
Regards,
Chamara Silva
On Mon, Feb 27, 2012 at 10:19 AM, Chamara Silva cham...@wso2.com wrote:
I am look in to compilation failure issue.
Regards,
Chamara Silva
On Sat, Feb 25, 2012 at 1:17 AM, Krishantha Samaraweera
krishan...@wso2.com wrote:
Hi All,
I see very obvious
On Mon, Feb 27, 2012 at 10:05 AM, Chintana Wilamuna chint...@wso2.comwrote:
Hi,
I would like to do $subject. Then replace it with YAJSW -
http://yajsw.sourceforge.net/
YAJSW works well in both Linux and Windows (32 and 64bit). This takes
about 20MB of space to ship. The bare essential libs
---
Carbon-Kernel Carbon-Products #18 failed.
---
This build was manually triggered by BambooBuilder.
19/208 tests failed.
Hi Amila/Senaka,
Thank you for the input. Will use ntask implementation. A pointer to a code
sample would be helpful.
Thanks and regards,
SanjayaV.
On Thu, Feb 23, 2012 at 6:19 PM, Senaka Fernando sen...@wso2.com wrote:
Hi all,
Please use the ntask implementation. I tried it out for G-Reg
On Mon, Feb 27, 2012 at 10:33 AM, Thilina Buddhika thili...@wso2.comwrote:
On Mon, Feb 27, 2012 at 10:05 AM, Chintana Wilamuna chint...@wso2.comwrote:
Hi,
I would like to do $subject. Then replace it with YAJSW -
http://yajsw.sourceforge.net/
YAJSW works well in both Linux and Windows
On Mon, Feb 27, 2012 at 10:33 AM, Thilina Buddhika thili...@wso2.comwrote:
Removing the libs required for existing wrapper should save some space. So
effectively adding this won't increase the size by 20 MBs, isn't it?
JSW is very small 'cos it's all native code called through JNI. This amount
On Mon, Feb 27, 2012 at 11:49 AM, Sameera Jayasoma same...@wso2.com wrote:
Yeah 20MB is bit of a concern. Btw, we had an offline discussion with
Azeez and decided to remove Java Service Wrapper.
Shall we go ahead with nohup thing?
Nohup works ok in Linux. Problem is running it as a service
28 matches
Mail list logo
