Re: IllegalArgumentException in D2W queryAll page?

Oops, meant to copy this to the list... Begin forwarded message: From: Ramsey Gurley <[EMAIL PROTECTED]> Date: September 8, 2008 9:53:46 PM EDT To: Guido Neitzer <[EMAIL PROTECTED]> Subject: Re: IllegalArgumentException in D2W queryAll page? On Sep 8, 2008, at 6:11 PM, Guido Neitzer wrote:

Re: Invalidating objects asynchronously

Yes, but he could link to WOnder or copy that delegate :-) On 09/09/2008, at 10:56 AM, Chuck Hill wrote: Yes. But he is not using Wonder. :-) On Sep 8, 2008, at 5:44 PM, Peter Vandoros wrote: I think there is a EODatabaseContext Delegate in WOnder (i think ERXDatabaseContextDelegate) tha

Re: Invalidating objects asynchronously

Yes. But he is not using Wonder. :-) "I think I found your problem right there" ms ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subsc

Re: Invalidating objects asynchronously

Yes. But he is not using Wonder. :-) On Sep 8, 2008, at 5:44 PM, Peter Vandoros wrote: I think there is a EODatabaseContext Delegate in WOnder (i think ERXDatabaseContextDelegate) that will return null (or throw an exception, i can't remember) in such cases instead of a dummy fault. Reg

Re: Invalidating objects asynchronously

More specifically: /** * This is Kelly Hawks' fix for the missing to one relationship. * Delegate on EODatabaseContext that gets called when a to-one fault cannot find its data in * the database. The object that is returned is a cleared fault. * We raise here to restore

Re: Invalidating objects asynchronously

I think there is a EODatabaseContext Delegate in WOnder (i think ERXDatabaseContextDelegate) that will return null (or throw an exception, i can't remember) in such cases instead of a dummy fault. EOObjectNotAvailableException ms ___ Do not post ad

Re: Invalidating objects asynchronously

I think there is a EODatabaseContext Delegate in WOnder (i think ERXDatabaseContextDelegate) that will return null (or throw an exception, i can't remember) in such cases instead of a dummy fault. Regards Peter On 09/09/2008, at 10:32 AM, Chuck Hill wrote: On Sep 8, 2008, at 5:26 PM, Mik

Re: Project Wonder Stable Release???

On Sep 8, 2008, at 5:27 PM, Mike Schrag wrote: We do something similar, but we also keep a binary build of the tested Wonder libs in our repository, which is handy when we have patches that haven't been applied to Wonder trunk yet. Anjo keeps a snapshot in his SVN also Of the sou

Re: Invalidating objects asynchronously

On Sep 8, 2008, at 5:26 PM, Mike Schrag wrote: Do you mean that attributes of the EO are suddenly null? I don't see how this is possible _unless_ you are looking at objects that are in an EOEditingContext that is not locked. That won't ever work reliably. I'm assuming the root problem he

Re: Project Wonder Stable Release???

We do something similar, but we also keep a binary build of the tested Wonder libs in our repository, which is handy when we have patches that haven't been applied to Wonder trunk yet. Anjo keeps a snapshot in his SVN also Or rather he would if he wasn't Johnny iPhone Developer now.

Re: Invalidating objects asynchronously

Do you mean that attributes of the EO are suddenly null? I don't see how this is possible _unless_ you are looking at objects that are in an EOEditingContext that is not locked. That won't ever work reliably. I'm assuming the root problem here is the old JMS stuff would invalidate objects

Re: Project Wonder Stable Release???

We do something similar, but we also keep a binary build of the tested Wonder libs in our repository, which is handy when we have patches that haven't been applied to Wonder trunk yet. tb On Sep 8, 2008, at 8:12 PM, Chuck Hill wrote: Stable is usually Obsolete. :-) It is not so much a kno

Re: Invalidating objects asynchronously

Hi Dan, On Sep 8, 2008, at 4:47 PM, Dan Grec wrote: On 3-Sep-08, at 4:16 PM, Mike Schrag wrote: We're having an interesting problem in our apps, and I wanted to see if anyone else has solved it. Yes, with an asterisk. As Travis said, use Project Wonder and the ERXRemoteSynchronizer with

Re: Invalidating objects asynchronously

1. We're thinking that the only way to fix this is to start using Project Wonder and the ERXRemoteSynchronizer for change notifications. I'm still a little concerned that it won't help our specific case. (here is the scary scenario) We get an NSArray of EO's from a relationship, and are enum

Re: Project Wonder Stable Release???

Stable is usually Obsolete. :-) It is not so much a known, tested, stable version as a stick in the ground. That said, known bugs don't live long. What is do is to keep the svn revision number from the last update (applies to entire respository, not just a single file) in a file in my

Re: war deployment

The only issue I have always struggle with in WO servlet deployment is that the wars need to be expanded in order for the WOCLASSPATH to be properly resolved because of the WEBINFROOT environment variable. If there is a way around that I would be interested in knowing it Dov Rosenberg On 9/8/08

Project Wonder Stable Release???

We are in the process of jumping into Project Wonder ­ is there a stable release available instead of nightly builds? We ship commercial software it would be nice to have something more than a nightly build available. Dov Rosenberg ___ Do not post admin

Re: Invalidating objects asynchronously

We have started down the rabbit hole as well. Taking a look at Jgroups (http://www.jgroups.org) it looks like Jgroups can be configured to use JMS as a transport mechanism. Not sure which version of Jgroups is bundled with Wonder but it seems like it might be possible without having to write your o

Re: Invalidating objects asynchronously

On 3-Sep-08, at 4:16 PM, Mike Schrag wrote: We're having an interesting problem in our apps, and I wanted to see if anyone else has solved it. Yes, with an asterisk. As Travis said, use Project Wonder and the ERXRemoteSynchronizer with JGroups support ... The JMS change notification frame

Re: Static Resources? - WAS Re: WebObjects/WOnder CSS and Image path issues

On Sep 3, 2008, at 3:23 PM, Andrew R. Kinnie wrote: Well, whichever version of 5.4 that comes with the iPhone SDK final. Not sure how to easily find out. From : Open /System/Library/Frameworks/JavaWebObjects.framework/Resources/ version

Re: Read only attributes

On Sep 8, 2008, at 4:27 PM, Florijan Stamenkovic wrote: On Sep 08, 2008, at 18:48, Chuck Hill wrote: Primary keys. Oh yeah. That makes sense too... Hm, do you know if EOF throws a validation exception when trying to modify a read only attribute? Yes. If you make your FK attributes publ

Re: Read only attributes

On Sep 08, 2008, at 18:48, Chuck Hill wrote: Primary keys. Oh yeah. That makes sense too... Hm, do you know if EOF throws a validation exception when trying to modify a read only attribute? IIRC there was talk against making primary keys class properties, one of the arguments being that

Re: Read only attributes

Primary keys. You can also mark them as such in the model to have EOF verify there have not been any changes. Chuck On Sep 8, 2008, at 3:46 PM, Florijan Stamenkovic wrote: Hi all, I'm looking into EOAttribute.isReadOnly(). Docs point out that an attribute is read only when it is derive

Read only attributes

Hi all, I'm looking into EOAttribute.isReadOnly(). Docs point out that an attribute is read only when it is derived (makes sense), but mention no other circumstance. So, anyone knows any other situation in which an attribute is read only? Thanks, F

Re: IllegalArgumentException in D2W queryAll page?

On 08.09.08 15:39, "Ramsey Gurley" <[EMAIL PROTECTED]> wrote: > Well if YOU don't use it, then I'm definitely going to have to look at > fixing the thing. You do seem to be the authority on D2W lately ;-) Argl. No. Never. I just never understood what sense that QueryAll page makes. But as alwa

Re: IllegalArgumentException in D2W queryAll page?

On Sep 8, 2008, at 4:32 PM, Guido Neitzer wrote: On 08.09.08 14:14, "Ramsey Gurley" <[EMAIL PROTECTED]> wrote: at com .webobjects .woextensions.WOAnyField.setTextFieldValue(WOAnyField.java:186) You are really using the QueryAll page? Wow. I never thought anybody would leave that in an ap

Re: IllegalArgumentException in D2W queryAll page?

On 08.09.08 14:14, "Ramsey Gurley" <[EMAIL PROTECTED]> wrote: > at > com.webobjects.woextensions.WOAnyField.setTextFieldValue(WOAnyField.java:186) You are really using the QueryAll page? Wow. I never thought anybody would leave that in an application. ;-) I only do queries on specific query pag

IllegalArgumentException in D2W queryAll page?

Hi all, I have a Wonder D2W app with an entity that has a attribute that stores a date. When doing a search on the queryAll page for that entity using said date attribute, I get the following error java.lang.IllegalArgumentException: Illegal pattern character 'Y' at java.text.Simp

Re: war deployment

Hi David, David Avendasora wrote: On Sep 8, 2008, at 9:03 AM, Henrique Prange wrote: Actually, I don't have much experience with SSDD. But most of our applications are deployed as True WAR. In this kind of structure all JARs stay in WEB-INF/lib. No WEB-INF/YourApp.woa, WEB-INF/Frameworks nor

Re: war deployment

Hi Mike, Sorry. The documentation is very old and some WO information are difficult to find even with Google. Anyway, I really don't think you are the kind of guy that needs someone telling you to RTFM. :) if the jars are in WEB-INF/lib, do they also need to be in the frameworks inside of W

Re: war deployment

* WEB-INF/MyApp.woa * WEB-INF/Library/Frameworks * WEB-INF/lib/ Alan is saying his works fine without the WEB-INF/Library folder structure, but it's sounding like maybe we still need the .woa and the lib jar copies ... So at the moment, I really do just need to tweak the classpath entries in

Re: war deployment

Have you seen this documentation about SSDD deployment [1]? See ... You're missing the point of why I posted on wo-dev! RTFM isn't the answer I was hoping for :) ms ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev ma

Re: war deployment

In my existing two WAR deployments, if I remove the frameworks from any of these three places I get the oh-so-specific "Servlet WOServletAdaptor is not available" error. I don't know why this is different than how things worked before, but that's how it is now. I haven't yet moved to Hotn

Re: war deployment

On Sep 8, 2008, at 9:03 AM, Henrique Prange wrote: Actually, I don't have much experience with SSDD. But most of our applications are deployed as True WAR. In this kind of structure all JARs stay in WEB-INF/lib. No WEB-INF/YourApp.woa, WEB-INF/Frameworks nor WEB-INF/Extensions are required.

Re: war deployment

We have been deploying our apps as servlets for the past few years. Our structure looks like * WEB-INF/MyApp.woa * WEB-INF/Library/Frameworks * WEB-INF/lib/ We don't bundle the Frameworks inside the WOA. I figure if we did we would need to adjust the WOCLASSPATH a little bit. The only reason we

Re: war deployment

Hi Mike, Have you seen this documentation about SSDD deployment [1]? Actually, I don't have much experience with SSDD. But most of our applications are deployed as True WAR. In this kind of structure all JARs stay in WEB-INF/lib. No WEB-INF/YourApp.woa, WEB-INF/Frameworks nor WEB-INF/Extensio

Re: Re-factoring Main component

On Sep 8, 2008, at 8:28 AM, Andrew R. Kinnie wrote: I presume I am missing something here. It is not that big of a deal as I could obviously just use the name "Main" instead of PageWrapper but I would just like to know what is happening and why. Any insight would be appreciated. And

Re-factoring Main component

OK, I have been having major problems trying to get refactoring to work with WOLips/Eclipse (I have tried it with Wonder and with vanilla WO). I can create a WO and/or a Wonder app from the template and it will work. I previously was able to do this with an earlier incarnation, but now it

Re: war deployment

With the new build path work... only 1 (although now MyApp.woa/ Contents/Frameworks) and 3 are created, and they seem to work correctly. (As long as you fix the classpath in the web.xml) Alan On 8-Sep-08, at 3:10 PM, David Avendasora wrote: Hi Mike, I looked at this back in April briefly.

Re: war deployment

Hi Mike, I looked at this back in April briefly. Here's what I found at that time: On Apr 14, 2008, at 10:26 AM, David Avendasora wrote: 1) In WEB-INF/MyApp.woa/Library/Frameworks 2) In WEB-INF/Library/Frameworks 3) In WEB-INF/lib/ (only the .jar files here, not the whole framework) If I g

war deployment

OK ... Officially, what does the file structure of a proper war deployment look like inside the war. I'm fixing the build.xml in WOLips to do this correctly, and there are dupes of jars, etc. Currently WOLips is producing a WEB-INF/YourApp.woa with everything in it, but also all the jars