• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: WebObjects Builder ... again
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: WebObjects Builder ... again


  • Subject: Re: WebObjects Builder ... again
  • From: Ashley Aitken <email@hidden>
  • Date: Sat, 10 Jul 2004 14:10:45 +0800

Hi Art (and list members),

Thanks for your post.

Sorry, I probably wasn't clear enough in what I was saying.

On 10/07/2004, at 11:11 AM, Art Isbell wrote:

On Jul 9, 2004, at 4:17 PM, Ashley Aitken wrote:

Also be careful if you use packages for your Application and Session classes.

It can cause mixups.

Finally, don't change the name of the classes Application and Session.

I once tried to change them to XYApplication and XYSession and I think the tools can't find them ...

Did you update the WOAPPLICATION_CLASS_NAME variable in the main target's Expert View? I add Application, Session, and all other application files to a package for each app I develop. This works fine if I update the value of WOAPPLICATION_CLASS_NAME to the fully-qualified name of the WOApplication subclass in my app.

Yes, I did that.

The problem I saw was that if you called your Application and Session classes anything other than your.package.Application and your.package.Session (eg your.package.XYApplication & XYSession) then WOBuilder wouldn't work properly with them. The application would still build and run fine (if you had changed the WOAPPLICATION_CLASS_NAME, as you indicated, and changed the appropriate method to return one of your sessions).

I just tried it again and the problem still seems to exist (unless I am missing something, which could very well be the case ;-). The application and session objects appear but WOBuilder thinks the class names are your.package.Application / Session - determined by the tooltip! As a result, you can't add keys / actions and do other things in WOBuilder, and I don't believe it picks up on any keys or actions that you add manually (i.e. it's looking for the wrong classes).

I would be interested to know if others have succeeded with other names for these classes. What's the trick? My guess is that these names are hardcoded into WOBuilder and most everyone just goes with Application and Session. I've lost many hours over this "problem" and wish Apple had documented this "requirement." I probably should have submitted it as a bug but then I thought it was so obvious, and Apple hasn't been keen to update WOBuilder ...

Cheers,
Ashley.

--
Ashley Aitken
Perth, Western Australia
mrhatken at mac dot com
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.


  • Follow-Ups:
    • Re: WebObjects Builder ... again
      • From: Dov Rosenberg <email@hidden>
References: 
 >WebObjects Builder ... again (From: Ben Ketteridge <email@hidden>)
 >Re: WebObjects Builder ... again (From: Ashley Aitken <email@hidden>)
 >Re: WebObjects Builder ... again (From: Art Isbell <email@hidden>)

  • Prev by Date: JavaWOSecurityExample Documentation
  • Next by Date: Re: WebObjects Builder ... again
  • Previous by thread: Re: WebObjects Builder ... again
  • Next by thread: Re: WebObjects Builder ... again
  • Index(es):
    • Date
    • Thread