Telling maven to never fail:
mvn -fn (NEVER fail the build, regardless of project result)
Telling maven to skip test: (quite different from never failing)
mvn -Dmaven.test.skip=true
/irc
On 05/08/09 2:27 AM, Naftoli Gugenheim wrote:
>
> How do you tell maven to install even if tests fail?
>
> >
+1 on some amount of nesting and reorganization.
For example: docs, lift-archetype-basic, lift-facebook, lift-installer
are all too different to be peers and probably can have different home
(nested) based on 'traits' :)
Cheers,
Indrajit
On Aug 18, 3:51 am, Timothy Perrett wrote:
> They would s
Peter,
Just adding the following section in nginx conf would be a good start.
server {
location / {
proxy_pass http://localhost:8080/;
}
}
There is whole page on Nginx wiki on this:
http://wiki.nginx.org/NginxJavaServers.
Cheers,
Indrajit
On Aug 18, 6:14 am, Peter Robinett wrote:
>
Maven is still quite git unfriendly, unfortunately.
We used to have BuildNumber plugin (http://mojo.codehaus.org/
buildnumber-maven-plugin/create-mojo.html) in a Subversion based
project.
I don't think that works for Maven's Git SCM provider though.
Alternately, this plugin allows injecting time
Indeed, looking out in the maven land for a way out would be useful.
Meanwhile, there is an issue request for buildnumber plugin to support
GIT: http://jira.codehaus.org/browse/MOJO-1199.
However, Maven plugin for lift activities (creating boilerplate codes
- like model, snippet etc.) could be in
Can you please set scala.version dependency to 2.7.5 in pom.xml and re-
attempt.
You can do this by looking for element in the
pom.xml.
/Indrajit
On Aug 24, 11:06 am, "Charles F. Munat" wrote:
> Nope. Same error, even after blowing away m2 and rerunning the basic
> archetype to create a new a
Charles,
Sorry for the false noise, setting lift-core dependency to
1.1-M4 instead of 1.1-SNAPSHOT
in web/pom.xml quite likely would help better.
/Indrajit
NB: I have had created a lift jpa project internally and played with
it for sometime. It took a while to filter out the exact delta wrt th
Tim,
Quite likely he is effectively on *latest* 1.1-SNAPSHOT as he used -
DarchetypeVersion=1.1-SNAPSHOT during archetype:create.
Would look forward to the archetype refactoring.
Meanwhile, I have created an issue summarizing the observations in
http://github.com/dpp/liftweb/issues/#issue/52. Wo
:-)
>
> Cheers, Tim
>
> On Aug 22, 2:48 pm, Indrajit Raychaudhuri wrote:
>
> > Indeed, looking out in the maven land for a way out would be useful.
> > Meanwhile, there is an issue request for buildnumber plugin to support
> > GIT:http://jira.codehaus.org/brows
Chas,
The problem is quite likely with the archetype jar in the scala-tools
repo. Derek is probably looking into it.
Yes, your being confused about the master reference is
understandable :)
Good that it compiles through. For now, you can set the dependencies
to lift-core and lift-jpa to 1.1-M4 a
I have found generating IDEA project (*.ipr) and module (*.iml) files
with mvn idea:idea to be more consistent. It would take care of
downloading the required jars.
You can then proceed and open the project with IDEA. Newer versions
might ask if you want to move to new project format which you can
Tim,
sites to examples, certainly. For consistency lift-examples could be
better.
Some examples becoming archetype is great idea.
Cheers, Indrajit
On Aug 26, 2:59 pm, Timothy Perrett wrote:
> To clarify, only some of the examples will become archetypes... Not all.
>
> On 26/08/2009 10:39, "Tim
It should be invalid for in any mode of XHTML (strict,
transitional) or HTML4 whatever you choose.
is an inline element that was never meant to support a block
level element (, etc.)
Browsers nowadays are very smart to render anything you throw at it
gracefully but that cannot be a license to
4. Additionally, you have to add this in Boot environment. Often we
end up missing out on this step, or don't get the pattern right :)
ResourceServer.allow {
case _ :: "style.css" :: Nil => true
}
Of course, you can narrow the PF argument to better adjust to the
need.
Cheers, Indrajit
On Au
this because In Boot you are already calling
> CalendarMonthlyView.init
>
> Br's,
> Marius
>
> On Aug 30, 7:22 pm, Indrajit Raychaudhuri wrote:
>
> > 4. Additionally, you have to add this in Boot environment. Often we
> > end up missing out on this step, or don&
All that you see under "src/main/resources/toserve" are available via
"/classpath" prefix.
Specifically, you would be interested in the "toserve" path under lift-
webkit and lift-widgets.
The ones bundled with lift-webkit are available with "zero config",
just refer to them via "/classpath/..." i
Additionally, you need to adjust the Boot.scala
1. Add: import _root_.net.liftweb.http.provider._
2. Remove: all of import _root_.javax.servlet.http._
3 Change the req argument type in makeUtf8 to HTTPRequest instead of
HttpServletRequest so that the signature looks thus:
private def makeUtf8(r
Som,
1. Your source code had dbAutoGenerated_?. The actual function is
dbAutogenerated_? (g is in lower case).
Hope you have the right case for 'g' one :)
2. If your project model (pom.xml) has lift versions set to 1.1-
SNAPSHOT, you must be on the master and thus on the latest code.
FWIW, dbAut
Great stuff. Now how about an archetype for this?
Cheers, Indrajit
On Sep 4, 3:10 am, David Pollak wrote:
> Folks,
>
> Hearkening back to my NextStep days, I took a dive into Cappuccino today.
> Yep... Obj-J is just like Obj-C and Cappuccino faithfully captures AppKit
> goodness.
>
> I've integ
f deep changes going on in the capp
> codebase... IMHO, lets wait until 0.8 is released then make an
> archetype against that.
>
> Cheers, Tim
>
>
> On 4 Sep 2009, at 09:39, Indrajit Raychaudhuri wrote:
>
>>
>> Great stuff. Now how about an archetype for this?
>
have to do the archetype outside of the main Lift
> repository/distribution (although it would still be available on Maven).
> Cappuccino has a ton of LGPL code in it and itself is LGPL. I'd rather not
> mix licensing models in the stuff we keep in the main Lift repository.
>
&g
object FooVar extends SessionVar[Box[String]](Empty)
// to set
FooVar.set(Full(fooValToSet))
// to retreive
val foo = FooVar.is.openOr("Not found")
Cheers, Indrajit
On Sep 7, 12:36 am, jack wrote:
> How do I put something in the session from one page and take it out
> from another page?
--~--
You can typically leave out lift-util in most cases (just remove the
dependency element in the pom) because most of other higher order
modules (like lift-webkit) depend on lift-util and therefore would be
transitively included during the build.
Cheers, Indrajit
On Sep 10, 7:28 pm, Timothy Perret
Even if we assumed that Lift managed to do all the hard work, we still
have a contradictory situation: the being completely devoid of
scripts but still have 'JS loaded at the end of the page'. It still
has to be before the close of tag and thereby sneaking into the
. Worse, it's going to be incr
> > Also, the LiftRules.parseDate function currently does DateTime
> > parsing, so I would have to make a breaking change to rename it to
> > parseDateTime and add new parseDate and parseTime (and associated
> > format methods). Thoughts?
>
> I think this is the right solution. Don't know how much
On Sep 12, 7:02 pm, "marius d." wrote:
> On Sep 12, 8:34 am, Indrajit Raychaudhuri wrote:
>
> > Even if we assumed that Lift managed to do all the hard work, we still
> > have a contradictory situation: the being completely devoid of
> > scripts but still
Can you please check what the Content-Type field in the mail header
looks like in the mail that you get?
Cheers, Indrajit
On Sep 12, 3:40 pm, night_stalker wrote:
> hi all,
>
> I'm new to lift, I met with a problem when trying to send a mail.
>
> //Mail.scala
ersion: 1.0
> > Content-Type: multipart/alternative;
> > boundary="=_Part_0_21171036.1252770284921"
>
> > --=_Part_0_21171036.1252770284921
> > Content-Type: text/html; charset=us-ascii
> > Content-Transfer-Encoding: 7bit
>
> > ??
> > --=_Part_0_21171036.125
If you are modifying web.xml, doing it via and having it
available via JNDI (java:comp/env) [1] seems closest.
However, I am not sure that would be available via System.getProperty
().
Alternately, try jetty.xml (or jetty-env.xml, if possible) [2][3] to
do something like:
run.mode
productio
David,
1. Lift includes jquery-1.3.2, just do:
and your done.
2. For the other stuff:
a. Put the files in src/main/resources/toserve/ui (e.g., src/main/
resources/toserve/ui/ui.tabs.js)
b. Add them to ResourceServer.allowedPaths by adding this to Boot:
ResourceServer.allow {
case "
On Sep 14, 7:35 am, "Charles F. Munat" wrote:
>
> But we've got a desideratum, anyway. Maybe down the road someone will
> have time to look at it.
>
> Thanks for the clarification!
And also enable somebody (myself) take a pause and (re-)learn/
understand many important concepts in the way.
Tha
Absolutely, and just limit to that, no more.
/Indrajit
On Sep 14, 11:22 pm, Viktor Klang wrote:
> For me, annotations in Scala are permissible when having to deal with Java
> frameworks that need annotations to work.
> (examples: JAX-RS, JPA et al)
>
> On Mon, Sep 14, 2009 at 8:06 PM, Timothy P
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 expe
Alternately, setting the properties maven.compiler.source and
maven.compiler.target (via -D) or via the 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 needful via s
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.
net.liftweb
lift-mapper
1.1-M8
Cheers, Indrajit
On 06/01/10 2:39 PM, Mads Hartmann wrote:
How would that d
-
[INFO] wrap: org.apache.commons.exec.ExecuteException: Process exited
with an error: 1(Exit value: 1)
On Jan 6, 10:15 am, Indrajit Raychaudhuri wrote:
Mads,
Since you are using mapper, having dependency on lift-mapper should
suffice. Other dependencies would be pulled i
ch.epfl.lamp.sdt.core.scalabuilder
org.scala-tools
maven-scala-plugin
${scala.version}
On Jan 6, 12:31 pm, Indrajit Raychaudhuri wrote:
Mads,
Can you please send me the pom.xml?
Cheers, Indraji
Modify makeUtf8 like so:
private def makeUtf8(req: HTTPRequest) {
req.setCharacterEncoding("UTF-8")
}
Note the change in signature.
- IRC
On 06/01/10 5:47 PM, Mads Hartmann wrote:
Aha! It almost compiles now. There's just one last error:
[INFO] Compiling 8 source files to /Users/Mads
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
that'
On 09/01/10 12:10 AM, David Pollak wrote:
On Fri, Jan 8, 2010 at 12:14 AM, Indrajit Raychaudhuri
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 with
On Sun, Jan 10, 2010 at 12:01 AM, David Pollak
wrote:
>
>
> On Sat, Jan 9, 2010 at 10:18 AM, Heiko Seeberger
> wrote:
>>
>> 2010/1/9 David Pollak
>>>
>>> Yeah... now that 2.8 Beta1 is out, we'll need to finish porting Lift
>>> over.
>>
>> Once 2.8 Beta 1 is out: IMHO we are at Beta1 RC7 and it w
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
mailto:indraj...@gmail.com>> wrote:
On Sun, Jan 10, 2010 at 12:01 AM, David
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
wrote:
There is a known issue with the openjdk and the YUI compressor librar
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 shoul
-DartifactId=myproject \
-Dversion=1.0-SNAPSHOT
when I change the -DarchetypeVersion into 2.0-M1, the maven cannot
find the archetype. I am using maven 2.2.1
Thanks
On Jan 11, 7:52 am, Indrajit Raychaudhuri wrote:
Folks,
Lift master branch is on 2.0 series now and a milestone release is
com
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\liftweb>mvn -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
productivit
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 t
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 ex
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:
[INF
Marc,
Thanks for reporting. Have fixed in master, give it a try in half an
hour or so after hudson is done with the build.
Cheers, Indrajit
On 18/01/10 2:58 PM, Marc wrote:
Hi,
I tried to switch a 1.1-SNAPSHOT project to 2.0-SNAPSHOT. I did this
by changing the following:
net.
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 :)
On
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 2.
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 bee
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
codeba
ew failure with a
chained message 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.
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
wrote:
> David,
>
> I tested it on OSX 10.6. Can you try with Jav
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 webdav
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 it's
t; Super Ultra Mega Awesome! :-)
>
>
>
>
>
>
>
> > Heiko
>
> > On Sunday, January 24, 2010, Indrajit Raychaudhuri
> > wrote:
> > > Folks,
>
> > > A quick update on Lift 2.0 build on Scala 2.8.
>
> > > Scala 2.8 port of Lift is available on
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.NoClassDefFoundErro
---
[INFO] For more information, run Maven with the -e switch
[INFO]
[INFO] Total time: 33 minutes 11 seconds
[INFO] Finished at: Thu Jan 28 19:38:33 EST 2010
[INFO] Final Memory: 105M/527M
[INFO]
----
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
mailto:feeder.of.the.be...
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 usual
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:
org.mortbay.jetty
maven-jetty-plugin
6.1.22
Cheers, Indrajit
On 29/01/10 3:18 PM, tomLee wrote:
I tried,but nothing change.
mvn jetty:ru
---
[INFO] Total time: 9 seconds
[INFO] Finished at: Fri Jan 29 10:30:24 PST 2010
[INFO] Final Memory: 8M/15M
[INFO]
----
bash-3.2$
On Thu, Jan 28, 2010
[INFO] Total time: 9 seconds
[INFO] Finished at: Fri Jan 29 10:30:24 PST 2010
[INFO] Final Memory: 8M/15M
[INFO]
----
bash-3.2$
On Thu, Jan 28, 2010 at 9:04 PM, Indrajit Raychaudhuri
mailto:indraj...@gmail.com>>
Pollak
mailto:feeder.of.the.be...@gmail.com>> wrote:
On Thu, Jan 28, 2010 at 9:04 PM, Indrajit Raychaudhuri
mailto:indraj...@gmail.com>> wrote:
The Lift 2.0 snapshot jars for Scala 2.8 are now available
on scala-tools Maven repository. Fe
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 we
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 wrote:
On 30/01/10 3:23 AM, Jeppe Nejsum Madsen wrote:
David Pollak writes:
On Fri, Jan 29, 2010 at 2:40 AM, Jeppe Nejsum Madsenwrote:
Indrajit Raychaudhuri writes:
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
On 30/01/10 2:47 PM, Jeppe Nejsum Madsen wrote:
David Pollak 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
2) Switch the default logging
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 -DarchetypeRepository=http:
On 30/01/10 3:06 PM, Jeppe Nejsum Madsen wrote:
Indrajit Raychaudhuri writes:
On 30/01/10 2:47 PM, Jeppe Nejsum Madsen wrote:
David Pollak writes:
[...]
If you're 100% sure that nothing will break, go for the slf4j-based
approach.
100% certainty is difficult :-)
How about thi
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
mailto:indraj...@gmail.com>> wrote:
Hi Lachlan,
On Jan 30, 5:50 pm, Lachlan Deck 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 ma
Wed, Jan 27, 2010 at 11:58 AM, Jeppe Nejsum Madsenwrote:
Indrajit Raychaudhuri writes:
Some more awesomeness - 280_port_refresh of Lift has moved to
Scala-2.8.0.Beta1.
Cheers, Indrajit
Awesome. How much is supported?
Right now, nothing... I'm working on fixing some issues and wo
test
[INFO] \- junit:junit:jar: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 3
Jonas Bon#r
jonas [at] jonasboner [dot] com
+1
heiko.seeberger
Heiko Seeberger
heiko [dot] seeberger [at] googlemail [dot] com
OSGi expert and Scala enthusiast
+1
indrajitr
Indrajit Raychaudhuri
6:01+0100)
Java version: 1.6.0_17
Java home: /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/
Home
Default locale: en_US, platform encoding: MacRoman
OS name: "mac os x" version: "10.6.2" arch: "x86_64" Family: "mac"
Cheers, Tim
On Jan 31, 6:59 pm, I
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 optional=tr
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 si
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 ta
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
Makes sense. Yes, would do.
On 03/02/10 1:29 AM, Naftoli Gugenheim wrote:
Can you add that to the conventions in the naming wiki (property names should
not have spaces) unless someone disagrees?
Thanks!
-
Indrajit Raychaudhuri wrote:
Adam, can you please
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!
http://github-issue
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 i
I was offline so I copied the archetype resources and
changed the placeholders etc. :) ) and wrote the code and xhtml in the
HelloWorld.howdy snippet!
If anyone has any suggestions and/or constructive criticism please pile it on!
-
Indrajit Raychaudhuri wrote:
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
n of ScalaCheck was causing the wrong Scala
libraries to be loaded.
This is seriously suboptimal.
On Sun, Jan 31, 2010 at 12:44 PM, Timothy Perrett
wrote:
Im just doing a fresh clone and checkout to see if something was
screwed in my local build.
Cheers, Tim
On Jan 31, 7:44 pm, Indrajit Rayc
Takeuchi-san,
Can you please set project.build.sourceEncoding=UTF-8 in your pom.xml
and check if it works?
You can set project.build.sourceEncoding in pom.xml the following way:
UTF-8
...
...
Cheers, Indrajit
On 04/02/10 1:01 AM, David Pollak wrote:
On Wed, Feb 3, 2010 at 1:54 AM
On 05/02/10 5:28 PM, Jeppe Nejsum Madsen wrote:
Naftoli Gugenheim writes:
David and all,
QUESTION 1
I'm working on issue #258. Here are two options for an overridable parser
(applies to formatting too):
1. def parse(s: String): Box[Date] = ConversionRules.parseDate()(s)
2. def parse: String
Migration complete!
Please DO NOT use GitHub Issue tracking facility anymore.
Use http://www.assembla.com/spaces/liftweb/tickets instead.
Cheers, Indrajit
On 04/02/10 2:05 AM, David Pollak wrote:
Folks,
On today's committer call, we made the final decision to move the Lift
ticketing system fr
Go ahead! create tickets in Assembla.
Cheers, Indrajit
On 05/02/10 10:49 AM, Naftoli Gugenheim wrote:
Indrajit and I are working on importing tickets into Assembla. The first
ticket on GitHub is #3 and there are now two on Assembla.
So please don't create any Assembla tickets until further noti
Feb 6, 2010, at 3:12 PM, Indrajit Raychaudhuri wrote:
Go ahead! create tickets in Assembla.
Cheers, Indrajit
On 05/02/10 10:49 AM, Naftoli Gugenheim wrote:
Indrajit and I are working on importing tickets into Assembla. The first
ticket on GitHub is #3 and there are now two on Assembla.
So please
Folks,
Following David's announcement about moving our ticketing system to
Assembla [1], the migration is complete and we have now completely
moved from GitHub issues to Assembla tickets.
Please DO NOT use GitHub to create issues anymore (the GitHub URL
would be disabled), instead use this Assemb
6, 2010 at 12:12 PM, Indrajit Raychaudhuri
wrote:
Go ahead! create tickets in Assembla.
Excellent job and a huge round of applause to Indrajit and Naftoli for
moving the tickets over the Assembla. Thanks guys!
Cheers, Indrajit
On 05/02/10 10:49 AM, Naftoli Gugenheim wrote:
Indrajit and
1 - 100 of 280 matches
Mail list logo