[Lift] Re: Yahoo Lift error

[David Pollak]

Are you getting it in the console... in the browser... where?  What are you
doing to get the message?

On Fri, May 22, 2009 at 9:31 PM, Charles F. Munat  wrote:

>
> Any idea why I'm getting this:
>
> YAHOO.lift is undefined
> lift_actualAjaxCall("F1048611400615MAS=true", function(),
> function())liftAjax.js (line 134)
> lift_doAjaxCycle()liftAjax.js (line 105)
> lift_ajaxHandler("F1048611400615MAS=true", null, null)liftAjax.js (line 16)
> onclick(click clientX=132, clientY=431)g95xgMP4...YfQ%3D%3D (line 2)
> [Break on this error] url =
> YAHOO.lift.buildURI(addPageName('/...nSuccess(res);}, failure :
> onFailure });
>
> Chas.
>
> >
>


-- 
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] New Lift Actor code

[David Pollak]

Folks,

It is not lightly that I've made the decision to write an alternative Actor
library and move the Lift code base from the Scala Actors to Lift Actors
(working name).  I want to spend a little time talking about the steps that
led to the decision as well as the impact that it will have on Lift code.

Since November, I've been chasing a series of memory leaks in the Actor
library.  Philipp Haller from EPFL has been responsive in addressing the
individual memory leaks, but the issue seems to be one of whack-a-mole...
each time one memory leak is fixed, another one appears.  Further, the
existing Actor architecture does not lend itself to the kind of Actor usage
cycle that we find in Lift apps.  Specifically:

   - Lift creates/destroys an Actor for each Comet request.  This rapid
   creation/destruction of Actors caused memory back-ups, and the existing
   Actor code seems to be oriented to long running Actors rather than Actors
   with Object-length lifespans.
   - The FJ libraries used for Actor scheduling have problems on multi-core
   machines and are also a source of memory retention issues.
   - Replacing the FJ libraries with a scheduler based on
   java.util.concurrent exposes race/deadlock conditions related to the fact
   that some parts of the Actor processing (e.g., testing mailbox items against
   partial functions while the Actor itself is synchronized)
   - The Actors require external threads to function and it's not possible
   to create external threads in the Google App Engine (making Actor-based
   functionality including CometActors non-functioning in GAE apps)
   - Actors are fragile when exceptions are thrown
   - Actors have running and not running states (as compared with objects
   which can always respond to message sends).  In practice, managing the
   running and not running states is as hard as managing memory in C.
   - There are hidden actors associated with each thread which display the
   above fragility and state management issues
   - And as a practical matter, I've got a couple of applications that are
   going into production over the next few weeks and cannot wait for the
   various fixes to make it into Scala 2.8 and the hacks and work-arounds that
   I've done to the 2.7.4 Actor libraries became too complex for my comfort.

I have written a simple Actor class that is focused on message sending and
processing of messages asynchronously.  This means there's a single
operation that you can perform on Actors, the message send operation.
Actors can be specicialized (they only access messages of a certain type).
In order to receive a response from an Actor, you can pass in a Future as
part of the message and that Future may be satisfied asynchronously.  This
means that a sender of a message need not be an Actor and that the Actor
recipient of a message cannot determine the sender of a message.  Actors
have two bits of internal state: a mailbox and a flag indicating that the
Actor is currently processing messages in its mailbox.  The amount of
synchronization of Actors is minimal (on inserting messages into the
mailbox, on removing messages from the mailbox, and on changing state
to/from "processing messages".)

An Actor instance must provide a messageHandler method which returns a
PartialFunction that is used to pattern match against the messages in the
mailbox.  The instance may also provide an optional exception handler that
is called if an Exception is thrown during the handling of a message.

The Actor is guaranteed to only be processing one message at a time and the
Actor is guaranteed not to be in a monitor (synchronized) during the
processing of messages.  An Actor is guaranteed to maintain the order of the
messages in its mailbox, however, messages that do not currently match the
messageHandler will be retained in the order that they were received in the
event that the messageHandler changes and they can be processed.

The Lift Actors will, by default, use the java.util.concurrent library for
thread pooling, although I have worked out a mechanism for
thread-piggy-backing such that if the Actors are running in GAE, they need
not use any additional thread (this will enable Lift's comet support in
GAE.)  There will also be a scheduler (much like the existing ActorPing)
which will send a message to an Actor at some time in the future (and on
GAE, this scheduler, the Pinger, will not require a separate thread.)

The changes that you will have to make to your applications are minimal.
Actors will no longer have start(), exit(), or link() methods.  Actors will
always process messages in their mailbox and will be removed from the system
by the JVM's garbage collector.  Calls to !? will be replaced by calls to !
with a Future as a parameter to the message.  Calls to ActorPing will be
replaced by calls to Pinger.

You can continue to mix Scala's Actors and Lift's Actors in an application,
although Lift's work-arounds to the Scala Actor memory retention issues and
schedul

[Lift] Yahoo Lift error

[Charles F. Munat]

Any idea why I'm getting this:

YAHOO.lift is undefined
lift_actualAjaxCall("F1048611400615MAS=true", function(), 
function())liftAjax.js (line 134)
lift_doAjaxCycle()liftAjax.js (line 105)
lift_ajaxHandler("F1048611400615MAS=true", null, null)liftAjax.js (line 16)
onclick(click clientX=132, clientY=431)g95xgMP4...YfQ%3D%3D (line 2)
[Break on this error] url = 
YAHOO.lift.buildURI(addPageName('/...nSuccess(res);}, failure : 
onFailure });

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

[Lift] Re: Robust and clear ways to do performant JDBC?

[braver]

On May 22, 7:06 pm, Timothy Perrett  wrote:
> Hey there,
>
> Is their a particular reason you wouldn't or couldn't use existing java
> persistence infrastructure inside your scala application? That's the
> recommended advice right now; JPA (for instance) will slot right into your
> app :-)

Tim -- thanks for the pointer; as I'm coming to JVM solely for Scala,
I'm learning the acronyms as I go.  So JPA is good for ORM, right?  My
problem is not a typical web app, but rather an intensive warehousing
-- storing something like a web crawl.  It involves maintaining
workers stuffing XML into the database, and checking whether a record
is already there.  I plan to first try it with an RDBMS such as
PostgreSQL, and/or DB2/Oracle if needed, on a multicore Linux server;
if not enough, I'd explore other solutions such as Berkeley DB or
distributed HBase.  But first I want to see if "just" JDBC is enough,
and in order to make sure I get it at its most efficient, I'd like to
see how the pros do it -- preferably with some Scala goodness so it's
not as verbose as just Java's.  I saw Dave mention JNDI and found DBCP
and JNDI-DBCP Howto, and wonder whether it's applicable for high-
performance apps or is primarily for containers like Tomcat where you
have to maintain the connection across invocations.  For my purely DB-
stuffing app, I have connections open in each process; the interesting
question is, can I unleash e.g. 8 actors, for the 8 cores, and
leverage JNDI-DBCP pool to make it efficient, or should I simply open
a connection per actor?

Cheers,
Alexy

--~--~-~--~~~---~--~~
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: Robust and clear ways to do performant JDBC?

[Timothy Perrett]

Hey there,

Is their a particular reason you wouldn't or couldn't use existing java
persistence infrastructure inside your scala application? That's the
recommended advice right now; JPA (for instance) will slot right into your
app :-)

Cheers, Tim  

On 22/05/2009 20:43, "braver"  wrote:

> 
> One of the huge drawbacks in beginning serious use of Scala is the
> lack of an accepted and documented way to talk to the databases such
> as PostgreSQL.  Googling for scala.dbc examples pulls old stuff from
> 2007; there's a scala-query on github, which is promising, and
> abandoned dbc2, and dbc3 is... awaiting new language features!
> 
> Some of my Scala-DB findings are documented in the blog at
> http://la.scala.la/,
> and none look satisfactory so far.
> 
> So it looks like the way to do it right here, right now, is down to
> Java JDBC.  I was glad to see an example of that in @dpp's book.  I
> wonder if you guys can point to specific idioms of using JDBC with
> actors for data-heavy apps such as data mining?  Since Lift is the
> heavy consumer of DBs, I believe you have the most experience with it!
> 
> Cheers,
> Alexy
> 
> > 
> 



--~--~-~--~~~---~--~~
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: truncated urls

[David Pollak]

This is a defect... please file a ticket at
http://github.com/dpp/liftweb/issues

On Fri, May 22, 2009 at 2:12 PM, Channing Walton wrote:

>
> Hi,
> I have a problem with URLs whose last path segment contains a
> fullstop, eg:   /x/3.1/y/1.11
>
> To illustrate the issue, I created a new lift project and added the
> following to the Boot:
>
> LiftRules.dispatch.prepend {
>case Req(List("x", x,"y", y), _, _) => () => Full(XmlResponse( x=
> { x } y={ y }  ))
> }
>
> Pointing a browser at  /x/3.1/y/1.11 returns: x=3.1 y=1
>
> So y is being truncated at the fullstop.
>
> Doing this in Java with Jetty and a servlet, I can get the full path
> out and parse it correctly so is Lift misbehaving?
>
> Channing
>
> >
>


-- 
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: JPA or JDO best for us on Google App Engine?

[Channing Walton]

cool, thanks for that.

--~--~-~--~~~---~--~~
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] truncated urls

[Channing Walton]

Hi,
I have a problem with URLs whose last path segment contains a
fullstop, eg:   /x/3.1/y/1.11

To illustrate the issue, I created a new lift project and added the
following to the Boot:

LiftRules.dispatch.prepend {
case Req(List("x", x,"y", y), _, _) => () => Full(XmlResponse( x=
{ x } y={ y }  ))
}

Pointing a browser at  /x/3.1/y/1.11 returns: x=3.1 y=1

So y is being truncated at the fullstop.

Doing this in Java with Jetty and a servlet, I can get the full path
out and parse it correctly so is Lift misbehaving?

Channing

--~--~-~--~~~---~--~~
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] Robust and clear ways to do performant JDBC?

[braver]

One of the huge drawbacks in beginning serious use of Scala is the
lack of an accepted and documented way to talk to the databases such
as PostgreSQL.  Googling for scala.dbc examples pulls old stuff from
2007; there's a scala-query on github, which is promising, and
abandoned dbc2, and dbc3 is... awaiting new language features!

Some of my Scala-DB findings are documented in the blog at http://la.scala.la/,
and none look satisfactory so far.

So it looks like the way to do it right here, right now, is down to
Java JDBC.  I was glad to see an example of that in @dpp's book.  I
wonder if you guys can point to specific idioms of using JDBC with
actors for data-heavy apps such as data mining?  Since Lift is the
heavy consumer of DBs, I believe you have the most experience with it!

Cheers,
Alexy

--~--~-~--~~~---~--~~
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 or JDO best for us on Google App Engine?

[Derek Chen-Becker]

Assuming that the PersistenceManager is thread-safe, it should be very easy
to crib from ScalaJPA to make a ScalaJDO. Off the top of my head:

import javax.jdo.PersistenceManager
trait JDOFactory {
  protected def openPM () : PersistenceManager
  protected def closePM (toClose : PersistenceManager) : Unit
}

trait ScalaPersistenceManager {
  protected def pm : PersistenceManager

  // define Scala-ish analogues for PersistenceManager, if needed
  ...
}

trait RequestVarPM extends JDOFactory with ScalaPersistenceManager {
  object pmVar extends
RequestVar[PersistenceManager](openPersistenceManager()) {
this.registerGlobalCleanupFunc(ignore => closePM(this.is))
  }

  protected def pm = pmVar.is
}

Just a rough sketch, but that would allow you to do:

object Model extends RequestVarPM

And then have a per-request PersistenceManager


Derek

On Fri, May 22, 2009 at 12:38 PM, Channing Walton wrote:

>
> Yes I meant the ScalaJPA.
>
> Channing
>
> >
>

--~--~-~--~~~---~--~~
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 or JDO best for us on Google App Engine?

[Channing Walton]

Yes I meant the ScalaJPA.

Channing

--~--~-~--~~~---~--~~
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: GAE, Google Plugin for Eclipse, Scala and DataNucleus problems.

[glenn]

Miles,

I can see your misunderstanding. The GAE plugin project certainly uses
Eclipse's standard classpath mechanism for Java projects, but not for
Java EE or Dynamic Web Application projects.

Specifically, it doesn't have the Java EE module dependencies
capability,
in which jar files on the classpath are resolved into the WEB-INF/lib
folder of the
web module at deployment time.

What this means is that you have to either copy the Maven dependency
jars into
the WEB-INF/lib directory in advance, or provide some other mechanism
to
do it on demand, say via some ant task, in order to run your
application.

Glenn...

On May 22, 9:51 am, Miles Sabin  wrote:
> On Fri, May 22, 2009 at 5:54 PM, glenn  wrote:
> > Solution 2 is problematic because the GAE Plugin generates a project
> > with a non-maven standard structure. Worse
> > yet, it's not even an Eclipse Web Project, so you don't get the
> > benefit of Eclipse's classpath management when it
> > comes to compiling and war packaging.
>
> Could you unpack that last sentence for me a bit? Are you saying that
> the GAE Eclipse plugin doesn't use the Eclipse standard .classpath
> mechanism? If it doesn't, then what does it do instead?
>
> Cheers,
>
> Miles
>
> --
> Miles Sabin
> tel: +44 (0)7813 944 528
> skype:  milessabinhttp://twitter.com/milessabin

--~--~-~--~~~---~--~~
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: [scala] project stockholm

[Meredith Gregory]

Christos,

It would be easy to target Scala. However, since it targets Java, i've not
yet seen the need.

Best wishes,

--greg

On Fri, May 22, 2009 at 1:59 AM, Christos KK Loverdos wrote:

> Hi Greg,
> I didn't know of BNFC until you mentioned it in the Scala lists some time
> ago and I admit I find it very interesting. Since it is apparent you know
> the software, I was wondering how easy would it be to add support for Scala
> as an output language.
>
> Christos.
>
>
> On Fri, May 22, 2009 at 05:13, Meredith Gregory 
> wrote:
>
>> All,
>>
>> i've been working in earnest on a little open source project for DSL
>> generation that my wife suggested i call stockholm (whom am i to argue).
>> At this point it's just about syntax, not execution. From a BNF file you
>> generate
>>
>>- a web-hosted parser/repl
>>- the abstract syntax class of the parser support visitor pattern
>>traversal
>>- a set of subclasses that map the abstract syntax to store
>>   - right now i've got SQL via a JPA layer
>>   - shortly i will also have an XML persistence layer via DBXML
>>
>> Slightly burdensome dependencies
>>
>>- i use BNFC which means you need Haskell + Happy + Alex installed on
>>your system. (On a mac this is port install Haskell, port install Happy,
>>port install Alex.)
>>- When the XML persistence comes on line there will be a dependency on
>>DBXML.
>>- Neither of these dependencies play nicely with maven. i've got some
>>strategies for workin around this for the parser generator, but not for 
>> the
>>XML persistence layer.
>>
>> In a not too distant release i will add some support for specifying and
>> generating operational semantics via techniques borrowed from Peter Sewell's
>> Ott.
>>
>> Best wishes,
>>
>> --greg
>>
>> --
>> L.G. Meredith
>> Managing Partner
>> Biosimilarity LLC
>> 1219 NW 83rd St
>> Seattle, WA 98117
>>
>> +1 206.650.3740
>>
>> http://biosimilarity.blogspot.com
>>
>
>
>
> --
>  __~O
> -\ <,   Christos KK Loverdos
> (*)/ (*)  http://ckkloverdos.com
>



-- 
L.G. Meredith
Managing Partner
Biosimilarity LLC
1219 NW 83rd St
Seattle, WA 98117

+1 206.650.3740

http://biosimilarity.blogspot.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
-~--~~~~--~~--~--~---

[Lift] Re: JPA or JDO best for us on Google App Engine?

[Derek Chen-Becker]

Define "nice support" and we may be able to come up with something. Are you
talking about ScalaJPA, or just the documentation?

On Fri, May 22, 2009 at 10:23 AM, Channing Walton wrote:

>
> Its not so much running into problems, its just that JPA has some nice
> support and I was wondering if anyone was doing something similar for
> JDO.
>
> Channing
>
> >
>

--~--~-~--~~~---~--~~
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: GAE, Google Plugin for Eclipse, Scala and DataNucleus problems.

[Miles Sabin]

On Fri, May 22, 2009 at 5:54 PM, glenn  wrote:
> Solution 2 is problematic because the GAE Plugin generates a project
> with a non-maven standard structure. Worse
> yet, it's not even an Eclipse Web Project, so you don't get the
> benefit of Eclipse's classpath management when it
> comes to compiling and war packaging.

Could you unpack that last sentence for me a bit? Are you saying that
the GAE Eclipse plugin doesn't use the Eclipse standard .classpath
mechanism? If it doesn't, then what does it do instead?

Cheers,


Miles

-- 
Miles Sabin
tel: +44 (0)7813 944 528
skype:  milessabin
http://twitter.com/milessabin

--~--~-~--~~~---~--~~
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: set currentUser as owner

[David Pollak]

On Fri, May 22, 2009 at 7:14 AM, Tobias Daub  wrote:

>
> Hi Dave,
>
> thanks, after doing the "mvn clean" the error disappeared. But now I
> still have a type error:
>
> error: type mismatch;
> [WARNING]  found   : Any
> [WARNING]  required: Long
> [WARNING] override def defaultValue = User.currentUserId openOr 0L
> [WARNING]^
> [WARNING] one error found
>
>
Sorry... the code should have been:

User.currentUser.map(_.id.is) openOr 0L


>
> Seems like the openOr doesn't work...,? Because it should than return
> the 0L, or? Therefor, I wrote a method:
>
> def checkIfUserAvailable(usr: Any) = usr match{
>  case l: Long => l
>  case a: Any => 0L
>}
>
> and invoked it like this:
>
> override def defaultValue = checkIfUserAvailable(User.currentUserId)
>
> I can compile this, but when I run it, seems like every item/order I
> create has the same UserId, because all users can see all items/orders.
>
> thanks.
>
> > This is our old friend, Scala defect 715... closed for 2.8.0:
> > https://lampsvn.epfl.ch/trac/scala/ticket/715
> >
> > Please do a "mvn clean jetty:run" and all should be good.
> >
> > On May 21, 7:08 am, Tobias Daub  wrote:
> >
> >> Hi Dave,
> >>
> >> The thing with
> >>
> >> User.currentUserId openOr 0L
> >>
> >> didn't worked as well.
> >>
> >> I attached the source file that contains the trait that I mix into my
> >> class .
> >>
> >>
> >>> Can you post a code sample and the error?
> >>>
> >> Warning: JAVA_HOME environment variable is not set.
> >> [INFO] Scanning for projects...
> >> [INFO] Searching repository for plugin with prefix: 'jetty'.
> >> [INFO]
> >> 
> >> [INFO] Building virtualMarket
> >> [INFO]task-segment: [jetty:run]
> >> [INFO]
> >> 
> >> [INFO] Preparing jetty:run
> >> [INFO] [resources:resources]
> >> [WARNING] Using platform encoding (UTF-8 actually) to copy filtered
> >> resources, i.e. build is platform dependent!
> >> [INFO] Copying 0 resource
> >> [INFO] [yuicompressor:compress {execution: default}]
> >> [INFO] nb warnings: 0, nb errors: 0
> >> [INFO] [compiler:compile]
> >> [INFO] Nothing to compile - all classes are up to date
> >> [INFO] [scala:compile {execution: default}]
> >> [INFO] Checking for multiple versions of scala
> >> [INFO] Compiling 1 source files to
> /home/tobs/virtualMarket/target/classes
> >> [WARNING] Exception in thread "main" java.lang.RuntimeException:
> >> malformed Scala signature of User at 13749; reference type _1 of 
> >> 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:254)
> >> [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.UnPickler$UnPickle.scala$tools$nsc$symtab$classfile$UnPickl

[Lift] Re: JPA or JDO best for us on Google App Engine?

[Channing Walton]

Its not so much running into problems, its just that JPA has some nice
support and I was wondering if anyone was doing something similar for
JDO.

Channing

--~--~-~--~~~---~--~~
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: Some questions about menu & MetaMegaProtoUser

[David Pollak]

On Fri, May 22, 2009 at 7:49 AM, Jeppe Nejsum Madsen wrote:

>
> Hi,
>
> A newbie running 1-1-SNAPSHOT with a few questions:
>
> 1) The entire app should be protected, so any unauthenticated access
> should show the login page. But I don't want the login page to use the
> same template as the other user pages. I guess I could override
> loginMenuLoc, but it would be nice if screenWrap could somehow be
> specified by Loc. Is this possible?


Sure...

def onLoginPage: Boolean = S.request.flatMap(_.location.map(_.name ==
"Login)) openOr false

override def screenWrap: Box[NodeSeq] = Full(if (onLoginPage)

else )


>
>
> 2) I would like to have a primary navigation menu at the top, and each
> primary menu item should have some secondary and tertiary menu items
> shown at the left. Only the secondary/tertiary items for the currently
> selected primary menu item should be visible. I believe I can render
> the primary menu items using a LocGroup, but how do I render the
> current subitems on the left sidebar?


Getting the top level menu items:

def topMenuItems: List[MenuItem] =
S.request.toList.flatMap(_.buildMenu.lines)

Getting the secondary menu items:
  def secondaryMenuItems: Seq[MenuItem] =
  for {
req <- S.request.toList
line <- req.buildMenu.lines
kid <- line.kids
  } yield kid


>
>
> /Jeppe
>
> >
>


-- 
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: Cron style job support?

[David Pollak]

On Fri, May 22, 2009 at 2:25 AM, maku  wrote:

>
> When I would have to do such a task I would also use Quartz in the
> context of Scala and Lift (why not ?)


For non-trivial scheduling, using Quartz sounds like the right answer to me.


>
>
> Regards,
> Martin
>
>
> On 20 Mai, 22:16, Ewan  wrote:
> > Apologies for the cross-post with the Lift-book group but this is the
> > more appropriate group...
> >
> > While this does not necessarily have anything to do with a webapp does
> > anyone have suggestions for the means to create/register and run a
> > cron style job?  Specifically I would like to extract data from the DB
> > and send to a Solr instance for searching and as I am happily using
> > Mapper I'd like to continue using it for ORM.  In J2EE land we used
> > Quartz so worst case I guess I could have a servlet that on
> > initialisation starts up Quartz and then code a job to that hits the
> > DB with JDBC and then post to a Solr instance.
> >
> > -- Ewan
>
> >
>


-- 
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: GAE, Google Plugin for Eclipse, Scala and DataNucleus problems.

[glenn]

Miles,

Made one small change. Added the words "in the parent directory (.m2)
of your local Maven repository"
for the location of the archetype catalog.

As for Lift/Maven/GAE, one of the problems is that GAE doesn't have a
maven repository that I know of.
So, there are a couple of choices.
 1) Install the GAE jars in your local repository, or
 2) Use the GAE Eclipse Plugin as your starting point, and generate a
pom for the lift dependencies.

Neither solution is ideal. In solution 1, you don't get the benefit of
the GAE Eclipse Plugin tools for launching
the google apps engine test harness. An ant script would have to be
written and set up as a goal in the pom.

Solution 2 is problematic because the GAE Plugin generates a project
with a non-maven standard structure. Worse
yet, it's not even an Eclipse Web Project, so you don't get the
benefit of Eclipse's classpath management when it
comes to compiling and war packaging.

To be sure, there are workarounds. But nothing out of the box, so-to-
speak.

A half-measure, if one just wants access to the Google Data and Apps,
is to use solution 1 and just install
the required gdata jars as dependencies in your pom. You still need to
install the jars in your local maven repo,
however.

Glenn...


On May 22, 12:48 am, Miles Sabin  wrote:
> On Fri, May 22, 2009 at 12:35 AM, glenn  wrote:
> > Ignore my last note about the released vs. snapshot, I just made the
> > changes to point to the 1.1 snapshot versions, and removed the
> > need to change the jetty version.
>
> Wonderful stuff ... many thanks!
>
> Any additional commentary on Eclipse with Lift/Maven/GAE from you or
> anyone else would be most welcome :-)
>
> Cheers,
>
> Miles
>
> --
> Miles Sabin
> tel: +44 (0)7813 944 528
> skype:  milessabinhttp://twitter.com/milessabin

--~--~-~--~~~---~--~~
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: Some questions about menu & MetaMegaProtoUser

[Charles F. Munat]

Jeppe Nejsum Madsen wrote:
> 1) The entire app should be protected, so any unauthenticated access
> should show the login page. But I don't want the login page to use the
> same template as the other user pages. I guess I could override
> loginMenuLoc, but it would be nice if screenWrap could somehow be
> specified by Loc. Is this possible?

I never use the built-in User (or Mapper), but this is easy to do if 
you're rolling your own. Just create a login page without the 
surrounding template (make it a full page) and point to it.

> 2) I would like to have a primary navigation menu at the top, and each
> primary menu item should have some secondary and tertiary menu items
> shown at the left. Only the secondary/tertiary items for the currently
> selected primary menu item should be visible. I believe I can render
> the primary menu items using a LocGroup, but how do I render the
> current subitems on the left sidebar?

IIRC, the builder does this. I think you can add Hidden to any location 
you don't want to show in the menu. The output is just the top 
navigation plus any subnavigation for the current page. You don't need 
the LocGroup for this.

I'm sure others who are more current on this will chip in.

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

[Lift] Re: Welcome Alexander Kiok, you're the 1,000th member of the Lift community

[Alex Boisvert]

David,

You just keep it comin' do you? :)   Congrats on Innovation Games Online!

I've ordered both Beginning Scala and the Definitive Guide to Lift yesterday
and will likely buy additional copies to pass around at the office.

Big hello to the thousand of you out there!  Hope you enjoy Lift + Scala as
much as I do...

alex

On Fri, May 22, 2009 at 4:42 AM, marius d.  wrote:

>
> WOOO H !
>
> On May 22, 7:56 am, David Pollak 
> wrote:
> > Folks,
> >
> > It's been a very good week in Lift and Scala-land:
> >
> >- The Lift community has grown to 1,000 members.  That's a huge
> milestone
> >and an indication that Lift and Scala have achieved an important level
> of
> >popularity.
> >- *Beginning Scala* and *The Definitive Guide to Lift* shipped this
> >week.  Congrats to Derek, Marius, and Tyler on their book (my copy is
> on its
> >way to Romania for an autograph).
> >- Innovation Games Online (a Scala and Lift powered serious gaming
> site)
> >went into final beta this week athttp://dev.buyafeature.com
> >- ESME (an SAP ecosystem project based on Scala and Lift) is getting
> back
> >into the development swing (thanks Vassil)
> >- And on a personal note, I got to have lunch with Adriaan Moors
> today.
> >Adrian was awarded his PhD last week and rumor has it that he'll be in
> >Laussanne in the fall.
> >
> > So, Alexander and the rest of the members of the Lift and Scala
> communities,
> > let's all look at our virtual neighbors, smile, and keep growing the
> > community and the great software that the community is creating.
> >
> > 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] Some questions about menu & MetaMegaProtoUser

[Jeppe Nejsum Madsen]

Hi,

A newbie running 1-1-SNAPSHOT with a few questions:

1) The entire app should be protected, so any unauthenticated access
should show the login page. But I don't want the login page to use the
same template as the other user pages. I guess I could override
loginMenuLoc, but it would be nice if screenWrap could somehow be
specified by Loc. Is this possible?

2) I would like to have a primary navigation menu at the top, and each
primary menu item should have some secondary and tertiary menu items
shown at the left. Only the secondary/tertiary items for the currently
selected primary menu item should be visible. I believe I can render
the primary menu items using a LocGroup, but how do I render the
current subitems on the left sidebar?

/Jeppe

--~--~-~--~~~---~--~~
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: set currentUser as owner

[Tobias Daub]

Hi Dave,

thanks, after doing the "mvn clean" the error disappeared. But now I 
still have a type error:

error: type mismatch;
[WARNING]  found   : Any
[WARNING]  required: Long
[WARNING] override def defaultValue = User.currentUserId openOr 0L
[WARNING]^
[WARNING] one error found


Seems like the openOr doesn't work...,? Because it should than return 
the 0L, or? Therefor, I wrote a method:

def checkIfUserAvailable(usr: Any) = usr match{
  case l: Long => l
  case a: Any => 0L
}

and invoked it like this:

override def defaultValue = checkIfUserAvailable(User.currentUserId)

I can compile this, but when I run it, seems like every item/order I 
create has the same UserId, because all users can see all items/orders.

thanks.

> This is our old friend, Scala defect 715... closed for 2.8.0:
> https://lampsvn.epfl.ch/trac/scala/ticket/715
>
> Please do a "mvn clean jetty:run" and all should be good.
>
> On May 21, 7:08 am, Tobias Daub  wrote:
>   
>> Hi Dave,
>>
>> The thing with
>>
>> User.currentUserId openOr 0L
>>
>> didn't worked as well.
>>
>> I attached the source file that contains the trait that I mix into my
>> class .
>>
>> 
>>> Can you post a code sample and the error?
>>>   
>> Warning: JAVA_HOME environment variable is not set.
>> [INFO] Scanning for projects...
>> [INFO] Searching repository for plugin with prefix: 'jetty'.
>> [INFO]
>> 
>> [INFO] Building virtualMarket
>> [INFO]task-segment: [jetty:run]
>> [INFO]
>> 
>> [INFO] Preparing jetty:run
>> [INFO] [resources:resources]
>> [WARNING] Using platform encoding (UTF-8 actually) to copy filtered
>> resources, i.e. build is platform dependent!
>> [INFO] Copying 0 resource
>> [INFO] [yuicompressor:compress {execution: default}]
>> [INFO] nb warnings: 0, nb errors: 0
>> [INFO] [compiler:compile]
>> [INFO] Nothing to compile - all classes are up to date
>> [INFO] [scala:compile {execution: default}]
>> [INFO] Checking for multiple versions of scala
>> [INFO] Compiling 1 source files to /home/tobs/virtualMarket/target/classes
>> [WARNING] Exception in thread "main" java.lang.RuntimeException:
>> malformed Scala signature of User at 13749; reference type _1 of 
>> 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:254)
>> [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.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] at
>> scala.tools.nsc.symtab.classfile.UnPickler$UnPickle$$anonfun$scala$tools$nsc$symtab$classfile$UnPickler

[Lift] Lift AMQP Article

[Timothy Perrett]

Guys,

I've finally got around to writing an article about lift-amqp,
complete with example source code and application screencast.

Check it out here: http://is.gd/CkPX

Interested in any feedback

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: Welcome Alexander Kiok, you're the 1,000th member of the Lift community

[marius d.]

WOOO H !

On May 22, 7:56 am, David Pollak 
wrote:
> Folks,
>
> It's been a very good week in Lift and Scala-land:
>
>    - The Lift community has grown to 1,000 members.  That's a huge milestone
>    and an indication that Lift and Scala have achieved an important level of
>    popularity.
>    - *Beginning Scala* and *The Definitive Guide to Lift* shipped this
>    week.  Congrats to Derek, Marius, and Tyler on their book (my copy is on 
> its
>    way to Romania for an autograph).
>    - Innovation Games Online (a Scala and Lift powered serious gaming site)
>    went into final beta this week athttp://dev.buyafeature.com
>    - ESME (an SAP ecosystem project based on Scala and Lift) is getting back
>    into the development swing (thanks Vassil)
>    - And on a personal note, I got to have lunch with Adriaan Moors today.
>    Adrian was awarded his PhD last week and rumor has it that he'll be in
>    Laussanne in the fall.
>
> So, Alexander and the rest of the members of the Lift and Scala communities,
> let's all look at our virtual neighbors, smile, and keep growing the
> community and the great software that the community is creating.
>
> 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: project stockholm

[maku]

Hi Greg,

I'm a big fan of MDSD and DSL approaches. I'm working with
openArchitectureWare's XTEXT which is really cool and powerfull.

Is your project anything in this direction?

Regards,
Martin

On 22 Mai, 04:13, Meredith Gregory  wrote:
> All,
>
> i've been working in earnest on a little open source project for DSL
> generation  that
> my wife suggested i call stockholm (whom am i to argue). At this point it's
> just about syntax, not execution. From a BNF file you generate
>
>    - a web-hosted parser/repl
>    - the abstract syntax class of the parser support visitor pattern
>    traversal
>    - a set of subclasses that map the abstract syntax to store
>       - right now i've got SQL via a JPA layer
>       - shortly i will also have an XML persistence layer via DBXML
>
> Slightly burdensome dependencies
>
>    - i use BNFC which means you need Haskell + Happy + Alex installed on
>    your system. (On a mac this is port install Haskell, port install Happy,
>    port install Alex.)
>    - When the XML persistence comes on line there will be a dependency on
>    DBXML.
>    - Neither of these dependencies play nicely with maven. i've got some
>    strategies for workin around this for the parser generator, but not for the
>    XML persistence layer.
>
> In a not too distant release i will add some support for specifying and
> generating operational semantics via techniques borrowed from Peter Sewell's
> Ott.
>
> Best wishes,
>
> --greg
>
> --
> L.G. Meredith
> Managing Partner
> Biosimilarity LLC
> 1219 NW 83rd St
> Seattle, WA 98117
>
> +1 206.650.3740
>
> http://biosimilarity.blogspot.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
-~--~~~~--~~--~--~---

[Lift] Re: Cron style job support?

[maku]

When I would have to do such a task I would also use Quartz in the
context of Scala and Lift (why not ?)

Regards,
Martin


On 20 Mai, 22:16, Ewan  wrote:
> Apologies for the cross-post with the Lift-book group but this is the
> more appropriate group...
>
> While this does not necessarily have anything to do with a webapp does
> anyone have suggestions for the means to create/register and run a
> cron style job?  Specifically I would like to extract data from the DB
> and send to a Solr instance for searching and as I am happily using
> Mapper I'd like to continue using it for ORM.  In J2EE land we used
> Quartz so worst case I guess I could have a servlet that on
> initialisation starts up Quartz and then code a job to that hits the
> DB with JDBC and then post to a Solr instance.
>
> -- Ewan

--~--~-~--~~~---~--~~
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: [scala] project stockholm

[Christos KK Loverdos]

Hi Greg,
I didn't know of BNFC until you mentioned it in the Scala lists some time
ago and I admit I find it very interesting. Since it is apparent you know
the software, I was wondering how easy would it be to add support for Scala
as an output language.

Christos.

On Fri, May 22, 2009 at 05:13, Meredith Gregory wrote:

> All,
>
> i've been working in earnest on a little open source project for DSL
> generation that my wife suggested i call stockholm (whom am i to argue).
> At this point it's just about syntax, not execution. From a BNF file you
> generate
>
>- a web-hosted parser/repl
>- the abstract syntax class of the parser support visitor pattern
>traversal
>- a set of subclasses that map the abstract syntax to store
>   - right now i've got SQL via a JPA layer
>   - shortly i will also have an XML persistence layer via DBXML
>
> Slightly burdensome dependencies
>
>- i use BNFC which means you need Haskell + Happy + Alex installed on
>your system. (On a mac this is port install Haskell, port install Happy,
>port install Alex.)
>- When the XML persistence comes on line there will be a dependency on
>DBXML.
>- Neither of these dependencies play nicely with maven. i've got some
>strategies for workin around this for the parser generator, but not for the
>XML persistence layer.
>
> In a not too distant release i will add some support for specifying and
> generating operational semantics via techniques borrowed from Peter Sewell's
> Ott.
>
> Best wishes,
>
> --greg
>
> --
> L.G. Meredith
> Managing Partner
> Biosimilarity LLC
> 1219 NW 83rd St
> Seattle, WA 98117
>
> +1 206.650.3740
>
> http://biosimilarity.blogspot.com
>



-- 
 __~O
-\ <,   Christos KK Loverdos
(*)/ (*)  http://ckkloverdos.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
-~--~~~~--~~--~--~---

[Lift] Re: Welcome Alexander Kiok, you're the 1,000th member of the Lift community

[Timothy Perrett]

Wow, 1000 members. It seems like yesterday when we only had 300!
Congratulations everyone!

Cheers, Tim

On 22/05/2009 05:56, "David Pollak"  wrote:

> Folks,
> 
> It's been a very good week in Lift and Scala-land:
> * The Lift community has grown to 1,000 members.  That's a huge milestone and
> an indication that Lift and Scala have achieved an important level of
> popularity. 
> * Beginning Scala and The Definitive Guide to Lift shipped this week. 
> Congrats to Derek, Marius, and Tyler on their book (my copy is on its way to
> Romania for an autograph).
> * Innovation Games Online (a Scala and Lift powered serious gaming site) went
> into final beta this week at http://dev.buyafeature.com
> * ESME (an SAP ecosystem project based on Scala and Lift) is getting back into
> the development swing (thanks Vassil)
> * 
> * And on a personal note, I got to have lunch with Adriaan Moors today. 
> Adrian was awarded his PhD last week and rumor has it that he'll be in
> Laussanne in the fall.
> So, Alexander and the rest of the members of the Lift and Scala communities,
> let's all look at our virtual neighbors, smile, and keep growing the community
> and the great software that the community is creating.
> 
> Thanks,
> 
> David


--~--~-~--~~~---~--~~
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: project stockholm

[Timothy Perrett]

HAHAHA! Love the irony of that!

In all seriousness this is really great work Greg ­ im going to be hacking
something out on this when I get some spare time. Did you solidify your
thinking on making a DSL archetype?

Cheers, Tim

On 22/05/2009 06:27, "Meredith Gregory"  wrote:

> Charles,
> 
> Stockholm's feature set competes with Microsoft's Oslo; but Stockholm is where
> you receive the Nobel Prize.
> 
> Best wishes,
> 
> --greg
> 
> On Thu, May 21, 2009 at 8:02 PM, Charles F. Munat  wrote:
>> 
>> Because of Stockholm Syndrome?
>> 
>> Meredith Gregory wrote:
>>> > All,
>>> >
>>> > i've been working in earnest on a little open source project for DSL
>>> > generation >>  >
>>> > that my wife suggested i call stockholm (whom am i to argue). At this
>>> > point it's just about syntax, not execution. From a BNF file you generate
>>> >
>>> >     * a web-hosted parser/repl
>>> >     * the abstract syntax class of the parser support visitor pattern
>>> >       traversal
>>> >     * a set of subclasses that map the abstract syntax to store
>>> >           o right now i've got SQL via a JPA layer
>>> >           o shortly i will also have an XML persistence layer via DBXML
>>> >
>>> > Slightly burdensome dependencies
>>> >
>>> >     * i use BNFC which means you need Haskell + Happy + Alex installed
>>> >       on your system. (On a mac this is port install Haskell, port
>>> >       install Happy, port install Alex.)
>>> >     * When the XML persistence comes on line there will be a dependency
>>> >       on DBXML.
>>> >     * Neither of these dependencies play nicely with maven. i've got
>>> >       some strategies for workin around this for the parser generator,
>>> >       but not for the XML persistence layer.
>>> >
>>> > In a not too distant release i will add some support for specifying and
>>> > generating operational semantics via techniques borrowed from Peter
>>> > Sewell's Ott.
>>> >
>>> > Best wishes,
>>> >
>>> > --greg
>>> >
>>> > --
>>> > L.G. Meredith
>>> > Managing Partner
>>> > Biosimilarity LLC
>>> > 1219 NW 83rd St
>>> > Seattle, WA 98117
>>> >
>>> > +1 206.650.3740
>>> >
>>> > http://biosimilarity.blogspot.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
-~--~~~~--~~--~--~---

[Lift] Re: project stockholm

[Charles F. Munat]

Dynamite!

Meredith Gregory wrote:
> Charles,
> 
> Stockholm's feature set competes with Microsoft's Oslo; but Stockholm is 
> where you receive the Nobel Prize.
> 
> Best wishes,
> 
> --greg
> 
> On Thu, May 21, 2009 at 8:02 PM, Charles F. Munat  > wrote:
> 
> 
> Because of Stockholm Syndrome?
> 
> Meredith Gregory wrote:
>  > All,
>  >
>  > i've been working in earnest on a little open source project for DSL
>  > generation
>  >
>  > that my wife suggested i call stockholm (whom am i to argue). At this
>  > point it's just about syntax, not execution. From a BNF file you
> generate
>  >
>  > * a web-hosted parser/repl
>  > * the abstract syntax class of the parser support visitor pattern
>  >   traversal
>  > * a set of subclasses that map the abstract syntax to store
>  >   o right now i've got SQL via a JPA layer
>  >   o shortly i will also have an XML persistence layer via
> DBXML
>  >
>  > Slightly burdensome dependencies
>  >
>  > * i use BNFC which means you need Haskell + Happy + Alex
> installed
>  >   on your system. (On a mac this is port install Haskell, port
>  >   install Happy, port install Alex.)
>  > * When the XML persistence comes on line there will be a
> dependency
>  >   on DBXML.
>  > * Neither of these dependencies play nicely with maven. i've got
>  >   some strategies for workin around this for the parser
> generator,
>  >   but not for the XML persistence layer.
>  >
>  > In a not too distant release i will add some support for
> specifying and
>  > generating operational semantics via techniques borrowed from Peter
>  > Sewell's Ott.
>  >
>  > Best wishes,
>  >
>  > --greg
>  >
>  > --
>  > L.G. Meredith
>  > Managing Partner
>  > Biosimilarity LLC
>  > 1219 NW 83rd St
>  > Seattle, WA 98117
>  >
>  > +1 206.650.3740
>  >
>  > http://biosimilarity.blogspot.com
>  >
>  > >
> 
> 
> 
> 
> 
> -- 
> L.G. Meredith
> Managing Partner
> Biosimilarity LLC
> 1219 NW 83rd St
> Seattle, WA 98117
> 
> +1 206.650.3740
> 
> http://biosimilarity.blogspot.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
-~--~~~~--~~--~--~---

[Lift] Re: GAE, Google Plugin for Eclipse, Scala and DataNucleus problems.

[Miles Sabin]

On Fri, May 22, 2009 at 12:35 AM, glenn  wrote:
> Ignore my last note about the released vs. snapshot, I just made the
> changes to point to the 1.1 snapshot versions, and removed the
> need to change the jetty version.

Wonderful stuff ... many thanks!

Any additional commentary on Eclipse with Lift/Maven/GAE from you or
anyone else would be most welcome :-)

Cheers,


Miles

-- 
Miles Sabin
tel: +44 (0)7813 944 528
skype:  milessabin
http://twitter.com/milessabin

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---