[Lift] Re: NetBeans is barfing on the new pom.xml structure

net.alchim31.maven >maven-basicwebstart-plugin >0.2 > > >org.jvnet.maven.incrementalbuild >incremental-build-plugin > 1.2 > > > > > > On Sat, Oct 24, 2009 at 18:55, Indrajit Raychaudhuri > wrote:

[Lift] Re: The plugin 'org.apache.maven.plugins:maven-scala-plugin' does not exist

Tim, That's odd indeed. Hopefully your local repository is not broken. Can you please attempt it on the branch irc_wip_restruct_stage and see if it happens there too? If it still persists for you I'll take a look later in the day. Cheers, Indrajit On 26/10/09 12:42 AM, Timothy Perrett wrote

[Lift] Re: The plugin 'org.apache.maven.plugins:maven-scala-plugin' does not exist

t could be going wrong? Could do with fixing this ASAP as > its annoying as hell to have to build separate modules. > > Cheers, Tim > > On 26 Oct 2009, at 04:39, Indrajit Raychaudhuri wrote: > >> >> Tim, >> >> That's odd indeed. Hopefull

[Lift] Re: Flot Demo Broken

Yes please, file a ticket. Just noticed, oddly flotDemo isn't part of the reactor either (not listed as sub-module for lift-examples). Would have been trapped by now otherwise. Cheers, Indrajit On 27/10/09 12:54 AM, Peter Robinett wrote: > > The flot demo in lift-examples/flotDemo on github.

[Lift] Re: The plugin 'org.apache.maven.plugins:maven-scala-plugin' does not exist

to > generate documentation on a per-module basis. > > Cheers, Tim > > > On 26 Oct 2009, at 10:49, Indrajit Raychaudhuri wrote: > >> >> Tim, >> >> That's confusing to me too. I was trying to see if it has something >> related to the problem that

[Lift] Re: The plugin 'org.apache.maven.plugins:maven-scala-plugin' does not exist

PM, David Pollak wrote: > > > On Fri, Oct 30, 2009 at 7:44 AM, Indrajit Raychaudhuri > mailto:indraj...@gmail.com>> wrote: > > > Tim, > > Got it! I'll try to fix this and post it in few hours. > Committers, is it possible to make an exceptio

[Lift] Re: Error mvn install on lift-actor

Parser failing for sure. Hope your local repo isn't corrupt by some chance. /IRC On 01/11/09 9:24 AM, Naftoli Gugenheim wrote: > What could be wrong? > > > C:\dev\gitrepo\liftweb\lift-base\lift-actor>mvn -e install > + Error stacktraces are turned on. > [INFO] Scanning for projects... > WAGON_VE

[Lift] Re: Error mvn install on lift-actor

Josh, Of late, I have deploying/configuring Lift's POM files. Have been using UTF-8 all along. I have encountered this earlier while parsing XMLs (unrelated to Lift, Maven). Don't recall how it got fixed :( In this case, probably causes could be: - different encoding of pom - different line-en

[Lift] Re: JPADemo 1.1-SNAPSHOT: id with auto-increment (MySQL or H2)

Troy, Thanks for the analysis. We need to fix the pom for JPADemo archetype. Can you please file a ticket for this (http://github.com/dpp/liftweb/issues)? We'll update the pom and resolve the slf4j dependencies. Cheers, Indrajit NB: We might just make it for M7 if all goes well. Else, it'll

[Lift] Re: JPADemo 1.1-SNAPSHOT: id with auto-increment (MySQL or H2)

Thank you Troy for the detailed ticket! A fix is up for review: http://reviewboard.liftweb.net/r/90/ slf4j-simple is preferred common denominator. slf4j-nop is self-defeating IMHO :) Good point regarding slf4j-log4j12 for legacy fallback. I have added an inline note in the POM. Cheers, Indraj

[Lift] Re: javax.mail 1.4.3-SNAPSHOT

On 06/11/09 2:24 AM, aw wrote: > > I upgraded to 1.1-M7 and was surprised to see that javax.mail-1.4.3- > SNAPSHOT is now appearing as a dependency. Generally speaking, we > don't want SNAPSHOT dependencies because they aren't re-creatable, but > somehow, it sneaked into the Java.Net Maven 2 Re

[Lift] Re: lift jpa maven

The archetypes needs some spit and polish. I'll take them up next week. Cheers, Indrajit On 06/11/09 2:54 AM, David Pollak wrote: > Hmmm... > > I am seeing the same thing. It appears that there's no archetype.xml > file as part of the archetype JARs. > > Please file a ticket here: http://github

[Lift] Re: Latest API Documentation

Of course we build the entire documentation during a snapshot build. See: http://scala-tools.org/mvnsites-snapshots/liftweb/ for the latest and greatest. The scaladoc stays in the "Project Report" section for respective package. However, we still don't 'aggregate' the generated scaladoc by defa

[Lift] Re: Changes to scala-tools.org Hudson

Josh, thank you for driving us do the 'right thing' :) Hudson build would trigger when the pom.xml changes. So do you want your fork (b9588f...) to be applied right away. Or do you want us to wait for a pre-set time for the transition? Committers, do you insist a ticket/reviewboard for this. If

[Lift] Re: javax.mail 1.4.3-SNAPSHOT

Fixed, and in master. http://github.com/dpp/liftweb/commit/0cac04cb0d05c07a222d07f980ecf9946ec49588 Cheers, Indrajit On Nov 7, 9:41 am, aw wrote: > Looking at this:  http://download.java.net/maven/2/javax/mail/mail/ > it would seem that Sun is close to releasing JavaMail 1.4.3. > > Technically

[Lift] failed to find baseUri for ...

Folks, This error "failed to find baseUri for ..." that showed up during Lift site build ("mvn site") should go away with the new vscaladoc packageLinkDefs mechanism we have in the master now. Earlier we had a single top level property file for the purpose which relied on the fact that the lo

[Lift] Re: regarding maven archetype:generate

Add -DarchetypeRepository=http://scala-tools.org/repo-snapshots That means, modify the command as thus: mvn archetype:generate -U -DarchetypeGroupId=net.liftweb -DarchetypeArtifactId=lift-archetype-blank -DarchetypeVersion=1.1-SNAPSHOT -DarchetypeRepository=http://scala-tools.org/repo-snapsho

[Lift] Re: org.igniterealtime.smack:smack:jar:3.1.0 missing

The library comes from a different Maven repo: http://maven.reucon.com/public/ This site hits "503 Service Temporarily Unavailable" currently. I am guess you have nuked the ~/.m2 repo as part of your Monday morning ritual and don't have it in local repo either :) - Indrajit On 17/11/09 12:18

[Lift] Re: org.igniterealtime.smack:smack:jar:3.1.0 missing

On 17/11/09 12:37 AM, David Pollak wrote: > > > On Mon, Nov 16, 2009 at 11:03 AM, Indrajit Raychaudhuri > mailto:indraj...@gmail.com>> wrote: > > > The library comes from a different Maven repo: > http://maven.reucon.com/public/ > > This site hits

Re: [Lift] Re: Lots of compile-time cruft

On 17/11/09 5:26 AM, Kris Nuttycombe wrote: > > On Mon, Nov 16, 2009 at 4:33 PM, Kris Nuttycombe > wrote: >> On Mon, Nov 16, 2009 at 4:28 PM, David Pollak >> wrote: >>> Folks, >>> >>> I'm seeing a lot of: >>> [INFO] Unable to find resource 'javax.script:script-js:pom:1.0' in >>> repository sp

[Lift] Re: Call it Lift 2.0

On Nov 17, 11:38 am, Heiko Seeberger wrote: > 2009/11/17 David Pollak > > > The current Lift is not a major change to Lift 1.0, it's a minor > > progression and a lot of tuning of the developer experience. > > There are breaking changes to the API which in the version policy suggested > by me (

Re: [Lift] replay prevention tokens

See formFuncName in net/liftweb/http/S.scala (lift-webkit). Cheers, Indrajit On 17/11/09 5:25 PM, opyate wrote: > Hello Lifters, > > Could someone please point out which part of the Lift code takes care > of generating unique names for form elements? (I'll delve in in the > interim) > > I'm bleed

Re: [Lift] Missing source files in 1.1-SNAPSHOT

Still, something looks wrong: http://scala-tools.org/repo-releases/net/liftweb/lift-webkit/1.1-M7/lift-webkit-1.1-M7-sources.jar has the .scala sources but http://scala-tools.org/repo-snapshots/net/liftweb/lift-webkit/1.1-SNAPSHOT/lift-webkit-1.1-SNAPSHOT-sources.jar doesn't. - Indrajit O

Re: [Lift] Missing source files in 1.1-SNAPSHOT

Tried a local build, sources.jar contains the *.scala files. And so does 1.1-M7. In both cases, they were built outside Hudson (Chas probably builds outside Hudson). At the moment I am suspecting Hudson, needs more investigation. - Indrajit On 19/11/09 1:49 AM, Jeppe Nejsum Madsen wrote: > gl

Re: [Lift] Welcome Ross Mellgren to the Lift Committers

Welcome Ross! Would look forward to more of those well thought out responses. Cheers, Indrajit On 20/11/09 6:08 AM, David Pollak wrote: > Folks, > > I'm pleased to announce that Ross Mellgren has joined the Lift > committers. He's been a very helpful voice on the list for a while now > and he's

Re: [Lift] Newbie Question: Problems compiling/running examples

I intend to go ahead and enforce a minimum Maven version. http://github.com/dpp/liftweb/issues/203/find - Indrajit On 23/11/09 9:31 AM, David Pollak wrote: > Try running with Maven 2.2.x > > I think the latest Scala Maven plugin may require a version of Maven > newer than 2.0.9 > > On Sun, Nov 22

[Lift] Re: Broken 1.1-M7 jpa archetypes

Fixed in snapshot repo :) The following command should give you a good project now. mvn archetype:generate -DarchetypeRepository=http://scala-tools.org/ repo-snapshots -DremoteRepositories=http://scala-tools.org/repo- snapshots -DarchetypeGroupId=net.liftweb -DarchetypeArtifactId=lift- archetype-

[Lift] Refactoring Round 2

Folks, In continuation to the refactoring initiative and following up on the discussion that we had on the last committers call, here we have the next round of broad based project structure refactoring proposal. This is themed around the idea of splitting the build system into separate smaller 'pr

[Lift] Re: vscaladoc broken?

Tim, The scala-tools maven site honors the package link defs. Did you do scaladoc generation as part site build or as part of scala:doc? I am assuming you did the later. And quite likely the configuration for the jvmArgs (-DpackageLinkDefs in particular) isn't getting propagated from report plugi

Re: [Lift] Re: vscaladoc broken?

Yeah I did a mvn scala:doc - what should one run instead? mvn site? > > Cheers, Tim > > On 30 Nov 2009, at 13:16, Indrajit Raychaudhuri wrote: > >> Tim, >> >> The scala-tools maven site honors the package link defs. >> >> Did you do scaladoc generation as p

Re: [Lift] **URGENT** Archetypes broken

On 01/12/09 10:58 AM, David Pollak wrote: > > > On Mon, Nov 30, 2009 at 8:25 PM, Ross Mellgren > wrote: > > It looks like they work to me. I'm using this: > > ... > > ... > > I note you're using archetype:create? The wiki says > archetype:generate; I don'

Re: [Lift] **URGENT** Archetypes broken

On 01/12/09 11:30 AM, Ross Mellgren wrote: > > On Dec 1, 2009, at 12:28 AM, David Pollak wrote: >> On Mon, Nov 30, 2009 at 8:25 PM, Ross Mellgren > > wrote: >> >> archetype:create was working up through last week. There were no >> **BREAKING CHANGES** notifications. arche

[Lift] **BREAKING CHANGES**: Use "mvn archetype:generate" to generate 1.1-SNAPSHOT archetypes

Friends, Following the recent refactoring that the Lift archetypes went though, we have moved forward to the new archetype metadata format [1] for all the archetypes. So far, the JPA related archetypes were using the new metadata format while the others (esp. lift-archetype-blank and lift-archety

Re: [Lift] **URGENT** Archetypes broken

On 01/12/09 7:59 PM, David Pollak wrote: > > > On Mon, Nov 30, 2009 at 11:23 PM, Indrajit Raychaudhuri > mailto:indraj...@gmail.com>> wrote: > > > > On 01/12/09 10:58 AM, David Pollak wrote: > > > > > > On Mon, Nov 30,

Re: [Lift] Getting Started 'todo' fails - smack.jar

The Maven repository http://maven.reucon.com/public/ had turned out to be unreliable on a previous occasion. We have discontinued referring to that repository now. You might consider using the 1.1-SNAPSHOT archetype. (using -DarchetypeVersion=1.1-SNAPSHOT and -DremoteRepositories=http://scala

Re: [Lift] Getting Started 'todo' fails - smack.jar

On 04/12/09 11:43 PM, David Pollak wrote: > > > On Fri, Dec 4, 2009 at 10:06 AM, jlist9 > wrote: > > I'm just curious why is smack required. Does Lift use XMPP? Or is it > there > in case someone uses XMPP in an application? > > > The 1.0 archetype references

Re: [Lift] re: error when using maven to create LIFT project

James, 1. For the kind of application you have in mind you can use either mapper or jpa. So either lift-archetype-basic or lift-archetype-jpa-basic would do. 2. You have indeed used the right command and have created the project successfully. Next up: (a) You should see the ResumeApp director

Re: [Lift] re: error when using maven to create LIFT project

etype-jpa-basic). The trick is to check for war in your pom.xml. If you have that set, "mvn jetty:run" would typically work. Cheers, Indrajit > > Thank you very much. > > On Mon, Dec 7, 2009 at 10:34 AM, Indrajit Raychaudhuri > mailto:indraj...@gmail.com>> wrote: &g

Re: [Lift] Next Lift version will be 2.0

Heiko, Grand stuff! Indeed, I was wondering if we could sync this up with the Round 2 of Refactoring exercise (http://groups.google.com/group/liftweb/browse_thread/thread/450a3e741999b5df). New structure, new version. I am working on this refactoring in a private copy and am planning to publ

[Lift] Re: vscaladoc broken?

Tim, A fix is up for review: http://reviewboard.liftweb.net/r/137/. This resolved the scala:doc inconsistency among other things. Cheers, Indrajit On Nov 30, 11:42 pm, Indrajit Raychaudhuri wrote: > Short answer: > Use "mvn site" for a couple of days to have the package link

Re: [Lift] Re: (Maven problem?) Char encoding problem using S.?

Good catch! I'll take a look. Jean, can you please send a zip of your project (just enough to recreate the scenario, no sensitive code necessary)? Cheers, Indrajit On 08/12/09 3:48 PM, Timothy Perrett wrote: > Ahhh! That is interesting... i'd not thought of that :-) > > You'll need to specify

[Lift] Re: (Maven problem?) Char encoding problem using S.?

On Dec 8, 7:31 pm, David Pollak wrote: > On Tue, Dec 8, 2009 at 6:27 AM, Indrajit Raychaudhuri > wrote: > > > Good catch! I'll take a look. > > > Jean, can you please send a zip of your project (just enough to recreate > > the scenario, no sensitive code ne

Re: [Lift] Next Lift version will be 2.0

On 09/12/09 11:01 PM, Heiko Seeberger wrote: > Indrajit, > > Sorry for the very late reply :-( > > 2009/12/7 Indrajit Raychaudhuri <mailto:indraj...@gmail.com>> > > Grand stuff! > > > Thank you! > > Indeed, I was wondering if we could sync

Re: [Lift] Welcome Peter Robinett to the Lift committers

Welcome Peter! Keen to discover your bag of trick ;-) Cheers, Indrajit On 10/12/09 3:38 AM, David Pollak wrote: > Folks, > > Please join me in welcoming Peter Robinett to the Lift committers. > Peter's been active on the Lift list helping people and asking questions > (a great combo.) As Peter's

Re: [Lift] New Lift release process wiki page

On 11/12/09 9:48 AM, Kris Nuttycombe wrote: > Right, but the moment another commit goes on the branch you no longer > can see exactly where the release was cut from. Thus it's best to both > branch and tag. In git a branch is a mutable reference to a commit > whereas a tag is immutable. That way

Re: [Lift] New Lift release process wiki page

On 11/12/09 11:25 AM, Kris Nuttycombe wrote: > On Thu, Dec 10, 2009 at 9:26 PM, Indrajit Raychaudhuri > wrote: >> >> >> On 11/12/09 9:48 AM, Kris Nuttycombe wrote: >>> Right, but the moment another commit goes on the branch you no longer >>> can see ex

Re: [Lift] Re: (Maven problem?) Char encoding problem using S.?

On 11/12/09 5:28 PM, Jeppe Nejsum Madsen wrote: > Jean-Adrien writes: > > > [...] > > I have the same issues with the localized properties > >> = Conclusion = >> >> The problem here comes from my initial configuration. But in my sense >> it is not a good idea to store i18n data in another for

Re: [Lift] Re: (Maven problem?) Char encoding problem using S.?

On 12/12/09 4:11 PM, Jeppe Nejsum Madsen wrote: > Indrajit Raychaudhuri writes: > >> On 11/12/09 5:28 PM, Jeppe Nejsum Madsen wrote: >>> Jean-Adrien writes: >>> >>> >>> [...] >>> >>> I have the same issues with the localized

Re: [Lift] Re: Scala to JavaScript DSL ...

On 12/12/09 4:39 PM, Marius wrote: > My notes inline. > > On Dec 12, 12:34 pm, Timothy Perrett wrote: >> Hey Marius, >> >> Within this DSL will you be using JsObj under the hood or lift-json? > > I was thinking to use lift-json in this case ... but I'd also of > prefer having a lift-js project. >

Re: [Lift] Fake Data Driven Development

Hi Ngoc, Will this work for you? http://databene.org/databene-benerator http://databene.org/maven-benerator-plugin Admittedly, faker is simpler to setup compared to benerator however. Cheers, Indrajit On 13/12/09 4:20 PM, ngocdaothanh wrote: > Hi, > > I want to ask if there is a Scala or Java

Re: [Lift] Re: Please review a simple app for displaying Flickr pictures

Very tidy indeed! I like the style and formatting :) Some more points in addition to what Tim mentioned: 1. The application is based on Lift 1.0 and Scala 2.7.3. Moving to Lift 1.1 (with Scala 2.7.7) would be recommended. Lift 1.1-SNAPSHOT should be fine or wait for the Lift 1.1-M8 (announcemen

Re: [Lift] Re: Please review a simple app for displaying Flickr pictures

Point taken. > > However, for production, stateless snippets should be objects with > manual wireup in boot. This is where I was coming from. > > Cheers, Tim > > On Dec 13, 6:02 pm, Indrajit Raychaudhuri wrote: >> Very tidy indeed! I like the style and formatting :) >

[Lift] Re: Please review a simple app for displaying Flickr pictures

at is, there > > is auto-wire-up). > > Point taken. > > > > > However, for production, stateless snippets should be objects with > > manual wireup in boot. > > This is where I was coming from. > > > > > > > Cheers, Tim > > > On Dec

Re: [Lift] Re: Please review a simple app for displaying Flickr pictures

Cool Dave! Superb pictures, btw. On 14/12/09 1:34 AM, Dave Briccetti wrote: > Thank you, Tim and Indrajit! I changed the logging, pulled and pushed > Indrajit’s changes, and I’m now studying the rest of the suggestions. > > I set LiftRules.enableLiftGC = false, simply to avoid the client- >> serve

Re: [Lift] Re: Jetty/Derby, unable to redeploy hot changes (FIXED)

On 14/12/09 8:54 AM, joseph hirn wrote: > Yeah the dependencies section of Jetty is pretty nifty. I had this > same problem using Tibco messaging tibrvj.jar in my war causing jetty > fail when reloading an application. In the case of Tibco I had to > still keep it as a regular dependency withprovi

Re: [Lift] Re: How to disable XHTML?

On 15/12/09 6:31 PM, Tim Nelson wrote: > You need to remove the if guard on the first case match and change the > second parameter you are passing to Req. The second param is for the > context. Try this: > > LiftRules.determineContentType = { >case (Full(Req("location" :: "maps" :: "testmap" ::

Re: [Lift] Re: Please review a simple app for displaying Flickr pictures

Wonderful, and thanks for the credits! Cheers, Indrajit On 15/12/09 11:49 PM, Timothy Perrett wrote: > Awesome Dave! Thanks for the acknowledgement. > > Cheers, Tim > > On 15 Dec 2009, at 18:07, Dave Briccetti wrote: > >> Thanks again for the help. Here are tho talk slides: >> http://www.slidesha

[Lift] **Important** Announcing the Lift 2.0 branch

Okay Folks, Lift 2.0 branch has shaped up enough for everybody to play with. Checkout the branch irc_wip_lift20 and get going! Just be aware that it's still undergoing updated and changes incrementally and there are few rough edges. Key changes: 1. The project tree has been restructured accordin

[Lift] The future of lift-core

Folks, lift-core is a 'meta' project that can be added as a dependency to a Lift project to pull in all the Lift modules. This serves as a singular configuration point in a Lift based application. However, since lift-core downloads all the Lift modules (irrespective of whether the project need

Re: [Lift] Directory structure

Alex, Yes, it's possible to have artifactId ≠ directoryName for Maven projects. But last time I did this Maven chose to be very cruel with me (site generation, relative path resolutions etc. broke). Also see the point and convergence to decision here: http://groups.google.com/group/liftweb/msg

Re: [Lift] Directory structure

build > system ;) > > (I love taking jabs at Maven, sorry) So do I, no worries. Ironically, Maven is still getting away with all these! - IRC > > alex > > On Sun, Dec 20, 2009 at 12:42 PM, Indrajit Raychaudhuri > mailto:indraj...@gmail.com>> wrote: > >

Re: [Lift] Paranamer? Missing com.thoughtworks.paranamer:paranamer:jar:2.0

For paranamer, check out: http://paranamer.codehaus.org It's indeed available in the central repo: http://repo1.maven.org/maven2/com/thoughtworks/paranamer/paranamer I think this might have been due to the repo being blacklisted because of a previous failed connection. Cheers, Indrajit On 21/

Re: [Lift] Re: **Important** Announcing the Lift 2.0 branch

at 2.0 will > be finished before > > On Dec 21, 12:03 pm, Xuefeng Wu <mailto:ben...@gmail.com>> wrote: > > Why not release Lift2.0 with Scala2.8? > > > > On Mon, Dec 21, 2009 at 3:34 AM, Indrajit Raychaudhuri > > mailto

Re: [Lift] Re: [Lift Announce] **Important** Announcing the Lift 2.0 branch

gt; * The parent POM is empty > > Maybe you did not update the branch on GitHub with your latest changes? > > Heiko > > 2009/12/20 Indrajit Raychaudhuri <mailto:indraj...@gmail.com>> > > Okay Folks, > > Lift 2.0 branch has shaped up enough for everyb

Re: [Lift] Re: **Important** Announcing the Lift 2.0 branch

hungonn > > On Dec 21, 3:34 am, Indrajit Raychaudhuri wrote: >> Okay Folks, >> >> Lift 2.0 branch has shaped up enough for everybody to play with. >> Checkout the branch irc_wip_lift20 and get going! Just be aware that >> it's still undergoing updated and ch

[Lift] Re: [maven-and-scala] Re: Nexus/Hudson maitenance on scala-tools.org

Neato! Thank you very much for the upgrade and the update on that! Should we expect a java5 environment as well, or are you deferring this for now? Cheers, Indrajit On 21/12/09 7:44 PM, Josh Suereth wrote: > The hudson upgrade has been completed, however the nexus upgrade ran > into some issues

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

Martin/Heiko, Great if this works. Alternately, you can also use maven ant plugin to complete avoid doing the Maven way. Here is the sequence: 1. Do "mvn ant:ant" at the top level. This should generate all the requisite files necessary for ant build. 2. Look for the pathelement entry in mave

Re: [Lift] Re: [maven-and-scala] Re: Nexus/Hudson maitenance on scala-tools.org

, but this is where we'd like to take it long term. > > - Josh > > > > On Mon, Dec 21, 2009 at 9:38 AM, Indrajit Raychaudhuri > mailto:indraj...@gmail.com>> wrote: > > Neato! Thank you very much for the upgrade and the update on that! > > Should we expect

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

Ok, this one works just fine, and involves least effort among the ones proposed. - Indrajit On 22/12/09 8:11 PM, Heiko Seeberger wrote: > Martin, > > OK, now I got it working (almost) without Maven: > > 1. step: > Check out 280_port branch from g...@github.com:dpp/liftweb.git > > 2. step: > cd i

Re: [Lift] The future of lift-core

On 22/12/09 12:23 AM, David Pollak wrote: > > > On Sun, Dec 20, 2009 at 11:39 AM, Indrajit Raychaudhuri > mailto:indraj...@gmail.com>> wrote: > > Folks, > > lift-core is a 'meta' project that can be added as a dependency to a > Lift pr

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

Martin, I think the jetty version is incorrect in the pom.xml in test:sample. It should be: org.mortbay.jetty jetty [6.1.6,7.0) See if that works. Regards, Indrajit On 22/12/09 10:14 PM, martin odersky wrote: > Thanks for all the help. I tried to do > > mvn clean >

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

Must be effect of some scala.version property set somewhere. do "mvn -Dscala.version=2.8.0.Beta1-RC5" to enforce a different version. - Indrajit On 22/12/09 10:43 PM, martin odersky wrote: > On Tue, Dec 22, 2009 at 6:09 PM, Indrajit Raychaudhuri > wrote: >> Martin, &

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

On 22/12/09 10:44 PM, martin odersky wrote: > On Tue, Dec 22, 2009 at 6:09 PM, Indrajit Raychaudhuri > wrote: >> Martin, >> >> I think the jetty version is incorrect in the pom.xml in test:sample. >> >> It should be: >> >> org.mort

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

On 22/12/09 11:06 PM, martin odersky wrote: > On Tue, Dec 22, 2009 at 6:24 PM, Indrajit Raychaudhuri > wrote: >> >> On 22/12/09 10:44 PM, martin odersky wrote: >>> >>> On Tue, Dec 22, 2009 at 6:09 PM, Indrajit Raychaudhuri >>> wrote: >>>

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

Finally! Onward ... - Indrajit On 22/12/09 11:29 PM, martin odersky wrote: > On Tue, Dec 22, 2009 at 6:48 PM, martin odersky > wrote: >> I found someone who could download the repository with git. So trying >> again now. > > ... and it builds with RC3. Great! So now I have something to work wit

Re: [Lift] Re: The future of lift-core

t the lift-base module is missing and needs to be installed. > This is the entry I'm using: > > net.liftweb > lift-base > 1.1-SNAPSHOT > > > As the resident Maven expert, do you have any idea what's wrong? My > entire pom.xml is he

Re: [Lift] Re: **BREAKING CHANGES**: Use "mvn archetype:generate" to generate 1.1-SNAPSHOT archetypes

al > selection menu but it would be nice to get something relatively more > up to date. > > Sorry if this is discussed elsewhere. > > > On Dec 1, 8:28 am, Indrajit Raychaudhuri wrote: >> Friends, >> >> Following the recent refactoring that the Lift archetypes w

Re: [Lift] Re: [ANN] Lift 1.1-M8

Joseph, I assume your concern is same as the one that you had mentioned here: http://github.com/dpp/liftweb/issues/246/find. While this is a genuine case for the scenario you described, marking db driver as 'provided' has the side effect of not being included with the generated war (because th

Re: [Lift] Re: Nice 404s sans Redirect

Quite so, go for M8. M6 was recommended when M8 hadn't come out. Cheers, Indrajit On 29/12/09 11:44 PM, Ross Mellgren wrote: > M8 is pretty stable, yes. M7 was not, and so M6 was recommended before > that. I haven't heard of any reason to recommend M6 over M8, but maybe > dpp has some reasons. >

Re: [Lift] Re: Lift is awesome (with reservations)

Erkki, We use this same list for developer discussions as well. So, yes, this is where you are free to provide suggestion. Cheers, Indrajit On 29/12/09 11:56 PM, Erkki Lindpere wrote: > Hmm... actually seems like it will be a long document, I've already > got several suggestions with 10 minute

<    1   2   3