[Lift] Re: uh, oh... can't find classes

2009-02-18 Thread Charles F. Munat
Ah! Thanks for making me feel slightly less stupid. I think I've been bitten by it twice. Nice to know I'm not alone. I agree that the few places I have to look to configure things, the better. Chas. Meredith Gregory wrote: > Lifted, > > i definitely vote to get this feature somewhere in the

[Lift] Re: uh, oh... can't find classes

2009-02-18 Thread Meredith Gregory
Lifted, i definitely vote to get this feature somewhere in the backlog. i've been bitten by this 3 times. Best wishes, --greg On Wed, Feb 18, 2009 at 7:18 AM, David Pollak wrote: > > > On Wed, Feb 18, 2009 at 6:56 AM, Tim Perrett wrote: > >> >> Agreed, that sounds pukka – I guess its dpp or

[Lift] Re: uh, oh... can't find classes

2009-02-18 Thread David Pollak
On Wed, Feb 18, 2009 at 6:56 AM, Tim Perrett wrote: > > Agreed, that sounds pukka – I guess its dpp or marius who needs to > make this call as we have a code freeze on for "new features" This isn't going to happen for 1.0, but it's a good idea for 1.1. > > > On Feb 18, 2:39 pm, Viktor Klang

[Lift] Re: uh, oh... can't find classes

2009-02-18 Thread Tim Perrett
Agreed, that sounds pukka – I guess its dpp or marius who needs to make this call as we have a code freeze on for "new features" On Feb 18, 2:39 pm, Viktor Klang wrote: > We could add another method that takes a Package and then deprecate the one > that takes a String? > > > > On Wed, Feb 18, 20

[Lift] Re: uh, oh... can't find classes

2009-02-18 Thread Viktor Klang
We could add another method that takes a Package and then deprecate the one that takes a String? On Wed, Feb 18, 2009 at 1:13 PM, Tim Perrett wrote: > > > This appears to be a trade off between marginal code verbosity and > compile time checking... Viktor's solution could be the way to go > howe

[Lift] Re: uh, oh... can't find classes

2009-02-18 Thread Tim Perrett
This appears to be a trade off between marginal code verbosity and compile time checking... Viktor's solution could be the way to go however - this would be a massive breaking change though, as this would screw every lift app in existence! Cheers, Tim On Feb 18, 10:38 am, Viktor Klang wrote: >

[Lift] Re: uh, oh... can't find classes

2009-02-18 Thread Viktor Klang
Ok, what about this: Why not have addToPackages take an actual Package? usage: addToPackages(com.my.stuff.SomeClass.getPackage) ? This would prevent stuff from breaking if you refactor/move some classes. Worth thinking about? Cheers, Viktor On Wed, Feb 18, 2009 at 10:58 AM, Charles F. Munat

[Lift] Re: uh, oh... can't find classes

2009-02-18 Thread Charles F. Munat
Ah! That was it. Forgot I changed the name of the app, and didn't change it there. Thanks very much! That saved me a lot of trouble. Chas. Jean-Luc wrote: > Is your LiftRules defined according to your snippet package ? > > Exemple of addToPackages rule for snippets in "org.ansoft.myapp.snippet

[Lift] Re: uh, oh... can't find classes

2009-02-17 Thread Jean-Luc
Is your LiftRules defined according to your snippet package ? Exemple of addToPackages rule for snippets in "org.ansoft.myapp.snippet" package : LiftRules.addToPackages("org.ansoft.myapp") Jean-Luc 2009/2/18 Charles F. Munat > > Everything starts fine, but when I try to go to the home page of