Thanks, Raul. I am sure I will not run into any problems adjusting the JDO 
config file to my database of choice (be it mySQL, postgreSQL, Pointbase and/or 
Derby .. ;-)).

Werner 

> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
> Sent: Donnerstag, 23. Februar 2006 09:27
> To: [email protected]
> Subject: Re: [castor-user] problem deleting dependant objects
> 
> 
> Hi werner,
> 
> Finnally I could do the patch with eclipse as you told me. 
> WinCVS and TortoiseCVS , the ones I have tested, did no 
> consider new files.
> 
> Anyway, the patch is already posted in jira at bug 
> "castor-1330". The problem is that we work with an oracle 
> databse so I have test the test case in such a database. I 
> know that you work with MySQL so I suposse you will have to 
> change the "jdo-conf.xml" to do so.
> 
> Thanks,
>                                     
>  CEIN, S.A.                         
>                                     
>  Raúl Sanz de Acedo Pérez           
>                                     
>  Técnico Sénior - Dpto. Innovación  
>  Empresarial                        
>                                     
>  [EMAIL PROTECTED]                      
>                                     
>  Polígono Mocholí - Plaza Cein,     
>  31110 Noáin                        
>                                     
> 
> 
> 
> 
> 
>                                                               
>                                                               
>             
>                       Werner Guttmann                         
>                                                               
>             
>                       <[EMAIL PROTECTED]      Para:     
> [email protected]                                      
>                  
>                       x.net>                   cc:            
>                                                               
>             
>                                                Asunto:   Re: 
> [castor-user] problem deleting dependant objects              
>              
>                       22/02/2006 21:30                        
>                                                               
>             
>                       Por favor, responda                     
>                                                               
>             
>                       a user                                  
>                                                               
>             
>                                                               
>                                                               
>             
>                                                               
>                                                               
>             
> 
> 
> 
> 
> Raul,
> 
> the command Eclipse of executing (when I instruct it to 
> create a unified
> patch) is
> 
> > cvs diff -N -u .
> 
> Having said that, what version of CVS are you using ?
> 
> > cvs --version
> 
> should show you the relevant details.
> 
> Regards
> Werner
> 
> [EMAIL PROTECTED] wrote:
> > Hi werner,
> >
> > I have created and tested the test case (bug1330) but I am 
> having some 
> > problems to make the unified patch. The "cvs diff  -u" command 
> > compares
> the
> > server repository against my local copy and does not take 
> into account
> the
> > new brach (bug1330) that I have created for the bug report (copy of 
> > the template).
> >
> > I have tried the "-N" parameter that should take those new 
> directories
> into
> > consideration but it does not work (we have seen that th 
> "-N" option 
> > only works in some versions of cvs)
> >
> > Do you have any suggestion of how can I do this?
> >
> > Thanks
> >
> >  CEIN, S.A.
> >
> >  Raúl Sanz de Acedo Pérez
> >
> >  Técnico Sénior - Dpto. Innovación
> >  Empresarial
> >
> >  [EMAIL PROTECTED]
> >
> >  Polígono Mocholí - Plaza Cein,
> >  31110 Noáin
> >
> >
> >
> >
> >
> >
> >
> 
> >                       "Werner Guttmann"
> 
> >                       <[EMAIL PROTECTED]      Para:
> <[email protected]>
> 
> >                       in.com>                  cc:
> 
> >                                                Asunto:   RE:
> [castor-user] problem deleting dependant objects
> >                       22/02/2006 16:40
> 
> >                       Por favor, responda
> 
> >                       a user
> 
> >
> 
> >
> 
> >
> >
> >
> >
> > Gracias.
> >
> > Werner
> >
> >> -----Original Message-----
> >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> >> Sent: Mittwoch, 22. Februar 2006 16:30
> >> To: [email protected]
> >> Subject: RE: [castor-user] problem deleting dependant objects
> >>
> >>
> >> All right, I am on it
> >>
> >>  CEIN, S.A.
> >>
> >>  Raúl Sanz de Acedo Pérez
> >>
> >>  Técnico Sénior - Dpto. Innovación
> >>  Empresarial
> >>
> >>  [EMAIL PROTECTED]
> >>
> >>  Polígono Mocholí - Plaza Cein,
> >>  31110 Noáin
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>                       "Werner Guttmann"
> >>
> >>
> >>                       <[EMAIL PROTECTED]      Para:
> >> <[email protected]>
> >>
> >>                       in.com>                  cc:
> >>
> >>
> >>                                                Asunto:   RE:
> >> [castor-user] problem deleting dependant objects
> >>
> >>                       22/02/2006 11:06
> >>
> >>
> >>                       Por favor, responda
> >>
> >>
> >>                       a user
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> Raul,
> >>
> >> I just wanted you to attach a working sample I could use 
> to analyse 
> >> your problem, iow everything needed to replay your
> >> scenario: entities, mapping files, SQL script, etc. Now, if you 
> >> attached all this as a unified patch (as explained at
> >> http://castor.org/how-to-submit-a-bug.html) relatively to 
> src/bugs, 
> >> this would be of great help to me.
> >>
> >> Werner
> >>
> >>> -----Original Message-----
> >>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> >>> Sent: Mittwoch, 22. Februar 2006 10:56
> >>> To: [email protected]
> >>> Subject: RE: [castor-user] problem deleting dependant objects
> >>>
> >>>
> >>> Hi,
> >>>
> >>> I have created the issue at jira: CASTOR-1330. But I don't
> >> know what
> >>> you mean by "bug report".
> >>>
> >>>  CEIN, S.A.
> >>>
> >>>  Raúl Sanz de Acedo Pérez
> >>>
> >>>  Técnico Sénior - Dpto. Innovación
> >>>  Empresarial
> >>>
> >>>  [EMAIL PROTECTED]
> >>>
> >>>  Polígono Mocholí - Plaza Cein,
> >>>  31110 Noáin
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>                       "Werner Guttmann"
> >>>
> >>>
> >>>                       <[EMAIL PROTECTED]      Para:
> >>> <[email protected]>
> >>>
> >>>                       in.com>                  cc:
> >>>
> >>>
> >>>                                                Asunto:   RE:
> >>> [castor-user] problem deleting dependant objects
> >>>
> >>>                       22/02/2006 10:43
> >>>
> >>>
> >>>                       Por favor, responda
> >>>
> >>>
> >>>                       a user
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> Raul,
> >>>
> >>> Can I please (again) ask you to open a Jira issue at 
> >>> http://jira.codehaus.org/browse/CASTOR, and attach a bug 
> report (if 
> >>> possible). I'll make sure this wil be taken care of in 
> due time ...
> >>>
> >>> Regards
> >>> Werner
> >>>
> >>>> -----Original Message-----
> >>>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> >>>> Sent: Mittwoch, 22. Februar 2006 10:30
> >>>> To: [email protected]
> >>>> Subject: [castor-user] problem deleting dependant objects
> >>>>
> >>>> Helo,
> >>>>
> >>>> We have found another problem with castor 1.0M2 that did
> >>> not occur in
> >>>> previous versions (at least in 0.9.5). Let me explain an example:
> >>>>
> >>>> Imagine we have two tables in a database such as those
> >> that follow:
> >>>> CREATE TABLE TABLEPARENT (
> >>>>       IdParent   NUMBER(38)   NOT NULL);
> >>>>
> >>>> ALTER TABLE TABLEPARENT ADD (
> >>>>       CONSTRAINT PK_TABLEPARENT PRIMARY KEY (IdParent);
> >>>>
> >>>> CREATE TABLE TABLECHILD (
> >>>>       IdChild   NUMBER(38)   NOT NULL,
> >>>>       IdParent   NUMBER(38)   NOT NULL);
> >>>>
> >>>> ALTER TABLE TABLECHILD ADD (
> >>>>       CONSTRAINT PK_TABLECHILD  PRIMARY KEY (IdChild);
> >>>>
> >>>> ALTER TABLE TABLECHILD ADD (
> >>>>       CONSTRAINT FK_TABLECHILD FOREIGN KEY (IdParent ) 
> REFERENCES 
> >>>> TABLEPARENT (IdParent));
> >>>>
> >>>> Where the records from "TABLECHILD" as shown above depend
> >>> on the table
> >>>> "TABLEPARENT" by the primary key of the parent "IdParent".
> >>>>
> >>>> These are translated into two models where "ChildModel" and 
> >>>> "ParentModel"
> >>>> are related by a member variable of "ChildModel", let's call it 
> >>>> "IdParent".
> >>>> Therefore, "ParentModel" do not have any references of its
> >>> child. The
> >>>> child know who is its father by its member variable, "IdParent".
> >>>>
> >>>> Imagine, now, that we want to delete a record "oParentModel"
> >>>> from "TABLEPARENT", we must, first, delete its child from 
> >>>> "TABLECHILD". Let's say this parent only has one children, 
> >>>> "oChildModel".
> >>>>
> >>>> Therefore, in the code, we do something like this (in the order
> >>>> shown):
> >>>>
> >>>> JDOManager.getDatabase().remove(oChildModel);
> >>>> JDOManager.getDatabase().remove(oParentModel);
> >>>>
> >>>> So first, castor is told to remove the child record and
> >>> afterwards the
> >>>> parent one. If not, the database would throw a "child
> >> record found"
> >>>> and will not allow us to delete the two models.
> >>>>
> >>>> The problem is that castor does not seem to delete the
> >>> models in the
> >>>> order we tell it to do it. It seems, castor deletes them in
> >>> a random
> >>>> order because sometimes it throws a SQLException and the
> >>> next try not.
> >>>> Thanks in advanced,
> >>>>
> >>>> P.S.: Sorry, this time I have not spent time checking the
> >> code so I
> >>>> can tell you exactly what it is happening, I could not find time.
> >>>>
> >>>>  CEIN, S.A.
> >>>>
> >>>>  Raúl Sanz de Acedo Pérez
> >>>>
> >>>>  Técnico Sénior - Dpto. Innovación
> >>>>  Empresarial
> >>>>
> >>>>  [EMAIL PROTECTED]
> >>>>
> >>>>  Polígono Mocholí - Plaza Cein,
> >>>>  31110 Noáin
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> -------------------------------------------------
> >>>> If you wish to unsubscribe from this list, please send an empty 
> >>>> message to the following address:
> >>>>
> >>>> [EMAIL PROTECTED]
> >>>> -------------------------------------------------
> >>>>
> >>>>
> >>>>
> >>> -------------------------------------------------
> >>> If you wish to unsubscribe from this list, please send an empty 
> >>> message to the following address:
> >>>
> >>> [EMAIL PROTECTED]
> >>> -------------------------------------------------
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> -------------------------------------------------
> >>> If you wish to unsubscribe from this list, please send an empty 
> >>> message to the following address:
> >>>
> >>> [EMAIL PROTECTED]
> >>> -------------------------------------------------
> >>>
> >>>
> >>>
> >> -------------------------------------------------
> >> If you wish to unsubscribe from this list, please send an empty 
> >> message to the following address:
> >>
> >> [EMAIL PROTECTED]
> >> -------------------------------------------------
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> -------------------------------------------------
> >> If you wish to unsubscribe from this list, please send an empty 
> >> message to the following address:
> >>
> >> [EMAIL PROTECTED]
> >> -------------------------------------------------
> >>
> >>
> >>
> >
> > -------------------------------------------------
> > If you wish to unsubscribe from this list, please send an empty 
> > message to the following address:
> >
> > [EMAIL PROTECTED]
> > -------------------------------------------------
> >
> >
> >
> >
> >
> >
> >
> > -------------------------------------------------
> > If you wish to unsubscribe from this list, please send an empty 
> > message to the following address:
> >
> > [EMAIL PROTECTED]
> > -------------------------------------------------
> >
> >
> 
> 
> -------------------------------------------------
> If you wish to unsubscribe from this list, please send an 
> empty message to the following address:
> 
> [EMAIL PROTECTED]
> -------------------------------------------------
> 
> 
> 
> 
> 
> 
> 
> -------------------------------------------------
> If you wish to unsubscribe from this list, please send an 
> empty message to the following address:
> 
> [EMAIL PROTECTED]
> -------------------------------------------------
> 
> 
> 

-------------------------------------------------
If you wish to unsubscribe from this list, please
send an empty message to the following address:

[EMAIL PROTECTED]
-------------------------------------------------

Reply via email to