Re: [castor-dev] Websphere and Castor configuration

Did you ever get the TransactionManager thing working in Websphere. Its straight forward in Weblogic, BES, and Jboss. Or do I have to modify the JDO.java class to support this.   sudhir -Original Message-From: Matthew Baird [mailto:[EMAIL PROTECTED]Sent: Thursday, March 06, 2003

Re: [castor-dev] Lazy Collection: Why join so early? [Viruschecke d]

]] Sent: Wednesday, July 17, 2002 1:23 PM To: [EMAIL PROTECTED] Subject: Re: [castor-dev] Lazy Collection: Why join so early? [Viruschecke d] This one time, at band camp, Sudhir Bhojwani said: SB>Altoweb is an effort to make counter .Net's tool set by SB>providing a similar toolset for J

Re: [castor-dev] Using CALL SQL in JDO gives Exception

I hope you got it resolved..or try   CALL SQL SELECT id,cpu FROM COMPUTER AS com.YourClassName   It has to have "AS" -Original Message-From: Arun Sudhakaran [mailto:[EMAIL PROTECTED]]Sent: Tuesday, July 16, 2002 10:07 PMTo: [EMAIL PROTECTED]Subject: [castor-dev] Using CAL

Re: [castor-dev] Lazy Collection: Why join so early? [Viruschecke d]

2002 10:25 AM To: [EMAIL PROTECTED] Subject: Re: [castor-dev] Lazy Collection: Why join so early? [Viruschecke d] This one time, at band camp, Sudhir Bhojwani said: SB>thanks Bruce...may be I should merge with the latest before making SB>any changes. I will have to get this thing done pret

Re: [castor-dev] CALL SQL and One to Many relationships problem

There seem to be some problem with StoredProcedure stuff in SQLEngine. Following change in SQLEngine.java helped... -Original Message- From: Bruce Snyder [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 11, 2002 8:47 AM To: [EMAIL PROTECTED] Subject: Re: [castor-dev] CALL SQL and One to

Re: [castor-dev] CALL SQL and One to Many relationships problem

IGNORE THIS My bad -Original Message- From: Sudhir Bhojwani [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 11, 2002 11:16 AM To: [EMAIL PROTECTED] Subject: Re: [castor-dev] CALL SQL and One to Many relationships problem did you also try executing a simple OQL SELECT p FROM

Re: [castor-dev] CALL SQL and One to Many relationships problem

did you also try executing a simple OQL SELECT p FROM myObject p I had some issues even with this. Same exception -Original Message- From: Bruce Snyder [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 11, 2002 8:47 AM To: [EMAIL PROTECTED] Subject: Re: [castor-dev] CALL SQL and One to M

Re: [castor-dev] Lazy Collection: Why join so early? [Viruschecked]

, Sudhir Bhojwani wrote: IMHO this first implementation is just a bit "rough", and far from optimal. I do not see why it can't be done the way you suggest it; what about contributing that functionality? I would help a bit, too :-) >Hello, > >e.g. Department has many Employees de

Re: [castor-dev] Bean Managed Transactions

Hi, I assume that you are using JNDI data source in the database.xml file. Also can you please tell me the transaction attribute on the Stateful session bean method. Because Weblogic had some issues with transaction context propogation. Cheers, sudhir -Original Message- From: [EMAIL PRO

[castor-dev] JDO fix

Hi, Actually I had submitted fix that would help pass more than one parameters when executing a direct SQL within Castor. But I never got any response. Attached is the diff file one more time. I would appreciate if someone from Castor team can at least have a look at it. Thanks ! Sudhir ?

[castor-dev] Direct SQL support changes in JDO

Hi,   I had to make the attached changes to make the direct SQL work within the Castor JDO. The main problem with the current CVS implementation is that it can only handle 1 parameter as the input and also truncates queries after the 1st parameter. Attached is the "diff".

Re: [castor-dev] Array Collections and JDO

Source code generator as you said does not generate the methods that JDO expects and so I ran into the sam eproblem, eneded up modifying a little bit of code... its not complete by any means but can be a good starting point. cheers, Sudhir -Original Message- From: Owen [mailto:[EMA

Re: [castor-dev] lazy loading error

Make sure you have a set method that accepts "Collection" as a parameterreason being that RelationCollection implements Collection but does extend and collection typesi had the same problem once upon a time sudhir -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROT

Re: [castor-dev] JDO: Excelusive locks problem

ile executing be selective. Is that your recommendaion Thomas? I still think if this can be done at runtime might be better. Thanks ! Sudhir Bhojwani Altoweb, http://www.altoweb.com Phone: 650.251.1597 -Original Message- From: Thomas Yip [mailto:[EMAIL PROTECTED]] Sent: Wednesday, Septemb

[castor-dev] JDO: Excelusive locks problem

ould be glad if someone can help me here, and give some recommendations/explanations about it. Also if some changes are required, I am willing to put in some time to provide a new option or any other strategies you might have in mind. Thanks ! Sudhir Bhojwani Altoweb, http://www.altoweb.com Phon

Re: [castor-dev] Stored Procedure Help

I thought there was a bug with Stored Procedure support in Castor, same holds true for direct SQL queries. The bug is with creation of OIDs...if you look carefully at MultipleRSCallQuery...and SQLEngine (which supports SQL) you will see the difference MultipleRSCallQuery assumes the Id always

Re: [castor-dev] JDO performance tests

s, in this thread, that paint a real live production picture. Castor gives you freedom and ease of use and less code to maintain. These are the things that you gain for the overhead that you experience. Adam -Original Message----- From: Sudhir Bhojwani [mailto:[EMAIL PROTECTED]] Sent: Friday, Se

Re: [castor-dev] JDO performance tests

any results for select kind of queries.. Batch operations are always faster, even with direct JDBC calls you can see the difference. But still its not a good indicative of the Castor overheads.Any estimates on that. Thanks ! Sudhir -Original Message- From: Neal Sanche [mailto:[EMAIL

Re: [castor-dev] how to query / load objects without their associ ations

However, the current code in CVS does not work with lazy loading.However, its a easy fix. If you need help let me know, or may be you have better luck sudhir -Original Message- From: Li, Alex [mailto:[EMAIL PROTECTED]] Sent: Friday, August 31, 2001 4:12 PM To: [EMAIL PROTECTED] Subject:

Re: [castor-dev] get method in generated code

which method should be generated. In anycase...I've got a few other items on my plate right now, so I'll have to come back to this later. Thanks, --Keith Sudhir Bhojwani wrote: > > Thanks Keith ! Actually I will have a few more changes in the Source Code > Generator to m

Re: [castor-dev] get method in generated code

Keith Visco [mailto:[EMAIL PROTECTED]] Sent: Friday, August 24, 2001 6:01 PM To: [EMAIL PROTECTED] Subject: Re: [castor-dev] get method in generated code Sudhir, I'll try to review this and get it committed over the weekend. Thanks, --Keith Sudhir Bhojwani wrote: > > Hi, >

[castor-dev] JDO: lazy loading

ships. Sun JDO enhances the byte code and makes this kind of thing possible. I would be glad if someone has the answer. Thanks ! Sudhir Bhojwani software engineer Altoweb, http://www.altoweb.com --- If you wish to unsubscribe from this ma

[castor-dev] get method in generated code

Hi, I noticed Castor generated beans don't have a get method with return type ("Collection" or Vector). The accessor method is useful when trying to use the generated beans with JDO. I was wondering if the code can be modified to generate this. Attached is the diff file. Thanks ! Sudhir

Re: [castor-dev] Castor XML binding vs JAXB

Hi, Seems like JAXB is going to support Schema's...for sure. JAXB's API is quite different though.It has a notion of base classes for all the generated beans. Having common base class makes the usage of these beans more restrictive. Beans generated using Castor and JAXB look quite different,

[castor-dev] JAXB

Hi, Played with Castor's XML binding framework, and i think it works great. However, I was wondering if there's any plan of supporting JAXB? Thanks ! Sudhir --- If you wish to unsubscribe from this mailing, send mail to [EMAIL PROTECTED]