Hi Michael,
Try putting an @Override flag on the line before this method. If you
really aren't overriding it, this will cause the method to throw a
compiler error.
If it doesn't complain, it means that the code calling this method is
calling the _Invoice version of the method directly
On Sep 17, 2008, at 06:18, David Avendasora wrote:
If it doesn't complain, it means that the code calling this method
is calling the _Invoice version of the method directly somehow.
I believe it is possible to do this using reflection. It however
should not be happening, unless you are
On Sep 17, 2008, at 9:56 AM, Florijan Stamenkovic wrote:
When you created the instance you are now trying to update, did you
insert it into an editing context?
What's your point Dave? I don't see how this would influence the
runtime binding of methods.
I've seen weird things happen if
It sounds like your inheritance tree is not what it should be
(Invoice does not subclass _Invoice).
I'm 100% with Florijan here. You're confusing your classes somehow
and putting that method in the wrong place. You couldn't end up with
an actual _Invoice because those _Classes (at least in
The object is in the EC.
I've tried changing Invoice method from
setInvoiceStatusRelationship(InvoiceStatus value) to
setInvoiceStatus(InvoiceStatus value)
Now setInvoiceStatus in Invoice does get exceuted, however I am not
able to call super.setInvoiceStatusRelationship(value) because
Hmmm... Well this is my _Invoice class:
// $LastChangedRevision: 5074 $ DO NOT EDIT. Make changes to
Invoice.java instead.
package auction;
import com.webobjects.eoaccess.*;
import com.webobjects.eocontrol.*;
import com.webobjects.foundation.*;
import java.math.*;
import java.util.*;
import
I've tried changing Invoice method from
setInvoiceStatusRelationship(InvoiceStatus value) to
setInvoiceStatus(InvoiceStatus value)
Now setInvoiceStatus in Invoice does get exceuted, however I am not
able to call super.setInvoiceStatusRelationship(value) because they
start calling each
this is what I've tried:
public void setInvoiceStatus(InvoiceStatus value) {
System.out.println(updating invoice status);
if(value != invoiceStatus()) {
System.out.println(updating invoice status date);
Wonder's automatic inverse relationship stuff
What's that? Mind explaining briefly, or pointing out where it is in
wonder?
call super.setXxx
As far as I can see your _Entity (http://webobjects.mdimension.com/
wolips/EOGenerator/Velocity%20EOGenerator%20Templates/_Entity.java)
does
takeStoredValueForKey(value, INVOICE_STATUS_KEY);
or super.setInvoiceStatus(...) (NOT the relationship one) which does
pretty much this
ms ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev
I've added takeStoredValueForKey(value, INVOICE_STATUS_KEY); and now
it works! Thank you so much. I was totally confused.
Michael
Aspire Auctions
216-231-5515
www.aspireauctions.com
On Sep 17, 2008, at 11:26 AM, Florijan Stamenkovic wrote:
On Sep 17, 2008, at 10:56, Michael Kondratov
Wonder's automatic inverse relationship stuff
What's that? Mind explaining briefly, or pointing out where it is in
wonder?
On ERXGenericRecord:
* Also, this class supports auto-updating of inverse relationships.
You can
* simply call codeeo.setFoo(other), eo.takeValueForKey(other),
*
There is no setInvoiceStatus in _Invoice. Only
setInvoiceStatusRelationship.
Now, I assume that _Invoice.setInvoiceStatusRelationship gets called
first and in turn calls Invoice.setInvoiceStatus .
Is that correct?
On Sep 17, 2008, at 11:35 AM, Mike Schrag wrote:
On Sep 17, 2008, at 12:02, Michael Kondratov wrote:
There is no setInvoiceStatus in _Invoice. Only
setInvoiceStatusRelationship.
See what Mike was just saying...
Now, I assume that _Invoice.setInvoiceStatusRelationship gets
called first and in turn calls Invoice.setInvoiceStatus .
Is
On 17.09.08 10:02, Michael Kondratov [EMAIL PROTECTED] wrote:
There is no setInvoiceStatus in _Invoice. Only
setInvoiceStatusRelationship.
Then you are using either a very old WOLips or some old templates.
cug
___
Do not post admin requests to
15 matches
Mail list logo