db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "TomohitoNakayama" <tomon...@basil.ocn.ne.jp>
Subject Re: "-Dframework=DerbyNetClient"? (Re: BulkInsert ? (Re: DERBY-167 has done but ...))
Date Wed, 11 May 2005 14:16:06 GMT
Hello ....

I found mistake in CLASSPATH.
I misconfigurated CLASSPATH for db2jcc_license_c.jar....

Well ... I need to learn more about drivers....

Thank you for your advising !

Best regards.

/*

         Tomohito Nakayama
         tomonaka@basil.ocn.ne.jp
         tomohito@rose.zero.ad.jp

         Naka
         http://www5.ocn.ne.jp/~tomohito/TopPage.html

*/
----- Original Message ----- 
From: "Myrna van Lunteren" <m.v.lunteren@gmail.com>
To: "Derby Development" <derby-dev@db.apache.org>
Sent: Wednesday, May 11, 2005 10:47 PM
Subject: Re: "-Dframework=DerbyNetClient"? (Re: BulkInsert ? (Re: DERBY-167 
has done but ...))


Hi...

but, in
http://svn.apache.org/repos/asf/incubator/derby/code/trunk/java/testing/org/apache/derbyTesting/functionTests/suites/derbynetclientmats.properties

it already shows:framework=DerbyNetClient

derbynetmats is included in the suite derbynetclientmats (see
derbynetclientmats.properties) - when running from within
derbynetclientmats, the higher level's suite's property overwrites the
lower level property & thus, the test will then run with
framework=DerbyNetClient, i.e. test with derbyclient.jar.

But derbynetmats is also separate suite in its own right, intended to
test the jcc driver - db2jcc.jar, which is when the
framework=DerbyNet.

Both drivers need to be tested as they're both supported by/with derby.
So, derbyall.properties includes both suites derbynetmats & 
derbynetclientmats.

Myrna

On 5/11/05, TomohitoNakayama <tomonaka@basil.ocn.ne.jp> wrote:
> Hello.
>
> In derbynetmats.properties,
> http://svn.apache.org/repos/asf/incubator/derby/code/trunk/java/testing/org/apache/derbyTesting/functionTests/suites/derbynetmats.properties
> cofiguration was as next ...
>
> framework=DerbyNet
>
> I think this should be ,
> framework=DerbyNetClient.
>
> This may be reason....
>
> #And second reason is that I don't know much about common knoledge of test
> suite ;P
> #I feel that derbyall test suite does not suit for my task....
>
> Thanks.
>
> Best regards.
>
> /*
>
>         Tomohito Nakayama
>         tomonaka@basil.ocn.ne.jp
>         tomohito@rose.zero.ad.jp
>
>         Naka
>         http://www5.ocn.ne.jp/~tomohito/TopPage.html
>
> */
> ----- Original Message -----
> From: "Myrna van Lunteren" <m.v.lunteren@gmail.com>
> To: "Derby Development" <derby-dev@db.apache.org>
> Sent: Wednesday, May 11, 2005 2:04 AM
> Subject: Re: "-Dframework=DerbyNetClient"? (Re: BulkInsert ? (Re: 
> DERBY-167
> has done but ...))
>
> Hi,
>
> Well, derbyall runs derbynetmats & derbynetclientmats. With
> derbynetmats, the intent of the suite is to test derbynet, i.e.
> networkserver via IBMs Universal JDBC driver ('db2jcc*.jar'). With
> derbynetclientmats, the intent of the suite is to test the (new)
> derbyclient - and thus, in that subsuite, -Dframework=DerbyNetClient.
>
> So, it's not the default, the default framework is none - which means,
> using the embedded driver & not networkserver at all. The property
> gets set by the harness because it's in the derbynetmats.properties
> file.
>
> RunSuite derbyall should not be run with any framework properties
> passed in...the individual suites will add the framework properties as
> needed.
>
> As to why you got a hang...??? If you have the db2jcc*.jar in your
> classpath, it should just run, if you don't it should just skip that
> test. I've not seen that test hang recently...You should check what
> the last thing is the test did - this you would see in the .tmp file.
> Also, do other derbynetmats tests pass? Also, the derbynet.out and
> derbynet.err (drill down into the derbynetmats dir untill you find
> them) will have more info.
>
> Myrna
>
> On 5/10/05, TomohitoNakayama <tomonaka@basil.ocn.ne.jp> wrote:
> > Follows ....
> >
> > > Well .. I'm not sure default command option "-Dframework=DerbyNet"
> > > generated by RunSuite ....
> >
> > This means that I wonder why default of the option is this value...
> >
> > Best regards.
> >
> > /*
> >
> >         Tomohito Nakayama
> >         tomonaka@basil.ocn.ne.jp
> >         tomohito@rose.zero.ad.jp
> >
> >         Naka
> >         http://www5.ocn.ne.jp/~tomohito/TopPage.html
> >
> > */
> > ----- Original Message -----
> > From: "TomohitoNakayama" <tomonaka@basil.ocn.ne.jp>
> > To: "Derby Development" <derby-dev@db.apache.org>
> > Sent: Tuesday, May 10, 2005 10:45 PM
> > Subject: "-Dframework=DerbyNetClient"? (Re: BulkInsert ? (Re: DERBY-167
> > has
> > done but ...))
> >
> > > Hello.
> > >
> > > I have tried alljava test suite , but failed in executing
> > > DerbyNetAutoStart.
> > > Many hours but the test does not finised.
> > >
> > > Executing command generated by RunSuite for that test was as next:
> > > Execute command:
> > > java -DjavaCmd=java -Dframework=DerbyNet -Dtimeout=60 -Djdk12te
> > > st=true -Doutputdir=C:\ProgramDev\derbyUser\derbyall.20050510\derbyall\derbynetm
> > > ats\DerbyNet\derbynetmats -Dtopsuitedir=C:\ProgramDev\derbyUser\derbyall.2005051
> > > 0\derbyall\derbynetmats\DerbyNet -Dtopreportdir=C:\ProgramDev\derbyUser\derbyall
> > > .20050510\derbyall\derbynetmats -Drundir=C:\ProgramDev\derbyUser\derbyall.200505
> > > 10 -DtestSpecialProps=derby.debug.true=enableBtreeConsistencyCheck^derby.stream.
> > > error.logSeverityLevel=0^excludeJCC=at-or-after:3.0,when-at-or-before:jdk1.3.1^r
> > > unwithj9=false -Dsuitename=derbynetmats:derbynetmats -Dtopsuitename=derbyall
> > > org
> > > .apache.derbyTesting.functionTests.harness.RunTest
> > > derbynet/DerbyNetAutoStart.ja
> > > va
> > >
> > > Seeing next url , I found option of "-Dframework=DerbyNetClient" is
> > > needed
> > > for RunTest.
> > > http://svn.apache.org/repos/asf/incubator/derby/code/trunk/java/testing/README.htm
> > >
> > > Adding above option to RunSuite also.
> > > After that test seems to be done.
> > >
> > > Well .. I'm not sure default command option "-Dframework=DerbyNet"
> > > generated by RunSuite ....
> > >
> > > Best regards.
> > >
> > > /*
> > >
> > >         Tomohito Nakayama
> > >         tomonaka@basil.ocn.ne.jp
> > >         tomohito@rose.zero.ad.jp
> > >
> > >         Naka
> > >         http://www5.ocn.ne.jp/~tomohito/TopPage.html
> > >
> > > */
> > > ----- Original Message -----
> > > From: "TomohitoNakayama" <tomonaka@basil.ocn.ne.jp>
> > > To: "Derby Development" <derby-dev@db.apache.org>
> > > Sent: Tuesday, May 10, 2005 8:37 PM
> > > Subject: Re: BulkInsert ? (Re: DERBY-167 has done but ...)
> > >
> > >
> > >> Hello.
> > >>
> > >> I see.
> > >> I understood bulk insert.
> > >> Thank you.
> > >> Now, I have just tryed derbyall-test problem and there seems to be
> > >> trouble in derbynet/DerbyNetAutoStart..
> > >>
> > >> I will report it in detail later.
> > >>
> > >> Best regards.
> > >> /*
> > >>
> > >>         Tomohito Nakayama
> > >>         tomonaka@basil.ocn.ne.jp
> > >>         tomohito@rose.zero.ad.jp
> > >>
> > >>         Naka
> > >>         http://www5.ocn.ne.jp/~tomohito/TopPage.html
> > >>
> > >> */
> > >> ----- Original Message -----
> > >> From: "Kathey Marsden" <kmarsdenderby@sbcglobal.net>
> > >> To: "Derby Development" <derby-dev@db.apache.org>
> > >> Sent: Tuesday, May 10, 2005 5:02 AM
> > >> Subject: Re: BulkInsert ? (Re: DERBY-167 has done but ...)
> > >>
> > >>
> > >>> Satheesh Bandaram wrote:
> > >>>
> > >>>> BulkInsert is an internal mechanism, that gets used when you import
> > >>>> data into a table, using Derby's import mechanism.
> > >>>> (SYSCS_UTIL.SYSCS_IMPORT_TABLE
> > >>>> <http://incubator.apache.org/derby/docs/ref/>) This is not
directly
> > >>>> exposed to applications using JDBC or SQL, so there is no way to
> > >>>> directly invoke it. If you write some test cases for your feature
> > >>>> using this procedure, you are testing bulkInsert code. Are you
> > >>>> familiar with importing/exporting tables? Looking at Derby manuals
> > >>>> for
> > >>>> information would be very useful.
> > >>>
> > >>> I think you could add a test to tools/ieptests.sql
> > >>> which tests loading a table with an identity column.
> > >>>
> > >>> Kathey
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>> --
> > >>> No virus found in this incoming message.
> > >>> Checked by AVG Anti-Virus.
> > >>> Version: 7.0.308 / Virus Database: 266.11.6 - Release Date: 
> > >>> 2005/05/06
> > >>>
> > >>
> > >>
> > >> --
> > >> No virus found in this outgoing message.
> > >> Checked by AVG Anti-Virus.
> > >> Version: 7.0.308 / Virus Database: 266.11.7 - Release Date: 
> > >> 2005/05/09
> > >>
> > >>
> > >>
> > >>
> > >> --
> > >> No virus found in this incoming message.
> > >> Checked by AVG Anti-Virus.
> > >> Version: 7.0.308 / Virus Database: 266.11.7 - Release Date: 
> > >> 2005/05/09
> > >>
> > >>
> > >
> > >
> > >
> > > --
> > > No virus found in this outgoing message.
> > > Checked by AVG Anti-Virus.
> > > Version: 7.0.308 / Virus Database: 266.11.7 - Release Date: 2005/05/09
> > >
> > >
> > >
> > >
> > > --
> > > No virus found in this incoming message.
> > > Checked by AVG Anti-Virus.
> > > Version: 7.0.308 / Virus Database: 266.11.7 - Release Date: 2005/05/09
> > >
> >
> > --
> > No virus found in this outgoing message.
> > Checked by AVG Anti-Virus.
> > Version: 7.0.308 / Virus Database: 266.11.7 - Release Date: 2005/05/09
> >
> >
>
> --
> No virus found in this incoming message.
> Checked by AVG Anti-Virus.
> Version: 7.0.308 / Virus Database: 266.11.7 - Release Date: 2005/05/09
>
> --
> No virus found in this outgoing message.
> Checked by AVG Anti-Virus.
> Version: 7.0.308 / Virus Database: 266.11.8 - Release Date: 2005/05/10
>
>



-- 
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.11.8 - Release Date: 2005/05/10



-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.11.8 - Release Date: 2005/05/10


Mime
View raw message