Hi All,
The dependency fixes of andes compoenent is submitted through
https://github.com/wso2-dev/andes/pull/95 . I have tested with these fixes
locally and it works as expected.
@PrabhathA :
The following patches should be committed respectively to orbit and
storage-management repos.
I also noted that cassandra-driver-1.2.13.wso2v4 uses version 1.2.13.wso2v3
as a dependency. This i think causes two cassandra driver versions to exist
at the final MB pack. Should we fix this ?
@MB Team :
We also need to remove any and all links of cassandra server feature from
MB for refactoring purposes. I will work on this as time permits.
Thanks
On Mon, Oct 13, 2014 at 11:29 AM, Hasitha Amal De Silva <hasit...@wso2.com>
wrote:
> Hi all,
>
> In terms of the andes component, we need to upgrade the guava dependencies
> to 14 from version 13 and verify. I'm working on this.
>
>
> On Mon, Oct 13, 2014 at 11:19 AM, Prabath Abeysekera <praba...@wso2.com>
> wrote:
>
>> Hi Ramith/MB team,
>>
>> This is all fixed. Let me know if you guys happen to run into any other
>> problem further to this.
>>
>> Cheers,
>> Prabath
>>
>> On Tue, Oct 7, 2014 at 11:41 AM, Prabath Abeysekera <praba...@wso2.com>
>> wrote:
>>
>>> To give you guys an update on what's been done so far, I've managed to
>>> make both Cassandra as well as CQL Driver use the same guava version
>>> (14.0.1) exposed by the platform and fix all the issues reported in the
>>> thread.
>>>
>>> However, now I've come across another problem where Andes is unable to
>>> get the datasources that are being used for all its internal
>>> functionalities, bound to its data access layer due to a problem in the
>>> dependency initialisation order. To be more concrete on the issue,
>>> Cassandra server initialisation doesn't seem to happen before the data
>>> sources are registered. This in turn results in Andes not picking up the
>>> appropriate data sources to be able to access Cassandra forcing MB to fail
>>> at the server start-up. I already am working on a resolution, will update
>>> the thread as soon as this is fixed.
>>>
>>> Cheers,
>>> Prabath
>>>
>>> On Sat, Oct 4, 2014 at 1:09 PM, Ramith Jayasinghe <ram...@wso2.com>
>>> wrote:
>>>
>>>> Hi Prabath,
>>>> This has become a blocker for the MB v 3.0.0 M1.
>>>> (Since Dhanuka might be travelling) Shall we have a look on how to fix
>>>> this on Monday?
>>>>
>>>> regards
>>>> Ramith.
>>>>
>>>>
>>>> On Fri, Oct 3, 2014 at 10:52 PM, Dhanuka Ranasinghe <dhan...@wso2.com>
>>>> wrote:
>>>>
>>>>> Hi Sameera,
>>>>>
>>>>> The reason for embed third party libraries is osgi cyclic dependency
>>>>> issue. This has been discussed long time back with Kishanthan and you.
>>>>>
>>>>> Cheers,
>>>>> Dhanuka
>>>>>
>>>>> *Dhanuka Ranasinghe*
>>>>>
>>>>> Senior Software Engineer
>>>>> WSO2 Inc. ; http://wso2.com
>>>>> lean . enterprise . middleware
>>>>>
>>>>> phone : +94 715381915
>>>>>
>>>>> On Fri, Oct 3, 2014 at 10:11 PM, Sameera Jayasoma <same...@wso2.com>
>>>>> wrote:
>>>>>
>>>>>> Hi Dhanuka,
>>>>>>
>>>>>> I noticed few issues in pom.xml of this orbit bundle.
>>>>>>
>>>>>> 1) Import package section is empty. Please the put correct import
>>>>>> package list.
>>>>>> 2) Optional=true is missing from some of the dependencies.
>>>>>> 3) Following third-party libraries have been embedded inside this
>>>>>> orbit bundle
>>>>>>
>>>>>> netty
>>>>>> metrics-core
>>>>>> guava
>>>>>> jackson-core-as
>>>>>> |jackson-mapper-asl
>>>>>> slf4j-api
>>>>>> slf4j-log4j12
>>>>>> *apache-cassandra*
>>>>>> libthrift;
>>>>>>
>>>>>> 4) Size of this bundle is around 8.5 MB and all the above embedded
>>>>>> dependencies has contributed to this size.
>>>>>>
>>>>>> I know there exists orbit bundles with such issues, but we've started
>>>>>> this effort recently to verify all the new orbit bundles before
>>>>>> publishing
>>>>>> them to nexus repository.
>>>>>>
>>>>>> I am rejecting this pull request. Please fix these issues and send
>>>>>> the PR again.
>>>>>>
>>>>>> Thanks,
>>>>>> Sameera.
>>>>>>
>>>>>> On Fri, Oct 3, 2014 at 9:37 PM, Dhanuka Ranasinghe <dhan...@wso2.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> I don't have permission to merge below pull request, I guess some
>>>>>>> one who has permission would need to attend this.
>>>>>>>
>>>>>>> https://github.com/wso2/orbit/pull/26
>>>>>>>
>>>>>>> Cheers,
>>>>>>> Dhanuka
>>>>>>>
>>>>>>> *Dhanuka Ranasinghe*
>>>>>>>
>>>>>>> Senior Software Engineer
>>>>>>> WSO2 Inc. ; http://wso2.com
>>>>>>> lean . enterprise . middleware
>>>>>>>
>>>>>>> phone : +94 715381915
>>>>>>>
>>>>>>> On Fri, Oct 3, 2014 at 6:31 PM, Harsha Kumara <hars...@wso2.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Adding Maheshika.
>>>>>>>>
>>>>>>>> On Fri, Oct 3, 2014 at 6:23 PM, Asanka Abeyweera <asank...@wso2.com
>>>>>>>> > wrote:
>>>>>>>>
>>>>>>>>> Hi all,
>>>>>>>>>
>>>>>>>>> I created a pull request [1] in wso2/orbit removing the parent pom
>>>>>>>>> reference in cql-driver bundle. Can we release this as
>>>>>>>>> cql-driver-1.0.5.wso2v2 in wso2/orbit?
>>>>>>>>>
>>>>>>>>> [1] https://github.com/wso2/orbit/pull/26
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Fri, Oct 3, 2014 at 6:17 PM, Asitha Nanayakkara <
>>>>>>>>> asi...@wso2.com> wrote:
>>>>>>>>>
>>>>>>>>>> Hi everyone,
>>>>>>>>>>
>>>>>>>>>> Since the issue is a blocker for us we are making the versions
>>>>>>>>>> consistent throughout the platform by using the existing cql-driver.
>>>>>>>>>> Changes needed in carbon-storage-management is complete.
>>>>>>>>>>
>>>>>>>>>> @PrabathA: Please review and merge the pull request
>>>>>>>>>> https://github.com/wso2-dev/carbon-storage-management/pull/48
>>>>>>>>>>
>>>>>>>>>> Thank you.
>>>>>>>>>>
>>>>>>>>>> On Thu, Oct 2, 2014 at 7:37 AM, Prabath Abeysekera <
>>>>>>>>>> praba...@wso2.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi Everyone,
>>>>>>>>>>>
>>>>>>>>>>> AsankaAB and Asitha have finally found the root cause of this
>>>>>>>>>>> issue. Excellent stuff guys!
>>>>>>>>>>>
>>>>>>>>>>> It appears as if a few different versions of transitive
>>>>>>>>>>> dependencies (i.e guava) used within some of the libraries resulted
>>>>>>>>>>> in the
>>>>>>>>>>> package conflicts observed. As for the resolutions available, we'd
>>>>>>>>>>> have to
>>>>>>>>>>> make the versions of the aforesaid libraries that are being used in
>>>>>>>>>>> other
>>>>>>>>>>> dependencies consistent across the platform. This is currently
>>>>>>>>>>> being worked
>>>>>>>>>>> on and We'll be updating the thread once done.
>>>>>>>>>>>
>>>>>>>>>>> Cheers,
>>>>>>>>>>> Prabath
>>>>>>>>>>>
>>>>>>>>>>> On Wed, Oct 1, 2014 at 5:29 PM, Asitha Nanayakkara <
>>>>>>>>>>> asi...@wso2.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> adding dev list
>>>>>>>>>>>>
>>>>>>>>>>>> On Wed, Oct 1, 2014 at 9:36 AM, Asanka Abeyweera <
>>>>>>>>>>>> asank...@wso2.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Hi Asitha/Prabath,
>>>>>>>>>>>>>
>>>>>>>>>>>>> The issue is seems to be a side effect of the switch we made
>>>>>>>>>>>>> from cql-driver to cassandra-driver-core. I reverted back to
>>>>>>>>>>>>> cql-driver and
>>>>>>>>>>>>> the issue does not occur after that. Therefore I think the issue
>>>>>>>>>>>>> is with
>>>>>>>>>>>>> cassandra-driver-core bundle.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Since we use the
>>>>>>>>>>>>> "org.wso2.carbon.cassandra.datareader.feature" which uses
>>>>>>>>>>>>> cassandra-driver-core, we cannot switch completely to cql-driver
>>>>>>>>>>>>> until the
>>>>>>>>>>>>> datareader feature also revert back to cql-driver. What do you
>>>>>>>>>>>>> think we
>>>>>>>>>>>>> should do to resolve this issue?
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Wed, Oct 1, 2014 at 5:44 AM, Prabath Abeysekera <
>>>>>>>>>>>>> praba...@wso2.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Most probably the proper initialization of the data-source
>>>>>>>>>>>>>> component was interrupted as a result of some issue it was hit
>>>>>>>>>>>>>> with while
>>>>>>>>>>>>>> trying to register "CassandraDaraReader". This might have
>>>>>>>>>>>>>> further gone on
>>>>>>>>>>>>>> to block the process of making the data-sources configured in the
>>>>>>>>>>>>>> master-datasources.xml JNDI bound, causing the reported problem.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Why don't you boot up the server with OSGi debugging mode on
>>>>>>>>>>>>>> and see what's gone wrong? In the meantime, I too will give it a
>>>>>>>>>>>>>> try and
>>>>>>>>>>>>>> see if I can get this reproduced locally.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Cheers,
>>>>>>>>>>>>>> Pravatg
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Tue, Sep 30, 2014 at 2:49 PM, Asitha Nanayakkara <
>>>>>>>>>>>>>> asi...@wso2.com> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Hi,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> When I add
>>>>>>>>>>>>>>> org.wso2.carbon.cassandra.datareader.datasource.CassandraDataSourceReader
>>>>>>>>>>>>>>> to the providers list of master-datasources.xml I get an
>>>>>>>>>>>>>>> error[1]
>>>>>>>>>>>>>>> initialising User Manager Core Bundle due to failure to lookup
>>>>>>>>>>>>>>> jdbc/WSO2CarbonDB entry in master-datasources.xml.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> When the CassandraDataSourceReader is removed from providers
>>>>>>>>>>>>>>> this doesn't happen. Due to this we can't connect an external
>>>>>>>>>>>>>>> Cassandra
>>>>>>>>>>>>>>> data source for MB. This is a blocker for WSO2 MB 3.0.0 M1
>>>>>>>>>>>>>>> release. (This
>>>>>>>>>>>>>>> worked fine earlier)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Any idea why this is happening?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> [1]
>>>>>>>>>>>>>>> ERROR {org.wso2.carbon.user.core.internal.Activator} -
>>>>>>>>>>>>>>> Cannot start User Manager Core bundle
>>>>>>>>>>>>>>> java.lang.RuntimeException: Error in looking up data source:
>>>>>>>>>>>>>>> Name [jdbc/WSO2CarbonDB] is not bound in this Context. Unable
>>>>>>>>>>>>>>> to find
>>>>>>>>>>>>>>> [jdbc].
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.wso2.carbon.user.core.util.DatabaseUtil.lookupDataSource(DatabaseUtil.java:86)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.wso2.carbon.user.core.util.DatabaseUtil.createRealmDataSource(DatabaseUtil.java:172)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.wso2.carbon.user.core.util.DatabaseUtil.getRealmDataSource(DatabaseUtil.java:66)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.wso2.carbon.user.core.common.DefaultRealmService.<init>(DefaultRealmService.java:89)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.wso2.carbon.user.core.common.DefaultRealmService.<init>(DefaultRealmService.java:114)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.wso2.carbon.user.core.internal.Activator.startDeploy(Activator.java:69)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.wso2.carbon.user.core.internal.BundleCheckActivator.start(BundleCheckActivator.java:61)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:711)
>>>>>>>>>>>>>>> at java.security.AccessController.doPrivileged(Native Method)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:702)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:683)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:381)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.eclipse.osgi.framework.internal.core.AbstractBundle.resume(AbstractBundle.java:390)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:1176)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:559)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:544)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(StartLevelManager.java:457)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:243)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:438)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:1)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340)
>>>>>>>>>>>>>>> Caused by: javax.naming.NameNotFoundException: Name
>>>>>>>>>>>>>>> [jdbc/WSO2CarbonDB] is not bound in this Context. Unable to
>>>>>>>>>>>>>>> find [jdbc].
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.apache.naming.NamingContext.lookup(NamingContext.java:819)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.apache.naming.NamingContext.lookup(NamingContext.java:167)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.wso2.carbon.context.internal.CarbonContextDataHolder$CarbonInitialJNDIContext.lookup(CarbonContextDataHolder.java:705)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> javax.naming.InitialContext.lookup(InitialContext.java:411)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> javax.naming.InitialContext.doLookup(InitialContext.java:284)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.wso2.carbon.user.core.util.DatabaseUtil.lookupDataSource(DatabaseUtil.java:84)
>>>>>>>>>>>>>>> ... 21 more
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Thanks.
>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>> *Asitha Nanayakkara*
>>>>>>>>>>>>>>> Software Engineer
>>>>>>>>>>>>>>> WSO2, Inc. http://wso2.com/
>>>>>>>>>>>>>>> Mob: + 94 77 85 30 682
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>> Prabath Abeysekara
>>>>>>>>>>>>>> Associate Technical Lead, Data TG.
>>>>>>>>>>>>>> WSO2 Inc.
>>>>>>>>>>>>>> Email: praba...@wso2.com
>>>>>>>>>>>>>> Mobile: +94774171471
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> Asanka Abeyweera
>>>>>>>>>>>>> Software Engineer
>>>>>>>>>>>>> WSO2 Inc.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Phone: +94 712228648
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> *Asitha Nanayakkara*
>>>>>>>>>>>> Software Engineer
>>>>>>>>>>>> WSO2, Inc. http://wso2.com/
>>>>>>>>>>>> Mob: + 94 77 85 30 682
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Prabath Abeysekara
>>>>>>>>>>> Associate Technical Lead, Data TG.
>>>>>>>>>>> WSO2 Inc.
>>>>>>>>>>> Email: praba...@wso2.com
>>>>>>>>>>> Mobile: +94774171471
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> *Asitha Nanayakkara*
>>>>>>>>>> Software Engineer
>>>>>>>>>> WSO2, Inc. http://wso2.com/
>>>>>>>>>> Mob: + 94 77 85 30 682
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Asanka Abeyweera
>>>>>>>>> Software Engineer
>>>>>>>>> WSO2 Inc.
>>>>>>>>>
>>>>>>>>> Phone: +94 712228648
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Dev mailing list
>>>>>>>>> Dev@wso2.org
>>>>>>>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Harsha Kumara
>>>>>>>> Software Engineer, WSO2 Inc.
>>>>>>>> Mobile: +94775505618
>>>>>>>> Blog:harshcreationz.blogspot.com
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Dev mailing list
>>>>>>>> Dev@wso2.org
>>>>>>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Dev mailing list
>>>>>>> Dev@wso2.org
>>>>>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Sameera Jayasoma,
>>>>>> Software Architect,
>>>>>>
>>>>>> WSO2, Inc. (http://wso2.com)
>>>>>> email: same...@wso2.com
>>>>>> blog: http://sameera.adahas.org
>>>>>> twitter: https://twitter.com/sameerajayasoma
>>>>>> flickr: http://www.flickr.com/photos/sameera-jayasoma/collections
>>>>>> Mobile: 0094776364456
>>>>>>
>>>>>> Lean . Enterprise . Middleware
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Dev mailing list
>>>>> Dev@wso2.org
>>>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Ramith Jayasinghe
>>>> Technical Lead
>>>> WSO2 Inc., http://wso2.com
>>>> lean.enterprise.middleware
>>>>
>>>> E: ram...@wso2.com
>>>> P: +94 777542851
>>>>
>>>>
>>>
>>>
>>> --
>>> Prabath Abeysekara
>>> Associate Technical Lead, Data TG.
>>> WSO2 Inc.
>>> Email: praba...@wso2.com
>>> Mobile: +94774171471
>>>
>>
>>
>>
>> --
>> Prabath Abeysekara
>> Associate Technical Lead, Data TG.
>> WSO2 Inc.
>> Email: praba...@wso2.com
>> Mobile: +94774171471
>>
>
>
>
> --
> Cheers,
>
> Hasitha Amal De Silva
> Software Engineer
> Mobile : 0772037426
> Blog : http://devnutshell.tumblr.com/
> WSO2 Inc.: http://wso2.com ( lean.enterprise.middleware. )
>
--
Cheers,
Hasitha Amal De Silva
Software Engineer
Mobile : 0772037426
Blog : http://devnutshell.tumblr.com/
WSO2 Inc.: http://wso2.com ( lean.enterprise.middleware. )
diff --git a/cassandra-driver/1.0.5.wso2v2/pom.xml b/cassandra-driver/1.0.5.wso2v2/pom.xml
index b0236e0..b79380d 100644
--- a/cassandra-driver/1.0.5.wso2v2/pom.xml
+++ b/cassandra-driver/1.0.5.wso2v2/pom.xml
@@ -132,6 +132,7 @@
<Export-Package>
com.datastax.driver.core;version="${cql.driver.osgi.version}",
com.datastax.driver.core.policies;version="${cql.driver.osgi.version}",
+ com.datastax.driver.core.exceptions;version="${cql.driver.osgi.version}",
com.datastax.driver.core.querybuilder;version="${cql.driver.osgi.version}",
com.datastax.driver.core.utils;version="${cql.driver.osgi.version}"
</Export-Package>
@@ -171,7 +172,7 @@
<guava.osgi.version.range>[14.0.1,14.1.0)</guava.osgi.version.range>
<thrift.osgi.version.range>[0.7.wso2v1,0.8.wso2v1)</thrift.osgi.version.range>
<antlr.osgi.version>3.2.0.wso2v1</antlr.osgi.version>
- <cassandra.osgi.version>1.2.13.wso2v3</cassandra.osgi.version>
+ <cassandra.osgi.version>1.2.13.wso2v4</cassandra.osgi.version>
<netty.version>3.9.0.Final</netty.version>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<cassandra.version>1.2.13</cassandra.version>
diff --git a/cassandra/1.2.13.wso2v4/pom.xml b/cassandra/1.2.13.wso2v4/pom.xml
index 7442765..cc6906e 100644
--- a/cassandra/1.2.13.wso2v4/pom.xml
+++ b/cassandra/1.2.13.wso2v4/pom.xml
@@ -78,7 +78,7 @@
<thrift.osgi.version.range>[0.7.wso2v1,0.8.wso2v1)</thrift.osgi.version.range>
<antlr.osgi.version>3.2.0.wso2v1</antlr.osgi.version>
<cassandra.osgi.version>1.2.13.wso2v4</cassandra.osgi.version>
- <netty.version>3.6.6.Final</netty.version>
+ <netty.version>3.7.0.Final</netty.version>
</properties>
<distributionManagement>
diff --git a/components/cassandra/org.wso2.carbon.cassandra.datareader/pom.xml b/components/cassandra/org.wso2.carbon.cassandra.datareader/pom.xml
index d7c5cdc..f3cbd0a 100644
--- a/components/cassandra/org.wso2.carbon.cassandra.datareader/pom.xml
+++ b/components/cassandra/org.wso2.carbon.cassandra.datareader/pom.xml
@@ -81,7 +81,7 @@
<dependency>
<groupId>org.apache.cassandra.wso2</groupId>
<artifactId>apache-cassandra</artifactId>
- <version>1.2.10.wso2v1</version>
+ <version>1.2.13.wso2v4</version>
</dependency>
</dependencies>
</project>
diff --git a/features/cassandra/client/org.wso2.carbon.cassandra.datareader.feature/pom.xml b/features/cassandra/client/org.wso2.carbon.cassandra.datareader.feature/pom.xml
index 0ecea01..b17f4b4 100644
--- a/features/cassandra/client/org.wso2.carbon.cassandra.datareader.feature/pom.xml
+++ b/features/cassandra/client/org.wso2.carbon.cassandra.datareader.feature/pom.xml
@@ -38,7 +38,7 @@
<dependency>
<groupId>org.apache.cassandra.wso2</groupId>
<artifactId>apache-cassandra</artifactId>
- <version>1.2.10.wso2v1</version>
+ <version>1.2.13.wso2v4</version>
</dependency>
<dependency>
diff --git a/pom.xml b/pom.xml
index db621c9..ecb7ed8 100644
--- a/pom.xml
+++ b/pom.xml
@@ -1115,6 +1115,6 @@
<gson.version>1.7.1</gson.version>
<jboss-transaction-api.version>1.0.0.Final</jboss-transaction-api.version>
<slf4j.wso2.version>1.5.10.wso2v1</slf4j.wso2.version>
- <wso2.cassandra.version>1.2.13.wso2v3</wso2.cassandra.version>
+ <wso2.cassandra.version>1.2.13.wso2v4</wso2.cassandra.version>
</properties>
</project>
_______________________________________________
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev
