Re: [castor-dev] Strategy Proposal (repost - was: Castor JDO Status)

2002-04-30 Thread Bruce Snyder
All, It seems to me that the next logical step is to discuss the current API vs. what it should become. IMHO, David's proposal to construct Castor using both JCA and JMX is superb. In order to get started on this, we must first decide what portion(s) of the current API should be considered the co

[castor-dev] appending serialized objects

2002-04-30 Thread Derrick Pisani
I would like to know if it is possible to serialize java objects to an XML file but appending to those that have already been created during a previous 'session' by Castor. In this way I hope to be able to offer the functionality where a session may be saved and continued later. I will really app

Re: [castor-dev] Question about Castor XML Mapping Declaration

2002-04-30 Thread Colin Canfield
I think the problem seems to be in more recent xml api's... I haven't really looked at where it comes from but I have the same issue trying to compile jboss on sites where I can't do a basic authentication outgoing (the only way java can go through an authenticating proxy), at the stage when try

[castor-dev] Problems with code generation from XSD with validation turned on.

2002-04-30 Thread Uma Gavani
Title: Problems with code generation from XSD with validation turned on. Hi I am new to castor and XML in general: I am running into the following problem during code generation from XSD (sorry this mail is really long) Modified properties file.

Re: [castor-dev] Question about Castor XML Mapping Declaration

2002-04-30 Thread Arnaud Blandin
Hi Michelle, The problem comes from a type in the system identifier: http://Castor.exolab... Should be http://castor.exolab... (the c of castor) Arnaud > -Original Message- > From: Michelle Azzopardi [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, April 30, 2002 4:34 PM > To: [EMAIL PROTEC

Re: [castor-dev] New Castor XML article

2002-04-30 Thread Arnaud Blandin
Thanks Denis, I'll provide you feedback if needed ;) and I'll add a link from the Castor web site to that article. Thanks again, Arnaud > -Original Message- > From: Dennis Sosnoski [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, April 30, 2002 4:08 PM > To: [EMAIL PROTECTED] > Subject: [ca

[castor-dev] Question about Castor XML Mapping Declaration

2002-04-30 Thread Michelle Azzopardi
I have used Castor mainly for marshalling my java objects to an XML file, and must say it worked beatifully. I have also created a mapping file to modify my XML as I desired. However at the top of the mapping file is the following declaration http://Castor.exolab.org/mapping.dtd";> which ob

[castor-dev] New Castor XML article

2002-04-30 Thread Dennis Sosnoski
My Castor article for IBM developerWorks has just been published at http://www-106.ibm.com/developerworks/xml/library/x-bindcastor/index.html. I think it clarifies a couple of the issues that have come up on the list lately, with examples for mapping collections and references. I'll also be wr

Re: [castor-dev] Strategy Proposal (repost - was: Castor JDO Status)

2002-04-30 Thread Thomas Yip
>1. Read only objects, cache unlimited. They shouldn't >be locked, so for them distributed cache should work >just broadcasting updates. I don't think it is true. You probably mean something else when you say lock. All objects that involve in a transaction must be locked. Please take a deeper l

Re: [castor-dev] Design notes

2002-04-30 Thread Thomas Yip
Hi Werner, See inline. >(1) > >The design of > interface Database > class DatabaseImpl implements Database >and > abstract class TransactionContext (for the generic part) > class TransactionContextImpl extends TransactionContext (db specific stuff) >is nice, but not really useful right

Re: [castor-dev] Strategy Proposal (repost - was: Castor JDO Status)

2002-04-30 Thread Ilia Iourovitski
There ara number of use cases. 1. Read only objects, cache unlimited. They shouldn't be locked, so for them distributed cache should work just broadcasting updates. 2. cache time-limited objects should just ignore distributed updates. 3. Database-Locked access should be reread every time from da

Re: [castor-dev] Strategy Proposal (repost - was: Castor JDO Status)

2002-04-30 Thread Thomas Yip
See my reply to Ned. Thanks, Thomas -Original Message- >From: Ilia Iourovitski [mailto:[EMAIL PROTECTED]] >Sent: Tuesday, April 30, 2002 10:33 AM >To: [EMAIL PROTECTED] >Subject: Re: [castor-dev] Strategy Proposal (repost - was: Castor JDO Status) > >I looked yesterday at distribute

Re: [castor-dev] Strategy Proposal (repost - was: Castor JDO Status)

2002-04-30 Thread Thomas Yip
Hi Ned, The LRU implementation itself is only a Hashtable replacement that expires the least recently used objects. However, simply clearing what is in the LRU is certainly not enough to implement cache eviction, not to mention distributed cache. Because object that should be evicted might be k

Re: [castor-dev] Strategy Proposal (repost - was: Castor JDO Status)

2002-04-30 Thread Ilia Iourovitski
I looked yesterday at distributed cache at http://jakarta.apache.org/turbine/jcs/ and I wonder what should be changed in Castor JDO except adding invalidate and Cache factory in order to use it. Ilia --- Ned Wolpert <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > >

Re: [castor-dev] Strategy Proposal (repost - was: Castor JDO Status)

2002-04-30 Thread Ned Wolpert
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > From: "Thomas Yip" <[EMAIL PROTECTED]> > Date: Mon, 29 Apr 2002 18:28:16 -0700 > > For example, should distributed cache, and local cache put > together. Sound like it is, right? But, I don't think so. In my > opinion, distributed cache should be i

Re: [castor-dev] Design notes

2002-04-30 Thread Werner Guttmann
Martin, if you think about submitting a patch as indicated in 2), I think it would be worthwhile to rename the transactionManager property to something like transactionManagerName. At the moment, the way it is implemented assumes that the javax.jta.TransactionManager instance of a j2ee container

[castor-dev] Design notes

2002-04-30 Thread Martin Renner
Hi. I am implementing an enhancement to Castor JDO. Right now, this enhancement is very specific, so it is not worth to discuss about the enhancement itself. For my enhancement, I have to supply my own implementation of TransactionContextImpl. (1) The design of interface Database class

Re: [castor-dev] [PATCH] Source Generation and XML Generation patch

2002-04-30 Thread Glenn Nielsen
Keith Visco wrote: > > Glenn Nielsen wrote: > > > > Keith Visco wrote: > > > > > > Hi Glenn, > > > > > > Thanks for the patches. I think the best place to post patches (in the > > > future) is bugzilla so that they don't get lost. > > > > These patches based on the castor source at the time > > h

[castor-dev] Re: [castor-dev]org.exolab.castor.mapping.loader.J1CollectionHandlers$ArrayEnumerator

2002-04-30 Thread Chetan Rathi
Hello, I am using the castor-0.9.3.9-xml.jaris the above mentioned jar,  the CVS version jar file?? In case no, kindly let me know the procedure for downloading the CVS version jar. I am behind the firewall.. As far as the example is concerned, a small one would not be possible as i am mapping our

Re: [castor-dev] isMethod feature in Java to XML conversion

2002-04-30 Thread Berg Klaus-Peter
Hi Keith, I do not want to check out the whole code via cvs. When will the "isMethod" feature in introspection be available for download in castor-xml.jar? Klaus > Berg Klaus-Peter wrote: > > > > Hallo, > > I'm an enthusiastic user of Castor's capability to

Re: [castor-dev] org.exolab.castor.mapping.loader.J1CollectionHandlers$ArrayEnumerator

2002-04-30 Thread Keith Visco
Hi Chetan, Have you tried using the CVS version? Can a send me a small-as-possible sample and I will test it out here? Thanks, --Keith Chetan Rathi wrote: > > Hello Keith, > > I am using the castor-0.9.3.9-xml.jar > > I am using the marshalling and the unmarshalling facility of castor > t

Re: [castor-dev] [PATCH] Reorder reading of properties by Configuration

2002-04-30 Thread Keith Visco
This one has been checked in. Thanks, --Keith Glenn Nielsen wrote: > > Here is the patch to implement reording of how castor reads property > configuration files. As discussed on the list. > > Regards, > > Glenn > > -- >

[castor-dev] org.exolab.castor.mapping.loader.J1CollectionHandlers$ArrayEnumerator

2002-04-30 Thread Chetan Rathi
Hello Keith, I am using the castor-0.9.3.9-xml.jar I am using the marshalling and the unmarshalling facility of castor tool with the mappinf file. I am gettignt he following runtime exception while marshalling. The same doesnt come when using the castor.jar file. I am using castor-0.9.3.9-xml.

Re: [castor-dev] [PATCH] Source Generation and XML Generation patch

2002-04-30 Thread Keith Visco
Glenn Nielsen wrote: > > Keith Visco wrote: > > > > Hi Glenn, > > > > Thanks for the patches. I think the best place to post patches (in the > > future) is bugzilla so that they don't get lost. > > These patches based on the castor source at the time > had been submitted to bugzilla months ago

Re: [castor-dev] Two utility classes for Castor XML

2002-04-30 Thread Keith Visco
Berg Klaus-Peter wrote: > > Hallo, > I'm an enthusiastic user of Castor's capability to transform bean-like Java > data objects to XML. > The only thing I'm missing, is that the bean naming convention to start > "boolean question methods" like isEmpty() with the prefix "is" instead of > "get".

[castor-dev] Two utility classes for Castor XML

2002-04-30 Thread Berg Klaus-Peter
Hallo, I'm an enthusiastic user of Castor's capability to transform bean-like Java data objects to XML. The only thing I'm missing, is that the bean naming convention to start "boolean question methods" like isEmpty() with the prefix "is" instead of "get". I found that Castor does not recognize su