date:20081216

[Lift] liftweb xml schema location

2008-12-16 Thread Oliver


I have a client doesn't want an external link like
xmlns:lift="http://liftweb.net/";
Can I store the schema locally? How do I get it?

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 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: behind the scenes with Maven?

2008-12-16 Thread Jorge Ortiz

Yup, you've about got it right.

As I understand it, Hudson uses Maven to fetch the latest code from Github,
compile, test, and deploy it. (By 'deploy' I mean: put jars, scaladocs, and
archetypes on scala-tools.org)

When commits are made to Github, it takes about an hour for changes to
appear on scala-tools.org

mvn -U forces an update. mvn (without -U) will also periodically check for
updates anyway. mvn -o forces offline (no updates) mode.

--j

On Tue, Dec 16, 2008 at 9:24 PM, Matt Harrington wrote:

>
> A few times over the past week, I've had something of a ghost in the
> machine with Maven.  I haven't spent the time to track things down and
> have just blown away my repository and things resolve themselves.
> However, the next time Maven acts up I want to really figure things
> out.  It'd help if I knew more about what happens behind the scenes
> with 0.10-SNAPSHOT.  Here's a guess:
>
> 1.)  Committers upload to github.org
> 2.)  A machine (named "hudson" maybe?) builds 0.10-SNAPSHOT from the
> github source (how often?)
> 3.)  The compiled artifacts such as lift-mapper are transfered to
> scala-tools.org
> 4.)  Scaladocs are built from step 3 by scala-tools.org
> 5.)  The lift archetypes get updated
>
> Let's say that breaking changes are made in step 1.  That will only
> affect me if I run "mvn -U", right?
>
> ---Matt
>
> >
>

--~--~-~--~~~---~--~~
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 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] behind the scenes with Maven?

2008-12-16 Thread Matt Harrington


A few times over the past week, I've had something of a ghost in the
machine with Maven.  I haven't spent the time to track things down and
have just blown away my repository and things resolve themselves.
However, the next time Maven acts up I want to really figure things
out.  It'd help if I knew more about what happens behind the scenes
with 0.10-SNAPSHOT.  Here's a guess:

1.)  Committers upload to github.org
2.)  A machine (named "hudson" maybe?) builds 0.10-SNAPSHOT from the
github source (how often?)
3.)  The compiled artifacts such as lift-mapper are transfered to
scala-tools.org
4.)  Scaladocs are built from step 3 by scala-tools.org
5.)  The lift archetypes get updated

Let's say that breaking changes are made in step 1.  That will only
affect me if I run "mvn -U", right?

---Matt

--~--~-~--~~~---~--~~
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 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Snapshot documentation not current any more

2008-12-16 Thread mbh.li...@gmail.com



Any news about the 0.10-SNAPSHOT Scaladocs issue?

---Matt


On Dec 7, 6:17 am, "David Bernard"  wrote:
> Generating + deploying the api for snapshots is disabled "temporary".
> I'll fixe it ASAP
>
> On Thu, Dec 4, 2008 at 23:43, Joachim A.  wrote:
>
> > Hi,
> > I use the generated API documentation almost every day - thanks a lot for
> > that!
>
> > The documentation (http://scala-tools.org/mvnsites-snapshots/liftweb/lift-
> > webkit/scaladocs/index.html) used to be updated from trunk (I think :). The
> > current pages are not current, newly added things like SHtml.autocomplet and
> > the  Join/Prefect are missing.
>
> > Would be great to have documentation updated from trunk again :)
>
> > Regards,
> > Joachim

--~--~-~--~~~---~--~~
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 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Websites and apps that are using Lift?

2008-12-16 Thread Daniel Cer


I'm putting together a structured wiki that documents what languages,
frameworks, and libraries are behind various websites & webapps. One
of the goals of the project is to highlight the diverse set of
languages and other components that people use to power their sites
and raise the visibility of up-and-coming packages like Lift.

Currently, I'm in the process of looking for and adding Lift based
webapps. I've found a few sites so far like http://buyafeature.com/ ,
http://www.esme.us/esme/ , and the demo at http://demo.liftweb.net/
(down?). But, it would be nice to have a much more comprehensive list.

Does anyone here have any public Lift powered webapps? If so, would
you mind sharing the URL and what other support components you are
using (e.g. which servlet container Tomcat, Jetty; database; etc.)

Thanks, Dan

--~--~-~--~~~---~--~~
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 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Revised to-do tutorial

2008-12-16 Thread David Pollak

Paul,

It looks like the various Lift packages are not up to date in your Maven
repository.

Please do a "mvn -U clean install" and see if that works any better.

Thanks,

David

On Tue, Dec 16, 2008 at 3:06 PM, Paul O'Rorke  wrote:

>
> does anybody know what causes an error like "value util is not a
> member of package net.liftweb"?
>
> when I try to install this, I get the following errors/warnings.
> note that I did not use the tar'd zip but used maven and the
> instructions in the pdf.
> maybe I will try that next.
> When I create and run things using archetypeVersion 0.9 (like the
> "ChoreWheel" stub) they seem to work fine.  But actually when I tried
> to use my older copy of todo, it seems to be broken, now, too.
> ---Paul O
>
> [WARNING] /Users/Paul/dev/workspace/todo/src/main/scala/bootstrap/
> liftweb/Boot.scala:3: error: value util is not a member of package
> net.liftweb
> [WARNING] import _root_.net.liftweb.util._
> [WARNING]   ^
> [WARNING] /Users/Paul/dev/workspace/todo/src/main/scala/bootstrap/
> liftweb/Boot.scala:8: error: value mapper is not a member of package
> net.liftweb
> [WARNING] import _root_.net.liftweb.mapper.{DB, ConnectionManager,
> Schemifier, DefaultConnectionIdentifier, ConnectionIdentifier}
> [WARNING]   ^
> [WARNING] /Users/Paul/dev/workspace/todo/src/main/scala/com/
> liftworkshop/model/User.scala:3: error: value mapper is not a member
> of package net.liftweb
> [WARNING] import _root_.net.liftweb.mapper._
> [WARNING]   ^
> [WARNING] /Users/Paul/dev/workspace/todo/src/main/scala/com/
> liftworkshop/model/User.scala:4: error: value util is not a member of
> package net.liftweb
> [WARNING] import _root_.net.liftweb.util._
> [WARNING]   ^
> [WARNING] Exception in thread "main" java.lang.RuntimeException:
> malformed Scala signature of Loc at 3992; reference value util of
> package liftweb refers to nonexisting symbol.
> [WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler
> $UnPickle.errorBadSignature(UnPickler.scala:762)
> [WARNING]   at
> scala.tools.nsc.symtab.classfile.UnPickler$UnPickle.scala
> $tools$nsc$symtab$classfile$UnPickler$UnPickle$$readSymbol
> (UnPickler.scala:172)
> [WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle$
> $anonfun$scala$tools$nsc$symtab$classfile$UnPickler$UnPickle$
> $readSymbolRef$1.apply(UnPickler.scala:714)
> [WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle$
> $anonfun$scala$tools$nsc$symtab$classfile$UnPickler$UnPickle$
> $readSymbolRef$1.apply(UnPickler.scala:714)
> [WARNING]   at
> scala.tools.nsc.symtab.classfile.UnPickler$UnPickle.scala
> $tools$nsc$symtab$classfile$UnPickler$UnPickle$$at(UnPickler.scala:
> 139)
> [WARNING]   at
> scala.tools.nsc.symtab.classfile.UnPickler$UnPickle.scala
> $tools$nsc$symtab$classfile$UnPickler$UnPickle$$readSymbolRef
> (UnPickler.scala:714)
> [WARNING]   at
> scala.tools.nsc.symtab.classfile.UnPickler$UnPickle.scala
> $tools$nsc$symtab$classfile$UnPickler$UnPickle$$readType
> (UnPickler.scala:247)
> [WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle$
> $anonfun$scala$tools$nsc$symtab$classfile$UnPickler$UnPickle$
> $readTypeRef$1.apply(UnPickler.scala:715)
> [WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle$
> $anonfun$scala$tools$nsc$symtab$classfile$UnPickler$UnPickle$
> $readTypeRef$1.apply(UnPickler.scala:715)
> [WARNING]   at
> scala.tools.nsc.symtab.classfile.UnPickler$UnPickle.scala
> $tools$nsc$symtab$classfile$UnPickler$UnPickle$$at(UnPickler.scala:
> 139)
> [WARNING]   at
> scala.tools.nsc.symtab.classfile.UnPickler$UnPickle.scala
> $tools$nsc$symtab$classfile$UnPickler$UnPickle$$readTypeRef
> (UnPickler.scala:715)
> [WARNING]   at
> scala.tools.nsc.symtab.classfile.UnPickler$UnPickle.scala
> $tools$nsc$symtab$classfile$UnPickler$UnPickle$$readType
> (UnPickler.scala:253)
> [WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle$
> $anonfun$scala$tools$nsc$symtab$classfile$UnPickler$UnPickle$
> $readTypeRef$1.apply(UnPickler.scala:715)
> [WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle$
> $anonfun$scala$tools$nsc$symtab$classfile$UnPickler$UnPickle$
> $readTypeRef$1.apply(UnPickler.scala:715)
> [WARNING]   at
> scala.tools.nsc.symtab.classfile.UnPickler$UnPickle.scala
> $tools$nsc$symtab$classfile$UnPickler$UnPickle$$at(UnPickler.scala:
> 139)
> [WARNING]   at
> scala.tools.nsc.symtab.classfile.UnPickler$UnPickle.scala
> $tools$nsc$symtab$classfile$UnPickler$UnPickle$$readTypeRef
> (UnPickler.scala:715)
> [WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle$
> $anonfun$3.apply(UnPickler.scala:255)
> [WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle$
> $anonfun$3.apply(UnPickler.scala:255)
> [WARNING]   at scala.tools.nsc.symtab.classfile.PickleBuffer.until
> (PickleBuffer.scala:127)
> [WARNI

[Lift] Re: Revised to-do tutorial

2008-12-16 Thread Paul O'Rorke


does anybody know what causes an error like "value util is not a
member of package net.liftweb"?

when I try to install this, I get the following errors/warnings.
note that I did not use the tar'd zip but used maven and the
instructions in the pdf.
maybe I will try that next.
When I create and run things using archetypeVersion 0.9 (like the
"ChoreWheel" stub) they seem to work fine.  But actually when I tried
to use my older copy of todo, it seems to be broken, now, too.
---Paul O

[WARNING] /Users/Paul/dev/workspace/todo/src/main/scala/bootstrap/
liftweb/Boot.scala:3: error: value util is not a member of package
net.liftweb
[WARNING] import _root_.net.liftweb.util._
[WARNING]   ^
[WARNING] /Users/Paul/dev/workspace/todo/src/main/scala/bootstrap/
liftweb/Boot.scala:8: error: value mapper is not a member of package
net.liftweb
[WARNING] import _root_.net.liftweb.mapper.{DB, ConnectionManager,
Schemifier, DefaultConnectionIdentifier, ConnectionIdentifier}
[WARNING]   ^
[WARNING] /Users/Paul/dev/workspace/todo/src/main/scala/com/
liftworkshop/model/User.scala:3: error: value mapper is not a member
of package net.liftweb
[WARNING] import _root_.net.liftweb.mapper._
[WARNING]   ^
[WARNING] /Users/Paul/dev/workspace/todo/src/main/scala/com/
liftworkshop/model/User.scala:4: error: value util is not a member of
package net.liftweb
[WARNING] import _root_.net.liftweb.util._
[WARNING]   ^
[WARNING] Exception in thread "main" java.lang.RuntimeException:
malformed Scala signature of Loc at 3992; reference value util of
package liftweb refers to nonexisting symbol.
[WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler
$UnPickle.errorBadSignature(UnPickler.scala:762)
[WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle.scala
$tools$nsc$symtab$classfile$UnPickler$UnPickle$$readSymbol
(UnPickler.scala:172)
[WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle$
$anonfun$scala$tools$nsc$symtab$classfile$UnPickler$UnPickle$
$readSymbolRef$1.apply(UnPickler.scala:714)
[WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle$
$anonfun$scala$tools$nsc$symtab$classfile$UnPickler$UnPickle$
$readSymbolRef$1.apply(UnPickler.scala:714)
[WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle.scala
$tools$nsc$symtab$classfile$UnPickler$UnPickle$$at(UnPickler.scala:
139)
[WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle.scala
$tools$nsc$symtab$classfile$UnPickler$UnPickle$$readSymbolRef
(UnPickler.scala:714)
[WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle.scala
$tools$nsc$symtab$classfile$UnPickler$UnPickle$$readType
(UnPickler.scala:247)
[WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle$
$anonfun$scala$tools$nsc$symtab$classfile$UnPickler$UnPickle$
$readTypeRef$1.apply(UnPickler.scala:715)
[WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle$
$anonfun$scala$tools$nsc$symtab$classfile$UnPickler$UnPickle$
$readTypeRef$1.apply(UnPickler.scala:715)
[WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle.scala
$tools$nsc$symtab$classfile$UnPickler$UnPickle$$at(UnPickler.scala:
139)
[WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle.scala
$tools$nsc$symtab$classfile$UnPickler$UnPickle$$readTypeRef
(UnPickler.scala:715)
[WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle.scala
$tools$nsc$symtab$classfile$UnPickler$UnPickle$$readType
(UnPickler.scala:253)
[WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle$
$anonfun$scala$tools$nsc$symtab$classfile$UnPickler$UnPickle$
$readTypeRef$1.apply(UnPickler.scala:715)
[WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle$
$anonfun$scala$tools$nsc$symtab$classfile$UnPickler$UnPickle$
$readTypeRef$1.apply(UnPickler.scala:715)
[WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle.scala
$tools$nsc$symtab$classfile$UnPickler$UnPickle$$at(UnPickler.scala:
139)
[WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle.scala
$tools$nsc$symtab$classfile$UnPickler$UnPickle$$readTypeRef
(UnPickler.scala:715)
[WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle$
$anonfun$3.apply(UnPickler.scala:255)
[WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle$
$anonfun$3.apply(UnPickler.scala:255)
[WARNING]   at scala.tools.nsc.symtab.classfile.PickleBuffer.until
(PickleBuffer.scala:127)
[WARNING]   at scala.tools.nsc.symtab.classfile.PickleBuffer.until
(PickleBuffer.scala:127)
[WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle.scala
$tools$nsc$symtab$classfile$UnPickler$UnPickle$$readType
(UnPickler.scala:255)
[WARNING]   at scala.tools.nsc.symtab.classfile.UnPickler$UnPickle$
$anonfun$scala$tools$nsc$symtab$classfile$UnPickler$UnPickle$
$readTypeRef$1.apply(UnPickler.scala:715)
[WARNING]

[Lift] Re: NPE with SHtml.text

2008-12-16 Thread Joachim A.


Hi David,
thank you for your quick reply.
I'm using the latest 0.10-SNAPSHOT.

Here's the code I'm using. The line in the backtrace is 
  {text(title, t => title = t)}  

protected def renderChannelActions(): NodeSeq = {
var title = ""
var message = ""
def sendNew(): Unit = {} //snipped 

val body = 
 Title: 
  {text(title, t => title = t)}  
 Message: 
  {textarea(message, m => message = m)}  
  {submit("New message", () => sendNew)}   

ajaxForm(JsCmds.Noop, body)
  }

This method creates the reply of a actor message. It's called in the act() 
implementation by:
case RenderChannelActions => reply(renderChannelActions)

> Are you using Lift 0.10-SNAPSHOT or 0.9?
>
> If it's 0.10-SNAPSHOT, it should work.  If it doesn't, please post sample
> code and I'll fix the bug.

Joachim



--~--~-~--~~~---~--~~
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 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: JPA and Record

2008-12-16 Thread Derek Chen-Becker

Good deal!

On Tue, Dec 16, 2008 at 12:21 PM, Daniel Mueller
wrote:

>
> Mmh, the commons-logging problem you can neatly circumnavigate with
> SLF4J and the appropriate bridges. And I absolutely agree with you,
> this is not the preferred solution, nor the one that will win you the
> style award, but it's probably the one that you can get up and running
> with the least effort and reinventing the wheel portion. Might also be
> just an intermediate solution or something that is in a contrib folder
> somewhere (same status as your current non-Record JPA efforts
> probably).
>
> Aye, anyway, I think we agree on what the advantages and disadvantages
> are and can look around for solutions that are neater. If I come up
> with something I'll post it.
>
> Daniel
>
> On Dec 16, 9:28 pm, "Derek Chen-Becker"  wrote:
> > Don't get me wrong, I've used Spring before to great benefit. My biggest
> > concern is that it uses commons-logging, which complicates logging config
> a
> > bit.It also expands the POM via those dependencies. Bottom line: I'd like
> to
> > avoid it if we can, but I don't have a problem if it ends up being the
> best
> > way to do it.
> >
> > Derek
> >
> > On Mon, Dec 15, 2008 at 10:08 PM, Daniel Mueller
> > wrote:
> >
> >
> >
> > > I know what you mean, I have the same feelings about it. Spring can be
> > > a big mess (it's pretty certainly making a mess of your classpath with
> > > all those deps). On the other hand, I just tried to find out how big a
> > > mess it actually would be. It's substantial but not frightening IMO.
> > > Adding the spring dependencies (only the relevant ones) is adding
> > > almost the same as the hibernate.jar alone.
> > > aopalliance-1.0.jar
> > > commons-logging-1.1.1.jar
> > > spring-beans-2.5.6.jar
> > > spring-context-2.5.6.jar
> > > spring-core-2.5.6.jar
> > > spring-orm-2.5.6.jar
> > > spring-tx-2.5.6.jar
> > > ~= 1.8M
> >
> > > hibernate-3.2.6.ga.jar
> > > ~= 2.2M
> >
> > > I didn't include annotations and EM on the hibernate side, they add
> > > together something like 200k, and I might have missed something on the
> > > spring side (the rest of the deps are optional, some might be needed
> > > though).
> >
> > > Not really arguing here, just trying to not get into FUD.
> >
> > > Daniel
> >
> > > PS: I just did that with downloading from the maven repo directly, but
> > > if you have a working project you want to inspect the jars from: get
> > > the executed commandline somehow, split in vi with ":%s/:/^M/
> > > g" (that's CTRL-V CTRL-M), save to cp.txt, then "cp `grep spring
> > > cp.txt` ." or whatever you like ("du `grep spring cp.txt` | sort -
> > > nr"). Nice way to check your classpath.
> >
> > > On Dec 16, 5:32 am, "Derek Chen-Becker"  wrote:
> > > > That may be workable but I have to recoil a little when we talk about
> > > > bringing Spring into the mix. It has its purpose but I would hate to
> make
> > > it
> > > > an implicit requirement of using Record with JPA; it's just huge.
> >
> > > > Derek
> >
> > > > On Mon, Dec 15, 2008 at 12:46 PM, Daniel Mueller
> > > > wrote:
> >
> > > > > I never did it with JPA, that's why I mentioned that there might be
> > > > > some problems to circumnavigate (my websearch turned up that it's
> not
> > > > > possible, but I might have missed something). But on the actual
> > > > > backend frameworks you can do things like that (or at least
> hibernate
> > > > > can [1,2, also see 3 below]).
> >
> > > > > The best resource to describe what we want to do is Spring ORM [3].
> > > > > They had the same problem and describe the caveats with it (see the
> > > > > text box for loadtime weaving under the JPA section). If we would
> run
> > > > > our generation through Spring ORM we should probably get away with
> a
> > > > > Record-only setup, where Record boots Spring ORM with dynamic
> classes
> > > > > (Maps) and configures the desired backend. The nice thing would be
> > > > > that Spring is already aware of which backend you use and optimizes
> > > > > accordingly.
> >
> > > > > I don't really like the fact that this adds a truckload of
> > > > > dependencies to the stack (spring-{orm,beans,context,core,tx} are
> > > > > required, couple more optional), but it's the easiest solution I
> can
> > > > > think of in terms of integration and timerequirements, and it
> should
> > > > > also be pretty stable and straightforward to use for the users
> (Spring
> > > > > has nice documentation IMO). Oh, and just if you were wondering,
> this
> > > > > is the supported frameworks list: Hibernate, JDO, Oracle TopLink,
> > > > > iBATIS SQL Maps and JPA. The biggies are supported without even
> going
> > > > > through JPA. Sweet.
> >
> > > > > Daniel
> >
> > > > > [1]http://forums.oracle.com/forums/message.jspa?messageID=2432779
> > > > > [2]http://wiki.eclipse.org/Eclipselink/Examples/JPA/Dynamic
> > > > > [3]
> > >http://static.springframework.org/spring/docs/2.5.x/reference/orm.html
> >
> > > > > On Dec 15, 9:41 pm, "Derek Chen-Be

[Lift] Re: NPE with SHtml.text

2008-12-16 Thread David Pollak

Are you using Lift 0.10-SNAPSHOT or 0.9?

If it's 0.10-SNAPSHOT, it should work.  If it doesn't, please post sample
code and I'll fix the bug.

On Tue, Dec 16, 2008 at 12:13 PM, Joachim A.
wrote:

>
> Hi,
> I'm getting a NPE after calling SHtml.text()
> I'm calling that method from an actor. That's probably the reason for that,
> I
> guess.
> Is there any way to call SHtml methods from actors?
>
> java.lang.NullPointerException
>at net.liftweb.http.S$.addFunctionMap(S.scala:706)
>at net.liftweb.http.S$.mapFunc(S.scala:911)
>at net.liftweb.http.S$.mapFunc(S.scala:905)
>at net.liftweb.http.SHtml$.makeFormElement(SHtml.scala:217)
>at net.liftweb.http.SHtml$.text(SHtml.scala:231)
>
>
> Thanks,
> Joachim
>
> >
>


-- 
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 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] NPE with SHtml.text

2008-12-16 Thread Joachim A.


Hi,
I'm getting a NPE after calling SHtml.text()
I'm calling that method from an actor. That's probably the reason for that, I 
guess.
Is there any way to call SHtml methods from actors?

java.lang.NullPointerException
at net.liftweb.http.S$.addFunctionMap(S.scala:706)
at net.liftweb.http.S$.mapFunc(S.scala:911)
at net.liftweb.http.S$.mapFunc(S.scala:905)
at net.liftweb.http.SHtml$.makeFormElement(SHtml.scala:217)
at net.liftweb.http.SHtml$.text(SHtml.scala:231)


Thanks,
Joachim

--~--~-~--~~~---~--~~
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 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: JPA and Record

2008-12-16 Thread Daniel Mueller


Mmh, the commons-logging problem you can neatly circumnavigate with
SLF4J and the appropriate bridges. And I absolutely agree with you,
this is not the preferred solution, nor the one that will win you the
style award, but it's probably the one that you can get up and running
with the least effort and reinventing the wheel portion. Might also be
just an intermediate solution or something that is in a contrib folder
somewhere (same status as your current non-Record JPA efforts
probably).

Aye, anyway, I think we agree on what the advantages and disadvantages
are and can look around for solutions that are neater. If I come up
with something I'll post it.

Daniel

On Dec 16, 9:28 pm, "Derek Chen-Becker"  wrote:
> Don't get me wrong, I've used Spring before to great benefit. My biggest
> concern is that it uses commons-logging, which complicates logging config a
> bit.It also expands the POM via those dependencies. Bottom line: I'd like to
> avoid it if we can, but I don't have a problem if it ends up being the best
> way to do it.
>
> Derek
>
> On Mon, Dec 15, 2008 at 10:08 PM, Daniel Mueller
> wrote:
>
>
>
> > I know what you mean, I have the same feelings about it. Spring can be
> > a big mess (it's pretty certainly making a mess of your classpath with
> > all those deps). On the other hand, I just tried to find out how big a
> > mess it actually would be. It's substantial but not frightening IMO.
> > Adding the spring dependencies (only the relevant ones) is adding
> > almost the same as the hibernate.jar alone.
> > aopalliance-1.0.jar
> > commons-logging-1.1.1.jar
> > spring-beans-2.5.6.jar
> > spring-context-2.5.6.jar
> > spring-core-2.5.6.jar
> > spring-orm-2.5.6.jar
> > spring-tx-2.5.6.jar
> > ~= 1.8M
>
> > hibernate-3.2.6.ga.jar
> > ~= 2.2M
>
> > I didn't include annotations and EM on the hibernate side, they add
> > together something like 200k, and I might have missed something on the
> > spring side (the rest of the deps are optional, some might be needed
> > though).
>
> > Not really arguing here, just trying to not get into FUD.
>
> > Daniel
>
> > PS: I just did that with downloading from the maven repo directly, but
> > if you have a working project you want to inspect the jars from: get
> > the executed commandline somehow, split in vi with ":%s/:/^M/
> > g" (that's CTRL-V CTRL-M), save to cp.txt, then "cp `grep spring
> > cp.txt` ." or whatever you like ("du `grep spring cp.txt` | sort -
> > nr"). Nice way to check your classpath.
>
> > On Dec 16, 5:32 am, "Derek Chen-Becker"  wrote:
> > > That may be workable but I have to recoil a little when we talk about
> > > bringing Spring into the mix. It has its purpose but I would hate to make
> > it
> > > an implicit requirement of using Record with JPA; it's just huge.
>
> > > Derek
>
> > > On Mon, Dec 15, 2008 at 12:46 PM, Daniel Mueller
> > > wrote:
>
> > > > I never did it with JPA, that's why I mentioned that there might be
> > > > some problems to circumnavigate (my websearch turned up that it's not
> > > > possible, but I might have missed something). But on the actual
> > > > backend frameworks you can do things like that (or at least hibernate
> > > > can [1,2, also see 3 below]).
>
> > > > The best resource to describe what we want to do is Spring ORM [3].
> > > > They had the same problem and describe the caveats with it (see the
> > > > text box for loadtime weaving under the JPA section). If we would run
> > > > our generation through Spring ORM we should probably get away with a
> > > > Record-only setup, where Record boots Spring ORM with dynamic classes
> > > > (Maps) and configures the desired backend. The nice thing would be
> > > > that Spring is already aware of which backend you use and optimizes
> > > > accordingly.
>
> > > > I don't really like the fact that this adds a truckload of
> > > > dependencies to the stack (spring-{orm,beans,context,core,tx} are
> > > > required, couple more optional), but it's the easiest solution I can
> > > > think of in terms of integration and timerequirements, and it should
> > > > also be pretty stable and straightforward to use for the users (Spring
> > > > has nice documentation IMO). Oh, and just if you were wondering, this
> > > > is the supported frameworks list: Hibernate, JDO, Oracle TopLink,
> > > > iBATIS SQL Maps and JPA. The biggies are supported without even going
> > > > through JPA. Sweet.
>
> > > > Daniel
>
> > > > [1]http://forums.oracle.com/forums/message.jspa?messageID=2432779
> > > > [2]http://wiki.eclipse.org/Eclipselink/Examples/JPA/Dynamic
> > > > [3]
> >http://static.springframework.org/spring/docs/2.5.x/reference/orm.html
>
> > > > On Dec 15, 9:41 pm, "Derek Chen-Becker"  wrote:
> > > > > I've been thinking a little about the XML path and there may be a
> > > > wrinkle.
> > > > > No matter how you define the XML mappings, JPA expects persistable
> > fields
> > > > to
> > > > > either be real fields (var) on the instance or getter/setter pairs;
> > using
> > > > an
> >

[Lift] Re: maven problem - can't make ToDo example work - or even get off the ground.

2008-12-16 Thread Stefan Scott


To avoid the breaking changes for the time being, I just downloaded
the latest 'todo.tgz' today from here:

http://groups.google.com/group/liftweb/t/4b305ab81019df3a

and did:

mvn jetty:run

For the moment I'll just run Maven *offline* from now on, eg:

mvn -o jetty:run

so it won't grab any changes (which might be breaking changes) off the
web.

This way, if I make a change to my code and it breaks, I can be 100%
certain it was because of my change and not someone else's.


I also made a backup copy of the directory containing my local Maven
2.0.9 repository:

~/.m2
(eg, on Windows XP the "home" directory ~ is C:\Documents and Settings
\MyWindowsLoginID)

so if I accidentally run maven *online* and it overwrites stuff in
this directory, I can just restore it by copying in Windows.


I'm not sure if using Maven offline like this is recommended - it's
just my approach.




On Dec 16, 2:49 pm, "David Pollak" 
wrote:
> On Tue, Dec 16, 2008 at 8:05 AM, mike beckerle  wrote:
>
> > Unless you say otherwise, I'm assuming you guys are going to make the
> > changes in the boot and other files that have caused these
> > difficulties as part of your fixes.
>
> The changes are made in the Archetypes and any new projects created will
> include the fixes.  For any existing projects, you have to manually make the
> changes.
>
> For the next 2-3 weeks, it's important to watch the mailing list for
> messages titled *Breaking Changes* as these will likely impact you.
>
> On the other hand, we expect to have Lift 1.0-RC1 out on Jan 2, 2009 and the
> break changes will be extremely rare.
>
>
>
>
>
> > On Dec 14, 8:25 pm, "David Pollak" 
> > wrote:
> > > Mike,
> > > There was a recent breaking change to Lift (Marius and I are doing major
> > > code cleanup and this means lots of breaks to the APIs... this will all
> > end
> > > by the end of the month.)
>
> > > Any of the LiftRules stuff that contains append/prepend has a new form:
>
> > > LiftRules.appendEarly(makeUtf8)
>
> > > becomes:
>
> > > LiftRules.early.append(makeUtf8)
>
> > > Thanks,
>
> > > David
>
> > > On Sun, Dec 14, 2008 at 5:09 PM, mike beckerle 
> > wrote:
>
> > > > Certainly there is nothing blocking java in any way.
>
> > > > However, just trying again, this time it is working better. Somebody
> > > > has fixed something on the server end I'm sure.  I'm doing the exact
> > > > same thing, but it seems to be able to communicate properly with the
> > > > associated servers..
>
> > > > However, mvn jetty:run -U still fails
>
> > > > Downloading:
> > > >http://scala-tools.org/repo-snapshots/net/liftweb/lift-widgets/0.10-S.
> > ..
> > > > 243K<
> >http://scala-tools.org/repo-snapshots/net/liftweb/lift-widgets/0.10-S..
> > .>downloaded
> > > > [INFO] [compiler:compile]
> > > > [INFO] Nothing to compile - all classes are up to date
> > > > [INFO] [scala:compile {execution: default}]
> > > > [INFO] suggestion: remove the scalaVersion from pom.xml
> > > > [ERROR] /home/mbeckerle/todo/src/main/scala
> > > > [INFO] Compiling 3 source files to /home/mbeckerle/todo/target/classes
> > > > Downloading:
> > > >http://scala-tools.org/repo-releases/org/scala-lang/scala-compiler/2..
> > ..
> > > > 6083K<
> >http://scala-tools.org/repo-releases/org/scala-lang/scala-compiler/2...
> > .>downloaded
> > > > [WARNING] /home/mbeckerle/todo/src/main/scala/bootstrap/liftweb/
> > > > Boot.scala:42: error: value appendEarly is not a member of object
> > > > net.liftweb.http.LiftRules
> > > > [WARNING] LiftRules.appendEarly(makeUtf8)
> > > > [WARNING]   ^
> > > > [WARNING] one error found
> > > > [INFO]
>
> > 
> > > > [ERROR] BUILD FAILURE
> > > > [INFO] --
>
> > > > On Dec 14, 2:11 pm, Josh Suereth  wrote:
> > > > > Is your firewall blocking java?  This would cause maven to be unable
> > > > > to download dependencies.
>
> > > > > Sent from my iPhone
>
> > > > > On Dec 14, 2008, at 1:13 PM, mike beckerle 
> > wrote:
>
> > > > > > I can browse to the location just fine. There is no proxy or other
> > > > > > wierdness between me and the internet. Just the usual home firewall
> > > > > > (NAT) device.
>
> > > > > > On Dec 13, 1:45 pm, "David Pollak" 
> > > > > > wrote:
> > > > > >> On Sat, Dec 13, 2008 at 10:34 AM, mike beckerle
> > > > > >>  wrote:
>
> > > > > >>> This did not work. Still failed.
>
> > > > > >>> There are disturbing messages in here about blacklisting sites
> > due
> > > > > >>> to
> > > > > >>> errors and such.
>
> > > > > >>> becke...@ubuntu810desktop:~/todo$ mvn jetty:run -U
> > > > > >>> [INFO] Scanning for projects...
> > > > > >>> [INFO] Searching repository for plugin with prefix: 'jetty'.
> > > > > >>> [INFO] org.apache.maven.plugins: checking for updates from scala-
> > > > > >>> tools.org
> > > > > >>> [WARNING] repository metadata for: 'org.apache.maven.plugins'
> > could
> > > > > >>> not be retrieved from repository: scala-tools.org due to an

[Lift] Re: maven problem - can't make ToDo example work - or even get off the ground.

2008-12-16 Thread David Pollak

On Tue, Dec 16, 2008 at 8:05 AM, mike beckerle  wrote:

>
> Unless you say otherwise, I'm assuming you guys are going to make the
> changes in the boot and other files that have caused these
> difficulties as part of your fixes.
>

The changes are made in the Archetypes and any new projects created will
include the fixes.  For any existing projects, you have to manually make the
changes.

For the next 2-3 weeks, it's important to watch the mailing list for
messages titled *Breaking Changes* as these will likely impact you.

On the other hand, we expect to have Lift 1.0-RC1 out on Jan 2, 2009 and the
break changes will be extremely rare.


>
> On Dec 14, 8:25 pm, "David Pollak" 
> wrote:
> > Mike,
> > There was a recent breaking change to Lift (Marius and I are doing major
> > code cleanup and this means lots of breaks to the APIs... this will all
> end
> > by the end of the month.)
> >
> > Any of the LiftRules stuff that contains append/prepend has a new form:
> >
> > LiftRules.appendEarly(makeUtf8)
> >
> > becomes:
> >
> > LiftRules.early.append(makeUtf8)
> >
> > Thanks,
> >
> > David
> >
> >
> >
> > On Sun, Dec 14, 2008 at 5:09 PM, mike beckerle 
> wrote:
> >
> > > Certainly there is nothing blocking java in any way.
> >
> > > However, just trying again, this time it is working better. Somebody
> > > has fixed something on the server end I'm sure.  I'm doing the exact
> > > same thing, but it seems to be able to communicate properly with the
> > > associated servers..
> >
> > > However, mvn jetty:run -U still fails
> >
> > > Downloading:
> > >http://scala-tools.org/repo-snapshots/net/liftweb/lift-widgets/0.10-S.
> ..
> > > 243K<
> http://scala-tools.org/repo-snapshots/net/liftweb/lift-widgets/0.10-S..
> .>downloaded
> > > [INFO] [compiler:compile]
> > > [INFO] Nothing to compile - all classes are up to date
> > > [INFO] [scala:compile {execution: default}]
> > > [INFO] suggestion: remove the scalaVersion from pom.xml
> > > [ERROR] /home/mbeckerle/todo/src/main/scala
> > > [INFO] Compiling 3 source files to /home/mbeckerle/todo/target/classes
> > > Downloading:
> > >http://scala-tools.org/repo-releases/org/scala-lang/scala-compiler/2..
> ..
> > > 6083K<
> http://scala-tools.org/repo-releases/org/scala-lang/scala-compiler/2...
> .>downloaded
> > > [WARNING] /home/mbeckerle/todo/src/main/scala/bootstrap/liftweb/
> > > Boot.scala:42: error: value appendEarly is not a member of object
> > > net.liftweb.http.LiftRules
> > > [WARNING] LiftRules.appendEarly(makeUtf8)
> > > [WARNING]   ^
> > > [WARNING] one error found
> > > [INFO]
> > >
> 
> > > [ERROR] BUILD FAILURE
> > > [INFO] --
> >
> > > On Dec 14, 2:11 pm, Josh Suereth  wrote:
> > > > Is your firewall blocking java?  This would cause maven to be unable
> > > > to download dependencies.
> >
> > > > Sent from my iPhone
> >
> > > > On Dec 14, 2008, at 1:13 PM, mike beckerle 
> wrote:
> >
> > > > > I can browse to the location just fine. There is no proxy or other
> > > > > wierdness between me and the internet. Just the usual home firewall
> > > > > (NAT) device.
> >
> > > > > On Dec 13, 1:45 pm, "David Pollak" 
> > > > > wrote:
> > > > >> On Sat, Dec 13, 2008 at 10:34 AM, mike beckerle
> > > > >>  wrote:
> >
> > > > >>> This did not work. Still failed.
> >
> > > > >>> There are disturbing messages in here about blacklisting sites
> due
> > > > >>> to
> > > > >>> errors and such.
> >
> > > > >>> becke...@ubuntu810desktop:~/todo$ mvn jetty:run -U
> > > > >>> [INFO] Scanning for projects...
> > > > >>> [INFO] Searching repository for plugin with prefix: 'jetty'.
> > > > >>> [INFO] org.apache.maven.plugins: checking for updates from scala-
> > > > >>> tools.org
> > > > >>> [WARNING] repository metadata for: 'org.apache.maven.plugins'
> could
> > > > >>> not be retrieved from repository: scala-tools.org due to an
> error:
> > > > >>> Error transferring file
> > > > >>> [INFO] Repository 'scala-tools.org' will be blacklisted
> >
> > > > >> This is the problem.  For some reason, you're not able to connect
> to
> > > > >> scala-tools.org.
> >
> > > > >> Are you behind an HTTP proxy?
> >
> > > > >> Does the proxy have whitelist/blacklist of sites and/or IP
> addresses?
> >
> > > > >> Can you browse tohttp://
> scala-tools.org/repo-snapshots/net/liftweb/
> > > > >> with
> > > > >> your web browser?
> >
> > > > >>> [INFO] org.apache.maven.plugins: checking for updates from
> central
> > > > >>> [INFO] org.codehaus.mojo: checking for updates from central
> > > > >>> [INFO] artifact org.scala-tools:maven-scala-plugin: checking for
> > > > >>> updates from central
> > > > >>> [INFO]
> > > > >>> ---
> > > > >>> ---
> > > > >>>
> --
> > > > >>> [ERROR] BUILD ERROR
> > > > >>> [INFO]
> > > > >>> ---
> > > > >>> ---
> > > > >>>
> --
> >

[Lift] Re: maven problem - can't make ToDo example work - or even get off the ground.

2008-12-16 Thread mike beckerle


Unless you say otherwise, I'm assuming you guys are going to make the
changes in the boot and other files that have caused these
difficulties as part of your fixes.

On Dec 14, 8:25 pm, "David Pollak" 
wrote:
> Mike,
> There was a recent breaking change to Lift (Marius and I are doing major
> code cleanup and this means lots of breaks to the APIs... this will all end
> by the end of the month.)
>
> Any of the LiftRules stuff that contains append/prepend has a new form:
>
> LiftRules.appendEarly(makeUtf8)
>
> becomes:
>
> LiftRules.early.append(makeUtf8)
>
> Thanks,
>
> David
>
>
>
> On Sun, Dec 14, 2008 at 5:09 PM, mike beckerle  wrote:
>
> > Certainly there is nothing blocking java in any way.
>
> > However, just trying again, this time it is working better. Somebody
> > has fixed something on the server end I'm sure.  I'm doing the exact
> > same thing, but it seems to be able to communicate properly with the
> > associated servers..
>
> > However, mvn jetty:run -U still fails
>
> > Downloading:
> >http://scala-tools.org/repo-snapshots/net/liftweb/lift-widgets/0.10-S...
> > 243Kdownloaded
> > [INFO] [compiler:compile]
> > [INFO] Nothing to compile - all classes are up to date
> > [INFO] [scala:compile {execution: default}]
> > [INFO] suggestion: remove the scalaVersion from pom.xml
> > [ERROR] /home/mbeckerle/todo/src/main/scala
> > [INFO] Compiling 3 source files to /home/mbeckerle/todo/target/classes
> > Downloading:
> >http://scala-tools.org/repo-releases/org/scala-lang/scala-compiler/2
> > 6083Kdownloaded
> > [WARNING] /home/mbeckerle/todo/src/main/scala/bootstrap/liftweb/
> > Boot.scala:42: error: value appendEarly is not a member of object
> > net.liftweb.http.LiftRules
> > [WARNING]     LiftRules.appendEarly(makeUtf8)
> > [WARNING]               ^
> > [WARNING] one error found
> > [INFO]
> > 
> > [ERROR] BUILD FAILURE
> > [INFO] --
>
> > On Dec 14, 2:11 pm, Josh Suereth  wrote:
> > > Is your firewall blocking java?  This would cause maven to be unable
> > > to download dependencies.
>
> > > Sent from my iPhone
>
> > > On Dec 14, 2008, at 1:13 PM, mike beckerle  wrote:
>
> > > > I can browse to the location just fine. There is no proxy or other
> > > > wierdness between me and the internet. Just the usual home firewall
> > > > (NAT) device.
>
> > > > On Dec 13, 1:45 pm, "David Pollak" 
> > > > wrote:
> > > >> On Sat, Dec 13, 2008 at 10:34 AM, mike beckerle
> > > >>  wrote:
>
> > > >>> This did not work. Still failed.
>
> > > >>> There are disturbing messages in here about blacklisting sites due
> > > >>> to
> > > >>> errors and such.
>
> > > >>> becke...@ubuntu810desktop:~/todo$ mvn jetty:run -U
> > > >>> [INFO] Scanning for projects...
> > > >>> [INFO] Searching repository for plugin with prefix: 'jetty'.
> > > >>> [INFO] org.apache.maven.plugins: checking for updates from scala-
> > > >>> tools.org
> > > >>> [WARNING] repository metadata for: 'org.apache.maven.plugins' could
> > > >>> not be retrieved from repository: scala-tools.org due to an error:
> > > >>> Error transferring file
> > > >>> [INFO] Repository 'scala-tools.org' will be blacklisted
>
> > > >> This is the problem.  For some reason, you're not able to connect to
> > > >> scala-tools.org.
>
> > > >> Are you behind an HTTP proxy?
>
> > > >> Does the proxy have whitelist/blacklist of sites and/or IP addresses?
>
> > > >> Can you browse tohttp://scala-tools.org/repo-snapshots/net/liftweb/
> > > >> with
> > > >> your web browser?
>
> > > >>> [INFO] org.apache.maven.plugins: checking for updates from central
> > > >>> [INFO] org.codehaus.mojo: checking for updates from central
> > > >>> [INFO] artifact org.scala-tools:maven-scala-plugin: checking for
> > > >>> updates from central
> > > >>> [INFO]
> > > >>> ---
> > > >>> ---
> > > >>> --
> > > >>> [ERROR] BUILD ERROR
> > > >>> [INFO]
> > > >>> ---
> > > >>> ---
> > > >>> --
> > > >>> [INFO] The plugin 'org.scala-tools:maven-scala-plugin' does not
> > > >>> exist
> > > >>> or no valid version could be found
> > > >>> [INFO]
> > > >>> ---
> > > >>> ---
> > > >>> --
> > > >>> [INFO] For more information, run Maven with the -e switch
> > > >>> [INFO]
> > > >>> ---
> > > >>> ---
> > > >>> --
> > > >>> [INFO] Total time: 26 seconds
> > > >>> [INFO] Finished at: Sat Dec 13 13:29:24 EST 2008
> > > >>> [INFO] Final Memory: 1M/4M
> > > >>> [INFO]
> > > >>> ---
> > > >>> ---
> > > >>> --
> > > >>> mbecke...@ubuntu810desktop:~/todo$
>
>

[Lift] Re: JPA and Record

2008-12-16 Thread Derek Chen-Becker

Don't get me wrong, I've used Spring before to great benefit. My biggest
concern is that it uses commons-logging, which complicates logging config a
bit.It also expands the POM via those dependencies. Bottom line: I'd like to
avoid it if we can, but I don't have a problem if it ends up being the best
way to do it.

Derek

On Mon, Dec 15, 2008 at 10:08 PM, Daniel Mueller
wrote:

>
> I know what you mean, I have the same feelings about it. Spring can be
> a big mess (it's pretty certainly making a mess of your classpath with
> all those deps). On the other hand, I just tried to find out how big a
> mess it actually would be. It's substantial but not frightening IMO.
> Adding the spring dependencies (only the relevant ones) is adding
> almost the same as the hibernate.jar alone.
> aopalliance-1.0.jar
> commons-logging-1.1.1.jar
> spring-beans-2.5.6.jar
> spring-context-2.5.6.jar
> spring-core-2.5.6.jar
> spring-orm-2.5.6.jar
> spring-tx-2.5.6.jar
> ~= 1.8M
>
> hibernate-3.2.6.ga.jar
> ~= 2.2M
>
> I didn't include annotations and EM on the hibernate side, they add
> together something like 200k, and I might have missed something on the
> spring side (the rest of the deps are optional, some might be needed
> though).
>
> Not really arguing here, just trying to not get into FUD.
>
> Daniel
>
> PS: I just did that with downloading from the maven repo directly, but
> if you have a working project you want to inspect the jars from: get
> the executed commandline somehow, split in vi with ":%s/:/^M/
> g" (that's CTRL-V CTRL-M), save to cp.txt, then "cp `grep spring
> cp.txt` ." or whatever you like ("du `grep spring cp.txt` | sort -
> nr"). Nice way to check your classpath.
>
>
> On Dec 16, 5:32 am, "Derek Chen-Becker"  wrote:
> > That may be workable but I have to recoil a little when we talk about
> > bringing Spring into the mix. It has its purpose but I would hate to make
> it
> > an implicit requirement of using Record with JPA; it's just huge.
> >
> > Derek
> >
> > On Mon, Dec 15, 2008 at 12:46 PM, Daniel Mueller
> > wrote:
> >
> >
> >
> > > I never did it with JPA, that's why I mentioned that there might be
> > > some problems to circumnavigate (my websearch turned up that it's not
> > > possible, but I might have missed something). But on the actual
> > > backend frameworks you can do things like that (or at least hibernate
> > > can [1,2, also see 3 below]).
> >
> > > The best resource to describe what we want to do is Spring ORM [3].
> > > They had the same problem and describe the caveats with it (see the
> > > text box for loadtime weaving under the JPA section). If we would run
> > > our generation through Spring ORM we should probably get away with a
> > > Record-only setup, where Record boots Spring ORM with dynamic classes
> > > (Maps) and configures the desired backend. The nice thing would be
> > > that Spring is already aware of which backend you use and optimizes
> > > accordingly.
> >
> > > I don't really like the fact that this adds a truckload of
> > > dependencies to the stack (spring-{orm,beans,context,core,tx} are
> > > required, couple more optional), but it's the easiest solution I can
> > > think of in terms of integration and timerequirements, and it should
> > > also be pretty stable and straightforward to use for the users (Spring
> > > has nice documentation IMO). Oh, and just if you were wondering, this
> > > is the supported frameworks list: Hibernate, JDO, Oracle TopLink,
> > > iBATIS SQL Maps and JPA. The biggies are supported without even going
> > > through JPA. Sweet.
> >
> > > Daniel
> >
> > > [1]http://forums.oracle.com/forums/message.jspa?messageID=2432779
> > > [2]http://wiki.eclipse.org/Eclipselink/Examples/JPA/Dynamic
> > > [3]
> http://static.springframework.org/spring/docs/2.5.x/reference/orm.html
> >
> > > On Dec 15, 9:41 pm, "Derek Chen-Becker"  wrote:
> > > > I've been thinking a little about the XML path and there may be a
> > > wrinkle.
> > > > No matter how you define the XML mappings, JPA expects persistable
> fields
> > > to
> > > > either be real fields (var) on the instance or getter/setter pairs;
> using
> > > an
> > > > object for field a la Record still isn't either of these. I have a
> busy
> > > few
> > > > weeks ahead but I'm going to do some reading in the meantime and see
> if
> > > we
> > > > can come up with something transparent but easy to use.
> >
> > > > Derek
> >
> > > > On Mon, Dec 15, 2008 at 12:39 AM, Daniel Mueller
> > > > wrote:
> >
> > > > > (Reactivating discussion. I guess it's been discussed more on the
> > > > > committer list, but here you have my 2 cents anyway)
> >
> > > > > For the sake of the Record-JPA discussion, people will fall into
> two
> > > > > categories when they are using lift:
> > > > > * The first group of people have an existing, working, tested
> JPA/OR
> > > > > based data access library written in Java and are looking to
> integrate
> > > > > that with a webapp written in lift. They will usually be coming
> from

[Lift] Re: error message tag

2008-12-16 Thread Oliver Lambert



On 16/12/2008, at 3:30 PM, Charles F. Munat wrote:

>
> I copied and pasted the error message code into my own error message
> utility and then changed the blank output to Text(""). I also wanted  
> to
> rewrite other parts of it.

Im trying to get a html programmer to come up with a css fix before I  
put
in my own fix, but its certainly a option to use, if necessary.

> It seems there is always a trade-off between convenience and
> configuration. My coding style is very different from David's (at  
> least
> where HTML is concerned), so I find myself rewriting (modifying,  
> really)
> lots of stuff to make it work the way I need it to. But it sure saves
> time to have a base of code to modify, rather than having to write it
> all from scratch.

I've been guilty of modifying a few things myself, so I certainly  
understand
where you are coming from here. It makes me wonder how many "lifters"  
are
working with an unadulterated version of the code-base.

My own code style is also probably different from others and is likely
going to diverge as I have a "mentor" pushing me to adopt a much
more functional/immutable style of programming.

>
>
> Chas.
>
> Oliver wrote:
>> I have the following to output an error message against
>> 
>>
>> When I have an error its all fine, but when I don't have an error I
>> get the following html
>> 
>>
>> Is there any way of getting rid of the empty span?
>>
>> 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 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: JPA and Record

2008-12-16 Thread Daniel Mueller


I know what you mean, I have the same feelings about it. Spring can be
a big mess (it's pretty certainly making a mess of your classpath with
all those deps). On the other hand, I just tried to find out how big a
mess it actually would be. It's substantial but not frightening IMO.
Adding the spring dependencies (only the relevant ones) is adding
almost the same as the hibernate.jar alone.
aopalliance-1.0.jar
commons-logging-1.1.1.jar
spring-beans-2.5.6.jar
spring-context-2.5.6.jar
spring-core-2.5.6.jar
spring-orm-2.5.6.jar
spring-tx-2.5.6.jar
~= 1.8M

hibernate-3.2.6.ga.jar
~= 2.2M

I didn't include annotations and EM on the hibernate side, they add
together something like 200k, and I might have missed something on the
spring side (the rest of the deps are optional, some might be needed
though).

Not really arguing here, just trying to not get into FUD.

Daniel

PS: I just did that with downloading from the maven repo directly, but
if you have a working project you want to inspect the jars from: get
the executed commandline somehow, split in vi with ":%s/:/^M/
g" (that's CTRL-V CTRL-M), save to cp.txt, then "cp `grep spring
cp.txt` ." or whatever you like ("du `grep spring cp.txt` | sort -
nr"). Nice way to check your classpath.


On Dec 16, 5:32 am, "Derek Chen-Becker"  wrote:
> That may be workable but I have to recoil a little when we talk about
> bringing Spring into the mix. It has its purpose but I would hate to make it
> an implicit requirement of using Record with JPA; it's just huge.
>
> Derek
>
> On Mon, Dec 15, 2008 at 12:46 PM, Daniel Mueller
> wrote:
>
>
>
> > I never did it with JPA, that's why I mentioned that there might be
> > some problems to circumnavigate (my websearch turned up that it's not
> > possible, but I might have missed something). But on the actual
> > backend frameworks you can do things like that (or at least hibernate
> > can [1,2, also see 3 below]).
>
> > The best resource to describe what we want to do is Spring ORM [3].
> > They had the same problem and describe the caveats with it (see the
> > text box for loadtime weaving under the JPA section). If we would run
> > our generation through Spring ORM we should probably get away with a
> > Record-only setup, where Record boots Spring ORM with dynamic classes
> > (Maps) and configures the desired backend. The nice thing would be
> > that Spring is already aware of which backend you use and optimizes
> > accordingly.
>
> > I don't really like the fact that this adds a truckload of
> > dependencies to the stack (spring-{orm,beans,context,core,tx} are
> > required, couple more optional), but it's the easiest solution I can
> > think of in terms of integration and timerequirements, and it should
> > also be pretty stable and straightforward to use for the users (Spring
> > has nice documentation IMO). Oh, and just if you were wondering, this
> > is the supported frameworks list: Hibernate, JDO, Oracle TopLink,
> > iBATIS SQL Maps and JPA. The biggies are supported without even going
> > through JPA. Sweet.
>
> > Daniel
>
> > [1]http://forums.oracle.com/forums/message.jspa?messageID=2432779
> > [2]http://wiki.eclipse.org/Eclipselink/Examples/JPA/Dynamic
> > [3]http://static.springframework.org/spring/docs/2.5.x/reference/orm.html
>
> > On Dec 15, 9:41 pm, "Derek Chen-Becker"  wrote:
> > > I've been thinking a little about the XML path and there may be a
> > wrinkle.
> > > No matter how you define the XML mappings, JPA expects persistable fields
> > to
> > > either be real fields (var) on the instance or getter/setter pairs; using
> > an
> > > object for field a la Record still isn't either of these. I have a busy
> > few
> > > weeks ahead but I'm going to do some reading in the meantime and see if
> > we
> > > can come up with something transparent but easy to use.
>
> > > Derek
>
> > > On Mon, Dec 15, 2008 at 12:39 AM, Daniel Mueller
> > > wrote:
>
> > > > (Reactivating discussion. I guess it's been discussed more on the
> > > > committer list, but here you have my 2 cents anyway)
>
> > > > For the sake of the Record-JPA discussion, people will fall into two
> > > > categories when they are using lift:
> > > > * The first group of people have an existing, working, tested JPA/OR
> > > > based data access library written in Java and are looking to integrate
> > > > that with a webapp written in lift. They will usually be coming from
> > > > an enterprise background, and will have some constraints on what they
> > > > can develop from scratch ("no - we will not rewrite all the db access
> > > > code to support the new web framework").
> > > > * The second group doesn't have an existing data access library in
> > > > Java and would like to write all their new stuff with lift in Scala.
> > > > But maybe they have mapping/usage requirements that precludes using
> > > > mapper because it's too simple, or they just know their way around one
> > > > of the other JPA enabled OR libs and want to bank on that knowledge
> > > > (without

[Lift] liftweb xml schema location

[Lift] Re: behind the scenes with Maven?

[Lift] behind the scenes with Maven?

[Lift] Re: Snapshot documentation not current any more

[Lift] Websites and apps that are using Lift?

[Lift] Re: Revised to-do tutorial

[Lift] Re: Revised to-do tutorial

[Lift] Re: NPE with SHtml.text

[Lift] Re: JPA and Record

[Lift] Re: NPE with SHtml.text

[Lift] NPE with SHtml.text

[Lift] Re: JPA and Record

[Lift] Re: maven problem - can't make ToDo example work - or even get off the ground.

[Lift] Re: maven problem - can't make ToDo example work - or even get off the ground.

[Lift] Re: maven problem - can't make ToDo example work - or even get off the ground.

[Lift] Re: JPA and Record

[Lift] Re: error message tag

[Lift] Re: JPA and Record

18 matches

Site Navigation

Mail list logo

Footer information