Yeah, I thought it could be a reset but I'm not doing that anywhere. It should be getting the value directly from the d2wcontext.
But it's beyond just that. Like say on the page the first property is marked as read only. It will mark all the following properties read only too. It's like whatever magic that tells D2W to recalculate it's values just stops. Any idea what would do that? Johnny On Mar 14, 2013, at 12:27 PM, Ramsey Gurley <[email protected]> wrote: > Are you using the cached value for displayNameForProperty according to your > rule tracing, or are you not hitting the rule cache at all? > > Did you make a stateless component without creating a proper reset() method? > This is actually my original guess, but most people screw the pooch in the > rule system so they never get to this advanced stage of facepalm :D > > Ramsey > > > On Mar 14, 2013, at 3:20 PM, Johnny Miller wrote: > >> I just want to add to that by saying it's like it calculates the first >> repetition correctly and then it just quits processing. Could that be the >> result of an illegal rule? >> >> On Mar 14, 2013, at 12:13 PM, Johnny Miller <[email protected]> wrote: >> >>> Hi Ramsey, >>> >>> There is more than one rule. But that's the next issue I would like to get >>> to. But it must be related to this one. >>> >>> In my inspect page repetition >>> >>> -> repetition for sections >>> -> repetition for attributes >>> // simplified version >>> -> displayNameForProperty // always shows the answer for the >>> first attribute >>> -> objectPropertyValue // shows the right one? >>> >>> i.e. >>> >>> Name : Kahalawai Media Corporation >>> Name: http://www.kahalawai.com >>> Name: 42 >>> >>> The second column is right. The first column keeps repeating the answer >>> for the first property?? >>> >>> It's bizarre. And it was all working and then mysteriously quit on me. I >>> tried dumping my rule file and reentering the rules but that didn't fix >>> anything. >>> >>> That make any sense to you? >>> >>> Thanks, >>> >>> Johnny >>> >>> >>> On Mar 14, 2013, at 12:00 PM, Ramsey Gurley <[email protected]> wrote: >>> >>>> You only have one rule? That would explain why it's the same every time >>>> :-) I assume you have other rules to override that one rule? Something like >>>> >>>> look = "mylook" and propertyType = 'r' and >>>> smartRelationship.destinationEntity.name like 'ER*Attachment' => >>>> propertyNameComponentName = MyAttachmentComponentName [Assignment] >>>> >>>> Assuming that is the case, you need to turn on rule tracing, and create >>>> loggers for the propertyNameComponentName key to see if/why you are using >>>> cached values. You can see how to do that here: >>>> >>>> http://wiki.wocommunity.org/display/documentation/How+to+debug+a+D2W+application >>>> >>>> Notice in the video that the log4j page is a direct action. That's built >>>> into ERXDirectAction assuming you are using it. Notice that the rule >>>> loggers can be enabled without any special D2W components. >>>> >>>> Ramsey >>>> >>>> On Mar 14, 2013, at 2:48 PM, Johnny Miller wrote: >>>> >>>>> Hi Ramsey, >>>>> >>>>> Still stuck over here.... >>>>> >>>>> How could I "permacahce" a key? >>>>> >>>>> Thanks, >>>>> >>>>> Johnny >>>>> >>>>> On Mar 13, 2013, at 4:01 PM, Ramsey Gurley <[email protected]> wrote: >>>>> >>>>>> How are you setting propertyComponentName? I assume through rules, but >>>>>> if you are pushing the context, you're probably permacaching the value >>>>>> for your key. If not, debug your rule firings and see why it's choosing >>>>>> the cached value for your RHS. >>>>>> >>>>>> Ramsey >>>>>> >>>>>> On Mar 13, 2013, at 5:14 PM, Johnny Miller wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> I'm trying to do the following: >>>>>>> >>>>>>> I have an inspect page and inside of that I have an inspect page >>>>>>> repetition. That all works fine and it looks like the ERD2W >>>>>>> equivalents. >>>>>>> >>>>>>> In the inspect page repetition I want to have a switch component that >>>>>>> uses a rule to determine what kind of component to display i.e. if it >>>>>>> is a string put one kind of component, if it's an ERAttachment put >>>>>>> another. >>>>>>> >>>>>>> Now here is where the strange things start occurring. I've defined my >>>>>>> own key "propertyComponentName". For some odd reason whatever rule >>>>>>> resolves to in the first property is what it displays for every >>>>>>> property? >>>>>>> >>>>>>> And what is equally strange is that suppose they all resolve to the >>>>>>> same type of component so it doesn't matter... it will display the >>>>>>> right property value but the property value for key always resolves to >>>>>>> whatever the answer would be for the first property. >>>>>>> >>>>>>> It's hard to describe so I created a couple of screenshots: >>>>>>> >>>>>>> http://www.kahalawai.com/displaying-same-component.png // It always >>>>>>> shows the component for viewing an ERAttachment >>>>>>> http://www.kahalawai.com/displaying-same-property-name.png // Gets the >>>>>>> property key right but the display name for property value wrong >>>>>>> >>>>>>> One of my questions is can you just arbitrarily create keys or do you >>>>>>> need to register them somewhere? >>>>>>> >>>>>>> Another Is localcontext and d2wcontext completely synonymous? >>>>>>> >>>>>>> Thanks in advance, >>>>>>> >>>>>>> Aloha, >>>>>>> Mr. Johnny Miller >>>>>>> Web Development Manager >>>>>>> Kahalawai Media Company >>>>>>> Lahaina, HI 96761 >>>>>>> tel: (808) 661-7962 | mobile: (808) 283-0791 >>>>>>> website | e-mail >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Do not post admin requests to the list. They will be ignored. >>>>>>> Webobjects-dev mailing list ([email protected]) >>>>>>> Help/Unsubscribe/Update your Subscription: >>>>>>> https://lists.apple.com/mailman/options/webobjects-dev/ramseygurley%40gmail.com >>>>>>> >>>>>>> This email sent to [email protected] >>>>>> >>>>> >>>>> _______________________________________________ >>>>> Do not post admin requests to the list. They will be ignored. >>>>> Webobjects-dev mailing list ([email protected]) >>>>> Help/Unsubscribe/Update your Subscription: >>>>> https://lists.apple.com/mailman/options/webobjects-dev/rgurley%40smarthealth.com >>>>> >>>>> This email sent to [email protected] >>>> >>> >> >
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
