On 04/12/09 11:43 PM, David Pollak wrote:
On Fri, Dec 4, 2009 at 10:06 AM, jlist9 jli...@gmail.com
mailto:jli...@gmail.com 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
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
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
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 indraj...@gmail.com
wrote:
Short answer:
Use mvn site for a couple of days to have the package link
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 a
On Dec 8, 7:31 pm, David Pollak feeder.of.the.be...@gmail.com wrote:
On Tue, Dec 8, 2009 at 6:27 AM, Indrajit Raychaudhuri
indraj...@gmail.comwrote:
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
On 09/12/09 11:01 PM, Heiko Seeberger wrote:
Indrajit,
Sorry for the very late reply :-(
2009/12/7 Indrajit Raychaudhuri indraj...@gmail.com
mailto:indraj...@gmail.com
Grand stuff!
Thank you!
Indeed, I was wondering if we could sync this up with the Round 2
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
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 you
On 11/12/09 11:25 AM, Kris Nuttycombe wrote:
On Thu, Dec 10, 2009 at 9:26 PM, Indrajit Raychaudhuri
indraj...@gmail.com 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 exactly where the release was cut from
On 11/12/09 5:28 PM, Jeppe Nejsum Madsen wrote:
Jean-Adrienjean.vauc...@gmail.com 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
On 12/12/09 4:11 PM, Jeppe Nejsum Madsen wrote:
Indrajit Raychaudhuriindraj...@gmail.com writes:
On 11/12/09 5:28 PM, Jeppe Nejsum Madsen wrote:
Jean-Adrienjean.vauc...@gmail.com writes:
[...]
I have the same issues with the localized properties
= Conclusion =
The problem here
On 12/12/09 4:39 PM, Marius wrote:
My notes inline.
On Dec 12, 12:34 pm, Timothy Perretttimo...@getintheloop.eu 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
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
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
On 14/12/09 12:06 AM, Timothy Perrett wrote:
The point about snippets is a subjective one - it depends what Dave is
trying to show in his presentation my thought would be to leave
them as they are because it makes lift appear simpler (that is, there
is auto-wire-up).
Point taken.
Dave,
I have updated your application to Lift 1.1-SNAPSHOT on my github fork
[1] and sent you a pull request.
This basically covers #1 thru' #4 in my list.
Feel free to merge if it interests you.
[1] http://github.com/indrajitr/bird-show
Cheers, Indrajit
On Dec 14, 12:25 am, Indrajit
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-
server
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
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 :: Nil, _,
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:
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
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
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:
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
indraj...@gmail.com mailto:indraj...@gmail.com wrote:
Alex,
Yes, it's possible to have artifactId ≠ directoryName for Maven
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
pm, Xuefeng Wu ben...@gmail.com
mailto:ben...@gmail.com wrote:
Why not release Lift2.0 with Scala2.8?
On Mon, Dec 21, 2009 at 3:34 AM, Indrajit Raychaudhuri
indraj...@gmail.com mailto:indraj...@gmail.comwrote:
Okay Folks
Maybe you did not update the branch on GitHub with your latest changes?
Heiko
2009/12/20 Indrajit Raychaudhuri indraj...@gmail.com
mailto:indraj...@gmail.com
Okay Folks,
Lift 2.0 branch has shaped up enough for everybody to play with.
Checkout the branch irc_wip_lift20 and get
Hi Chungonn,
At the moment the Lift 2.0 branch is updated and synchronized with the
master. So yes, feel free to check that out and play with it by all
means. However, be aware that I am making lot of commits on that branch
(mostly cosmetic and build related). So keep a watch and keep doing
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.
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
, Dec 21, 2009 at 9:38 AM, Indrajit Raychaudhuri
indraj...@gmail.com mailto:indraj...@gmail.com wrote:
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
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 into
On 22/12/09 12:23 AM, David Pollak wrote:
On Sun, Dec 20, 2009 at 11:39 AM, Indrajit Raychaudhuri
indraj...@gmail.com mailto:indraj...@gmail.com wrote:
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
Martin,
I think the jetty version is incorrect in the pom.xml in test:sample.
It should be:
groupIdorg.mortbay.jetty/groupId
artifactIdjetty/artifactId
version[6.1.6,7.0)/version
See if that works.
Regards, Indrajit
On 22/12/09 10:14 PM, martin odersky wrote:
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
indraj...@gmail.com wrote:
Martin,
I think
On 22/12/09 10:44 PM, martin odersky wrote:
On Tue, Dec 22, 2009 at 6:09 PM, Indrajit Raychaudhuri
indraj...@gmail.com wrote:
Martin,
I think the jetty version is incorrect in the pom.xml in test:sample.
It should be:
groupIdorg.mortbay.jetty/groupId
artifactIdjetty
On 22/12/09 11:06 PM, martin odersky wrote:
On Tue, Dec 22, 2009 at 6:24 PM, Indrajit Raychaudhuri
indraj...@gmail.com wrote:
On 22/12/09 10:44 PM, martin odersky wrote:
On Tue, Dec 22, 2009 at 6:09 PM, Indrajit Raychaudhuri
indraj...@gmail.comwrote:
Martin,
I think the jetty
Finally! Onward ...
- Indrajit
On 22/12/09 11:29 PM, martin odersky wrote:
On Tue, Dec 22, 2009 at 6:48 PM, martin oderskymartin.oder...@epfl.ch
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
am, Indrajit Raychaudhuri indraj...@gmail.com
mailto:indraj...@gmail.com wrote:
On 22/12/09 12:23 AM, David Pollak wrote:
On Sun, Dec 20, 2009 at 11:39 AM, Indrajit Raychaudhuri
indraj...@gmail.com mailto:indraj
Hello Joseph,
Archetype list is picked up from the archetype catalog [1]. This is
controlled by the parameter 'archetypeCatalog' when you invoke the goal
'archetype:generate' (defaults to 'internal,local') [2].
Thus, what you see by default is the internal list that is picked up
from
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
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.
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 minutes
Quite right, mvn archetype:generate should be used instead of mvn
archetype:create. mvn acrhetype:create would not work to give
expected result [1].
[1] http://groups.google.com/group/liftweb/msg/ae637c021b1f114e
Cheers, Indrajit
On 03/01/10 8:23 PM, Tim Nelson wrote:
I'm no maven expert,
Alternately, setting the properties maven.compiler.source and
maven.compiler.target (via -D) or via the properties section in
pom.xml eradicates the necessity to configure maven-compiler-plugin.
So you could do:
mvn -Dmaven.compiler.source=1.5 -Dmaven.compiler.target=1.5 package
or do the
Mads,
Since you are using mapper, having dependency on lift-mapper should
suffice. Other dependencies would be pulled in transitively.
So having this dependency tag should do.
dependency
groupIdnet.liftweb/groupId
artifactIdlift-mapper/artifactId
version1.1-M8/version
/dependency
Mads,
Can you please send me the pom.xml?
Cheers, Indrajit
On 06/01/10 4:50 PM, Mads Hartmann wrote:
Again, I really appreciate you guys helping me out :)
@Indrajit I just tried with the dependency you declared as the only
lift related dependency. I get the following error.
dependency
Ok, few points:
1. Full, Box etc. have a different package location now. Ensure import
net.liftweb.common._ wherever you have Full, Box etc.
2. scala.version should be 2.7.7
scala.version2.7.7/scala.version
3. scala-library dependency is redundant. You can remove that.
4. This shouldn't
Done in dpp_issue_276.
I couldn't get the compilation through, however.
For now, let lift-oauth-mapper be a peer to lift-oauth with dependency
on lift-oauth and lift-mapper. We might have to do little bit of nesting
down the line if lift modules get too much crowded at the top level. But
On 09/01/10 12:10 AM, David Pollak wrote:
On Fri, Jan 8, 2010 at 12:14 AM, Indrajit Raychaudhuri
indraj...@gmail.com mailto:indraj...@gmail.com wrote:
Done in dpp_issue_276.
I couldn't get the compilation through, however.
For now, let lift-oauth-mapper be a peer to lift-oauth
On Sun, Jan 10, 2010 at 12:01 AM, David Pollak
feeder.of.the.be...@gmail.com wrote:
On Sat, Jan 9, 2010 at 10:18 AM, Heiko Seeberger
heiko.seeber...@googlemail.com wrote:
2010/1/9 David Pollak feeder.of.the.be...@gmail.com
Yeah... now that 2.8 Beta1 is out, we'll need to finish porting
Sure. Would do that.
On 10/01/10 1:05 AM, David Pollak wrote:
Sounds reasonable. Can you work on it after we get 2.0M1 out the door?
On Sat, Jan 9, 2010 at 10:59 AM, Indrajit Raychaudhuri
indraj...@gmail.com mailto:indraj...@gmail.com wrote:
On Sun, Jan 10, 2010 at 12:01 AM, David Pollak
Hmm, scala:doc doesn't like this.
Please do a mvn clean before doing the site generation.
mvn clean site should work.
Cheers, Indrajit
On 10/01/10 8:11 PM, JAZ wrote:
On Sat, Jan 9, 2010 at 8:55 PM, David Pollak
feeder.of.the.be...@gmail.com wrote:
There is a known issue with the openjdk
Folks,
Lift master branch is on 2.0 series now and a milestone release is
coming soon!
Please refer to the original discussion/announcement for Lift 2.0 [1]
and the subsequent announcement of Lift 2.0 branch [2] for the
requisite backdrop.
Here is a quick rundown of the key points that you
lift-base, lift-persistence and lift-modules have moved under framework.
Rest have been rearranged under archetypes, examples and references.
So you have:
lift-base - framework/lift-base
lift-persistence - framework/lift-persistence
lift-modules - framework/lift-modules
lift-archetypes -
Please do mvn clean scala:doc. That should work.
- Indrajit
On 12/01/10 4:10 AM, joe wrote:
I am receiving the same error as posted above attempting to build the
scala docs.
d:\dev\liftprojects\liftwebmvn -version
Apache Maven 2.2.1 (r801777; 2009-08-06 13:16:01-0600)
Java version: 1.6.0_12
The Lift Web Framework team is pleased to announce the framework-2.0-
M1 release!
Lift is an expressive and elegant framework for writing web
applications.
Lift stresses the importance of security, maintainability, scalability
and performance while allowing for high levels of developer
Marius,
This plugin section is directly under build.plugins or under
build.pluginManagement.plugins ?
I am assuming (wild guess) it's under build.pluginManagement.plugins and
hence it never gets invoked. Try putting it under build.plugins and see
if it works.
Alternately, you can send me
On 18/01/10 7:10 PM, Tim Maxwell wrote:
Hi Folks,
I am messing around with the 2.0-M1 build and I can't figure out a
couple of things.
a. What is the prefered method of installing the lift-examples?
Go to the corresponding directory and do mvn package.
Once done, you would have all shiny
I guess you meant lift-archetype-basic :) That is meant for you to
quickly get started with a with a working project from scratch. It
doesn't really serve as example.
For examples, go to the examples directory at the top level. They
haven't been removed, just relocated from lift-examples to
Jeppe,
Good find! This happens because the new top level pom.xml hasn't been
deployed in the scala-tools repo.
Have fixed in master, give it a try in half an hour or so.
Cheers, Indrajit
On 18/01/10 2:49 PM, Jeppe Nejsum Madsen wrote:
Hi,
Just tried an mvn -U clean test and got this:
Welcome on board, Mads!
Looking forward to the outcome of what you are fancying.
And all the best for your exams.
Cheers, Indrajit
On 20/01/10 3:56 AM, Mads Hartmann wrote:
I'm fancying this on too: http://github.com/dpp/liftweb/issues#issue/281
And that's it I think, for now at-least :)
Sorry for the delay in response. Have been swamped with work activities
in last couple of days.
On 22/01/10 2:22 AM, David Pollak wrote:
Folks,
It's looking like Scala 2.8 RC8 will become 2.8 Beta1 on Tuesday.
I'd like to get the Lift 2.8 branch up to date (and keep it up to date)
with the
Cool. Welcome on board Jeppe!
On 22/01/10 10:17 PM, Timothy Perrett wrote:
Massively overdue welcome Jeppe!
+1
What are you hoping to contribute to Lift?
Cheers, Tim
On 22 Jan 2010, at 16:25, David Pollak wrote:
Folks,
Please join me in welcoming Jeppe as a Lift Committer. He's
Folks,
A quick update on Lift 2.0 build on Scala 2.8.
Scala 2.8 port of Lift is available on the branch 280_port_refresh. This
is a 'refresh'ed version of 280_port which is fully aligned and sync'ed
with the master.
To ensure minimal delta between the master and 280_port_refresh, the
if asked for its status with the operator ?~!
each due to the exception of:
java.lang.NoSuchMethodError: java.lang.String.isEmpty()Z
This is under OS/X 10.5, trying both Java 5 and Java 6. I've had no
problems building the original 280_port branch.
Thanks,
Dave
On 25/01/10 7:47 AM, Indrajit
Never mind, seems to be solved now.
In fact, quite often Maven users fall over this on OSX. I used to keep
JAVA_HOME set in ~/.profile in 10.5 for this reason.
Cheers, Indrajit
On Jan 25, 10:20 am, Indrajit Raychaudhuri indraj...@gmail.com
wrote:
David,
I tested it on OSX 10.6. Can you try
Jeppe,
How about:
-- Fork http://github.com/dpp/liftweb to
http://github.com/jeppenejsum/liftweb and maintaining on your own with
frequent git pull dpp master
-- Deploy your artifacts to an internal server (all that you need is an
http server where you can 'deploy' the artifact via
Hmm, I think this jQuery update should be sent as a separate
announcement. As this change that can create create ripple in an
application and qualifies as a 'potentially' breaking change.
Cheers, Indrajit
On 27/01/10 6:16 PM, Marius wrote:
This broke my app ... with flying colors :D
But
Awesome! :-)
Heiko
On Sunday, January 24, 2010, Indrajit Raychaudhuri indraj...@gmail.com
wrote:
Folks,
A quick update on Lift 2.0 build on Scala 2.8.
Scala 2.8 port of Lift is available on the branch 280_port_refresh. This
is a 'refresh'ed version of 280_port which is fully
Can you please rename the folder read only to read_only and give it
another try?
Cheers, Indrajit
On 28/01/10 12:24 PM, Jonathan Ferguson wrote:
Hi all,
I get the following error when attempting to build the lift source code.
[ERROR] Exception in thread main java.lang.NoClassDefFoundError:
]
[INFO] Total time: 33 minutes 11 seconds
[INFO] Finished at: Thu Jan 28 19:38:33 EST 2010
[INFO] Final Memory: 105M/527M
[INFO]
2010/1/28 Indrajit Raychaudhuri indraj...@gmail.com
Dear Greg,
It would be, in next couple of hours or so.
Cheers, Indrajit
On 29/01/10 5:42 AM, Meredith Gregory wrote:
Dear David,
Did the jars get pushed up to the Scala-tools.org Maven repository?
Best wishes,
--greg
On Wed, Jan 27, 2010 at 1:01 PM, David Pollak
The Lift 2.0 snapshot jars for Scala 2.8 are now available on
scala-tools Maven repository. Feel free to try your Lift application
against 2.0-scala280-SNAPSHOT jars.
You can change Lift artifact dependencies version to
2.0-scala280-SNAPSHOT in you application pom and proceed to build as
I am not sure you need to add yet another adapter on top of slf4j for
MDC support. Enhancing the existing slf4j wrapper for the purpsoe might
be worth an attempt instead.
Slf4j supports MDC (org.slf4j.MDC) and automatically delegates MDC
functionality to the underlying logging framework if it
Most certainly, the groupId for maven-jetty-plugin is missing.
The minimal configuration for jetty plugin would be:
plugin
groupIdorg.mortbay.jetty/groupId
artifactIdmaven-jetty-plugin/artifactId
version6.1.22/version
/plugin
Cheers, Indrajit
On 29/01/10
Memory: 8M/15M
[INFO]
bash-3.2$
On Thu, Jan 28, 2010 at 9:04 PM, Indrajit Raychaudhuri
indraj...@gmail.com mailto:indraj...@gmail.com wrote:
The Lift 2.0 snapshot jars for Scala 2.8 are now available
]
bash-3.2$
On Thu, Jan 28, 2010 at 9:04 PM, Indrajit Raychaudhuri
indraj...@gmail.com mailto:indraj...@gmail.com wrote:
The Lift 2.0 snapshot jars for Scala 2.8 are now available on
scala-tools Maven repository. Feel
mailto:feeder.of.the.be...@gmail.com wrote:
On Thu, Jan 28, 2010 at 9:04 PM, Indrajit Raychaudhuri
indraj...@gmail.com mailto:indraj...@gmail.com wrote:
The Lift 2.0 snapshot jars for Scala 2.8 are now available
on scala-tools Maven repository. Feel free to try
The Lift team is pleased to announce the lift-1.0.3 release!
Lift is an expressive and elegant framework for writing web
applications.
Lift stresses the importance of security, maintainability, scalability
and performance while allowing for high levels of developer
productivity.
Lift is a scala
Let's keep the unpacked excanvas for the sake of consistency. Using YUI
compressor at build time is what lift-webkit does at the moment.
How about injecting the excanvas JS conditionally (via ieMode)? This is
mostly cosmetic though.
Cheers, Indrajit
On 30/01/10 6:14 AM, Peter Robinett
On 30/01/10 3:23 AM, Jeppe Nejsum Madsen wrote:
David Pollakfeeder.of.the.be...@gmail.com writes:
On Fri, Jan 29, 2010 at 2:40 AM, Jeppe Nejsum Madsenje...@ingolfs.dkwrote:
Indrajit Raychaudhuriindraj...@gmail.com writes:
I am not sure you need to add yet another adapter on top of
On 30/01/10 2:47 PM, Jeppe Nejsum Madsen wrote:
David Pollakfeeder.of.the.be...@gmail.com writes:
[...]
If you're 100% sure that nothing will break, go for the slf4j-based
approach.
100% certainty is difficult :-)
How about this:
1) Implement new MDC functionality only for Slf4j
+0
Hi Lachlan,
In the mvn goal, you have to use -DarchetypeVersion=2.0-scala280-
SNAPSHOT instead :)
The full command should be:
mvn archetype:generate -U -DarchetypeGroupId=net.liftweb -
DarchetypeArtifactId=lift-archetype-basic -DarchetypeVersion=2.0-
scala280-SNAPSHOT
On 30/01/10 3:06 PM, Jeppe Nejsum Madsen wrote:
Indrajit Raychaudhuriindraj...@gmail.com writes:
On 30/01/10 2:47 PM, Jeppe Nejsum Madsen wrote:
David Pollakfeeder.of.the.be...@gmail.com writes:
[...]
If you're 100% sure that nothing will break, go for the slf4j-based
approach.
100%
David,
It's an honor. You are welcome!
- Indrajit
On 30/01/10 11:21 PM, David Pollak wrote:
Indrajit,
Thanks for yet again spinning a build and moving Lift forward!
Rock on!
David
On Fri, Jan 29, 2010 at 10:33 PM, Indrajit Raychaudhuri
indraj...@gmail.com mailto:indraj...@gmail.com wrote
Hi Lachlan,
On Jan 30, 5:50 pm, Lachlan Deck lachlan.d...@gmail.com wrote:
Hi Indrajit,
On 30/01/2010, at 8:43 PM, Indrajit Raychaudhuri wrote:
Hi Lachlan,
In the mvn goal, you have to use -DarchetypeVersion=2.0-scala280-
SNAPSHOT instead :)
Ah. That makes all the difference. Thanks
Welcome back, Tim!
I am suspecting that an incorrect spec version is sneaking in.
Just to confirm - the maintained 2.8 port branch is 280_port_refresh.
Cheers, Indrajit
On 31/01/10 11:02 PM, Timothy Perrett wrote:
I just attempted to build the branch and got the following:
Running
:4.7:test
Which is somewhat puzzling...
Cheers, Tim
On 31 Jan 2010, at 18:07, Indrajit Raychaudhuri wrote:
Welcome back, Tim!
I am suspecting that an incorrect spec version is sneaking in.
Just to confirm - the maintained 2.8 port branch is 280_port_refresh.
Cheers, Indrajit
On 31/01/10 11:02
I was suspecting Java 1.5 (if you were on 10.5). That's not the case. So
I am completely stumped now.
See if you can compare with the Hudson copy
(http://hudson.scala-tools.org/view/Lift/job/lift-framework-scala280/)
- IRC
On 01/02/10 12:55 AM, Timothy Perrett wrote:
Look for MappedText. That maps to DriverType.clobColumnType (LONGTEXT
for MySQL).
Cheers, Indrajit
On 02/02/10 11:27 AM, XiaomingZheng wrote:
hi guys:
my app needs to use one field of mysql text type, but in Lift mapper
package, and i don't find any MappedField is suitable. any ideas?
thanks
Thanks for spotting this. Yes, DB drivers should be either in runtime
scope with optional=true or in test scope.
I missed out the optional=true declaration during recent DB dependency
refactoring (#307). But test scope is more appropriate in this case
(instead of runtime scope with
How about setting some global variable on a field change
(http://jqapi.com/#p=change) and then checking for the variable when you
navigate out (probably onunload or something)?
Cheers, Indrajit
On 03/02/10 12:01 AM, Naftoli Gugenheim wrote:
Hi, in Lift how would one implement functionality
Adam, can you please (a) open a ticket and (b) create a gist
(http://gist.github.com/) of the patch and refer to it from the ticket?
We'll take it up from there.
Tim, +1 on not having spaces in properties.
Cheers, Indrajit
On 02/02/10 10:41 PM, Timothy Perrett wrote:
Sure - one of us will
Yep, I did ;)
Cheers, Indrajit
On 03/02/10 1:21 AM, Timothy Perrett wrote:
Indrajit, I think you just volunteered to take this on good chap ;-)
Cheers, Tim
On 2 Feb 2010, at 19:10, Indrajit Raychaudhuri wrote:
Adam, can you please (a) open a ticket and (b) create a gist
(http
Great stuff! Where did you get the github issue xml?
Cheers, Indrajit
On 03/02/10 10:14 AM, Naftoli Gugenheim wrote:
If anyone finds github's issue manager too limited, I made a teeny
little app that lets you list the issues in a more configurable way. All
comments welcome!
1. Fix in head/master (2.0-SNAPSHOT) and prepone 2.0-M2.
2. Backport in 1.0.x branch and spin 1.0.4. We haven't marked 1.0.x
'unsupported' yet. Forcing apps to move to 2.0-M2 just for this
vulnerability fix isn't fun.
Cheers, Indrajit
On 03/02/10 3:34 PM, Timothy Perrett wrote:
+1
Fix it
Naftoli,
Yes, looked at your source. I was curious about the source of the
downloaded xml you have in there.
http://develop.github.com/p/issues.html seems to have them all. Thanks!
Cheers, Indrajit
On 03/02/10 7:57 PM, Naftoli Gugenheim wrote:
They have an API. I think the site is
Thanks Adam, I'll take this one up :)
- Indrajit
On 03/02/10 12:48 PM, Adam Warski wrote:
Sure:
(a) http://github.com/dpp/liftweb/issues/issue/320
(b) http://gist.github.com/293435
I've also updated the wiki.
On Feb 2, 2010, at 8:10 PM, Indrajit Raychaudhuri wrote:
Adam, can you please
101 - 200 of 259 matches
Mail list logo