Kathey Marsden wrote:
David Van Couvering wrote:
Hi, all. I have done further investigation, and conversations I have
had convince me that (a) System.exit() is the proper way to set an
exit code and (b) embedding apps in general should not be calling
main(), and (c) since we have a policy of alw
David Van Couvering wrote:
> Hi, all. I have done further investigation, and conversations I have
> had convince me that (a) System.exit() is the proper way to set an
> exit code and (b) embedding apps in general should not be calling
> main(), and (c) since we have a policy of always expecting t
[
http://issues.apache.org/jira/browse/DERBY-245?page=comments#action_64001 ]
Dibyendu Majumdar commented on DERBY-245:
-
Looks like problem with my build.
I have downloaded the jars posted today and I am not getting this error.
This issue can th
Missing class org/apache/derby/client/am/LossOfPrecisionConversionException
---
Key: DERBY-245
URL: http://issues.apache.org/jira/browse/DERBY-245
Project: Derby
Type: Bug
Components: Network C
Hi, all. I have done further investigation, and conversations I have
had convince me that (a) System.exit() is the proper way to set an exit
code and (b) embedding apps in general should not be calling main(), and
(c) since we have a policy of always expecting to be embedded, tools
should have
I have created a new 'Network Client' component in Jira for Derby
project. If you encounter a bug with Derby client, either post it to
this alias or file it in Jira under this component.
Satheesh
Hi Shreyas,
The code change looks good. Just a little more generosity on
commenting will be nice.
Can you please add some comments in the test to explain what you are
testing and what is expected from the test? It will be very useful for
someone who might not know that column names on ResultSet.u
Submitted Derby client source to trunk. Post any problems you notice
with Derby client.
Enjoy! Please use the functional spec for usage. I will work with Jean
to host it at Derby website.
Satheesh
Kathy Saunders wrote:
> Satheesh Bandaram wrote:
>
>> Passed, with nine +1 votes and no -1 vote. H
with linux, depending on env setting $LANG and console encoding, some i18n
tests fail
-
Key: DERBY-244
URL: http://issues.apache.org/jira/browse/DERBY-244
Project: Derby
Type: Test
OK, I have searched everywhere but can find no reference to confirm or
deny that an exception on main guarantees a return status of 1 and no
exception a return status of 0.
The code samples and tutorials generally *don't* have main() throwing an
exception, and any questions about exit status al
[ http://issues.apache.org/jira/browse/DERBY-243?page=all ]
Kathey Marsden updated DERBY-243:
-
Summary: connection toString should uniquely identify the connection
(was: connection toString doesn't give enough information)
Description:
The toSt
> David Van Couvering wrote:
>
>> I like Jeremy's idea of a JavaBean interface
>
I guess things are always more complicated than you think. When Rajesh
brought the Eclipse issue up, I had suggested that he use the
NetworkServerControl.API, for example NetworkServerControl.start() and
NetworkSe
David Van Couvering wrote:
I like Jeremy's idea of a JavaBean interface, although I don't
understand why it needs to implement Runnable or Callable, is that just
so it uses a standard mechanism for a no-arg execute method?
Yes.
--
Jeremy
--- Shreyas Kaushik <[EMAIL PROTECTED]> wrote:
> Ok Kathey, all comments taken. This is actually my
> first attempt at
> writing a document and I'm not a doc expert ;-)
>
If you'd like, once the document is in a final state
(i.e., people have run through it several times and
all comments inc
Wow, and I thought this was a simple fix :)
If Jeremy is right, and the exit status is not defined by J2SE when an
exception is thrown, then this is a problem. I'll look into this (I
have to get on the road right now).
I also have always been uncomfortable calling main() from another
program,
Kathey Marsden wrote:
David Van Couvering wrote:
We could add an argument that indicates whether or not the main
program should call System.exit() or just return. It's very valuable
to have a non-zero exit status when calling a command from the
command-line, for better scriptability...
e.g. "-noS
David Van Couvering wrote:
> Well, that's enlightening, I wasn't aware that an exception thrown by
> main caused an exit status of 1. That definitely sounds like the right
> approach. If it's not a commonly accepted practice, it should be :)
Sounds good, the rule for the emebedded engine was al
Well, that's enlightening, I wasn't aware that an exception thrown by
main caused an exit status of 1. That definitely sounds like the right
approach. If it's not a commonly accepted practice, it should be :)
David
Kathey Marsden wrote:
David Van Couvering wrote:
We could add an argument that
Fair enough. I wasn't too worried about getting this information once I
started working on this task, and I saw it as a good opportunity to get
my feet wet...
David
Daniel John Debrunner wrote:
Kathey Marsden (JIRA) wrote:
connection toString doesn't give enough information
---
Kathey Marsden wrote:
> TomohitoNakayama wrote:
>
>
>>Now, I came to thought changing DefaultInfo have more impact than
>>adding column to SYSCOLUMNS table
>>//I wishes that DefaultInfo existed in either case of autoinrement and
>>default !!!
>>
>>Thinking the autoincrement is one kind of d
David Van Couvering wrote:
> We could add an argument that indicates whether or not the main
> program should call System.exit() or just return. It's very valuable
> to have a non-zero exit status when calling a command from the
> command-line, for better scriptability...
>
> e.g. "-noSysExit"
>
Kathey Marsden (JIRA) wrote:
> connection toString doesn't give enough information
> ---
It's impossible for anyone to pick this improvement up unless the type
of information required is part of the description.
Dan.
We could add an argument that indicates whether or not the main program
should call System.exit() or just return. It's very valuable to have a
non-zero exit status when calling a command from the command-line, for
better scriptability...
e.g. "-noSysExit"
But I think what would be better is if
[ http://issues.apache.org/jira/browse/DERBY-243?page=all ]
David Van Couvering reassigned DERBY-243:
-
Assign To: David Van Couvering
> connection toString doesn't give enough information
> ---
>
>
Ok Kathey, all comments taken. This is actually my first attempt at
writing a document and I'm not a doc expert ;-)
~ Shryeas
Kathey Marsden wrote:
Myrna van Lunteren wrote:
And here are my 2 cents as to the contents:
[snip lot's of really great comments.from Myrna..]
Thank you Myrna fo
This is great, Kathey, thanks!
David
Kathey Marsden wrote:
A while a go I promised a list of tasks that might be appropriate for
folks just starting out with Derby. Here is a shot at that.
Could someone pick it up and format it for the website if it looks helpful?
It will have to be a livin
Thanks for your comments. I will take care of all the things you have
mentioned here.
Myrna van Lunteren wrote:
Hi,
Kathey wrote:
Shreyas would you mind generating the html from forrest and sending
that? It is hard to review the xml without the forrest build setup and
haven't had a chance t
Myrna van Lunteren wrote:
>And here are my 2 cents as to the contents:
>
>
>
[snip lot's of really great comments.from Myrna..]
Thank you Myrna for generating the html and reviewing this document.
For the most part I will defer to Myrna's excellent comments for this
round of review, but in add
Hi,
Kathey wrote:
> Shreyas would you mind generating the html from forrest and sending
> that? It is hard to review the xml without the forrest build setup and
> haven't had a chance to get that set up yet.
I finally got around to getting to look at this myself...and I
couldn't deal with rea
Find the patch attached.
~ Shreyas
Satheesh Bandaram wrote:
Cool. Thanks! Let me know if I can help.
Satheesh
Shreyas Kaushik wrote:
I will start looking at this. I volunteer ;-)
~ Shreyas
Satheesh Bandaram wrote:
Looks like this bug has all the information needed to reproduce and
to genera
David Van Couvering (JIRA) wrote:
>
> Is it OK for NetworkServerControl to call System.exit, or does that need to
> throw an exception as well?
>
>The technique I usually do for a utility that I want callable by another class
>as well as executable from the command line is for the main() routin
TomohitoNakayama wrote:
> Now, I came to thought changing DefaultInfo have more impact than
> adding column to SYSCOLUMNS table
> //I wishes that DefaultInfo existed in either case of autoinrement and
> default !!!
>
> Thinking the autoincrement is one kind of default, I think approach of
> a
A while a go I promised a list of tasks that might be appropriate for
folks just starting out with Derby. Here is a shot at that.
Could someone pick it up and format it for the website if it looks helpful?
It will have to be a living document so things get removed as they are
fixed and new
connection toString doesn't give enough information
---
Key: DERBY-243
URL: http://issues.apache.org/jira/browse/DERBY-243
Project: Derby
Type: Improvement
Components: JDBC
Reporter: Kathey Marsden
Priority:
APACHE DERBY STATUS:
Last modified at [$Date: 2005-02-10 15:37:41 -0500 (Thu, 10 Feb 2005) $] by
$Author: fuzzylogic $.
Web site: http://incubator.apache.org/derby/
Incubator Status
Description
"Derby" is a snapshot of the IBM's Cloudscape Java relational database. IBM is
opening the cod
David Van Couvering wrote:
Perfect, that did it, thanks Sunitha!
David
Sunitha Kambhampati wrote:
Just a guess - I have seen this happen once when I didnt have
db2jcc.jar in the classpath, network server tests skip.
I realize you've already solved the problem (;), but just for the record, I
thin
Turns out I have the jar file, I just didn't have it in my classpath. I
modified my classpath and magic occurred.
Thanks for the tips on how to run individual tests with the net client,
and about using the new Derby client.
David
Kathey Marsden wrote:
David Van Couvering wrote:
I try to run t
David Van Couvering wrote:
> I try to run the suite derbynetmats.runall and it looks like it is
> skipping all the tests. I tried to grok why this is happening, but
> couldn't figure it out. Do I need to set some property when I call
> RunSuite to get this to work?
>
Hi David,
To run derbynetma
Perfect, that did it, thanks Sunitha!
David
Sunitha Kambhampati wrote:
David Van Couvering wrote:
I try to run the suite derbynetmats.runall and it looks like it is
skipping all the tests. I tried to grok why this is happening, but
couldn't figure it out. Do I need to set some property when I c
David Van Couvering wrote:
I try to run the suite derbynetmats.runall and it looks like it is
skipping all the tests. I tried to grok why this is happening, but
couldn't figure it out. Do I need to set some property when I call
RunSuite to get this to work?
Just a guess - I have seen this hap
I try to run the suite derbynetmats.runall and it looks like it is
skipping all the tests. I tried to grok why this is happening, but
couldn't figure it out. Do I need to set some property when I call
RunSuite to get this to work?
I am using the JDK 1.4.2_05 VM, and the command I issue is:
ja
41 matches
Mail list logo