[Lift] Re: A coupel of quick questions

[Charles F. Munat]

David Pollak wrote:
> If you're cool with looking up the snippet by class/method name use the 
> plain old snippet.  If you want some control before the method gets 
> invoked (e.g., changing the behavior based on current session state), 
> use the dispatch snippet.

Is there a good example of this in the example sites somewhere? I'm a 
bit confused but intrigued.

> One-to-Many is:
> object otherThing extends MappedLongForeignKey(this, Other)
> 
> otherThing.obj: Can[Other] will give you the other, if it exists.
> 
> In other, to find all the things the refer to it:
> 
> def findThings: List[Thing] = Thing.findAll(Thing.otherThing, this.id 
> )
> 
> Does that help?

Very much so. Thank you!

Chas.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: A coupel of quick questions

[David Pollak]

On Tue, Oct 7, 2008 at 1:28 PM, Charles F. Munat <[EMAIL PROTECTED]> wrote:

>
> What is the benefit of the Dispatch Snippet over the Snippet? When would
> I use one and when the other?


If you're cool with looking up the snippet by class/method name use the
plain old snippet.  If you want some control before the method gets invoked
(e.g., changing the behavior based on current session state), use the
dispatch snippet.


>
>
> Is there a quick explanation somewhere that is *up-to-date* on how to do
> one-to-many bidirectional relationships and many-to-many bidirectional
> relationships in the mapper? I've looked around but I'm not sure how it
> all works.


There's no much to say about many to many other than HasManyThrough which is
a pretty old and crunchy piece of code.

One-to-Many is:
object otherThing extends MappedLongForeignKey(this, Other)

otherThing.obj: Can[Other] will give you the other, if it exists.

In other, to find all the things the refer to it:

def findThings: List[Thing] = Thing.findAll(Thing.otherThing, this.id)

Does that help?

Thanks,

David


>
>
> Thanks!
>
> Chas.
>
> >
>


-- 
Lift, the simply functional web framework http://liftweb.net
Collaborative Task Management http://much4.us
Follow me: http://twitter.com/dpp
Git some: http://github.com/dpp

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Log in from any page

[David Pollak]

Charles,

What I did for the Scala lift off site was to have a form on every page that
posted to DispatchPf that did the authentication and a redirect to the page
that the user was on before they submitted their username/password.

See
http://github.com/dpp/lift-samples/tree/master/unconference/src/main/scala/com/liftcode/unconference/snippet/SignIn.scala

Thanks,

David

On Wed, Oct 8, 2008 at 5:30 PM, Charles F. Munat <[EMAIL PROTECTED]> wrote:

>
> I'd like to put a log in form on site pages that allows the user to log
> in on a post back. I'm trying to figure out where to put the
> authentication method. What runs on every request? I need to log the
> user in before the page is processed because the log in status
> determines what gets displayed on the page.
>
> Thanks!
>
> Chas.
>
> >
>


-- 
Lift, the simply functional web framework http://liftweb.net
Collaborative Task Management http://much4.us
Follow me: http://twitter.com/dpp
Git some: http://github.com/dpp

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Log in from any page

[Charles F. Munat]

I'd like to put a log in form on site pages that allows the user to log 
in on a post back. I'm trying to figure out where to put the 
authentication method. What runs on every request? I need to log the 
user in before the page is processed because the log in status 
determines what gets displayed on the page.

Thanks!

Chas.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: JPADemo weird disappearing boot

[Derek Chen-Becker]

Sorry, I misunderstood. Actually, making an archetype is on my todo list. I
was looking at the generate-from-project goal on the maven archetype plugin:

http://maven.apache.org/plugins/maven-archetype-plugin/advanced-usage.html

That may correctly infer the dependencies, etc to make a complete pom. If
not, I'll fix it.

Derek

On Wed, Oct 8, 2008 at 4:07 PM, Charles F. Munat <[EMAIL PROTECTED]> wrote:

>
> Did you pull it out? It runs fine for me when I run it *inside* lift's
> examples. But what I was doing is making a copy of the JPADemo, renaming
> everything, and then converting it into an app for myself.
>
> The pom.xml file in the JPADemo references the master Lift pom.xml in
> the examples directory, so I had to change that. I swapped in one from a
> previous standalone and it worked.
>
> Does this make sense? The clean pull from github works fine. It was my
> pulled-out version that didn't.
>
> On drawback to having the JPADemo pom.xml rely on the Lift Examples
> pom.xml is that other people will probably want to do what I've done. If
> I knew anything about Maven, I'd try to set it up as an archetype, so I
> could just use one to generate a blank JPA version of Lift (well, it
> would be nice if it had some basic RBAC, examples of one-to-many and
> many-to-many relationships, CRUD pages, etc. installed by default so I
> could just change them to what I need).
>
> I'll try to find time to look at Maven this weekend and will see if I
> can figure out how that could be done. (But this is a hell week for me,
> so I don't know how far I'll get.)
>
> Chas.
>
> Derek Chen-Becker wrote:
> > This is really, really strange, since what's in Git works fine for me
> > here. Can you do me a favor and wipe your maven repository, re-pull from
> > github, do a mvn clean and then see if it works? I just did that and it
> > compiles (and runs) fine...
> >
> > Derek
> >
> > On Wed, Oct 8, 2008 at 1:05 AM, Charles F. Munat <[EMAIL PROTECTED]
> > > wrote:
> >
> >
> > I took a different pom.xml from an older version of the demo and
> copied
> > it in, changing the artifactId, etc. and it worked. Not sure which
> line
> > did it. Here's what I'm using:
> >
> > 
> > 
> >   4.0.0
> >
> >   org.myapp
> >   myapp-master
> >   0.10-SNAPSHOT
> >   myapp master project
> >   2008
> >   pom
> >
> >   
> > myapp-app
> > myapp-per
> >   
> >
> >   
> >   
> > 2.7.1
> >   
> >
> >   
> > 
> >   scala-tools.org 
> >   Scala-Tools Maven2 Repository
> >   http://scala-tools.org/repo-releases
> > 
> > 
> >   scala-tools.org 
> >   Scala-Tools Maven2 Repository
> >   http://scala-tools.org/repo-snapshots
> > 
> >   
> >
> >   
> > 
> >   scala-tools.org 
> >   Scala-Tools Maven2 Repository
> >   http://scala-tools.org/repo-releases
> > 
> >   
> >
> >   
> > 
> >   org.scala-lang
> >   scala-library
> >   ${scala.version}
> > 
> > 
> >   javax.servlet
> >   servlet-api
> >   2.5
> >   provided
> > 
> > 
> >   commons-codec
> >   commons-codec
> >   1.3
> > 
> > 
> >   commons-httpclient
> >   commons-httpclient
> >   3.0.1
> > 
> > 
> >   commons-collections
> >   commons-collections
> >   3.2
> > 
> > 
> >   com.rabbitmq
> >   rabbitmq-client
> >   1.2.0
> > 
> > 
> >   junit
> >   junit
> >   4.4
> >   test
> > 
> >   
> >
> >   
> > src/main/scala
> > src/test/scala
> > 
> >   
> > org.scala-tools
> > maven-scala-plugin
> > 
> >   
> > 
> >   compile
> >   testCompile
> > 
> >   
> > 
> > 
> >   ${scala.version}
> > 
> >   
> >   
> > org.mortbay.jetty
> > maven-jetty-plugin
> > 
> >   /
> >   0
> > 
> >   
> > 
> >   
> >
> >   
> > 
> >   
> > org.scala-tools
> > maven-scala-plugin
> > 
> >   ${scala.version}
> > 
> >   
> > 
> >   
> >
> > 
> >
> >
> > Chas.
> >
> > Oliver wrote:
> >  > I'm getting the error too :(  rotten boot
> >  >
> >  > On Wed, Oct 8, 2008 at 4:47 PM, Charles F. Munat <[EMAIL PROTECTED]
> > 
> >  > 

[Lift] Re: JPADemo weird disappearing boot

[Charles F. Munat]

Did you pull it out? It runs fine for me when I run it *inside* lift's 
examples. But what I was doing is making a copy of the JPADemo, renaming 
everything, and then converting it into an app for myself.

The pom.xml file in the JPADemo references the master Lift pom.xml in 
the examples directory, so I had to change that. I swapped in one from a 
previous standalone and it worked.

Does this make sense? The clean pull from github works fine. It was my 
pulled-out version that didn't.

On drawback to having the JPADemo pom.xml rely on the Lift Examples 
pom.xml is that other people will probably want to do what I've done. If 
I knew anything about Maven, I'd try to set it up as an archetype, so I 
could just use one to generate a blank JPA version of Lift (well, it 
would be nice if it had some basic RBAC, examples of one-to-many and 
many-to-many relationships, CRUD pages, etc. installed by default so I 
could just change them to what I need).

I'll try to find time to look at Maven this weekend and will see if I 
can figure out how that could be done. (But this is a hell week for me, 
so I don't know how far I'll get.)

Chas.

Derek Chen-Becker wrote:
> This is really, really strange, since what's in Git works fine for me 
> here. Can you do me a favor and wipe your maven repository, re-pull from 
> github, do a mvn clean and then see if it works? I just did that and it 
> compiles (and runs) fine...
> 
> Derek
> 
> On Wed, Oct 8, 2008 at 1:05 AM, Charles F. Munat <[EMAIL PROTECTED] 
> > wrote:
> 
> 
> I took a different pom.xml from an older version of the demo and copied
> it in, changing the artifactId, etc. and it worked. Not sure which line
> did it. Here's what I'm using:
> 
> 
> 
>   4.0.0
> 
>   org.myapp
>   myapp-master
>   0.10-SNAPSHOT
>   myapp master project
>   2008
>   pom
> 
>   
> myapp-app
> myapp-per
>   
> 
>   
>   
> 2.7.1
>   
> 
>   
> 
>   scala-tools.org 
>   Scala-Tools Maven2 Repository
>   http://scala-tools.org/repo-releases
> 
> 
>   scala-tools.org 
>   Scala-Tools Maven2 Repository
>   http://scala-tools.org/repo-snapshots
> 
>   
> 
>   
> 
>   scala-tools.org 
>   Scala-Tools Maven2 Repository
>   http://scala-tools.org/repo-releases
> 
>   
> 
>   
> 
>   org.scala-lang
>   scala-library
>   ${scala.version}
> 
> 
>   javax.servlet
>   servlet-api
>   2.5
>   provided
> 
> 
>   commons-codec
>   commons-codec
>   1.3
> 
> 
>   commons-httpclient
>   commons-httpclient
>   3.0.1
> 
> 
>   commons-collections
>   commons-collections
>   3.2
> 
> 
>   com.rabbitmq
>   rabbitmq-client
>   1.2.0
> 
> 
>   junit
>   junit
>   4.4
>   test
> 
>   
> 
>   
> src/main/scala
> src/test/scala
> 
>   
> org.scala-tools
> maven-scala-plugin
> 
>   
> 
>   compile
>   testCompile
> 
>   
> 
> 
>   ${scala.version}
> 
>   
>   
> org.mortbay.jetty
> maven-jetty-plugin
> 
>   /
>   0
> 
>   
> 
>   
> 
>   
> 
>   
> org.scala-tools
> maven-scala-plugin
> 
>   ${scala.version}
> 
>   
> 
>   
> 
> 
> 
> 
> Chas.
> 
> Oliver wrote:
>  > I'm getting the error too :(  rotten boot
>  >
>  > On Wed, Oct 8, 2008 at 4:47 PM, Charles F. Munat <[EMAIL PROTECTED]
> 
>  > >> wrote:
>  >
>  >
>  > I figured this out (sort of). The problem was in the master
> pom.xml. Not
>  > sure what it was, though.
>  >
>  > Chas.
>  >
>  > Charles F. Munat wrote:
>  >  > I seem to have lost my boot.
>  >  >
>  >  > I copied the JPADemo out of the liftweb source code and
> changed
>  > the poms
>  >  > and everything else to make it the basis for a new app I'm
> trying
>  > to get
>  >  > online this week.
>  >  >
>  >  > Everything compiles just fine, and the site works (sort
> of), but the
>  >  > Boot class fails to load. Here is

[Lift] Re: Simple Build Tool

[David Bernard]

On Wed, Oct 8, 2008 at 10:04 PM, Derek Chen-Becker
<[EMAIL PROTECTED]> wrote:
> Awesome. Am I reading that right that you could essentially embed scala code
> right in the POM?

I didn't test it, but you should be able to do it.

/davidB

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Simple Build Tool

[Derek Chen-Becker]

Awesome. Am I reading that right that you could essentially embed scala code
right in the POM?

On Wed, Oct 8, 2008 at 1:50 PM, David Bernard <[EMAIL PROTECTED]>wrote:

>
> Hi,
>
> @Tim
> I don't have more info than the announce of 2.1.0-m1 or the following
> article :
> * http://www.mail-archive.com/[EMAIL PROTECTED]/msg89838.html
> * http://blogs.sonatype.com/john/2008/09/19/1221844609400.html
> (and I didn't find time to test the new version of maven)
>
> @Derek
> Jesse Eichar contribute scripting to maven-scala-plugin
> (
> http://scala-tools.org/mvnsites-snapshots/maven-scala-plugin/usage_script.html
> )
> this is part of the version 2.8-SNAPSHOT, that should be released next
> week.
>
> /davidB
>
> On Mon, Oct 6, 2008 at 7:06 PM, Derek Chen-Becker <[EMAIL PROTECTED]>
> wrote:
> > I agree on the Maven mojo programming. Anything to simplify custom build
> > "scripts" would be great, so SBT sounds like an interesting idea. I
> didn't
> > mean to imply that it was a bad idea, just that you don't need all of the
> > "-Ds" :)
> >
> > Derek
> >
> > On Mon, Oct 6, 2008 at 9:46 AM, Tim Perrett <[EMAIL PROTECTED]>
> wrote:
> >>
> >> Hey Derek,
> >>
> >> I know about this command :-)
> >>
> >> My observation (of my friend at least) is that his reaction was "holy-
> >> cow, i need to learn this build tool, a new language and a new
> >> framework". The language and framework part you cant get away from
> >> invariably but perhaps we can do something on the build tool front.
> >>
> >> Also what you generally see people doing with Rake is creating useful
> >> little utilities without having to know heaps about how actually rake
> >> works under the hood. Right now, IMO, creating maven mojo's is quite
> >> difficult and you wouldnt see that same thing happening (a lot of
> >> people are also very against "programming in XML" which maven can
> >> sometimes feel like)
> >>
> >> Like I said, im not really pro-SBT or anything, I just wanted to float
> >> the idea. Maven is doing a great job for us right now I agree.
> >>
> >> @davidB: Is there an ETA for maven 2.1 and 3.0 and/or a roadmap of new
> >> features?
> >>
> >> Cheers
> >>
> >> Tim
> >>
> >>
> >> On Oct 5, 11:33 pm, "Derek Chen-Becker" <[EMAIL PROTECTED]> wrote:
> >> > There's no *requirement* to use all of the "-D" stuff. If you just do
> >> >
> >> > mvn -U archetype:generate
> >> >
> >> > you actually get a nice list of archetypes, two of which are:
> >> >
> >> > 31: internal -> lift-archetype-blank (A blank/empty liftweb project)
> >> > 32: internal -> lift-archetype-basic (The basic (liftweb) project)
> >> >
> >> > If you just pick the number it prompts you for the necessary info.
> >> >
> >> > Derek
> >> >
> >> > On Sun, Oct 5, 2008 at 1:58 PM, Tim Perrett <[EMAIL PROTECTED]>
> >> > wrote:
> >> >
> >> > > god no, I dont want to replace maven :-)
> >> >
> >> > > There is talk of SBT having rake type functionality in the not too
> >> > > distant future, so that was more what I was thinking. I appreciate
> >> > > that maven can do all that stuff but from a beginer perspective its
> >> > > pretty difficult for them to learn.
> >> >
> >> > > I recently persuaded my best friend to take up lift, and one of the
> >> > > things he just couldnt understand was all the -D stuff he needed to
> do
> >> > > when getting started. So my intention here was more thinking that
> >> > > perhaps its something we could leverage to simply our project
> creation
> >> > > needs etc
> >> >
> >> > > Like I said, just floating the idea :-)
> >> >
> >> > > Cheers
> >> >
> >> > > Tim
> >> >
> >> > > On Oct 5, 8:22 pm, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote:
> >> > > > I don't see a downside to providing an alternative build system to
> >> > > > people
> >> > > > who are very Maven-averse (as long as I don't have to maintain
> >> > > > it!,
> >> > > heh)
> >> >
> >> > > > But yeah, replacing Maven at this point seems unwise, unless there
> >> > > > are
> >> > > very
> >> > > > compelling reasons.
> >> >
> >> > > > --j
> >> >
> >> > > > On Sun, Oct 5, 2008 at 12:15 PM, David Pollak <
> >> > > [EMAIL PROTECTED]
> >> >
> >> > > > > wrote:
> >> >
> >> > > > > On Sun, Oct 5, 2008 at 10:59 AM, Tim Perrett
> >> > > > > <[EMAIL PROTECTED]>
> >> > > wrote:
> >> >
> >> > > > >> Guys,
> >> >
> >> > > > >> Check this out:
> >> >
> >> > > > >>http://code.google.com/p/simple-build-tool/
> >> >
> >> > > > >> It appeared a couple of days ago - im wondering if its
> something
> >> > > > >> we
> >> > > > >> could customize to make starting lift projects easier? Its all
> >> > > > >> written
> >> > > > >> in scala so should be easily extendable.
> >> >
> >> > > > > I am very reluctant to introduce an additional build system to
> >> > > > > Lift.
> >> > >  If
> >> > > > > this tool is built on top of the Maven infrastructure but uses
> >> > > > > Scala
> >> > > files
> >> > > > > to define build rules rather than using XML, I'm interested in
> >> > > > > learning
> >> > > > > more.  If it's yet another

[Lift] Re: Simple Build Tool

[David Bernard]

Hi,

@Tim
I don't have more info than the announce of 2.1.0-m1 or the following article :
* http://www.mail-archive.com/[EMAIL PROTECTED]/msg89838.html
* http://blogs.sonatype.com/john/2008/09/19/1221844609400.html
(and I didn't find time to test the new version of maven)

@Derek
Jesse Eichar contribute scripting to maven-scala-plugin
(http://scala-tools.org/mvnsites-snapshots/maven-scala-plugin/usage_script.html)
this is part of the version 2.8-SNAPSHOT, that should be released next week.

/davidB

On Mon, Oct 6, 2008 at 7:06 PM, Derek Chen-Becker <[EMAIL PROTECTED]> wrote:
> I agree on the Maven mojo programming. Anything to simplify custom build
> "scripts" would be great, so SBT sounds like an interesting idea. I didn't
> mean to imply that it was a bad idea, just that you don't need all of the
> "-Ds" :)
>
> Derek
>
> On Mon, Oct 6, 2008 at 9:46 AM, Tim Perrett <[EMAIL PROTECTED]> wrote:
>>
>> Hey Derek,
>>
>> I know about this command :-)
>>
>> My observation (of my friend at least) is that his reaction was "holy-
>> cow, i need to learn this build tool, a new language and a new
>> framework". The language and framework part you cant get away from
>> invariably but perhaps we can do something on the build tool front.
>>
>> Also what you generally see people doing with Rake is creating useful
>> little utilities without having to know heaps about how actually rake
>> works under the hood. Right now, IMO, creating maven mojo's is quite
>> difficult and you wouldnt see that same thing happening (a lot of
>> people are also very against "programming in XML" which maven can
>> sometimes feel like)
>>
>> Like I said, im not really pro-SBT or anything, I just wanted to float
>> the idea. Maven is doing a great job for us right now I agree.
>>
>> @davidB: Is there an ETA for maven 2.1 and 3.0 and/or a roadmap of new
>> features?
>>
>> Cheers
>>
>> Tim
>>
>>
>> On Oct 5, 11:33 pm, "Derek Chen-Becker" <[EMAIL PROTECTED]> wrote:
>> > There's no *requirement* to use all of the "-D" stuff. If you just do
>> >
>> > mvn -U archetype:generate
>> >
>> > you actually get a nice list of archetypes, two of which are:
>> >
>> > 31: internal -> lift-archetype-blank (A blank/empty liftweb project)
>> > 32: internal -> lift-archetype-basic (The basic (liftweb) project)
>> >
>> > If you just pick the number it prompts you for the necessary info.
>> >
>> > Derek
>> >
>> > On Sun, Oct 5, 2008 at 1:58 PM, Tim Perrett <[EMAIL PROTECTED]>
>> > wrote:
>> >
>> > > god no, I dont want to replace maven :-)
>> >
>> > > There is talk of SBT having rake type functionality in the not too
>> > > distant future, so that was more what I was thinking. I appreciate
>> > > that maven can do all that stuff but from a beginer perspective its
>> > > pretty difficult for them to learn.
>> >
>> > > I recently persuaded my best friend to take up lift, and one of the
>> > > things he just couldnt understand was all the -D stuff he needed to do
>> > > when getting started. So my intention here was more thinking that
>> > > perhaps its something we could leverage to simply our project creation
>> > > needs etc
>> >
>> > > Like I said, just floating the idea :-)
>> >
>> > > Cheers
>> >
>> > > Tim
>> >
>> > > On Oct 5, 8:22 pm, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote:
>> > > > I don't see a downside to providing an alternative build system to
>> > > > people
>> > > > who are very Maven-averse (as long as I don't have to maintain
>> > > > it!,
>> > > heh)
>> >
>> > > > But yeah, replacing Maven at this point seems unwise, unless there
>> > > > are
>> > > very
>> > > > compelling reasons.
>> >
>> > > > --j
>> >
>> > > > On Sun, Oct 5, 2008 at 12:15 PM, David Pollak <
>> > > [EMAIL PROTECTED]
>> >
>> > > > > wrote:
>> >
>> > > > > On Sun, Oct 5, 2008 at 10:59 AM, Tim Perrett
>> > > > > <[EMAIL PROTECTED]>
>> > > wrote:
>> >
>> > > > >> Guys,
>> >
>> > > > >> Check this out:
>> >
>> > > > >>http://code.google.com/p/simple-build-tool/
>> >
>> > > > >> It appeared a couple of days ago - im wondering if its something
>> > > > >> we
>> > > > >> could customize to make starting lift projects easier? Its all
>> > > > >> written
>> > > > >> in scala so should be easily extendable.
>> >
>> > > > > I am very reluctant to introduce an additional build system to
>> > > > > Lift.
>> > >  If
>> > > > > this tool is built on top of the Maven infrastructure but uses
>> > > > > Scala
>> > > files
>> > > > > to define build rules rather than using XML, I'm interested in
>> > > > > learning
>> > > > > more.  If it's yet another build tool... well...
>> >
>> > > > >> I need to take a better look, but thought id float the idea
>> >
>> > > > >> Cheers
>> >
>> > > > >> Tim
>> >
>> > > > > --
>> > > > > Lift, the simply functional web frameworkhttp://liftweb.net
>> > > > > Collaborative Task Managementhttp://much4.us
>> > > > > Follow me:http://twitter.com/dpp
>> > > > > Git some:http://github.com/dpp
>>
>
>
> >
>

--~--~-~--~~~---~--~~
You rec

[Lift] NetBeans and complex parser combinator files

[David Pollak]

Folks,

I've been using NetBean pretty successfully... except for projects that 
refer to complex parser combinator files (e.g., Lift's Textile parser.)  
NetBeans looks for stuff on the classpath and when it gets to the file 
with the complex parser combinator stuff in it, it gets Out of Memory 
exceptions (I've allocated 3GB to the NB process).

Is there a way to ask NetBeans to not parse these files?  Alternatively, 
is there a way to reduce the memory needs for these complex files?

Thanks,

David

PS -- There's a separate problem editing these files, but I'm not 
worried about that right now... I'm happy to use emacs to edit the files.


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: lift-webkit 0.10-SNAPSHOT

[David Pollak]

Oliver wrote:
> When's this likely to be 0.10 and stable?
Likely another month or two.  When it's stable, the next version is 
going to be RC-1... so we're making a ton of breaking changes now.

>
> cheers
> Oliver
>
> >


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: JPADemo weird disappearing boot

[Derek Chen-Becker]

This is really, really strange, since what's in Git works fine for me here.
Can you do me a favor and wipe your maven repository, re-pull from github,
do a mvn clean and then see if it works? I just did that and it compiles
(and runs) fine...

Derek

On Wed, Oct 8, 2008 at 1:05 AM, Charles F. Munat <[EMAIL PROTECTED]> wrote:

>
> I took a different pom.xml from an older version of the demo and copied
> it in, changing the artifactId, etc. and it worked. Not sure which line
> did it. Here's what I'm using:
>
> 
> 
>   4.0.0
>
>   org.myapp
>   myapp-master
>   0.10-SNAPSHOT
>   myapp master project
>   2008
>   pom
>
>   
> myapp-app
> myapp-per
>   
>
>   
>   
> 2.7.1
>   
>
>   
> 
>   scala-tools.org
>   Scala-Tools Maven2 Repository
>   http://scala-tools.org/repo-releases
> 
> 
>   scala-tools.org
>   Scala-Tools Maven2 Repository
>   http://scala-tools.org/repo-snapshots
> 
>   
>
>   
> 
>   scala-tools.org
>   Scala-Tools Maven2 Repository
>   http://scala-tools.org/repo-releases
> 
>   
>
>   
> 
>   org.scala-lang
>   scala-library
>   ${scala.version}
> 
> 
>   javax.servlet
>   servlet-api
>   2.5
>   provided
> 
> 
>   commons-codec
>   commons-codec
>   1.3
> 
> 
>   commons-httpclient
>   commons-httpclient
>   3.0.1
> 
> 
>   commons-collections
>   commons-collections
>   3.2
> 
> 
>   com.rabbitmq
>   rabbitmq-client
>   1.2.0
> 
> 
>   junit
>   junit
>   4.4
>   test
> 
>   
>
>   
> src/main/scala
> src/test/scala
> 
>   
> org.scala-tools
> maven-scala-plugin
> 
>   
> 
>   compile
>   testCompile
> 
>   
> 
> 
>   ${scala.version}
> 
>   
>   
> org.mortbay.jetty
> maven-jetty-plugin
> 
>   /
>   0
> 
>   
> 
>   
>
>   
> 
>   
> org.scala-tools
> maven-scala-plugin
> 
>   ${scala.version}
> 
>   
> 
>   
>
> 
>
>
> Chas.
>
> Oliver wrote:
> > I'm getting the error too :(  rotten boot
> >
> > On Wed, Oct 8, 2008 at 4:47 PM, Charles F. Munat <[EMAIL PROTECTED]
> > > wrote:
> >
> >
> > I figured this out (sort of). The problem was in the master pom.xml.
> Not
> > sure what it was, though.
> >
> > Chas.
> >
> > Charles F. Munat wrote:
> >  > I seem to have lost my boot.
> >  >
> >  > I copied the JPADemo out of the liftweb source code and changed
> > the poms
> >  > and everything else to make it the basis for a new app I'm trying
> > to get
> >  > online this week.
> >  >
> >  > Everything compiles just fine, and the site works (sort of), but
> the
> >  > Boot class fails to load. Here is the error:
> >  >
> >  > ERROR - Failed to Boot
> >  > java.lang.ClassNotFoundException: bootstrap.liftweb.Boot
> >  >  at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> >  >  at java.security.AccessController.doPrivileged(Native
> > Method)
> >  >  at
> > java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> >  >  at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
> >  >   ...
> >  >
> >  > Here's the stripped down Boot class:
> >  >
> >  > package bootstrap.liftweb
> >  >
> >  > import java.util.Locale
> >  >
> >  > import javax.servlet.http.HttpServletRequest
> >  >
> >  > import net.liftweb.util.{Can,Empty,Full,LoanWrapper,LogBoot}
> >  > import net.liftweb.http._
> >  > import net.liftweb.sitemap._
> >  > import net.liftweb.sitemap.Loc._
> >  > import org.wsbg.model._
> >  > import S.?
> >  >
> >  > class Boot {
> >  >def boot {
> >  >
> >  >  // where to search snippet
> >  >  LiftRules.addToPackages("org.myapp")
> >  >
> >  >}
> >  > }
> >  >
> >  > Everything has been changed from com.foo.jpademo to org.myapp
> >  > appropriately. Where can I look to determine why Boot isn't found?
> >  >
> >  > Thanks,
> >  > Chas.
> >  >
> >  > >
> >
> >
> >
> >
> > >
>
> >
>

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: JPADemo weird disappearing boot

[Oliver]

I'm getting the error too :(  rotten boot

On Wed, Oct 8, 2008 at 4:47 PM, Charles F. Munat <[EMAIL PROTECTED]> wrote:

>
> I figured this out (sort of). The problem was in the master pom.xml. Not
> sure what it was, though.
>
> Chas.
>
> Charles F. Munat wrote:
> > I seem to have lost my boot.
> >
> > I copied the JPADemo out of the liftweb source code and changed the poms
> > and everything else to make it the basis for a new app I'm trying to get
> > online this week.
> >
> > Everything compiles just fine, and the site works (sort of), but the
> > Boot class fails to load. Here is the error:
> >
> > ERROR - Failed to Boot
> > java.lang.ClassNotFoundException: bootstrap.liftweb.Boot
> >  at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> >  at java.security.AccessController.doPrivileged(Native Method)
> >  at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> >  at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
> >   ...
> >
> > Here's the stripped down Boot class:
> >
> > package bootstrap.liftweb
> >
> > import java.util.Locale
> >
> > import javax.servlet.http.HttpServletRequest
> >
> > import net.liftweb.util.{Can,Empty,Full,LoanWrapper,LogBoot}
> > import net.liftweb.http._
> > import net.liftweb.sitemap._
> > import net.liftweb.sitemap.Loc._
> > import org.wsbg.model._
> > import S.?
> >
> > class Boot {
> >def boot {
> >
> >  // where to search snippet
> >  LiftRules.addToPackages("org.myapp")
> >
> >}
> > }
> >
> > Everything has been changed from com.foo.jpademo to org.myapp
> > appropriately. Where can I look to determine why Boot isn't found?
> >
> > Thanks,
> > Chas.
> >
> > >
>
> >
>

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: JPADemo weird disappearing boot

[Charles F. Munat]

I took a different pom.xml from an older version of the demo and copied 
it in, changing the artifactId, etc. and it worked. Not sure which line 
did it. Here's what I'm using:



   4.0.0

   org.myapp
   myapp-master
   0.10-SNAPSHOT
   myapp master project
   2008
   pom

   
 myapp-app
 myapp-per
   

   
   
 2.7.1
   

   
 
   scala-tools.org
   Scala-Tools Maven2 Repository
   http://scala-tools.org/repo-releases
 
 
   scala-tools.org
   Scala-Tools Maven2 Repository
   http://scala-tools.org/repo-snapshots
 
   

   
 
   scala-tools.org
   Scala-Tools Maven2 Repository
   http://scala-tools.org/repo-releases
 
   

   
 
   org.scala-lang
   scala-library
   ${scala.version}
 
 
   javax.servlet
   servlet-api
   2.5
   provided
 
 
   commons-codec
   commons-codec
   1.3
 
 
   commons-httpclient
   commons-httpclient
   3.0.1
 
 
   commons-collections
   commons-collections
   3.2
 
 
   com.rabbitmq
   rabbitmq-client
   1.2.0
 
 
   junit
   junit
   4.4
   test
 
   

   
 src/main/scala
 src/test/scala
 
   
 org.scala-tools
 maven-scala-plugin
 
   
 
   compile
   testCompile
 
   
 
 
   ${scala.version}
 
   
   
 org.mortbay.jetty
 maven-jetty-plugin
 
   /
   0
 
   
 
   

   
 
   
 org.scala-tools
 maven-scala-plugin
 
   ${scala.version}
 
   
 
   




Chas.

Oliver wrote:
> I'm getting the error too :(  rotten boot
> 
> On Wed, Oct 8, 2008 at 4:47 PM, Charles F. Munat <[EMAIL PROTECTED] 
> > wrote:
> 
> 
> I figured this out (sort of). The problem was in the master pom.xml. Not
> sure what it was, though.
> 
> Chas.
> 
> Charles F. Munat wrote:
>  > I seem to have lost my boot.
>  >
>  > I copied the JPADemo out of the liftweb source code and changed
> the poms
>  > and everything else to make it the basis for a new app I'm trying
> to get
>  > online this week.
>  >
>  > Everything compiles just fine, and the site works (sort of), but the
>  > Boot class fails to load. Here is the error:
>  >
>  > ERROR - Failed to Boot
>  > java.lang.ClassNotFoundException: bootstrap.liftweb.Boot
>  >  at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>  >  at java.security.AccessController.doPrivileged(Native
> Method)
>  >  at
> java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>  >  at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
>  >   ...
>  >
>  > Here's the stripped down Boot class:
>  >
>  > package bootstrap.liftweb
>  >
>  > import java.util.Locale
>  >
>  > import javax.servlet.http.HttpServletRequest
>  >
>  > import net.liftweb.util.{Can,Empty,Full,LoanWrapper,LogBoot}
>  > import net.liftweb.http._
>  > import net.liftweb.sitemap._
>  > import net.liftweb.sitemap.Loc._
>  > import org.wsbg.model._
>  > import S.?
>  >
>  > class Boot {
>  >def boot {
>  >
>  >  // where to search snippet
>  >  LiftRules.addToPackages("org.myapp")
>  >
>  >}
>  > }
>  >
>  > Everything has been changed from com.foo.jpademo to org.myapp
>  > appropriately. Where can I look to determine why Boot isn't found?
>  >
>  > Thanks,
>  > Chas.
>  >
>  > >
> 
> 
> 
> 
> > 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---