I did debug without assert and got below trace. It seems cassandra core
driver itself is throwing an codecNotFoudException.

Exception in thread "main"
*com.datastax.driver.core.exceptions.CodecNotFoundException*: Codec not
found for requested operation: [bigint <-> java.math.BigInteger]

      at com.datastax.driver.core.CodecRegistry.notFound(
*CodecRegistry.java:741*)

      at com.datastax.driver.core.CodecRegistry.createCodec(
*CodecRegistry.java:588*)

      at com.datastax.driver.core.CodecRegistry.access$500(
*CodecRegistry.java:137*)

      at com.datastax.driver.core.CodecRegistry$TypeCodecCacheLoader.load(
*CodecRegistry.java:246*)

      at com.datastax.driver.core.CodecRegistry$TypeCodecCacheLoader.load(
*CodecRegistry.java:232*)

      at
com.google.common.cache.LocalCache$LoadingValueReference.loadFuture(
*LocalCache.java:3542*)

      at com.google.common.cache.LocalCache$Segment.loadSync(
*LocalCache.java:2323*)

      at com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(
*LocalCache.java:2286*)

      at com.google.common.cache.LocalCache$Segment.get(
*LocalCache.java:2201*)

      at com.google.common.cache.LocalCache.get(*LocalCache.java:3953*)

      at com.google.common.cache.LocalCache.getOrLoad(*LocalCache.java:3957*
)

      at com.google.common.cache.LocalCache$LocalLoadingCache.get(
*LocalCache.java:4875*)

      at com.datastax.driver.core.CodecRegistry.lookupCodec(
*CodecRegistry.java:522*)

      at com.datastax.driver.core.CodecRegistry.codecFor(
*CodecRegistry.java:485*)

      at com.datastax.driver.core.CodecRegistry.codecFor(
*CodecRegistry.java:467*)

      at com.datastax.driver.core.AbstractGettableByIndexData.codecFor(
*AbstractGettableByIndexData.java:69*)

      at com.datastax.driver.core.AbstractGettableByIndexData.getVarint(
*AbstractGettableByIndexData.java:251*)

      at com.datastax.driver.core.AbstractGettableData.getVarint(
*AbstractGettableData.java:26*)

      at com.datastax.driver.core.AbstractGettableData.getVarint(
*AbstractGettableData.java:167*)

*      at
org.apache.metamodel.cassandra.CassandraUtils.getColumnValue(CassandraUtils.java:69)*

*      at
org.apache.metamodel.cassandra.CassandraUtils.toRow(CassandraUtils.java:59)*

*      at *org.apache.metamodel.cassandra.CassandraDataSet.getRow(
*CassandraDataSet.java:60*)

      at org.apache.metamodel.data.AbstractDataSet.toRows(
*AbstractDataSet.java:130*)

      at com.gp.mm.Cassmain.main(*Cassmain.java:20*)











On 1 Feb 2018 1:36 pm, "Kasper Sørensen" <i.am.kasper.soren...@gmail.com>
wrote:

> But this assert does not exist in MM. My suggestion: Open a debug session
> and figure out what and why you’re asserting whatever it is you’re
> asserting related to bigint.
>
> > On Jan 31, 2018, at 23:43, Gajanan Patil <gajan...@cybage.com> wrote:
> >
> > Here we wrapped MetaModel layer wrapped by our own custom. However
> underline we have used functions as is provided by MetaModel. So in this
> case if we consider FuDataSet.java, it is a mirror copy of IDataset only.
> In other words we kept the isolation of MetaModel from actual tests in our
> framework to make it more modular.
> > FuDataSet.toRows is nothing but DataSet.toRows.
> >
> >
> > On 1 Feb 2018 1:06 pm, Kasper Sørensen <i.am.kasper.soren...@gmail.com>
> wrote:
> > I dont see MetaModel anywhere in that stack so the issue is probably
> just with your own code?
> >
> > Kasper
> >
> >> On Jan 31, 2018, at 21:11, Gajanan Patil <gpati...@gmail.com> wrote:
> >>
> >> My bad sorry for spamming
> >>
> >> java.lang.AssertionError: Codec not found for requested operation:
> [bigint
> >> <-> java.math.BigInteger] Please check expressions in the filteritems or
> >> where statements ....
> >>
> >>               at org.testng.Assert.fail(Assert.java:93)
> >>
> >>               at
> >> com.cybage.frameworkutility.utilities.Report.LogFail(Report.java:587)
> >>
> >>               at
> >> com.cybage.dbFramework.FuDataSet.toRows(FuDataSet.java:39)
> >>
> >>               at
> >> com.cybage.genericlibrary.DataSetMethods.getRowCount(
> DataSetMethods.java:286)
> >>
> >>               at
> >> com.cybage.genericlibrary.DBBaseClass.getRowCount(DBBaseClass.java:519)
> >>
> >>               at
> >> com.database.tests.CassandraDBTests.EmbededDBTest(
> CassandraDBTests.java:42)
> >>
> >>               at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> >> Method)
> >>
> >>               at
> >> sun.reflect.NativeMethodAccessorImpl.invoke(
> NativeMethodAccessorImpl.java:62)
> >>
> >>               at
> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl.java:43)
> >>
> >>               at java.lang.reflect.Method.invoke(Method.java:498)
> >>
> >>               at
> >> org.testng.internal.MethodInvocationHelper.invokeMethod(
> MethodInvocationHelper.java:108)
> >>
> >>               at
> >> org.testng.internal.Invoker.invokeMethod(Invoker.java:661)
> >>
> >>               at
> >> org.testng.internal.Invoker.invokeTestMethod(Invoker.java:869)
> >>
> >>               at
> >> org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1193)
> >>
> >>               at
> >> org.testng.internal.TestMethodWorker.invokeTestMethods(
> TestMethodWorker.java:126)
> >>
> >>               at
> >> org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:109)
> >>
> >>               at
> >> java.util.concurrent.ThreadPoolExecutor.runWorker(
> ThreadPoolExecutor.java:1142)
> >>
> >>               at
> >> java.util.concurrent.ThreadPoolExecutor$Worker.run(
> ThreadPoolExecutor.java:617)
> >>
> >>               at java.lang.Thread.run(Thread.java:748)
> >>
> >>
> >>
> >> On 1 Feb 2018 10:39 am, "Gajanan Patil" <gpati...@gmail.com> wrote:
> >>
> >>
> >> PFA below trace I got.
> >>
> >>
> >> com.cybage.frameworkutility.utilities.Report.LogFail(Report.java:587)
> >>
> >>               at com.cybage.dbFramework.FuDataSet.toRows(FuDataSet.
> >> java:39)
> >>
> >>               at com.cybage.genericlibrary.DataSetMethods.getRowCount(
> >> DataSetMethods.java:286)
> >>
> >>               at com.cybage.genericlibrary.DBBaseClass.getRowCount(
> >> DBBaseClass.java:519)
> >>
> >>               at com.database.tests.CassandraDBTests.EmbededDBTest(
> >> CassandraDBTests.java:42)
> >>
> >> On 1 Feb 2018 10:29 am, "Kasper Sørensen" <i.am.kasper.sorensen@gmail.
> com>
> >> wrote:
> >>
> >>> Sorry, no I don't have much clue about it.
> >>>
> >>> That AssertionError ... can you show us the stack trace for it?
> >>>
> >>> 2018-01-31 20:51 GMT-08:00 Gajanan Patil <gpati...@gmail.com>:
> >>>
> >>>> Any clue on this?
> >>>>
> >>>>
> >>>>
> >>>> I am trying below scenarios but unable to do so
> >>>>
> >>>> 1- when a *wrong* columnname is provided in where clause for cassandra
> >>>> query,  MetaModel; parse it successfully and proceed further instead
> >>>> throwing exception message while parsing itself.
> >>>>
> >>>> 2- another is while querying on the column with *BigInt* Datatype in
> the
> >>>> table,  of cassandra db throws below error
> >>>>
> >>>> *Java. Lang. Assertionerror: Codec not found for requested operation
> : [
> >>>> bigint <-> java. math. BigInteger ] please check expressions in the
> >>> filter
> >>>> items or where statements.*
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> Thank you
> >>>>
> >>>> Regards,
> >>>> GP
> >>>>
> >>>
> >
> >
> > "Legal Disclaimer: This electronic message and all contents contain
> information from Cybage Software Private Limited which may be privileged,
> confidential, or otherwise protected from disclosure. The information is
> intended to be for the addressee(s) only. If you are not an addressee, any
> disclosure, copy, distribution, or use of the contents of this message is
> strictly prohibited. If you have received this electronic message in error
> please notify the sender by reply e-mail to and destroy the original
> message and all copies. Cybage has taken every reasonable precaution to
> minimize the risk of malicious content in the mail, but is not liable for
> any damage you may sustain as a result of any malicious content in this
> e-mail. You should carry out your own malicious content checks before
> opening the e-mail or attachment." www.cybage.com
>

Reply via email to