Nabble - Apache Derby Users

Re: Database in a jar starts from another dir

2009-11-08T08:57:59Z

> Hi
> I have java classes and a database within the same jar. Using the connection
> string jdbc:derby:jar:(myfile.jar)mydatabase (now defined at comiled time) all
> works well if I start the application by double-clicking the jar or running the
> jar with java -jar myapp.jar in the directory where myfile.jar and derby.jar
> are. In the manifest of the jar I have a class-path attribute with derby.jar.
>
> Now if I have a shortcut to the jar or in I run the apps from another directory
> the database is lost. For example, running
> java -cp u:\docs ..\myfile.jar ch.my.package.MyMainClass does not resolve the
> problem.
> I could put a properties file with the connection string with the full path to
> the jar file in the connection string, but I would ask if there is another
> solution.

Hi François,

I think you could achieve what you want by using the classpath protocol
instead of the jar protocol. With myfile.jar in the classpath, try this
URL:

jdbc:derby:classpath:mydatabase

Hope this helps,

--
Knut Anders

Re: R: using ASTParser and TreeWalker

2009-11-08T02:01:53Z

Hi Rick,
renaming junit did it ;-))
I've been able to run ASTParser and XmlTreeWalker and I've seen that they
give a very big quantity of infos ; where can I find some docs to discover
how to point what I need ? In particular I'm searching for tables and fields
names included in the statement, which is the quickest way to find them ?
Thanks a lot
Flavio

-----Original Message-----
From: Rick Hillegas <Richard.Hillegas@...>
To: Derby Discussion <derby-user@...>
Date: Fri, 06 Nov 2009 14:01:50 -0800
Subject: Re: R: using ASTParser and TreeWalker

> flavio palumbo wrote:
> > Hi Rich,
> > I've just tried to build Derby (now I'm at home with nb 6.5.1 on win
> vista)
> > and got these messages :
> > .....
> > .....
> > Building zip: D:\derby2009\trunk\java\demo\toursdb\toursdb.jar
> > Finished building toursdb
> > copyfiles:
> > Copying 13 files to
> >
> D:\derby2009\trunk\classes\org\apache\derbyTesting\functionTests\tests\
> demo
> > toursdb:
> > demo:
> > testing:
> > testing:
> > junitcomponents:
> > Compiling 1 source file to D:\derby2009\trunk\classes
> >
> D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\SecurityM
> anagerSetup.java:30:
> > package junit.extensions does not exist
> > import junit.extensions.TestSetup;
> >
> D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\SecurityM
> anagerSetup.java:31:
> > package junit.framework does not exist
> > import junit.framework.Test;
> >
> D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\SecurityM
> anagerSetup.java:32:
> > package junit.framework does not exist
> > import junit.framework.TestSuite;
> >
> D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\SecurityM
> anagerSetup.java:39:
> > cannot find symbol
> > symbol: class TestSetup
> > public final class SecurityManagerSetup extends TestSetup {
> >
> D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\SecurityM
> anagerSetup.java:73:
> > cannot find symbol
> > symbol : class Test
> > location: class org.apache.derbyTesting.junit.SecurityManagerSetup
> > public SecurityManagerSetup(Test test, String policyResource)
> > ^
> >
> D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\SecurityM
> anagerSetup.java:94:
> > cannot find symbol
> > symbol : class Test
> > location: class org.apache.derbyTesting.junit.SecurityManagerSetup
> > public static Test noSecurityManager(Test test)
> > ^
> >
> D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\SecurityM
> anagerSetup.java:94:
> > cannot find symbol
> > symbol : class Test
> > location: class org.apache.derbyTesting.junit.SecurityManagerSetup
> > public static Test noSecurityManager(Test test)
> > .....
> > .....
> >
> D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\JDBC.java
> :673:
> > cannot find symbol
> > symbol : variable Assert
> > location: class org.apache.derbyTesting.junit.JDBC
> > Assert.assertEquals("Unexpected column count:",
> > 100 errors
> > D:\derby2009\trunk\build.xml:499: The following error occurred while
> > executing this line:
> > D:\derby2009\trunk\java\testing\build.xml:59: The following error
> occurred
> > while executing this line:
> >
> D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\build.xml
> :74:
> > Compile failed; see the compiler error output for details.
> > BUILD FAILED (total time: 54 seconds)
> > The previous time I hadn't read carefully the building.html doc, but
> now
> > I've put ant.jar and junit-3.8.2.jar into my
> D:\derby2009\trunk\tools\java
> > directory.
> > It seems that nothing has changed :-((
> >
> Hi Flavio,
>
> Have you tried building Derby outside Netbeans? That might help narrow
> down the problem. One thing to note: the JUnit jarball should be called
> junit.jar, not junit-3.8.2.jar. Try renaming the JUnit jarball and see
> if that helps.
>
> Regards,
> -Rick
> >
> > Thanks a lot
> > Flavio
> >
> >
> > -----Original Message-----
> > From: Rick Hillegas <Richard.Hillegas@...>
> > To: Derby Discussion <derby-user@...>
> > Date: Fri, 06 Nov 2009 08:35:38 -0800
> > Subject: Re: R: using ASTParser and TreeWalker
> >
> >
> >> Hi Flavio,
> >>
> >> A couple more comments inline...
> >>
> >> Flavio Palumbo wrote:
> >>
> >>> Hi Rich,
> >>>
> >>> thanks for your super quick answer ;-))
> >>>
> >>>
> >>>
> >>>> Please tell us more about the problems you are having compiling
> the
> >>>> Derby trunk. We want to make the build easier.
> >>>>
> >>>>
> >>> I tried to build Derby following the guide at
> >>> http://wiki.apache.org/db-derby/BuildingDerby ; I'm currently using
> >>>
> >> NetBeans
> >>
> >>> 6.5 with jdk 1.6.0 ; when I try to build the project I get a lot of
> >>> exceptions due mainly to the fact that I'm not able to add jUnit
> jars
> >>>
> >> to the
> >>
> >>> project.
> >>> I'm bit hurry now, I'll try to generate again the project this week
> >>>
> >> end to
> >>
> >>> be more accurate.
> >>>
> >>>
> >> Thanks for giving us this feedback. If you configure the ant build
> >> target to be "buildsource" rather than "all", then you shouldn't
> need
> >> the junit jars. For more information, see the BUILDING.html file in
> the
> >> root directory of the Derby trunk.
> >>
> >>>
> >>>
> >>>> Yes, you should be able to compile these classes against the
> >>>>
> >> official
> >>
> >>>> debug jars for 10.5.3.0.
> >>>>
> >>>>
> >>> what you mean with "debug jars" ?
> >>>
> >>>
> >> If you go to the 10.5.3 download page (
> >> http://db.apache.org/derby/releases/release-10.5.3.0.cgi ), you'll
> see
> >> a
> >> number of downloadable distributions. Two of them have the word
> "debug"
> >> in their names. The jars in those two distributions have extra
> tracing
> >> logic built into them. The TreeWalker uses that extra tracing logic.
> >>
> >> Hope this helps,
> >> -Rick
> >>
> >>> Thanks a lot.
> >>>
> >>> Flavio
> >>>
> >>>
> >>>
> >>>
> >>>> -----Messaggio originale-----
> >>>> Da: Richard.Hillegas@... [mailto:Richard.Hillegas@...]
> >>>> Inviato: venerdì 6 novembre 2009 15.45
> >>>> A: Derby Discussion
> >>>> Oggetto: Re: using ASTParser and TreeWalker
> >>>>
> >>>>
> >>>> Hi Flavio,
> >>>>
> >>>> Flavio Palumbo wrote:
> >>>>
> >>>>
> >>>>> Hi all,
> >>>>>
> >>>>> I tried test ASTParser and TreeWalker to try to parse SQL
> >>>>>
> >>>>>
> >>>> strings and the
> >>>>
> >>>>
> >>>>> first works fine while I cannot compile the second cause I
> receive
> >>>>>
> >> this
> >>
> >>>>> compile time error :
> >>>>> TreeWalker is not abstract and does not override abstract method
> >>>>> visitChildrenFirst(org.apache.derby.iapi.sql.compile.Visitable)
> in
> >>>>> org.apache.derby.iapi.sql.compile.Visitor
> >>>>>
> >>>>> is there a newer version I can use or can somebody tell me how
> >>>>>
> >>>>>
> >>>> to fix this
> >>>>
> >>>>
> >>>>> problem ?
> >>>>>
> >>>>>
> >>>>>
> >>>> The visitChildrenFirst() method was added to the Visitor interface
> >>>> recently. I have attached new versions of TreeWalker,
> >>>>
> >> XmlTreeWalker,
> >>
> >>>> and XmlTreePrinter to DERBY-3946, DERBY-791, and DERBY-4415
> >>>> respectively. The new versions implement the new method and should
> >>>> compile against the current Derby trunk. If this doesn't fix your
> >>>> problem, let me know and I'll look into this more.
> >>>>
> >>>>
> >>>>> also I found the post "Rick Hillegas added a comment -
> >>>>>
> >>>>>
> >>>> 25/Aug/09 04:00 PM"
> >>>>
> >>>>
> >>>>> on https://issues.apache.org/jira/browse/DERBY-3946 :
> >>>>>
> >>>>> I have successfully compiled and run this ASTParser against the
> >>>>>
> >> debug
> >>
> >>>>> derby.jar that is part of the 10.5.3.0 distribution
> >>>>>
> >>>>> it means that I can compile and run ASTParser and TreeWalker
> >>>>>
> >> against the
> >>
> >>>>> normal distribution of Derby ?
> >>>>>
> >>>>>
> >>>>>
> >>>> Yes, you should be able to compile these classes against the
> >>>>
> >> official
> >>
> >>>> debug jars for 10.5.3.0.
> >>>>
> >>>>
> >>>>> this would be great cause I fight a lot to compile Derby from
> svn.
> >>>>>
> >>>>>
> >>>>>
> >>>> Please tell us more about the problems you are having compiling
> the
> >>>> Derby trunk. We want to make the build easier.
> >>>>
> >>>> Thanks,
> >>>> -Rick
> >>>>
> >>>>
> >>>>> Any hint would be appreciated.
> >>>>>
> >>>>> Flavio
> >>>>>
> >>>>>
> >>>>> -----------------------------------------------------------
> >>>>> Il presente messaggio non costituisce un impegno contrattuale
> >>>>>
> >>>>>
> >>>> tra SILMA S.r.l. ed il destinatario.
> >>>>
> >>>>
> >>>>> Le opinioni ivi espresse sono quelle dell'autore.
> >>>>> SILMA S.r.l. non assume alcuna responsabilita riguardo al
> >>>>>
> >>>>>
> >>>> contenuto del presente messaggio.
> >>>>
> >>>>
> >>>>> Il messaggio è destinato esclusivamente al destinatario.
> >>>>> Il contenuto e gli allegati sono da considerarsi di natura
> >>>>>
> >> confidenziale
> >>
> >>>>> Nel caso abbiate ricevuto il presente messaggio per errore
> >>>>>
> >>>>>
> >>>> siete pregati di comunicarlo
> >>>>
> >>>>
> >>>>> alla casella segreteria@....
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>> -----------------------------------------------------------
> >>> Il presente messaggio non costituisce un impegno contrattuale tra
> >>>
> >> SILMA S.r.l. ed il destinatario.
> >>
> >>> Le opinioni ivi espresse sono quelle dell'autore.
> >>> SILMA S.r.l. non assume alcuna responsabilita riguardo al contenuto
> >>>
> >> del presente messaggio.
> >>
> >>> Il messaggio è destinato esclusivamente al destinatario.
> >>> Il contenuto e gli allegati sono da considerarsi di natura
> >>>
> >> confidenziale
> >>
> >>> Nel caso abbiate ricevuto il presente messaggio per errore siete
> >>>
> >> pregati di comunicarlo
> >>
> >>> alla casella segreteria@....
> >>>
> >>>
> >>>
> >
> >
> > -----------------------------------------------------------
> > Il presente messaggio non costituisce un impegno contrattuale tra
> SILMA S.r.l. ed il destinatario.
> > Le opinioni ivi espresse sono quelle dell'autore.
> > SILMA S.r.l. non assume alcuna responsabilita riguardo al contenuto
> del presente messaggio.
> > Il messaggio è destinato esclusivamente al destinatario.
> > Il contenuto e gli allegati sono da considerarsi di natura
> confidenziale
> >
> > Nel caso abbiate ricevuto il presente messaggio per errore siete
> pregati di comunicarlo
> > alla casella segreteria@....
> >
> >
>
>

-----------------------------------------------------------
Il presente messaggio non costituisce un impegno contrattuale tra SILMA S.r.l. ed il destinatario.
Le opinioni ivi espresse sono quelle dell'autore.
SILMA S.r.l. non assume alcuna responsabilita riguardo al contenuto del presente messaggio.
Il messaggio è destinato esclusivamente al destinatario.
Il contenuto e gli allegati sono da considerarsi di natura confidenziale

Nel caso abbiate ricevuto il presente messaggio per errore siete pregati di comunicarlo
alla casella segreteria@....

Re: R: using ASTParser and TreeWalker

2009-11-06T14:01:50Z

flavio palumbo wrote:

> Hi Rich,
> I've just tried to build Derby (now I'm at home with nb 6.5.1 on win vista)
> and got these messages :
> .....
> .....
> Building zip: D:\derby2009\trunk\java\demo\toursdb\toursdb.jar
> Finished building toursdb
> copyfiles:
> Copying 13 files to
> D:\derby2009\trunk\classes\org\apache\derbyTesting\functionTests\tests\demo
> toursdb:
> demo:
> testing:
> testing:
> junitcomponents:
> Compiling 1 source file to D:\derby2009\trunk\classes
> D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\SecurityManagerSetup.java:30:
> package junit.extensions does not exist
> import junit.extensions.TestSetup;
> D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\SecurityManagerSetup.java:31:
> package junit.framework does not exist
> import junit.framework.Test;
> D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\SecurityManagerSetup.java:32:
> package junit.framework does not exist
> import junit.framework.TestSuite;
> D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\SecurityManagerSetup.java:39:
> cannot find symbol
> symbol: class TestSetup
> public final class SecurityManagerSetup extends TestSetup {
> D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\SecurityManagerSetup.java:73:
> cannot find symbol
> symbol : class Test
> location: class org.apache.derbyTesting.junit.SecurityManagerSetup
> public SecurityManagerSetup(Test test, String policyResource)
> ^
> D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\SecurityManagerSetup.java:94:
> cannot find symbol
> symbol : class Test
> location: class org.apache.derbyTesting.junit.SecurityManagerSetup
> public static Test noSecurityManager(Test test)
> ^
> D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\SecurityManagerSetup.java:94:
> cannot find symbol
> symbol : class Test
> location: class org.apache.derbyTesting.junit.SecurityManagerSetup
> public static Test noSecurityManager(Test test)
> .....
> .....
> D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\JDBC.java:673:
> cannot find symbol
> symbol : variable Assert
> location: class org.apache.derbyTesting.junit.JDBC
> Assert.assertEquals("Unexpected column count:",
> 100 errors
> D:\derby2009\trunk\build.xml:499: The following error occurred while
> executing this line:
> D:\derby2009\trunk\java\testing\build.xml:59: The following error occurred
> while executing this line:
> D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\build.xml:74:
> Compile failed; see the compiler error output for details.
> BUILD FAILED (total time: 54 seconds)
> The previous time I hadn't read carefully the building.html doc, but now
> I've put ant.jar and junit-3.8.2.jar into my D:\derby2009\trunk\tools\java
> directory.
> It seems that nothing has changed :-((
>

Hi Flavio,

Have you tried building Derby outside Netbeans? That might help narrow
down the problem. One thing to note: the JUnit jarball should be called
junit.jar, not junit-3.8.2.jar. Try renaming the JUnit jarball and see
if that helps.

Regards,
-Rick

>
> Thanks a lot
> Flavio
>
>
> -----Original Message-----
> From: Rick Hillegas <Richard.Hillegas@...>
> To: Derby Discussion <derby-user@...>
> Date: Fri, 06 Nov 2009 08:35:38 -0800
> Subject: Re: R: using ASTParser and TreeWalker
>
>
>> Hi Flavio,
>>
>> A couple more comments inline...
>>
>> Flavio Palumbo wrote:
>>
>>> Hi Rich,
>>>
>>> thanks for your super quick answer ;-))
>>>
>>>
>>>
>>>> Please tell us more about the problems you are having compiling the
>>>> Derby trunk. We want to make the build easier.
>>>>
>>>>
>>> I tried to build Derby following the guide at
>>> http://wiki.apache.org/db-derby/BuildingDerby ; I'm currently using
>>>
>> NetBeans
>>
>>> 6.5 with jdk 1.6.0 ; when I try to build the project I get a lot of
>>> exceptions due mainly to the fact that I'm not able to add jUnit jars
>>>
>> to the
>>
>>> project.
>>> I'm bit hurry now, I'll try to generate again the project this week
>>>
>> end to
>>
>>> be more accurate.
>>>
>>>
>> Thanks for giving us this feedback. If you configure the ant build
>> target to be "buildsource" rather than "all", then you shouldn't need
>> the junit jars. For more information, see the BUILDING.html file in the
>> root directory of the Derby trunk.
>>
>>>
>>>
>>>> Yes, you should be able to compile these classes against the
>>>>
>> official
>>
>>>> debug jars for 10.5.3.0.
>>>>
>>>>
>>> what you mean with "debug jars" ?
>>>
>>>
>> If you go to the 10.5.3 download page (
>> http://db.apache.org/derby/releases/release-10.5.3.0.cgi ), you'll see
>> a
>> number of downloadable distributions. Two of them have the word "debug"
>> in their names. The jars in those two distributions have extra tracing
>> logic built into them. The TreeWalker uses that extra tracing logic.
>>
>> Hope this helps,
>> -Rick
>>
>>> Thanks a lot.
>>>
>>> Flavio
>>>
>>>
>>>
>>>
>>>> -----Messaggio originale-----
>>>> Da: Richard.Hillegas@... [mailto:Richard.Hillegas@...]
>>>> Inviato: venerdì 6 novembre 2009 15.45
>>>> A: Derby Discussion
>>>> Oggetto: Re: using ASTParser and TreeWalker
>>>>
>>>>
>>>> Hi Flavio,
>>>>
>>>> Flavio Palumbo wrote:
>>>>
>>>>
>>>>> Hi all,
>>>>>
>>>>> I tried test ASTParser and TreeWalker to try to parse SQL
>>>>>
>>>>>
>>>> strings and the
>>>>
>>>>
>>>>> first works fine while I cannot compile the second cause I receive
>>>>>
>> this
>>
>>>>> compile time error :
>>>>> TreeWalker is not abstract and does not override abstract method
>>>>> visitChildrenFirst(org.apache.derby.iapi.sql.compile.Visitable) in
>>>>> org.apache.derby.iapi.sql.compile.Visitor
>>>>>
>>>>> is there a newer version I can use or can somebody tell me how
>>>>>
>>>>>
>>>> to fix this
>>>>
>>>>
>>>>> problem ?
>>>>>
>>>>>
>>>>>
>>>> The visitChildrenFirst() method was added to the Visitor interface
>>>> recently. I have attached new versions of TreeWalker,
>>>>
>> XmlTreeWalker,
>>
>>>> and XmlTreePrinter to DERBY-3946, DERBY-791, and DERBY-4415
>>>> respectively. The new versions implement the new method and should
>>>> compile against the current Derby trunk. If this doesn't fix your
>>>> problem, let me know and I'll look into this more.
>>>>
>>>>
>>>>> also I found the post "Rick Hillegas added a comment -
>>>>>
>>>>>
>>>> 25/Aug/09 04:00 PM"
>>>>
>>>>
>>>>> on https://issues.apache.org/jira/browse/DERBY-3946 :
>>>>>
>>>>> I have successfully compiled and run this ASTParser against the
>>>>>
>> debug
>>
>>>>> derby.jar that is part of the 10.5.3.0 distribution
>>>>>
>>>>> it means that I can compile and run ASTParser and TreeWalker
>>>>>
>> against the
>>
>>>>> normal distribution of Derby ?
>>>>>
>>>>>
>>>>>
>>>> Yes, you should be able to compile these classes against the
>>>>
>> official
>>
>>>> debug jars for 10.5.3.0.
>>>>
>>>>
>>>>> this would be great cause I fight a lot to compile Derby from svn.
>>>>>
>>>>>
>>>>>
>>>> Please tell us more about the problems you are having compiling the
>>>> Derby trunk. We want to make the build easier.
>>>>
>>>> Thanks,
>>>> -Rick
>>>>
>>>>
>>>>> Any hint would be appreciated.
>>>>>
>>>>> Flavio
>>>>>
>>>>>
>>>>> -----------------------------------------------------------
>>>>> Il presente messaggio non costituisce un impegno contrattuale
>>>>>
>>>>>
>>>> tra SILMA S.r.l. ed il destinatario.
>>>>
>>>>
>>>>> Le opinioni ivi espresse sono quelle dell'autore.
>>>>> SILMA S.r.l. non assume alcuna responsabilita riguardo al
>>>>>
>>>>>
>>>> contenuto del presente messaggio.
>>>>
>>>>
>>>>> Il messaggio è destinato esclusivamente al destinatario.
>>>>> Il contenuto e gli allegati sono da considerarsi di natura
>>>>>
>> confidenziale
>>
>>>>> Nel caso abbiate ricevuto il presente messaggio per errore
>>>>>
>>>>>
>>>> siete pregati di comunicarlo
>>>>
>>>>
>>>>> alla casella segreteria@....
>>>>>
>>>>>
>>>>>
>>>>>
>>> -----------------------------------------------------------
>>> Il presente messaggio non costituisce un impegno contrattuale tra
>>>
>> SILMA S.r.l. ed il destinatario.
>>
>>> Le opinioni ivi espresse sono quelle dell'autore.
>>> SILMA S.r.l. non assume alcuna responsabilita riguardo al contenuto
>>>
>> del presente messaggio.
>>
>>> Il messaggio è destinato esclusivamente al destinatario.
>>> Il contenuto e gli allegati sono da considerarsi di natura
>>>
>> confidenziale
>>
>>> Nel caso abbiate ricevuto il presente messaggio per errore siete
>>>
>> pregati di comunicarlo
>>
>>> alla casella segreteria@....
>>>
>>>
>>>
>
>
> -----------------------------------------------------------
> Il presente messaggio non costituisce un impegno contrattuale tra SILMA S.r.l. ed il destinatario.
> Le opinioni ivi espresse sono quelle dell'autore.
> SILMA S.r.l. non assume alcuna responsabilita riguardo al contenuto del presente messaggio.
> Il messaggio è destinato esclusivamente al destinatario.
> Il contenuto e gli allegati sono da considerarsi di natura confidenziale
>
> Nel caso abbiate ricevuto il presente messaggio per errore siete pregati di comunicarlo
> alla casella segreteria@....
>
>

Re: R: using ASTParser and TreeWalker

2009-11-06T12:45:47Z

Hi Rich,
I've just tried to build Derby (now I'm at home with nb 6.5.1 on win vista)
and got these messages :
.....
.....
Building zip: D:\derby2009\trunk\java\demo\toursdb\toursdb.jar
Finished building toursdb
copyfiles:
Copying 13 files to
D:\derby2009\trunk\classes\org\apache\derbyTesting\functionTests\tests\demo
toursdb:
demo:
testing:
testing:
junitcomponents:
Compiling 1 source file to D:\derby2009\trunk\classes
D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\SecurityManagerSetup.java:30:
package junit.extensions does not exist
import junit.extensions.TestSetup;
D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\SecurityManagerSetup.java:31:
package junit.framework does not exist
import junit.framework.Test;
D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\SecurityManagerSetup.java:32:
package junit.framework does not exist
import junit.framework.TestSuite;
D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\SecurityManagerSetup.java:39:
cannot find symbol
symbol: class TestSetup
public final class SecurityManagerSetup extends TestSetup {
D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\SecurityManagerSetup.java:73:
cannot find symbol
symbol : class Test
location: class org.apache.derbyTesting.junit.SecurityManagerSetup
public SecurityManagerSetup(Test test, String policyResource)
^
D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\SecurityManagerSetup.java:94:
cannot find symbol
symbol : class Test
location: class org.apache.derbyTesting.junit.SecurityManagerSetup
public static Test noSecurityManager(Test test)
^
D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\SecurityManagerSetup.java:94:
cannot find symbol
symbol : class Test
location: class org.apache.derbyTesting.junit.SecurityManagerSetup
public static Test noSecurityManager(Test test)
.....
.....
D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\JDBC.java:673:
cannot find symbol
symbol : variable Assert
location: class org.apache.derbyTesting.junit.JDBC
Assert.assertEquals("Unexpected column count:",
100 errors
D:\derby2009\trunk\build.xml:499: The following error occurred while
executing this line:
D:\derby2009\trunk\java\testing\build.xml:59: The following error occurred
while executing this line:
D:\derby2009\trunk\java\testing\org\apache\derbyTesting\junit\build.xml:74:
Compile failed; see the compiler error output for details.
BUILD FAILED (total time: 54 seconds)
The previous time I hadn't read carefully the building.html doc, but now
I've put ant.jar and junit-3.8.2.jar into my D:\derby2009\trunk\tools\java
directory.
It seems that nothing has changed :-((

Thanks a lot
Flavio

-----Original Message-----
From: Rick Hillegas <Richard.Hillegas@...>
To: Derby Discussion <derby-user@...>
Date: Fri, 06 Nov 2009 08:35:38 -0800
Subject: Re: R: using ASTParser and TreeWalker

> Hi Flavio,
>
> A couple more comments inline...
>
> Flavio Palumbo wrote:
> > Hi Rich,
> >
> > thanks for your super quick answer ;-))
> >
> >
> >> Please tell us more about the problems you are having compiling the
> >> Derby trunk. We want to make the build easier.
> >>
> >
> > I tried to build Derby following the guide at
> > http://wiki.apache.org/db-derby/BuildingDerby ; I'm currently using
> NetBeans
> > 6.5 with jdk 1.6.0 ; when I try to build the project I get a lot of
> > exceptions due mainly to the fact that I'm not able to add jUnit jars
> to the
> > project.
> > I'm bit hurry now, I'll try to generate again the project this week
> end to
> > be more accurate.
> >
> Thanks for giving us this feedback. If you configure the ant build
> target to be "buildsource" rather than "all", then you shouldn't need
> the junit jars. For more information, see the BUILDING.html file in the
> root directory of the Derby trunk.
> >
> >> Yes, you should be able to compile these classes against the
> official
> >> debug jars for 10.5.3.0.
> >>
> >
> > what you mean with "debug jars" ?
> >
> If you go to the 10.5.3 download page (
> http://db.apache.org/derby/releases/release-10.5.3.0.cgi ), you'll see
> a
> number of downloadable distributions. Two of them have the word "debug"
> in their names. The jars in those two distributions have extra tracing
> logic built into them. The TreeWalker uses that extra tracing logic.
>
> Hope this helps,
> -Rick
> > Thanks a lot.
> >
> > Flavio
> >
> >
> >
> >> -----Messaggio originale-----
> >> Da: Richard.Hillegas@... [mailto:Richard.Hillegas@...]
> >> Inviato: venerdì 6 novembre 2009 15.45
> >> A: Derby Discussion
> >> Oggetto: Re: using ASTParser and TreeWalker
> >>
> >>
> >> Hi Flavio,
> >>
> >> Flavio Palumbo wrote:
> >>
> >>> Hi all,
> >>>
> >>> I tried test ASTParser and TreeWalker to try to parse SQL
> >>>
> >> strings and the
> >>
> >>> first works fine while I cannot compile the second cause I receive
> this
> >>> compile time error :
> >>> TreeWalker is not abstract and does not override abstract method
> >>> visitChildrenFirst(org.apache.derby.iapi.sql.compile.Visitable) in
> >>> org.apache.derby.iapi.sql.compile.Visitor
> >>>
> >>> is there a newer version I can use or can somebody tell me how
> >>>
> >> to fix this
> >>
> >>> problem ?
> >>>
> >>>
> >> The visitChildrenFirst() method was added to the Visitor interface
> >> recently. I have attached new versions of TreeWalker,
> XmlTreeWalker,
> >> and XmlTreePrinter to DERBY-3946, DERBY-791, and DERBY-4415
> >> respectively. The new versions implement the new method and should
> >> compile against the current Derby trunk. If this doesn't fix your
> >> problem, let me know and I'll look into this more.
> >>
> >>> also I found the post "Rick Hillegas added a comment -
> >>>
> >> 25/Aug/09 04:00 PM"
> >>
> >>> on https://issues.apache.org/jira/browse/DERBY-3946 :
> >>>
> >>> I have successfully compiled and run this ASTParser against the
> debug
> >>> derby.jar that is part of the 10.5.3.0 distribution
> >>>
> >>> it means that I can compile and run ASTParser and TreeWalker
> against the
> >>> normal distribution of Derby ?
> >>>
> >>>
> >> Yes, you should be able to compile these classes against the
> official
> >> debug jars for 10.5.3.0.
> >>
> >>> this would be great cause I fight a lot to compile Derby from svn.
> >>>
> >>>
> >> Please tell us more about the problems you are having compiling the
> >> Derby trunk. We want to make the build easier.
> >>
> >> Thanks,
> >> -Rick
> >>
> >>> Any hint would be appreciated.
> >>>
> >>> Flavio
> >>>
> >>>
> >>> -----------------------------------------------------------
> >>> Il presente messaggio non costituisce un impegno contrattuale
> >>>
> >> tra SILMA S.r.l. ed il destinatario.
> >>
> >>> Le opinioni ivi espresse sono quelle dell'autore.
> >>> SILMA S.r.l. non assume alcuna responsabilita riguardo al
> >>>
> >> contenuto del presente messaggio.
> >>
> >>> Il messaggio è destinato esclusivamente al destinatario.
> >>> Il contenuto e gli allegati sono da considerarsi di natura
> confidenziale
> >>>
> >>> Nel caso abbiate ricevuto il presente messaggio per errore
> >>>
> >> siete pregati di comunicarlo
> >>
> >>> alla casella segreteria@....
> >>>
> >>>
> >>>
> >
> >
> > -----------------------------------------------------------
> > Il presente messaggio non costituisce un impegno contrattuale tra
> SILMA S.r.l. ed il destinatario.
> > Le opinioni ivi espresse sono quelle dell'autore.
> > SILMA S.r.l. non assume alcuna responsabilita riguardo al contenuto
> del presente messaggio.
> > Il messaggio è destinato esclusivamente al destinatario.
> > Il contenuto e gli allegati sono da considerarsi di natura
> confidenziale
> >
> > Nel caso abbiate ricevuto il presente messaggio per errore siete
> pregati di comunicarlo
> > alla casella segreteria@....
> >
> >

Re: R: using ASTParser and TreeWalker

2009-11-06T08:35:38Z

Hi Flavio,

A couple more comments inline...

Flavio Palumbo wrote:

> Hi Rich,
>
> thanks for your super quick answer ;-))
>
>
>> Please tell us more about the problems you are having compiling the
>> Derby trunk. We want to make the build easier.
>>
>
> I tried to build Derby following the guide at
> http://wiki.apache.org/db-derby/BuildingDerby ; I'm currently using NetBeans
> 6.5 with jdk 1.6.0 ; when I try to build the project I get a lot of
> exceptions due mainly to the fact that I'm not able to add jUnit jars to the
> project.
> I'm bit hurry now, I'll try to generate again the project this week end to
> be more accurate.
>

Thanks for giving us this feedback. If you configure the ant build
target to be "buildsource" rather than "all", then you shouldn't need
the junit jars. For more information, see the BUILDING.html file in the
root directory of the Derby trunk.
>
>> Yes, you should be able to compile these classes against the official
>> debug jars for 10.5.3.0.
>>
>
> what you mean with "debug jars" ?
>
If you go to the 10.5.3 download page (
http://db.apache.org/derby/releases/release-10.5.3.0.cgi ), you'll see a
number of downloadable distributions. Two of them have the word "debug"
in their names. The jars in those two distributions have extra tracing
logic built into them. The TreeWalker uses that extra tracing logic.

Hope this helps,
-Rick

> Thanks a lot.
>
> Flavio
>
>
>
>> -----Messaggio originale-----
>> Da: Richard.Hillegas@... [mailto:Richard.Hillegas@...]
>> Inviato: venerdì 6 novembre 2009 15.45
>> A: Derby Discussion
>> Oggetto: Re: using ASTParser and TreeWalker
>>
>>
>> Hi Flavio,
>>
>> Flavio Palumbo wrote:
>>
>>> Hi all,
>>>
>>> I tried test ASTParser and TreeWalker to try to parse SQL
>>>
>> strings and the
>>
>>> first works fine while I cannot compile the second cause I receive this
>>> compile time error :
>>> TreeWalker is not abstract and does not override abstract method
>>> visitChildrenFirst(org.apache.derby.iapi.sql.compile.Visitable) in
>>> org.apache.derby.iapi.sql.compile.Visitor
>>>
>>> is there a newer version I can use or can somebody tell me how
>>>
>> to fix this
>>
>>> problem ?
>>>
>>>
>> The visitChildrenFirst() method was added to the Visitor interface
>> recently. I have attached new versions of TreeWalker, XmlTreeWalker,
>> and XmlTreePrinter to DERBY-3946, DERBY-791, and DERBY-4415
>> respectively. The new versions implement the new method and should
>> compile against the current Derby trunk. If this doesn't fix your
>> problem, let me know and I'll look into this more.
>>
>>> also I found the post "Rick Hillegas added a comment -
>>>
>> 25/Aug/09 04:00 PM"
>>
>>> on https://issues.apache.org/jira/browse/DERBY-3946 :
>>>
>>> I have successfully compiled and run this ASTParser against the debug
>>> derby.jar that is part of the 10.5.3.0 distribution
>>>
>>> it means that I can compile and run ASTParser and TreeWalker against the
>>> normal distribution of Derby ?
>>>
>>>
>> Yes, you should be able to compile these classes against the official
>> debug jars for 10.5.3.0.
>>
>>> this would be great cause I fight a lot to compile Derby from svn.
>>>
>>>
>> Please tell us more about the problems you are having compiling the
>> Derby trunk. We want to make the build easier.
>>
>> Thanks,
>> -Rick
>>
>>> Any hint would be appreciated.
>>>
>>> Flavio
>>>
>>>
>>> -----------------------------------------------------------
>>> Il presente messaggio non costituisce un impegno contrattuale
>>>
>> tra SILMA S.r.l. ed il destinatario.
>>
>>> Le opinioni ivi espresse sono quelle dell'autore.
>>> SILMA S.r.l. non assume alcuna responsabilita riguardo al
>>>
>> contenuto del presente messaggio.
>>
>>> Il messaggio è destinato esclusivamente al destinatario.
>>> Il contenuto e gli allegati sono da considerarsi di natura confidenziale
>>>
>>> Nel caso abbiate ricevuto il presente messaggio per errore
>>>
>> siete pregati di comunicarlo
>>
>>> alla casella segreteria@....
>>>
>>>
>>>
>
>
> -----------------------------------------------------------
> Il presente messaggio non costituisce un impegno contrattuale tra SILMA S.r.l. ed il destinatario.
> Le opinioni ivi espresse sono quelle dell'autore.
> SILMA S.r.l. non assume alcuna responsabilita riguardo al contenuto del presente messaggio.
> Il messaggio è destinato esclusivamente al destinatario.
> Il contenuto e gli allegati sono da considerarsi di natura confidenziale
>
> Nel caso abbiate ricevuto il presente messaggio per errore siete pregati di comunicarlo
> alla casella segreteria@....
>
>

R: using ASTParser and TreeWalker

2009-11-06T07:17:12Z

Hi Rich,

thanks for your super quick answer ;-))

> Please tell us more about the problems you are having compiling the
> Derby trunk. We want to make the build easier.

I tried to build Derby following the guide at
http://wiki.apache.org/db-derby/BuildingDerby ; I'm currently using NetBeans
6.5 with jdk 1.6.0 ; when I try to build the project I get a lot of
exceptions due mainly to the fact that I'm not able to add jUnit jars to the
project.
I'm bit hurry now, I'll try to generate again the project this week end to
be more accurate.

> Yes, you should be able to compile these classes against the official
> debug jars for 10.5.3.0.

what you mean with "debug jars" ?

Thanks a lot.

Flavio

> -----Messaggio originale-----
> Da: Richard.Hillegas@... [mailto:Richard.Hillegas@...]
> Inviato: venerdì 6 novembre 2009 15.45
> A: Derby Discussion
> Oggetto: Re: using ASTParser and TreeWalker
>
>
> Hi Flavio,
>
> Flavio Palumbo wrote:
> > Hi all,
> >
> > I tried test ASTParser and TreeWalker to try to parse SQL
> strings and the
> > first works fine while I cannot compile the second cause I receive this
> > compile time error :
> > TreeWalker is not abstract and does not override abstract method
> > visitChildrenFirst(org.apache.derby.iapi.sql.compile.Visitable) in
> > org.apache.derby.iapi.sql.compile.Visitor
> >
> > is there a newer version I can use or can somebody tell me how
> to fix this
> > problem ?
> >
> The visitChildrenFirst() method was added to the Visitor interface
> recently. I have attached new versions of TreeWalker, XmlTreeWalker,
> and XmlTreePrinter to DERBY-3946, DERBY-791, and DERBY-4415
> respectively. The new versions implement the new method and should
> compile against the current Derby trunk. If this doesn't fix your
> problem, let me know and I'll look into this more.
> > also I found the post "Rick Hillegas added a comment -
> 25/Aug/09 04:00 PM"
> > on https://issues.apache.org/jira/browse/DERBY-3946 :
> >
> > I have successfully compiled and run this ASTParser against the debug
> > derby.jar that is part of the 10.5.3.0 distribution
> >
> > it means that I can compile and run ASTParser and TreeWalker against the
> > normal distribution of Derby ?
> >
> Yes, you should be able to compile these classes against the official
> debug jars for 10.5.3.0.
> > this would be great cause I fight a lot to compile Derby from svn.
> >
> Please tell us more about the problems you are having compiling the
> Derby trunk. We want to make the build easier.
>
> Thanks,
> -Rick
> > Any hint would be appreciated.
> >
> > Flavio
> >
> >
> > -----------------------------------------------------------
> > Il presente messaggio non costituisce un impegno contrattuale
> tra SILMA S.r.l. ed il destinatario.
> > Le opinioni ivi espresse sono quelle dell'autore.
> > SILMA S.r.l. non assume alcuna responsabilita riguardo al
> contenuto del presente messaggio.
> > Il messaggio è destinato esclusivamente al destinatario.
> > Il contenuto e gli allegati sono da considerarsi di natura confidenziale
> >
> > Nel caso abbiate ricevuto il presente messaggio per errore
> siete pregati di comunicarlo
> > alla casella segreteria@....
> >
> >
>

Re: using ASTParser and TreeWalker

2009-11-06T06:45:26Z

Hi Flavio,

Flavio Palumbo wrote:

> Hi all,
>
> I tried test ASTParser and TreeWalker to try to parse SQL strings and the
> first works fine while I cannot compile the second cause I receive this
> compile time error :
> TreeWalker is not abstract and does not override abstract method
> visitChildrenFirst(org.apache.derby.iapi.sql.compile.Visitable) in
> org.apache.derby.iapi.sql.compile.Visitor
>
> is there a newer version I can use or can somebody tell me how to fix this
> problem ?
>

The visitChildrenFirst() method was added to the Visitor interface
recently. I have attached new versions of TreeWalker, XmlTreeWalker,
and XmlTreePrinter to DERBY-3946, DERBY-791, and DERBY-4415
respectively. The new versions implement the new method and should
compile against the current Derby trunk. If this doesn't fix your
problem, let me know and I'll look into this more.
> also I found the post "Rick Hillegas added a comment - 25/Aug/09 04:00 PM"
> on https://issues.apache.org/jira/browse/DERBY-3946 :
>
> I have successfully compiled and run this ASTParser against the debug
> derby.jar that is part of the 10.5.3.0 distribution
>
> it means that I can compile and run ASTParser and TreeWalker against the
> normal distribution of Derby ?
>
Yes, you should be able to compile these classes against the official
debug jars for 10.5.3.0.
> this would be great cause I fight a lot to compile Derby from svn.
>
Please tell us more about the problems you are having compiling the
Derby trunk. We want to make the build easier.

Thanks,
-Rick

> Any hint would be appreciated.
>
> Flavio
>
>
> -----------------------------------------------------------
> Il presente messaggio non costituisce un impegno contrattuale tra SILMA S.r.l. ed il destinatario.
> Le opinioni ivi espresse sono quelle dell'autore.
> SILMA S.r.l. non assume alcuna responsabilita riguardo al contenuto del presente messaggio.
> Il messaggio è destinato esclusivamente al destinatario.
> Il contenuto e gli allegati sono da considerarsi di natura confidenziale
>
> Nel caso abbiate ricevuto il presente messaggio per errore siete pregati di comunicarlo
> alla casella segreteria@....
>
>

using ASTParser and TreeWalker

2009-11-06T05:49:12Z

Hi all,

I tried test ASTParser and TreeWalker to try to parse SQL strings and the
first works fine while I cannot compile the second cause I receive this
compile time error :
TreeWalker is not abstract and does not override abstract method
visitChildrenFirst(org.apache.derby.iapi.sql.compile.Visitable) in
org.apache.derby.iapi.sql.compile.Visitor

is there a newer version I can use or can somebody tell me how to fix this
problem ?

also I found the post "Rick Hillegas added a comment - 25/Aug/09 04:00 PM"
on https://issues.apache.org/jira/browse/DERBY-3946 :

I have successfully compiled and run this ASTParser against the debug
derby.jar that is part of the 10.5.3.0 distribution

it means that I can compile and run ASTParser and TreeWalker against the
normal distribution of Derby ?
this would be great cause I fight a lot to compile Derby from svn.

Any hint would be appreciated.

Flavio

-----------------------------------------------------------
Il presente messaggio non costituisce un impegno contrattuale tra SILMA S.r.l. ed il destinatario.
Le opinioni ivi espresse sono quelle dell'autore.
SILMA S.r.l. non assume alcuna responsabilita riguardo al contenuto del presente messaggio.
Il messaggio è destinato esclusivamente al destinatario.
Il contenuto e gli allegati sono da considerarsi di natura confidenziale

Nel caso abbiate ricevuto il presente messaggio per errore siete pregati di comunicarlo
alla casella segreteria@....

Database in a jar starts from another dir

2009-11-06T01:40:09Z

Hi
I have java classes and a database within the same jar. Using the connection
string jdbc:derby:jar:(myfile.jar)mydatabase (now defined at comiled time) all
works well if I start the application by double-clicking the jar or running the
jar with java -jar myapp.jar in the directory where myfile.jar and derby.jar
are. In the manifest of the jar I have a class-path attribute with derby.jar.

Now if I have a shortcut to the jar or in I run the apps from another directory
the database is lost. For example, running
java -cp u:\docs ..\myfile.jar ch.my.package.MyMainClass does not resolve the
problem.
I could put a properties file with the connection string with the full path to
the jar file in the connection string, but I would ask if there is another
solution.

Thanks for any help

François

Re: Using Derby to access Cloudscape DB

2009-11-05T12:22:53Z

On Thu, Nov 5, 2009 at 5:39 AM, mjs1138 <mjsulliv@...> wrote:

>
> hey Rick & Bryan, thanks for the responses. I think I'll start w/ the older
> derby path first. Thanks again.
>
> --- Miie
>
>
>
> mjs1138 wrote:
>>
>> Hi. I'm hoping someone here can help me or at least point me in the right
>> / any direction.
>>
>> I've been asked to retrieve data from an old java app that was developed
>> using cloudscape (CS). I have never used cloudscape or derby. The
>> reading I've done tells me that CS has been migrated to derby.
>>
>> I started w/ the derby tutorial and got it to work using ij from a dos cmd
>> window. I then tried to CONNECT to the other DB and received this
>> message:
>>
>> ERROR XJ040: Failed to start database 'patientdb', see the next
>> exception for details.
>> ERROR XSLAC: Database at C:\Users\Mike\DERBYTUTOR\patientdb have
>> incompatible format with the current version of software, it may have been
>> created by or upgraded by a later version.
>>
>> I've searched for a migration process but haven’t been able to find one.
>> Any thought or help w/ direction will be greatly appreciated.
>>
>> Thanks --- Mike
>>
>>
>>
>>
>
> --
> View this message in context: http://old.nabble.com/Using-Derby-to-access-Cloudscape-DB-tp26202350p26213635.html
> Sent from the Apache Derby Users mailing list archive at Nabble.com.
>
>

Hi,

There is *no* direct path from Derby to Cloudscape. You *cannot*
connect to a Cloudscape database using any version of Derby - and you
should not try to do so.

Instead, you'll need to open the Cloudscape database using some
version of Cloudscape, and export the data to text; then create a new
database in Derby and load your data. You'll need to look at the
documentation for both products how to do this.

Depending on how much non-standard (and so discontinued) functionality
was used in the app and database, you may even have more trouble. To
start with, Derby has no Boolean datatype. Also, for instance, The
Cloudscape stored procedures are not a direct match for Derby stored
procedures. There is no equivalent for Cloudscape Stored Prepared
Statements. The VTI interface from Cloudscape does not directly
translate to Derby.
Basically, you'll need to analyze how the old app was created, and
what functionality it used, and then compare with Derby and see if
there is a match.

HTH

Myrna

RE: Upgrading Issues

2009-11-05T10:37:26Z

Kristian

If we decide to upgrade we'll try the Dummy approach. We'll keep an eye out for patches and upgrades related to this issue

Thanks again for your help.

Thanks
Jessica Allgeyer
(513) 763 - 8523

Any fool can make things bigger, more complex, and more violent. It takes a touch of genius - and a lot of courage - to move in the opposite direction. -albert einstein

-----Original Message-----
From: Kristian.Waagan@... [mailto:Kristian.Waagan@...]
Sent: Wednesday, November 04, 2009 12:27 PM
To: Derby Discussion
Cc: Richard.Hillegas@...; Combs, Jeremy; McGrath, Phil; Ritchie, Erin; Lewis, Chris; Allgeyer, Jessica
Subject: Re: Upgrading Issues

Allgeyer, Jessica wrote:
> Kristian/Rick
>
> I've included 2 attachments. One is the full stack trace for the NullPointerException. The other is the file the call is trying to use. The file is zero bytes and does not contain any characters. Our platform is Windows and we are using Java to run the call. Below is the full import call.
>
> CALL SYSCS_UTIL.SYSCS_IMPORT_TABLE ('SA', 'CHACRGE',
> 'C:\bea\projects\claims-dev\unzippedclaims\CHACRGE.rcsv','|','``',null
> ,1)
>
A quick (and not that thorough) debugging session seems to have led me to the problem, which is related to the addition of collation support.

The NPE happens here (from line 2348) in InsertResultSet.emptyIndexes:
newIndexCongloms[index] =
tc.createAndLoadConglomerate(
"BTREE",
indexRows[index].getRowArray(),
null, //default column sort order
collation[index],
properties,
TransactionController.IS_DEFAULT,
rowSources[index],
(long[]) null);

The problem is that the variable 'collation' hasn't been initialized and is null.
Adding "int[][] collation = new int[numIndexes][];" to the
top of the method makes the repro pass, but I haven't studied the code or run the regression tests.

Not sure there is much you can do about this, except for not using replacement in the import or simply avoiding import of empty files.
Maybe detecting empty files and executing a "delete from TABLE" would do?
(until the bug has been fixed)

Regards,
--
Kristian

> Thanks
> Jessica Allgeyer
> (513) 763 - 8523
>
>
>
> -----Original Message-----
> From: Kristian.Waagan@... [mailto:Kristian.Waagan@...]
> Sent: Wednesday, November 04, 2009 9:14 AM
> To: Derby Discussion
> Cc: Combs, Jeremy; McGrath, Phil; Ritchie, Erin; Lewis, Chris; Allgeyer, Jessica
> Subject: Re: Upgrading Issues
>
> Allgeyer, Jessica wrote:
>
>> Recently we have upgraded our Derby DB from 10.3.1.4 to 10.5.3.0. With the latest version, api CALL SYSCS_UTIL.SYSCS_IMPORT_TABLE is throwing the error 'java.lang.NullPointerException' when a file is empty. After investigation, any version above our previous version of 10.3.1.4 causes this error. Can you provide us with a solution or adjustments we need to make on our end? Please let me know if you need more information provided.
>>
>>
>>
> Hello Jessica,
>
> I'm not able to reproduce with neither 10.5 nor the development trunk, so more information would be useful.
> (Just noticed Rick reporting the same.)
>
> I simply tried importing a file of size zero bytes, and that worked (i.e. nothing happened).
> Some suggestions:
> - Can you provide the stack trace from the NullPointerException?
> (remove traces you don't want to reveal if necessary)
> - Is the file zero bytes, or is there at least one character/byte (visible or non-visible) in there?
> - Can you specify the full import call?
> - What's your platform? Do you already now that the bug occurs at any platform?
>
> The best thing you can do is to provide a small repro script :)
>
>
> Regards,
> --
> Kristian
>
>
>> Thanks
>> Jessica Allgeyer
>> (513) 763 - 8523
>>
>>
>>
>>
>>
>>
>> **********************************************************************
>> The content of this e-mail message and any attachments are
>> confidential and may be legally privileged, intended solely for the
>> addressee. If you are not the intended recipient, be advised that any
>> use, dissemination, distribution, or copying of this e-mail is
>> strictly prohibited. If you receive this message in error, please
>> notify the sender immediately by reply email and destroy the message
>> and its attachments.
>> **********************************************************************
>>
>>
>>
>
>
>
>
> ********************************************************************** The content of this e-mail message and any attachments are confidential and may be legally privileged, intended solely for the addressee. If you are not the intended recipient, be advised that any use, dissemination, distribution, or copying of this e-mail is strictly prohibited. If you receive this message in error, please notify the sender immediately by reply email and destroy the message and its attachments. **********************************************************************
>

Re: implicite datacasting

2009-11-05T08:19:38Z

Hello,

This is a known issue with Derby, tracked by
https://issues.apache.org/jira/browse/DERBY-3662

In addition to the workaround you mentioned, you can write your own
casting function. Your statement would look something like this:

INSERT INTO table1 (id, name, code) VALUES (1, 'somebody',
myCastingFunction( 03184) )

Hope this helps,
-Rick

Hardie82 wrote:

> Hi,
>
> I have a problem with an insert-statement. I have an application that used a
> hsqldb. Now I want to switch to derby but got the problem that derby didn't
> cast an integer to a char-column. I always get an exception by the following
> example:
>
> INSERT INTO table1 (id, name, code) VALUES (1, 'somebody', 03184)
>
> Column code is type varchar(20) and I read elcewhere that derby implicite
> could parse this to varchar. Is this correct or should I cast it manually
> like
>
> INSERT INTO table1 (id, name, code) VALUES (1, 'somebody', '03184') ?
>
> By the way with hsqldb the error didn't occur.
>
> Greetings
>

Re: target date for Derby 10.6.1

2009-11-05T05:48:35Z

Hi Simon,

No-one has volunteered to manage the 10.6 release yet and that
particular feature (sequences) isn't finished yet, so I can't make any
promises. However, for the past couple years the Derby community has
produced a feature release in the spring. I think it's likely that we
may start testing release candidates in March or April and have a GA
around the end of April.

Hope this helps,
-Rick

Simon Payne wrote:

> Hi there
>
> Please can you advise me what is the target date for release of Derby 10.6.1. I am particularly interested in https://issues.apache.org/jira/browse/DERBY-712 about sequence support as this will be very useful for our application.
>
> Thanks!
>
> Simon Payne
>
> 1Spatial: unlocking data, empowering business
> Making geospatial data current, accessible, easily shared and trusted
>
> www.1spatial.com
>
> 1Spatial Group Limited; Registered in England No. 4785688 VAT Reg. No. 816329821; Registered Office: Cavendish House; 6 Cambridge Business Park; Cambridge; CB4 0WZ; United Kingdom
>
>
> IMPORTANT NOTICE
>
> This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify the sender immediately and delete this e-mail from your system. Please note that any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of 1Spatial Group Limited, its subsidiaries or associated companies, except where the author specifically states them to be the views of 1Spatial Group Limited, its subsidiaries or associated companies.
>
> 1Spatial Group Limited, its subsidiaries and associated companies will not be held liable for any legally binding obligations that are not the subject of an official 1Spatial purchase order or as part of a contract signed by a director of one of the aforementioned companies.
>
> Although the company has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. You should understand and accept that, when communicating with us by e-mail, it is not a totally secure communications medium.
>
>

Re: Using Derby to access Cloudscape DB

2009-11-05T04:39:20Z

hey Rick & Bryan, thanks for the responses. I think I'll start w/ the older derby path first. Thanks again.

--- Miie

mjs1138 wrote:

Hi. I'm hoping someone here can help me or at least point me in the right / any direction.

I've been asked to retrieve data from an old java app that was developed using cloudscape (CS). I have never used cloudscape or derby. The reading I've done tells me that CS has been migrated to derby.

I started w/ the derby tutorial and got it to work using ij from a dos cmd window. I then tried to CONNECT to the other DB and received this message:

ERROR XJ040: Failed to start database 'patientdb', see the next exception for details.
ERROR XSLAC: Database at C:\Users\Mike\DERBYTUTOR\patientdb have incompatible format with the current version of software, it may have been created by or upgraded by a later version.

I've searched for a migration process but haven’t been able to find one. Any thought or help w/ direction will be greatly appreciated.

Thanks --- Mike

target date for Derby 10.6.1

2009-11-05T03:00:35Z

Hi there

Please can you advise me what is the target date for release of Derby 10.6.1. I am particularly interested in https://issues.apache.org/jira/browse/DERBY-712 about sequence support as this will be very useful for our application.

Thanks!

Simon Payne

1Spatial: unlocking data, empowering business
Making geospatial data current, accessible, easily shared and trusted

www.1spatial.com

1Spatial Group Limited; Registered in England No. 4785688 VAT Reg. No. 816329821; Registered Office: Cavendish House; 6 Cambridge Business Park; Cambridge; CB4 0WZ; United Kingdom

IMPORTANT NOTICE

This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify the sender immediately and delete this e-mail from your system. Please note that any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of 1Spatial Group Limited, its subsidiaries or associated companies, except where the author specifically states them to be the views of 1Spatial Group Limited, its subsidiaries or associated companies.

1Spatial Group Limited, its subsidiaries and associated companies will not be held liable for any legally binding obligations that are not the subject of an official 1Spatial purchase order or as part of a contract signed by a director of one of the aforementioned companies.

Although the company has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. You should understand and accept that, when communicating with us by e-mail, it is not a totally secure communications medium.

Re: Upgrading Issues

2009-11-05T01:52:16Z

Allgeyer, Jessica wrote:
> Kristian
>
> Because of performance issues, we are not able to simply skip the replace call and use a 'delete from table' execute. We have tried that before and the delays are too significant.
>
I see.
What about using a minimal dummy file for import, then deleting the
single row after the import?
(I know, awkward, and I don't know your performance requirements)

In any case, I logged the bug as DERBY-4435 [1].

> Do you know if this issue is being addressed now and have a possible ETA?
>

I'm not aware of anyone looking at the issue at the moment. Watch the
Jira issue for updates.
Note that there are no planned 10.5 maintenance releases at the moment.
You may want to consider rolling your own build from the 10.5 branch
(after the bug has been addressed).
The plans for the next feature release can be found on the wiki [2].

Regards,
--
Kristian

[1] https://issues.apache.org/jira/browse/DERBY-4435
[2] http://wiki.apache.org/db-derby/DerbyTenSixOneRelease

>
> Thanks
> Jessica Allgeyer
> (513) 763 - 8523
>
> Any fool can make things bigger, more complex, and more violent. It takes a touch of genius - and a lot of courage - to move in the opposite direction. -albert einstein
>
>
>
> -----Original Message-----
> From: Kristian.Waagan@... [mailto:Kristian.Waagan@...]
> Sent: Wednesday, November 04, 2009 12:27 PM
> To: Derby Discussion
> Cc: Richard.Hillegas@...; Combs, Jeremy; McGrath, Phil; Ritchie, Erin; Lewis, Chris; Allgeyer, Jessica
> Subject: Re: Upgrading Issues
>
> Allgeyer, Jessica wrote:
>
>> Kristian/Rick
>>
>> I've included 2 attachments. One is the full stack trace for the NullPointerException. The other is the file the call is trying to use. The file is zero bytes and does not contain any characters. Our platform is Windows and we are using Java to run the call. Below is the full import call.
>>
>> CALL SYSCS_UTIL.SYSCS_IMPORT_TABLE ('SA', 'CHACRGE',
>> 'C:\bea\projects\claims-dev\unzippedclaims\CHACRGE.rcsv','|','``',null
>> ,1)
>>
>>
> A quick (and not that thorough) debugging session seems to have led me to the problem, which is related to the addition of collation support.
>
> The NPE happens here (from line 2348) in InsertResultSet.emptyIndexes:
> newIndexCongloms[index] =
> tc.createAndLoadConglomerate(
> "BTREE",
> indexRows[index].getRowArray(),
> null, //default column sort order
> collation[index],
> properties,
> TransactionController.IS_DEFAULT,
> rowSources[index],
> (long[]) null);
>
> The problem is that the variable 'collation' hasn't been initialized and is null.
> Adding "int[][] collation = new int[numIndexes][];" to the
> top of the method makes the repro pass, but I haven't studied the code or run the regression tests.
>
> Not sure there is much you can do about this, except for not using replacement in the import or simply avoiding import of empty files.
> Maybe detecting empty files and executing a "delete from TABLE" would do?
> (until the bug has been fixed)
>
>
> Regards,
>

implicite datacasting

2009-11-05T01:34:17Z

Hi,

I have a problem with an insert-statement. I have an application that used a hsqldb. Now I want to switch to derby but got the problem that derby didn't cast an integer to a char-column. I always get an exception by the following example:

INSERT INTO table1 (id, name, code) VALUES (1, 'somebody', 03184)

Column code is type varchar(20) and I read elcewhere that derby implicite could parse this to varchar. Is this correct or should I cast it manually like

INSERT INTO table1 (id, name, code) VALUES (1, 'somebody', '03184') ?

By the way with hsqldb the error didn't occur.

Greetings

Re: Start server within java-application???

2009-11-05T01:26:15Z

Thanks for your help. I tried it and it runs. Very nice :)

Bernt M. Johnsen wrote:

>>>>>>>>>>>> Hardie82 wrote (2009-11-04 00:32:58):
>
> Hallo,
>
> I want to start derby in servermode within a java-application. Is this
> possible? I didn't find a thing in the documentation but start the server
> via console-statements.

Juse the NetworkServerControl API:

http://db.apache.org/derby/javadoc/publishedapi/jdbc4/org/apache/derby/drda/NetworkServerControl.html

--
Bernt Marius Johnsen, Staff Engineer
Database Technology Group, Sun Microsystems, Trondheim, Norway

Re: Overriding one database's content with another

2009-11-05T00:52:37Z

Kristian Waagan <Kristian.Waagan@...> writes:
> The conglomerate number is represented as an integer in the system
> tables. To get the corresponding file, convert the integer to
> hexadecimal, prefix a 'c' and append '.dat'.
>
> Remember that indexes are stored in their own separate file (also
> recorded in the system tables).

Thank you, this is exactly what I was looking for!

As for the indices, I don't think they're ever changing, but my plan was to grab
all of the conglomerates corresponding to the data schema, and the indices would
be a part of that. I don't mind 38 vs. 19 files, it was the 139 vs. 19 that was
problematic. I'd rather not needlessly overwrite a bunch of system information
for the database, and I'd rather not have to programatically drop the user_data
tables before pushing out a build of the program just to ensure the users don't
get their settings changed.

Re: Overriding one database's content with another

2009-11-05T00:40:03Z

Brian Shields wrote:

> Bryan Pendleton <bpendleton@...> writes:
>
>>> not exactly sure which files represent what, and there's no noticeable naming
>>> scheme to the DAT files I can go off of.
>>>
>> The naming scheme is based off the conglomerate ID, which can be used to
>> cross-reference back to the system catalogs.
>>
>> This should help you get the hang of figuring out which file goes with
>> which conglomerate, and hence with which table/index:
>> http://db.apache.org/derby/javadoc/engine/org/apache/derby/diag/SpaceTable.html
>>
>
> The vast majority of the CONGLOMERATEIDs for my tables contain either c16f or
> c20e, and end in c00 or c30. My filenames range from c1a1 to cf0, so unless you
> can tell me how the filenames are generated from the CONGLOMERATEID, I don't see
> how that solves my problem...

Hi Brian,

I think what Bryan meant was the conglomerate number. See in
SYS.SYSCONGLOMERATES.
You may also want to filter based on the schema id etc, and you have to
join data from SYS.SYSTABLES if you want to target a specific table/index.
The conglomerate number is represented as an integer in the system
tables. To get the corresponding file, convert the integer to
hexadecimal, prefix a 'c' and append '.dat'.

Remember that indexes are stored in their own separate file (also
recorded in the system tables).
I've never tried to update parts of a database in this way, let us know
how it works out :)

Regards,
--
Kristian

Re: Overriding one database's content with another

2009-11-04T22:59:10Z

Bryan Pendleton <bpendleton@...> writes:
> > not exactly sure which files represent what, and there's no noticeable naming
> > scheme to the DAT files I can go off of.
>
> The naming scheme is based off the conglomerate ID, which can be used to
> cross-reference back to the system catalogs.
>
> This should help you get the hang of figuring out which file goes with
> which conglomerate, and hence with which table/index:
> http://db.apache.org/derby/javadoc/engine/org/apache/derby/diag/SpaceTable.html

The vast majority of the CONGLOMERATEIDs for my tables contain either c16f or
c20e, and end in c00 or c30. My filenames range from c1a1 to cf0, so unless you
can tell me how the filenames are generated from the CONGLOMERATEID, I don't see
how that solves my problem...?

Re: Overriding one database's content with another

2009-11-04T18:48:04Z

> not exactly sure which files represent what, and there's no noticeable naming
> scheme to the DAT files I can go off of.

The naming scheme is based off the conglomerate ID, which can be used to
cross-reference back to the system catalogs.

This should help you get the hang of figuring out which file goes with
which conglomerate, and hence with which table/index:
http://db.apache.org/derby/javadoc/engine/org/apache/derby/diag/SpaceTable.html

thanks,

bryan

Re: Overriding one database's content with another

2009-11-04T16:55:46Z

Rick Hillegas <Richard.Hillegas@...> writes:
> > 1) Using two schemas in one database, how does Derby store the filesystem?
> > Currently, I've got a Data directory, containing a couple files, a log
> > folder, and a seg0 folder with many data files. If the two schemas are
> > stored separately (or in separate subfolders), adding database updates to
> > my program should be trivial. If the data from the two schemas is merged
> > into the same data files, updating the non-user data would be more tricky.
> >
> You'll see one file per table in the seg0 folder. The schemas will not
> share data files.

So I've successfully got two schemas in my database: data and user_data. Both
have 19 tables, and each corresponding table has the same columns, with the
exception that the tables in user_data have a column 'delete_row' at the end.
All 38 tables have a single index. Aside from the two schemas I've created, the
following exist in my database, according to RazorSQL
<http://www.razorsql.com/>:
Schema SQLJ contains 3 procedures: install_jar, remove_jar, and replace_jar.
Schema SYS contains 19 system tables and 42 indices.
Schema SYSCS_UTIL contains 26 procedures.
Schema SYSIBM contains 1 system table (sysdummy1) and 22 procedures.

All told, that's 58 tables (20 are system tables), 51 procedures, and 80
indices. My seg0 folder contains 139 data files, which neither matches the total
number of tables in my database, nor the total number of items (189). So, I'm
not exactly sure which files represent what, and there's no noticeable naming
scheme to the DAT files I can go off of.

Most importantly, I don't want to overwrite the files representing user_data
tables when I push an update, so if worst comes to worst, I could
programatically delete the user_data tables from *my* copy before pushing an
update, and I would be overwriting the data and system
tables/procedures/whatever.

Ideally, I would want to only overwrite the data schema tables, as that would be
a smaller download, but it also means I need a way of identifying which files
correspond to what, but I can't exactly read them, so it's a problem.

In short: Is there any way to identify what data files in the seg0 folder
correspond to what tables, and if so what is it? Or do I just have to suck it up
and lop off my user_data before pushing an update?

Re: Using Derby to access Cloudscape DB

2009-11-04T12:12:32Z

Hi Mike,

The J2EE SDK for version 1.3_01 claims that it contains a copy of
Cloudscape 4.0: http://java.sun.com/j2ee/sdk_1.3/1.3_01/ That might help
you, provided that your Cloudscape database is at rev 4.0 or earlier.

Hope this helps,
-Rick

mjs1138 wrote:

> Hi. I'm hoping someone here can help me or at least point me in the right /
> any direction.
>
> I've been asked to retrieve data from an old java app that was developed
> using cloudscape (CS). I have never used cloudscape or derby. The reading
> I've done tells me that CS has been migrated to derby.
>
> I started w/ the derby tutorial and got it to work using ij from a dos cmd
> window. I then tried to CONNECT to the other DB and received this message:
>
> ERROR XJ040: Failed to start database 'patientdb', see the next exception
> for details.
> ERROR XSLAC: Database at C:\Users\Mike\DERBYTUTOR\patientdb have
> incompatible format with the current version of software, it may have been
> created by or upgraded by a later version.
>
> I've searched for a migration process but haven’t been able to find one.
> Any thought or help w/ direction will be greatly appreciated.
>
> Thanks --- Mike
>
>
>
>

Re: Using Derby to access Cloudscape DB

2009-11-04T11:20:21Z

> I've been asked to retrieve data from an old java app that was developed
> using cloudscape (CS).

Which version of Derby did you try? It's possible that you may find greater
success by using an *older* version of Derby; try using Derby 10.1.1.0 and
see if it can connect to that old database.

Also, attach the entire derby.log from your session in which you try to
open the old database; it may have more information.

thanks,

bryan

Using Derby to access Cloudscape DB

2009-11-04T10:47:30Z

Hi. I'm hoping someone here can help me or at least point me in the right / any direction.

I've been asked to retrieve data from an old java app that was developed using cloudscape (CS). I have never used cloudscape or derby. The reading I've done tells me that CS has been migrated to derby.

I started w/ the derby tutorial and got it to work using ij from a dos cmd window. I then tried to CONNECT to the other DB and received this message:

ERROR XJ040: Failed to start database 'patientdb', see the next exception for details.
ERROR XSLAC: Database at C:\Users\Mike\DERBYTUTOR\patientdb have incompatible format with the current version of software, it may have been created by or upgraded by a later version.

I've searched for a migration process but haven’t been able to find one. Any thought or help w/ direction will be greatly appreciated.

Thanks --- Mike

RE: Upgrading Issues

2009-11-04T10:00:05Z

Kristian

Because of performance issues, we are not able to simply skip the replace call and use a 'delete from table' execute. We have tried that before and the delays are too significant.

Do you know if this issue is being addressed now and have a possible ETA?

Thanks
Jessica Allgeyer
(513) 763 - 8523

Any fool can make things bigger, more complex, and more violent. It takes a touch of genius - and a lot of courage - to move in the opposite direction. -albert einstein

-----Original Message-----
From: Kristian.Waagan@... [mailto:Kristian.Waagan@...]
Sent: Wednesday, November 04, 2009 12:27 PM
To: Derby Discussion
Cc: Richard.Hillegas@...; Combs, Jeremy; McGrath, Phil; Ritchie, Erin; Lewis, Chris; Allgeyer, Jessica
Subject: Re: Upgrading Issues

Allgeyer, Jessica wrote:
> Kristian/Rick
>
> I've included 2 attachments. One is the full stack trace for the NullPointerException. The other is the file the call is trying to use. The file is zero bytes and does not contain any characters. Our platform is Windows and we are using Java to run the call. Below is the full import call.
>
> CALL SYSCS_UTIL.SYSCS_IMPORT_TABLE ('SA', 'CHACRGE',
> 'C:\bea\projects\claims-dev\unzippedclaims\CHACRGE.rcsv','|','``',null
> ,1)
>
A quick (and not that thorough) debugging session seems to have led me to the problem, which is related to the addition of collation support.

The NPE happens here (from line 2348) in InsertResultSet.emptyIndexes:
newIndexCongloms[index] =
tc.createAndLoadConglomerate(
"BTREE",
indexRows[index].getRowArray(),
null, //default column sort order
collation[index],
properties,
TransactionController.IS_DEFAULT,
rowSources[index],
(long[]) null);

The problem is that the variable 'collation' hasn't been initialized and is null.
Adding "int[][] collation = new int[numIndexes][];" to the
top of the method makes the repro pass, but I haven't studied the code or run the regression tests.

Not sure there is much you can do about this, except for not using replacement in the import or simply avoiding import of empty files.
Maybe detecting empty files and executing a "delete from TABLE" would do?
(until the bug has been fixed)

Regards,
--
Kristian

Re: Upgrading Issues

2009-11-04T09:27:01Z

Allgeyer, Jessica wrote:
> Kristian/Rick
>
> I've included 2 attachments. One is the full stack trace for the NullPointerException. The other is the file the call is trying to use. The file is zero bytes and does not contain any characters. Our platform is Windows and we are using Java to run the call. Below is the full import call.
>
> CALL SYSCS_UTIL.SYSCS_IMPORT_TABLE ('SA', 'CHACRGE', 'C:\bea\projects\claims-dev\unzippedclaims\CHACRGE.rcsv','|','``',null,1)
>
A quick (and not that thorough) debugging session seems to have led me
to the problem, which is related to the addition of collation support.

The NPE happens here (from line 2348) in InsertResultSet.emptyIndexes:
newIndexCongloms[index] =
tc.createAndLoadConglomerate(
"BTREE",
indexRows[index].getRowArray(),
null, //default column sort order
collation[index],
properties,
TransactionController.IS_DEFAULT,
rowSources[index],
(long[]) null);

The problem is that the variable 'collation' hasn't been initialized and
is null.
Adding "int[][] collation = new int[numIndexes][];" to the
top of the method makes the repro pass, but I haven't studied the code
or run the regression tests.

Not sure there is much you can do about this, except for not using
replacement in the import or simply avoiding import of empty files.
Maybe detecting empty files and executing a "delete from TABLE" would do?
(until the bug has been fixed)

Regards,
--
Kristian

RE: Upgrading Issues

2009-11-04T07:57:17Z

Kristian/Rick

I've included 2 attachments. One is the full stack trace for the NullPointerException. The other is the file the call is trying to use. The file is zero bytes and does not contain any characters. Our platform is Windows and we are using Java to run the call. Below is the full import call.

CALL SYSCS_UTIL.SYSCS_IMPORT_TABLE ('SA', 'CHACRGE', 'C:\bea\projects\claims-dev\unzippedclaims\CHACRGE.rcsv','|','``',null,1)

Thanks
Jessica Allgeyer
(513) 763 - 8523

-----Original Message-----
From: Kristian.Waagan@... [mailto:Kristian.Waagan@...]
Sent: Wednesday, November 04, 2009 9:14 AM
To: Derby Discussion
Cc: Combs, Jeremy; McGrath, Phil; Ritchie, Erin; Lewis, Chris; Allgeyer, Jessica
Subject: Re: Upgrading Issues

Allgeyer, Jessica wrote:
> Recently we have upgraded our Derby DB from 10.3.1.4 to 10.5.3.0. With the latest version, api CALL SYSCS_UTIL.SYSCS_IMPORT_TABLE is throwing the error 'java.lang.NullPointerException' when a file is empty. After investigation, any version above our previous version of 10.3.1.4 causes this error. Can you provide us with a solution or adjustments we need to make on our end? Please let me know if you need more information provided.
>
>
Hello Jessica,

I'm not able to reproduce with neither 10.5 nor the development trunk, so more information would be useful.
(Just noticed Rick reporting the same.)

I simply tried importing a file of size zero bytes, and that worked (i.e. nothing happened).
Some suggestions:
- Can you provide the stack trace from the NullPointerException?
(remove traces you don't want to reveal if necessary)
- Is the file zero bytes, or is there at least one character/byte (visible or non-visible) in there?
- Can you specify the full import call?
- What's your platform? Do you already now that the bug occurs at any platform?

The best thing you can do is to provide a small repro script :)

Regards,
--
Kristian

> Thanks
> Jessica Allgeyer
> (513) 763 - 8523
>
>
>
>
>
>
> **********************************************************************
> The content of this e-mail message and any attachments are
> confidential and may be legally privileged, intended solely for the
> addressee. If you are not the intended recipient, be advised that any
> use, dissemination, distribution, or copying of this e-mail is
> strictly prohibited. If you receive this message in error, please
> notify the sender immediately by reply email and destroy the message
> and its attachments.
> **********************************************************************
>
>

********************************************************************** The content of this e-mail message and any attachments are confidential and may be legally privileged, intended solely for the addressee. If you are not the intended recipient, be advised that any use, dissemination, distribution, or copying of this e-mail is strictly prohibited. If you receive this message in error, please notify the sender immediately by reply email and destroy the message and its attachments. **********************************************************************

There was a data transfer problem with the database.

Click Details to obtain more information that can be provided to Tech Support.

To copy this entire message, highlight any line and right click for options.

SQL State Code: XIE0R
Error Message: Import error on line 1 of file C:\bea\projects\claims-dev\unzippedclaims\CHACRGE.rcsv: Java exception: ': java.lang.NullPointerException'.

Stack Trace:
java.sql.SQLException: Import error on line 1 of file C:\bea\projects\claims-dev\unzippedclaims\CHACRGE.rcsv: Java exception: ': java.lang.NullPointerException'.
at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.Util.seeNextException(Unknown Source)
at org.apache.derby.impl.jdbc.TransactionResourceImpl.wrapInSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.TransactionResourceImpl.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedConnection.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.ConnectionChild.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedStatement.executeStatement(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedPreparedStatement.executeStatement(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedCallableStatement.executeStatement(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedPreparedStatement.execute(Unknown Source)
at com.greatag.claims.standalone.download.DerbyDataLoader.importData(DerbyDataLoader.java:65)
at com.greatag.claims.standalone.download.DerbyDataLoader.replaceData(DerbyDataLoader.java:49)
at com.greatag.claims.standalone.download.DerbyDataLoader.process(DerbyDataLoader.java:80)
at com.greatag.claims.standalone.download.ClaimsDownloadDataInstaller.processDownloadedFile(ClaimsDownloadDataInstaller.java:116)
at com.greatag.claims.standalone.download.ClaimsDownloadDataInstaller.storeData(ClaimsDownloadDataInstaller.java:77)
at com.greatag.claims.standalone.download.ClaimsDownloadProcessor.performDownload(ClaimsDownloadProcessor.java:52)
at com.greatag.claims.standalone.ui.DownloadClaimsHandler.run(DownloadClaimsHandler.java:105)
Caused by: java.sql.SQLException: Java exception: ': java.lang.NullPointerException'.
at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.Util.javaException(Unknown Source)
at org.apache.derby.impl.jdbc.TransactionResourceImpl.wrapInSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.TransactionResourceImpl.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedConnection.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.ConnectionChild.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedStatement.executeStatement(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedPreparedStatement.executeStatement(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedPreparedStatement.executeUpdate(Unknown Source)
at org.apache.derby.impl.load.Import.performImport(Unknown Source)
at org.apache.derby.impl.load.Import.importTable(Unknown Source)
at org.apache.derby.catalog.SystemProcedures.SYSCS_IMPORT_TABLE(Unknown Source)
at org.apache.derby.exe.ac34cc0261x0124xbae6x7f2cx00000bf080be3f.g0(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.derby.impl.services.reflect.ReflectMethod.invoke(Unknown Source)
at org.apache.derby.impl.sql.execute.CallStatementResultSet.open(Unknown Source)
at org.apache.derby.impl.sql.GenericPreparedStatement.executeStmt(Unknown Source)
at org.apache.derby.impl.sql.GenericPreparedStatement.execute(Unknown Source)
... 11 more
Caused by: java.lang.NullPointerException
at org.apache.derby.impl.sql.execute.InsertResultSet.emptyIndexes(Unknown Source)
at org.apache.derby.impl.sql.execute.InsertResultSet.updateAllIndexes(Unknown Source)
at org.apache.derby.impl.sql.execute.InsertResultSet.bulkInsertCore(Unknown Source)
at org.apache.derby.impl.sql.execute.InsertResultSet.open(Unknown Source)
at org.apache.derby.impl.sql.GenericPreparedStatement.executeStmt(Unknown Source)
at org.apache.derby.impl.sql.GenericPreparedStatement.execute(Unknown Source)
... 26 more

CHACRGE.rcsv (4 bytes) Download Attachment

Re: Upgrading Issues

2009-11-04T06:14:17Z

Allgeyer, Jessica wrote:
> Recently we have upgraded our Derby DB from 10.3.1.4 to 10.5.3.0. With the latest version, api CALL SYSCS_UTIL.SYSCS_IMPORT_TABLE is throwing the error 'java.lang.NullPointerException' when a file is empty. After investigation, any version above our previous version of 10.3.1.4 causes this error. Can you provide us with a solution or adjustments we need to make on our end? Please let me know if you need more information provided.
>
>
Hello Jessica,

I'm not able to reproduce with neither 10.5 nor the development trunk,
so more information would be useful.
(Just noticed Rick reporting the same.)

I simply tried importing a file of size zero bytes, and that worked
(i.e. nothing happened).
Some suggestions:
- Can you provide the stack trace from the NullPointerException?
(remove traces you don't want to reveal if necessary)
- Is the file zero bytes, or is there at least one character/byte
(visible or non-visible) in there?
- Can you specify the full import call?
- What's your platform? Do you already now that the bug occurs at any
platform?

The best thing you can do is to provide a small repro script :)

Regards,
--
Kristian

> Thanks
> Jessica Allgeyer
> (513) 763 - 8523
>
>
>
>
>
>
> ********************************************************************** The content of this e-mail message and any attachments are confidential and may be legally privileged, intended solely for the addressee. If you are not the intended recipient, be advised that any use, dissemination, distribution, or copying of this e-mail is strictly prohibited. If you receive this message in error, please notify the sender immediately by reply email and destroy the message and its attachments. **********************************************************************
>
>

Re: Upgrading Issues

2009-11-04T06:14:16Z

Hi Jessica,

Can you provide a reproducible script for this problem? The following
naive attempt succeeds without raising a NPE.

connect 'jdbc:derby:memory:dummy;create=true';
create table t( a int );
CALL SYSCS_UTIL.SYSCS_IMPORT_TABLE(null, 'T', './z.out', ';', '%', null,0);
select * from t;

Thanks,
-Rick

Allgeyer, Jessica wrote:

> Recently we have upgraded our Derby DB from 10.3.1.4 to 10.5.3.0. With the latest version, api CALL SYSCS_UTIL.SYSCS_IMPORT_TABLE is throwing the error 'java.lang.NullPointerException' when a file is empty. After investigation, any version above our previous version of 10.3.1.4 causes this error. Can you provide us with a solution or adjustments we need to make on our end? Please let me know if you need more information provided.
>
> Thanks
> Jessica Allgeyer
> (513) 763 - 8523
>
>
>
>
>
>
> ********************************************************************** The content of this e-mail message and any attachments are confidential and may be legally privileged, intended solely for the addressee. If you are not the intended recipient, be advised that any use, dissemination, distribution, or copying of this e-mail is strictly prohibited. If you receive this message in error, please notify the sender immediately by reply email and destroy the message and its attachments. **********************************************************************
>
>

Upgrading Issues

2009-11-04T05:37:15Z

Recently we have upgraded our Derby DB from 10.3.1.4 to 10.5.3.0. With the latest version, api CALL SYSCS_UTIL.SYSCS_IMPORT_TABLE is throwing the error 'java.lang.NullPointerException' when a file is empty. After investigation, any version above our previous version of 10.3.1.4 causes this error. Can you provide us with a solution or adjustments we need to make on our end? Please let me know if you need more information provided.

Thanks
Jessica Allgeyer
(513) 763 - 8523

********************************************************************** The content of this e-mail message and any attachments are confidential and may be legally privileged, intended solely for the addressee. If you are not the intended recipient, be advised that any use, dissemination, distribution, or copying of this e-mail is strictly prohibited. If you receive this message in error, please notify the sender immediately by reply email and destroy the message and its attachments. **********************************************************************

Re: Using a database in a jar file

2009-11-04T01:39:27Z

RAPPAZ Francois <francois.rappaz@...> writes:

>
> Dear all,
>
> I would like to use a simple table named authors with some simple select
statement. The database is named

> docentries and I want to put it in a jar file.
> I have used
> jar cMf docentries.jar docentries
> from within my derby system dir.
>
> Now my jar file contains class file and files from the databases
> .....
> docentries/log/log.ctrl
> docentries/log/log3.dat
> docentries/log/logmirror.ctrl
> docentries/seg0/c10.dat
> docentries/seg0/c101.dat
> docentries/seg0/c111.dat
> docentries/seg0/c121.dat
> ....
>
> Using ij, and with the jar file in my derby directory, I can connect to the

database without having any error
> message using
> ij.connection.doc=jdbc:derby:jar:(docentries.jar)docentries
> in my ij.properties file.
> I received no error on this connection.
>
> But the table in the database in the jar file seems empty and more
surprisingly, the table authors in the
> original docentries is empty too after the process...
>
> Thanks for any help.
>
> François
>
>

Actually the connection string jdbc:derby:jar:(docentries.jar)docentries was
correct. This jdbc:derby:jar:(./docentries.jar)docentries would work also...
I was using a database with empty table therefore having no result to my sql
statement....

François

Re: Start server within java-application???

2009-11-04T00:51:31Z

>>>>>>>>>>>> Hardie82 wrote (2009-11-04 00:32:58):
>
> Hallo,
>
> I want to start derby in servermode within a java-application. Is this
> possible? I didn't find a thing in the documentation but start the server
> via console-statements.

Juse the NetworkServerControl API:

http://db.apache.org/derby/javadoc/publishedapi/jdbc4/org/apache/derby/drda/NetworkServerControl.html

--
Bernt Marius Johnsen, Staff Engineer
Database Technology Group, Sun Microsystems, Trondheim, Norway

signature.asc (196 bytes) Download Attachment

Re: Start server within java-application???

2009-11-04T00:42:46Z

Hardie82 wrote:
> Hallo,
>
> I want to start derby in servermode within a java-application. Is this
> possible? I didn't find a thing in the documentation but start the server
> via console-statements.
>

Hello,

You have two options;
- set a system property before you load the embedded driver
- start the server programmatically

In both cases you need derby.jar and derbynet.jar on the classpath.
More information in [1] under "Derby in a server framework" and then
"Embedded servers".

Hope this helps,
--
Kristian

[1]
http://db.apache.org/derby/docs/dev/adminguide/adminguide-single.html#cadminov17524

> Greetings
>