Re: [Lift] Happy 3rd Anniversary to Lift

[Tim Perrett]

Wow, three years already! Man, what an adventure its been!!

David I think you also need a big "thank you" from both the rest of  
the team and the community - thanks for fostering a community where  
newbies are welcome and production support is a primary concern.


Its been a hell of a ride so far - cant wait to see what 2010 and 2011  
bring for us.


Cheers, Tim

On 27 Feb 2010, at 01:26, David Pollak wrote:


Folks,

Today is Lift's 3rd Anniversary/Birthday!

Before I go offline for the weekend, I wanted to give a hearty  
thanks for the Scala team, the Scala community, the Lift committers,  
and most importantly the Lift community members new and old for  
making Lift possible, fun, and challenging.


Thank you all very, very much for everything each and everyone one  
of you has done.


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
Surf the harmonics

--
You received this message because you are subscribed to the Google  
Groups "Lift" group.

To post to this group, send email to lift...@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 
.



--
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to lift...@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] lift-amqp, RabbitMQ and Subscriptions?

[Tim Perrett]

Guys,

Im just starting to look at RabbitMQ and lift-amqp. I have a situation
where by I have a central pot of information and a bunch of different
consumers that want to keep up to date with changes to things they are
interested in (specifically, we'll call the things they are interested
in "jobs").

Im thinking that the central application will probably use some kind
of actor schedule to constantly update its information about all jobs
(as it in turn will be getting it through some SOAP services),
however, what I would then like it to do is notify any other consumers
(which will  be other applications) that have opted to subscribe to
information / updates about that job via AMQP. Consumers will also be
able to hand messages to the central service and effectively say "deal
with this job and notify me about any changes".

Now then, excuse my complete ignorance as im new to AMQP but its
possible to build such a workflow, right? Any pro's / con's in doing
this?

Just looking for a bit of a sounding board right now so any
information / feedback would be greatly appreciated

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] Moving to streaming upload API

[Tim Perrett]

Guys,

I've been taking a close look at the way lift handles uploads. Right
now were putting the entire thing (upload) into memory. This, IMO, is
not a good look. I managed to crash my whole laptop as Jetty scrabbled
for memory to store a massive upload I was trying.

Looking at the commons upload API it appears it has pretty good
support for streaming:

http://commons.apache.org/fileupload/streaming.html

Can we not rework the upload support in Req.scala to use a streaming
methodology instead? A sweet by-product will be easily able to do
CometActor based upload progress bars ;-)

Thoughts?

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] Why can eclipse never find: org.mortbay.jetty.webapp.WebAppContext

[Tim Perrett]

Hey guys,

Just having a play around with the new eclipse plugins and the lift
archetypes. With a fresh install of Eclipse and the latest RC version
of eclipse scala plugin (and the 2.7.3 version) I always get a
situation after generating a new lift project from the archetypes that
it cannot find:

_root_.org.mortbay.jetty.webapp.WebAppContext

in RunWebApp.scala in the test package? Is there something we need to
change in the archetypes to fix this or is it an eclipse plugin issue?

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] Blog post about lifts binding system

[Tim Perrett]

Hey guys,

There has been a bunch of questions lately about bind(..) and how to
use it etc, so i thought id just write a blog post about it discussing
ways to use it and cover some of the other funky stuff it can do.

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

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] Small archetype bug?

[Tim Perrett]

Just looked at the blank archetype because im wanting to build another
one for my own purposes and noticed that there is a "lib" dir in the
resources for the archetype, but its never actually created upon
generation.

Its not seriously important or anything but just an observation...
--~--~-~--~~~---~--~~
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] Thread safe configuration without abusing the session?

[Tim Perrett]

Guys,

Im working on a system where by there is a bunch of configuration
options that should exist for a given application, and are application
wide... Im handling this right now in a similar way to LiftRules.

However, I also have some configuration that can be done on a per
user / per session basis - what is the recommended strategy for
handling this without simply abusing the crap out of SessionVar?

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] Who did the hungarian translation?

[Tim Perrett]

Hey guys,

Who did the hungarian translations of lift core? I want to make an
addition that needs adding to lift core properties files but I don't
speak hungarian!

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] Proposed URL Shortening widget

[Tim Perrett]

Guys,

I've been contemplating doing this for a while and am now finding
myself with a bunch of free time tomorrow and a need to write some
code.

So, I want to make a widget that shortens URL's in an extendable
way... Im thinking of having something like:

trait URLReductionProvider { ... }

object TinyURL extends URLReductionProvider
object IsGd extends URLReductionProvider
object BitLy extends URLReductionProvider

You get the general idea...

So, im thinking of implementing the actual URL fetching stuff as a
partial function so that users could do:

def reductionResult = {
  case Full(result) => // result is the URL, insert into database etc
  case _ => // something went wrong
}

My question is however, if i make this actor based, could someone
implement it so rather than writing there URL to database in a
separate thread to the main one, would it be possible for them to say,
use a JsCmd and return that to update the browser? Im guessing not
unless it was a CometActor right.

This then got me thinking, do you guys thing this is worth doing actor
based, or is it just ok to make a blocking call to the provider?
(tinyurl or is.gd etc)

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] Need for lightweight JPA archetype

[Tim Perrett]

Guys,

Do people see room for a blank JPA archetype just like we have blank
and basic of normal lift archetypes?

IMO, whilst its great having the basic one for learning and examples,
having something thats a workable starting point without having to
remove code etc would be helpful.

I appreciate this is a bit lazy - but i don't think it would take much
work and would provide a neat solution

Thoughts?

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] Form action URI's

[Tim Perrett]

Guys,

I have a catalogue of products that essentially have a bunch of meta-
data attached to them and the user can dynamically drill down into to
get a relevant list of products. Because of this query type operation,
im using the query string like so:

/catalogue?filter=marin

I know some people don't agree with this, but IMO, its the most REST
approach with the rest of the ROA I have in this application (i.e.
there is no meaningful relationship between the filter options so it
makes no sense to use resource paths) - anyway... to the problem at
hand.

I have a function def that calculates links etc taking into account
all the various filters and things, and i want a simple "results on a
page" type drop-down select. Now, this is fairly simple as i already
have the function defined to calculate the url and yes, i know i could
calculate the new URL in javascript, but i dont really want to do that
as its two lot of code to maintain. When I write a form with lift and
bind(...) the action="catalogue" with a post so my server side
function bones because the S.params call cant find anything (there are
no longer any params).

Any ideas on how one could work around this?

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] Adding / Updating a JsObj

[Tim Perrett]

Hey guys,

So, I have a JsObj with a bunch of key-value pairs - how can I both
add new key pairs or update existing values?

I originally had my data being held as Map[String,String], and
attempted to convert it to JsObj however this was for some reason
causing a massive memory leak which nearly crashed my entire mac. lol.

Thoughts?

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] Portable components of logic?

[Tim Perrett]

Guys,

Has anyone got a good strategy for packaging up components of logic
within lift?

At our company we have a particular application that im writing some
really nice logic for inside lift and im wondering how I can package
that up and re-use it (short of copy and paste snippet files and the
various css / js files)?

I know we have a snippet search path, and thats cool as we can just
bundle a bunch of logic into seperate JARs, but what about view / UI
content? Perhaps some specially formated JAR layout with some kind of
extension to LiftRules that says "also look here for stuff"?

Thanks

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] SQL Server Error (again)

[Tim Perrett]

Found another SQL Server bug:

http://liftweb.lighthouseapp.com/projects/26102-lift/tickets/25-sql-server-alter-table-fail

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] Decoupling Lifts Template System

[Tim Perrett]

Guys,

What would it take to decouple Lifts template system? Specifically, im
interested in reusing a bunch of the localization and view
componentry.

I know that wa back there was talk of doing this. For instance,
lets say that you wanted filesystem view storage, rather than views
being held in the WAR... right now, you have to rebuild the wheel to
keep the lift functionality (like selecting templates based on locale
ISO code) as lift currently only looks for resources based on the
context root.

Anyway... what are people's thoughts? I appreciate this is a fairly
big task, but anyone want to bang it out for 1.1?

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] Explicitly shutting down comet actor in a single session

[Tim Perrett]

Guys,

I have a situation where by im using comet actors to watch something
on a 3rd party system. Now, when the monitoring needs to stop, I want
to explicitly shutdown that comet actor and redirect some to place
else. However, when I pass the comet actor the ShutDown message, the
page redirects to "/"

So, my question: is it possible to do something in localShutdown to
redirect the user? Or in some other-way stop the redirecting to "/" ?
I want to do this because by keeping it to a single comet actor
lifecycle, jobs are submitted on the 3rd party system only once even
if they refresh the page etc.

Thoughts?

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] Bug in LiftRules defaultLocaleCalculator

[Tim Perrett]

Guys,

I think i might have just found a bug in the
defaultLocaleCalculator... By simply adding S.?("mykey") to a comet
actor, it bombs in spectacular style.

I worked the bug back as it was originally getting an NPE from my
code, so I shoved everything into boxes - that appears to have now
moved the issue down into LiftRules...

The default calculator looks like:

request.flatMap(_.getLocale() match {case null => Empty case l: Locale
=> Full(l)}).openOr(Locale.getDefault())

where request is Box[HttpServletRequest]. So then, flatMap is a method
on Box, thats fine, but then:

_.getLocale() match {...}

The issue im seeing suggests that _ is actually null in this context
and then throwing an NPE. This is easily solvable but involves shoving
the placeholder into a box:


request.flatMap(r => {
  Box.!!(r.getLocale()) match {
case l: java.util.Locale => Full(loc)
case _ => Empty
  }
}).openOr(Locale.getDefault())


Thoughts?

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] SQL Server Errors

[Tim Perrett]

Guys,

Just logged a couple of bugs for SQL Server drivers:

http://liftweb.lighthouseapp.com/projects/26102/tickets/18-sql-server-error-with-timestamp-col-type#ticket-18-1

http://liftweb.lighthouseapp.com/projects/26102/tickets/17-mappedtext-sql-server-clob#ticket-17-1

Can someone take a look? This really is not my speciality.

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] Proposed localization change to S

[Tim Perrett]

Guys,

I have a situation where I want to localize a bunch of dynamic texts,
however the current behavior of S.? is to return the input text if its
found in a resource bundle. Whilst I see the rational for this, I have
another situation where I want to pass a key, and if it doesn't find
it, display something else (the english version). Id rather not use
the english text as the translation key, as if the english text
changes, my database translations will break (not good!)

I can achieve the functionality needed right by doing something like:

S.loc(item.localization_key.toString + ".name") match {
  case Full(t) => t
  case _ => Text(doc.name.toString)
}

But it would be nice if we could have a utility method in S which
allowed you do do:

?("my.localization.key", defaultText.toString)

Thoughts?

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] Proposed addition to LRU

[Tim Perrett]

Guys,

I have a situation where I need to retrive all the keys in my
KeyedCache - however, KeyedCache extends LRU, which it turn uses
apache commons LRUMap internally.

The LRU class has a private val map: LRUMap

Is there any objections to me adding a method to LRU to return all the
keys from that map?:

// off the top of my head...
def keys: Array[KeyType] = map.keySet().asInstanceOf[Set
[KeyType]].toArray

Thoughts?

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: Locale and languages

[Tim Perrett]

Hi Jon,

I have a working implementation of this now :-)

To give you some background, we have a locale calculator in lift and
its default behavior looks at the incoming request headers to asses
what locale should be set. Whilst in normal operation this has no
affect on your application, it becomes extremely useful when you want
to localize based on a whole bunch of parameters. Check out the scala
docs for S here:

http://scala-tools.org/mvnsites/liftweb/lift-webkit/scaladocs/net/liftweb/http/S$object.html

Because java.util.Locale has really neat features for presenting
localized country names etc, i just use a something like:

S.locale.getDisplayName(S.locale) // => Might return "italiano" for
instance

As for the database content - I have a database backed resource bundle
subclass that feeds into an LRU cache when lift boots up. The bundle
then talks with the LRU cache to return the correct string.

Sorry if that doesnt make much sense! If anything is not clear, then
just post back and i'll try to me more succinct.

Thanks

Tim

On Mar 2, 4:43 pm, Jon Hancock  wrote:
> I am also interested in locale strategies.
> I would like to build a website which will be in Mandarin and
> English.  The English is mostly for my use as most users will see
> mandarin.  I expect it will be easiest to have most of my decorative
> info (link names, static info) in the views themselves.  The DB
> content will be what it is (mostly mandarin), no need for multiple
> copies.
> I guess I first want to sniff the request (or maybe do a geo query on
> the IP) and decide if I should serve up EN or CN views and
> subsequently allow the user to click a preference (English or Chinese
> link) to override my guesswork and set a cookie for the preference. I
> do see how I would set the cookie.  How to manage two sets of views I
> do not see.
> How have others done this with lift?
>
> thanks, Jon
>
> On Mar 2, 7:59 am, Derek Chen-Becker  wrote:
>
> > That seems reasonable, although IIRC it means that you need two queries to
> > the database to fetch a translation using mapper strictly. Of course, you
> > could use the raw SQL queries on DB to fetch things with one join.
>
> > Derek
>
> > On Sun, Mar 1, 2009 at 2:54 PM, Tim Perrett  wrote:
>
> > > Guys,
>
> > > Just working something through and would like a bit of input from
> > > lifted :-)
>
> > > Im debating how im going to store my locale data and present that
> > > information to the user in a sensible way. Right now, im thinking of
> > > using MappedLocale to hold locale type information in my database, and
> > > then have a one-to-many (locale -> translation). This seems fairly
> > > reasonable, but i've changed my mind several times now so would be
> > > ever so grateful for some other input :-)
>
> > > 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: Removing xmlns:lift="http://liftweb.net/" in rendered page

[Tim Perrett]

Amit,

I would be amazed if that were the issue, as that is tottaly valid.
XHTML is a valid microformat of XML so having the decleration line is
valid. In one of my live applications I have:



http://liftweb.net/"; xmlns="htt

and it passs no problem at all using http://validator.w3.org/

What validator are you using?

Thanks, Tim

On Mar 2, 6:34 am, Amit Kumar Verma  wrote:
> Hi David.
>
> HTML validator throws one error because of this line  version="1.0" encoding="UTF-8"?> . In this way our application will
> never pass W3C html validation.
>
> thanks
> Amit Kumar Verma
>
> On Feb 28, 4:20 am, David Pollak 
> wrote:
>
> > Marc,
>
> > It's possible that an Ajax transaction could take place subsequent to a page
> > load that would insert XHTML on the page that contains something in the lift
> > namespace.  That's why I say that one removes the namespace at one's peril
> > and we are not going to support such a feature.  It's fraught with too many
> > potential problems.
>
> > Thanks,
>
> > David
>
> > On Fri, Feb 27, 2009 at 3:16 PM, Marc Boschma
> > 
>
> > > wrote:
> > > I think what Ross is asking for isn't necessarily a bad thing for a given
> > > page which doesn't actually use the lift namespace after all processing
> > > has occurred.
> > > Think of it in a more general sense: how do I filter any namespace that
> > > isn't actually present in the result XML? This is actually an important
> > > question from a security perspective as I may not want to divulge a name
> > > space that is used internally. eg. a "cms" name space expressed in a
> > > previous thread. If plug-ins or similar functionality is to be supported 
> > > in
> > > the future the resolution of this issue is probably a must.
>
> > > To my mind it should be possible to search the XML for all used name 
> > > spaces
> > > and then to remove any name spaces declared but not present.
>
> > > Whether or not the "lift" name space is treated specially or not is
> > > an implementation issue...
>
> > > It should also be possible to raise an error if an element exists in a XML
> > > result that has a name space that shouldn't be present (the counter
> > > example).
>
> > > Marc
>
> > > On 28/02/2009, at 1:54 AM, David Pollak wrote:
>
> > > On Fri, Feb 27, 2009 at 6:08 AM, rossputin  wrote:
>
> > >> Hi.
>
> > >> Sure, I understand it is required as the xml is processed, is there a
> > >> post process operation in the pipeline anywhere ?
>
> > > Ross,
>
> > > Lift emits XHTML to the browser that contains tags with lift:xxx 
> > > attributes
> > > to support the Comet services and also used the lift:gc attribute to 
> > > support
> > > other services until we found a significant defect in Firefox and jQuery 
> > > and
> > > decided to use another mechanism to replace the lift:gc attributes.  Lift
> > > makes active use of the lift namespace.  The xmlns:lift attribute is 
> > > removed
> > > at your peril and the removal will not be supported on this list.
>
> > > Thanks,
>
> > > David
>
> > >> Thanks,
>
> > >> Ross.
>
> > >> On Feb 27, 1:59 pm, Timothy Perrett  wrote:
> > >> > Ross,
>
> > >> > You cannot remove this namespace as it is needed to make it valid XHTML
> > >> -
> > >> > Scala XML processing uses a strict xml processer to ensure that the
> > >> markup
> > >> > is valid and complete before outputting it. Because we use 
> > >> >  > >> />
> > >> > the namespace is required for the parser to pass that markup xml as
> > >> valid I
> > >> > do believe.
>
> > >> > Tim
>
> > >> > On 27/02/2009 13:40, "rossputin"  wrote:
>
> > >> > > Hi.
>
> > >> > > Sure, its something I do to simplify as much as possible any
> > >> > > unnecessary tags or attributes.  I suppose it is a practice I picked
> > >> > > up while using Cocoon.  Ultimately, I just want the purest xhtml
> > >> > > output possible, hopefully revealing as little about the platform
> > >> > > which produced it as possible.
>
> > >> > > Ross.
>
> > >> > > On Feb 27, 1:31 pm, Viktor Klang  wrote:
> > >> > >> May I ask why?
>
> > >> > >> Cheers,
> > >> > >> Viktor
>
> > >> > >> On Fri, Feb 27, 2009 at 1:23 PM, rossputin 
> > >> wrote:
>
> > >> > >>> Hi.
>
> > >> > >>> I am using lift 1.0.  I was hoping to remove the
> > >>  'xmlns:lift="http://
> > >> > >>> liftweb.net/"' element from :
>
> > >> > >>> 
> > >> > >>>  > >> "http://
> > >> > >>>www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
> > >> > >>> http://liftweb.net/"; xmlns="
> > >>http://www.w3.org/1999/
> > >> > >>> xhtml">
>
> > >> > >>> Thanks.
>
> > >> > >>> Ross.
>
> > >> > >>> On Feb 27, 12:18 pm, Timothy Perrett 
> > >> wrote:
> > >> >  Hey Ross,
>
> > >> >  Which element are you referring to? Head items? What version of
> > >> lift are
> > >> > >>> you
> > >> >  using? (you can find out by looking in pom.xml under the lift-*
> > >> >  dependencies)
>
> > >> >  Thanks
>
> > >> >  Tim
>
> > >> >  On 27/02/2009 11:36, "rossputin"  wrote:
>
> > >> > > Hi.
>
> > >> > > I must admit I have 

[Lift] Locale and languages

[Tim Perrett]

Guys,

Just working something through and would like a bit of input from
lifted :-)

Im debating how im going to store my locale data and present that
information to the user in a sensible way. Right now, im thinking of
using MappedLocale to hold locale type information in my database, and
then have a one-to-many (locale -> translation). This seems fairly
reasonable, but i've changed my mind several times now so would be
ever so grateful for some other input :-)

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: Configurable JQuery Version?

[Tim Perrett]

Ah right excellent - I was not sure if any of the new GC stuff
*needed* that version or not hence my reason for asking :-)

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] Configurable JQuery Version?

[Tim Perrett]

Guys,

I have a lift app that since our 1.3.2 update has broken a bunch of
stuff. Id imagine im not the only person in this pickle and wonder if
there is a way we could possibly make JQuery a configurable version?

Perhaps LiftRules.jqueryVersion ?

Thoughts?

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: Issue with http://liftweb.net site design (IE7 / Opera 9.63)

[Tim Perrett]

Guys,

I've just committed the CSS patches for liftweb.net - I've also
updated some of the content.

Can someone get that onto the live box please?

I've checked it in Opera, FF, Safari and IE7

Thanks

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: Adding bundle factory to LiftRules

[Tim Perrett]

Its now committed into 1.1-SNAPSHOT

Cheers, Tim

On Feb 27, 6:56 pm, "marius d."  wrote:
> I am :) ... nice work !
>
> On Feb 27, 8:38 pm, Tim Perrett  wrote:
>
> > Marius and I have just chatted this over on IM - I've altered the code
> > to use NamedPF...
>
> > The code now reads:
>
> >   /**
> >    * Get the resource bundle for the current locale
> >    */
> >    def resourceBundles: List[ResourceBundle] = {
> >      _resBundle.value match {
> >        case Nil => {
> >          _resBundle.set(LiftRules.resourceNames.flatMap(name => tryo(
> >            List(ResourceBundle.getBundle(name, locale))
> >          ).openOr(
> >            //LiftRules.resourceBundleFactories.toList.find
> > (_.isDefinedAt(locale)).toList.map(_.apply(locale))
> >            NamedPF.applyBox((name, locale),
> > LiftRules.resourceBundleFactories.toList).map(List(_)) openOr Nil
> >          )))
> >          _resBundle.value
> >        }
> >        case bundles => bundles
> >      }
> >    }
>
> > Everyone happy with this?
>
> > Cheers, Tim
>
> > On Feb 27, 6:10 pm, "marius d."  wrote:
>
> > > Well yeah but I only havethis code from you:
>
> > > def resourceBundles : List[ResourceBundle] =
> > > ...
> > > case Nil => _resBundle.set(LiftRules.resourceNames.flatMap(name =>
> > > tryo {
> > >  List(ResourceBundle.getBundle(name, locale))
>
> > > } openOr {
>
> > >  // I think this is right...
> > >  LiftRules.resourceBundleFactories.toList.find(_.isDefinedAt
> > > (locale)).map(_.apply(locale))
> > > openOr Nil
>
> > > }))
>
> > > ... and you are looking intothe factories if not found in the
> > > "traditional" bundles. WHich I guess is fine ... but I don't see the
> > > "name" from resurceNames passed to the factory.
>
> > > SO the name has a meaning in the curent approach but not anymore when
> > > using the new factories?
>
> > > On Feb 27, 8:00 pm, Timothy Perrett  wrote:
>
> > > > Don't they achieve different things? resourceNames just defines the base
> > > > name for which the default java system starts looking for localizations
> > > > right?
>
> > > > Cheers, Tim
>
> > > > On 27/02/2009 17:54, "marius d."  wrote:
>
> > > > > How would LiftRule.resourceNames work with
>
> > > > > type ResourceBundleFactoryPF = PartialFunction[Locale,Box
> > > > > [ResourceBundle]]
> > > > > var resourceBundleFactories : RulesSeq[ResourceBundleFactory]
>
> > > > > ... from usability perspective ?
--~--~-~--~~~---~--~~
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: Adding bundle factory to LiftRules

[Tim Perrett]

Marius and I have just chatted this over on IM - I've altered the code
to use NamedPF...

The code now reads:

  /**
   * Get the resource bundle for the current locale
   */
   def resourceBundles: List[ResourceBundle] = {
 _resBundle.value match {
   case Nil => {
 _resBundle.set(LiftRules.resourceNames.flatMap(name => tryo(
   List(ResourceBundle.getBundle(name, locale))
 ).openOr(
   //LiftRules.resourceBundleFactories.toList.find
(_.isDefinedAt(locale)).toList.map(_.apply(locale))
   NamedPF.applyBox((name, locale),
LiftRules.resourceBundleFactories.toList).map(List(_)) openOr Nil
 )))
 _resBundle.value
   }
   case bundles => bundles
 }
   }

Everyone happy with this?

Cheers, Tim

On Feb 27, 6:10 pm, "marius d."  wrote:
> Well yeah but I only havethis code from you:
>
> def resourceBundles : List[ResourceBundle] =
> ...
> case Nil => _resBundle.set(LiftRules.resourceNames.flatMap(name =>
> tryo {
>  List(ResourceBundle.getBundle(name, locale))
>
> } openOr {
>
>  // I think this is right...
>  LiftRules.resourceBundleFactories.toList.find(_.isDefinedAt
> (locale)).map(_.apply(locale))
> openOr Nil
>
> }))
>
> ... and you are looking intothe factories if not found in the
> "traditional" bundles. WHich I guess is fine ... but I don't see the
> "name" from resurceNames passed to the factory.
>
> SO the name has a meaning in the curent approach but not anymore when
> using the new factories?
>
> On Feb 27, 8:00 pm, Timothy Perrett  wrote:
>
> > Don't they achieve different things? resourceNames just defines the base
> > name for which the default java system starts looking for localizations
> > right?
>
> > Cheers, Tim
>
> > On 27/02/2009 17:54, "marius d."  wrote:
>
> > > How would LiftRule.resourceNames work with
>
> > > type ResourceBundleFactoryPF = PartialFunction[Locale,Box
> > > [ResourceBundle]]
> > > var resourceBundleFactories : RulesSeq[ResourceBundleFactory]
>
> > > ... from usability perspective ?
--~--~-~--~~~---~--~~
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: Adding bundle factory to LiftRules

[Tim Perrett]

Ok, excellent. I know have a working implementation! Rock.

Any objections to submitting this into master? Im guessing the code
freeze is now off.

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: Issue with http://liftweb.net site design (IE7 / Opera 9.63)

[Tim Perrett]

Jean-Luc, thanks for pointing these out - the site is brand brand new,
so were still working out the bugs.

Cheers, Tim

On Feb 27, 4:15 pm, Jean-Luc  wrote:
> Sorry if I sent the message to the wrong list (in this case would you please
> reply with the right list or email address in order to forward the issue to
> the right person ?).
>
> For your information, there is an issue with thehttp://liftweb.netwebsite
> design with IE7 and Opera 9.63 on Windows platform (Vista). Firefox 3 is ok.
> I joined the screen capture.
> Jean-Luc
>
> 2009/2/27 RK 
>
>
>
> > Derek & Tyler...
>
> > I made the changes to a small rasterized version before i joined the Google
> > group and saw the large svg. I will update the large svg next time I have
> > free time to put into this.
>
> > Greg...
>
> > The cloudy thing was taken straight from the liftweb site. I did not make
> > that. I just put the tweaked logo into it so that whomever is in charge of
> > the site can switch them easily.
>
> > I'm not trying to redesign the logo. I think the current logo is fine. I
> > just 'fixed it' a bit.
>
> > David was most interested in me putting some design time into the Lift css
> > templates... which is something I am interested in doing eventually, but
> > will not have too much time to get into in the immediate future.
>
> > - r
>
> > --- 
> > 
> > R o n K u r t i                             <-- In SF
>
> > --- 
> > 
> >http://ron.kurti.com                   <-- blah, blah, blah
> > --- 
> > 
>
> > On Thu, Feb 26, 2009 at 2:19 PM, Derek Chen-Becker 
> > wrote:
>
> >> For that matter, are you doing the modifications to the original SVG, or
> >> to a rasterized version?
>
> >> On Thu, Feb 26, 2009 at 3:50 PM, TylerWeir  wrote:
>
> >>> I like the changes.  Do you have a bigger version?
>
> >>> On Feb 26, 4:21 pm, Ron Kurti  wrote:
> >>> > This is my first post.
>
> >>> > I expressed interest to David about helping out with
> >>> > the look & feel of LIFT so that the design gets as
> >>> > much attention to detail as the code.
>
> >>> > As a starting point...
> >>> > I'd like to contribute a more refined version of the logo.
> >>> > The differences are subtle... but the level of
> >>> > quality and detail is higher, IMO.
>
> >>> > logo on transparent background (32bit png) »
> >>>http://ron.kurti.com/lift/logo2+alpha.png
>
> >>> > header image for the lift website (8bit png) »
> >>>http://ron.kurti.com/lift/home-top-2.png
>
> >>> > I'm 100% open to comments and suggestions.
> >>> > I don't have much time to contribute, but I will try to
> >>> > add as much as I can wherever I can.
>
> >>> > I look forward to doing more in the future.
>
> >>> > Congrats on 1.0
> >>> > - ron
>
> --
> Jean-Luc Canela
> jlcane...@gmail.com
>
>  liftweb_ie-7.0.6001.18000.jpg
> 149KViewDownload
>
>  liftweb_opera-9.63.jpg
> 176KViewDownload
--~--~-~--~~~---~--~~
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] Adding bundle factory to LiftRules

[Tim Perrett]

Guys,

Me and Derek have just been chatting over IM debating the whole
resource bundle loading mech in Lift. As you know, im working on this
database localization stuff right now as I need it for work.

Right now, were loading bundles using the normal
ResourceBundle.getBundle methods from Java. Whilst this is good for
most applications, when you need flexibility to do more compelx
localization, it falls down a bit.

Id like to propose adding a configurable "bundle factory" to
LiftRules, so that we provide a localization hook. Something like:

// LiftRules.scala
type ResourceBundleFactoryPF = (String,Locale) => Box[ResourceBundle]
var resourceBundleFactories : RulesSeq[ResourceBundleFactory]

Then, in S.scala where we load the bundles, rather than having openOr
Nil, it could fall through to the custom loaders like so:

case Nil => _resBundle.set(LiftRules.resourceNames.flatMap(name =>
tryo {
  List(ResourceBundle.getBundle(name, locale))
} openOr {
  // load bundle factories, do something
  // here to load them (not sure what yet!)
  LiftRules.resourceBundleFactories
}))

Then in Boot.scala you could do:

LiftRules.resourceBundleFactories.prepend {
  case (basename, locale) => DBResourceBundle(basename, locale)
}

Thoughts?

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: [ANN] Lift 1.0 is released

[Tim Perrett]

xperience on the web. David suggested Lift and Scala
> > and initial testing proved that we could realize the developer efficiency
> > and backend scalability that we felt was required to efficiently support
> > thousands of simultaneous games. We're now very comfortable with Lift and
> > Scala and are pleased with how the solution framework continues to evolve to
> > meet our needs. While we've used lift to push the boundaries of interactive
> > web design, I strongly recommend anyone who wants to build a compelling web
> > experience using an elegant framework to consider using Lift.
> > Luke Hohmann, CEO, Enthiosys <http://enthiosys.com/>
>
> >  If you're looking for a web framework on a strongly typed functional
> > language and the JVM, Lift is the only game in town. Oh, and it just works,
> > too.
> > L.G. Meredith, Managing Partner, Biosimilarity LLC
>
> >  For me it's mainly because Lift represents collective web wisdom - all
> > lessons learned and new to be discovered.
> > Viktor Klang
>
> >  I find Lift a very solid piece of software very well designed and written.
> > It is the result of many years of experience of many people. I believe in
> > Lift's utility when developing not only compelling web applications but also
> > other server side applications sitting on top of HTTP stack. I would choose
> > Lift over any other web framework out there without blinking.
> > Marius Danciu
>
> >  Lift is like a breath of fresh air: concise, elegant and robust - all on
> > my existing Java infrastructure...
>
> > Lift stands on the shoulders of giants, learns from their mistakes and adds
> > a whole new dimension to web application development.
>
> > Irrespective of the technology, what makes Lift really special is the
> > community - well read, intelligent and welcoming.
> > Tim Perrett
>
> >  Lift combines simplicity, flexibility and power better than any other web
> > framework in my experience.
> > Derek Chen-Becker
>
> >  Lift allows a single person to accomplish what would have previously taken
> > an entire team.
> > Tyler Weir
>
> > You can get started with Lift <http://liftweb.net/> or join the Lift
> > community <http://groups.google.com/group/liftweb?hl=en> right now.  But,
> > it's time for me to thank a whole bunch of folks that led to Lift and keep
> > Lift going:
>
> >    - The Lift committers who are a totally awesome group of folks that I'm
> >    honored to work with.
> >    - The Lift community as a whole.
> >    - Dani, Jon and Brion for doing the SmartMode thing back in 2000-2001.
> >     SmartMode inspired Lift.
> >    - Martin Odersky, Lex Spoon, Burak Emir, Philipp Haller and the other
> >    awesome people that build Scala and the Scala community.
> >    - Jamie and Jon who, along with Burak, taught me Scala.
> >    - The Scala community as a whole which is a great place.
> >    - Roger Rohrbach <http://ecstatic.com/> for the name Lift and the rest
> >    of the Gabblists for a lot of support and feedback.
> >    - Matthew and Walt for taking the first chance with Lift and helping me
> >    understand how to teach Scala.
> >    - Tim O'Reilly for raising 
> > awareness<http://radar.oreilly.com/archives/2007/05/liftscala-for-w.html>about
> >  Lift.
> >    - Luke Hohmann <http://enthiosys.com/> for betting Buy a 
> > Feature<http://buyafeature.com/>on me and Lift.
> >    - SteveJ, Jorge, and DavidB for being the early committers and the guys
> >    that turned Lift from my project into the community's project.
> >    - Aaron Williams for the putting Buy a Feature into SAP's Collaboration
> >    Workspace <https://cw.sdn.sap.com/index.jspa>.
> >    - Lee Mighdoll for making repeated bets on me and Lift, not to mention
> >    crafting the phrase "expressive elegant web framework".
> >    - Kaliya who builds the best communities.
> >    - Jack, an awesome CEO, for reminding me what focused leadership means.
> >    - Darren and Dick for choosing Lift for ESME and for including me in
> >    the ESME project.
> >    - The whole ESME team for exposing 10,000+ SAP developers to a Lift
> >    application at three DemoJams.
> >    - Greg who keeps on asking me the hard questions that drive Lift in a
> >    more functional direction.
> >    - Debby who has been herding the Lift project towards 1.0.
> >    - My wife and father and kids who provide(d) the tools for taking the
> >    risks of thinking beyond the norm.
>
> > Lift is 1.0.  Lift is ready and able to power your interactive web
> > applications.  The Lift community is waiting to welcome you, your questions
> > and your feedback.  Please join us.
>
> > --
> > 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
>
> --
> L.G. Meredith
> Managing Partner
> Biosimilarity LLC
> 806 55th St NE
> Seattle, WA 98105
>
> +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: Sanity Check...

[Tim Perrett]

Thanks for your reply Marius - I made a trial class, but I'm unable to
get lift to use it as a resource bundle? I have a basic bundle with
some strings (definded in a class), from here, how would one tell lift
about it's existance?

Cheers

Tim

On Feb 25, 4:01 pm, "marius d."  wrote:
> On Feb 24, 10:16 pm, Tim Perrett  wrote:
>
> > Guys,
>
> > Just looking for a sanity check. Im planning out some database
> > localization stuff that I need to implement to localize a system... Im
> > not concerned with currency or other such fun localization problems,
> > simply localizing text in my database.
>
> > Right now, im thinking of just creating a custom ResourceBundle and
> > having it populated by / accessing content that i'll hold in an in-
> > memory LRU cache (something like net.liftweb.util.KeyedCache). As I
> > wont need to worry about other issues like currency, im guessing that
> > if I add this LiftRules.resourceNames then lift will look at it for
> > localized content?
>
> LiftRules.resourceNames is just a list of strings and if you abstract
> the ResourceBundle it can have a slightly different semantic then
> right now where we use the ResourceBundle in the "traditional" way. It
> the DB context those names can act as a "namespace".
>
>
>
> > Is their any hope of such a simplistic scheme working or have I just
> > been awake too long today?!
>
> > 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] Sanity Check...

[Tim Perrett]

Guys,

Just looking for a sanity check. Im planning out some database
localization stuff that I need to implement to localize a system... Im
not concerned with currency or other such fun localization problems,
simply localizing text in my database.

Right now, im thinking of just creating a custom ResourceBundle and
having it populated by / accessing content that i'll hold in an in-
memory LRU cache (something like net.liftweb.util.KeyedCache). As I
wont need to worry about other issues like currency, im guessing that
if I add this LiftRules.resourceNames then lift will look at it for
localized content?

Is their any hope of such a simplistic scheme working or have I just
been awake too long today?!

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

[Tim Perrett]

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.

Tim

On Feb 12, 8:02 pm, Tim Perrett  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
&

[Lift] Re: Windows installer

[Tim Perrett]

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  wrote:
> Where is it?
>
> On Fri, Feb 13, 2009 at 11:38 AM, Tim Perrett  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: repo for mysql jars for jpa?

[Tim Perrett]

Errmm, the drivers for mysql are the same if your using JPA or mapper.
Can you elaborate on what your after?

Do you need to know what goes in persistance.xml or such?

Cheers

Tim

On Feb 19, 12:34 am, Meredith Gregory 
wrote:
> Lifted,
>
> Does anyone know the mvn mojo for mysql backend to jpa? i've got local
> copies i can run with, but thought i'd rather point at the blessed versions.
>
> Best wishes,
>
> --greg
>
> --
> L.G. Meredith
> Managing Partner
> Biosimilarity LLC
> 806 55th St NE
> Seattle, WA 98105
>
> +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: Truncate?

[Tim Perrett]

Will do.

Shall I create a 1.1 branch of lift so we can continue dev whilst the
1.0 feature freeze is on?

Cheers, Tim

On Feb 19, 12:50 am, David Pollak 
wrote:
> We don't have one.
> Please write one up and add it to Helpers for 1.1.
>
> On Wed, Feb 18, 2009 at 4:46 PM, Tim Perrett  wrote:
>
> > Guys,
>
> > Just a quick one... looking for a similar method to:
>
> >http://api.rubyonrails.org/classes/ActionView/Helpers/TextHelper.html...
>
> > I know i could knock one up, but just wanted to check nothing like
> > this exists already as it seems like a fairly util type task. I had a
> > look but couldn't see anything in master.
>
> > Cheers, Tim
>
> --
> 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] Truncate?

[Tim Perrett]

Guys,

Just a quick one... looking for a similar method to:
http://api.rubyonrails.org/classes/ActionView/Helpers/TextHelper.html#M001711

I know i could knock one up, but just wanted to check nothing like
this exists already as it seems like a fairly util type task. I had a
look but couldn't see anything in master.

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: Getting the "file" out of a Put Request..

[Tim Perrett]

Thanks for the explanation David.

On Feb 18, 3:14 pm, David Pollak 
wrote:
> On Wed, Feb 18, 2009 at 1:44 AM, Tim Perrett  wrote:
>
> > Out of interest, can you elaborate on the bug?
>
> Req lazily builds a bunch of stuff
>
> the lazy parameter building is used during toString
>
> toString was being called after the request had been satisfied
>
> the underlying request.getContentType was being called
>
> Because the response had been sent, the request's content type was null.
>
> I strictly calculated the content type, but continue to lazily calculate the
> parameters.

--~--~-~--~~~---~--~~
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: uh, oh... can't find classes

[Tim Perrett]

Agreed, that sounds pukka – I guess its dpp or marius who needs to
make this call as we have a code freeze on for "new features"

On Feb 18, 2:39 pm, Viktor Klang  wrote:
> We could add another method that takes a Package and then deprecate the one
> that takes a String?
>
>
>
> On Wed, Feb 18, 2009 at 1:13 PM, Tim Perrett  wrote:
>
> > This appears to be a trade off between marginal code verbosity and
> > compile time checking... Viktor's solution could be the way to go
> > however - this would be a massive breaking change though, as this
> > would screw every lift app in existence!
>
> > Cheers, Tim
>
> > On Feb 18, 10:38 am, Viktor Klang  wrote:
> > > Ok, what about this:
>
> > > Why not have addToPackages take an actual Package?
>
> > > usage:
>
> > > addToPackages(com.my.stuff.SomeClass.getPackage) ?
>
> > > This would prevent stuff from breaking if you refactor/move some classes.
>
> > > Worth thinking about?
>
> > > Cheers,
> > > Viktor
>
> > > On Wed, Feb 18, 2009 at 10:58 AM, Charles F. Munat 
> > wrote:
>
> > > > Ah! That was it. Forgot I changed the name of the app, and didn't
> > change
> > > > it there. Thanks very much! That saved me a lot of trouble.
>
> > > > Chas.
>
> > > > Jean-Luc wrote:
> > > > > Is your LiftRules defined according to your snippet package ?
>
> > > > > Exemple of addToPackages rule for snippets in
> > "org.ansoft.myapp.snippet"
> > > > > package :
> > > > > LiftRules.addToPackages("org.ansoft.myapp")
>
> > > > > Jean-Luc
>
> > > > > 2009/2/18 Charles F. Munat mailto:c...@munat.com>>
>
> > > > >     Everything starts fine, but when I try to go to the home page of
> > the
> > > > >     app, I get this:
>
> > > > >     XML Parsing Error: prefix not bound to a namespace
> > > > >     Location:http://localhost:9988/
> > > > >     Line Number 81, Column 5:  
> > > > >     ---^
>
> > > > >     And this:
>
> > > > >     WARN - Snippet Failure: SnippetFailure(/ ->
> > > > >     ParsePath(List(index),,true,false),Full(LoginOps.login),Class Not
> > > > Found)
> > > > >     WARN - Snippet Failure: SnippetFailure(/ ->
> > > > >     ParsePath(List(index),,true,false),Full(Misc.logo),Class Not
> > Found)
> > > > >     WARN - Snippet Failure: SnippetFailure(/ ->
> > > > >     ParsePath(List(index),,true,false),Full(Menu.navbar),Stateful
> > > > Snippet:
> > > > >     Dispatch Not Matched)
> > > > >     WARN - Snippet Failure: SnippetFailure(/ ->
> > > > >     ParsePath(List(index),,true,false),Full(Messages),Class Not
> > Found)
> > > > >     WARN - Snippet Failure: SnippetFailure(/ ->
> > > > >     ParsePath(List(index),,true,false),Full(error_class),Class Not
> > Found)
> > > > >     WARN - Snippet Failure: SnippetFailure(/ ->
> > > > >     ParsePath(List(index),,true,false),Full(warning_class),Class Not
> > > > Found)
> > > > >     WARN - Snippet Failure: SnippetFailure(/ ->
> > > > >     ParsePath(List(index),,true,false),Full(notice_class),Class Not
> > > > Found)
>
> > > > >     Did I screw something up or did I miss an update? Any ideas?
>
> > > > >     Chas.
>
> > > > > --
> > > > > Jean-Luc Canela
> > > > > jlcane...@gmail.com <mailto:jlcane...@gmail.com>
>
> > > --
> > > Viktor Klang
> > > Senior Systems Analyst
>
> --
> 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: uh, oh... can't find classes

[Tim Perrett]

This appears to be a trade off between marginal code verbosity and
compile time checking... Viktor's solution could be the way to go
however - this would be a massive breaking change though, as this
would screw every lift app in existence!

Cheers, Tim

On Feb 18, 10:38 am, Viktor Klang  wrote:
> Ok, what about this:
>
> Why not have addToPackages take an actual Package?
>
> usage:
>
> addToPackages(com.my.stuff.SomeClass.getPackage) ?
>
> This would prevent stuff from breaking if you refactor/move some classes.
>
> Worth thinking about?
>
> Cheers,
> Viktor
>
> On Wed, Feb 18, 2009 at 10:58 AM, Charles F. Munat  wrote:
>
>
>
>
>
> > Ah! That was it. Forgot I changed the name of the app, and didn't change
> > it there. Thanks very much! That saved me a lot of trouble.
>
> > Chas.
>
> > Jean-Luc wrote:
> > > Is your LiftRules defined according to your snippet package ?
>
> > > Exemple of addToPackages rule for snippets in "org.ansoft.myapp.snippet"
> > > package :
> > > LiftRules.addToPackages("org.ansoft.myapp")
>
> > > Jean-Luc
>
> > > 2009/2/18 Charles F. Munat mailto:c...@munat.com>>
>
> > >     Everything starts fine, but when I try to go to the home page of the
> > >     app, I get this:
>
> > >     XML Parsing Error: prefix not bound to a namespace
> > >     Location:http://localhost:9988/
> > >     Line Number 81, Column 5:  
> > >     ---^
>
> > >     And this:
>
> > >     WARN - Snippet Failure: SnippetFailure(/ ->
> > >     ParsePath(List(index),,true,false),Full(LoginOps.login),Class Not
> > Found)
> > >     WARN - Snippet Failure: SnippetFailure(/ ->
> > >     ParsePath(List(index),,true,false),Full(Misc.logo),Class Not Found)
> > >     WARN - Snippet Failure: SnippetFailure(/ ->
> > >     ParsePath(List(index),,true,false),Full(Menu.navbar),Stateful
> > Snippet:
> > >     Dispatch Not Matched)
> > >     WARN - Snippet Failure: SnippetFailure(/ ->
> > >     ParsePath(List(index),,true,false),Full(Messages),Class Not Found)
> > >     WARN - Snippet Failure: SnippetFailure(/ ->
> > >     ParsePath(List(index),,true,false),Full(error_class),Class Not Found)
> > >     WARN - Snippet Failure: SnippetFailure(/ ->
> > >     ParsePath(List(index),,true,false),Full(warning_class),Class Not
> > Found)
> > >     WARN - Snippet Failure: SnippetFailure(/ ->
> > >     ParsePath(List(index),,true,false),Full(notice_class),Class Not
> > Found)
>
> > >     Did I screw something up or did I miss an update? Any ideas?
>
> > >     Chas.
>
> > > --
> > > Jean-Luc Canela
> > > jlcane...@gmail.com 
>
> --
> 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: Getting the "file" out of a Put Request..

[Tim Perrett]

Out of interest, can you elaborate on the bug?

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: Build problems...

[Tim Perrett]

Hey Marc,

This is very curious, as I too have the exact same OSX install with
the same versions of maven and java. I just ran:

mvn clean package install scala:doc

and it processed the build no problem at all. I also tried:

mvn -U clean install

and that too worked. Have you got your maven opts set?

export M2_HOME=/usr/local/apache-maven-2.0.9
export M2=$M2_HOME/bin
export MAVEN_OPTS="-Xmx1024m -noverify"

Cheers, Tim

On Feb 18, 12:05 am, Marc Boschma  wrote:
> On 18/02/2009, at 10:23 AM, Josh Suereth wrote:
>
> > A workaround currently is to use the maven-scala-plugin 2.10-
> > SNAPSHOT and add "false" to the configuration of it.    
> > Since your integration tests are passing, I know this is working  
> > correctly for you (see src/it/testLotsOfJava/pom.xml for an example  
> > of using this).
>
> > In the future, scalac is supposed to provide a workaround for  
> > command-line parameter length limits.   Until that day, I've  
> > provided the above workaround.
>
> > -Josh
>
> Just tried it with the false
>
> Mac:liftweb marc$ mvn -U clean install
> [INFO] Scanning for projects...
> [INFO] Reactor build order:
> [INFO]   Lift
> [INFO]   Lift Utils
> [INFO]   Lift WebKit
> [INFO]   Lift Mapper
> [INFO]   Lift Machine
> [INFO]   Lift Record
> [INFO]   Lift Textile
> [INFO]   Lift Facebook
> [INFO]   Lift AMQP
> [INFO]   Lift XMPP
> [INFO]   Lift Widgets
> [INFO]   Lift OpenID
> [INFO]   Lift OAuth
> [INFO]   Lift PayPal
> [INFO]   Lift TestKit
> [INFO]   Lift Core (full lift)
> [INFO]   Lift Sites
> [INFO]   Lift Example
> [INFO]   Skittr Example
> [INFO]   HelloLift example application
> [INFO]   HelloDarwin tutorial application
> [INFO]   JPA Demo Master
> [INFO]   JPADemo-spa
> [INFO]   JPADemo-web
> [INFO]   HTTP Authentication example
> [INFO]   lift-archetype-blank
> [INFO]   lift-archetype-basic
> WAGON_VERSION: 1.0-beta-2
> [INFO]  
> 
> [INFO] Building Lift
> [INFO]    task-segment: [clean, install]
> [INFO]  
> 
> [INFO] artifact org.scala-tools:maven-scala-plugin: checking for  
> updates from scala-tools.org
> [INFO] artifact org.scala-tools:maven-scala-plugin: checking for  
> updates from central
> [INFO] snapshot org.scala-tools:maven-scala-plugin:2.10-SNAPSHOT:  
> checking for updates from scala-tools.org
> [INFO] artifact org.apache.maven.plugins:maven-eclipse-plugin:  
> checking for updates from scala-tools.org
> [INFO] artifact org.apache.maven.plugins:maven-eclipse-plugin:  
> checking for updates from central
> [INFO] [clean:clean]
> [INFO] [scala:compile {execution: default}]
> [WARNING] you don't define org.scala-lang:scala-library as a  
> dependency of the project
> [INFO] Checking for multiple versions of scala
> [WARNING] No source files found.
> [INFO] [scala:testCompile {execution: default}]
> [WARNING] you don't define org.scala-lang:scala-library as a  
> dependency of the project
> [INFO] Checking for multiple versions of scala
> [WARNING] No source files found.
> [INFO] [site:attach-descriptor]
> [INFO] Preparing source:jar
> [WARNING] Removing: jar from forked lifecycle, to prevent recursive  
> invocation.
> [INFO] No goals needed for project - skipping
> [INFO] [source:jar {execution: attach-sources}]
> [INFO] [install:install]
> [INFO] Installing /Users/marc/src/lift/liftweb/pom.xml to /Users/
> marc/.m2/repository/net/liftweb/lift/0.11-SNAPSHOT/lift-0.11-
> SNAPSHOT.pom
> [INFO]  
> 
> [INFO] Building Lift Utils
> [INFO]    task-segment: [clean, install]
> [INFO]  
> 
> [INFO] artifact net.sf.alchim:yuicompressor-maven-plugin: checking for  
> updates from scala-tools.org
> [INFO] artifact net.sf.alchim:yuicompressor-maven-plugin: checking for  
> updates from central
> [INFO] [clean:clean]
> [INFO] [resources:resources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [yuicompressor:compress {execution: default}]
> [INFO] nb warnings: 0, nb errors: 0
> [INFO] artifact org.mortbay.jetty:jetty: checking for updates from  
> scala-tools.org
> [INFO] artifact org.mortbay.jetty:jetty: checking for updates from  
> scala-tools.org.snapshots
> [INFO] artifact org.mortbay.jetty:jetty: checking for updates from  
> central
> [INFO] [compiler:compile]
> [INFO] Nothing to compile - all classes are up to date
> [INFO] [scala:compile {execution: default}]
> [INFO] suggestion: remove the scalaVersion from pom.xml
> [INFO] Checking for multiple versions of scala
> [INFO] Checking:org.scala-lang:scala-library:jar:2.7.3:compile to see  
> if it's a mutliple of the scala-lib
> [INFO] org.scala-lang:scala-library:jar:2.7.3:compile has 0 transitive  
> dependencies
> [INFO] Checking:org.slf4j:slf4j-api:jar:1.5.6:compile to see if it's a  
> mutliple of the scala-lib
> [INFO] 

[Lift] Re: Build problems...

[Tim Perrett]

I'm not at my mac right now, but as of last night it was compilling
fine on mac with the very latest master.

What version of maven are you using? Might be a stupid question, but
you have done a git pull to check your fully up to date?

Cheers, Tim

On Feb 17, 8:34 am, David Bernard  wrote:
> Hi,
>
> I don't know Mac, there is a command line length limitation (as windows) and
> is it possible that the shell block the execution and return exit code = 139
> (without message) ?
>
> which version of java do you have ?
>
> Sorry to not be able to help you more :(
>
> /davidB
>
>
>
> > On 17/02/2009, at 3:35 PM, Josh Suereth wrote:
>
> > > Hm All the integration tests pass, perhaps you should try
> > > using the new maven-scala plugin (run mvn install on the maven-scala-
> > > plugin directory).  You do *not* want to clear your .m2 directory
> > > after doing so.  Then see if the new plugin fixes whatever issue is
> > > causing lift to break.  The other thing is try the scala command-
> > > line directly and see if you get a useful error meessage.
>
> > > Once again, sorry I could not be more help!
>
> > Same result with the built plugin... hmmm. Not a problem on the help
> > side of things! lift applications build rather nicely. Just can't
> > build lift itself :(
>
> > Marc
--~--~-~--~~~---~--~~
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: Getting the "file" out of a Put Request..

[Tim Perrett]

It appears that DPP is solving your issue now :-)

However, for the record, I do exactly what you describe in terms of
PUT / POST - this is a fairly normal ROA (but with objective-c
clients, not javascript). FYI... if you have xml messages, you can
access the xml automagically in your dispatching:

req.xml_? // => boolean to check if its an xml body
req.xml // => the actual xml passed (do whatever parsing)

Not sure if im adding any value to this conversation - so please say
if im just confusing you! REST services in lift is something I care
about a lot and ensuring its correct is of great importance to me :-)

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: Getting the "file" out of a Put Request..

[Tim Perrett]

I can understand why he wants to use PUT - its more resource
orientated.

I think we should stop talking about file uploads in the traditional
sense, as the current lift design is "doing the right thing" for
normal form based uploads.. However, lets talk about passing large
entity bodies with web services and what *exactly* you are transfering
and why.

When im passing large bodies around in my web services, the binary
content is usually passed as element content (base64 encoded) inside
my XML body message  as I might be passing some other meta-data such
as name or whatever (in the case of an image). For example, my request
body might look like:


  some image
  


Where  include a base64 encoded image or whatever. This is of
course an example, but you see how it can work?

Thanks

Tim



On Feb 16, 11:10 pm, David Pollak 
wrote:
> On Mon, Feb 16, 2009 at 2:58 PM, Alan M  wrote:
>
> > OK I think I follow up to a point.. so Lift needs to know that it's
> > multipart to work correctly with a put, and it doesn't.  That much I
> > get, seems like Put is just broken.
>
> We are relying on the Apache multipart library to handle multipart uploads.
>  The library conforms to RFC 1867 which only defines multipart file uploads
> for POSTs (not PUT, etc.)
>
> http://www.ietf.org/rfc/rfc1867.txt
>
> Are you writing your Lift app to a particular spec and if so, can you point
> us to that spec?
>
> Thanks,
>
> David
>
> What I don't understand is that
>
>
>
> > last bit though..  When you say:
> > > you can pass your entity body and just access the
> > > req.body property
> > Where could you do that?  I don't build the requests myself, so would
> > I have to modify the Lift code to do this?  Is there an extension
> > point to make that happen?  (like set request builder here or
> > something and a class I can extend)
>
> > Alan
> > On Feb 16, 2:25 pm, Tim Perrett  wrote:
> > > Would it not be because of:
>
> > > ServletFileUpload.isMultipartContent(request) // Req.scala line 79
>
> > > If you then reference the commons lib, the source of that method looks
> > > like:
>
> > >     public static final boolean isMultipartContent(
> > >             HttpServletRequest request) {
> > >         if (!"post".equals(request.getMethod().toLowerCase())) {
> > >             return false;
> > >         }
> > >         String contentType = request.getContentType();
> > >         if (contentType == null) {
> > >             return false;
> > >         }
> > >         if (contentType.toLowerCase().startsWith(MULTIPART)) {
> > >             return true;
> > >         }
> > >         return false;
> > >     }
>
> > > As DPP says, it looks as though you will *need* to make it a POST
> > > request, and also set the content type to multi-part.
>
> > > Alternatively, if, like me, you dont want to use overloaded post as
> > > its not very ROA, you can pass your entity body and just access the
> > > req.body property... you wouldnt get any of the useful lift helpers,
> > > but of course it depends on your use case :-)
>
> > > Cheers
>
> > > Tim
>
> > > On Feb 16, 10:05 pm, David Pollak 
> > > wrote:
>
> > > > On Mon, Feb 16, 2009 at 1:53 PM, Alan M 
> > wrote:
>
> > > > > I'm still working away on my web service project (mentioned many
> > > > > months ago when I first lobbied to get Scala used) and we rely
> > heavily
> > > > > on Put requests to create new resources.  My first attempt involving
> > > > > Put and I've been stumped.
>
> > > > > I've been able to run the server (using mvn/jetty) and my webapp gets
> > > > > a PUT request (says so in the log produced by Jetty) and it does
> > > > > everything it's supposed to in my code, except it never gets the put
> > > > > file.  I used curl to make the call and it shows the bar saying it's
> > > > > uploading the file and finishing.  In the server code, the Reqs body
> > > > > is an Empty Box and it's uploadedFiles is an empty List.
>
> > > > If you do a POST with the same data, does it work correctly
> > (uploadedFiles
> > > > gets populated)?
>
> > > > > So my question is, where do I get that data from?  or is there
> > > > > something else I need to do to turn that feature on? (enable file
> > > > > upload or something?)
>
> > > > 

[Lift] Re: Getting the "file" out of a Put Request..

[Tim Perrett]

Sorry Alan,

I assumed too much - my fault not yours.

Generally, handling web services is done via dispatching. for
instance:

// Boot.scala
LiftRules.dispatch.prepend {
  case r @ Req("some" :: "path" :: Nil, "", PutRequest) => () =>
myHandlerFunction(r)
}

def myHandlerFunction(req: Req): Box[LiftResponse] = {
  println("Entity Body is:" + req.body.toString)
  ...
}

In this instance, you could pass the "r" property to the function and
then do r.body to get the entire entity body. Make sense?

If you wish to use lifts built in file uploading functions, you
catogically cannot use PUT at this present time, you can only use POST
with the accompanying content type set to multipart.

Does that clear things up at all?

Cheers, Tim


On Feb 16, 10:58 pm, Alan M  wrote:
> OK I think I follow up to a point.. so Lift needs to know that it's
> multipart to work correctly with a put, and it doesn't.  That much I
> get, seems like Put is just broken. What I don't understand is that
> last bit though..  When you say:> you can pass your entity body and just 
> access the
> > req.body property
>
> Where could you do that?  I don't build the requests myself, so would
> I have to modify the Lift code to do this?  Is there an extension
> point to make that happen?  (like set request builder here or
> something and a class I can extend)
>
> Alan
> On Feb 16, 2:25 pm, Tim Perrett  wrote:
>
> > Would it not be because of:
>
> > ServletFileUpload.isMultipartContent(request) // Req.scala line 79
>
> > If you then reference the commons lib, the source of that method looks
> > like:
>
> >     public static final boolean isMultipartContent(
> >             HttpServletRequest request) {
> >         if (!"post".equals(request.getMethod().toLowerCase())) {
> >             return false;
> >         }
> >         String contentType = request.getContentType();
> >         if (contentType == null) {
> >             return false;
> >         }
> >         if (contentType.toLowerCase().startsWith(MULTIPART)) {
> >             return true;
> >         }
> >         return false;
> >     }
>
> > As DPP says, it looks as though you will *need* to make it a POST
> > request, and also set the content type to multi-part.
>
> > Alternatively, if, like me, you dont want to use overloaded post as
> > its not very ROA, you can pass your entity body and just access the
> > req.body property... you wouldnt get any of the useful lift helpers,
> > but of course it depends on your use case :-)
>
> > Cheers
>
> > Tim
>
> > On Feb 16, 10:05 pm, David Pollak 
> > wrote:
>
> > > On Mon, Feb 16, 2009 at 1:53 PM, Alan M  wrote:
>
> > > > I'm still working away on my web service project (mentioned many
> > > > months ago when I first lobbied to get Scala used) and we rely heavily
> > > > on Put requests to create new resources.  My first attempt involving
> > > > Put and I've been stumped.
>
> > > > I've been able to run the server (using mvn/jetty) and my webapp gets
> > > > a PUT request (says so in the log produced by Jetty) and it does
> > > > everything it's supposed to in my code, except it never gets the put
> > > > file.  I used curl to make the call and it shows the bar saying it's
> > > > uploading the file and finishing.  In the server code, the Reqs body
> > > > is an Empty Box and it's uploadedFiles is an empty List.
>
> > > If you do a POST with the same data, does it work correctly (uploadedFiles
> > > gets populated)?
>
> > > > So my question is, where do I get that data from?  or is there
> > > > something else I need to do to turn that feature on? (enable file
> > > > upload or something?)
>
> > > > Alan
>
> > > > P.S. Something that might be relevant, since it's a webservice I'm
> > > > using the stateless dispatcher.. does that effect how/when the
> > > > paramCalculator works and therefore messes this up somehow?
>
> > > --
> > > 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 for cloud computing

[Tim Perrett]

What kind of "deployment scripts" did you have in mind?

Also, I run lift in EC2 with no problems and its actually really
really great :-)

Cheers, Tim

> * Deployment: perhaps lift should release deployment scripts, or even
> EC2 VM instances?
>
> Food for thought.
--~--~-~--~~~---~--~~
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: Getting the "file" out of a Put Request..

[Tim Perrett]

Would it not be because of:

ServletFileUpload.isMultipartContent(request) // Req.scala line 79

If you then reference the commons lib, the source of that method looks
like:

public static final boolean isMultipartContent(
HttpServletRequest request) {
if (!"post".equals(request.getMethod().toLowerCase())) {
return false;
}
String contentType = request.getContentType();
if (contentType == null) {
return false;
}
if (contentType.toLowerCase().startsWith(MULTIPART)) {
return true;
}
return false;
}

As DPP says, it looks as though you will *need* to make it a POST
request, and also set the content type to multi-part.

Alternatively, if, like me, you dont want to use overloaded post as
its not very ROA, you can pass your entity body and just access the
req.body property... you wouldnt get any of the useful lift helpers,
but of course it depends on your use case :-)

Cheers

Tim

On Feb 16, 10:05 pm, David Pollak 
wrote:
> On Mon, Feb 16, 2009 at 1:53 PM, Alan M  wrote:
>
> > I'm still working away on my web service project (mentioned many
> > months ago when I first lobbied to get Scala used) and we rely heavily
> > on Put requests to create new resources.  My first attempt involving
> > Put and I've been stumped.
>
> > I've been able to run the server (using mvn/jetty) and my webapp gets
> > a PUT request (says so in the log produced by Jetty) and it does
> > everything it's supposed to in my code, except it never gets the put
> > file.  I used curl to make the call and it shows the bar saying it's
> > uploading the file and finishing.  In the server code, the Reqs body
> > is an Empty Box and it's uploadedFiles is an empty List.
>
> If you do a POST with the same data, does it work correctly (uploadedFiles
> gets populated)?
>
>
>
> > So my question is, where do I get that data from?  or is there
> > something else I need to do to turn that feature on? (enable file
> > upload or something?)
>
> > Alan
>
> > P.S. Something that might be relevant, since it's a webservice I'm
> > using the stateless dispatcher.. does that effect how/when the
> > paramCalculator works and therefore messes this up somehow?
>
> --
> 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: Fwd: [jquery-dev] Re: Namespace failure

[Tim Perrett]

What's the impact overall? Is this a result of upgrade to JQuery
1.3.1?

Thanks, Tim

On Feb 16, 4:51 pm, David Pollak 
wrote:
> Folks,
> It turns out that there are issues with jQuery's methods that insert/replace
> HTML and using XHTML on Firefox.  Sigh.
>
> We should be aware of this.  using $("...").html(stuff) will likely fail if
> any of the elements in stuff have namespaces.
>
> Sorry.
>
> David
>
> -- Forwarded message --
> From: John Resig 
> Date: Sun, Feb 15, 2009 at 8:31 PM
> Subject: [jquery-dev] Re: Namespace failure
> To: jquery-...@googlegroups.com
>
> Anko -
>
> You're welcome to file a bug on XHTML support - let me know when you
> do. I have it penciled in the Roadmap for jQuery 1.4 - but it's going
> to require a lot of work (basic things like innerHTML aren't
> guaranteed to work, for example) - not to mention that things like
> attributes and expandos are handled very differently.
>
> I took some very basic steps of converting our test suite to run under
> the proper mimetype and wasn't terribly pleased with the result (lots
> of failures). I'll definitely revisit it at some point, though. Right
> now the only component guaranteed I'm sure that passes is the selector
> engine. I'd like to have 100% passing in all components for 1.4.
>
> http://dev.jquery.com/browser/trunk/jquery/test/xhtml.php
>
> --John
>
> On Sun, Feb 15, 2009 at 9:24 PM, Anko Painting  wrote:
>
> > Is there a ticket associated with this bug? I'm dealing with the same
> > issue myself.
>
> > It's frustrating because i need to serve as application/xhtml+xml so
> > that I can put svg on the page.
>
> > On Feb 14, 12:52 am, John Resig  wrote:
> >> Correct - you have to do it with the mimetype - which forces it in to
> >> the XML mode where everything becomes 'fun'.
>
> >> --John
>
> >> On Fri, Feb 13, 2009 at 9:37 AM, David Zhou  wrote:
>
> >> >http://media.nodnod.net/test.htmlworksfor me.  Is it because I'm not
> >> > serving the page as application/xhtml+xml?
>
> >> > -- dz
>
> >> > On Fri, Feb 13, 2009 at 9:31 AM, Dave Methvin 
> wrote:
>
> >> >> Me too.
>
> >> >> Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.6) Gecko/
> >> >> 2009011913 Firefox/3.0.6 (.NET CLR 3.5.30729)
>
> --
> 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: JSON stack overflow issue

[Tim Perrett]

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


--~--~-~--~~~---~--~~
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 & SalesForce?

[Tim Perrett]

Hey Pete,

I did not realise that the enterprise WSDL is org specific - can you
elaborate in which ways it is specific? Ideally, the enterprise one is
most useful for me (and I would imagine other users). Can you explain
how plugins such as http://activesfdc.rubyforge.org/ achieve
organization agnostic tooling in light of the bespoke / dynamic WSDL?

Are we mainly talking about versioning differences in the API and what
an organization is signed up to? I note that my companies force.com
account does visually look different to my developer account... is
this at all related or am I totally on the wrong track?!

I must be mistaken about the licensing then, my bad - either that or I
read something on the net somewhere!

Cheers

Tim

On Feb 15, 8:40 pm, pmorelli  wrote:
> Salesforce has 2 wsdls, the Enterprise and the Partner. The enterprise is
> strongly typed, and customized to the org you're generating it from. The
> partner is probably what you want to start.
>
> There are also a variety of other wsdls, from apex to metadata to customized
> apex ws endpoints, but I'm assuming you're talking about the bread and
> butter APIs for integration.
>
> I work at salesforce.com (the api dev manager), I'm not sure what you mean
> that our wsdl is cddl licensed? Do you mean one of our toolkits?
>
> --pete
>
>
>
> timperrett wrote:
>
> > Guys,
>
> > Just thinking about making a lift-salesforce module... this would be
> > pretty useful for me and im sure others, however im not sure where we
> > would stand from a licensing point of view?
>
> > It appears the force.com WSDL is out on a CDDL (http://www.sun.com/cddl/
> > ) license - is that compatible with what lift uses? Im not much of a
> > legal bod, so please excuse my ignorance :-)
>
> > Cheers
>
> > Tim
>
> --
> View this message in 
> context:http://www.nabble.com/Lift---SalesForce--tp21993269p22027294.html
> Sent from the liftweb mailing list archive at Nabble.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: use of deprecated functions

[Tim Perrett]

Good point - were also using xbind(...) quite a bit too which is
deprecated.

Cheers, Tim

On Feb 15, 12:34 pm, Marius  wrote:
> Hi,
>
> Building latest code I'm getting
>
> [WARNING] /media/WORK/marius/repository/github/liftweb/lift/src/main/
> scala/net/liftweb/http/LiftSession.scala:951: warning: method
> processBind in trait BindHelpers is deprecated
> [WARNING]     findTemplate(name).map(s => processBind(s, atWhat)).
> [WARNING]                                 ^
>
> Is there a reson why we are not using bind and use processBind
> instead ?
>
> Br's,
> Marius
--~--~-~--~~~---~--~~
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] Windows installer

[Tim Perrett]

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] Complex Localization (6 months later)

[Tim Perrett]

Hey all,

Some of you may remember than 6 months ago or so, we had the longest
thread in lift list history:
http://groups.google.com/group/liftweb/browse_thread/thread/77d5a7dcb96ad2ab

The community has nearly doubled in size since that conversation and I
wonder if there is now any more appetite for extending the
localization stuff with "localizer" partial functions etc which would
let us localize database content? Im also technically able to actually
implement this now, which always helps ;-)

Obviously in the run up to 1.0 there is lots to be done elsewhere, but
I'll be working on this whatever (in a branch, for 1.1 perhaps) as I
need it for work, so if their are people out there who would find this
useful, or want to collaborate on it then by all means let me know :-)

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] Lift & SalesForce?

[Tim Perrett]

Guys,

Just thinking about making a lift-salesforce module... this would be
pretty useful for me and im sure others, however im not sure where we
would stand from a licensing point of view?

It appears the force.com WSDL is out on a CDDL ( http://www.sun.com/cddl/
) license - is that compatible with what lift uses? Im not much of a
legal bod, so please excuse my ignorance :-)

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: [ANN] some jar on maven central repository

[Tim Perrett]

David this is simply brilliant - kudos.

On Feb 13, 9:04 am, Josh Suereth  wrote:
> Great News! and Great work getting this all set up!
>
> On Fri, Feb 13, 2009 at 3:30 AM, David Bernard
> wrote:
>
> > Hi,
>
> > just to inform you that the following groupId are sync (24H delay) from
> >http://scala-tools.org/repo-releasesto maven central repository :
> > * org.scala-lang
> > * org.scala-tools
> > * net.liftweb
>
> > So you no more need to include the following code into your pom.xml (except
> > if you use lib from other groupId like specs, scalachecks, scalaz)
>
> >   
> >     
> >       scala-tools.org
> >       Scala-Tools Maven2 Repository
> >       http://scala-tools.org/repo-releases
> >       
> >         false
> >       
> >     
> >   
>
> >   
> >     
> >       scala-tools.org
> >       Scala-Tools Maven2 Repository
> >       http://scala-tools.org/repo-releases
> >     
> >   
>
> > The archetypes will be updated later.
>
> > /davidB
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
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

[Tim Perrett]

 org.apache.maven.DefaultMaven.execute(DefaultMaven.java:
129)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
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 org.codehaus.classworlds.Launcher.launchEnhanced
(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode
(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)

On Feb 12, 4:37 pm, "alm4x1...@gmail.com"  wrote:
> The defaultSchemaName fix for the SqlServerDriver is checked in.
> Please let me know if that fixes the startup stacktrace you were
> seeing.
>
> On Feb 12, 6:48 am, "alm4x1...@gmail.com"  wrote:
>
> > I have some patches to Schemifier that were not ready by the 1.0
> > freeze.
>
> > I tracked this problem down to line 122 of Schemifier.scala:
>
> >     using(md.getTables(null, getDefaultSchemaName(connection), null,
> > null)){ rs =>
>
> > But an ifdef is obviously not what we want here.
>
> > I think I should have put this line at bottom of SqlServerDriver
> > definition (in Driver.scala):
>
> >   overrride def defaultSchemaName : Box[String] = Full("dbo")
>
> > Specifically,
>
> > diff --git a/lift-mapper/src/main/scala/net/liftweb/mapper/
> > Driver.scala b/lift-mindex 07110f2..27c2ae4 100644
> > --- a/lift-mapper/src/main/scala/net/liftweb/mapper/Driver.scala
> > +++ b/lift-mapper/src/main/scala/net/liftweb/mapper/Driver.scala
> > @@ -169,7 +169,7 @@ object SqlServerDriver extends DriverType
> > ("Microsoft SQL Ser   def longColumnType = "BIGINT"
> >    def doubleColumnType = "FLOAT"
>
> > -  //override def defaultSchemaName : Box[String] = Full("dbo")
> > +  override def defaultSchemaName : Box[String] = Full("dbo")
> >  }
>
> >  object OracleDriver extends DriverType("Oracle") {
>
> > I see a NPE fail at ensureIndexes in Schemifier in the lift-mapper
> > tests after this delta.
> > I'll post a fix for this as soon as I have it. I will commit these
> > fixes as soon as I get a chance.
>
> > Regards,
> > Al
>
> > On Feb 12, 3:23 am, Tim Perrett  wrote:
>
> > > Just found a bug with the MSSQL drivers... Looks like its all working
> > > fine, but on boot I see this with the schemifier:
>
> > > Like I say, it works (the app that is) but having this stack trace on
> > > boot is not nice. Any ideas?
>
> > > INFO - CREATE TABLE modifiers (name VARCHAR(100) , id BIGINT IDENTITY
> > > NOT NULL , description VARCHAR(200) , weighting BIGINT)
> > > ERROR - Failed to Boot
> > > java.sql.SQLException: There is already an object named 'modifiers' in
> > > the database.
> > >         at net.sourceforge.jtds.jdbc.SQLDiagnostic.addDiagnostic
> > > (SQLDiagnostic.java:368)
> > >         at net.sourceforge.jtds.jdbc.TdsCore.tdsErrorToken
> > > (TdsCore.java:2816)
> > >         at net.sourceforge.jtds.jdbc.TdsCore.nextToken(TdsCore.java:
> > > 2254)
> > >         at net.sourceforge.jtds.jdbc.TdsCore.getMoreResults
> > > (TdsCore.java:631)
> > >         at net.sourceforge.jtds.jdbc.JtdsStatement.processResults
> > > (JtdsStatement.java:584)
> > >         at net.sourceforge.jtds.jdbc.JtdsStatement.executeSQL
> > > (JtdsStatement.java:546)
> > >         at net.sourceforge.jtds.jdbc.JtdsStatement.executeImpl
> > > (JtdsStatement.java:723)
> > >         at net.sourceforge.jtds.jdbc.JtdsStatement.execute
> > > (JtdsStatement.java:1157)
> > >         at net.liftweb.mapper.Schemifier$.net$liftweb$mapper$Schemifier
> > > $$maybeWrite(Schemifier.scala:150)
> > >         at net.liftweb.mapper.Schemifier$.net$liftweb$mapper$Schemifier
> > > $$ensureTable(Schemifier.scala:160)
> > >         at net.liftweb.mapper.Schemifier$$anonfun$schemify$1$$anonfun
> > > $1.apply(Schemifier.scala:60)
> > >         at net.liftweb.mapper.Schemifier$$anonfun$schemify$1$$anonfun
> > > $1.apply(Schemifier.scala:60)
> > >         at scala.List.foldLeft(List.scala:1059)
> > >         at net.liftweb.mapper.Schemifier$$anonfun$schemify$1.apply
> > > (Schemifier.scala:60)
> > >         at net.liftweb.mapper.Schemifier$$anonfun$sch

[Lift] Re: IMPORTANT: Library Upgrades

[Tim Perrett]

I thought their had been a cull of all IE5 users? ;-)

On Feb 12, 7:58 pm, Jorge Ortiz  wrote:
> Although it seems like the latest version of Blueprint still has issues with
> Opera, IE 6, and IE 5.5 (!!!). 
> See:http://wiki.github.com/joshuaclayton/blueprint-css/browser-compatibil...

--~--~-~--~~~---~--~~
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: IMPORTANT: Library Upgrades

[Tim Perrett]

Oh by the way, the Jquery update bring speed improvements im guessing
- has anyone tested / tried the comet stuff with 1.31? Just wondering
if we'll see any noticeable speed improvement?

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: IMPORTANT: Library Upgrades

[Tim Perrett]

Jesus! You have been busy Jorge! Kudos my good man :-)


--~--~-~--~~~---~--~~
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 jetty configuration question

[Tim Perrett]

This might be a stupid suggestion, but cant you just use two different
browsers to be logged in with two users at the same time?
Im guessing you want to demo some kind of comet behavior or similar
between two users?

Tim

On Feb 12, 5:25 pm, Meredith Gregory  wrote:
> David,
>
> This is merely demoware -- nothing deployable. i simply need the following
> behavior
>
>    - gethttp://localhost:8080provides a login page (always)
>    - login sets up the session so that subsequent req's of the form
>    http://localhost:8080/mumble-with-session-infoprovide access to that
>    session's state
>
> This allows me to simulate two users using the system simultaneously without
> having to switch between logins.
>
> Best wishes,
>
> --greg
>
> On Thu, Feb 12, 2009 at 9:20 AM, David Pollak 
>
>
> > wrote:
> > Greg,
>
> > If each HTTP request to localhost had a new session, what would happen when
> > you log in?
>
> > If you can tell me a little more about your use case, I'll work on a
> > solution.
>
> > Thanks,
>
> > David
>
> > On Thu, Feb 12, 2009 at 9:09 AM, Meredith Gregory <
> > lgreg.mered...@gmail.com> wrote:
>
> >> Tim,
>
> >> Essentially, i want every request forhttp://localhost:8080to start up a
> >> new session. This should force login each time.
>
> >> Best wishes,
>
> >> --greg
>
> >> On Thu, Feb 12, 2009 at 3:30 AM, Tim Perrett wrote:
>
> >>> Can you clarify what you mean by "instance"? You mean run jetty on
> >>> another TCP port other than 8080?
>
> >>> And by other browser do you mean two seperate apps (like firefox and
> >>> safari) or just two seperate windows in the same app?
>
> >>> Cheers
>
> >>> Tim
>
> >>> On Feb 12, 2:27 am, Meredith Gregory  wrote:
> >>> > Lifted,
>
> >>> > Suppose i generate an instance of the basic lift archetype and then
> >>> start up
> >>> > jetty. If i point two different browsers at localhost:8080 they both go
> >>> to
> >>> > the same instance state. So, if i
>
> >>> >    - start up a browser, point it at localhost:8080, then login in
> >>> >    - then start up another browser, point it at localhost:8080, i get
> >>> to the
> >>> >    logged in page
>
> >>> > What do i need to do to configure jetty to start up another instance?
>
> >>> > Best wishes,
>
> >>> > --greg
>
> >>> > --
> >>> > L.G. Meredith
> >>> > Managing Partner
> >>> > Biosimilarity LLC
> >>> > 806 55th St NE
> >>> > Seattle, WA 98105
>
> >>> > +1 206.650.3740
>
> >>> >http://biosimilarity.blogspot.com
>
> >> --
> >> L.G. Meredith
> >> Managing Partner
> >> Biosimilarity LLC
> >> 806 55th St NE
> >> Seattle, WA 98105
>
> >> +1 206.650.3740
>
> >>http://biosimilarity.blogspot.com
>
> > --
> > 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
>
> --
> L.G. Meredith
> Managing Partner
> Biosimilarity LLC
> 806 55th St NE
> Seattle, WA 98105
>
> +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: confusion about lift-archetype-version versus lift version

[Tim Perrett]

Sorry my bad - I should have pointed that out.

On Feb 12, 12:31 pm, David Bernard  wrote:
> 0.11 isn't released the correct version number is 0.11-SNAPSHOT

--~--~-~--~~~---~--~~
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: confusion about lift-archetype-version versus lift version

[Tim Perrett]

0.10 is the current RELEASE that can be found in the 
http://scala-tools.org/repo-releases
repo.

0.11 is the current DEV that can be found in 
http://scala-tools.org/repo-snapshots

If you want to use 0.11, then you need to change your shell script to
this:

#! /bin/sh
mvn archetype:generate -U  \
 -DarchetypeGroupId=net.liftweb \
 -DarchetypeArtifactId=lift-archetype-basic \
 -DarchetypeVersion=0.11\
 -DremoteRepositories=http://scala-tools.org/repo-snapshots  \
 -DgroupId=$1 -DartifactId=$2

Is that cool?

Tim


On Feb 12, 1:11 am, Meredith Gregory  wrote:
> Lifted,
>
> What is the correlation between the lift-archetype-version versus the lift
> version? i've got a little shell script (see below) to chunk out a basic
> lift instance. i thought that to grab the latest lift version i merely
> needed to change the lift-archetype-version, but that appears to be
> incorrect, as the trace below indicates. Any help would be greatly
> appreciated.
>
> bash-3.2$ ../biosimilarity/bin/mklift.sh com.sap.dspace dspace
> [INFO] Scanning for projects...
> [INFO] Searching repository for plugin with prefix: 'archetype'.
> [INFO] org.apache.maven.plugins: checking for updates from central
> [INFO] org.codehaus.mojo: checking for updates from central
> [INFO] artifact org.apache.maven.plugins:maven-archetype-plugin: checking
> for updates from central
> [INFO]
> 
> [INFO] Building Maven Default Project
> [INFO]    task-segment: [archetype:generate] (aggregator-style)
> [INFO]
> 
> [INFO] Preparing archetype:generate
> [INFO] No goals needed for project - skipping
> [INFO] Setting property: classpath.resource.loader.class =>
> 'org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader'.
> [INFO] Setting property: velocimacro.messages.on => 'false'.
> [INFO] Setting property: resource.loader => 'classpath'.
> [INFO] Setting property: resource.manager.logwhenfound => 'false'.
> [INFO] [archetype:generate]
> [INFO] Generating project in Interactive mode
> [INFO] Archetype repository missing. Using the one from
> [net.liftweb:lift-archetype-basic:RELEASE 
> ->http://scala-tools.org/repo-releases] found in catalog internal
> Downloading:http://scala-tools.org/repo-releases/net/liftweb/lift-archetype-basic...
> Downloading:http://repo1.maven.org/maven2/net/liftweb/lift-archetype-basic/0.11/l...
> [INFO]
> 
> [ERROR] BUILD FAILURE
> [INFO]
> 
> [INFO] The desired archetype does not exist
> (net.liftweb:lift-archetype-basic:0.11)
> [INFO]
> 
> [INFO] For more information, run Maven with the -e switch
> [INFO]
> 
> [INFO] Total time: 3 seconds
> [INFO] Finished at: Wed Feb 11 17:07:45 PST 2009
> [INFO] Final Memory: 8M/14M
> [INFO]
> 
> bash-3.2$
>
> Best wishes,
>
> --greg
>
> #! /bin/sh
> mvn archetype:generate -U  \
>  -DarchetypeGroupId=net.liftweb                             \
>  -DarchetypeArtifactId=lift-archetype-basic                 \
>  -DarchetypeVersion=0.11                            \
>  -DremoteRepositories=http://scala-tools.org/repo-releases \
>  -DgroupId=$1 -DartifactId=$2
>
> --
> L.G. Meredith
> Managing Partner
> Biosimilarity LLC
> 806 55th St NE
> Seattle, WA 98105
>
> +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: lift jetty configuration question

[Tim Perrett]

Can you clarify what you mean by "instance"? You mean run jetty on
another TCP port other than 8080?

And by other browser do you mean two seperate apps (like firefox and
safari) or just two seperate windows in the same app?

Cheers

Tim

On Feb 12, 2:27 am, Meredith Gregory  wrote:
> Lifted,
>
> Suppose i generate an instance of the basic lift archetype and then start up
> jetty. If i point two different browsers at localhost:8080 they both go to
> the same instance state. So, if i
>
>    - start up a browser, point it at localhost:8080, then login in
>    - then start up another browser, point it at localhost:8080, i get to the
>    logged in page
>
> What do i need to do to configure jetty to start up another instance?
>
> Best wishes,
>
> --greg
>
> --
> L.G. Meredith
> Managing Partner
> Biosimilarity LLC
> 806 55th St NE
> Seattle, WA 98105
>
> +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: new JDBC support in lift-mapper

[Tim Perrett]

Just found a bug with the MSSQL drivers... Looks like its all working
fine, but on boot I see this with the schemifier:

Like I say, it works (the app that is) but having this stack trace on
boot is not nice. Any ideas?

INFO - CREATE TABLE modifiers (name VARCHAR(100) , id BIGINT IDENTITY
NOT NULL , description VARCHAR(200) , weighting BIGINT)
ERROR - Failed to Boot
java.sql.SQLException: There is already an object named 'modifiers' in
the database.
at net.sourceforge.jtds.jdbc.SQLDiagnostic.addDiagnostic
(SQLDiagnostic.java:368)
at net.sourceforge.jtds.jdbc.TdsCore.tdsErrorToken
(TdsCore.java:2816)
at net.sourceforge.jtds.jdbc.TdsCore.nextToken(TdsCore.java:
2254)
at net.sourceforge.jtds.jdbc.TdsCore.getMoreResults
(TdsCore.java:631)
at net.sourceforge.jtds.jdbc.JtdsStatement.processResults
(JtdsStatement.java:584)
at net.sourceforge.jtds.jdbc.JtdsStatement.executeSQL
(JtdsStatement.java:546)
at net.sourceforge.jtds.jdbc.JtdsStatement.executeImpl
(JtdsStatement.java:723)
at net.sourceforge.jtds.jdbc.JtdsStatement.execute
(JtdsStatement.java:1157)
at net.liftweb.mapper.Schemifier$.net$liftweb$mapper$Schemifier
$$maybeWrite(Schemifier.scala:150)
at net.liftweb.mapper.Schemifier$.net$liftweb$mapper$Schemifier
$$ensureTable(Schemifier.scala:160)
at net.liftweb.mapper.Schemifier$$anonfun$schemify$1$$anonfun
$1.apply(Schemifier.scala:60)
at net.liftweb.mapper.Schemifier$$anonfun$schemify$1$$anonfun
$1.apply(Schemifier.scala:60)
at scala.List.foldLeft(List.scala:1059)
at net.liftweb.mapper.Schemifier$$anonfun$schemify$1.apply
(Schemifier.scala:60)
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.ja

[Lift] Re: new JDBC support in lift-mapper

[Tim Perrett]

Al,

It would be usefull if you could just post an example of the needed
connection object that people will need to put in boot.scala

Cheers

Tim

On Feb 11, 8:59 pm, "alm4x1...@gmail.com"  wrote:
> Hi All:
>
> I've added support for Microsoft SQL Server and Oracle 10g JDBC driver
> to lift-mapper.
> Please test out support for these databases if you can.
> Please post about bugs and experiences to this group.
>
> Also, it is useful for us to know if there are other databases you are
> seeking support for.
>
> Thanks,
> Al
--~--~-~--~~~---~--~~
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 with MS Sequel

[Tim Perrett]

Awesome - I use both of these and get defo test the MSSQL drivers  
2moro (GMT)...

On 10 Feb 2009, at 18:51, David Pollak wrote:

> Folks,
>
> Al Thompson just checked in support for SQL Server and Oracle.   
> Please test these configurations.
>
> Thanks,
>
> David
>
> On Mon, Feb 9, 2009 at 9:12 AM, David Pollak  > wrote:
>
>
> On Sun, Feb 8, 2009 at 10:16 PM, Amit Kumar Verma  
>  wrote:
>
> Hi,
>
> do lift support MSSQL db ?
>
> Lift's mapper currently supports PostgreSQL, MySQL, Derby, H2, etc.
>
> I'm expecting MS SQL and Oracle support by end of week.
>
> You can use JPA for other DB support.
>
>
>
>
> Thanks
> Amit Kumar Verma
>
>
>
>
>
> -- 
> 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
>
> >

Tim Perrett
print application architect

t: +44 (0) 78144 34 791
e: he...@timperrett.com
w: timperrett.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: 24 hours say the memory leaks are gone

[Tim Perrett]

Indeed - this is super awesome Marius, well done!

On 09/02/2009 19:33, "David Pollak"  wrote:

> Good stuff!
> 
> On Mon, Feb 9, 2009 at 11:26 AM, Marius  wrote:
>> 
>> Hi,
>> 
>> I just committed the changes. There are a few new LiftRules variables
>> 
>>   /**
>>* If a Comet request fails timeout for this period of time. Default
>> value is 10 seconds
>>*/
>>   var cometFailureRetryTimeout: Long = 10 seconds
>> 
>> 
>>   /**
>>* By default lift uses a garbage-collection mechanism of removing
>> unused bound functions from LiftSesssion
>>* Setting this to false will disbale this mechanims and there will
>> be no Ajax polling mechanims attempted.
>>*/
>>   var enableLiftGC = true;
>> 
>>   /**
>>* If Lift garbage collection is enabled, functions that are not
>> seen in the page for this period of time
>>* (given in milliseonds) will be discarded hence eligibe for
>> garbage collections.
>>* The default value is 10 minutes.
>>*/
>>   var unusedFunctionsLifeTime: Long = 10 minutes
>> 
>>   /**
>>* The polling interval for background Ajax requests to keep
>> functions to not be garbage collected.
>>* Default value is set to 75 seconds.
>>*/
>>   var liftGCPollingInterval: Long = 75 seconds
>> 
>>   /**
>>* The polling interval for background Ajax requests to keep
>> functions to not be garbage collected.
>>* This will be applied if the AJax request will fail. Default value
>> is set to 15 seconds.
>>*/
>>   var liftGCFailureRetryTimeout: Long = 15 seconds
>> 
>> 
>> Dave ... just wanted to also make people aware on what we just
>> discussed. With the gc mechanism where unused function survive for 10
>> minutes (by default ... but now can be configured) the back button
>> scenarios would have a negative impact as browsers tend to reload the
>> page from cache and not make a request to server. Hence Lift requests
>> from that page will fail if the functions are GC-ed. We need a
>> mechanism to determine the back button cases and I'll be doing some
>> noodling on that. Of course creative ideas are more then welcomed !
>> 
>> Br's,
>> Marius
>> 
>> On Feb 8, 9:13 pm, David Pollak  wrote:
>>> On Sun, Feb 8, 2009 at 7:40 AM, Marius  wrote:
>>> 
 I can make these changes one of these days if it's fine with you.
>>> 
>>> Please make them as soon as is convenient.  It's time to let the bits sit
>>> prior to 1.0 shipping.
>>> 
>>> 
>>> 
>>> 
>>> 
 On Feb 8, 5:23 pm, David Pollak  wrote:
> On Sun, Feb 8, 2009 at 12:37 AM, Marius  wrote:
>>> 
>> Dave this is way awesome!
>>> 
>> I have some questions/suggestions if I may
>>> 
>> 1. Currently Lift purges the unseen functions that are older then 10
>> minutes. I think it might help to make this time window configurable
>> via LiftRules so that people may adjust it to fit their specific
>> application needs.
>>> 
> Sure.
>>> 
>> 2. AddLiftGCToBody should probably not renders anything related with
>> GC if the GC nodes list is empty? ... or have the ability to disable
>> the GC support which might be quite handy for mobile web applications
>> used for limited browsers.
>>> 
> Disable GC... cool.  Not sending the Ajax request if the list is empty,
> cool.  But it's possible that items come onto the page via Ajax or Comet.
>  Thus, we have to run the node walk as long as GC is enabled.
>>> 
>> 3. Lift for every page is starting the JS GC "daemon" that
>> periodically sends the GC request up (every 75 seconds for success or
>> 15 seconds for failure). Shouldn't we make these these times intervals
>> configurable from LiftRules?
>>> 
> Sure.
>>> 
>> Thoughts?
>>> 
>> Br's,
>> Marius
>>> 
>> On Feb 8, 2:05 am, David Pollak  wrote:
>>> Folks,
>>> 
>>> I've found and squashed a bunch of memory retention issues in the
 Lift
>> comet
>>> stuff (and added the garbage collection for functions.)
>>> 
>>> I've tested the fixes against the livehttp://demo.liftweb.netandthere
>> has
>>> been no memory growth (except in Derby, but that's not Lift's
 problem)
>> for
>>> 24 hours.
>>> 
>>> I've been using YouKit (http://yourkit.com/) to profile that
>> application.
>>> I've gotta say that YourKit is awesome, even for debugging remote
 code.
>>  I'd
>>> like to thank YourKit again for contributing licenses to the Lift
>>> committers.
>>> 
>>> I've dialed the heap size for demo.liftweb.net 
>>> from 1GB to 192M.  In
>>> practice, the actual heap size for the site never grew beyond about
 10MB.
>>> 
>>> Thanks,
>>> 
>>> David
>>> 
>>> PS -- Yes, my confidence about making 1.0 on 2/26 is very high.
>>> 
>>> --
>>> Lift, the simply functional web frameworkhttp://liftweb.net
>>> 
>>> Beginning Scalahttp://www.apress.com/book/view/1430219890
>>> 

[Lift] Re: lift with MS Sequel

[Tim Perrett]

There are mixed reports about that driver - personally I didn't get on very
well with and would go for JTDS :-)

On 09/02/2009 16:52, "Derek Chen-Becker"  wrote:

> The MS provided JDBC driver is actually pretty high quality in my experience.
> In particular, make sure you get the 2005 version of the driver:
> 
> http://msdn.microsoft.com/en-us/data/aa937724.aspx
> 
> Derek
> 
> On 2/9/09, Amarjeet Singh  wrote:
>> Lift should technically work with any standard RDBMS, as long as it has a
>> supported JDBC driver. MSSQL does have both commercial as well as Microsoft
>> supplied JDBC drivers. Though I have never tested it myself, it should work.
>> 
>> Regards
>> 
>> On Mon, Feb 9, 2009 at 11:46 AM, Amit Kumar Verma 
>> wrote:
>>> 
>>> Hi,
>>> 
>>> do lift support MSSQL db ?
>>> 
>>> 
>>> Thanks
>>> Amit Kumar Verma
>>> 
>>> 
>> 
>> 



--~--~-~--~~~---~--~~
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: Serving text/html to IE

[Tim Perrett]

Agreed - there is no issue using XHTML strict with lift and IE (outside of
IE's usual crapness!)

Cheers, Tim

On 07/02/2009 08:53, "Marius"  wrote:

> You can change the docType by calling S.setDocType... but I wouldn't
> trade XHTML for HTML. So far I did not have any problems with xhtml on
> IE ... but this doesn't mean that IE doesn't have more surprises.
> 
> Can you send out your static page so I can take a look on it?



--~--~-~--~~~---~--~~
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: how to change form input size?

[Tim Perrett]

Im guessing you could use the Map() syntax also, rather than them looking
like tuples...

SHtml.text(, , "size" -> "64",
"maxlength" -> "128,  -> )

IMO, that's cleaner (but I guess everyone is different)

Cheers, Tim

On 06/02/2009 16:47, "Charles F. Munat"  wrote:

> 
> Actually, David fixed this to make it even easier:
> 
> SHtml.text(, , ("size", "64"),
> ("maxlength", "128), (, ))
> 
> Chas.
> 
> Derek Chen-Becker wrote:
>> Specifically, you can use the "%" operator on elements to add
>> attributes. In your case, you'd want something like
>> 
>> SHtml.text(..., ...) % ("size" -> "64") % ("maxlength" -> "128") % ...etc...
>> 
>> Derek
>> 
>> On 2/6/09, *David Pollak* > > wrote:
>> 
>> Paul,
>> 
>> Please look in SHtml:
>> 
>> text() -> 
>> checkbox() -> 
>> 
>> etc.
>> 
>> Thanks,
>> 
>> David
>> 
>> On Thu, Feb 5, 2009 at 10:50 PM, Paul O'Rorke > > wrote:
>> 
>> 
>> Hi, here is another question about lift form and UI elements...
>> 
>> it seems to me that input elements generated by default toForms use
>> default sizes and this is rendered differently by different
>> browsers.
>> 
>> I wanted to specify the size of an input textbox in a form so I
>> customized toForm:
>> 
>>  object summary extends MappedPoliteString(this, 128) {
>>override def _toForm = Full(>   size='64'
>>   maxlength={maxLen.toString}
>>   name='summary'
>>   value={is match {case null =>
>> "" case s => s.toString}} />)
>> 
>> This gives me control over the size but
>> Is this the best way to do this or is there an "input" function
>> analogous to the "select" in lift?
>> 
>> 
>> 
>> 
>> 
>> -- 
>> 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: Changing scope of RulesSeq[T] toList

[Tim Perrett]

Awesome, thanking you :)

On Feb 4, 4:48 pm, David Pollak  wrote:
> Sorry... for some reason I was thinking that the underlying implementation
> used a LiftBuffer, not a List for the backing store.
> I've unprivitized the method.
>
>
>
> On Wed, Feb 4, 2009 at 7:37 AM, Tim Perrett  wrote:
>
> > > Yes... this mutates the state of the underlying object, thus needs to be
> > > done privately and correctly.
>
> > private[http] def toList = rules
>
> > How does this mutate state? Its just returning the list isn't it (as
> > its def not val/var)? It appears to me that the prepend and append
> > methods mutate the state of the internal "rules" var... or am i
> > missing the point? [ quite possible - I usually do ;-) ]
>
> > > Why do you need the resulting List?
>
> > Im creating something specialized for my environment and I just want
> > to then do processing on the supplied list, in exactly the same way
> > that all the other List[ThePF] style functions do in net.liftweb.http.
> > For example:
>
> > // LiftSession.scala
> > val role = NamedPF.applyBox(req.path,
> > LiftRules.httpAuthProtectedResource.toList)
>
> > I more want RuleSeq to create the nice looking DSL, as i'll hook into
> > lifts processing pipeline using LiftSession.onBeginServicing or
> > something similar...
>
> > > If you're using RuleSeq in your code, why not just copy the class over to
> > > your code and morph it how you want?
>
> > Sure, I could do this, but it seems a little pointless as I dont want
> > to change any functionality, I purley want to be able to use RulesSeq
> > outside of the http package - my understanding of scala scoping is
> > that private[http] means that method is usable for members of that
> > package, as opposed to being just available in that object/class like
> > normal java scoping.
>
> --
> 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: Changing scope of RulesSeq[T] toList

[Tim Perrett]

> Yes... this mutates the state of the underlying object, thus needs to be
> done privately and correctly.

private[http] def toList = rules

How does this mutate state? Its just returning the list isn't it (as
its def not val/var)? It appears to me that the prepend and append
methods mutate the state of the internal "rules" var... or am i
missing the point? [ quite possible - I usually do ;-) ]

> Why do you need the resulting List?

Im creating something specialized for my environment and I just want
to then do processing on the supplied list, in exactly the same way
that all the other List[ThePF] style functions do in net.liftweb.http.
For example:

// LiftSession.scala
val role = NamedPF.applyBox(req.path,
LiftRules.httpAuthProtectedResource.toList)

I more want RuleSeq to create the nice looking DSL, as i'll hook into
lifts processing pipeline using LiftSession.onBeginServicing or
something similar...

> If you're using RuleSeq in your code, why not just copy the class over to
> your code and morph it how you want?

Sure, I could do this, but it seems a little pointless as I dont want
to change any functionality, I purley want to be able to use RulesSeq
outside of the http package - my understanding of scala scoping is
that private[http] means that method is usable for members of that
package, as opposed to being just available in that object/class like
normal java scoping.




--~--~-~--~~~---~--~~
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] Changing scope of RulesSeq[T] toList

[Tim Perrett]

Guy,

Im just trying to write a small and very situation specific extension
to lift rules. Whilst it is specific, its very reusable for me and one
of the things id like to do is extend RulesSeq[T].

This way, I my lift apps I can have a DSL just like the other lift
conventions:

MyThirdPartyRules.someAspect.prepend {
  case ... => ...
}

Now, in order to actually process the supplied PF's in
MyThirdPartyRules, the scope of:

private[http] def toList = rules

will need to be relaxed... Any objections to this? Or reasons why this
would be catastrophically bad?

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: migration tools?

[Tim Perrett]

Hey Greg,

I have taken great pleasure in porting several "leaking like a rusty bucket"
rails applications... Whilst there is no direct migration, once you
understand exactly how lift works, it becomes simple.

When you say "db stuff squirted out from ActiveRecord?" - what exactly do
you mean? Queries? To_xml stuff?

Cheers

Tim

On 02/02/2009 20:53, "Meredith Gregory"  wrote:

> Lifted,
> 
> Suppose one were to engage in porting a RoR app to a Lift app. Are there any
> tools in the Scala+Lift arsenal that ease that migration? For example, is
> there a nice path that allows to preserve the db stuff squirted out from
> ActiveRecord? Is the are way to auto-generate some basic Model code from that
> starting point?
> 
> More generally, have you guys been thinking about this direction? What about
> migration from other sites?
> 
> Best wishes,
> 
> --greg



--~--~-~--~~~---~--~~
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: submit and redirect

[Tim Perrett]

Lift will still indeed notify you of an error invoking a snippet.

On 02/02/2009 15:01, "Derek Chen-Becker"  wrote:

> Also, if the class for the snippet couldn't be found, Lift should have output
> a message to that effect on the console. If it didn't, then that's a bug.
> 
> Derek



--~--~-~--~~~---~--~~
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: Suggested breaking changes for XMLApiHelper

[Tim Perrett]

> Hmmm. Looks like I'll have to learn more about this WADL.

Both WADL and WSDL2 can describe REST services. The latter is some time
away, and WADL, whilst young, is here right now:

https://wadl.dev.java.net/

> I was 
> approaching it from the XSLT side. Should've thought about the web
> service side.

Sure - to a certain degree I still think if you want object serialization,
using a standardized framework is better... But now im rambling ;-)

If you have any questions about doing REST in lift, just post up and I'll do
my best to answer :-)

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: Suggested breaking changes for XMLApiHelper

[Tim Perrett]

Chas,

What your talking about is object serilization - the helpers we both  
currently have, and the ones I plan to rebuild do not care about the  
output XML - it's more abstract than that (collections of implicit  
conversions etc)

IMO - what your talking about is object serilization. There are a  
bunch of frameworks out which do this very effectivly (for better or  
worse, soap is an example of this), and personally, I'm not a fan of  
it: for me, REST services should be a lightweight DSL -if you then  
want automated tooling, just use WADL.

Cheers, Tim

Sent from my iPhone

On 1 Feb 2009, at 05:47, "Charles F. Munat"  wrote:

>
> Tim,
>
> I don't know much about the XMLApiHelper, but if you're headed down  
> this
> route, there is an alternative syntax that you might want to consider.
>
> One of the things I might want to do with XML output from a REST  
> server,
> for example, is create an interface to it using HTML. The easiest way
> would be by using XSLT (or Scala) to convert the XML to XHTML, e.g. to
> convert a collection of Users into a table.
>
> If each object/class has it's own element name, that makes things
> difficult. In that instance, I would program my REST server to output
> users thus:
>
> 
>   
> 666
> Lou
> Cypher
> 
>   
>US
> mobile
> 666
> 666
> 
> 
>   
>   
> 
>   
>   
>   
> 
>
> This allows me to write one script that converts all collections to
> tables, or alternatively to nested lists. It's more verbose (though  
> some
> duplication could be eliminated), but it provides me with the
> information I need to do the conversion and format the results.
>
> Just a thought...
>
> Chas.
>
> Tim Perrett wrote:
>> Guys,
>>
>> Just doing some work with the XMLApiHelper and im finding some things
>> that can be improved. For instance, the trait provides createTag  
>> which
>> you then have to override like so:
>>
>> def createTag(in: NodeSeq) = {in}
>>
>> IMO, it seems that this isnt ideal as if you were returning a list of
>> users, your xml would be:
>>
>> 
>>  
>>  
>> 
>>
>> It would be better to have a configurable root node, so its a more
>> logical semantic:
>>
>> 
>>  
>>  
>> 
>>
>> I've been playing around with the best way to do it and by changing
>> the implicits and the xml build methods I now have it so that you can
>> do:
>>
>> def listAllUsers = {
>>  ...
>>  ("users", listOfUsers)
>> }
>>
>> This appears to be the best way to do it, otherwise things start
>> getting messy?
>>
>> Whilst I can make these changes code wise, im very aware that ESME
>> uses this helper a lot and this would mean some significant breaking
>> changes in the api construction, both for ESME, and no doubt other
>> projects. IMHO, the change is worth the hassle as it will make
>> services up of more logically formed xml.
>>
>> What are people's thoughts?
>>
>> 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: Suggested breaking changes for XMLApiHelper

[Tim Perrett]

Mmmm - I see value in HTTP responses being in one file, and as far as im
aware that's the case now? IMO, the file was massively cluttered before with
CSS responses, JS responses (of which there are a lot) etc etc etc. Having
them a little segregated makes the code easier to maintain.

What are your thoughts?

Cheers

Tim

> Excellent.
> 
> Next time you're in the Response code, can you put all the responses in a
> single file?



--~--~-~--~~~---~--~~
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: Suggested breaking changes for XMLApiHelper

[Tim Perrett]

Hey David,

Ok splendid - another alternative it is.

FYI - I added a few more HTTP code representations to HttpResponse.scala
last night... Nothing crazy, but just some other ones I needed. I also need
to add some extra parameters to some of them so they directly represent the
RFC spec, but they are OK for the moment :-)

Cheers

Tim

On 31/01/2009 15:48, "David Pollak"  wrote:

> Tim,
> 
> Please don't change the existing XMLApiHelpers, but feel free to create an
> alternative.  I expect different people are going to have different styles and
> providing them with lots of alternatives will be important.
> 
> I'm planning another alternative that will returns failures as different HTTP
> codes to make things more RESTful.
> 
> Thanks,
> 
> David
> 
> On Sat, Jan 31, 2009 at 3:07 AM, Tim Perrett  wrote:
>> 
>> Guys,
>> 
>> Just doing some work with the XMLApiHelper and im finding some things
>> that can be improved. For instance, the trait provides createTag which
>> you then have to override like so:
>> 
>> def createTag(in: NodeSeq) = {in}
>> 
>> IMO, it seems that this isnt ideal as if you were returning a list of
>> users, your xml would be:
>> 
>> 
>>   
>>   
>> 
>> 
>> It would be better to have a configurable root node, so its a more
>> logical semantic:
>> 
>> 
>>   
>>   
>> 
>> 
>> I've been playing around with the best way to do it and by changing
>> the implicits and the xml build methods I now have it so that you can
>> do:
>> 
>> def listAllUsers = {
>>   ...
>>   ("users", listOfUsers)
>> }
>> 
>> This appears to be the best way to do it, otherwise things start
>> getting messy?
>> 
>> Whilst I can make these changes code wise, im very aware that ESME
>> uses this helper a lot and this would mean some significant breaking
>> changes in the api construction, both for ESME, and no doubt other
>> projects. IMHO, the change is worth the hassle as it will make
>> services up of more logically formed xml.
>> 
>> What are people's thoughts?
>> 
>> 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] Suggested breaking changes for XMLApiHelper

[Tim Perrett]

Guys,

Just doing some work with the XMLApiHelper and im finding some things
that can be improved. For instance, the trait provides createTag which
you then have to override like so:

def createTag(in: NodeSeq) = {in}

IMO, it seems that this isnt ideal as if you were returning a list of
users, your xml would be:


  
  


It would be better to have a configurable root node, so its a more
logical semantic:


  
  


I've been playing around with the best way to do it and by changing
the implicits and the xml build methods I now have it so that you can
do:

def listAllUsers = {
  ...
  ("users", listOfUsers)
}

This appears to be the best way to do it, otherwise things start
getting messy?

Whilst I can make these changes code wise, im very aware that ESME
uses this helper a lot and this would mean some significant breaking
changes in the api construction, both for ESME, and no doubt other
projects. IMHO, the change is worth the hassle as it will make
services up of more logically formed xml.

What are people's thoughts?

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: [SOLVED] Req lazy val xml not working

[Tim Perrett]

>
> XML request processing should not work perfectly
>
> Is this
> a philosophical stance
> a warning, or
> a typo?
>
> typo... XML request processing should now work perfectly.

LOL! I'm sorry for the confusion - it was a pure typo - it was about  
1:30am GMT so my brain was starting to fail me :-)



>
>
> Best wishes,
>
> --greg
>
>
> On Fri, Jan 30, 2009 at 3:14 PM, Tim Perrett   
> wrote:
>
> Ok, found the problem. Req.scala needed a patch, which I have applied
> and committed into master.
>
> XML request processing should not work perfectly
>
> Cheers, Tim
>
> On Jan 30, 10:48 pm, Tim Perrett  wrote:
> > Attached is an example application that shows the problem
> >
> > Cheers, Tim
> >
> >  problem_example.zip
> > 16KViewDownload
>
>
>
>
> -- 
> L.G. Meredith
> Managing Partner
> Biosimilarity LLC
> 806 55th St NE
> Seattle, WA 98105
>
> +1 206.650.3740
>
> http://biosimilarity.blogspot.com
>
>
>
>
>
>
> -- 
> 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] [SOLVED] Req lazy val xml not working

[Tim Perrett]

Ok, found the problem. Req.scala needed a patch, which I have applied
and committed into master.

XML request processing should not work perfectly

Cheers, Tim

On Jan 30, 10:48 pm, Tim Perrett  wrote:
> Attached is an example application that shows the problem
>
> Cheers, Tim
>
>  problem_example.zip
> 16KViewDownload
--~--~-~--~~~---~--~~
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: Req lazy val xml not working

[Tim Perrett]

David,

Try this:

object RestApi extends XMLApiHelper {
  def dispatch: LiftRules.DispatchPF = {
case r @ Req("api" :: "user" :: user :: Nil, "", _) => () =>
modify_user(user, r)
  }
  // user methods
  def modify_user(username: String, req: Req): LiftResponse = {
println("Is XML: " + req.xml_?.toString)
println("XML Body: " + req.xml.toString)
println("Body: " + req.body)
println(req.headers)
PlainTextResponse("ok")
  }
  def createTag(in: NodeSeq) = {in}
}

// in boot.scala
LiftRules.dispatch.preend(RestApi.dispatch)

//HTTP Request looks like:
Req(List(), Map(), ParsePath(List(api, user,
timperrett),,true,false), , PutRequest, text/xml; charset=UTF-8)

// Response:
Is XML: true
XML Body: Empty
Body: Empty
List((Content-Length,42), (Content-Type,text/xml; charset=UTF-8),
(Host,127.0.0.1:8080), (Connection,Keep-Alive), (User-Agent,Apache-
HttpClient/4.0-beta1 (java 1.4)), (Expect,100-continue))


So, we can conclude that it knows that its xml, but its not processing
it as such. Might it be down to line 77 in Req.scala:

  if ((reqType.post_? || reqType.put_?) && request.getContentType ==
"text/xml")

The content type im sending is "text/xml; charset=UTF-8", not "text/
xml"

What are your thoughts? It strikes me that there is a potential
missing case from that if/else if/else statement in param calculator
too which is why its ending up Empty.

What are your thoughts?

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: Req lazy val xml not working

[Tim Perrett]

> 
> Try:
> 
>   sdfsdfsdf
> 
> 

I'd already tried before, that and still no luck. I've also tried just
getting it to print something out that was passed. Even param1=badger type
post requests, but no luck.

Thoughts?

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: Req lazy val xml not working

[Tim Perrett]

The xml is:



  sdfsdfsdf


I've tried all sorts, but still no cigar any ideas?

Cheers, Tim


On Jan 30, 8:17 pm, David Pollak 
wrote:
> On Fri, Jan 30, 2009 at 12:12 PM, Tim Perrett  wrote:
>
> > Guys,
>
> > Just writing a little rest service, and I want to process the incoming
> > XML... The Req class has the following methods:
>
> > xml_? : Boolean
> > xml: Box[Elem]
>
> > Now then, xml_? is returning true, and the content-length header is
> > the correct length, but req.xml always, always returns Empty.
>
> > FYI, even trying to do:
>
> > req.body // => Empty
>
> > Any ideas why this might be happening?
>
> The XML is not well formed.
>
>
>
> > Cheers
>
> > Tim
>
> --
> 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] Req lazy val xml not working

[Tim Perrett]

Guys,

Just writing a little rest service, and I want to process the incoming
XML... The Req class has the following methods:

xml_? : Boolean
xml: Box[Elem]

Now then, xml_? is returning true, and the content-length header is
the correct length, but req.xml always, always returns Empty.

FYI, even trying to do:

req.body // => Empty

Any ideas why this might be happening?

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: Jorge's birthday ...

[Tim Perrett]

lol! This is like the most global happy birthday greeting ever! ;-)

On Jan 30, 4:04 pm, Derek Chen-Becker  wrote:
> ¡Feliz cumpleaños, señor!

--~--~-~--~~~---~--~~
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] Added HTTP Auth example to sites directory

[Tim Perrett]

Guys,

Its been ages, and im sorry its taken so long, but please now find an
example of how to use the HTTP Auth stuff in the sites directory.

Respect to Marius who's been chipping away on this keeping it up-to-
date with the RulesSeq stuff etc as the lift API has moved forward.
For an example of how to use it, just check the sites/http-
authentication lift project, or github.com:

http://github.com/dpp/liftweb/tree/master/sites/http-authentication

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: Jorge's birthday ...

[Tim Perrett]

Happy birthday Jorge!!

On Jan 30, 8:34 am, Viktor Klang  wrote:
> Grattis på födelsedagen!
>
> On Fri, Jan 30, 2009 at 9:30 AM, David Bernard
> wrote:
>
>
>
> > Bon Anniversaire
>
> > On Fri, Jan 30, 2009 at 08:48, Marius  wrote:
>
> >> If Skype is right it must be Jorge's birthday !
>
> >> HAPPY BIRTHDAY MAN !
>
> >> Br's,
> >> Marius
>
> --
> 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: Lift 0.10 example code

[Tim Perrett]

The code for demo.liftweb.net is held here:

http://github.com/dpp/liftweb/tree/master/sites/example

Cheers, Tim

On 29/01/2009 16:53, "DavidV"  wrote:

> 
> Is there Lift example code, compatible with the 0.10 version library
> that is more robust than the lift-blank and lift-basic archetypes
> highlighted here:
> http://liftweb.net/index.php/Archetypes
> 
> I'm looking for something more like the demo available from liftweb:
> http://demo.liftweb.net/
> 
> 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: Pulling in http data from a web service

[Tim Perrett]

Hey Chas,

You might also be interested to see how the pay-pal stuff handles it's
remote HTTP calls for transaction verification and validation:

http://github.com/dpp/liftweb/blob/01473f94b1cb7beafb7ed41a860c2144e153b7d7/lift-paypal/src/main/scala/net/liftweb/paypal/Paypal.scala#L446

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] lift apps now pass w3c validation

[Tim Perrett]

Hey guys,

just something i noticed, but perviously there was a bug in the w3c
validator that meant that lift applications were not "passing" despite
being valid xhtml. I just tried a new site im working on with it, and
it passes now...

Im not sure if its a fix in the validator, or something that's changed
in scala 2.7.3, as now I notice that all the  items don't have
the liftweb.net namespace attached to them.

Either way, its great to see that our lift apps can now pass as
"officially" valid :-)

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: Potential LiftRules dispatch issue.

[Tim Perrett]

woot! David, that was a great tip, just reduced the LOC and it works
just the same - my cache now looks like:

object ProductCache extends KeyedCache[List[String], Product](1000,
Full(0.75f),
  (in: List[String]) => Product.find(By(Product.permanent_link,
in.last))
)

Then i have a little helper object which just selects the thumbnail or
the large image based on a passed parameter. I cant believe i never
knew these existed... learn something everday i guess!

Cheers

Tim

On Jan 28, 9:29 pm, Tim Perrett  wrote:
> Oh I really wasn't aware of that... I'll take a look at it - I use  
> ehcache for a lot in general, so in that sense it's less if a waste  
> for me :-)
>
> Sent from my iPhone
>
> On 28 Jan 2009, at 19:35, David Pollak   
> wrote:
>
> > IMHO, a third party cache is a huge waste.
>
> > Lift has net.liftweb.util.LRU for this purpose.
>
> > On Wed, Jan 28, 2009 at 11:33 AM, Joachim A.  > > wrote:
>
> > Hi,
> > I'd be interested to have  a look at the code :)
> > I was about to do the same. I'd planned to use a simple cache (by  
> > uuid) in a
> > concurrent, weak map but EHCache might be the better solution, I  
> > guess.
>
> > Thanks a lot,
> > Joachim
>
> > > On this note, I wrote an image cache for use in conjunction with
> > > MappedBinary - if anyone is interested I'm happy to post the code.  
> > It
> > > uses EHCache and first checks the cache for the right image, and  
> > grabs
> > > it if it's there, otherwise it does the database read. If your  
> > needing
> > > to store images in the database, using an object cache can vastly  
> > cut
> > > the amount of DB access and reduce server load
>
> > > Cheers
>
> > > Tim
>
> > > On Jan 28, 12:00 am, Alli  wrote:
> > > > Thanks, will definitely order a PDF or your book when it's out.
>
> > > > Cheers,
> > > > Alli
>
> > > > On Jan 27, 11:56 pm, David Pollak 
>
> > > > wrote:
> > > > > On Tue, Jan 27, 2009 at 3:53 PM, Alli   
> > wrote:
> > > > > > Is it possible to make the extension a wild card somehow, e.g.
> > > > > > if i want jpg,png,gif,bmp ?
>
> > > > > LiftRules.dispatch.append {
> > > > >  case r @ Req("picture" :: fileName :: Nil, extension,  
> > GetRequest) if
> > > > > List("jpg", "png", "gif").contains(extension) => () =>
> > > > >     ...
>
> > > > > }
>
> > > > > Note that this is not a speed-optimal solution (you'd pre-
> > populate set
> > > > > with the valid extensions).  But it demonstrates using  
> > extractors and
> > > > > guards... the stuff I'm writing about this very day in  
> > *Beginning
> > > > > Scala*.
>
> > > > > Thanks,
> > > > > David
>
> > > > > > On Jan 27, 11:50 pm, Alli  wrote:
> > > > > > > Thanks chaps, can't believe i didn't spot it :).
>
> > > > > > > Cheers,
> > > > > > > Alfred
>
> > > > > > > On Jan 27, 11:48 pm, Tim Perrett   
> > wrote:
> > > > > > > > Change the req to this:
>
> > > > > > > > Req("picture" :: fileName :: Nil, "jpg", GetRequest)
>
> > > > > > > > That should then work for you
>
> > > > > > > > Cheers, Tim
>
> > > > > > > > On Jan 27, 11:39 pm, Alli  wrote:
> > > > > > > > > LiftRules.dispatch.append {
> > > > > > > > >   case r @ Req("picture" :: fileName :: Nil, "",  
> > GetRequest) =>
> > > > > > > > > () => ...
>
> > > > > > > > > }
>
> > --
> > 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: Potential LiftRules dispatch issue.

[Tim Perrett]

Oh I really wasn't aware of that... I'll take a look at it - I use  
ehcache for a lot in general, so in that sense it's less if a waste  
for me :-)

Sent from my iPhone

On 28 Jan 2009, at 19:35, David Pollak   
wrote:

> IMHO, a third party cache is a huge waste.
>
> Lift has net.liftweb.util.LRU for this purpose.
>
>
> On Wed, Jan 28, 2009 at 11:33 AM, Joachim A.  > wrote:
>
> Hi,
> I'd be interested to have  a look at the code :)
> I was about to do the same. I'd planned to use a simple cache (by  
> uuid) in a
> concurrent, weak map but EHCache might be the better solution, I  
> guess.
>
> Thanks a lot,
> Joachim
>
> > On this note, I wrote an image cache for use in conjunction with
> > MappedBinary - if anyone is interested I'm happy to post the code.  
> It
> > uses EHCache and first checks the cache for the right image, and  
> grabs
> > it if it's there, otherwise it does the database read. If your  
> needing
> > to store images in the database, using an object cache can vastly  
> cut
> > the amount of DB access and reduce server load
> >
> > Cheers
> >
> > Tim
> >
> > On Jan 28, 12:00 am, Alli  wrote:
> > > Thanks, will definitely order a PDF or your book when it's out.
> > >
> > > Cheers,
> > > Alli
> > >
> > > On Jan 27, 11:56 pm, David Pollak 
> > >
> > > wrote:
> > > > On Tue, Jan 27, 2009 at 3:53 PM, Alli   
> wrote:
> > > > > Is it possible to make the extension a wild card somehow, e.g.
> > > > > if i want jpg,png,gif,bmp ?
> > > >
> > > > LiftRules.dispatch.append {
> > > >  case r @ Req("picture" :: fileName :: Nil, extension,  
> GetRequest) if
> > > > List("jpg", "png", "gif").contains(extension) => () =>
> > > > ...
> > > >
> > > > }
> > > >
> > > > Note that this is not a speed-optimal solution (you'd pre- 
> populate set
> > > > with the valid extensions).  But it demonstrates using  
> extractors and
> > > > guards... the stuff I'm writing about this very day in  
> *Beginning
> > > > Scala*.
> > > >
> > > > Thanks,
> > > > David
> > > >
> > > > > On Jan 27, 11:50 pm, Alli  wrote:
> > > > > > Thanks chaps, can't believe i didn't spot it :).
> > > > > >
> > > > > > Cheers,
> > > > > > Alfred
> > > > > >
> > > > > > On Jan 27, 11:48 pm, Tim Perrett   
> wrote:
> > > > > > > Change the req to this:
> > > > > > >
> > > > > > > Req("picture" :: fileName :: Nil, "jpg", GetRequest)
> > > > > > >
> > > > > > > That should then work for you
> > > > > > >
> > > > > > > Cheers, Tim
> > > > > > >
> > > > > > > On Jan 27, 11:39 pm, Alli  wrote:
> > > > > > > > LiftRules.dispatch.append {
> > > > > > > >   case r @ Req("picture" :: fileName :: Nil, "",  
> GetRequest) =>
> > > > > > > > () => ...
> > > > > > > >
> > > > > > > > }
>
>
>
>
>
>
> -- 
> 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: Potential LiftRules dispatch issue.

[Tim Perrett]

On this note, I wrote an image cache for use in conjunction with
MappedBinary - if anyone is interested I'm happy to post the code. It
uses EHCache and first checks the cache for the right image, and grabs
it if it's there, otherwise it does the database read. If your needing
to store images in the database, using an object cache can vastly cut
the amount of DB access and reduce server load

Cheers

Tim

On Jan 28, 12:00 am, Alli  wrote:
> Thanks, will definitely order a PDF or your book when it's out.
>
> Cheers,
> Alli
>
> On Jan 27, 11:56 pm, David Pollak 
> wrote:
>
> > On Tue, Jan 27, 2009 at 3:53 PM, Alli  wrote:
>
> > > Is it possible to make the extension a wild card somehow, e.g.
> > > if i want jpg,png,gif,bmp ?
>
> > LiftRules.dispatch.append {
> >  case r @ Req("picture" :: fileName :: Nil, extension, GetRequest) if
> > List("jpg", "png", "gif").contains(extension) => () =>
> >     ...
>
> > }
>
> > Note that this is not a speed-optimal solution (you'd pre-populate set with
> > the valid extensions).  But it demonstrates using extractors and guards...
> > the stuff I'm writing about this very day in *Beginning Scala*.
>
> > Thanks,
> > David
>
> > > On Jan 27, 11:50 pm, Alli  wrote:
> > > > Thanks chaps, can't believe i didn't spot it :).
>
> > > > Cheers,
> > > > Alfred
>
> > > > On Jan 27, 11:48 pm, Tim Perrett  wrote:
>
> > > > > Change the req to this:
>
> > > > > Req("picture" :: fileName :: Nil, "jpg", GetRequest)
>
> > > > > That should then work for you
>
> > > > > Cheers, Tim
>
> > > > > On Jan 27, 11:39 pm, Alli  wrote:
>
> > > > > > LiftRules.dispatch.append {
> > > > > >   case r @ Req("picture" :: fileName :: Nil, "", GetRequest) => () 
> > > > > > =>
> > > > > >      ...
>
> > > > > > }
>
> > --
> > Lift, the simply functional web frameworkhttp://liftweb.net
> > Beginning 
> > Scalahttp://www.amazon.com/Beginning-Scala-David-Pollak/dp/1430219890/ref=...
> > 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: Potential LiftRules dispatch issue.

[Tim Perrett]

Change the req to this:

Req("picture" :: fileName :: Nil, "jpg", GetRequest)

That should then work for you

Cheers, Tim

On Jan 27, 11:39 pm, Alli  wrote:
> LiftRules.dispatch.append {
>   case r @ Req("picture" :: fileName :: Nil, "", GetRequest) => () =>
>      ...
>
> }

--~--~-~--~~~---~--~~
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] Passing list URL parameters to snippets

[Tim Perrett]

Hey guys,

I have a situation where I want to do something like:

LiftRules.rewrite.prepend(NamedPF("catalougeBind") {
  case RewriteRequest(path @ ParsePath("catalouge" :: groups, _,
_,_), _, _) =>
   RewriteResponse("catalouge" :: Nil, Map("groups" ->
groups))
  }

However, this is obviously invalid, so how else could I pass the list
of groups which could be any number of parameters to my snippet?
RequestVar perhaps? I've looked at the wiki example with its
zipWithIndex solution mapping x parameters onto param1, param2 etc but
this is not really workable for what I need.

Id appreciate any thoughts you guys might have

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