RE: M:N mapping: PLEASE HELP

Robert, This is why I added private Collection brokerHomesColl, and mapped that in a Collection element in the BrokersToHomesBO. When the select happens, the brokerHomesColl gets automatically populated with BrokerBO objects. to get AT those objects you have to iterate through the

RE: ojb_hl_seq table doesn't exist

Have you create the tables for the Hi/Low Sequence Algorithm ?¿?¿ They are necessary in order to work with OJB. Check the next URL : http://db.apache.org/ojb/platforms.html (Un saludo ;) -Mensaje original- De: Ferran Parra [mailto:[EMAIL PROTECTED]] Enviado

Bye Code enhancement for JDO

Hi Folks, Does anyone know of an Eclipse open source plugin that allows to mark certain classes as subject to being byte code enhaced for JDO usage. When such a class would be compiled, automaticaly a byte code enhancement step should follow making this class PersistanceCapable. Regards,

Re: ojb_hl_seq table doesn't exist

Thanks all, Thomas, casterx, Mark and luis, now have a tables in my mysql and run, thanks. - Original Message - From: luis barreiro [EMAIL PROTECTED] To: OJB Users List [EMAIL PROTECTED] Sent: Thursday, February 20, 2003 8:36 AM Subject: RE: ojb_hl_seq table doesn't exist Have you

RE: Bye Code enhancement for JDO

ant + xdoclet is not suffisant for you ? Christophe -Original Message- From: Lennart Benoot [mailto:[EMAIL PROTECTED]] Sent: jeudi 20 février 2003 9:45 To: [EMAIL PROTECTED] Subject: Bye Code enhancement for JDO Hi Folks, Does anyone know of an Eclipse open source plugin that allows

RE: Bye Code enhancement for JDO

Ant is well integrated with eclipse. I advise you to desactivate the option compile when save and use some Ant tasks to make your job. For myself, it works fine ! -Original Message- From: Lennart Benoot [mailto:[EMAIL PROTECTED]] Sent: jeudi 20 février 2003 11:01 To: OJB Users List

Re: newbie question: OJB cannot treat subclass as superclass?

Thank you. It seems to be enough, I will try it. Hi shivaken, did you read the tutorial on mapping inheritance hierarchies with OJB already? http://db.apache.org/ojb/tutorial3.html#mapping%20inheritance%20hierarchies and in particular:

problem 0.9.7-0.9.9

Hi everybody! i took the repository templates from the binary distribution. i added my jdbd connection to repository_database.xml and put a jdc alias in there. of course, i use my old repository_user.xml. i use pb and connect to database like this:

RE: Problem with prefetched relationships on extents (and a fix!)

Hi again As an addition to this email, would it not be better to have a factory method on PersistenceBroker that could construct a new Identity given an object? Mark -Original Message- From: Mark Rowell [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 20, 2003 12:02 PM To: '[EMAIL

EJBException with OJB 0.9.7

Hi, I'm searching a strange error with the JBoss 3.0.4 TX layer and OJB. The applcation is working for a while and 'suddenly' JBoss throws a EJBException (see below). I'm not realy sure that this has to do with OJB, so I would like to know if anybody has seen this before. thanks, cheers, Guido

building from CVS, problems

Today, I updated from the OJB CVS and found I couldn't compile, neither within Eclipse, which used to work, nor using just Ant. According to the Eclipse .classpath file in CVS there are three new jar files expected to be in the OJB/lib directory: servlet.jar ejb.jar jts-spec1_0_1.jar I have a

Re: building from CVS, problems

Well... I found these three jars in the OJB/lib of an old OJB directory that I had hidden away. After including these jars compiling still failed. Then I copied two jboss jars from the old to the new OJB/lib. Now compiling gets farther, still fails in org.jboss.ojb.pb.PBFactory.java. So, just

Question about storing new items in collection and have the owner of the collection automatically refreshed...

Hi I have a question re adding instances to collections and the owner of the collection automatically picking up the new instance. I have 2 classes, the owner is Instrument (super-interface of an extent) and the collection item class is PriceDetails. The steps I follow are 1) Get the

RE: building from CVS, problems

Hi Will, please use the libs from the 0.9.9 release. We have removed several jars from cvs as they do not comply with the apache licence model. for instance sun jar files and also (L)GPLed jar like jboss stuff. The file http://cvs.apache.org/viewcvs/db-ojb/project.xml?rev=HEADcontent-type=text/

auto-update, auto-delete set dynamically?

I was wondering if there was a method by which I could set auto-update, retrieve and delete from within my java code. I don't want to put it in the xml because sometimes when I select say a Home, I only want to have the home info, but I don't want to cascade my search. Sometimes when I

RE: auto-update, auto-delete set dynamically?

Or you can map multiple beans to same table with different behavior. -Mensaje original- De: Mahler Thomas [mailto:[EMAIL PROTECTED]] Enviado el: jueves, 20 de febrero de 2003 17:23 Para: 'OJB Users List' Asunto: RE: auto-update, auto-delete set dynamically? Sure, we have a MOP inside

RE: building from CVS, problems

Another simple approach. We have added the line: pathelement path=${j2ee.jar}/ to classpath ref in build.xml and defined the property to point to a valid J2EE jar(s). In our case it is just one, weblogic, but would also work with reference J2EE jar or with multiple appropriate

RE: Problem with prefetched relationships on extents (and a fix!)

Hi, Just to follow up again, could someone patch CVS -- I dont have access... Regards, Mark -Original Message- From: Mark Rowell [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 20, 2003 12:02 PM To: '[EMAIL PROTECTED]' Subject: Problem with prefetched relationships on extents (and

FW: 0.9.8 field conversion not called for auto-inc field?

I have a field conversion on an auto incrementing primary key field in version 0.9.8 of OJB. When creating a new object (without initializing the PK, as I want it autoincrementing) I get this partial stack trace: 13:15:33,523 ERROR [DEFAULT] org.apache.ojb.broker.OJBRuntimeException: Error

Re: building from CVS, problems

Hi Brian, Brian McCallister wrote: Another simple approach. We have added the line: pathelement path=${j2ee.jar}/ Good call, I still would like to put a try to ftp them if you don't have them - i.e., check for existence of the needed jar files, if it doesn't find them attempt to ftp

Re: building from CVS, problems

That's the official Apache policy! Sorry! Okay, thank you for the official word! -Brian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: where-clause criteria for collection-descriptor?

D'oh! Thanks Jakob, sorry everyone for the extra traffic. I should have seen those posts. Colin Jakob Braeuchi wrote: hi colin, this feature is already on our todo-list (see posts with subject '1:M querys constraints'). hth jakob Colin Kilburn wrote: Hi All, I'm sorry if this

Re: collection proxies and ODMG, usefull?

Hi Will, Will Jaynes wrote: It was my impression that the collection proxies would delay the loading of the objects in the collection until I actually tried to reference them. This does not seem to be true when using the ODMG api, as I am doing. Yes and no! With the default settings in

Re: AW: Case insensitive queries together with path expressions

hi jürgen, you're right, there's a problem in buildJoinTreeForColumn. i commited a fix to the repository. the attached zip contains the current source and classes. hth jakob Juergen Ebert wrote: Hi Jakob, I'm using the current version 0.9.9. Did this code change after the latest release? CVS

Re: auto-update, auto-delete set dynamically?

Thomas, I get this: PersistenceBroker broker = null; broker = PersistenceBrokerFactory.defaultPersistenceBroker(); ClassDescriptor cd = broker.getClassDescriptor( HomeBO.class ); ObjectReferenceDescriptor ord = cd.getObjectReferenceDescriptorByName(???);//??? because there is no

RE: automatic generation of XML mapping files from Java codebase

-Original Message- As such writing / changing mapping files everytime the codebase changes is unacceptable; likewise marking up the code with meta-data (which another tool like xdoclet could use to generate a map) is also unacceptable. Mhh. Xdoclet is a very elegant mechanism and

RE: automatic generation of XML mapping files from Java codebase

Personally I think xdoclet + jdo is as good as possible with the current state of java (untyped collections). How do you propose to specify the type a container object is supposed to contain without additional metadata? How do you propose to specify which classes should be persistent?

RE: automatic generation of XML mapping files from Java codebase

-Original Message- From: David Jencks [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 20, 2003 5:52 PM To: OJB Users List Subject: RE: automatic generation of XML mapping files from Java codebase Personally I think xdoclet + jdo is as good as possible with the current state of java

Re: auto-update, auto-delete set dynamically?

Hi again Robert, Robert S. Sfeir wrote: Thomas, I get this: PersistenceBroker broker = null; broker = PersistenceBrokerFactory.defaultPersistenceBroker(); ClassDescriptor cd = broker.getClassDescriptor( HomeBO.class ); ObjectReferenceDescriptor ord =