[Lift] Re: JSON stack overflow issue
I've been running with this for a day or so and it seems to work fine now (no mo' stack overflows). Thanks, David, for the quick fix! -- Paul O'Rorke http://ororke.com/paul/blog http://linkedin.com/in/paulororke On Feb 16, 2009, at 8:42 AM PST, David Pollak wrote: Folks, The problem was in Scala's rep1sep parser method. It grows stack, about 20 frames per element, and thus bad things happen around 200 elements. I replaced the code with a while loop. Less elegant on the page, more elegant in execution. Thanks, David On Mon, Feb 16, 2009 at 7:38 AM, David Pollak feeder.of.the.be...@gmail.com wrote: Okay... I've issolated the problem. Lots of GC items being sent. This is causing a stack overflow. I've got a test for it and I'll fix the problem today. On Mon, Feb 16, 2009 at 1:33 AM, Tim Perrett he...@timperrett.com wrote: In wireshark you'll be looking to use a normal HTTP rule as the JSON will just be passed as entity body in the request. Doing a filter for HTTP port 80 should be sufficient. Cheers Tim -- Lift, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpp Git some: http://github.com/dpp -- Lift, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 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] Re: Regression!
Yet again Yay for jQuery 1.3.x :)
On Thu, Feb 19, 2009 at 12:17 AM, Meredith Gregory lgreg.mered...@gmail.com
wrote:
David,
Rats! It looks like you can keep your stash to yourself ;-) The drag-n-drop
behavior now works correctly as well.
Best wishes,
--greg
On Wed, Feb 18, 2009 at 3:14 PM, David Pollak
feeder.of.the.be...@gmail.com wrote:
Your static example used jQuery 1.3
Lift 0.10 used jQuery 1.2 and I'm betting that caused the problem (I saw
the problem).
Lift 0.11 uses jQuery 1.3.1 and it seems to work. Please verify that the
behavior is correct under 0.11 and that I'm not smoking anything (or if I am
smoking something, I promise to share next time we're in the same city.)
On Wed, Feb 18, 2009 at 2:58 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
David,
Thanks! Now... if i could get help tracking down the bad jQuery
interaction that i originally made the test case for... ;-)
Best wishes,
--greg
On Wed, Feb 18, 2009 at 2:50 PM, David Pollak
feeder.of.the.be...@gmail.com wrote:
Greg,
You experienced a progression, not a regression. :-)
I tightened up the Lift security model a little bit such that Lift will
not pass requests to the Servlet container just because the request was not
found in sitemap.
So, what you can do is define a pattern that excludes the widget1.html,
etc. files from being serviced by Lift. Lift will pass the request right
onto the container and all will work as you expect. In Boot:
LiftRules.liftRequest.append {
case Req(n :: Nil, _, _) if n.startsWith(widget) n !=
widgets = false
}
Thanks,
David
On Wed, Feb 18, 2009 at 2:26 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
Lifted,
Here's a more detailed description of behavior.
What's supposed to happen (and what does under Lift-.10)
- unzip liftTestCase.zip; cd liftTestCase/dspace; mvn clean; mvn
compile; mvn jetty:run
- point browser at http://localhost:8080
- signup; login; click on Activities submenu
- click on + create activity link
- a widget representing the activity should appear -- and Somebody
clicked the link should scroll by in stdout
Here's what does happen (if you change pom to point to
Lift-.11-SNAPSHOT
- the same up to click on + create activity link
- the Somebody clicked the link does scroll by, but the widget
does not appear
Best wishes,
--greg
On Wed, Feb 18, 2009 at 2:19 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
David,
i'm testing in FF and Safari. i get the very same behavior.
Best wishes,
--greg
On Wed, Feb 18, 2009 at 2:17 PM, David Pollak
feeder.of.the.be...@gmail.com wrote:
Greg,
I haven't had a chance to look at your code, but are you testing in
Firefox?
Firefox has a very, very, very nasty bug related to XHTML namepsaces
that's further poked by jQuery.
Marius is working on a fix and it should be out tomorrow.
Please try Safari or Chrome for testing and see if the problems are
the same.
Thanks,
David
On Wed, Feb 18, 2009 at 2:07 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
Lifted,
The test case i submitted for strange behavior also happens to be a
regression test for 11-SNAPSHOT. If you compile and run the dspace
test case
under lift .10, at least the activity creation code works as expected.
If
you compile and run the dspace test case under lift 11-SNAPSHOT, the
activity creation code does nothing at all.
i'd roll back to 10, but for the fact that i need changes related to
JPA. i can haz a clue?
Best wishes,
--greg
On Fri, Feb 13, 2009 at 12:38 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
Lifted,
Attached is a minimal example of a strange interaction between lift
and a jQuery plugin. If you unzip the example you will find inside the
liftTestCase directory 5 subdirectories two of which contain
behaviors to
compare. The directory 23 contains an example that is purely jQuery
with the
EasyWidgets plugin. The directory dspace contains a lift-based site.
If you open 23/index.html in a browser you will see a page that
allows you to add widgets that can be dragged and dropped around.
This all
works. If you cd into dspace and launch mvn jetty:run, sign up,
login, then
you will see a boiled down version of the same thing. The difference
is that
the javascript jQuery call is run as a JsRaw. Everything seems to work
except you attempt to drag and drop the components. Then you get very
weird
behavior that is easier to see than to describe.
The thing is, we haven't actually done any interesting lift stuff,
yet, in the boiled down sample. We're just calling into the
EasyWidgets
function just like in the sample. i would expect these two examples to
exhibit nearly identical behavior. i'm guessing there's some weird
interaction between lift-included javascript and the jQuery plugin.
Several questions:
- How could we devise a way to check at
[Lift] Re: Static pages vs. Lift-served pages
This is configurable in the web.xml !-- Just an example -- mime-mapping extensionxsd/extension mime-typetext/xml/mime-type /mime-mapping However, this will not take in consideration that IE blows. Serving a correct DOCTYPE declaration in combination with omitting the xml-declaration will put FF, Chrome etc into standardsmode but IE in tag soup. As per: http://en.wikipedia.org/wiki/XHTML#DOCTYPEs XML declaration A character encoding http://en.wikipedia.org/wiki/Character_encoding may be specified at the beginning of an XHTML document in the XML declaration when the document is served using the application/xhtml+xml MIME type. (If an XML document lacks encoding specification, an XML parser assumes that the encoding is UTF-8 http://en.wikipedia.org/wiki/UTF-8 or UTF-16http://en.wikipedia.org/wiki/UTF-16, unless the encoding has already been determined by a higher protocol.) For example: ?xml version=1.0 encoding=UTF-8? The declaration may be optionally omitted because it declares as its encoding the default encoding. However, if the document instead makes use of XML 1.1 or another character encoding, a declaration is necessary. Internet Explorer http://en.wikipedia.org/wiki/Internet_Explorer prior to version 7 enters quirks mode http://en.wikipedia.org/wiki/Quirks_mode if it encounters an XML declaration in a document served as text/html. Does this help? Cheers, Viktor On Thu, Feb 19, 2009 at 12:19 AM, David Pollak feeder.of.the.be...@gmail.com wrote: Folks, There may be differences between statically served pages and Lift served pages. Lift serves pages with application/xhtml+xml Content-Type. This puts browsers like Firefox into a standards mode (rather than the default quirks or tag soup mode.) The same page may look different and/or behavior differently between the two modes. Thanks, David -- Lift, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpp Git some: http://github.com/dpp -- Viktor Klang Senior Systems Analyst --~--~-~--~~~---~--~~ 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: Weird Mapper type error
Committed the fix to lift-archetype-basic (to set a good example)
--j
On Thu, Feb 19, 2009 at 9:10 AM, David Pollak feeder.of.the.be...@gmail.com
wrote:
On Thu, Feb 19, 2009 at 6:49 AM, Derek Chen-Becker
dchenbec...@gmail.comwrote:
Shouldn't it be
override def fieldOrder: List[BaseOwnedMappedField[Transaction]] = txtime
:: amount :: summary :: Nil
I did try that and it gave the same error. In any case, List(...) works.
This is because the :: (cons) operation does inference on each cons
element, rather than the List as a whole. At some point, it gets confused.
Please use List().
Derek
On Thu, Feb 19, 2009 at 2:35 AM, Jorge Ortiz jorge.or...@gmail.comwrote:
Yup, this is a type inference bug. If I'm not mistaken then
override def fieldOrder: BaseOwnedMappedField[Transaction] = txtime
:: amount :: summary :: Nil
should also work.
In any case, I'd probably just stick with the List(...) syntax.
--j
On Wed, Feb 18, 2009 at 10:23 PM, Derek Chen-Becker
dchenbec...@gmail.com wrote:
0.11-SNAPSHOT, and I'm writing up some example code for the book. I have
the following class/object:
class Transaction extends LongKeyedMapper[Transaction] with IdPK {
def getSingleton = Transaction
object account extends MappedLongForeignKey(this, Account) {
override def dbIndexed_? = true
}
object txtime extends MappedDateTime(this)
// The amount has up to 16 digits and 2 decimal places
object amount extends MappedDecimal(this, MathContext.DECIMAL64, 2)
// Holds a brief description of the transaction
object summary extends MappedString(this, 100)
object notes extends MappedTextarea(this, 1000) {
override def textareaCols = 60
override def textareaRows = 8
}
def tags = TransactionTag.findAll(By(TransactionTag.transaction,
this.id))
}
object Transaction extends Transaction with
LongKeyedMetaMapper[Transaction] {
override def fieldOrder = txtime :: amount :: summary :: Nil
}
The compile error I get is:
[WARNING]
/home/software/pocketchangeapp/PocketChange/src/main/scala/com/pocketchangeapp/model/Transaction.scala:35:
error: inferred type arguments [net.liftweb.mapper.MappedField[_ : _1 with
java.util.Date : java.io.Serializable,
com.pocketchangeapp.model.Transaction]] do not conform to method ::'s type
parameter bounds [B : net.liftweb.mapper.MappedField[_ : String with
BigDecimal : java.io.Serializable,
com.pocketchangeapp.model.Transaction]{def jdbcFriendly(String):
java.io.Serializable}]
[WARNING] override def fieldOrder = txtime :: amount :: summary :: Nil
[WARNING]^
[WARNING] one error found
If I remove the summary element from the fieldOrder list then it
compiles fine. Likewise, if I remove txtime and put summary and notes into
the list it compiles fine. I'm trying to get my head around all of the
nested type bounds in the error message but I'm not seeing anything obvious
other than the weird String with BigDecimal bound. I tried using an
explicit type for fieldOrder but that doesn't work either.
I finally tried changing fieldOrder to:
override def fieldOrder = List(txtime, amount, summary, notes)
That compiles fine. Have I found a type inferencing bug, or have I just
done something incredibly stupid somewhere? Feel free to critique the
class,
too.
Thanks,
Derek
--
Lift, the simply functional web framework http://liftweb.net
Beginning Scala http://www.apress.com/book/view/1430219890
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] Re: Weird Mapper type error
Ah, that makes sense. Thanks!
On Thu, Feb 19, 2009 at 10:10 AM, David Pollak
feeder.of.the.be...@gmail.com wrote:
On Thu, Feb 19, 2009 at 6:49 AM, Derek Chen-Becker
dchenbec...@gmail.comwrote:
Shouldn't it be
override def fieldOrder: List[BaseOwnedMappedField[Transaction]] = txtime
:: amount :: summary :: Nil
I did try that and it gave the same error. In any case, List(...) works.
This is because the :: (cons) operation does inference on each cons
element, rather than the List as a whole. At some point, it gets confused.
Please use List().
Derek
On Thu, Feb 19, 2009 at 2:35 AM, Jorge Ortiz jorge.or...@gmail.comwrote:
Yup, this is a type inference bug. If I'm not mistaken then
override def fieldOrder: BaseOwnedMappedField[Transaction] = txtime
:: amount :: summary :: Nil
should also work.
In any case, I'd probably just stick with the List(...) syntax.
--j
On Wed, Feb 18, 2009 at 10:23 PM, Derek Chen-Becker
dchenbec...@gmail.com wrote:
0.11-SNAPSHOT, and I'm writing up some example code for the book. I have
the following class/object:
class Transaction extends LongKeyedMapper[Transaction] with IdPK {
def getSingleton = Transaction
object account extends MappedLongForeignKey(this, Account) {
override def dbIndexed_? = true
}
object txtime extends MappedDateTime(this)
// The amount has up to 16 digits and 2 decimal places
object amount extends MappedDecimal(this, MathContext.DECIMAL64, 2)
// Holds a brief description of the transaction
object summary extends MappedString(this, 100)
object notes extends MappedTextarea(this, 1000) {
override def textareaCols = 60
override def textareaRows = 8
}
def tags = TransactionTag.findAll(By(TransactionTag.transaction,
this.id))
}
object Transaction extends Transaction with
LongKeyedMetaMapper[Transaction] {
override def fieldOrder = txtime :: amount :: summary :: Nil
}
The compile error I get is:
[WARNING]
/home/software/pocketchangeapp/PocketChange/src/main/scala/com/pocketchangeapp/model/Transaction.scala:35:
error: inferred type arguments [net.liftweb.mapper.MappedField[_ : _1 with
java.util.Date : java.io.Serializable,
com.pocketchangeapp.model.Transaction]] do not conform to method ::'s type
parameter bounds [B : net.liftweb.mapper.MappedField[_ : String with
BigDecimal : java.io.Serializable,
com.pocketchangeapp.model.Transaction]{def jdbcFriendly(String):
java.io.Serializable}]
[WARNING] override def fieldOrder = txtime :: amount :: summary :: Nil
[WARNING]^
[WARNING] one error found
If I remove the summary element from the fieldOrder list then it
compiles fine. Likewise, if I remove txtime and put summary and notes into
the list it compiles fine. I'm trying to get my head around all of the
nested type bounds in the error message but I'm not seeing anything obvious
other than the weird String with BigDecimal bound. I tried using an
explicit type for fieldOrder but that doesn't work either.
I finally tried changing fieldOrder to:
override def fieldOrder = List(txtime, amount, summary, notes)
That compiles fine. Have I found a type inferencing bug, or have I just
done something incredibly stupid somewhere? Feel free to critique the
class,
too.
Thanks,
Derek
--
Lift, the simply functional web framework http://liftweb.net
Beginning Scala http://www.apress.com/book/view/1430219890
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] Re: Windows installer
Where is it? On Fri, Feb 13, 2009 at 11:38 AM, Tim Perrett he...@timperrett.com wrote: Guys, Just uploaded a new windows installer - Id appreciate some feedback - as Im a mac head I have little access to test this stuff on the dows' If their are problems with it - please let me know as im keen to fix any issues before 1.0 release Cheers Tim --~--~-~--~~~---~--~~ 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: Windows installer
WOW no link, I must have left my brain someplace else http://scala-tools.org/liftweb_windows_0_11.exe On Feb 19, 5:34 pm, Derek Chen-Becker dchenbec...@gmail.com wrote: Where is it? On Fri, Feb 13, 2009 at 11:38 AM, Tim Perrett he...@timperrett.com wrote: Guys, Just uploaded a new windows installer - Id appreciate some feedback - as Im a mac head I have little access to test this stuff on the dows' If their are problems with it - please let me know as im keen to fix any issues before 1.0 release Cheers Tim --~--~-~--~~~---~--~~ 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: new JDBC support in lift-mapper
On Thu, Feb 19, 2009 at 10:39 AM, Tim Perrett he...@timperrett.com wrote: Just to update this thread - Derek has been a super star and fixed the schemifier so now it doesn't bone on application boot. Result. Thanks Derek. Rock on Derek! Tim On Feb 12, 8:02 pm, Tim Perrett he...@timperrett.com wrote: Hey Al, Im afraid not - now I get this on boot: java.lang.NullPointerException at net.liftweb.mapper.Schemifier$$anonfun$8.quad$1 (Schemifier.scala:233) at net.liftweb.mapper.Schemifier$$anonfun$8.apply (Schemifier.scala:237) at net.liftweb.mapper.Schemifier$$anonfun$8.apply (Schemifier.scala:229) at net.liftweb.mapper.Schemifier$.net$liftweb$mapper$Schemifier $$using(Schemifier.scala:45) at net.liftweb.mapper.Schemifier$.net$liftweb$mapper$Schemifier $$ensureIndexes(Schemifier.scala:229) at net.liftweb.mapper.Schemifier$$anonfun$schemify$1$$anonfun $3.apply(Schemifier.scala:62) at net.liftweb.mapper.Schemifier$$anonfun$schemify$1$$anonfun $3.apply(Schemifier.scala:62) at scala.List.foldLeft(List.scala:1059) at net.liftweb.mapper.Schemifier$$anonfun$schemify$1.apply (Schemifier.scala:62) at net.liftweb.mapper.Schemifier$$anonfun$schemify$1.apply (Schemifier.scala:54) at net.liftweb.mapper.DB$.use(DB.scala:305) at net.liftweb.mapper.Schemifier$.schemify(Schemifier.scala: 53) at net.liftweb.mapper.Schemifier$.schemify(Schemifier.scala: 36) at bootstrap.liftweb.Boot.boot(Boot.scala:21) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at net.liftweb.util.ClassHelpers$$anonfun$createInvoker$1.apply (ClassHelpers.scala:393) at net.liftweb.util.ClassHelpers$$anonfun$createInvoker$1.apply (ClassHelpers.scala:391) at net.liftweb.http.DefaultBootstrap$$anonfun$boot$1.apply (LiftRules.scala:905) at net.liftweb.http.DefaultBootstrap$$anonfun$boot$1.apply (LiftRules.scala:905) at net.liftweb.util.Full.map(Box.scala:284) at net.liftweb.http.DefaultBootstrap$.boot(LiftRules.scala: 905) at net.liftweb.http.LiftFilter.bootLift(LiftServlet.scala:569) at net.liftweb.http.LiftFilter.init(LiftServlet.scala:544) at org.mortbay.jetty.servlet.FilterHolder.doStart (FilterHolder.java:97) at org.mortbay.component.AbstractLifeCycle.start (AbstractLifeCycle.java:50) at org.mortbay.jetty.servlet.ServletHandler.initialize (ServletHandler.java:620) at org.mortbay.jetty.servlet.Context.startContext(Context.java: 140) at org.mortbay.jetty.webapp.WebAppContext.startContext (WebAppContext.java:1233) at org.mortbay.jetty.handler.ContextHandler.doStart (ContextHandler.java:517) at org.mortbay.jetty.webapp.WebAppContext.doStart (WebAppContext.java:460) at org.mortbay.jetty.plugin.Jetty6PluginWebAppContext.doStart (Jetty6PluginWebAppContext.java:124) at org.mortbay.component.AbstractLifeCycle.start (AbstractLifeCycle.java:50) at org.mortbay.jetty.handler.HandlerCollection.doStart (HandlerCollection.java:152) at org.mortbay.jetty.handler.ContextHandlerCollection.doStart (ContextHandlerCollection.java:156) at org.mortbay.component.AbstractLifeCycle.start (AbstractLifeCycle.java:50) at org.mortbay.jetty.handler.HandlerCollection.doStart (HandlerCollection.java:152) at org.mortbay.component.AbstractLifeCycle.start (AbstractLifeCycle.java:50) at org.mortbay.jetty.handler.HandlerWrapper.doStart (HandlerWrapper.java:130) at org.mortbay.jetty.Server.doStart(Server.java:222) at org.mortbay.component.AbstractLifeCycle.start (AbstractLifeCycle.java:50) at org.mortbay.jetty.plugin.Jetty6PluginServer.start (Jetty6PluginServer.java:132) at org.mortbay.jetty.plugin.AbstractJettyMojo.startJetty (AbstractJettyMojo.java:379) at org.mortbay.jetty.plugin.AbstractJettyMojo.execute (AbstractJettyMojo.java:321) at org.mortbay.jetty.plugin.AbstractJettyRunMojo.execute (AbstractJettyRunMojo.java:205) at org.mortbay.jetty.plugin.Jetty6RunMojo.execute (Jetty6RunMojo.java:184) at org.apache.maven.plugin.DefaultPluginManager.executeMojo (DefaultPluginManager.java:451) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals (DefaultLifecycleExecutor.java:558) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal (DefaultLifecycleExecutor.java:512) at
[Lift] Re: new JDBC support in lift-mapper
Glad I could help! On Thu, Feb 19, 2009 at 11:40 AM, David Pollak feeder.of.the.be...@gmail.com wrote: On Thu, Feb 19, 2009 at 10:39 AM, Tim Perrett he...@timperrett.comwrote: Just to update this thread - Derek has been a super star and fixed the schemifier so now it doesn't bone on application boot. Result. Thanks Derek. Rock on Derek! Tim On Feb 12, 8:02 pm, Tim Perrett he...@timperrett.com wrote: Hey Al, Im afraid not - now I get this on boot: java.lang.NullPointerException at net.liftweb.mapper.Schemifier$$anonfun$8.quad$1 (Schemifier.scala:233) at net.liftweb.mapper.Schemifier$$anonfun$8.apply (Schemifier.scala:237) at net.liftweb.mapper.Schemifier$$anonfun$8.apply (Schemifier.scala:229) at net.liftweb.mapper.Schemifier$.net$liftweb$mapper$Schemifier $$using(Schemifier.scala:45) at net.liftweb.mapper.Schemifier$.net$liftweb$mapper$Schemifier $$ensureIndexes(Schemifier.scala:229) at net.liftweb.mapper.Schemifier$$anonfun$schemify$1$$anonfun $3.apply(Schemifier.scala:62) at net.liftweb.mapper.Schemifier$$anonfun$schemify$1$$anonfun $3.apply(Schemifier.scala:62) at scala.List.foldLeft(List.scala:1059) at net.liftweb.mapper.Schemifier$$anonfun$schemify$1.apply (Schemifier.scala:62) at net.liftweb.mapper.Schemifier$$anonfun$schemify$1.apply (Schemifier.scala:54) at net.liftweb.mapper.DB$.use(DB.scala:305) at net.liftweb.mapper.Schemifier$.schemify(Schemifier.scala: 53) at net.liftweb.mapper.Schemifier$.schemify(Schemifier.scala: 36) at bootstrap.liftweb.Boot.boot(Boot.scala:21) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at net.liftweb.util.ClassHelpers$$anonfun$createInvoker$1.apply (ClassHelpers.scala:393) at net.liftweb.util.ClassHelpers$$anonfun$createInvoker$1.apply (ClassHelpers.scala:391) at net.liftweb.http.DefaultBootstrap$$anonfun$boot$1.apply (LiftRules.scala:905) at net.liftweb.http.DefaultBootstrap$$anonfun$boot$1.apply (LiftRules.scala:905) at net.liftweb.util.Full.map(Box.scala:284) at net.liftweb.http.DefaultBootstrap$.boot(LiftRules.scala: 905) at net.liftweb.http.LiftFilter.bootLift(LiftServlet.scala:569) at net.liftweb.http.LiftFilter.init(LiftServlet.scala:544) at org.mortbay.jetty.servlet.FilterHolder.doStart (FilterHolder.java:97) at org.mortbay.component.AbstractLifeCycle.start (AbstractLifeCycle.java:50) at org.mortbay.jetty.servlet.ServletHandler.initialize (ServletHandler.java:620) at org.mortbay.jetty.servlet.Context.startContext(Context.java: 140) at org.mortbay.jetty.webapp.WebAppContext.startContext (WebAppContext.java:1233) at org.mortbay.jetty.handler.ContextHandler.doStart (ContextHandler.java:517) at org.mortbay.jetty.webapp.WebAppContext.doStart (WebAppContext.java:460) at org.mortbay.jetty.plugin.Jetty6PluginWebAppContext.doStart (Jetty6PluginWebAppContext.java:124) at org.mortbay.component.AbstractLifeCycle.start (AbstractLifeCycle.java:50) at org.mortbay.jetty.handler.HandlerCollection.doStart (HandlerCollection.java:152) at org.mortbay.jetty.handler.ContextHandlerCollection.doStart (ContextHandlerCollection.java:156) at org.mortbay.component.AbstractLifeCycle.start (AbstractLifeCycle.java:50) at org.mortbay.jetty.handler.HandlerCollection.doStart (HandlerCollection.java:152) at org.mortbay.component.AbstractLifeCycle.start (AbstractLifeCycle.java:50) at org.mortbay.jetty.handler.HandlerWrapper.doStart (HandlerWrapper.java:130) at org.mortbay.jetty.Server.doStart(Server.java:222) at org.mortbay.component.AbstractLifeCycle.start (AbstractLifeCycle.java:50) at org.mortbay.jetty.plugin.Jetty6PluginServer.start (Jetty6PluginServer.java:132) at org.mortbay.jetty.plugin.AbstractJettyMojo.startJetty (AbstractJettyMojo.java:379) at org.mortbay.jetty.plugin.AbstractJettyMojo.execute (AbstractJettyMojo.java:321) at org.mortbay.jetty.plugin.AbstractJettyRunMojo.execute (AbstractJettyRunMojo.java:205) at org.mortbay.jetty.plugin.Jetty6RunMojo.execute (Jetty6RunMojo.java:184) at org.apache.maven.plugin.DefaultPluginManager.executeMojo (DefaultPluginManager.java:451) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals (DefaultLifecycleExecutor.java:558) at
[Lift] Re: Windows installer
OK, here are some notes (not necessarily problems) 1. The installer couldn't find my JDK instance. I can use the locate feature to work around this but still a bit weird that it missed it 2. I had to change my existing JAVA_HOME variable. I think this is clearly explained by the installer, but some people may not know where to change it. I was able to use archetype:generate to create a lift-basic (classic) webapp and then fire up jetty:run to view it. Looks awesome! One question: where did it put the .m2 folder? It doesn't appear to be in my C:\ drive root or my local documents and settings folder... Derek On Thu, Feb 19, 2009 at 11:05 AM, Tim Perrett he...@timperrett.com wrote: WOW no link, I must have left my brain someplace else http://scala-tools.org/liftweb_windows_0_11.exe On Feb 19, 5:34 pm, Derek Chen-Becker dchenbec...@gmail.com wrote: Where is it? On Fri, Feb 13, 2009 at 11:38 AM, Tim Perrett he...@timperrett.com wrote: Guys, Just uploaded a new windows installer - Id appreciate some feedback - as Im a mac head I have little access to test this stuff on the dows' If their are problems with it - please let me know as im keen to fix any issues before 1.0 release Cheers Tim --~--~-~--~~~---~--~~ 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: Windows installer
N/M, I found the .m2 folder. I forgot I use a network home drive... On Thu, Feb 19, 2009 at 12:04 PM, Derek Chen-Becker dchenbec...@gmail.comwrote: OK, here are some notes (not necessarily problems) 1. The installer couldn't find my JDK instance. I can use the locate feature to work around this but still a bit weird that it missed it 2. I had to change my existing JAVA_HOME variable. I think this is clearly explained by the installer, but some people may not know where to change it. I was able to use archetype:generate to create a lift-basic (classic) webapp and then fire up jetty:run to view it. Looks awesome! One question: where did it put the .m2 folder? It doesn't appear to be in my C:\ drive root or my local documents and settings folder... Derek On Thu, Feb 19, 2009 at 11:05 AM, Tim Perrett he...@timperrett.comwrote: WOW no link, I must have left my brain someplace else http://scala-tools.org/liftweb_windows_0_11.exe On Feb 19, 5:34 pm, Derek Chen-Becker dchenbec...@gmail.com wrote: Where is it? On Fri, Feb 13, 2009 at 11:38 AM, Tim Perrett he...@timperrett.com wrote: Guys, Just uploaded a new windows installer - Id appreciate some feedback - as Im a mac head I have little access to test this stuff on the dows' If their are problems with it - please let me know as im keen to fix any issues before 1.0 release Cheers Tim --~--~-~--~~~---~--~~ 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] Testing Help for Oracle?
Folks, We're looking for some most excellent people to volunteer to test the Oracle 10g JDBC driver in lift-mapper as soon as possible. Any hands going up out there? Perhaps Greg Meredith, who has a wonderful last name if I do say so myself, would like to sign up? Anyone else? Thanks in advance! Debby --~--~-~--~~~---~--~~ 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] A round of thanks to Marius for better GC
Folks, Marius made some patches to Lift's GC support today. He removed the lift:gc tag so we don't trip over the Firefox namespace issue. I've done some initial testing (and made a few minor updates). Please do a mvn -U clean install and let us know how well the new code works. Please also do tests like navigating to a page with form elements on it, waiting 45 minutes and then making sure the form can be submitted. Thanks, David -- Lift, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 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] Re: A round of thanks to Marius for better GC
Thank you Dave, I just noticed a little bug in case cookies are disabled. I just committed a fix for it. Br's, Marius On Feb 20, 4:29 am, David Pollak feeder.of.the.be...@gmail.com wrote: Folks, Marius made some patches to Lift's GC support today. He removed the lift:gc tag so we don't trip over the Firefox namespace issue. I've done some initial testing (and made a few minor updates). Please do a mvn -U clean install and let us know how well the new code works. Please also do tests like navigating to a page with form elements on it, waiting 45 minutes and then making sure the form can be submitted. Thanks, David -- Lift, the simply functional web frameworkhttp://liftweb.net Beginning Scalahttp://www.apress.com/book/view/1430219890 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] Re: Lift presentation at conferences this fall
That would be awesome Viktor. If it makes it easier for you I could volunteeer to be a co-presenter. mvh Bjarte On Thu, Feb 19, 2009 at 9:13 PM, Viktor Klang viktor.kl...@gmail.comwrote: Greetings Bjarte, Since I'm based in Sweden I just might consider giving it a try. I'll think about it and get back to you here on the list. Cheers, Viktor On Thu, Feb 19, 2009 at 8:46 PM, Bjarte S. Karlsen bjarte.stien.karl...@gmail.com wrote: Hello lifted, Have anybody concidered creating a presentation and touring the conferences this fall? I live in Norway and here we have the javaZone conference. The CfP for javaZone 2009 is out. If anybody wants to submit anything look here http://www.java.no/javazone/2009/ I have concidered creating a presentation myself but I am not sure if I am confortable enough with lift to hold a presentation about it. PS! the submitit application is written in scala/wicket -- Bjarte Stien Karlsen Ronatoppen 6a, 4638 Kristiansand 95219547 MSN: m...@ibjarte.com -- Viktor Klang Senior Systems Analyst -- Bjarte Stien Karlsen Ronatoppen 6a, 4638 Kristiansand 95219547 MSN: m...@ibjarte.com --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
