Customer Portal

strange issue with DBInputTable

Comments 7

  • Avatar
    avackova
    0
    Comment actions Permalink
    Hello mhgrove,
    this is really bug in CloverETL and will be fixed in 2.8.2 version, which is to release in few days. To get to work it properly (in new version) you have to use SQLITE jdbc specific in your connection configuration.
  • Avatar
    mhgrove
    0
    Comment actions Permalink
    How do I specify the SQLite jdbc driver in the connection configuration?
  • Avatar
    mhgrove
    0
    Comment actions Permalink

    Hello mhgrove,
    this is really bug in CloverETL and will be fixed in 2.8.2 version, which is to release in few days. To get to work it properly (in new version) you have to use SQLITE jdbc specific in your connection configuration.

    "avackova"


    How do I set this?
  • Avatar
    avackova
    0
    Comment actions Permalink
    This is attribute of jdbc connection:
    jdbcSpecific="SQLITE"
    In CloverDesigner you can choose proper jdbc specific from combo box (see Creating Internal Database Connections)
  • Avatar
    mhgrove
    0
    Comment actions Permalink
    actually, i eventually found this in the source code, the attribute "jdbcSpecific" seems to control this, and "SQLITE" should be the value according to the plugin.xml file.

    However, when I include this parameter, I get this error message:

    JDBC specific 'SQLite' does not exist.).


    So I guess that means it is not properly loading the plugin.xml file? How do I control how those get loaded? Do they need to be in the classpath? Do I point the transformation graph at these somehow?

    Thanks.
  • Avatar
    mhgrove
    0
    Comment actions Permalink
    I found the code to get the plugin.xml files to get loaded

    	
    EngineInitializer.initEngine("lib/clover/plugins", null, null);
    EngineInitializer.forceActivateAllPlugins();


    So this got rid of the error that Clover did not know what the "SQLITE" value for jdbcSpecific was.

    Now things are back to running, but I'm still getting the original behavior of only the fetchSize is being converted, it's not actually iterating through the rest of the result set.

    Either I set up the SQLite jdbcSpecific stuff wrong and it's not getting used, or that's not a fix/workaround for the bug.

    Is there anyway to tell if the SQLlite jdbcSpecific bits are being used?
  • Avatar
    avackova
    0
    Comment actions Permalink
    Hello,
    the bug with SQLlite will be fixed in 2.8.2 version, which is releasing today or tomorrow. With older versions you have to set fetch size grater than the number of records in the table or create your own plugin with fixed version of SQLiteSpecific.

Please sign in to leave a comment.