Folks,
Lift snapshot artifacts built on Scala 2.7.7.RC2 are now available in
scala-tools repository.
The artifacts follow the version pattern 1.1-scala2.7.7.RC2-SNAPSHOT.
So they are all available in the usual snapshot repository location
(http://scala-tools.org/repo-snapshots) as
Code change should suffice.
pom.xml updates won't be necessary since lift-util has lift-common as
dependency and your application (which must be having lift-util as
dependency) would resolve the lift-common dependency transitively.
Cheers, Indrajit
On 22/10/09 10:57 AM, Jonathan Ferguson
Could you please file a ticket?
http://github.com/dpp/liftweb/issues
Cheers, Indrajit
On 18/10/09 11:19 AM, night_stalker wrote:
Currently lift-openid is using openid4java 0.9.3, which is a little
old and is difficult to find a maven repository to download.
I think changing lift-openid's
Hmm, as Tim pointed out, ensure that you have another repository/
section for the snapshots. Looks like that's missing in your pom.xml
Put this one within repositories/ section and you'd be good to go:
repository
idscala-tools-snapshots/id
urlhttp://scala-tools.org/repo-snapshots/url
and me, and me !
On 17/10/09 12:34 AM, Marius wrote:
pick me, pick me !
On Oct 15, 10:18 pm, Jim Barrowsjim.barr...@gmail.com wrote:
Who wants a wave invite?
Not sure how long Google will take to process them.. but I have some!
I just added the lifehack list to my wave account, and I
On 14/10/09 10:39 PM, Chris wrote:
Excellent-thanks. Is this URL published somewhere? I didn't see it
on the Lift web page.
Not as conveniently as one would love to. We have had some discussion on
this. And I volunteered to volunteer. But am running late on this.
Cheers, Indrajit
On
On 05/10/09 1:37 PM, Timothy Perrett wrote:
I know I could write a jetty 6 wrapper, but that is my fallback
position as something more OOTB would be preferable.
I am in complete agreement with you on this.
/Indrajit
--~--~-~--~~~---~--~~
You received this
On 05/10/09 5:29 PM, Timothy Perrett wrote:
So I just wrote a Jetty 6 wrapper - getting the packaging working was
not ideal and not as flexible as Jetty 7 jetty-runner.
Yes, just took a look at jetty-runner. Feature wise, it's blows away the
older mechanism man!
Any thoughts in and
Folks,
Lift snapshot artifacts built on Scala 2.7.7.RC1 are now available in
scala-tools repository.
The artifacts follow the version pattern 1.1-scala2.7.7.RC1-SNAPSHOT. So
they are all available in the usual snapshot repository location
(http://scala-tools.org/repo-snapshots) as
On 02/10/09 6:25 PM, David Pollak wrote:
On Fri, Oct 2, 2009 at 5:53 AM, Indrajit Raychaudhuri
indraj...@gmail.com mailto:indraj...@gmail.com wrote:
On Oct 2, 5:39 pm, David Pollak feeder.of.the.be...@gmail.com
mailto:feeder.of.the.be...@gmail.com wrote:
On Fri, Oct 2
/0bae3866bbc6d581
Of these, #1 doesn't hold true anymore, thus nullified.
Cheers, Indrajit
Br's,
Marius
On Oct 3, 7:33 pm, Indrajit Raychaudhuriindraj...@gmail.com wrote:
On 02/10/09 6:25 PM, David Pollak wrote:
On Fri, Oct 2, 2009 at 5:53 AM, Indrajit Raychaudhuri
indraj
Folks,
Following up from the previous round, I am summarizing what we
discussed so far with an attempt to converge and move on to impl.
Would be keen to have feedback and possibly arrive at some resolution
on the outstanding items. (Meaty stuff below the module structure)
liftweb
- lift-core
You can of course use slf4j instead of log4j in your application.
Quick steps:
1. Exclude log4j from dependency tree by adding exclusion filter in
lift-webkit dependency. POM should look something like this:
dependency
groupIdnet.liftweb/groupId
On Oct 2, 5:39 pm, David Pollak feeder.of.the.be...@gmail.com wrote:
On Fri, Oct 2, 2009 at 3:43 AM, Indrajit Raychaudhuri
indraj...@gmail.comwrote:
Folks,
Following up from the previous round, I am summarizing what we
discussed so far with an attempt to converge and move
That should read JsCmds.JsCrVar(...)
Cheers, Indrajit
On 02/10/09 4:39 AM, sunanda wrote:
Thanks Derek.
But I get the following errors:
found : net.liftweb.http.js.JE.Call
required: java.lang.String
x= JE.Call(foo,2)
^
C:\J\BrandNET\eclipse_workspace\GridXml_Lift2.0\src\main\scala\net
Great!
The downloaded files are stored in ${user.home}/.m2/repository.
${user.home} is the standard Java environment variable that defaults to
$HOME in *nix and $USERPROFILE in Windows.
[1] Setting proxies and other environment stuff can be done via
settings:
Derek,
Very nice trick indeed!
Cheers, Indrajit
On 30/09/09 6:28 PM, Derek Chen-Becker wrote:
If you want it stored somewhere else, you can edit your
~/.m2/settings.xml file and add the localRepository element. Here's mine:
settings xmlns=http://maven.apache.org/POM/4.0.0;
Nice to see the intent to withstand little breakage for the right reason!
I am +0 on lift-common. It possibly doesn't mean much, but the only
reason I proposed it as an option is because most people with exposure
to Java projects have encountered jakarta-common and in some sense have
*-common
+1, more so because other apps not using much of lift 'web'by stuff
could use this too.
Couple of options:
1. lift-common (along the lines of Jakarta Commons - not intuitive, but
Java developers used to Jakarta Commons would be able to relate)
2. Actually naming lift-base as lift-util and
Jack,
maven-jetty-plugin belongs to the group org.mortbay.jetty, not
org.apache.maven.plugins. This makes me suspect that your jetty plugin
isn't configured properly.
A minimal jetty plugin configuration would look like this:
plugin
groupIdorg.mortbay.jetty/groupId
Folks,
As followup to the proposed goal of Keeping lift-core neat and
small, here is the first iteration of the revised structure of Lift
codebase.
liftweb
- lift-core [10]
- lift-base [02]
- lift-actor
- lift-util
- lift-json [03]
- lift-webkit [04]
- lift-testkit [05]
-
On 24/09/09 2:59 PM, Heiko Seeberger wrote:
One comment re the scala versions: I don't know about maven, but for
other build systems, I don't think this completely solves the problem.
Indrajit was talking about Maven and how to improve the POMs (project
description files which
On Sep 24, 11:45 pm, David Pollak feeder.of.the.be...@gmail.com
wrote:
On Thu, Sep 24, 2009 at 11:30 AM, Timothy Perrett
timo...@getintheloop.euwrote:
This refactoring *must* be done in a branch... we don't want to
inadvertently break a whole bunch of peoples projects.
Actually, this
On 24/09/09 2:34 PM, Timothy Perrett wrote:
Nice stuff Joni!
Indeed. That this module gets lots of love shows.
Everything nice and tidy in a neat little package.
Did I mention that it's test cases serve as docs too?
/Indrajit
Cheers, Tim
On 24 Sep 2009, at 08:24, Joni Freeman wrote:
added the maven stuff into Lift in order to (try) to make
RunCodeRun do continuous integration.
Yes, figured that. Curiosity: Anything that Hudson cannot handle that
RCR can?
On Sat, Sep 19, 2009 at 9:59 AM, Indrajit Raychaudhuri
indraj...@gmail.com mailto:indraj...@gmail.com wrote
these builds pass the
version in to maven.
On Mon, Sep 21, 2009 at 9:42 AM, Indrajit Raychaudhuri
indraj...@gmail.com mailto:indraj...@gmail.com wrote:
Ryan,
Nice workflow! But I guess this works better when one is a Hudson build
and the other a manual build. What David was looking
one.
Also, do you have rights on Hudson/Nexus on scala-tools.org
http://scala-tools.org? If not, please send mail to
ad...@scala-tools.org mailto:ad...@scala-tools.org
I don't. Have sent mail.
On Sat, Sep 19, 2009 at 12:58 PM, Indrajit Raychaudhuri
indraj...@gmail.com mailto:indraj
Dependency classifier might be close to what you'd need.
See the 'Classifier' section in http://maven.apache.org/pom.html#Dependencies
So, you could create a build profile (disabled by default), say
dppactor as so:
profiles
profile
iddppactor/id
activation
Could this be a case of jvm on windows locking some files?
Cheers, Indrajit
On Sep 19, 11:38 pm, Tobias Daub hannes.flo...@gmx.li wrote:
Hey David,
I don't know what I did differently, but now, after the 5th mvn clean,
the problem disappeard. Really don't know why, or what happened. Sorry
19, 2009 at 6:28 PM, Indrajit Raychaudhuri
indraj...@gmail.com mailto:indraj...@gmail.com wrote:
Dependency classifier might be close to what you'd need.
See the 'Classifier' section in
http://maven.apache.org/pom.html#Dependencies
So, you could create a build profile
On Sep 14, 7:35 am, Charles F. Munat c...@munat.com 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
Absolutely, and just limit to that, no more.
/Indrajit
On Sep 14, 11:22 pm, Viktor Klang viktor.kl...@gmail.com 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
If you are modifying web.xml, doing it via env-entry/ 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:
Call
David,
1. Lift includes jquery-1.3.2, just do:
script id=jquery src=/classpath/jquery.js type=text/
javascript/script 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
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 will
==_Part_0_21171036.1252770284921
--=_Part_0_21171036.1252770284921
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
p??/p
--=_Part_0_21171036.1252770284921--
I don't know how to set Content-Type ...
On Sep 12, 10:34 pm, Indrajit Raychaudhuri indraj...@gmail.com
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
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 jack.wid...@gmail.com wrote:
How do I put something in the session from one page and take it out
from
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?
Cheers, Indrajit
On Sep 4, 3:10 am, David
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.
On Sat, Sep 5, 2009 at 3:47 AM, Indrajit Raychaudhuri
indraj
Great stuff. Now how about an archetype for this?
Cheers, Indrajit
On Sep 4, 3:10 am, David Pollak feeder.of.the.be...@gmail.com 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
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,
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
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/... in your
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 Aug
this because In Boot you are already calling
CalendarMonthlyView.init
Br's,
Marius
On Aug 30, 7:22 pm, Indrajit Raychaudhuri indraj...@gmail.com wrote:
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
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
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 timo...@getintheloop.eu wrote:
To clarify, only some of the examples will become archetypes... Not all.
On
It should be invalid for span/ in any mode of XHTML (strict,
transitional) or HTML4 whatever you choose.
span/ is an inline element that was never meant to support a block
level element (form/, div/ etc.)
Browsers nowadays are very smart to render anything you throw at it
gracefully but that
Can you please set scala.version dependency to 2.7.5 in pom.xml and re-
attempt.
You can do this by looking for scala.version/ element in the
pom.xml.
/Indrajit
On Aug 24, 11:06 am, Charles F. Munat c...@munat.com wrote:
Nope. Same error, even after blowing away m2 and rerunning the basic
Charles,
Sorry for the false noise, setting lift-core dependency to
version1.1-M4/version instead of version1.1-SNAPSHOT/version
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
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.
, Tim
On Aug 22, 2:48 pm, Indrajit Raychaudhuri indraj...@gmail.com 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/browse/MOJO-1199.
However, Maven plugin
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
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
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
+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
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
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?
201 - 259 of 259 matches
Mail list logo