Hi Duncan,
I committed a patch to the CVS.
Thanks,
--Keith
Keith Visco wrote:
>
> Hi Duncan,
>
> I'll double-check your patch against the CVS version (line numbers will
> be different), but it seems like an appropriate fix. The one thing your
> patch won't handle is if there is no prefix, b
I was going to send the reply below in response to problems I was
having, but I've since tracked down the cause of the problem - a
possible bug and a solution.
After much debugging I found that UnmarshallerHandler.startElement was
treating the location element as a container element whilst no
I also got the same problem with 0.9.4.2.
Can anybody help me where to start to fix the bug?
Regards
Ralf
- Original Message -
From: "Ralf Joachim" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, February 06, 2003 7:15 PM
Subject: [castor-dev] Possibl
Title: Possible bug in TransactionContext.markUpdate, causing LockNotGrantedException: persist.writeLockTimeout
We have one thread that reads objects from the database ( with read-only access)
We have another thread that updates the objects ( with shared access )
Sometimes we get the foll
All,
The attached zip file contains an example of the problem. It was develpoed
using the cvs version in the directory of castor\src\examples\xml (ie.
compiles with standard 'build examples').
Here is the short description of the classes.
MemberHashtable is a Map which maintains a collection of
Hi Zsolt,
I checked this fix into CVS.
Thanks,
--Keith
Zsolt Kovacs wrote:
>
> Hello,
>
> I have been testing the XML schema generation class of castor (
> org.exolab.castor.xml.schema.util.XMLInstance2SchemaHandler ) and I think
> I have found a minor bug when it guesses the type of an si
Thank you very much! Sorry for the newbie question.
>From: Keith Visco <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: Re: [castor-dev] possible bug in code generation?
>Date: Wed, 12 Jun 2002 13:28:27 -0500
>
>
>You'll need t
t;From: "Arnaud Blandin" <[EMAIL PROTECTED]>
> >Reply-To: [EMAIL PROTECTED]
> >To: [EMAIL PROTECTED]
> >Subject: Re: [castor-dev] possible bug in code generation?
> >Date: Wed, 12 Jun 2002 08:08:31 +0200
> >
> >Hi Barnaby,
> >
> >You are
>From: "Arnaud Blandin" <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: Re: [castor-dev] possible bug in code generation?
>Date: Wed, 12 Jun 2002 08:08:31 +0200
>
>Hi Barnaby,
>
>You are getting the expected output.
&
Hi Zsolt,
Thanks for the patch, I'll get it checked in ASAP.
--Keith
Zsolt Kovacs wrote:
>
> Hello,
>
> I have been testing the XML schema generation class of castor (
> org.exolab.castor.xml.schema.util.XMLInstance2SchemaHandler ) and I think
> I have found a minor bug when it guesses the t
Hello,
I have been testing the XML schema generation class of castor (
org.exolab.castor.xml.schema.util.XMLInstance2SchemaHandler ) and I think
I have found a minor bug when it guesses the type of an simple element
which actually has no value, ie. it looks like this . Due
to this missing data th
Title: Message
I have a schema
which defines and element of type Date as a child of another type which can
occur an unlimited number of times:
When the source is
generated, the accessor instantiates the return array without package
qualifiers:
//
public
Ignore this mail. I figured it out. I have to manually set the reference.
Doh.
Keith C
-Original Message-
From: Keith Chew [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, 9 October 2001 12:28 p.m.
To: [EMAIL PROTECTED]
Subject: [castor-dev] possible bug
Hi All
Very simple question. I
Hi All
Very simple question. I have ObjectA with has many ObjectBs. When I create
ObjectA, it writes everything correctly to the DB. When I remove, it removes
form both tables correctly too.
However, when I:
(1) create ObjectA
(2) restart the application
(3) delete ObjectA
Now, the cache is emp
hi,
was trying out Castor JDO (0.9.3) with oracle database. I have a column
in a table which has datatype set to int. If i try to give the datatype as
integer (as is given in the example program) in my mapping file for sql, i
get an exception namely
Exception in thread "main" java.lang.Abs
I have traced my problem down to a level where I am not sure what is going
on, but it seems to be worth reporting just in case it is really a bug. I
have a mapping file in which all the field elements had child "sql"
elements, but then some of those columns were removed from the database. I
left t
Werner,
Thanks, that's probably the problem then. I am using Tomcat 3.2.1. I apologise for
impugning Castor's
class loader!
I did indicate this in the subject field of the email, but I can see that the subject
was way too long!
I would like to add that this is a very erudite and helpful list.
Patrick,
Your email does not indicate which version of Tomcat you are using, hence I am
assuming that you are
using Tomcat 3.2.x. Now, as far as I know the issue below is a result of a "faulty"
classloader
implementation in Tomcat 3.2.x and earlier.
I've seen emails indicating that with Tomcat
Hi Tim,
I believe the bug you found was fixed two weeks or more ago, isn't it?
Thomas
-Original Message-
>From: Tim Fox [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, July 17, 2001 6:37 AM
>To: [EMAIL PROTECTED]
>Subject: [castor-dev] Possible bug(?) in many-many r
19 matches
Mail list logo
