Re: [Lift] minified js artifacts (was Re: Re-opened #363)

2010-03-03 Thread David Bernard
Info about yuicompressor-maven-plugin :
* could aggregate js
* could be configured to avoid minified some files
* could generate minified under src with suffix (default -min)
* could generate the gzip version and avoid doing it at runtime
* could be invoked only in a profile (for release) or from command
line when you want to minified (without being attached to a phase)
* also compress/minified css
* also check js validity (jslint)

Disclaimer :
* I'm the guy who introduce yuicompressor into lift build
* I'm the guy who wrap yuicompressor into a maven plugin, to have
unminified into my source and minified into war.

see http://alchim.sourceforge.net/yuicompressor-maven-plugin/

/davidB

On Wed, Mar 3, 2010 at 17:23, Indrajit Raychaudhuri indraj...@gmail.com wrote:


 On 03/03/10 9:21 PM, Jeppe Nejsum Madsen wrote:

 Indrajit Raychaudhuriindraj...@gmail.com  writes:

 A quick followup on this minified js concern...

 [...]

 So the question is, should we:

 1. Continue using yuicompressor (to compress js files at build time)
 and apply the strategy universally to all toserve/**/*.js
 OR
 2. Include the minified version of the js artifacts and get rid of the
 build time compression trick

 While #1 has the clear advantage of having human-readable js files in
 the repository, it is critically dependent on build time
 compression. Exact opposite set of argument holds for #2.

 Or 2.5: use 1. for the js artifacts included with Lift and let the user
 decide how to handle their own js files. I would hate to be forced into
 using the yui compressor for my own files that I put in toserve (not
 that it isn't a good idea :-)

 Yep, just disable yui compressor in your application pom.xml and this would
 be quite the case (because lift-webkit-version.jar has already being
 created by now with the minified js either using #1 or #2).

 My interest in the current context, is to have consistent behavior in the js
 artifacts bundled with Lift.

 To me (and Marius) #2 is also worth consideration. True that you'd have a
 compressed (IDE unfriendly) js in the codebase but you'd also be able to
 remove build-time dependency on yui compressor. (one less dependency, one
 less step etc.)



 And since we are debating on this, the other option could be:

 3. Keep both the form (un-minified and minified) available in
 resources/toserve and serve the un-minified form via gzip filter if
 user-agent has support for it (most does nowadays) or resort to
 minified form if user-agent doesn't.

 But gzip doesn't remove the need for minify. Gzipped minified jQuery is
 40% smaller than gzipped jQuery:

 http://stackoverflow.com/questions/807119/gzip-versus-minify

 I learned this today, thank you!



 The behavior could be controlled via LiftRules even. Of course, this
 assumes that most production sites would be behind reverse proxies
 with proper cache control etc. and the overhead of gzip-ing is
 marginal. Bringing the decision (of minifying) in the framework realm
 also opens up the possibility of lazily creating one big js (synthetic
 or cached) and serving the entire stuff as one single response
 minified or otherwise depending on run.mode.

 Yes this would be the ideal and has been discussed on the list
 recently.

 I realize I have to catch up with the recent discussions, am way out of sync
 :(


 /Jeppe


 --
 You received this message because you are subscribed to the Google Groups
 Lift group.
 To post to this group, send email to lift...@googlegroups.com.
 To unsubscribe from this group, send email to
 liftweb+unsubscr...@googlegroups.com.
 For more options, visit this group at
 http://groups.google.com/group/liftweb?hl=en.



-- 
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to lift...@googlegroups.com.
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en.



Re: [Lift] lift-archetype-blank 1.1-M8 2.0-M1 : missing net.sf.retrotranslator:retrotranslator-runtime:jar:1.2.1

2010-02-06 Thread David Bernard
retrotranslator-runtime version 1.2.1 is available in central
repository (the default one) since 2007.
see : 
http://repo2.maven.org/maven2/net/sf/retrotranslator/retrotranslator-runtime/1.2.1/

May be you tried to build offline, or you define/use wrong
mirror/proxy of central repository.
Do you have a custom $HOME/.m2/settings.xml (with mirror or repository
section) ?

When maven report report missing artifact, it also report the list of
repository from where it try to download, what is the 'full' content
of the missing message ?

/davidB

On Sat, Feb 6, 2010 at 22:36, Luke  Nezda lne...@gmail.com wrote:
 Hello -

 I am just getting started with Lift and used the Hello, World
 archetype lift-archetype-blank (tried 1.1-M8  2.0-M1) and both fail
 to build successfully from the specified public Maven repositories
 with:

 Missing:
 --
 1) net.sf.retrotranslator:retrotranslator-runtime:jar:1.2.1
 ...
  Path to dependency:
        1) net.sf.alchim:yuicompressor-maven-plugin:maven-plugin:0.7.1
        2) net.sf.retrotranslator:retrotranslator-runtime:jar:1.2.1

 I stfw'd a bit and found Apache Tiles was able to resolve it (http://
 tiles.apache.org/2.0/framework/tiles-assembly/dependencies.html -
 Dependency Repository Locations - Artifact -
 net.sf.retrotranslator:retrotranslator-runtime:jar:1.2.1) at
 atlassian-public/ https://maven.atlassian.com/repository/public;,
 however I have still failed to determine the correct Maven pom
 incantation to get this to install itself.  I tried:

  repositories
    repository
      idscala-tools.releases/id
      nameScala-Tools Maven2 Repository for Releases/name
      urlhttp://scala-tools.org/repo-releases/url
    /repository
    repository
      idatlassian-public/id
      urlhttps://maven.atlassian.com/repository/public/url
    /repository
  /repositories

 and for good measure

  pluginRepositories
    pluginRepository
      idscala-tools.org/id
      nameScala-Tools Maven2 Repository/name
      urlhttp://scala-tools.org/repo-releases/url
    /pluginRepository
    pluginRepository
      idatlassian-public/id
      urlhttps://maven.atlassian.com/repository/public/url
    /pluginRepository
  /pluginRepositories

 Ultimately, I just removed the offending plugin:
      plugin
        groupIdnet.sf.alchim/groupId
        artifactIdyuicompressor-maven-plugin/artifactId
        ...
      /plugin

 This was a lot bumpier than I was hoping for, but a typical Maven
 experience :/  Anyone know what the proper course of action is here ?
 Add some other repo (maybe in some other way), or something else?  Are
 1.1-M8 and/or 2.0-M1 just not meant for folks to try out?  I'll see if
 1.0.3 is the same and report back.

 Thanks in advance,
 - Luke

 --
 You received this message because you are subscribed to the Google Groups 
 Lift group.
 To post to this group, send email to lift...@googlegroups.com.
 To unsubscribe from this group, send email to 
 liftweb+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/liftweb?hl=en.



-- 
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to lift...@googlegroups.com.
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en.



Re: [Lift] Handle OOM

2010-02-03 Thread David Bernard
For in production java app, I generaly wrap them with Java Service
Wrapper for Tanuki Software. (include heartbeat, restart, script to
run as service,...)
http://wrapper.tanukisoftware.org/

or the 100% java alternative : yajsw  http://yajsw.sourceforge.net/

/davidB

On Wed, Feb 3, 2010 at 17:26, Timothy Perrett timo...@getintheloop.eu wrote:
 +1

 JVM flags are like major ninja foo. Cant wait!

 Cheers, Tim

 On 3 Feb 2010, at 16:12, Naftoli Gugenheim wrote:

 Looking forward!

 -
 David Pollakfeeder.of.the.be...@gmail.com wrote:

 I've got a work in progress jvm memory options for Lift post... but I've 
 gotta get below 30 unread email messages before I finish it (probably late 
 Feb)

 Connected by MOTOBLUR™ on T-Mobile

 -Original message-
 From: Jim Barrows jim.barr...@gmail.com
 To: liftweb@googlegroups.com
 Sent: Wed, Feb 3, 2010 14:52:47 GMT+00:00
 Subject: Re: [Lift] Handle OOM

 On Tue, Feb 2, 2010 at 9:18 PM, David Pollak
 feeder.of.the.be...@gmail.comwrote:



 On Tue, Feb 2, 2010 at 5:49 PM, Naftoli Gugenheim 
 naftoli...@gmail.comwrote:

 Hmm... Can the code catch the exception and try to execute a script that
 restarts it? :)


 The Sun JVM has the following flag:

 -XX:OnOutOfMemoryError=script_to_execute

 This will allow an auto-restart.




 Oh, very cool.  I didn't know that.





 On Tue, Feb 2, 2010 at 8:43 PM, Jim Barrows jim.barr...@gmail.comwrote:

 Not generally within your code no.  The VM is out of memory, not the
 webapp, so the VM has to be restarted.  However you could have a nagios
 other monitoring service auto-restart in such cases.
 On the other hand... you really shouldn't be getting a OOM error in
 Java...

 On Tue, Feb 2, 2010 at 5:17 PM, Naftoli Gugenheim 
 naftoli...@gmail.comwrote:

 Is there any way to have a webapp handle an out of memory exception
 semi-gracefully? E.g., release session, restart, something other than 
 having
 to ssh into the server?

 --
 You received this message because you are subscribed to the Google
 Groups Lift group.
 To post to this group, send email to lift...@googlegroups.com.
 To unsubscribe from this group, send email to
 liftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com
 .
 For more options, visit this group at
 http://groups.google.com/grou

 --
 You received this message because you are subscribed to the Google Groups 
 Lift group.
 To post to this group, send email to lift...@googlegroups.com.
 To unsubscribe from this group, send email to 
 liftweb+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/liftweb?hl=en.

 --
 You received this message because you are subscribed to the Google Groups 
 Lift group.
 To post to this group, send email to lift...@googlegroups.com.
 To unsubscribe from this group, send email to 
 liftweb+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/liftweb?hl=en.



 --
 You received this message because you are subscribed to the Google Groups 
 Lift group.
 To post to this group, send email to lift...@googlegroups.com.
 To unsubscribe from this group, send email to 
 liftweb+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/liftweb?hl=en.



-- 
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to lift...@googlegroups.com.
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en.



Re: [Lift] [lift] Issue with my first Lift project

2010-01-28 Thread David Bernard
I suppose it's your first run of mvn jetty:run.
try : mvn jetty:run -U to force download of jetty.

see http://wiki.github.com/dpp/liftweb/about-maven-mini-guide

/davidB

On Fri, Jan 29, 2010 at 04:04, tomLee tomcatl...@gmail.com wrote:

 Got error when I run it:

 D:\MySource\oterh\myliftmvn jetty:run
 [INFO] Scanning for projects...
 [INFO] Searching repository for plugin with prefix: 'jetty'.
 [INFO] artifact org.apache.maven.plugins:maven-jetty-plugin: checking for
 updates from central
 [INFO]
 
 [ERROR] BUILD ERROR
 [INFO]
 
 [INFO] The plugin 'org.apache.maven.plugins:maven-jetty-plugin' does not
 exist or no valid version could be found
 [INFO]
 
 [INFO] For more information, run Maven with the -e switch
 [INFO]
 
 [INFO] Total time: 1 second
 [INFO] Finished at: Fri Jan 29 10:53:33 CST 2010
 [INFO] Final Memory: 1M/4M
 [INFO]
 


 thanks
 --
 View this message in context: 
 http://old.nabble.com/Issue-with-my-first-Lift-project-tp27366670p27366670.html
 Sent from the liftweb mailing list archive at Nabble.com.

 --
 You received this message because you are subscribed to the Google Groups 
 Lift group.
 To post to this group, send email to lift...@googlegroups.com.
 To unsubscribe from this group, send email to 
 liftweb+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/liftweb?hl=en.



-- 
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to lift...@googlegroups.com.
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en.



Re: [Lift] Re: New ticketing system

2010-01-26 Thread David Bernard
accunote have got (IMHO) one of the best web GUI to manage tickets, I saw.
http://www.acunote.com/promo

(also provide full access for OSS)

But to the job with a LiftTicket should be a better match (for current
and futur need).
Sorry no time to work on.

/davidB

On Tue, Jan 26, 2010 at 22:30, David Pollak
feeder.of.the.be...@gmail.com wrote:


 On Tue, Jan 26, 2010 at 1:17 PM, Thad thadgui...@gmail.com wrote:

 Why not a proven workhorse in this arena, such as JIRA by Atlassian ?
 It's FREE for Open Source Projects, and as a bonus you'd probably get
 more widespread appeal from Java / Scala development camps.


 Personally, I think Jira's UI and performance is awful.  I'd rather start
 with GitHub than go to Jira.  But that's just me.


 2cents,
 Thad

 On Jan 26, 11:46 am, David Pollak feeder.of.the.be...@gmail.com
 wrote:
  Folks,
 
  We switched to GitHub's ticketing system a bunch of months ago and,
  well,
  it's not making the grade.  It's slow.  It's limited (no unclosing
  tickets,
  no attachments, weak discussion capaibilities).  It doesn't allow easy
  planning/prioritization.
 
  I'd like to switch to something more powerful.  Derek was working on
  LiftTicket.  I'd like to use that, but don't know the state of the
  project.
  Alternatively, we could use Assembla's ticketing system.
 
  Does anyone have thoughts/input on the issue?
 
  Thanks,
 
  David
 
  --
  Lift, the simply functional web frameworkhttp://liftweb.net
  Beginning Scalahttp://www.apress.com/book/view/1430219890
  Follow me:http://twitter.com/dpp
  Surf the harmonics

 --
 You received this message because you are subscribed to the Google Groups
 Lift group.
 To post to this group, send email to lift...@googlegroups.com.
 To unsubscribe from this group, send email to
 liftweb+unsubscr...@googlegroups.com.
 For more options, visit this group at
 http://groups.google.com/group/liftweb?hl=en.




 --
 Lift, the simply functional web framework http://liftweb.net
 Beginning Scala http://www.apress.com/book/view/1430219890
 Follow me: http://twitter.com/dpp
 Surf the harmonics

 --
 You received this message because you are subscribed to the Google Groups
 Lift group.
 To post to this group, send email to lift...@googlegroups.com.
 To unsubscribe from this group, send email to
 liftweb+unsubscr...@googlegroups.com.
 For more options, visit this group at
 http://groups.google.com/group/liftweb?hl=en.


-- 
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to lift...@googlegroups.com.
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en.



Re: [Lift] Best way to integrate custom lift version in workflow?

2010-01-25 Thread David Bernard
Jeppe, in your case, the repository could simply be :
* a SMB/ftp/file system shared directory
* a directory staticly served by a http server
* or a (not so complicate) nexus server with default configuration.

On Mon, Jan 25, 2010 at 16:59, David Pollak
feeder.of.the.be...@gmail.com wrote:
 This seems like a job for a start-up like MavenHub... custom Maven/Nexus
 hosting in the sky.

Strange that Sonatype don't provide this service.


/davidB


 On Mon, Jan 25, 2010 at 7:56 AM, Jeppe Nejsum Madsen je...@ingolfs.dk
 wrote:

 On Mon, Jan 25, 2010 at 4:17 PM, Indrajit Raychaudhuri
 indraj...@gmail.com wrote:

  -- Deploy your artifacts to an internal server (all that you need is an
  http
  server where you can 'deploy' the artifact via webdav/ssh etc.)

 This is the step I would like to avoid :-) We don't currently have any
 internal servers, everything is hosted somewhere else. It seems like
 overkill to start a new EC2 instance just to be able to host a maven
 repo.

 I found this, which seems like it may work:

 http://technital.blogspot.com/2007/11/maven-repository-on-s3.html

 /Jeppe

 --
 You received this message because you are subscribed to the Google Groups
 Lift group.
 To post to this group, send email to lift...@googlegroups.com.
 To unsubscribe from this group, send email to
 liftweb+unsubscr...@googlegroups.com.
 For more options, visit this group at
 http://groups.google.com/group/liftweb?hl=en.




 --
 Lift, the simply functional web framework http://liftweb.net
 Beginning Scala http://www.apress.com/book/view/1430219890
 Follow me: http://twitter.com/dpp
 Surf the harmonics

 --
 You received this message because you are subscribed to the Google Groups
 Lift group.
 To post to this group, send email to lift...@googlegroups.com.
 To unsubscribe from this group, send email to
 liftweb+unsubscr...@googlegroups.com.
 For more options, visit this group at
 http://groups.google.com/group/liftweb?hl=en.


-- 
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to lift...@googlegroups.com.
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en.



Re: [Lift] Lift WebKit 1.1-M8 - broken mvn site

2010-01-10 Thread David Bernard
The version of yuicompressor-maven-plugin used is not compatible with
openjdk. (see mailing list archive).

On Sat, Jan 9, 2010 at 21:06, Jaroslaw Zabiello hipertrac...@gmail.com wrote:
 $ uname -a
 Linux Ubuntu-904-jaunty-64-minimal 2.6.28-11-server #42-Ubuntu SMP Fri
 Apr 17 02:45:36 UTC 2009 x86_64 GNU/Linux

 $ mvn -v
 Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200)
 Java version: 1.6.0_0
 Java home: /usr/lib/jvm/java-6-openjdk/jre
 Default locale: en_US, platform encoding: UTF-8
 OS name: linux version: 2.6.28-11-server arch: amd64 Family:
 unix

 /home/httpd/liftweb.org/app/ror/public/1.1-M8/lift-base/lift-webkit$
 mvn site
 [INFO] Scanning for projects...
 [INFO]
 
 [INFO] Building Lift WebKit
 [INFO]    task-segment: [site]
 [INFO]
 
 [INFO] [resources:copy-resources {execution: default-copy-resources}]
 [INFO] Using 'UTF-8' encoding to copy filtered resources.
 [INFO] Copying 1 resource
 [INFO] Setting property: classpath.resource.loader.class =
 'org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader'.
 [INFO] Setting property: velocimacro.messages.on = 'false'.
 [INFO] Setting property: resource.loader = 'classpath'.
 [INFO] Setting property: resource.manager.logwhenfound = 'false'.
 [INFO] **
 [INFO] Starting Jakarta Velocity v1.4
 [INFO] RuntimeInstance initializing.
 [INFO] Default Properties File: org/apache/velocity/runtime/defaults/
 velocity.properties
 [INFO] Default ResourceManager initializing. (class
 org.apache.velocity.runtime.resource.ResourceManagerImpl)
 [INFO] Resource Loader Instantiated:
 org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader
 [INFO] ClasspathResourceLoader : initialization starting.
 [INFO] ClasspathResourceLoader : initialization complete.
 [INFO] ResourceCache : initialized. (class
 org.apache.velocity.runtime.resource.ResourceCacheImpl)
 [INFO] Default ResourceManager initialization complete.
 [INFO] Loaded System Directive:
 org.apache.velocity.runtime.directive.Literal
 [INFO] Loaded System Directive:
 org.apache.velocity.runtime.directive.Macro
 [INFO] Loaded System Directive:
 org.apache.velocity.runtime.directive.Parse
 [INFO] Loaded System Directive:
 org.apache.velocity.runtime.directive.Include
 [INFO] Loaded System Directive:
 org.apache.velocity.runtime.directive.Foreach
 [INFO] Created: 20 parsers.
 [INFO] Velocimacro : initialization starting.
 [INFO] Velocimacro : adding VMs from VM library template :
 VM_global_library.vm
 [ERROR] ResourceManager : unable to find resource
 'VM_global_library.vm' in any resource loader.
 [INFO] Velocimacro : error using  VM library template
 VM_global_library.vm :
 org.apache.velocity.exception.ResourceNotFoundException: Unable to
 find resource 'VM_global_library.vm'
 [INFO] Velocimacro :  VM library template macro registration complete.
 [INFO] Velocimacro : allowInline = true : VMs can be defined inline in
 templates
 [INFO] Velocimacro : allowInlineToOverride = false : VMs defined
 inline may NOT replace previous VM definitions
 [INFO] Velocimacro : allowInlineLocal = false : VMs defined inline
 will be  global in scope if allowed.
 [INFO] Velocimacro : initialization complete.
 [INFO] Velocity successfully started.
 [INFO] Preparing javadoc:javadoc
 [INFO] [enforcer:enforce {execution: default-enforce}]
 [INFO] Preparing javadoc:test-javadoc
 [INFO] [enforcer:enforce {execution: default-enforce}]
 [INFO] [resources:resources {execution: default-resources}]
 [INFO] Using 'UTF-8' encoding to copy filtered resources.
 [INFO] Copying 33 resources
 [INFO] [scala:compile {execution: scala-compile}]
 [INFO] Checking for multiple versions of scala
 [INFO] includes = [**/*.scala,**/*.java,]
 [INFO] excludes = []
 [INFO] Compiling 0 source files to /home/httpd/liftweb.org/app/ror/
 public/1.1-M8/lift-base/lift-webkit/target/classes
 [INFO] Nothing to compile - all classes are up to date
 [INFO] [yuicompressor:compress {execution: default}]
 [INFO]
 
 [ERROR] FATAL ERROR
 [INFO]
 
 [INFO] null
 [INFO]
 
 [INFO] Trace
 java.lang.RuntimeException
        at
 com.yahoo.platform.yui.compressor.JavaScriptCompressor.printSourceNumber
 (JavaScriptCompressor.java:299)
        at com.yahoo.platform.yui.compressor.JavaScriptCompressor.parse
 (JavaScriptCompressor.java:335)
        at com.yahoo.platform.yui.compressor.JavaScriptCompressor.init
 (JavaScriptCompressor.java:532)
        at net.sf.alchim.mojo.yuicompressor.YuiCompressorMojo.processFile
 (YuiCompressorMojo.java:178)
        at net.sf.alchim.mojo.yuicompressor.MojoSupport.processDir
 (MojoSupport.java:151)
        at 

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

2009-12-23 Thread David Bernard
Tips :

in your project call :
mvn dependency:analyze

you should see the list of dependencies useless and used throught transitive
path and to list directly in your pom.xml (may be in place of lift-core).

/davidB

On Wed, Dec 23, 2009 at 02:31, Peter Robinett pe...@bubblefoundry.comwrote:

 Indrajit, your post made me realize that I've been using lift-core
 without realizing it. Thanks.

 Unfortunately switching to something simpler is giving me some
 trouble. I believe that I should be able to add lift-base, but while
 its sub-modules get downloaded (lift-common, lift-util, etc), Maven
 says that the lift-base module is missing and needs to be installed.
 This is the entry I'm using:
 dependency
  groupIdnet.liftweb/groupId
  artifactIdlift-base/artifactId
  version1.1-SNAPSHOT/version
 /dependency

 As the resident Maven expert, do you have any idea what's wrong? My
 entire pom.xml is here: http://gist.github.com/262244

 Thanks,
 Peter

 On Dec 22, 8:32 am, Indrajit Raychaudhuri 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...@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. 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 needs it), adding this as the dependency slow
  down
   things for a standard project that doesn't need some additional
 modules.
 
   In a sense, we have moved quite a bit from the initial purpose of
 having
   single dependency on this 'meta' project in a Lift application.
 
   Further, the name is a misnomer now!
 
   The question, therefore is:
   Should we consider deprecating this? If not, we need to document
 when it
   should be preferred and when not. If yes, what should be the time
 frame
   for making the move?
 
   With Lift 2.0 coming up,
 
   Lift 2.0 is not coming up it's merely a rename of Lift 1.1 based on
   the naming rules that Heiko proposed and the Lift community adopted.
   The fact that the next release of Lift is going to be called 2.0 rather
   than 1.1 does not change the scope of the release.
 
  Indeed, poor wordings, Lift 2.0 *restructure* coming up is what I meant.
  But yes, it ends up sounding different, sorry.
 
 
 
   With that being said, deprecating lift-core is fine by me as long as
   there is an easy to understand deprecation message with clear
   instructions as to how to replace lift-core with whatever is necessary.
 
  For deprecating dependencies, it's just matter of persuasion
  (Announcement, wiki etc.) for at least two releases, or more (could be
  milestone releases). And eventually, dropping it from the build beyond
  an agreeable release time frame.
 
  I couldn't figure out a clean way of deprecating 'meta' packages since
  it doesn't have any active code (thus doesn't expose any place to code
  in some deprecation warning message).
 
  As such, the package is harmless and there is zero cost of maintenance.
  Just that, it's no more a good practice (longer build time, larger war
  size etc.).
 
 
 
 
 
   now might be a good time to make a decision.
   Thoughts?
 
   Cheers, Indrajit
 
   NB: An open question to anybody in the Lift: Who among you are
 actually
   using lift-core in you project and what is the level of impact you
   foresee in case you have to move on to have an alternative
 approach.
 
   --
 
   You received this message because you are subscribed to the Google
   Groups Lift group.
   To post to this group, send email to liftweb@googlegroups.com
   mailto:liftweb@googlegroups.com.
   To unsubscribe from this group, send email to
   
   liftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com
   
   mailto:liftweb%2bunsubscr...@googlegroups.comliftweb%252bunsubscr...@googlegroups.com
 .
   For more options, visit this group at
  http://groups.google.com/group/liftweb?hl=en.
 
   --
   Lift, the simply functional web frameworkhttp://liftweb.net
   Beginning Scalahttp://www.apress.com/book/view/1430219890
   Follow me:http://twitter.com/dpp
   Surf the harmonics
 
   --
 
   You received this message because you are subscribed to the Google
   Groups Lift group.
   To post to this group, send email to lift...@googlegroups.com.
   To unsubscribe from this group, send email to
   liftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com
 .
   For more options, visit this group at
  http://groups.google.com/group/liftweb?hl=en.

 --

 You received this message because you are subscribed to the Google Groups
 Lift group.
 To post to this group, send email to lift...@googlegroups.com.
 To unsubscribe 

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

2009-12-22 Thread David Bernard
Dirty solutions (If you already have maven installed and be able to build
lift with maven) :

0. replace
$HOME/.m2/repository/org/scala-lang/scala-compiler/2.8.0-SNAPSHOT/scala-compiler-2.8.0-SNAPSHOT.jar
by symlink to the directory with classes result from scalac scalac
compilation

1. Or at the end of scalac scalac compilation create a jar and copy
(override) t in place of
.m2//scala-compiler/2.8.0-SNAPSHOT/scala-compiler-2.8.0-SNAPSHOT.jar

2. Or you could run maven with the -Dmaven.scala.displayCmd=true then the
command line used to build will be displayed.
Copy the line into a .sh/.cmd
Modifie the location scala .jar to use the output of your scalac scalac
compilation.

Notes :
* the call of scalac is wrapped into a main able to handle a long list of
arguments from file (working with any version of scala).
* maven-scala-plugin was created to used classes (scalac) packaged into jar

Sorry to not provide a better solution.

/davidB

On Tue, Dec 22, 2009 at 15:16, martin odersky martin.oder...@epfl.chwrote:

 On Tue, Dec 22, 2009 at 2:35 PM, Josh Suereth joshua.suer...@gmail.com
 wrote:
  For curiousities sake, if you're building using fsc, are you running
 scalac
  via an exploded classpath (i.e. not a JAR file?).  If so, I'll try to
 come
  up with a longer-term solution for this.

 Yes, exactly. My usual setup is that my output directory is the first
 item on the classpath. So any files I recompile get chosen first.

 
  If we allowed you to do the following:
 
  mvn reactor:make -Dmake.artifacts=net.liftweb:lift-mapper -P local-scala
  -Dscala.local.classpath=classfiledir
 
  would that be sufficient?  We could also have this do conditional
  computation in the future.

 Does that mean that the scala compiler would then be run out of
 classfiledir? Yes, that could work.

 Cheers

  -- Martin

 --

 You received this message because you are subscribed to the Google Groups
 Lift group.
 To post to this group, send email to lift...@googlegroups.com.
 To unsubscribe from this group, send email to
 liftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com
 .
 For more options, visit this group at
 http://groups.google.com/group/liftweb?hl=en.




--

You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to lift...@googlegroups.com.
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en.




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

2009-12-22 Thread David Bernard
Kevin,

maven-scala-plugin integrate a workaround (see note of previous mail)
against the line-length limit : arguments of the main class are store in a
file.

/davidB

On Tue, Dec 22, 2009 at 15:45, Kevin Wright
kev.lee.wri...@googlemail.comwrote:



 2009/12/22 David Bernard david.bernard...@gmail.com

 Dirty solutions (If you already have maven installed and be able to build
 lift with maven) :

 0. replace
 $HOME/.m2/repository/org/scala-lang/scala-compiler/2.8.0-SNAPSHOT/scala-compiler-2.8.0-SNAPSHOT.jar
 by symlink to the directory with classes result from scalac scalac
 compilation

 1. Or at the end of scalac scalac compilation create a jar and copy
 (override) t in place of
 .m2//scala-compiler/2.8.0-SNAPSHOT/scala-compiler-2.8.0-SNAPSHOT.jar

 2. Or you could run maven with the -Dmaven.scala.displayCmd=true then the
 command line used to build will be displayed.
 Copy the line into a .sh/.cmd
 Modifie the location scala .jar to use the output of your scalac scalac
 compilation.



 The catch here is if there's a line-length limit in your OS - the classpath
 gets truncated and then it all goes pear-shaped...



 Notes :
 * the call of scalac is wrapped into a main able to handle a long list of
 arguments from file (working with any version of scala).
 * maven-scala-plugin was created to used classes (scalac) packaged into
 jar

 Sorry to not provide a better solution.

 /davidB

 On Tue, Dec 22, 2009 at 15:16, martin odersky martin.oder...@epfl.chwrote:

 On Tue, Dec 22, 2009 at 2:35 PM, Josh Suereth joshua.suer...@gmail.com
 wrote:
  For curiousities sake, if you're building using fsc, are you running
 scalac
  via an exploded classpath (i.e. not a JAR file?).  If so, I'll try to
 come
  up with a longer-term solution for this.

 Yes, exactly. My usual setup is that my output directory is the first
 item on the classpath. So any files I recompile get chosen first.

 
  If we allowed you to do the following:
 
  mvn reactor:make -Dmake.artifacts=net.liftweb:lift-mapper -P
 local-scala
  -Dscala.local.classpath=classfiledir
 
  would that be sufficient?  We could also have this do conditional
  computation in the future.

 Does that mean that the scala compiler would then be run out of
 classfiledir? Yes, that could work.

 Cheers

  -- Martin

 --

 You received this message because you are subscribed to the Google Groups
 Lift group.
 To post to this group, send email to lift...@googlegroups.com.
 To unsubscribe from this group, send email to
 liftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com
 .
 For more options, visit this group at
 http://groups.google.com/group/liftweb?hl=en.



  --
 You received this message because you are subscribed to the Google Groups
 Lift group.
 To post to this group, send email to lift...@googlegroups.com.
 To unsubscribe from this group, send email to
 liftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com
 .
 For more options, visit this group at
 http://groups.google.com/group/liftweb?hl=en.




 --
 Kevin Wright

 mail/google talk: kev.lee.wri...@googlemail.com
 wave: kev.lee.wri...@googlewave.com
 skype: kev.lee.wright
 twitter: @thecoda

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

 To post to this group, send email to lift...@googlegroups.com.
 To unsubscribe from this group, send email to
 liftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com
 .
 For more options, visit this group at
 http://groups.google.com/group/liftweb?hl=en.


--

You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to lift...@googlegroups.com.
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en.




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

2009-12-08 Thread David Bernard
you could select which file should be filtering, else every resources are
filtering and converted (to UTF-8)

/davidB

On Tue, Dec 8, 2009 at 11:18, Timothy Perrett timo...@getintheloop.euwrote:

 Ahhh! That is interesting... i'd not thought of that :-)

 You'll need to specify a proper encoding type for sure otherwise maven will
 just assume your platform default... for example, MacRoman. Perhaps IRC or
 Josh will be able to advise...

 Cheers, Tim

 On 8 Dec 2009, at 10:02, Jean-Adrien wrote:

  Ah !
 
  In fact the problem did not appear when I upgraded to 1.1-SNAPSHOT but
  when I enabled maven resource filtering (which assumes all files use
  UTF-8).
  Anyway I'll look for a correct setting to have both ISO 8859-1
  properties file and maven resource filtering enabled.
 
 
  On Dec 8, 10:41 am, Jean-Adrien jean.vauc...@gmail.com wrote:
  Hello,
 
  I have a char encoding problem, using the localization feature of
  lift.
  I use the ? method of the S object in order to translate strings. The
  localized values are in a translate_fr.properties file in the
  resources of the project.
 
  Until I upgrade from lift 1.1-M6 to 1.1-SNAPSHOT everything was ok,
  but now it seems that the following happens:
  As specified in the java doc, the properties file is encoded using ISO
  8859-1. All xhtml templates in lift use UTF-8, and are interpreted in
  UTF-8 by the browser. But it seems that the the string loaded from
  properties file are badly translated to UTF-8 (?)
 
  I.e. é is 0xE9 in ISO 8859-1 and should turn when loaded in a String
  by java properties into the UTF-8 bytes 0xC3 0xA9. But it is
  interpreted some way in � (0x EF 0xBF 0xBD)
 
  I tried to encode my properties file in UTF-8 but I have the UTF
  encoding (0xC3 0xA9) interpreted in ISO 8859-1. é become é (famous
  French letter) in the webpage. Behaviour I understand since java loads
  properties String using ISO-8859-1 charset
 
  Does anyone observed the same ?
 
  --
 
  You received this message because you are subscribed to the Google Groups
 Lift group.
  To post to this group, send email to lift...@googlegroups.com.
  To unsubscribe from this group, send email to
 liftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com
 .
  For more options, visit this group at
 http://groups.google.com/group/liftweb?hl=en.
 
 
 

 --

 You received this message because you are subscribed to the Google Groups
 Lift group.
 To post to this group, send email to lift...@googlegroups.com.
 To unsubscribe from this group, send email to
 liftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com
 .
 For more options, visit this group at
 http://groups.google.com/group/liftweb?hl=en.




--

You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to lift...@googlegroups.com.
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en.




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

2009-11-26 Thread David Bernard
The latest and older maven-scala-plugin require maven 2.0.9. (I used maven
2.2.1 to build the plugin)

On Mon, Nov 23, 2009 at 05:01, David Pollak
feeder.of.the.be...@gmail.comwrote:

 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, 2009 at 7:55 PM, Jcon javarad...@gmail.com wrote:

 Today I cloned the liftweb source from git, and had a couple of
 problems trying to get the examples to run.  Must have missed some
 instructions or something.  What I did:

 1. git clone git://github.com/dpp/liftweb.git
 2. cd liftweb
 3. 'mvn install' which resulted in some errors (didn't save the exact
 message, sorry)
 4. Tried to just run the examples.  'cd lift-examples/example'
 5. 'mvn install' which resulted in test errors:

 Results :

 Tests in error:
  wiki edit HomePage should not have HomePage content define
  wiki edit HomePage should allow edition of HomePage

 Tests run: 2, Failures: 0, Errors: 2, Skipped: 0

 [INFO]
 
 [ERROR] BUILD FAILURE
 [INFO]
 
 [INFO] There are test failures.


 6. Bypassed tests by running 'mvn install -DskipTests' and compile
 worked
 7. 'mvn jetty:run' results in an error:

 ERROR - Failed to Boot
 java.lang.ClassNotFoundException: bootstrap.liftweb.Boot

 My environment:
 Mac running Snow Leopard
 Maven version: 2.0.9
 Java version: 1.6.0_15

 --

 You received this message because you are subscribed to the Google Groups
 Lift group.
 To post to this group, send email to lift...@googlegroups.com.
 To unsubscribe from this group, send email to
 liftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com
 .
 For more options, visit this group at
 http://groups.google.com/group/liftweb?hl=.





 --
 Lift, the simply functional web framework http://liftweb.net
 Beginning Scala http://www.apress.com/book/view/1430219890
 Follow me: http://twitter.com/dpp
 Surf the harmonics

  --
 You received this message because you are subscribed to the Google Groups
 Lift group.
 To post to this group, send email to lift...@googlegroups.com.
 To unsubscribe from this group, send email to
 liftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com
 .
 For more options, visit this group at
 http://groups.google.com/group/liftweb?hl=.


--

You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to lift...@googlegroups.com.
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en.




Re: [Lift] Lift compiles on Scala 2.8 and runs the demo

2009-11-23 Thread David Bernard
To run maven without compiling+running test from commandline :

mvn  -Dmaven.test.skip=true

To fully disable test without commenting them :
edit pom.xml
properties
  maven.test.skiptrue/maven.test.skip
/properties

(I prefer using the property instead of directly configure surfire because :
* don't require to add a surfire section if it doesn't already exists
* some profile (eg : integration test) are enabled only if maven.test.skip
!= true (include false, not-define,...)
)

On Fri, Nov 20, 2009 at 01:31, David Pollak
feeder.of.the.be...@gmail.comwrote:

 Folks,

 The 280_port of Lift properly compiles and runs the Lift demo application
 against the Scala 2.8.0 nightly.

 I spent most of today tracking down a bug that I can't reproduce in
 isolation, but it seems that the ensureCapacity method in Scala's
 StringBuilder method has an infinite:

 def ensureCapacity(n: Int) { 
 117http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L117
   if (n  array.length) { 
 118http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L118
 var newsize = array.length * 2 
 119http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L119
 while (n  newsize) 
 120http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L120
   newsize = newsize * 2 
 121http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L121
 val newar = new Array[Char](newsize) 
 122http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L122
 arraycopy(array, 0, newar, 0, count) 
 123http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L123
 array = newar 
 124http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L124
   } 
 125http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L125
 }
 I saw an infinite loop in lines 119/120 (it was line 115 in the version I
 was testing against).  I replaced Scala's StringBuilder with the Java native
 code and all worked just fine.  It might be worth a gander at the byte-code
 for StringBuilder to see how an infinite loop could happen.

 Anyway, I'm looking forward to the next drop of a stable 2.8.0 so I can
 compile against Specs and get a more complete (read: passes tests... right
 now the tests are commented out because I don't have the
 Specs/ScalaCheck/etc. chain in the 2.8.0 nightly).

 Thanks,

 David

 --
 Lift, the simply functional web framework http://liftweb.net
 Beginning Scala http://www.apress.com/book/view/1430219890
 Follow me: http://twitter.com/dpp
 Surf the harmonics

 --
 You received this message because you are subscribed to the Google Groups
 Lift group.
 To post to this group, send email to lift...@googlegroups.com.
 To unsubscribe from this group, send email to
 liftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com
 .
 For more options, visit this group at
 http://groups.google.com/group/liftweb?hl=.


--

You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to lift...@googlegroups.com.
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=.




Re: [Lift] Lift compiles on Scala 2.8 and runs the demo

2009-11-23 Thread David Bernard
I agree skipping test is BAD, but in the case of 2.8 for lift or when
running test is long and you need to run install (eg to check compilation on
a multi-module project).

-Dtest=false less typing but not the same result : -Dtest=false == avoid
running test not compiling them and generate this

[INFO] [surefire:test]
[INFO] Surefire report directory:
/home/dwayne/work/./target/surefire-reports

---
 T E S T S
---
There are no tests to run.

Results :

Tests run: 0, Failures: 0, Errors: 0, Skipped: 0

[INFO]

[ERROR] BUILD FAILURE
[INFO]

[INFO] No tests were executed!  (Set -DfailIfNoTests=false to ignore this
error.)


/davidB

On Mon, Nov 23, 2009 at 14:59, Eric Bowman ebow...@boboco.ie wrote:

 Some people consider it slightly evil, but you can also just do mvn ...
 -Dtest=false.  Less typing.

 David Bernard wrote:
  To run maven without compiling+running test from commandline :
 
  mvn  -Dmaven.test.skip=true
 
  To fully disable test without commenting them :
  edit pom.xml
  properties
maven.test.skiptrue/maven.test.skip
  /properties
 
  (I prefer using the property instead of directly configure surfire
  because :
  * don't require to add a surfire section if it doesn't already exists
  * some profile (eg : integration test) are enabled only if
  maven.test.skip != true (include false, not-define,...)
  )
 
  On Fri, Nov 20, 2009 at 01:31, David Pollak
  feeder.of.the.be...@gmail.com mailto:feeder.of.the.be...@gmail.com
  wrote:
 
  Folks,
 
  The 280_port of Lift properly compiles and runs the Lift demo
  application against the Scala 2.8.0 nightly.
 
  I spent most of today tracking down a bug that I can't reproduce
  in isolation, but it seems that the ensureCapacity method in
  Scala's StringBuilder method has an infinite:
 
  def ensureCapacity(n: Int) {
  117
  
 http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L117
 
if (n  array.length) {
  118
  
 http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L118
 
  var newsize = array.length * 2
  119
  
 http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L119
 
  while (n  newsize)
  120
  
 http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L120
 
newsize = newsize * 2
  121
  
 http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L121
 
  val newar = new Array[Char](newsize)
  122
  
 http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L122
 
  arraycopy(array, 0, newar, 0, count)
  123
  
 http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L123
 
  array = newar
  124
  
 http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L124
 
}
  125
  
 http://lampsvn.epfl.ch/trac/scala/browser/scala/trunk/src/library/scala/collection/mutable/StringBuilder.scala?view=markup#L125
 
  }
 
 
  I saw an infinite loop in lines 119/120 (it was line 115 in the
  version I was testing against).  I replaced Scala's StringBuilder
  with the Java native code and all worked just fine.  It might be
  worth a gander at the byte-code for StringBuilder to see how an
  infinite loop could happen.
 
  Anyway, I'm looking forward to the next drop of a stable 2.8.0 so
  I can compile against Specs and get a more complete (read: passes
  tests... right now the tests are commented out because I don't
  have the Specs/ScalaCheck/etc. chain in the 2.8.0 nightly).
 
  Thanks,
 
  David
 
  --
  Lift, the simply functional web framework http://liftweb.net
  Beginning Scala http://www.apress.com/book/view/1430219890
  Follow me: http://twitter.com/dpp
  Surf the harmonics
 
  --
 
  You received this message because you are subscribed to the Google
  Groups Lift group.
  To post to this group, send email to liftweb@googlegroups.com
  mailto:liftweb@googlegroups.com.
  To unsubscribe from this group, send email to
  
  liftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com
  
  mailto:liftweb%2bunsubscr...@googlegroups.comliftweb

[Lift] Re: javax.mail 1.4.3-SNAPSHOT

2009-11-06 Thread David Bernard

About removing transitive dependency. The maven rules is if you
use a library A2 directly in your code list it explicitly/directly as
dependency including it it's already a transitive dependency of
library A1 (alreyd listed).
You have no assurance that other version of A1 use A2 (including in
the version you need).
mvn dependency:analyze should help you to identify useless or
missing dependency in your pom.xml
see 
http://www.sonatype.com/people/2009/10/maven-tips-and-tricks-optimizing-with-the-maven-dependency-plugin/

/davidB

On Fri, Nov 6, 2009 at 06:45, Indrajit Raychaudhuri indraj...@gmail.com wrote:



 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 Repository:
 http://download.java.net/maven/2/javax/mail/mail/

 It is being pulled in because the lift pom here:
      
 http://scala-tools.org/repo-releases/net/liftweb/lift/1.1-M7/lift-1.1-M7.pom
 declares the dependency:

    dependency
      groupIdjavax.mail/groupId
      artifactIdmail/artifactId
      version[1.4,1.5)/version
    /dependency

 Normally, the above should be fine.  Alas, I think the underlying
 problem is really Java.Net's Maven 2 Repository -- the SNAPSHOT build
 should not have made it to the repository...

 As you can see, the intention is to allow all 1.4.x series stable releases.

 Lift POM doesn't have any reference to Java.Net Maven 2 Repository.
 Therefore, within Lift, javax.mail.mail is always picked up from Maven
 central repository (repo1.maven.org/maven2) which isn't polluted with
 SNAPSHOT builds.

 I guess, your project has reference to Java.Net repository which wins
 over Maven central repository. This in turn results in 1.4.3-SNAPSHOT
 being pulled. See if it helps to have the release and snapshot policies
 set for the Java.Net repository node in your POM [0].

 Let us know how it goes, and we'll take it from there.

 [0]: http://maven.apache.org/pom.html#Repositories


 BTW...  I noticed that the javax.activation dependency is explicitly
 declared:

    dependency
      groupIdjavax.activation/groupId
      artifactIdactivation/artifactId
      version[1.1,1.2)/version
    /dependency

 but it should be a transitive dependency of javax,mail (so this could
 be removed).

 Indeed. This was an oversight, thanks for sharing. As David mentioned,
 raise a ticket and I'll fix it.


 I'm not sure what I am going to do to resolve this -- probably add an
 explicit dependency in my project to override it.  Thought I'd
 share...

 

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: YUI Compressor Fatal Error

2009-10-25 Thread David Bernard

FYI:

I released a new version of yuicompressor-maven-plugin (same code but
use yuicompressor-2.4.2)
Note that the groupId was changed, and that the plugin is not yet
available on central repo :

repository
  nameoss.sonatype.org - github-releases/name
  idoss.sonatype.org-releases/id
  urlhttp://oss.sonatype.org/content/repositories/github-releases/url
/repository

...

dependency
  groupIdnet.alchim31.maven/groupId
  artifactIdyuicompressor-maven-plugin/artifactId
  version0.9/version
/dependency

If you have some trouble, issue, use the githug issue tracker :
http://github.com/davidB/yuicompressor-maven-plugin/issues

/davidB

On Thu, Oct 8, 2009 at 13:46, Dirk Louwers dirk.louw...@stormlantern.nl wrote:

 Hi,

 I am running 9.04 and have used a workaround to fix the YUI compressor
 issue.

 See: https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/255149

 If I remember correctly I romoved a symlink to the rhino jar from /usr/
 lib/jvm/java-6-openjdk/jre/lib and that fixed it (without any
 noticable side-effects so far).

 Best,

 Dirk

 On Oct 8, 2:23 pm, Peter Robinett pe...@bubblefoundry.com wrote:
 Hi all,

 I just switched to the Sun JVM and everything works now, so it
 definitely was OpenJDK. Oh well.

 Peter

 On Oct 6, 7:10 pm, David Pollak feeder.of.the.be...@gmail.com wrote:

  On Tue, Oct 6, 2009 at 1:39 AM, Peter Robinett 
  pe...@bubblefoundry.comwrote:

   Thanks, all. While David Bernard's plan to update the maven plugin is
   very welcome, the fact that Scala Actors don't work for Comet actors
   suggests that I should switch to the Sun JVM.

  Keep in mind I was on Ubuntu 8.04 (granted this is the LTS version).

  I'll try on 9.04 today.

   Peter

   On Oct 6, 8:50 am, David Bernard david.bernard...@gmail.com wrote:
yuicompressor 2.3.x doesn't work with openjdk
(https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/287035)
But it seems that yuicompressor 2.4.2 works
(http://www.electrictoolbox.com/minify-javascript-css-yui-compressor/)

It's a long time I didn't update yuicompressor-maven-plugin. I'll
deploy a new version latter this week.

/davidB

On Tue, Oct 6, 2009 at 02:19, Ross Mellgren dri...@gmail.com wrote:
 According to his version number he's running ubuntu and that 
 particular
 version corresponds to jaunty jackalope (9.04)
 Unless he spliced that package into debian or something else.
 -Ross
 On Oct 5, 2009, at 8:06 PM, David Pollak wrote:

 d...@david-desktop:~/Desktop/liftweb/examples/example$ java -version
 Picked up JAVA_TOOL_OPTIONS: -Xmx1024M
 java version 1.6.0_0
 OpenJDK  Runtime Environment (build 1.6.0_0-b11)
 OpenJDK Client VM (build 1.6.0_0-b11, mixed mode, sharing)
 d...@david-desktop:~/Desktop/liftweb/examples/example$

 I'm running on Ubuntu 8.04 with the OpenJDK installation.

 I get compilation failures on about half the runs.  They appear to be
 random.

 Scala Actors do not work (I'm not trying to throw gasoline on any
   fires,
 just reporting what I'm seeing) when powering Lift's comet stuff.
   However,
 Lift Actors do work.

 I'm not seeing any explicit issues with other libraries.

 What OS are you running under your OpenJDK installation?

 On Mon, Oct 5, 2009 at 1:10 PM, Peter Robinett 
   pe...@bubblefoundry.com
 wrote:

 Ross, I am using OpenJDK:
 $ java -version
 java version 1.6.0_0
 OpenJDK Runtime Environment (IcedTea6 1.4.1) (6b14-1.4.1-0ubuntu11)
 OpenJDK 64-Bit Server VM (build 14.0-b08, mixed mode)

 Is it possible to use YUI Compressor at all with OpenJDK?

 Peter

 On Oct 5, 7:32 pm, Ross Mellgren dri...@gmail.com wrote:
  I thought someone mentioned this a little while ago and it was due
   to
  OpenJDK (and only related to the YUI compressor)?

  -Ross

  On Oct 5, 2009, at 1:25 PM, jon wrote:

   Is there a syntax problem in one of your javascript files?

   On Oct 5, 1:23 pm, Peter Robinett pe...@bubblefoundry.com
   wrote:
   Hi all,

   I've been compiling and running my Lift app on my personal
   machine
   without any problems but when I try to run it on another 
   machine
   (where it had previously worked), I am getting fatal YUI
   Compressor
   errors.

   Not knowing YUI Compressor or how Lift and Maven use it (but
   willing
   to learn!), I'd appreciate any tips on how to get it to work
   again.

   Thanks in advance,
   Peter Robinett

   PS I thought I already posted a version of this message but I
   don't
   see it on the Groups site. My apologies if this message is a
   duplicate.

   $ mvn jetty:run
   [INFO] Scanning for projects...
   [INFO] Searching repository for plugin with prefix: 'jetty'.
   [INFO]

   
   [INFO] Building server
   [INFO]    task-segment

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

2009-10-24 Thread David Bernard

Not setting version of plugin :
* create un-reproductible build (over time and developer configuration).
* using le last release is not always a good idea (eg : the last 2
version of maven-eclipse-plugin introduce regression).

/davidB


On 2009-10-24, Indrajit Raychaudhuri indraj...@gmail.com wrote:

 Plugin and extension versions are optional in Maven pom. Not providing
 the version has a small advantage - it defaults to RELEASE and pulls up
 the latest release automatically.

 While it's possible that a plugin version would have backward incomplete
 changes, in Lift we hardly do anything complicated to be affected
 drastically. We could always 'pin' a version for the odd plugins that
 were affected. Thus, I wanted to give that a go. This works well from
 the CLI (typically what I use for build).

 The intent for tweaking the poms were primarily to:
 - reduce the size of pom by discarding the optional/default settings
 - remove redundant settings in multiple pom
 - add some inline docu to stop one running away from a pom.xml
 - contribute a little in making maven not 'download the internet'

 Too bad the IDEs are not co-operating! Thanks Kris/David for raising
 this. I am going to add versions for all the plugins and extensions
 tonight. Unstable pom.xml is the last thing we want (even if that means
 redundant/optional settings make their way into the poms).

 Cheers, Indrajit


 On 24/10/09 7:22 AM, Kris Nuttycombe wrote:

 I ran into that -it's a missing version number in the root pom. Fixed
 in my kjn-loc-wip branch if you just want to grab it from there.

 On Fri, Oct 23, 2009 at 3:41 PM, David Pollak
 feeder.of.the.be...@gmail.com  wrote:
 Folks,

 Any idea why NetBeans doesn't like the new Lift pom structure?

 Thanks,

 David

 --
 Lift, the simply functional web framework http://liftweb.net
 Beginning Scala http://www.apress.com/book/view/1430219890
 Follow me: http://twitter.com/dpp
 Surf the harmonics




 

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



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

2009-10-24 Thread David Bernard

At work, I configure the root pom.xml with (increase size of parent
pom.xml but define the rules for every children (idem for
dependencies))

pluginManagement
  plugins
plugin
  groupIdorg.scala-tools/groupId
  artifactIdmaven-scala-plugin/artifactId
  version2.12.2/version
/plugin
plugin
  groupIdorg.codehaus.mojo/groupId
  artifactIdbuildnumber-maven-plugin/artifactId
  version1.0-beta-2/version
/plugin
plugin
  groupIdorg.apache.maven.plugins/groupId
  artifactIdmaven-eclipse-plugin/artifactId
  version2.6/version
/plugin
plugin
  groupIdnet.alchim31.maven/groupId
  artifactIdmaven-basicwebstart-plugin/artifactId
  version0.2/version
/plugin
plugin
  groupIdorg.jvnet.maven.incrementalbuild/groupId
  artifactIdincremental-build-plugin/artifactId
  version1.2/version
/plugin
  /plugins
/pluginManagement


On Sat, Oct 24, 2009 at 18:55, Indrajit Raychaudhuri
indraj...@gmail.com wrote:

 Thanks davidB for pointing!

 On 24/10/09 9:19 PM, David Bernard wrote:

 Not setting version of plugin :
 * create un-reproductible build (over time and developer configuration).

 Just found this one too:
 http://www.mail-archive.com/d...@maven.apache.org/msg82398.html. I had no
 idea that the notion of RELEASE can be unsafe. Have seen this in quite a
 few OSS project for sure.

 * using le last release is not always a good idea (eg : the last 2
 version of maven-eclipse-plugin introduce regression).

 Indeed, for odd plugins we might have to do this. But that won't have
 affected every other configuration. At least that was the plan.

 As mentioned, I'll go ahead and add the version property for extensions
 and plugins.

 BTW, what is the recommended version for maven-eclipse-plugin? I'll set
 that accordingly.


 /davidB


 On 2009-10-24, Indrajit Raychaudhuriindraj...@gmail.com  wrote:

 Plugin and extension versions are optional in Maven pom. Not providing
 the version has a small advantage - it defaults to RELEASE and pulls up
 the latest release automatically.

 While it's possible that a plugin version would have backward incomplete
 changes, in Lift we hardly do anything complicated to be affected
 drastically. We could always 'pin' a version for the odd plugins that
 were affected. Thus, I wanted to give that a go. This works well from
 the CLI (typically what I use for build).

 The intent for tweaking the poms were primarily to:
 - reduce the size of pom by discarding the optional/default settings
 - remove redundant settings in multiple pom
 - add some inline docu to stop one running away from a pom.xml
 - contribute a little in making maven not 'download the internet'

 Too bad the IDEs are not co-operating! Thanks Kris/David for raising
 this. I am going to add versions for all the plugins and extensions
 tonight. Unstable pom.xml is the last thing we want (even if that means
 redundant/optional settings make their way into the poms).

 Cheers, Indrajit


 On 24/10/09 7:22 AM, Kris Nuttycombe wrote:

 I ran into that -it's a missing version number in the root pom. Fixed
 in my kjn-loc-wip branch if you just want to grab it from there.

 On Fri, Oct 23, 2009 at 3:41 PM, David Pollak
 feeder.of.the.be...@gmail.com   wrote:
 Folks,

 Any idea why NetBeans doesn't like the new Lift pom structure?

 Thanks,

 David

 --
 Lift, the simply functional web framework http://liftweb.net
 Beginning Scala http://www.apress.com/book/view/1430219890
 Follow me: http://twitter.com/dpp
 Surf the harmonics









 

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Ummm.. at the risk of crashing my browser........

2009-10-16 Thread David Bernard

I requested an account (for dev) but no reply. So If you can invite me.

thanks.

On Fri, Oct 16, 2009 at 13:50, Markus Kolb liftweb...@tower-net.de wrote:



 On Oct 15, 9:18 pm, Jim Barrows jim.barr...@gmail.com wrote:
 Who wants a wave invite?

 I'm following the wave development, too.
 Would be nice to try it out.

 Markus

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Question about the Getting Started Guide

2009-10-10 Thread David Bernard

run
mvn jetty:run -U
(-U is required the first time you use this plugin if no version of
the plugin is define in the pom.xml)

See http://wiki.github.com/dpp/liftweb/about-maven-mini-guide

/davidB

On Wed, Sep 30, 2009 at 03:11, jlist9 jli...@gmail.com wrote:

 Hi,

 I'm new to Lift. I'm trying to follow the getting started guide to
 build the first simple
 demo.helloworld project. At the end of Maven command output I see
 BUILD SUCCESSFUL.
 However, when I run mvn jetty:run, I get error:

 The plugin 'org.apache.maven.plugins:maven-jetty-plugin' does not
 exist or no valid version could be found

 I wonder if I need to manually install jetty? If so, is there any
 configuration instructions?

 Thanks
 Jack

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: YUI Compressor Fatal Error

2009-10-06 Thread David Bernard

yuicompressor 2.3.x doesn't work with openjdk
(https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/287035)
But it seems that yuicompressor 2.4.2 works
(http://www.electrictoolbox.com/minify-javascript-css-yui-compressor/)

It's a long time I didn't update yuicompressor-maven-plugin. I'll
deploy a new version latter this week.

/davidB

On Tue, Oct 6, 2009 at 02:19, Ross Mellgren dri...@gmail.com wrote:
 According to his version number he's running ubuntu and that particular
 version corresponds to jaunty jackalope (9.04)
 Unless he spliced that package into debian or something else.
 -Ross
 On Oct 5, 2009, at 8:06 PM, David Pollak wrote:

 d...@david-desktop:~/Desktop/liftweb/examples/example$ java -version
 Picked up JAVA_TOOL_OPTIONS: -Xmx1024M
 java version 1.6.0_0
 OpenJDK  Runtime Environment (build 1.6.0_0-b11)
 OpenJDK Client VM (build 1.6.0_0-b11, mixed mode, sharing)
 d...@david-desktop:~/Desktop/liftweb/examples/example$

 I'm running on Ubuntu 8.04 with the OpenJDK installation.

 I get compilation failures on about half the runs.  They appear to be
 random.

 Scala Actors do not work (I'm not trying to throw gasoline on any fires,
 just reporting what I'm seeing) when powering Lift's comet stuff.  However,
 Lift Actors do work.

 I'm not seeing any explicit issues with other libraries.

 What OS are you running under your OpenJDK installation?

 On Mon, Oct 5, 2009 at 1:10 PM, Peter Robinett pe...@bubblefoundry.com
 wrote:

 Ross, I am using OpenJDK:
 $ java -version
 java version 1.6.0_0
 OpenJDK Runtime Environment (IcedTea6 1.4.1) (6b14-1.4.1-0ubuntu11)
 OpenJDK 64-Bit Server VM (build 14.0-b08, mixed mode)

 Is it possible to use YUI Compressor at all with OpenJDK?

 Peter

 On Oct 5, 7:32 pm, Ross Mellgren dri...@gmail.com wrote:
  I thought someone mentioned this a little while ago and it was due to
  OpenJDK (and only related to the YUI compressor)?
 
  -Ross
 
  On Oct 5, 2009, at 1:25 PM, jon wrote:
 
 
 
   Is there a syntax problem in one of your javascript files?
 
   On Oct 5, 1:23 pm, Peter Robinett pe...@bubblefoundry.com wrote:
   Hi all,
 
   I've been compiling and running my Lift app on my personal machine
   without any problems but when I try to run it on another machine
   (where it had previously worked), I am getting fatal YUI Compressor
   errors.
 
   Not knowing YUI Compressor or how Lift and Maven use it (but willing
   to learn!), I'd appreciate any tips on how to get it to work again.
 
   Thanks in advance,
   Peter Robinett
 
   PS I thought I already posted a version of this message but I don't
   see it on the Groups site. My apologies if this message is a
   duplicate.
 
   $ mvn jetty:run
   [INFO] Scanning for projects...
   [INFO] Searching repository for plugin with prefix: 'jetty'.
   [INFO]
  
   
   [INFO] Building server
   [INFO]    task-segment: [jetty:run]
   [INFO]
  
   
   [INFO] Preparing jetty:run
   [INFO] [resources:resources]
   [INFO] Using default encoding to copy filtered resources.
   [INFO] [yuicompressor:compress {execution: default}]
   [INFO] equalnetworks.css (267b) - equalnetworks.css (197b)[73%]
   [INFO] dashboard.css (5511b) - dashboard.css (4478b)[81%]
   [INFO] jquery.tooltip.css (172b) - jquery.tooltip.css (145b)[84%]
   [INFO]
  
   
   [ERROR] FATAL ERROR
   [INFO]
  
   
   [INFO] null
   [INFO]
  
   
   [INFO] Trace
   java.lang.RuntimeException
           at
  
   com.yahoo.platform.yui.compressor.JavaScriptCompressor.printSourceNumber
   (JavaScriptCompressor.java:299)
           at
   com.yahoo.platform.yui.compressor.JavaScriptCompressor.parse
   (JavaScriptCompressor.java:335)
           at
   com.yahoo.platform.yui.compressor.JavaScriptCompressor.init
   (JavaScriptCompressor.java:532)
           at
   net.sf.alchim.mojo.yuicompressor.YuiCompressorMojo.processFile
   (YuiCompressorMojo.java:178)
           at net.sf.alchim.mojo.yuicompressor.MojoSupport.processDir
   (MojoSupport.java:151)
           at net.sf.alchim.mojo.yuicompressor.MojoSupport.execute
   (MojoSupport.java:105)
           at org.apache.maven.plugin.DefaultPluginManager.executeMojo
   (DefaultPluginManager.java:451)
           at
   org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals
   (DefaultLifecycleExecutor.java:558)
           at
  
   org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycl
    e
   (DefaultLifecycleExecutor.java:499)
           at
  
   org.apache.maven.lifecycle.DefaultLifecycleExecutor.forkProjectLifecycle
   (DefaultLifecycleExecutor.java:924)
           at
   org.apache.maven.lifecycle.DefaultLifecycleExecutor.forkLifecycle
   

[Lift] Re: Help!

2009-10-06 Thread David Bernard

To create a war :
mvn package

To deploy (outline), (war are bundles that need a WebApp server to run
(eg : jetty, tomcat, glassfish, jboss,...):
# install jetty on your server (not maven)
## start jetty
## try http://jetty.host:jetty.port/  (eg: http://127.0.0.1:8080/)
## stop
# put your .war into the jetty/webapp dir
## start jetty
## try http://jetty.host:jetty.port/mywebapp (mywebapp is the basename
of your .war, if you don't want context (mywebapp prefix, named your
war ROOT.war)
# optional tweak the jetty configuration (read the jetty doc)

FYI : Tim Perret is working on solution to create standalone jar with
jetty embedded (search in the mailing-list)

If you don't use Comet, you could try the winstone-maven-plugin to
create a runnable jar

/davidB

On Tue, Oct 6, 2009 at 05:31, jack jack.wid...@gmail.com wrote:

 never mind.
 deploy-war, not run-war
 (been working too hard)

 On Oct 5, 11:09 pm, Jack Widman jack.wid...@gmail.com wrote:
 I meant to say jetty:run-war

 On Mon, Oct 5, 2009 at 10:52 PM, jack jack.wid...@gmail.com wrote:

  Is mvn jetty:run supposed to creat the war file? I want to upload a
  war file and just run it, not create another one. How do I do that?

 --
 Jack
 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Removing Scala Actors from Lift

2009-09-30 Thread David Bernard

my salt
(I don't like lift-common, common of what ? )
If you don't want to move actors, box... to lift-util (xml
utilities,... aren't only for web)
As actor and box are language extension, I suggest lift-lang,
lift-langplus, liftx, lift-scalax

 ;)

/davidB

On Wed, Sep 30, 2009 at 15:29, Viktor Klang viktor.kl...@gmail.com wrote:
 Aye
 +1

 On Wed, Sep 30, 2009 at 3:27 PM, Heiko Seeberger
 heiko.seeber...@googlemail.com wrote:

 +1

 2009/9/30 Derek Chen-Becker dchenbec...@gmail.com

 I would vote for naming the new module lift-common and renaming lift-util
 to lift-webutil. It does mean some breakage but I think that it's a clearer
 naming. lift-util and lift-common are just too close for someone coming in
 new, IMHO.

 Derek

 On Wed, Sep 30, 2009 at 5:34 AM, Jonas Bonér jbo...@gmail.com wrote:

 2009/9/30 Josh Suereth joshua.suer...@gmail.com:
  As much as I agree with your decision, it just makes me sad.   I know
  lots
  of people that learned scala for actors are the way of the
  future I
  think we need to push harder.  Hopefully all major projects migrating
  off
  actors will give EPFL a wake up call?

 This is the reason I created Akka, to have a standard platform for
 Actors with all the things one need to write production applications.
 Akka already have 4 committers and honestly, looking at the pace EPFL
 has had with bugfixing, features etc I think they will have a very
 hard time keep up with what the market needs. I have unfortunately
 given up up the Scala Actors library. I need the things Akka
 implements now and don't have time to wait indefinitely.

 
  - Josh
 
  On Tue, Sep 29, 2009 at 1:41 PM, David Pollak
  feeder.of.the.be...@gmail.com wrote:
 
 
  On Tue, Sep 29, 2009 at 2:35 AM, Stuart Roebuck
  stuart.roeb...@gmail.com
  wrote:
 
  Apologies if I've missed something obvious but my web search hasn't
  turned anything up...
 
  What are the Scala Actors instability issues? I'm in the process of
  doing some major Scala development work and this comment raises
  concerns that I'd like to understand.
 
  The issues (with the Scala Actors in general and Lift's use of them)
  are:
 
  Scala Actors use a custom version of Doug Leah's Fork/Join library.
   This
  was necessary for JDK 1.4 support.  With JDK 1.5, the
  java.util.concurrent
  stuff should have been used.  I was led to understand that this
  change was
  made in Scala 2.7.5, but it was not and even the Scala 2.8 stuff
  still
  contains fork-join.  The FJ library has a memory retention issue
  where it
  trades memory for non-locking performance and, with many threads in a
  thread-pool, this leads to out of memory issues.
  The Scala Actor code is very brittle.
 
   See http://erikengbrecht.blogspot.com/2009/01/refactoring-scala-actors.html
   The code has not been materially refactored, which means that even
  in 2.8,
  there will be significant potential problems with the Actors.  Those
  potential problems have manifest themselves as real problems in
  2.7.x.  I
  have spent in aggregate nearly 3 weeks of my time since November 2008
  working around the defects in the Actor library.  It's easier to have
  our
  own Actors (the current Actor library is about 2 days of work on my
  part and
  the refactoring of Lift to work with the existing Actor library is
  another 2
  days of work.)
  EPFL has been generally slow to respond to bug reports.  I am very
  frustrated and quite frankly tired of having to cajole EPFL into
  responding
  to defects in one of the premier Scala libraries.
 
  I would strongly suggest that you look at Akka.  It's got a better
  view
  and implementation of Actors than does the standard Scala
  distribution. Akka
  includes support for distributed actors, etc.
  Hope this helps.
 
 
  Best,
 
  Stuart
 
  On Sep 29, 3:30 am, David Pollak feeder.of.the.be...@gmail.com
  wrote:
   Folks,
  
   Given the continued instability of Scala Actors, I've decided to
   remove
   them
   from Lift.
  
   Specifically, I'm migrating CometActors to sit on top of Lift's
   Actors.
   But, you'll also be able to use Akka Actors to power Lift's
   CometActors.
   Specifically, I'm working with Jonas to make sure that we share a
   common
   interface to Actors.
  
   I've gotten Lift nearly completely migrated over to Lift's Actors
   on
   the
   dpp_wip_actorize branch.
    Seehttp://github.com/dpp/liftweb/tree/dpp_wip_actorize
  
   There will be some breaking changes to your applications.
    Specifically:
  
      - Box will be moved to a new package, net.liftweb.base (this is
   where the
      interface for Actors will live as well)
      - If you make any assumptions about your CometActors being
   Scala
   Actors
      (e.g., using linking), you will have to rewrite this code
      - Some methods in Lift that currently take Scala Actors as
   parameters
      will take Lift Actors (e.g., ActorPing)
  
   There will be a parallel Maven repository with the new Lift Actor
   stuff
   in
   it so 

[Lift] Re: Removing Scala Actors from Lift

2009-09-30 Thread David Bernard

But my opinion == 0, I not a lift's user, but I see lot of case where
some lift lib could be used without working on a webapp.

On Wed, Sep 30, 2009 at 15:37, David Bernard david.bernard...@gmail.com wrote:
 my salt
 (I don't like lift-common, common of what ? )
 If you don't want to move actors, box... to lift-util (xml
 utilities,... aren't only for web)
 As actor and box are language extension, I suggest lift-lang,
 lift-langplus, liftx, lift-scalax

  ;)

 /davidB

 On Wed, Sep 30, 2009 at 15:29, Viktor Klang viktor.kl...@gmail.com wrote:
 Aye
 +1

 On Wed, Sep 30, 2009 at 3:27 PM, Heiko Seeberger
 heiko.seeber...@googlemail.com wrote:

 +1

 2009/9/30 Derek Chen-Becker dchenbec...@gmail.com

 I would vote for naming the new module lift-common and renaming lift-util
 to lift-webutil. It does mean some breakage but I think that it's a clearer
 naming. lift-util and lift-common are just too close for someone coming in
 new, IMHO.

 Derek

 On Wed, Sep 30, 2009 at 5:34 AM, Jonas Bonér jbo...@gmail.com wrote:

 2009/9/30 Josh Suereth joshua.suer...@gmail.com:
  As much as I agree with your decision, it just makes me sad.   I know
  lots
  of people that learned scala for actors are the way of the
  future I
  think we need to push harder.  Hopefully all major projects migrating
  off
  actors will give EPFL a wake up call?

 This is the reason I created Akka, to have a standard platform for
 Actors with all the things one need to write production applications.
 Akka already have 4 committers and honestly, looking at the pace EPFL
 has had with bugfixing, features etc I think they will have a very
 hard time keep up with what the market needs. I have unfortunately
 given up up the Scala Actors library. I need the things Akka
 implements now and don't have time to wait indefinitely.

 
  - Josh
 
  On Tue, Sep 29, 2009 at 1:41 PM, David Pollak
  feeder.of.the.be...@gmail.com wrote:
 
 
  On Tue, Sep 29, 2009 at 2:35 AM, Stuart Roebuck
  stuart.roeb...@gmail.com
  wrote:
 
  Apologies if I've missed something obvious but my web search hasn't
  turned anything up...
 
  What are the Scala Actors instability issues? I'm in the process of
  doing some major Scala development work and this comment raises
  concerns that I'd like to understand.
 
  The issues (with the Scala Actors in general and Lift's use of them)
  are:
 
  Scala Actors use a custom version of Doug Leah's Fork/Join library.
   This
  was necessary for JDK 1.4 support.  With JDK 1.5, the
  java.util.concurrent
  stuff should have been used.  I was led to understand that this
  change was
  made in Scala 2.7.5, but it was not and even the Scala 2.8 stuff
  still
  contains fork-join.  The FJ library has a memory retention issue
  where it
  trades memory for non-locking performance and, with many threads in a
  thread-pool, this leads to out of memory issues.
  The Scala Actor code is very brittle.
 
   See http://erikengbrecht.blogspot.com/2009/01/refactoring-scala-actors.html
   The code has not been materially refactored, which means that even
  in 2.8,
  there will be significant potential problems with the Actors.  Those
  potential problems have manifest themselves as real problems in
  2.7.x.  I
  have spent in aggregate nearly 3 weeks of my time since November 2008
  working around the defects in the Actor library.  It's easier to have
  our
  own Actors (the current Actor library is about 2 days of work on my
  part and
  the refactoring of Lift to work with the existing Actor library is
  another 2
  days of work.)
  EPFL has been generally slow to respond to bug reports.  I am very
  frustrated and quite frankly tired of having to cajole EPFL into
  responding
  to defects in one of the premier Scala libraries.
 
  I would strongly suggest that you look at Akka.  It's got a better
  view
  and implementation of Actors than does the standard Scala
  distribution. Akka
  includes support for distributed actors, etc.
  Hope this helps.
 
 
  Best,
 
  Stuart
 
  On Sep 29, 3:30 am, David Pollak feeder.of.the.be...@gmail.com
  wrote:
   Folks,
  
   Given the continued instability of Scala Actors, I've decided to
   remove
   them
   from Lift.
  
   Specifically, I'm migrating CometActors to sit on top of Lift's
   Actors.
   But, you'll also be able to use Akka Actors to power Lift's
   CometActors.
   Specifically, I'm working with Jonas to make sure that we share a
   common
   interface to Actors.
  
   I've gotten Lift nearly completely migrated over to Lift's Actors
   on
   the
   dpp_wip_actorize branch.
    Seehttp://github.com/dpp/liftweb/tree/dpp_wip_actorize
  
   There will be some breaking changes to your applications.
    Specifically:
  
      - Box will be moved to a new package, net.liftweb.base (this is
   where the
      interface for Actors will live as well)
      - If you make any assumptions about your CometActors being
   Scala
   Actors
      (e.g., using linking), you will have to rewrite this code

[Lift] Re: [Lift committers] Re: Welcome Indrajit Raychaudhuri to the Lift Committers

2009-09-24 Thread David Bernard

Hi,

removing scala from the direct dependency of project using lift will
ease maintenance for user, I agree.
But, IMHO :
* It's not a good practice because it's like saying that you don't use
scala-library directly, it's a transitive/indirect dependency.
* project should list every direct dependency without presuppose about
the transitive dependency.

An other alternative (never used myself) could be to import dependencyManagement
see 
http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#Importing_Dependencies

then lift based project's pom become something like

project xmlns=http://maven.apache.org/POM/4.0.0;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
 xsi:schemaLocation=http://maven.apache.org/POM/4.0.0
http://maven.apache.org/xsd/maven-4.0.0.xsd;
  modelVersion4.0.0/modelVersion
  groupIdcom.test/groupId
  artifactIduse/artifactId
  version1.0.0/version
  packagingjar/packaging

  dependencyManagement
dependencies
  dependency
groupIdnet.liftweb/groupId
artifactIdlift-bom/artifactId
versionx.y.z/version
typepom/type
scopeimport/scope
  /dependency
/dependencies
  /dependencyManagement
  dependencies
dependency
  groupIdorg.scala-lang/groupId
  artifactIdscala-library/artifactId
/dependency
dependency
  groupIdnet.liftweb/groupId
  artifactIdlift-utils/artifactId
/dependency
dependency
  groupIdnet.liftweb/groupId
  artifactIdlift-webkit/artifactId
/dependency
  /dependencies
/project

May be other advantages, the lift-bom could declare version for every
third party lib (including optional) and end user will override
version explicitly.

my 2cents

/davidB
On Thu, Sep 24, 2009 at 11:29, Heiko Seeberger
heiko.seeber...@googlemail.com 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 amongst many other information contain versioned
 dependency declarations). His suggestion to remove / not introduce the
 dependency on Scala from / to projects using Lift (your projects) is
 perfectly valid. As Lift itself declares a dependency on a certain Scala
 version with compile scope this will be transitively available to your
 projects.
 A well done Maven setup with one or more root POMs that are available as
 standalone artifacts will make using Maven for your projects easier.
 Cheers,
 Heiko
 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Milestone 5 now available!

2009-09-09 Thread David Bernard

you're the new holder of the record :
http://wiki.liftweb.net/index.php/HowTo_deploy_lift_artifacts

Good job

On Wed, Sep 9, 2009 at 11:02, Charles F. Munatc...@munat.com wrote:

 You must be talking about those other guys. All I did was make an
 hour-long job into a six-hour job (after having to delay several days
 because I accidentally deleted my password). But thanks for the thought!

 Chas.

 Randinn wrote:
 I know it's been said, but it's never said enough. All of you are
 doing a great job, we appreciate it and thank you for all the work you
 do to make it easier to code for the rest of us.

 On Sep 9, 2:57 pm, Charles F. Munat c...@munat.com wrote:
 The Lift team proudly announces Milestone 5! Some text here that I
 forgot to copy and paste.

 Go get it!

 Chas. Munat
 


 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Include build # in LiftVersion?

2009-08-21 Thread David Bernard

I don't know how to grab git fingerprint, but I can modify the pom.xml
to add a timestamp in the Manifest
   
Implementation-Version${project.version}-${buildNumber}/Implementation-Version

Are you ok ?

On Wed, Aug 19, 2009 at 18:26, David
Pollakfeeder.of.the.be...@gmail.com wrote:


 On Wed, Aug 19, 2009 at 5:44 AM, Jeppe Nejsum Madsen je...@ingolfs.dk
 wrote:

 Hi,

 When living on the bleeding edge (i.e. 1.1-SNAPSHOT) it is sometimes
 difficult to figure out which version of lift is in use and deployed.

 LiftRules.liftVersion only returns 1-1.0-SNAPSHOT.

 I could probably try to correlate liftBuildDate with hudson and github but
 this seem error prone :-)

 Would it be possible to:

 1) Include the build # in liftVersion for the snapshot release?

 Right now the version number is available in the manifest file.  If you, or
 someone else, can suggest a way grab the Git fingerprint for the build
 release, I'm all for including that in the manifest as well.


 2) Make it possible to identify the revision from this build #
 (e.g. push the hudson build tags to the github repo or something
 similar)?

 /Jeppe





 --
 Lift, the simply functional web framework http://liftweb.net
 Beginning Scala http://www.apress.com/book/view/1430219890
 Follow me: http://twitter.com/dpp
 Git some: http://github.com/dpp

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: [Lift committers] Welcome Joni Freeman to the Lift committers

2009-08-14 Thread David Bernard

Bienvenue

On Thu, Aug 13, 2009 at 18:06, David
Pollakfeeder.of.the.be...@gmail.com wrote:
 Folks,

 I'm pleased to announce that Joni Freeman has joined the Lift committers.

 Joni will be adding his high performance JSON library as a module in Lift...
 and I certainly hope that Lift's JSON support will improve.

 Please join me in welcoming Joni!

 Thanks,

 David

 --
 Lift, the simply functional web framework http://liftweb.net
 Beginning Scala http://www.apress.com/book/view/1430219890
 Follow me: http://twitter.com/dpp
 Git some: http://github.com/dpp

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: scala+maven

2009-07-29 Thread David Bernard
Hi,

I don't understand what you try to do and what you mean by Now I need to
run project from repository ?
Could you provide the use case ?

I also copy/move to the mailing-list maven-and-scala.

/davidB


On Tue, Jul 28, 2009 at 23:16, ph pkirsa...@gmail.com wrote:


 Maybe better question would be:
 How to run scala artifact from maven repository (local and/or private
 remote)?

 On Jul 28, 3:28 pm, Timothy Perrett timo...@getintheloop.eu wrote:
  Hey there,
 
  I wrote an article previously about how to use launchers with maven-
  scala-plugin, find it here:http://is.gd/1RuLQ
 
  Does that help?
 
  Cheers, Tim
 
  On Jul 28, 7:32 pm, ph pkirsa...@gmail.com wrote:
 
 
 
   Is there a good recourse on how to setup/use scala project with maven?
 
   I've installed maven that comes with lift. Project is created with
   Eclipse maven plugin (q4ehttp://code.google.com/p/q4e/). I build and
   install scala project to local repository fine.
   I can also run project using mvn scala:run command from project
   folder.
   Now I need to run project from repository and I cannot figure out how
   to do so. Would I need to use mvn scala:run? This will resolve
   dependencies and install all required libraries...
   Scala plugin is not recognized as it declared only in pom. I'm
   trying to update maven's settings.xml, adding this:
 
   profile
   idenv-dev/id
   repositories
   repository
   idscala-tools.org/id
   nameScala-tools Maven2
 Repository/name
   url
 http://scala-tools.org/repo-releases/url
   /repository
   /repositories
   pluginRepositories
   pluginRepository
   idorg.scala-tools/id
   nameScala-tools Maven2
 Repository/name
   url
 http://scala-tools.org/repo-releases/url
   /pluginRepository
   /pluginRepositories
   /profile
 
 /profiles
 
 activeProfiles
   activeProfileenv-dev/activeProfile
 /activeProfiles
 
   now if I run mvn scala:run -DmainClass=... it gives me error:
   [ERROR] BUILD ERROR
   [INFO]
  
 
   [INFO] The plugin 'org.apache.maven.plugins:maven-scala-plugin' does
   not exist or no valid version could be found
 
   Maybe there is another way to run project from maven repository?
 
   Next step for me will be installing artifact into private remote
   repository (Artifactory) and run project from that remote
   repository... Any suggestions?

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: scala+maven

2009-07-29 Thread David Bernard
A very quick workflow about web dev in the java world :
1. developer create/work on a webapp
2. developer package the webapp into a archive my-webapp.war (who include
lift in your case) ('mvn package'), developer give the .war to deployer team
+ some configuration instruction (eg : how to configure RDBMS
connections,...)
3. deployer install the .war into his webapp/servlet container (eg. jetty is
a webapp container where to deploy you put the .war into the webapps dir of
jetty (rename it with the context name required or ROOT.war), restart jetty,
connect to ...). deployer could use script to ease repetitive task if he
wish (eg: capistrano or fabric, python, shell script,...)
4. goto 1

Choosing and configuring the webapp container is a matter of choice.

maven is a build tools, so you should not use it in environment except dev
(see http://wiki.github.com/dpp/liftweb/about-maven-mini-guide as an intro
and links at the end for details). The command mvn scala:run ... is for
dev only to run an object with main method.

Server
* don't need maven.
* require : jdk, webapp container (eg winstone, jetty, tomcat, glassfish,
jboss,...)
* optionnal: an other http front-end (lighttpd, nignx, apache,...), a
service controler/wrapper (java wrapper service, yajws, ...), ...

/davidB

On Wed, Jul 29, 2009 at 16:14, ph pkirsa...@gmail.com wrote:


 If I have private remote repository, I deploy there a new binaries,
 then all my servers need to run those binaries. I would need to get
 them to local repository and run locally.
 What would be a right workflow for that?



 On Jul 29, 4:54 am, David Bernard david.bernard...@gmail.com wrote:
  Hi,
 
  I don't understand what you try to do and what you mean by Now I need to
  run project from repository ?
  Could you provide the use case ?
 
  I also copy/move to the mailing-list maven-and-scala.
 
  /davidB
 
 
 
  On Tue, Jul 28, 2009 at 23:16, ph pkirsa...@gmail.com wrote:
 
   Maybe better question would be:
   How to run scala artifact from maven repository (local and/or private
   remote)?
 
   On Jul 28, 3:28 pm, Timothy Perrett timo...@getintheloop.eu wrote:
Hey there,
 
I wrote an article previously about how to use launchers with maven-
scala-plugin, find it here:http://is.gd/1RuLQ
 
Does that help?
 
Cheers, Tim
 
On Jul 28, 7:32 pm, ph pkirsa...@gmail.com wrote:
 
 Is there a good recourse on how to setup/use scala project with
 maven?
 
 I've installed maven that comes with lift. Project is created with
 Eclipse maven plugin (q4ehttp://code.google.com/p/q4e/). I build
 and
 install scala project to local repository fine.
 I can also run project using mvn scala:run command from project
 folder.
 Now I need to run project from repository and I cannot figure out
 how
 to do so. Would I need to use mvn scala:run? This will resolve
 dependencies and install all required libraries...
 Scala plugin is not recognized as it declared only in pom. I'm
 trying to update maven's settings.xml, adding this:
 
 profile
 idenv-dev/id
 repositories
 repository
 idscala-tools.org/id
 nameScala-tools Maven2
   Repository/name
 url
  http://scala-tools.org/repo-releases/url
 /repository
 /repositories
 pluginRepositories
 pluginRepository
 idorg.scala-tools/id
 nameScala-tools Maven2
   Repository/name
 url
  http://scala-tools.org/repo-releases/url
 /pluginRepository
 /pluginRepositories
 /profile
 
   /profiles
 
   activeProfiles
 activeProfileenv-dev/activeProfile
   /activeProfiles
 
 now if I run mvn scala:run -DmainClass=... it gives me error:
 [ERROR] BUILD ERROR
 [INFO]
 
  
 
 [INFO] The plugin 'org.apache.maven.plugins:maven-scala-plugin'
 does
 not exist or no valid version could be found
 
 Maybe there is another way to run project from maven repository?
 
 Next step for me will be installing artifact into private remote
 repository (Artifactory) and run project from that remote
 repository... Any suggestions?

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: scala+maven

2009-07-29 Thread David Bernard
I higlhy suggest you use a solution like nexus (IMO better than artifactory
to install/manage).

On Wed, Jul 29, 2009 at 17:07, Mark McBride mark.mcbr...@gmail.com wrote:


 I distilled at least two questions from this

 1) How do I use scala artifacts from a private remote repository (i.e.
 I don't need to go outside my own network to download artifacts)?
 2) How do I define the scala repositories in settings.xml instead of
 in every pom.xml file?

 We actually do something like #1 at work after having been burned by
 codehaus doing some unholy things to their repo and bringing our
 development to a halt.  We haven't yet gotten a real repository
 manager (e.g. Artifactory) in place to manage that, so our general
 workflow is

 1) Get the project working building against external remote
 repositories.  We do this by enabling an external-repo profile while
 developing
 2) Move the (now populated) local repository somewhere safe
 3) Try to build with against a clean local repository and only the
 private remote repository
 4) Note missing artifacts and deploy them to the private remote repository
 5) Goto 3 and repeat until the build succeeds

 It's tedious, but for small numbers of artifacts works ok.  For larger
 numbers of artifacts you can transfer entire directories from your
 local repo to the private remote repo.
 Or use something like Artifactory (recommended).

 Once you do this, you shouldn't need the additional repository and
 pluginRepository tags in projects.  In fact if you're going to the
 trouble of putting your scala artifacts in a private remote repository
 then having repository tags in poms should probably be a general
 no-no.

  ---Mark
 On Wed, Jul 29, 2009 at 7:14 AM, phpkirsa...@gmail.com wrote:
 
  If I have private remote repository, I deploy there a new binaries,
  then all my servers need to run those binaries. I would need to get
  them to local repository and run locally.
  What would be a right workflow for that?
 
 
 
  On Jul 29, 4:54 am, David Bernard david.bernard...@gmail.com wrote:
  Hi,
 
  I don't understand what you try to do and what you mean by Now I need
 to
  run project from repository ?
  Could you provide the use case ?
 
  I also copy/move to the mailing-list maven-and-scala.
 
  /davidB
 
 
 
  On Tue, Jul 28, 2009 at 23:16, ph pkirsa...@gmail.com wrote:
 
   Maybe better question would be:
   How to run scala artifact from maven repository (local and/or private
   remote)?
 
   On Jul 28, 3:28 pm, Timothy Perrett timo...@getintheloop.eu wrote:
Hey there,
 
I wrote an article previously about how to use launchers with maven-
scala-plugin, find it here:http://is.gd/1RuLQ
 
Does that help?
 
Cheers, Tim
 
On Jul 28, 7:32 pm, ph pkirsa...@gmail.com wrote:
 
 Is there a good recourse on how to setup/use scala project with
 maven?
 
 I've installed maven that comes with lift. Project is created with
 Eclipse maven plugin (q4ehttp://code.google.com/p/q4e/). I build
 and
 install scala project to local repository fine.
 I can also run project using mvn scala:run command from project
 folder.
 Now I need to run project from repository and I cannot figure out
 how
 to do so. Would I need to use mvn scala:run? This will resolve
 dependencies and install all required libraries...
 Scala plugin is not recognized as it declared only in pom. I'm
 trying to update maven's settings.xml, adding this:
 
 profile
 idenv-dev/id
 repositories
 repository
 idscala-tools.org/id
 nameScala-tools Maven2
   Repository/name
 url
  http://scala-tools.org/repo-releases/url
 /repository
 /repositories
 pluginRepositories
 pluginRepository
 idorg.scala-tools/id
 nameScala-tools Maven2
   Repository/name
 url
  http://scala-tools.org/repo-releases/url
 /pluginRepository
 /pluginRepositories
 /profile
 
   /profiles
 
   activeProfiles
 activeProfileenv-dev/activeProfile
   /activeProfiles
 
 now if I run mvn scala:run -DmainClass=... it gives me error:
 [ERROR] BUILD ERROR
 [INFO]
 
  
 
 [INFO] The plugin 'org.apache.maven.plugins:maven-scala-plugin'
 does
 not exist or no valid version could be found
 
 Maybe there is another way to run project from maven repository?
 
 Next step for me will be installing artifact into private remote
 repository (Artifactory) and run project from that remote
 repository... Any suggestions

[Lift] Re: Where is source code for demo app?

2009-07-29 Thread David Bernard
for http://demo.liftweb.net/index
http://github.com/dpp/liftweb/tree/222d3b02cf4de3c214505035b6fd2471b299d42f/sites

On Wed, Jul 29, 2009 at 19:05, Goldfish gregt...@mindspring.com wrote:


 I see nice features demo'd at both http://lift-example.appspot.com/index
 and http://demo.liftweb.net/index. Now where can I read the source
 code behind the site, so I can start implementing some of the same
 things?

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Good build tool for Lift/Scala projects

2009-07-24 Thread David Bernard
if what you dislike in pom, it's the xml (like me) try yaml (
http://wiki.github.com/mrdon/maven-yamlpom-plugin) ;)

On Fri, Jul 24, 2009 at 14:10, night_stalker usur...@gmail.com wrote:


 I hate pom.xml and prefer something like rake,scala code best.

 On Jul 24, 5:23 pm, Jeppe Nejsum Madsen je...@ingolfs.dk wrote:
  Hi,
 
  We're currently using Gradle to build our Lift app. I've used Gradle
  previously on a Java project and really liked it. Unfortunately, it's
  Scala support is just a patch against an older version, which doesn't
  work with the latest releases.
 
  So before I jump in and try to hack some Scala support for Gradle, I
  thought I would ask here.
 
  So what are good build tools for a Lift project? Maven and ant are not
  an option :-) Some requirements are:
 
  - Extendable which probably implies some kind of scripting support in
the build file (we have all our deployment and release automation
scripted)
 
  - Dependency management (ability to read Maven repos)
 
  - Multiplatform - (OS X, Windows, Linux)
 
  - Hudson integration
 
  - Ability to package war, run jetty etc.
 
  - Run specs/tests
 
  - Ability to either call Java libraries or have good libs for
integration with AWS (EC2, S3 etc)
 
  - For now this is a Scala only project.
 
  I've briefly looked at buildr but didn't get it to run on OS X. Another
  option might be sbt, but unsure how that works?
 
  Suggestions?
 
  /Jeppe

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Java alternatives?

2009-06-30 Thread David Bernard
Wicket works with scala (some blog/article over the net).

/davidB

On Tue, Jun 30, 2009 at 00:29, Naftoli Gugenhem naftoli...@gmail.comwrote:


 But if your team already has a bit of scala knowledge and is planning to
 transition gradually, I wonder if you could write the lift-specific parts in
 scala and delegate the logic to java code.

 -
 David Pollakfeeder.of.the.be...@gmail.com wrote:

 Sam,

 On Mon, Jun 29, 2009 at 1:49 PM, samreid samrr...@gmail.com wrote:

 
  My group may not be able to commit to Scala within the next year or
  so, so I have 2 related questions:


 Bummer...


 
 
  (1) What's the best non-Lift framework?  We are leaning toward
  something on the JVM and I've heard David speak fondly of Wicket.
 

 Depends on what you want to do.  For stateful web sites, I think Wicket's
 the best choice.  I'm not sure about REST frameworks.


 
  (2) Is there any possibility of writing Java source to run under
  lift?  I'm finding it difficult to even create a NodeSeq from Java,
  and we may have to write Scala adapters to reach some of the Lift
  functionality.  I know this seems like an awkward approach (and
  probably some level of competence with Scala would probably be
  necessary in order to read docs, etc.), but this might be a way we
  could get the benefits of Lift platform without the costs associated
  with Scala.  Or would this be significantly worse than just picking
  another framework?


 I would recommend picking another framework.  I'm not sure what you think
 the benefits of Lift are (I have my list, but yours may differ), but I
 think
 a lot of the value of Lift is based on Scala's Function and PartialFunction
 classes.  It'd be hellish to replicate this functionality by hand in Java.

 Thanks,

 David


 
 
  Thanks,
  Sam Reid
 
  
 


 --
 Lift, the simply functional web framework http://liftweb.net
 Beginning Scala http://www.apress.com/book/view/1430219890
 Follow me: http://twitter.com/dpp
 Git some: http://github.com/dpp



 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Hudson issue

2009-06-29 Thread David Bernard
I'd got the problem in previous server. I don't remember the solution (I
thought a version of hudson fixed this)
Try :
* to increase the ulimit of open file for the account running hudson
* to diseable build of the mvnsites/javadoc/scaladoc (or move it into an
other job)
* to cron a daily restart of hudson

/davidB

On Mon, Jun 29, 2009 at 23:15, Derek Chen-Becker dchenbec...@gmail.comwrote:

 Hudson barfed just now complaining about too many open files:

 Caused by: java.io.IOException: Cannot run program git (in directory
 /home/scalatools/hudson/.hud
 son/jobs/Lift/workspace): java.io.IOException: error=24, Too many open
 files

 I've restarted Hudson and it appears to be working now. I'm going to
 research this to see if it's a Hudson bug or possibly and issue with our
 machine config, so I was wondering if anyone has seen something like this
 before?

 Thanks,

 Derek

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: liftweb.net down now, and maven refuses to compile

2009-06-27 Thread David Bernard
Hi,

* It's right I don't monitor the mailing list actively (use keyword to
filter)
* I'm no longer admin of scala-tools.org (since 2 or 3 month).

To work offline with maven you need to call it with :
mvn -o 

but there is a bug with maven 2.0.x and offline mode. you need to use and
install 2.1.0.
An other tips : I suggest you modify your pom.xml (or settings.xml) with the
following code to avoid daily update of lift-snapshots (only on demand when
you call mvn -U )

repository
  idscala-tools.org.snapshots/id
  nameScala Tools Maven2 Repository/name  url
http://scala-tools.org/repo-snapshots/url
  releases
enabledfalse/enabled
  /releases
  snapshots
enabledtrue/enabled
updatePolicynever/updatePolicy
  /snapshots
/repository

see for details
http://maven.apache.org/ref/current/maven-model/maven.html#class_snapshots

/davidB

On Sat, Jun 27, 2009 at 12:03, Ellis ellis.whiteh...@gmail.com wrote:


  try maven -o 
 The point of my message was that maven -o doesn't work! :)


 On Jun 27, 11:06 am, marius d. marius.dan...@gmail.com wrote:
  try maven -o 
 
  Marius
 
  On Jun 27, 11:46 am, Ellis ellis.whiteh...@gmail.com wrote:
 
   Maven is suddenly refusing to compile because scala-tools.org is
   down.  Can the liftweb-snapshot-1.1 POM be changed in order to let
   maven work in offline mode?
 
   Here's an excerpt of the error message when trying to run in offline
   mode:
   $ mvn -o -npu compile
   [INFO]
   NOTE: Maven is executing in offline mode. Any artifacts not already in
   your local
   repository will be
   inaccessible.
   ...
   [ERROR] BUILD
   ERROR
   [INFO]
  
 
   [INFO] Failed to resolve
   artifact.
   ...
   Missing:
   --
   1) net.liftweb:lift-util:jar:1.1-SNAPSHOT
   ...
 
   The files DO appear to be in my local repository, last updated via
   maven yesterday at 15:20 GMT:
   $ ls -1 /home/ellis/.m2/repository/net/liftweb/lift-util/1.1-SNAPSHOT/
   lift-util-1.1-SNAPSHOT.jar
   lift-util-1.1-SNAPSHOT.jar.sha1
   lift-util-1.1-SNAPSHOT-javadoc.jar.lastUpdated
   lift-util-1.1-SNAPSHOT.pom
   lift-util-1.1-SNAPSHOT.pom.sha1
   lift-util-1.1-SNAPSHOT-sources.jar
   lift-util-1.1-SNAPSHOT-sources.jar.sha1
   maven-metadata-scala-tools.org.snapshots.xml
   maven-metadata-scala-tools.org.snapshots.xml.sha1
   maven-metadata-scala-tools.org.xml
   resolver-status.properties
 
   Any ideas how to force maven to use the files that it was content to
   use yesterday?
 
   Thanks,
   Ellis
 
 

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: liftweb.net down now, and maven refuses to compile

2009-06-27 Thread David Bernard
Hi,

* To generate the api : all the jar should be installed  (mvn install
scala:doc). that is very long because generating api redo compilation
(vscaladoc and scaldoc use the scalac api)
* To generate the api in a single doc, I used experimental feature of
maven-scala-plugin (2.11-SNAPSHOT) and vscaladoc (1.2-SNASHOT). But the test
case I used to check this feature failed with latest SNAPSHOT of both tool
(a failure when scala.XML try to load DTD of HTML). I'll release
maven-scala-plugin soon (few days) and vscaladoc when the agregate feature
will be fixed + some other fix. I hope both will be available before
2009-07-15.

/davidB

On Sat, Jun 27, 2009 at 20:16, Timothy Perrett timo...@getintheloop.euwrote:


 That im not sure - its a vscaladoc thing (which DavidB wrote)...
 perhaps he'll chime in shortly with a solution. From what I remember
 it requires some additional configuration to do this which we don't
 use by default in the lift code base proper (the online api doc is
 pushed out by our hudson install)

 Cheers, Tim

 On Jun 27, 5:29 pm, george geo...@mattandgeorge.com wrote:
  ok, well i upgraded maven to 2.1.0 and the build succeeded.
 
  but how can I generate the docs so they are combined into one set like
  onhttp://scala-tools.org/scaladocs/liftweb/1.0, instead of broken up
  by package ?

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Downloading...

2009-06-21 Thread David Bernard
Hi,

The default archetype (template) for lift project include lift-core as
dependencies.
lift-core == all lift artifact (jar in your case) and one of the artifact is
lift-xmpp (jabber). If you only want minimum then modify  the dependencies
section in your pom.xml (eg, for web only use lift-webkit)
see http://scala-tools.org/mvnsites/liftweb/index.html to have the list of
modules and some description.

/davidB

On Sun, Jun 21, 2009 at 13:53, Joe Wass j...@folktunefinder.com wrote:


 This is the thing. I don't suspect I'll ever be developing something
 that needs a Jabber client (that's what it looks like 'smack' is) so I
 don't really want to have the code on my disc (it's not the space,
 it's the principle; how large will the repositories eventually get?).
 At the same time I don't want to be out of sync with things I do
 want...

 Or, being a pom file, is it only the Maven configuration for said
 packages? Perhaps I'll just familiarise myself with Maven...

 Joe

 On Jun 20, 11:31 pm, Kevin Wright kev.lee.wri...@googlemail.com
 wrote:
  Nothing to do with gitThis is just maven attempting to download the
 distinct
  modules smack and smackx
 
  Maven behaviour is to attempt all known repositories until a given
 artifact
  was found, in this case you had two known repos: scala-tools.org and
  repo1.maven.org
 
  On Sat, Jun 20, 2009 at 10:14 PM, Joe Wass j...@folktunefinder.com
 wrote:
 
   I'm trying to compile my Lift application but it seems that every time
   I do it tries to download something or other. Case in point, just now:
 
   Downloading:
  http://scala-tools.org/repo-releases/org/igniterealtime/smack/smack/3.
 ..
   Downloading:
  http://repo1.maven.org/maven2/org/igniterealtime/smack/smack/3.1.0/sm.
 ..
   Downloading:
  http://scala-tools.org/repo-releases/org/igniterealtime/smack/smackx/.
 ..
   Downloading:
  http://repo1.maven.org/maven2/org/igniterealtime/smack/smackx/3.1.0/s.
 ..
 
   As it happens my net connection was down (faulty line, not out of
   choice) and I couldn't compile things without a massive delay. Is this
   a side-effect of the Git approach to source control (i.e. you get the
   whole repository whether you like it or not) or is it something
   entirely different? Sure enough I can use the -o flag to say I'm off-
   line, but I suppose that will mean taking a hit next time I tell it
   that I'm not offline? Is Lift suitable for development away from the
   internet?
 
   Joe

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: scala-forum.org is open!

2009-06-16 Thread David Bernard
Don't worry about duplication, I removed other post.

On Tue, Jun 16, 2009 at 12:45, Christian Helmbold c.helmb...@gmx.de wrote:


 Hi,

 the new forum for Scala developers is open: http://scala-forum.org

 Come in and talk about Scala programming and Scala frameworks!

 Regards,
 Christian


 PS: I hope this message is sent only once - Google told me about troubles
 and I tried it several times.
 --
 GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
 Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Difference between running from command line and from Eclipse

2009-06-16 Thread David Bernard
oups (old version) set the version to 6.1.17 or any 6.1.x and remove range
version indicator [ and ,)

On Tue, Jun 16, 2009 at 22:14, Philippe Kirsanov pkirsa...@gmail.comwrote:

 Thank you for the reply, however I don't think this is the issue (I tried
 and that didn't work).Seems like issue in which version of Jetty is used.
 Maven generates pom file with jetty version [6.1.16,) and this works from
 command line, in Eclipse however it tries to use version 7.0.0.pre5 (I see
 it in dependencies). Changing jetty to version 7.0.0.pre5 in pom forces
 same error running from command line.
 The question is how to make maven plugin Eclipse use jetty v6 and not 7
 pre5.


 On Tue, Jun 16, 2009 at 15:32, Jeppe Nejsum Madsen je...@ingolfs.dkwrote:


 On 16 Jun 2009, ph wrote:


  I've created a test hello-world lift project and it runs fine.
  http://wiki.liftweb.net/index.php/HowTo_start_a_new_liftwebapp
 
  also I've imported this project to Eclipse (mvn eclipse:eclipse) and
  import from Eclipse. I'm currently using m2eclipse (http://
  m2eclipse.codehaus.org/), but before I tried Eclipse IAM with same
  result:
  error in src/test/scala/RunWebApp.scala
  import _root_.org.mortbay.jetty.webapp.WebAppContext = WebAppContext
  is not in webapp
 
  project still runs from command line and fails in Eclipse
 
  I tried to create lift projects with maven in eclipse with same result
  - that error
 
  I'm on Windows

 I had the same problems. IIRC, it's a problem with the build path source
 folders/multiple output folders generated by the mvn eclipse plugin.

 I fixed this by manually deleting the source folders in eclipse and then
 adding
  src/main/scala
  src/test/scala

 as source folders (using the default output folder)

 /Jeppe





 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: How to prevent OutOfMemory while compiling Lift project?

2009-06-09 Thread David Bernard
maven fork a new jvm to run scalac (by default) so MAVEN_OPTS is not used to
launch scalac you need to define the  (like David P said)
configuration
  jvmArgs
jvmArg-Xmx1024m/jvmArg
  /jvmArgs

if you want to customize the jvm args

/davidB

On Tue, Jun 9, 2009 at 17:45, Kevin Wright kev.lee.wri...@googlemail.comwrote:

 It might be permgen space, I'm currently using:

 MAVEN_OPTS=-Xms1024m -Xmx1024m -XX:MaxPermSize=256m
 -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC

 *-Xms1024m -Xmx1024m* set the min and max the same, so no dynamic
 reallocation will happen, should be faster :)
 *-XX:MaxPermSize=256m* sets the size of the permenant generation, you
 usually need this if you have a large heap
 *-XX:+UnlockExperimentalVMOptions -XX:+UseG1GC* enables the G1 garbage
 collector (this need the LATEST java update), which seems to be a bit
 faster.


 On Tue, Jun 9, 2009 at 4:14 PM, sailormoo...@gmail.com 
 sailormoo...@gmail.com wrote:


 Hi :

   When my project grows, it seems a mvn clean following a mvn test
 would generally causes OutOfMemoryException, even with a set
 MAVEN_OPTS=-Xms512M -Xmx1024M.
 I got this error :

 [WARNING] Exception in thread main java.lang.OutOfMemoryError: Java
 heap space

 [WARNING]   at scala.StringBuilder$.scala$StringBuilder$$copyOf
 (StringBuilde
 r.scala:867)
 [WARNING]   at scala.StringBuilder.expandCapacity
 (StringBuilder.scala:112)
 [WARNING]   at scala.StringBuilder.append(StringBuilder.scala:246)
 [WARNING]   at scala.StringBuilder.append(StringBuilder.scala:234)
 [WARNING]   at scala.tools.nsc.symtab.Symbols$Symbol.fullNameString
 (Symbols.
 scala:1241)
 [WARNING]   at scala.tools.nsc.backend.jvm.GenJVM
 $BytecodeGenerator.javaName
 (GenJVM.scala:1583)
 [WARNING]   at scala.tools.nsc.backend.jvm.GenJVM$BytecodeGenerator
 $$anonfun
 $genBlock$1$1.apply(GenJVM.scala:971)
 [WARNING]   at scala.tools.nsc.backend.jvm.GenJVM$BytecodeGenerator
 $$anonfun
 $genBlock$1$1.apply(GenJVM.scala:868)
 [WARNING]   at scala.Iterator$class.foreach(Iterator.scala:414)
 [WARNING]   at scala.runtime.BoxedArray$AnyIterator.foreach
 (BoxedArray.scala
 :45)
 [WARNING]   at scala.Iterable$class.foreach(Iterable.scala:256)
 [WARNING]   at scala.runtime.BoxedArray.foreach(BoxedArray.scala:
 24)
 [WARNING]   at scala.tools.nsc.backend.icode.BasicBlocks
 $BasicBlock.foreach(
 BasicBlocks.scala:130)
 [WARNING]   at scala.tools.nsc.backend.jvm.GenJVM
 $BytecodeGenerator.genBlock
 $1(GenJVM.scala:868)
 [WARNING]   at scala.tools.nsc.backend.jvm.GenJVM
 $BytecodeGenerator.genBlock
 s$1(GenJVM.scala:791)
 [WARNING]   at scala.tools.nsc.backend.jvm.GenJVM
 $BytecodeGenerator.genCode(
 GenJVM.scala:1415)
 [WARNING]   at scala.tools.nsc.backend.jvm.GenJVM
 $BytecodeGenerator.genMetho
 d(GenJVM.scala:594)
 [WARNING]   at scala.tools.nsc.backend.jvm.GenJVM$BytecodeGenerator
 $$anonfun
 $genClass$4.apply(GenJVM.scala:216)
 [WARNING]   at scala.tools.nsc.backend.jvm.GenJVM$BytecodeGenerator
 $$anonfun
 $genClass$4.apply(GenJVM.scala:216)
 [WARNING]   at scala.List.foreach(List.scala:841)
 [WARNING]   at scala.tools.nsc.backend.jvm.GenJVM
 $BytecodeGenerator.genClass
 (GenJVM.scala:216)
 [WARNING]   at scala.tools.nsc.backend.jvm.GenJVM$JvmPhase$$anonfun
 $run$2.ap
 ply(GenJVM.scala:55)
 [WARNING]   at scala.tools.nsc.backend.jvm.GenJVM$JvmPhase$$anonfun
 $run$2.ap
 ply(GenJVM.scala:55)
 [WARNING]   at scala.Iterator$class.foreach(Iterator.scala:414)
 [WARNING]   at scala.collection.Map$$anon$6.foreach(Map.scala:123)
 [WARNING]   at scala.tools.nsc.backend.jvm.GenJVM$JvmPhase.run
 (GenJVM.scala:
 55)
 [WARNING]   at scala.tools.nsc.Global$Run.compileSources
 (Global.scala:574)
 [WARNING]   at scala.tools.nsc.Global$Run.compile(Global.scala:
 667)
 [WARNING]   at scala.tools.nsc.Main$.process(Main.scala:73)
 [WARNING]   at scala.tools.nsc.Main$.main(Main.scala:87)
 [WARNING]   at scala.tools.nsc.Main.main(Main.scala)
 [INFO]
 
 [ERROR] BUILD FAILURE
 [INFO]
 
 [INFO] command line returned non-zero value:1
 [INFO]
 
 [INFO] For more information, run Maven with the -e switch
 [INFO]
 
 [INFO] Total time: 1 minute 4 seconds
 [INFO] Finished at: Tue Jun 09 23:10:56 CST 2009
 [INFO] Final Memory: 16M/508M
 [INFO]
 




 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com

[Lift] Re: Vscaladoc not grokking new documentation

2009-06-06 Thread David Bernard
Hi,

It's a bug, I'll try to add a test case. (you could open issue at
http://github.com/davidB/vscaladoc/issues)
From the source code of the page the doc is present. I suggest you remove
the p tag from the comment (at least the first pair).

a side note. you could have colorized code if you use
  pre name=code class=scala or textarea name=code class=scala
instead of simple
  pre

/davidB

PS: I'm was off-line several days.

On Mon, Jun 1, 2009 at 00:05, Timothy Perrett timo...@getintheloop.euwrote:


 Try shooting David B a mail offline – he’s the vscaladoc master Not
 sure that he watches the lift list too much these days. Having said that
 I’ve not seen him on Gtalk for sometime so not sure what his movements are.

 Cheers, Tim

 On 31/05/2009 22:50, Derek Chen-Becker dchenbec...@gmail.com wrote:

 No, because they're intended to be formatting for the Scaladoc. Note that I
 escape entities within the table that should be displayed.


 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: lift-webkit src not on github

2009-05-15 Thread David Bernard
in the subdir lift (and not lift-webkit)

http://github.com/dpp/liftweb/tree/501dc7c63306b0306ed0a1abd0537cfe3ed86176/lift

On Fri, May 15, 2009 at 14:26, Timothy Perrett timo...@getintheloop.euwrote:



 Eh?! I hope its still on github or we lost a lot of work ;-)

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

 Cheers, Tim

 On 15/05/2009 09:10, glenn gl...@exmbly.com wrote:

 
  I was looking for the latest src for lift-webkit and it's not
  available on github.  Where can I get hold of it?
 
 
  
 



 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: rlambda lift project updated

2009-05-15 Thread David Bernard
On Thu, May 14, 2009 at 21:41, Meredith Gregory lgreg.mered...@gmail.comwrote:

 Lifted,

 i've added support to the rlambda lift 
 projecthttp://code.google.com/p/rlambda/taking it within range of being a 
 candidate DSL-archetype. At this point it
 is possible simply to supply a .cf file in the src/main/bnfc directory and
 it will generate everything from that. i've still got to conditionally
 include the Eval and Compile functionality for DSL that have/don't have this
 capability.

 i've two remaining questions for this leg of the work.

- Does anyone know how to reference maven dependencies within some
flavor of maven-antrun-plugin? The original version does not appear to have
this functionality and Sun's maven-antrun-extended-plugin (which is 
 supposed
to supply this functionality) has so little documentation (that i could
find) that i couldn't get it to work after an hour our so.

 If I understand your request :

${maven.runtime.classpath}

see
http://maven.apache.org/plugins/maven-antrun-plugin/examples/classpaths.html


-
- This version requires that BNFC, as an executable, be available on
the path. Is there a blessed way to handle this sort of dependency?


I don't know a simple solution.



-
   - i've got a hare-brained scheme that will fix this -- a
   meta-compiler-compiler from BNFC's input format to ANTLR's. i could 
 include
   such a transform as a part of the project or a dependency and test for 
 the
   availability of BNFC and fall back to ANTLR if it's not available.

 If anybody wanted to give this round of updates a whirl, even give me a
 code review, i would be very grateful.

 Best wishes,

 --greg

 --
 L.G. Meredith
 Managing Partner
 Biosimilarity LLC
 1219 NW 83rd St
 Seattle, WA 98117

 +1 206.650.3740

 http://biosimilarity.blogspot.com

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: lift-webkit src not on github

2009-05-15 Thread David Bernard
no, it just mean that the lift directory was not renamed lift-webkit
(history raison).

On Fri, May 15, 2009 at 16:52, glenn gl...@exmbly.com wrote:


 Yes, I see it under lift. Does this mean the lift-webkit jar is going
 away?

 glenn...

 On May 15, 5:39 am, David Bernard david.bernard...@gmail.com wrote:
  in the subdir lift (and not lift-webkit)
 
  http://github.com/dpp/liftweb/tree/501dc7c63306b0306ed0a1abd0537cfe3e...
 
  On Fri, May 15, 2009 at 14:26, Timothy Perrett timo...@getintheloop.eu
 wrote:
 
 
 
   Eh?! I hope its still on github or we lost a lot of work ;-)
 
  http://github.com/dpp/liftweb/tree/master
 
   Cheers, Tim
 
   On 15/05/2009 09:10, glenn gl...@exmbly.com wrote:
 
I was looking for the latest src for lift-webkit and it's not
available on github.  Where can I get hold of it?

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Confusion about Lift-Core

2009-05-11 Thread David Bernard
See
http://groups.google.com/group/liftweb/browse_thread/thread/957d5c8942b70a19/6fc14f442224626a

the name lift-core was keep for backward compatibility and to avoid
existing user to replace lift-core by lift-full or the exact list of
need-jar in pom.xml.

/davidB

On Mon, May 11, 2009 at 16:10, David Pollak
feeder.of.the.be...@gmail.comwrote:

 In this case, I don't think lift-core means the same as the lift-core
 package.
 I'm also not a fan of layer diagrams in general... I think that they fail
 to show the interconnected nature of things... but that's just my learning
 style.


 On Sun, May 10, 2009 at 11:03 AM, Charles F. Munat c...@munat.com wrote:

 No complaints here. I'm just confused by the diagram in the Lift book.
 I'm very literal about these things, and this diagram doesn't make much
 sense to me. (Probably, the problem is in my addled brain, not the
 diagram.) I'm trying to figure out if it can be improved and, if so, how.



 Chas.

 David Pollak wrote:
  A long time ago, I insisted that Lift was everything that we had in all
  the Lift packages.  When DavidB split Lift into different packages, he
  called the whole thing that includes all Lift packages Lift Core.  It
  would probably be better named Lift Bloat (this is a joke), but it is
  what it is.
 
  On Sat, May 9, 2009 at 11:49 PM, Charles F. Munat c...@munat.com
  mailto:c...@munat.com wrote:
 
 
  What exactly is Lift-Core. When I read Chapter 7 of the Lift book,
 it
  says that Lift-Core is
 
  The engine of the framework responsible for the request/response
  lifecycle, the rendering pipeline, invoking the user's functions,
 etc.
  We don't directly cover the core in this book because essentially
 all of
  the functionality that we do cover sits on top of the core.
 
  But when I look in the source code under lift-core, there's nothing
  there except a pom.xml file that appears to pull a bunch of
  dependencies, namely, lift-util, lift-webkit, lift-mapper,
 lift-machine,
  lift-record, lift-textile, lift-facebook, lift-amqp, lift-xmpp, and
  lift-widgets.
 
  So does lift-core comprise these widgets? Or is the lift-core
  something else? (The diagram in the book shows the Mapper, for
 example,
  as being separate from the Core.)
 
  Thanks for any help.
 
  Chas.
 
 
 
 
 
  --
  Lift, the simply functional web framework http://liftweb.net
  Beginning Scala http://www.apress.com/book/view/1430219890
  Follow me: http://twitter.com/dpp
  Git some: http://github.com/dpp
 
  





 --
 Lift, the simply functional web framework http://liftweb.net
 Beginning Scala http://www.apress.com/book/view/1430219890
 Follow me: http://twitter.com/dpp
 Git some: http://github.com/dpp

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Generating the site?

2009-05-05 Thread David Bernard
could you try :
cd liftweb
mvn install site-deploy -Prelease

the fully generated site should be generated into
$HOME/.m2/mvn-sites/liftweb

On Tue, May 5, 2009 at 21:17, Derek Chen-Becker dchenbec...@gmail.comwrote:

 I'm working on updating the Scaladocs right now and I'm running into issues
 generating the site. vscaladoc seems to download OK now, but when it runs I
 get all sorts of errors. Am I doing something wrong? Here's what I'm
 getting:



 [INFO] [site:site]
 [INFO] Generating Project License report.
 [INFO] Generating Dependency Convergence report.
 [INFO] Generating Source Repository report.
 [INFO] Generating Continuous Integration report.
 [INFO] Generating Plugin Management report.
 [INFO] Generating Issue Tracking report.
 [INFO] Generating Project Team report.
 [INFO] Generating Mailing Lists report.
 [INFO] Generating About report.
 [INFO] Generating Project Plugins report.
 [INFO] Generating Project Summary report.
 [INFO] Generating Dependency Management report.
 [INFO] Generating Dependencies report.
 [INFO] Generating Surefire Report report.
 [WARNING] Unable to locate Test Source XRef to link to - DISABLED
 [INFO] Generating ScalaDocs report.
 [INFO] Checking for multiple versions of scala
 [INFO] delete :/home/software/liftweb/lift/target/site/scaladocs
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/SHtml.scala:19:
 error: value util is not a member of package net.liftweb
 [WARNING] import _root_.net.liftweb.util._
 [WARNING]   ^
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/SHtml.scala:20:
 error: value util is not a member of package net.liftweb
 [WARNING] import _root_.net.liftweb.util.Helpers._
 [WARNING]   ^
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/js/JsCommands.scala:19:
 error: value util is not a member of package net.liftweb
 [WARNING] import _root_.net.liftweb.util.Helpers._
 [WARNING]   ^
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/js/JsCommands.scala:20:
 error: value util is not a member of package net.liftweb
 [WARNING] import _root_.net.liftweb.util.Helpers
 [WARNING]   ^
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/js/JsCommands.scala:21:
 error: value util is not a member of package net.liftweb
 [WARNING] import _root_.net.liftweb.util.TimeHelpers
 [WARNING]   ^
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/js/JsCommands.scala:22:
 error: value util is not a member of package net.liftweb
 [WARNING] import _root_.net.liftweb.util._
 [WARNING]   ^
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/S.scala:24:
 error: value util is not a member of package net.liftweb
 [WARNING] import _root_.net.liftweb.util.{Helpers, ThreadGlobal,
 LoanWrapper, Box, Empty, Full, Failure,
 [WARNING]   ^
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/SHtml.scala:216:
 error: missing parameter type
 [WARNING] jsonText(value, exp = json(cmd, exp), attrs :_*)
 [WARNING] ^
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/LiftRules.scala:19:
 error: value util is not a member of package net.liftweb
 [WARNING] import _root_.net.liftweb.util._
 [WARNING]   ^
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/LiftRules.scala:20:
 error: value util is not a member of package net.liftweb
 [WARNING] import _root_.net.liftweb.util.Helpers._
 [WARNING]   ^
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/SHtml.scala:297:
 error: value % is not a member of Any
 [WARNING] (span{rs % (onclick - (ui.hide(sid).cmd 
 [WARNING]^
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/SHtml.scala:299:
 error: value % is not a member of Any
 [WARNING] {dealWithBlur(rh % (style - display: none),
 (ui.show(sid).cmd  ui.hide(hid).cmd))}
 [WARNING]  ^
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/js/JSArtifacts.scala:20:
 error: value util is not a member of package net.liftweb
 [WARNING] import _root_.net.liftweb.util.{Box, Full, Empty}
 [WARNING]   ^
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/SHtml.scala:308:
 error: type mismatch;
 [WARNING]  found   : Any
 [WARNING]  required: String
 [WARNING] val rh = span id={hid}{hidden(ui.show(sid).toJsCmd + ; +
 ui.hide(hid).toJsCmd + ;)}/span
 [WARNING] ^
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/SHtml.scala:309:
 error: value % is not a member of Any
 [WARNING] (span{rs % (onclick - (ui.hide(sid).toJsCmd + ; +
 ui.show(hid).toJsCmd + 

[Lift] Re: Generating the site?

2009-05-05 Thread David Bernard
Sorry it is not currenlty supported by (v)scaladoc, but it should. I created
http://github.com/davidB/vscaladoc/issues/#issue/1
So use tag you need (existing, whish,...) and I'll try to add support in
vscaladoc (1.3+, 1.2 will be release next week-end).

On Tue, May 5, 2009 at 22:13, Derek Chen-Becker dchenbec...@gmail.comwrote:

 OK, I had missed a trailing slash, which was screwing up S.scala. Now that
 I have the docs built, I'm noticing another issue. vscaladoc doesn't appear
 to properly process @see tags according to the javadoc conventions:

 http://java.sun.com/j2se/1.5.0/docs/tooldocs/windows/javadoc.ht...@see

 For instance, I have this in the scaladoc comment for S.request:

   /**
* Get the current Req
*
* @return the current Req
*
* @see Req
*/
   def request: Box[Req] = Box !! _request.value

 But the scaladoc just outputs plain text Req instead of a link to the Req
 class page. Similarly, if I use the method within this class notation:

   /**
* Finds a cookie with the given name
* @param name - the name of the cookie to find
*
* @return Full(cookie) if the cookie exists, Empty otherwise
*
* @see #receivedCookies()
* @see #addCookie(Cookie)
* @see #deleteCookie(Cookie)
* @see #deleteCookie(String)
*/
   def findCookie(name: String): Box[Cookie] =

 I get just the #receivedCookies() text, etc. Is this something that
 vscaladoc supports? I think that having cross-links in the documentation
 would really help people navigate the functionality in Lift.

 Thanks,

 Derek


 On Tue, May 5, 2009 at 1:41 PM, Derek Chen-Becker 
 dchenbec...@gmail.comwrote:

 I'm issuing this from within liftweb/lift. I'm going to try a root mvn
 clean install to make sure that I haven't somehow broken the code by adding
 comments.

 Derek


 On Tue, May 5, 2009 at 1:35 PM, David Bernard david.bernard...@gmail.com
  wrote:

 I think you have the problem because the jar with net.liftweb.utils was
 not in your classpath.
 (v)scaladoc works only on compilable code.


 On Tue, May 5, 2009 at 21:32, David Bernard 
 david.bernard...@gmail.comwrote:

 could you try :
 cd liftweb
 mvn install site-deploy -Prelease

 the fully generated site should be generated into
 $HOME/.m2/mvn-sites/liftweb


 On Tue, May 5, 2009 at 21:17, Derek Chen-Becker 
 dchenbec...@gmail.comwrote:

 I'm working on updating the Scaladocs right now and I'm running into
 issues generating the site. vscaladoc seems to download OK now, but when 
 it
 runs I get all sorts of errors. Am I doing something wrong? Here's what 
 I'm
 getting:



 [INFO] [site:site]
 [INFO] Generating Project License report.
 [INFO] Generating Dependency Convergence report.
 [INFO] Generating Source Repository report.
 [INFO] Generating Continuous Integration report.
 [INFO] Generating Plugin Management report.
 [INFO] Generating Issue Tracking report.
 [INFO] Generating Project Team report.
 [INFO] Generating Mailing Lists report.
 [INFO] Generating About report.
 [INFO] Generating Project Plugins report.
 [INFO] Generating Project Summary report.
 [INFO] Generating Dependency Management report.
 [INFO] Generating Dependencies report.
 [INFO] Generating Surefire Report report.
 [WARNING] Unable to locate Test Source XRef to link to - DISABLED
 [INFO] Generating ScalaDocs report.
 [INFO] Checking for multiple versions of scala
 [INFO] delete :/home/software/liftweb/lift/target/site/scaladocs
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/SHtml.scala:19:
 error: value util is not a member of package net.liftweb
 [WARNING] import _root_.net.liftweb.util._
 [WARNING]   ^
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/SHtml.scala:20:
 error: value util is not a member of package net.liftweb
 [WARNING] import _root_.net.liftweb.util.Helpers._
 [WARNING]   ^
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/js/JsCommands.scala:19:
 error: value util is not a member of package net.liftweb
 [WARNING] import _root_.net.liftweb.util.Helpers._
 [WARNING]   ^
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/js/JsCommands.scala:20:
 error: value util is not a member of package net.liftweb
 [WARNING] import _root_.net.liftweb.util.Helpers
 [WARNING]   ^
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/js/JsCommands.scala:21:
 error: value util is not a member of package net.liftweb
 [WARNING] import _root_.net.liftweb.util.TimeHelpers
 [WARNING]   ^
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/js/JsCommands.scala:22:
 error: value util is not a member of package net.liftweb
 [WARNING] import _root_.net.liftweb.util._
 [WARNING]   ^
 [WARNING]
 /home/software/liftweb/lift/src/main/scala/net/liftweb/http/S.scala:24:
 error: value util

[Lift] Re: developing Scala/Lift using Eclipse

2009-04-29 Thread David Bernard
Quick note :

* You need to use build-helper-maven-plugin (like Josh shown) only for mixed
project.
* if you set in your
  build
sourceDirectorysrc/main/scala/sourceDirectory
testSourceDirectorysrc/test/scala/testSourceDirectory

then the maven-eclipse-plugin use the right directory (archetype use this
setup)

my 2c

/davidB

On Wed, Apr 29, 2009 at 14:46, Josh Suereth joshua.suer...@gmail.comwrote:

 It should be innocuous.  (Assuming no typing errors).  It will also fix
 some of your mvn eclipse:eclipse woes.

 Remember though, using mvn eclipse:eclipse does *not* give the Scala IDE
 for Eclipse any chance to fix/edit its configuration.   Most eclipse
 plugins assume they have full control over *their* configuration and when
 doing things through eclipse APIs, they have a chance to respond and tweak
 the project settings appropriately.   This means that any bugs you run into
 in eclispe should be reproduced without using mvn eclipse:eclipse.  This is
 why you should prefer eclipse plugins, rather than maven plugins, to do
 integration between Scala + Maven + Eclipse.

 - Josh




 On Wed, Apr 29, 2009 at 5:29 AM, Channing Walton 
 channingwal...@mac.comwrote:


 Can we fix our existing Lift project poms by adding the lump of xml
 you just posted, or will that break things?




 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: scala-tools.org is down

2009-04-22 Thread David Bernard
The mvnsites links on home page (http://scala-tools.org/) aren't redirected
correctly.

http://scala-tools.org/mvnsites ... failed
http://scala-tools.org/mvnsites/ ... works

/davidB

On Wed, Apr 22, 2009 at 16:14, TylerWeir tyler.w...@gmail.com wrote:


 Seems fine to me.  Can you try again?

 On Apr 22, 9:45 am, smlz marco.schm...@gmail.com wrote:
  Hi list
 
  scala-tools.org seems to be down. Is there a backup somewhere with the
  liftweb documentation?
 
  Thanks,
 
  Marco
 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Can't get applications to run in Jetty

2009-04-21 Thread David Bernard
hi,

Can you run (and report the output) :
mvn compile -Dmaven.scala.displayCmd=true

/davidB

On Tue, Apr 21, 2009 at 14:22, Julian Howarth howar...@freenet.co.ukwrote:



 On Apr 21, 12:56 pm, Timothy Perrett timo...@getintheloop.eu wrote:
  Can you try with maven 2.0.9...

 I've now switched to maven 2.0.9 but the error is exactly the same as
 before. I removed the directories and reran the mvn archetype:generate
 command. This was successful again. It was the jetty command that
 failed again.

  Also, I think your java version would be 6
  for the JRE, but 1.5.0 for the JDK that ships with OSX?

 I'm fairly confident that the Java JDK is set to 1.6 as I've been
 using it for 6 months. Both java -version and javac -version give
 1.6.0_07 as the version number. My JAVA_HOME is also set there.

 
  Cheers, Tim
 
  On 21/04/2009 11:29, Julian Howarth howar...@freenet.co.uk wrote:
 
 
 
   I'm getting started with Lift and am trying to run the examples from
   the Exploring Lift book but get errors when I try to run the
   application on Jetty. I have also tried following the examples from
   Getting Started Guide and the wiki, but always end up with similar
   errors.
 
   So I run:
 
   mvn archetype:generate -U  -DarchetypeGroupId=net.liftweb  -
   DarchetypeArtifactId=lift-archetype-blank  -DarchetypeVersion=1.0  -
   DremoteRepositories=http://scala-tools.org/repo-releases -
   DgroupId=demo.helloworld  -DartifactId=helloworld  -Dversion=1.0
 
   confirm the defaults and get a build success message at the end. I
   then run:
 
   cd helloworld
   mvn jetty:run
 
   and get the following:
 
   [INFO] Scanning for projects...
   [INFO]
  
 
   [INFO] Building helloworld
   [INFO]task-segment: [jetty:run]
   [INFO]
  
 
   [INFO] Preparing jetty:run
   [INFO] [resources:resources]
   [WARNING] Using platform encoding (MacRoman actually) to copy filtered
   resources, i.e. build is platform dependent!
   [INFO] Copying 0 resource
   [INFO] [yuicompressor:compress {execution: default}]
   [INFO] nb warnings: 0, nb errors: 0
   [INFO] [compiler:compile]
   [INFO] Nothing to compile - all classes are up to date
   [INFO] [scala:compile {execution: default}]
   [INFO] Checking for multiple versions of scala
   [INFO] Compiling 2 source files to /Users/julian/NetBeansProjects/
   lifttest/helloworld/target/classes
   [WARNING] Exception in thread main java.lang.ClassFormatError:
   Unknown constant tag 84 in class file scala/tools/nsc/transform/
   TypingTransformers$TypingTransformer
   [WARNING]  at java.lang.ClassLoader.defineClass1(Native Method)
   [WARNING]  at java.lang.ClassLoader.defineClass(ClassLoader.java:675)
   [WARNING]  at java.security.SecureClassLoader.defineClass
   (SecureClassLoader.java:124)
   [WARNING]  at java.net.URLClassLoader.defineClass(URLClassLoader.java:
   260)
   [WARNING]  at java.net.URLClassLoader.access$000(URLClassLoader.java:
   56)
   [WARNING]  at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
   [WARNING]  at java.security.AccessController.doPrivileged(Native
   Method)
   [WARNING]  at java.net.URLClassLoader.findClass(URLClassLoader.java:
   188)
   [WARNING]  at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
   [WARNING]  at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:
   288)
   [WARNING]  at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
   [WARNING]  at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:
   374)
   [WARNING]  at java.lang.ClassLoader.defineClass1(Native Method)
   [WARNING]  at java.lang.ClassLoader.defineClass(ClassLoader.java:675)
   [WARNING]  at java.security.SecureClassLoader.defineClass
   (SecureClassLoader.java:124)
   [WARNING]  at java.net.URLClassLoader.defineClass(URLClassLoader.java:
   260)
   [WARNING]  at java.net.URLClassLoader.access$000(URLClassLoader.java:
   56)
   [WARNING]  at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
   [WARNING]  at java.security.AccessController.doPrivileged(Native
   Method)
   [WARNING]  at java.net.URLClassLoader.findClass(URLClassLoader.java:
   188)
   [WARNING]  at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
   [WARNING]  at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:
   288)
   [WARNING]  at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
   [WARNING]  at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:
   374)
   [WARNING]  at scala.tools.nsc.Global.superAccessors(Global.scala:287)
   [WARNING]  at scala.tools.nsc.Global.builtInPhaseDescriptors
   (Global.scala:403)
   [WARNING]  at scala.tools.nsc.plugins.Plugins
   $class.computePhaseDescriptors(Plugins.scala:154)
   [WARNING]  at scala.tools.nsc.Global.computePhaseDescriptors
   (Global.scala:34)
   [WARNING]  at scala.tools.nsc.Global.phaseDescriptors(Global.scala:
   442)
   [WARNING]  at 

[Lift] Re: http://demo.liftweb.net/ Source

2009-04-13 Thread David Bernard
may  be sites directory should be renamed examples ?

2009/4/13 João Pereira joaomiguel.pere...@gmail.com

 How did i miss that one :)

 On Mon, Apr 13, 2009 at 6:13 PM, David Pollak 
 feeder.of.the.be...@gmail.com wrote:

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

 2009/4/13 João Pereira joaomiguel.pere...@gmail.com

 Where can I find the source for http://demo.liftweb.net/ ?

 joão





 --
 Lift, the simply functional web framework http://liftweb.net
 Beginning Scala http://www.apress.com/book/view/1430219890
 Follow me: http://twitter.com/dpp
 Git some: http://github.com/dpp





 --
 João Miguel Pereira, PMP
 http://jpereira.eu
 http://www.linkedin.com/in/joaomiguelpereira
 joaomiguel.pere...@gmail.com
 (351) 96 275 68 58

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Welcome Lee Mighdoll to the Lift committers

2009-03-18 Thread David Bernard

Bienvenue !

On Wed, Mar 18, 2009 at 10:33, Timothy Perrett timo...@getintheloop.eu wrote:

 Welcome Lee - good to have you on board.

 Send me a picture and bio of yourself and i'll add you to the
 liftweb.net team list :-)

 Cheers, Tim

 On Mar 18, 9:12 am, marius d. marius.dan...@gmail.com wrote:
 Lee, you're most welcomed !

 On Mar 18, 5:11 am, David Pollak feeder.of.the.be...@gmail.com
 wrote:

  Folks,
  I'm pleased to welcome Lee Mighdoll to the Lift committers.  Lee wrote the
  brilliant line:

  Lift is an expressive and elegant framework for writing web applications.

  Almost 18 months ago... but he's not a marketing guy, he's a code slinger
  and he's going to be slinging some pretty cool code into Lift.

  Please join me in welcoming Lee on board!

  Thanks,

  David

  --
  Lift, the simply functional web frameworkhttp://liftweb.net
  Beginning Scalahttp://www.apress.com/book/view/1430219890
  Follow me:http://twitter.com/dpp
  Git some:http://github.com/dpp
 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Google search results

2009-03-12 Thread David Bernard

It'll be done next week-end.

On Thu, Mar 12, 2009 at 17:43, James Matlik james.mat...@gmail.com wrote:
 Why not have those links generate 301 redirects to the new site locations?
 It won't do much for people's existing bookmarks, but should allow search
 engines to update without the dead links.

 On Wed, Mar 11, 2009 at 6:50 PM, Timothy Perrett timo...@getintheloop.eu
 wrote:

 In short, no. We can't fix those results as they are generated by
 google not by our good selves.

 I belive this is because the wiki used to be on the lift TLD. Over
 time this will work itself out - appologies for any confussion this
 had caused.

 Cheers, Tim

 Sent from my iPhone

 On 11 Mar 2009, at 18:20, lmorroni la...@morroni.com wrote:

 
  Hello,
  I could not help but notice that the mini site map that gets returned
  on google when searching for lift framework has dead links. Can
  someone fix that?
  Larry
 
  
 




 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: You guys rock!

2009-03-11 Thread David Bernard

About naming convention of test, I used :

class XxxxSpecTest extends org.specs.runner.JUnit4(XxxxSpec)

import org.specs._
object XxxxSpec extends Specification with ScalaCheck {


About file roller, I could modify the maven:cc to add an option that
rerun every test on change but I thing it will be not be very usable
with lot of test.
Having an info test to run when x is modify should be very usefull but
I don't know how to find it.

/davidB

On Wed, Mar 11, 2009 at 09:55, etorreborre etorrebo...@gmail.com wrote:

 Hi Alex,

 Knowing that you can write specs which can be run as JUnit tests,
 can't the continuous testing plugin in Eclipse work with that?

 Or would you like something simple like autotest in Ruby which polls
 the modified files regularly and executes the tests in the console if
 any file is modified? I've just seen someone creating a FilePoller in
 Scala. I could certainly make a good use of it then.

 Eric.

 PS:

 BTW, the next version of specs allows you to mix-in a JUnit trait (or
 ScalaTest) to a Specification like this:

 class mySpec extends Specification with JUnit { ... }

 The only difference with before is that your specification has to be a
 class. And in that case, if you want to execute it in the console you
 need to do:

 // if mySpec is a class, the run class can be used to execute it
 java -cp ... run org.mypackage.mySpec

 One more thing to note, if you're a Maven user (I don't remember how
 Buildr does it), you have to be careful about the Specification class
 naming because by default only **/*Test files are included. I recently
 made sure that all my Specifications in the project were named xxxSpec
 and Unit, and I configured Maven to execute only those.



 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Issue with http://liftweb.net site design (IE7 / Opera 9.63)

2009-02-27 Thread David Bernard
Tim

Do you use Blueprint css to create the new site ?

On Fri, Feb 27, 2009 at 17:23, Tim Perrett timo...@getintheloop.eu wrote:


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

 Cheers, Tim

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


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



Re: [maven-and-scala] [Lift] Build problems...

2009-02-17 Thread David Bernard
Hi,

I don't know Mac, there is a command line length limitation (as windows) and
is it possible that the shell block the execution and return exit code = 139
(without message) ?

which version of java do you have ?

Sorry to not be able to help you more :(

/davidB





 On 17/02/2009, at 3:35 PM, Josh Suereth wrote:

  Hm All the integration tests pass, perhaps you should try
  using the new maven-scala plugin (run mvn install on the maven-scala-
  plugin directory).  You do *not* want to clear your .m2 directory
  after doing so.  Then see if the new plugin fixes whatever issue is
  causing lift to break.  The other thing is try the scala command-
  line directly and see if you get a useful error meessage.
 
 
  Once again, sorry I could not be more help!

 Same result with the built plugin... hmmm. Not a problem on the help
 side of things! lift applications build rather nicely. Just can't
 build lift itself :(

 Marc


 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] [ANN] some jar on maven central repository

2009-02-13 Thread David Bernard
Hi,

just to inform you that the following groupId are sync (24H delay) from
http://scala-tools.org/repo-releases to maven central repository :
* org.scala-lang
* org.scala-tools
* net.liftweb

So you no more need to include the following code into your pom.xml (except
if you use lib from other groupId like specs, scalachecks, scalaz)

  repositories
repository
  idscala-tools.org/id
  nameScala-Tools Maven2 Repository/name
  urlhttp://scala-tools.org/repo-releases/url
  snapshots
enabledfalse/enabled
  /snapshots
/repository
  /repositories

  pluginRepositories
pluginRepository
  idscala-tools.org/id
  nameScala-Tools Maven2 Repository/name
  urlhttp://scala-tools.org/repo-releases/url
/pluginRepository
  /pluginRepositories


The archetypes will be updated later.

/davidB

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: confusion about lift-archetype-version versus lift version

2009-02-12 Thread David Bernard
0.11 isn't released the correct version number is 0.11-SNAPSHOT

On Thu, Feb 12, 2009 at 12:35, Tim Perrett he...@timperrett.com wrote:


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

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

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

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

 Is that cool?

 Tim


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


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: thanks

2009-02-12 Thread David Bernard
On Fri, Feb 13, 2009 at 05:43, Oliver ola...@gmail.com wrote:


 If you could that would be great!

 On Fri, Feb 13, 2009 at 10:55 AM, Jorge Ortiz jorge.or...@gmail.com
 wrote:
 
  One of the projects I keep putting off is to extract Lift's templating
  system into a component that could be used as a stand-alone library. If
 this
  is something you'd be interested in, let me know and I'll try to
 prioritize
  it.


I'm interesting, to generate static site.



 
  cheers
  Oliver
 
 
 
 
  
 

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Packaging lift application for distribution

2009-02-03 Thread David Bernard
http://alchim.sourceforge.net/winstone-maven-plugin/usage.html

but i'm not sur if winstone will work with Comet...

you could also try (not tested) to
* create a Main class (see RunWebapp under test)
* add jetty as dependency
* create an executable jar with the maven assembly plugin (
http://maven.apache.org/plugins/maven-assembly-plugin/usage.html)

On Mon, Feb 2, 2009 at 23:31, David Pollak feeder.of.the.be...@gmail.comwrote:

 Thomas,

 You can package Lift apps with OneJar and use the Winstone servlet
 container (http://winstone.sourceforge.net/ )  That'll put everything in 1
 JAR file and it should allow single-click launch on a Windows machine.

 Thanks,

 David

 On Fri, Jan 30, 2009 at 1:09 PM, Thomas Santana maill...@gmail.comwrote:


 I'm starting to look at lift as an alternative to a Scala+Swing
 application I have. I'll most likely embed Jetty anyway but after
 playing a little with Maven a question came to my mind: How to I
 package a Lift application to be run standalone on a desktop.

 My application comes with all the jars it needs (the two scala libs)
 and a couple of scripts to fire it off. I wonder if there is a way to
 build something like this for a Lift application. Something that makes
 easy for someone that is a regular user to get a simple one machine
 install done with a couple of clicks. Any hints?

 Thomas





 --
 Lift, the simply functional web framework http://liftweb.net
 Beginning Scala http://www.apress.com/book/view/1430219890
 Follow me: http://twitter.com/dpp
 Git some: http://github.com/dpp


 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: lift-example project file

2009-02-03 Thread David Bernard
Hi,

The xxx-project.tar.gz are no more available
you could try to download source from github
http://github.com/dpp/liftweb/tree/6bf372de579a64a65242722b63e5b83ea8274faf/sites/example#
or the download button at
http://github.com/dpp/liftweb/tree/6bf372de579a64a65242722b63e5b83ea8274faf/sites/example

if you source of an other exemple or an other version (without using git) :
use the tag menu, browse, use the download button.

/davidB

On Tue, Feb 3, 2009 at 23:15, Amy de Buitléir mhwom...@gmail.com wrote:


 On the HowTo run examples page in the Wiki
 (http://liftweb.net/index.php/HowTo_run_examples), the link to the
 lift-example project file doesn't work (404). All the other files are
 present in the directory, but not this one.


 http://scala-tools.org/repo-releases/net/liftweb/lift-example/0.10/lift-example-0.10-project.tar.bz2

 I would like to experiment with the examples to understand what Lift
 can do. Is there someplace else I can get this file?

 I tried version 0.9, but got some errors...

 [INFO]
 
 [ERROR] FATAL ERROR
 [INFO]
 
 [INFO] Error building POM (may not be this project's POM).


 Project ID: null:lift-example:war:null

 Reason: Cannot find parent: net.liftweb:lift-examples-parent for
 project: null:lift-example:war:null for project
 null:lift-example:war:null

 Amy

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Jorge's birthday ...

2009-01-30 Thread David Bernard
Bon Anniversaire

On Fri, Jan 30, 2009 at 08:48, Marius marius.dan...@gmail.com wrote:


 If Skype is right it must be Jorge's birthday !

 HAPPY BIRTHDAY MAN !

 Br's,
 Marius
 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Lift 0.10 example code

2009-01-29 Thread David Bernard
Archetypes are not sample/demo, they are project template to start your own
webapp
you could grab the war of demo at
http://scala-tools.org/repo-releases/net/liftweb/lift-example/0.10/

On Thu, Jan 29, 2009 at 18:13, Tim Perrett he...@timperrett.com wrote:



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

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

 Cheers, Tim

 On 29/01/2009 16:53, DavidV david.v.villa...@gmail.com wrote:

 
  Is there Lift example code, compatible with the 0.10 version library
  that is more robust than the lift-blank and lift-basic archetypes
  highlighted here:
  http://liftweb.net/index.php/Archetypes
 
  I'm looking for something more like the demo available from liftweb:
  http://demo.liftweb.net/
 
  Thanks,
  -David
 
  
 



 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Lift startup issue

2009-01-15 Thread David Bernard

it is due to migration to scala 2.7.3
try to use scalaVersion 2.7.3 and  lift 0.10 (no SNAPSHOT)
then rebuild : mvn clean package jetty:run

/davidB

On Thu, Jan 15, 2009 at 10:16, O'Rorke Paul p...@ororke.com wrote:

 I'm starting to see an issue with jetty choking when it fires up the
 lift servlet filter.
 Is anyone else seeing this?
 I have just been using mvn clean install and mvn jetty:run so I'm
 wondering if something got downloaded by maven that might cause this
 (perhaps a new version of Jetty?)
 All my Cans are Boxes and I changed the LiftRules appends in my code.
 It's a simple extension of the todo example that I'm using to learn
 lift and scala and was working fine until now.
 Going back to previous versions, even of another project, have
 produced the same error so I'm wondering if this is exogenous.
 [I'm really starting to think it's a mistake for me to be bringing in
 latest versions of things so I will probably tie Maven down to set
 versions of everything going forward.]
 ---Paul O

 the warnings below appear to be fatal as visiting the webapp turns up
 a 404.

 [INFO] Starting jetty 6.1H.14.1 ...
 2009-01-15 01:00:22.247::INFO:  jetty-6.1H.14.1
 2009-01-15 01:00:22.445::INFO:  No Transaction manager found - if your
 webapp requires one, please configure one.
 2009-01-15 01:00:22.744::WARN:  failed LiftFilter
 java.lang.VerifyError: (class: net/liftweb/util/EmptyBox, method: open_
 $bang signature: ()Ljava/lang/Object;) Can only throw Throwable objects
at net.liftweb.http.LiftRules$.init(LiftRules.scala:171)
at net.liftweb.http.LiftRules$.clinit(LiftRules.scala)
at net.liftweb.http.LiftFilter.init(LiftServlet.scala:516)
at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:97)
at
 org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
 org
 .mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:
 620)
at org.mortbay.jetty.servlet.Context.startContext(Context.java:140)
at
 org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:
 1234)
at
 org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:
 517)
at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:
 460)
at
 org
 .mortbay
 .jetty
 .plugin
 .Jetty6PluginWebAppContext.doStart(Jetty6PluginWebAppContext.java:124)
at
 org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
 org
 .mortbay
 .jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
at
 org
 .mortbay
 .jetty
 .handler
 .ContextHandlerCollection.doStart(ContextHandlerCollection.java:156)
at
 org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
 org
 .mortbay
 .jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
at
 org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
 org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:
 130)
at org.mortbay.jetty.Server.doStart(Server.java:222)
at
 org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
 org
 .mortbay.jetty.plugin.Jetty6PluginServer.start(Jetty6PluginServer.java:
 132)
at
 org
 .mortbay
 .jetty.plugin.AbstractJettyMojo.startJetty(AbstractJettyMojo.java:379)
at
 org
 .mortbay.jetty.plugin.AbstractJettyMojo.execute(AbstractJettyMojo.java:
 321)
at
 org
 .mortbay
 .jetty.plugin.AbstractJettyRunMojo.execute(AbstractJettyRunMojo.java:
 205)
at org.mortbay.jetty.plugin.Jetty6RunMojo.execute(Jetty6RunMojo.java:
 184)
at
 org
 .apache
 .maven
 .plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451)
at
 org
 .apache
 .maven
 .lifecycle
 .DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:
 558)
at
 org
 .apache
 .maven
 .lifecycle
 .DefaultLifecycleExecutor
 .executeStandaloneGoal(DefaultLifecycleExecutor.java:512)
at
 org
 .apache
 .maven
 .lifecycle
 .DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:482)
at
 org
 .apache
 .maven
 .lifecycle
 .DefaultLifecycleExecutor
 .executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330)
at
 org
 .apache
 .maven
 .lifecycle
 .DefaultLifecycleExecutor
 .executeTaskSegments(DefaultLifecycleExecutor.java:291)
at
 org
 .apache
 .maven
 .lifecycle
 .DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
 sun
 .reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:
 39)
at
 sun
 .reflect
 

[Lift] Re: was there a breaking change to lift?

2009-01-14 Thread David Bernard

Do a try before removing your maven repository, it should be not
required and if you want to remove something and avoid to re-download
every jars of the world only remove
.m2/repository/net/liftweb

On Thu, Jan 15, 2009 at 00:00, David Pollak
feeder.of.the.be...@gmail.com wrote:
 Okay,

 ESME and Buy a Feature are updated to Scala 2.7.3 and Lift 0.10 (release)

 For the rest of the folks on the list, please update your pom.xml files:

 The Scala version should be 2.7.3
 The Lift version (for all the various Lift components) should be 0.10 (not
 0.10-SNAPSHOT)

 Once you've made those changes, please blow away your Maven repository and
 do an mvn clean install to build your project against the released version
 of Lift 0.10

 Thanks,

 David

 On Wed, Jan 14, 2009 at 2:34 PM, David Pollak
 feeder.of.the.be...@gmail.com wrote:

 Folks,
 Give me an hour and all should be good (and I'll fix Buy a Feature and
 ESME while I'm at it.)
 Thanks,
 David

 On Wed, Jan 14, 2009 at 2:31 PM, Darren Hague dha...@fortybeans.com
 wrote:

 David,

 When changing pom.xml to Scala 2.7.3, should Lift be set to 0.10-
 SNAPSHOT or 0.10?

 Cheers,
 Darren
 [also suffering Sudden Build Failure Syndrome]

 On Jan 14, 10:22 pm, David Pollak feeder.of.the.be...@gmail.com
 wrote:
  Greg,
  Please remove your Maven repository (rm -rf ~/.m2) and see if that
  fixes
  things.
 
  Thanks,
 
  David
 
  On Wed, Jan 14, 2009 at 2:17 PM, Meredith Gregory
  lgreg.mered...@gmail.comwrote:
 
   David,
 
   Thanks for the quick response. Unfortunately, i still see the same
   behavior.
 
   Best wishes,
 
   --greg
 
   Here's the relevant fragment of my pom.xml
 
   project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=
  http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=
 
   http://maven.apache.org/POM/4.0.0http://maven.apache.org/maven-v4_0_0.xsd
   
 modelVersion4.0.0/modelVersion
 groupIdcom.biosimilarity.naturalselection/groupId
 artifactIdnaturalselection/artifactId
 version1.0-SNAPSHOT/version
 packagingwar/packaging
 namenaturalselection/name
 inceptionYear2007/inceptionYear
 properties
   scala.version2.7.3/scala.version
 /properties
   ...
   /project
 
   bash-3.2$ mvn clean; mvn compile; mvn jetty:run
   [INFO] Scanning for projects...
   [INFO]
  
   
   [INFO] Building naturalselection
   [INFO]task-segment: [clean]
   [INFO]
  
   
   [INFO] [clean:clean]
   [INFO] Deleting directory
   /Users/lgm/work/src/projex/bobj/naturalselection/target
   [INFO]
  
   
   [INFO] BUILD SUCCESSFUL
   [INFO]
  
   
   [INFO] Total time: 1 second
   [INFO] Finished at: Wed Jan 14 14:13:48 PST 2009
   [INFO] Final Memory: 6M/10M
   [INFO]
  
   
   [INFO] Scanning for projects...
   [INFO]
  
   
   [INFO] Building naturalselection
   [INFO]task-segment: [compile]
   [INFO]
  
   
   [INFO] [resources:resources]
   [INFO] Using default encoding to copy filtered resources.
   [INFO] [yuicompressor:compress {execution: default}]
   [INFO] nb warnings: 0, nb errors: 0
   [WARNING] POM for 'org.igniterealtime.smack:smack:pom:3.0.4:compile'
   is
   invalid. It will be ignored for artifact resolution. Reason: Not a
   v4.0.0
   POM. for project org.igniterealtime.smack:smack at
  
   /Users/lgm/.m2/repository/org/igniterealtime/smack/smack/3.0.4/smack-3.0.4.pom
   [WARNING] POM for 'org.igniterealtime.smack:smackx:pom:3.0.4:compile'
   is
   invalid. It will be ignored for artifact resolution. Reason: Not a
   v4.0.0
   POM. for project org.igniterealtime.smack:smackx at
  
   /Users/lgm/.m2/repository/org/igniterealtime/smack/smackx/3.0.4/smackx-3.0.4.pom
   [WARNING] POM for 'cup:java-cup-11a:pom:local:compile' is invalid. It
   will
   be ignored for artifact resolution. Reason: Not a v4.0.0 POM. for
   project
   cup:java-cup-11a at
  
   /Users/lgm/.m2/repository/cup/java-cup-11a/local/java-cup-11a-local.pom
   [WARNING] POM for 'cup:java-cup-11a-runtime:pom:local:compile' is
   invalid.
   It will be ignored for artifact resolution. Reason: Not a v4.0.0 POM.
   for
   project cup:java-cup-11a-runtime at
  
   /Users/lgm/.m2/repository/cup/java-cup-11a-runtime/local/java-cup-11a-runtime-local.pom
   [INFO] [compiler:compile]
   [INFO] Compiling 138 source files to
   /Users/lgm/work/src/projex/bobj/naturalselection/target/classes
   [WARNING] POM for 'org.igniterealtime.smack:smack:pom:3.0.4:compile'
   is
   invalid. It will be ignored for artifact resolution. Reason: Not a
   v4.0.0

[Lift] Re: Google syntax highlighter on the Lift site

2009-01-12 Thread David Bernard

On Thu, Jan 8, 2009 at 20:37, czerwonka andy.czerwo...@gmail.com wrote:

 I apologize if this is not the right place, but I noticed that you
 have the Google code formatter installed on the Lift site.

 http://liftweb.net/index.php/Lift_View_First
 http://code.google.com/p/syntaxhighlighter/wiki/Usage

 Given that it's a MediaWiki site, how did you get the pages to include
 the Javascript references?  Did you use and extension?

 http://www.mediawiki.org/wiki/Extension:Javascript

No I didn't use the extension. I craply/simply modify the template
(mono) to include the js files in the header.

/davidB


 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Swampland

2009-01-12 Thread David Bernard

Do you try to do a bug tracker or a generic issue tracker/task planner ?

Quick note about bug tracker ?
* I like id like JIRA, projectPrefix-projectNum and not a global Num
(cross project)
* supporting part of the JIRA remote API will simplify integration
with third-party tool (hudson, eclipse,...) but need to have specs of
the JIRA' remote API
* for open-source/public project having a voting system could be
usefull (not for internal project)
* support wiki syntax for description and comments
* support for export/import project
* support sub-project
* I've got other suggestion (as JIRA admin/users) like
permissions/groups management
* 
so many feature, so few time = do it simple and good luck

Do you want I setup hudson to build and deploy the project on snapshots repo ?

/davidB

On Sun, Jan 11, 2009 at 09:51, Viktor Klang viktor.kl...@gmail.com wrote:
 I've used FogBugz and Mantis, and here are my conclusions for a good
 issue-tracker:

 1) Good integration possibilities (API:s to hook into, different
 VCS-backends etc)
 2) Clean and intuitive UI
 3) A priority list is NOT a list with items with different priority
 levels!!!
 A priority list is a list in prioritized order, so if you move an item
 down, you lower it's priority
 4) It HAS TO support unicode characters properly (Yes Mantis, I'm looking at
 you)
 5) It has to be able to store and display screenshots easily
 6) It mustn't be a project management tool
 7) It should use an open authentication implementation, so it's not yet
 another password to remember
 8) It should be possible to make templates for issue-submission
 9) It should be possible to make templates for responding to issues.
 10) Also, I think reporting of statistics should only be done either by
 plugins or by external software, and that the issue-tracker can expose it's
 raw statistics through API.


 I hope I didn't forget anything.

 Cheers,
 Viktor

 On Sat, Jan 10, 2009 at 1:38 AM, David Pollak
 feeder.of.the.be...@gmail.com wrote:

 Folks,

 I'm please to announce my latest open source project: Swampland.
 http://github.com/dpp/swampland/tree/master

 Swampland is a bug/issue tracking system built on Lift.  It's licensed
 under the GNU Affero General Public License (there will be a classpath
 exception so Swampland can be run in non-free web containers).

 I'm going to be working on Swampland over the next bunch of weeks and it
 will form the basis for the Lift project's bug tracking system.  It will
 also likely be the project the I use in the Lift book.

 Early in the process, I'd love to hear from folks about the good and bad
 of various bug tracking system they use so I can use the good and avoid
 pitfalls.

 My key goal for Swampland is to build something that's got a very usable
 UI, but also has a RESTful interface that's a first-class part of the
 system.  It will support plugins.

 I'm licensing it under a GPL license because I want to make sure that
 anyone who uses it and updates it contributes code back to the project.

 Thanks,

 David

 --
 Lift, the simply functional web framework http://liftweb.net
 Collaborative Task Management http://much4.us
 Follow me: http://twitter.com/dpp
 Git some: http://github.com/dpp





 --
 Viktor Klang
 Senior Systems Analyst

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Can or Box or something else

2008-12-20 Thread David Bernard

If you want 3 letters Opt to show the relation with Option
If you want less  ? (question mark) but it's already used by
i18n/resourses bundles (but it could be changed from ?(my sentence
key) to $(my sentence key)). I'm haunted by Tony ;)

my 2 cents useless contribution


On Sat, Dec 20, 2008 at 21:49, Matt Harrington mbh.li...@gmail.com wrote:

 On Sat, Dec 20, 2008 at 7:13 AM, TylerWeir tyler.w...@gmail.com wrote:

 Once people get Can, I think it makes sense, so I think we can leave
 it.

 As a replacement, I can't think of a good real-life example of a thing
 with a failure indicator that fits the bill. :)

 What about OptionWithFailure, OptionWF, OptWithF?
 It's more typing, but it's accurate.

 FailureIndicatingOption?  FIOption?


 These are pretty much my thoughts on the issue also.  I like
 OptionWithFailure the best, but of the suggestions for very short
 names, Can is a reasonable choice once you see an explanation.

 Matt

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: liftweb xml schema location

2008-12-17 Thread David Bernard

It's not an external link nor a link to a schema but the definition of
a namespace : lift

On Wed, Dec 17, 2008 at 10:07, Oliver Lambert ola...@gmail.com wrote:
 Don't I need the xsd or dtd specification?
 On 17/12/2008, at 7:50 PM, Viktor Klang wrote:

 Why not just add a hosts entry and redirect that host to an internal
 machine?

 On Wed, Dec 17, 2008 at 7:26 AM, Oliver ola...@gmail.com wrote:

 I have a client doesn't want an external link like
 xmlns:lift=http://liftweb.net/;
 Can I store the schema locally? How do I get it?

 cheers
 Oliver





 --
 Viktor Klang
 Senior Systems Analyst





 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: maven problem - can't make ToDo example work - or even get off the ground.

2008-12-15 Thread David Bernard

The scala-tools.org server were off part of sunday.
Sorry for interruption.

On Mon, Dec 15, 2008 at 02:09, mike beckerle mbecke...@gmail.com wrote:

 Certainly there is nothing blocking java in any way.

 However, just trying again, this time it is working better. Somebody
 has fixed something on the server end I'm sure.  I'm doing the exact
 same thing, but it seems to be able to communicate properly with the
 associated servers..

 However, mvn jetty:run -U still fails

 Downloading: 
 http://scala-tools.org/repo-snapshots/net/liftweb/lift-widgets/0.10-SNAPSHOT/lift-widgets-0.10-SNAPSHOT.jar
 243K downloaded
 [INFO] [compiler:compile]
 [INFO] Nothing to compile - all classes are up to date
 [INFO] [scala:compile {execution: default}]
 [INFO] suggestion: remove the scalaVersion from pom.xml
 [ERROR] /home/mbeckerle/todo/src/main/scala
 [INFO] Compiling 3 source files to /home/mbeckerle/todo/target/classes
 Downloading: 
 http://scala-tools.org/repo-releases/org/scala-lang/scala-compiler/2.7.2/scala-compiler-2.7.2.jar
 6083K downloaded
 [WARNING] /home/mbeckerle/todo/src/main/scala/bootstrap/liftweb/
 Boot.scala:42: error: value appendEarly is not a member of object
 net.liftweb.http.LiftRules
 [WARNING] LiftRules.appendEarly(makeUtf8)
 [WARNING]   ^
 [WARNING] one error found
 [INFO]
 
 [ERROR] BUILD FAILURE
 [INFO] --


 On Dec 14, 2:11 pm, Josh Suereth joshua.suer...@gmail.com wrote:
 Is your firewall blocking java?  This would cause maven to be unable
 to download dependencies.

 Sent from my iPhone

 On Dec 14, 2008, at 1:13 PM, mike beckerle mbecke...@gmail.com wrote:



  I can browse to the location just fine. There is no proxy or other
  wierdness between me and the internet. Just the usual home firewall
  (NAT) device.

  On Dec 13, 1:45 pm, David Pollak feeder.of.the.be...@gmail.com
  wrote:
  On Sat, Dec 13, 2008 at 10:34 AM, mike beckerle
  mbecke...@gmail.com wrote:

  This did not work. Still failed.

  There are disturbing messages in here about blacklisting sites due
  to
  errors and such.

  becke...@ubuntu810desktop:~/todo$ mvn jetty:run -U
  [INFO] Scanning for projects...
  [INFO] Searching repository for plugin with prefix: 'jetty'.
  [INFO] org.apache.maven.plugins: checking for updates from scala-
  tools.org
  [WARNING] repository metadata for: 'org.apache.maven.plugins' could
  not be retrieved from repository: scala-tools.org due to an error:
  Error transferring file
  [INFO] Repository 'scala-tools.org' will be blacklisted

  This is the problem.  For some reason, you're not able to connect to
  scala-tools.org.

  Are you behind an HTTP proxy?

  Does the proxy have whitelist/blacklist of sites and/or IP addresses?

  Can you browse tohttp://scala-tools.org/repo-snapshots/net/liftweb/
  with
  your web browser?

  [INFO] org.apache.maven.plugins: checking for updates from central
  [INFO] org.codehaus.mojo: checking for updates from central
  [INFO] artifact org.scala-tools:maven-scala-plugin: checking for
  updates from central
  [INFO]
  ---
  ---
  --
  [ERROR] BUILD ERROR
  [INFO]
  ---
  ---
  --
  [INFO] The plugin 'org.scala-tools:maven-scala-plugin' does not
  exist
  or no valid version could be found
  [INFO]
  ---
  ---
  --
  [INFO] For more information, run Maven with the -e switch
  [INFO]
  ---
  ---
  --
  [INFO] Total time: 26 seconds
  [INFO] Finished at: Sat Dec 13 13:29:24 EST 2008
  [INFO] Final Memory: 1M/4M
  [INFO]
  ---
  ---
  --
  mbecke...@ubuntu810desktop:~/todo$

  On Dec 11, 7:57 am, David Bernard david.bernard...@gmail.com
  wrote:
  The first time you run jetty :

  mvn jetty:run -U

  I learn a way to avoid this problem (for futur archetype, I'll
  try it
  next week-end)

  /davidB

  On Thu, Dec 11, 2008 at 13:31, Josh Suereth
  joshua.suer...@gmail.com
  wrote:
  Thanks, and sorry for the typos.

  What you want (in either your ~/.m2/settings.xml or
  ${project.dir}/pom.xml)
  is the following:

  repositories
  repository
idscala-tools.org/id

nameScala-tools Maven2 Repository/name
urlhttp://scala-tools.org/repo-releases/url
  /repository
  repository

idsnapshots.scala-tools.org/id
nameScala-tools Maven2 Snapshot Repository/name
urlhttp://scala-tools.org/repo-snapshots/url

  /repository
/repositories

  On Thu, Dec 11, 2008 at 7:24 AM, Tim Perrett
  he...@timperrett.com
  wrote:

  I think Josh meant to say defined in your pom.xml

  On Dec 11, 12:14 pm, Josh Suereth joshua.suer...@gmail.com
  wrote:
  Make sure the scala-tools snapshot

[Lift] Re: Unable to Run maven

2008-12-11 Thread David Bernard

Could you send the the full output of mvn your_phase -e

On Thu, Dec 11, 2008 at 08:36, alialikhan [EMAIL PROTECTED] wrote:

 I am getting this exception while running maven ..
  java.lang.NoClassDefFoundError: export

 every thing works fine few days back. .. and nothing is change but
 still maven is not working .. it throws exception ...

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Unable to Run maven

2008-12-11 Thread David Bernard

You do no run mvn alone, you run mvn .
What command did you use mvn 
 (-e request maven to display the stacktrace)


On Thu, Dec 11, 2008 at 09:35, AliAliKhan [EMAIL PROTECTED] wrote:
 This is it... this is the only line i am getting when ever i run mvn


 On Thu, Dec 11, 2008 at 1:22 PM, David Bernard [EMAIL PROTECTED]
 wrote:

 Could you send the the full output of mvn your_phase -e

 On Thu, Dec 11, 2008 at 08:36, alialikhan [EMAIL PROTECTED] wrote:
 
  I am getting this exception while running maven ..
   java.lang.NoClassDefFoundError: export
 
  every thing works fine few days back. .. and nothing is change but
  still maven is not working .. it throws exception ...
 
  
 





 --
 AliAliKhan

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: maven problem - can't make ToDo example work - or even get off the ground.

2008-12-11 Thread David Bernard

The first time you run jetty :

mvn jetty:run -U

I learn a way to avoid this problem (for futur archetype, I'll try it
next week-end)

/davidB

On Thu, Dec 11, 2008 at 13:31, Josh Suereth [EMAIL PROTECTED] wrote:
 Thanks, and sorry for the typos.

 What you want (in either your ~/.m2/settings.xml or ${project.dir}/pom.xml)
 is the following:

 repositories
 repository
   idscala-tools.org/id

   nameScala-tools Maven2 Repository/name
   urlhttp://scala-tools.org/repo-releases/url
 /repository
 repository

   idsnapshots.scala-tools.org/id
   nameScala-tools Maven2 Snapshot Repository/name
   urlhttp://scala-tools.org/repo-snapshots/url

 /repository
   /repositories


 On Thu, Dec 11, 2008 at 7:24 AM, Tim Perrett [EMAIL PROTECTED] wrote:

 I think Josh meant to say defined in your pom.xml

 On Dec 11, 12:14 pm, Josh Suereth [EMAIL PROTECTED] wrote:
  Make sure the scala-tools snapshot repository is defined in your ppm




 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Unable to Run maven

2008-12-11 Thread David Bernard

mvn -o clean install -Dmaven.test.skip=true -e

+ the full output ? (with prompt, etc...)

On Thu, Dec 11, 2008 at 12:47, AliAliKhan [EMAIL PROTECTED] wrote:
 lets say mvn -o clean install -Dmaven.test.skip=true

 On Thu, Dec 11, 2008 at 1:40 PM, David Bernard [EMAIL PROTECTED]
 wrote:

 You do no run mvn alone, you run mvn .
 What command did you use mvn 
  (-e request maven to display the stacktrace)


 On Thu, Dec 11, 2008 at 09:35, AliAliKhan [EMAIL PROTECTED] wrote:
  This is it... this is the only line i am getting when ever i run mvn
 
 
  On Thu, Dec 11, 2008 at 1:22 PM, David Bernard
  [EMAIL PROTECTED]
  wrote:
 
  Could you send the the full output of mvn your_phase -e
 
  On Thu, Dec 11, 2008 at 08:36, alialikhan [EMAIL PROTECTED] wrote:
  
   I am getting this exception while running maven ..
java.lang.NoClassDefFoundError: export
  
   every thing works fine few days back. .. and nothing is change but
   still maven is not working .. it throws exception ...
  
   
  
 
 
 
 
 
  --
  AliAliKhan
 
  
 





 --
 AliAliKhan

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: a simple screencast for making a sample app

2008-12-10 Thread David Bernard

Great initiative/job.

You could try an approach like wink (http://www.debugmode.com/wink/)
no voice/sond but info bubble to add after recording, a mix between
slideshow and video (I don't know if it's possible on Mac).

/davidB


On Wed, Dec 10, 2008 at 04:18, Matt Harrington [EMAIL PROTECTED] wrote:

 On Tue, Dec 9, 2008 at 8:58 AM, Dano [EMAIL PROTECTED] wrote:

 Matt,

 This is great.  I am looking forward to your Netbeans screencast.

 Thanks.


 Dan

 I shot 75% of the NetBeans one last night, but screencasts are
 definitely more challenging than I first thought.  It's tricky reading
 from a script and doing something on the screen at the same time.  If
 I just wing it without a script, I end up rambling and saying uhh a
 lot, and the whole thing gets too lengthy.  I'm going to try a
 different strategy tonight.  Some people first capture the video, and
 then later add a voiceover track.  Might be easier to stay on topic
 that way.

 ---Matt

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Massively huge *BREAKING CHANGES*

2008-12-07 Thread David Bernard

 dependency
   groupIdnet.liftweb/groupId
   artifactIdlift-webkit/artifactId
   version0.10-SNAPSHOT/version
 /dependency

  !-- TO ADD if you use net.liftweb.util --
dependency
   groupIdnet.liftweb/groupId
   artifactIdlift-util/artifactId
   version0.10-SNAPSHOT/version
 /dependency

  !-- TO ADD if you use net.liftweb.mapper --
 dependency
   groupIdnet.liftweb/groupId
   artifactIdlift-mapper/artifactId
   version0.10-SNAPSHOT/version
 /dependency

... idem for machine and record.

Matt, Is it clearer ?

On Sun, Dec 7, 2008 at 01:23, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:

 On Dec 5, 4:14 pm, David Pollak [EMAIL PROTECTED]
 wrote:

 If you are using any of those packages (99% chance you are), you must make
 sure your pom.xml has the following in the dependencies tag:
dependency
   groupIdnet.liftweb/groupId
   artifactIdlift-util/artifactId
   version0.10-SNAPSHOT/version
 /dependency
 dependency
   groupIdnet.liftweb/groupId
   artifactIdlift-webkit/artifactId
   version0.10-SNAPSHOT/version
 /dependency
 dependency
   groupIdnet.liftweb/groupId
   artifactIdlift-mapper/artifactId
   version0.10-SNAPSHOT/version
 /dependency
 dependency

 It might be obvious to everyone, but my strained eyes didn't catch the
 extra dependency tag in the above snippet and I scratched my head
 for a few minutes trying to figure out what went wrong.  Just a little
 heads-up to the casual reader who may just cut-and-paste.

 ---Matt

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Snapshot documentation not current any more

2008-12-07 Thread David Bernard

Generating + deploying the api for snapshots is disabled temporary.
I'll fixe it ASAP

On Thu, Dec 4, 2008 at 23:43, Joachim A. [EMAIL PROTECTED] wrote:

 Hi,
 I use the generated API documentation almost every day - thanks a lot for
 that!

 The documentation (http://scala-tools.org/mvnsites-snapshots/liftweb/lift-
 webkit/scaladocs/index.html) used to be updated from trunk (I think :). The
 current pages are not current, newly added things like SHtml.autocomplet and
 the  Join/Prefect are missing.

 Would be great to have documentation updated from trunk again :)

 Regards,
 Joachim


 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: noob question: working with scala 2.7.2

2008-12-04 Thread David Bernard

On Thu, Dec 4, 2008 at 09:22, Harshad RJ [EMAIL PROTECTED] wrote:
 That's strange!

 I did see those tips on blowing away ~/.m2, and in fact, I had started with
 a clean Fedora install.

 For extra measure, I tried removing ~/.m2 now, and I still get the same
 error...

 One thing I notice is that, at this location:
 http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-blank/0.10-SNAPSHOT/

 ... I cann't see any
 lift-archetype-blank-0.10-SNAPSHOT.jar

 which is the file maven is looking for.

 There are a couple of similarly named files such as
 lift-archetype-blank-0.10-20081124.173443-167-sources.jar

 Is that how it is supposed to be?

maven could store SNAPSHOT in two way (configuration of the project):
* one jar SNAPSHOT
* several jar SNAPSHOT replace by timestamp, in this case maven use
metadata to find the right one



 On Thu, Dec 4, 2008 at 1:16 PM, Erick Fleming [EMAIL PROTECTED] wrote:

 I tried your command on my machine and all went well.  You might want to
 try and blow away your entire maven repository ~/.m2

 This was a problem discussed last week after 2.7.2 was released.


 --
 Harshad RJ
 http://hrj.wikidot.com

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: noob question: working with scala 2.7.2

2008-12-04 Thread David Bernard

On Thu, Dec 4, 2008 at 10:52, Harshad RJ [EMAIL PROTECTED] wrote:


 On Thu, Dec 4, 2008 at 3:02 PM, David Bernard [EMAIL PROTECTED]
 wrote:

 On Thu, Dec 4, 2008 at 09:22, Harshad RJ [EMAIL PROTECTED] wrote:
  That's strange!
 
  I did see those tips on blowing away ~/.m2, and in fact, I had started
  with
  a clean Fedora install.
 
  For extra measure, I tried removing ~/.m2 now, and I still get the same
  error...
 
  One thing I notice is that, at this location:
 
  http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-blank/0.10-SNAPSHOT/
 
  ... I cann't see any
  lift-archetype-blank-0.10-SNAPSHOT.jar
 
  which is the file maven is looking for.
 
  There are a couple of similarly named files such as
  lift-archetype-blank-0.10-20081124.173443-167-sources.jar
 
  Is that how it is supposed to be?

 maven could store SNAPSHOT in two way (configuration of the project):
 * one jar SNAPSHOT
 * several jar SNAPSHOT replace by timestamp, in this case maven use
 metadata to find the right one


 Ah, thanks for the info.

 What else can I try?

 I am using Fedora 9, with scala 2.7.2, openjdk, maven 2.0.9.

 Btw, I have been using lift + maven + scala 2.7.1 for quite some time
 without any problems.

I don't know what is the exact pbs (can't reproduce with the cmdline
you provided).
The scala-tools.org has migrate IP last week which ip do you have ?
Do you use a proxy or a maven repository proxy ?



 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Confuddled by CometActor

2008-11-17 Thread David Bernard

maven doesn't pull automatically 0.10-SNAPSHOT if you create a project
with 0.9. Did you change the version of lift into your pom.xml ?

On Mon, Nov 17, 2008 at 17:28, TylerWeir [EMAIL PROTECTED] wrote:

 The signature of CometActor changed from 0.9 to 0.10.

 You built an example application using Lift 0.9 but then Maven pulled
 the latest version with the new signature.

 The commit is here: 
 http://github.com/dpp/liftweb/commit/5c561e490e0d6643666c5b4bb4103425e4d24381#diff-0

 On Nov 17, 10:38 am, Paul Butcher [EMAIL PROTECTED] wrote:
 Disclaimer - I'm a complete Lift newbie, so please forgive any glaring
 oversights.

 I've been playing around with Lift, and in particular CometActor.
 Before trying to write my own, I thought that I'd get the example
 Clock actor working. So I created a blank archetype with:

 mvn archetype:create -U -DarchetypeGroupId=net.liftweb -
 DarchetypeArtifactId=lift-archetype-blank -DarchetypeVersion=0.9 -
 DremoteRepositories=http://scala-tools.org/repo-releases-
 DgroupId=net.liftweb.pbtest -DartifactId=pbtest-lift

 And copied the Clock code from sites/example into it. And it fails
 when I try to compile with:

 [WARNING] /Users/paul/pbtest-lift/src/main/scala/net/liftweb/pbtest/
 comet/Clock.scala:11: error: overloaded method constructor CometActor
 with alternatives (net.liftweb.http.CometActorInitInfo)
 net.liftweb.http.CometActor and
 (net.liftweb.http.LiftSession,net.liftweb.util.Can
 [String],scala.xml.NodeSeq,Map[String,String])
 net.liftweb.http.CometActor cannot be applied to ()

 I've managed to fix it by changing the following line:

 class Clock extends CometActor {

 to

 class Clock(info: CometActorInitInfo) extends CometActor(info) {

 and now everything works just fine. This change was inspired by the
 code on:

 http://liftweb.net/index.php/CometActor

 But what I'm not sure about is why I had to make the change. I'd be
 grateful for any light anyone could cast on this for me.

 Thanks in advance,

 Paul.
 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Confuddled by CometActor

2008-11-17 Thread David Bernard

strange, When you generate the war or the webapp which version (jar)
of lift is in the WEB-INF/lib ?

On Mon, Nov 17, 2008 at 17:53, Paul Butcher [EMAIL PROTECTED] wrote:

 On Nov 17, 4:41 pm, David Bernard [EMAIL PROTECTED]
 wrote:
 maven doesn't pull automatically 0.10-SNAPSHOT if you create a project
 with 0.9. Did you change the version of lift into your pom.xml ?

 Nope - haven't touched pom.xml. Here's the (I think!) relevant
 section:

dependency
  groupIdnet.liftweb/groupId
  artifactIdlift-webkit/artifactId
  version0.9/version
/dependency


 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Recommended tools ?

2008-11-16 Thread David Bernard

Maven + Netbeans (+ maven module/plugin for netbeans) + scala work
like charm. after installing the netbeans maven plugin you simply open
your maven project like native netbeans project.
If you open a multi-module maven project, then you could see maven
sub-project into the modules section of your project : double clik =
open sub-project like a native netbeans modules,...

I didn't try m2eclipse or Q4E since 1 year, and under eclipse I use
external tools to run maven (for java and scala project). But the
maven plugin for netbeans is the best integration I see.

On Sun, Nov 16, 2008 at 01:38, David Pollak
[EMAIL PROTECTED] wrote:
 I do maven from the command line. DavidB knows about maven in netbeans

 On Nov 15, 2008 4:20 PM, Derek Chen-Becker [EMAIL PROTECTED] wrote:

 Out of curiosity, how does Netbeans handle Maven projects, particularly ones
 with nested modules? The most recent Eclipse plugin still has some warts,
 but it generally seems to work OK if I set up the .classpath file properly
 to point at all of the source folders.

 Thanks,

 Derek

 On Sat, Nov 15, 2008 at 11:25 AM, David Pollak
 [EMAIL PROTECTED] wrote:   I've bee...

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: http://mvnrepository.com/ - In case you didn't know.

2008-11-03 Thread David Bernard

mvnrepository.com is listed in http://liftweb.net/index.php/Maven_Mini_Guide

mvnrepository.com only index central repo, it is also obscure how to
define tag, ...

(after migration, some groupId will be mirrored into central repo,
included net.liftweb if you're OK)

/davidB

On Mon, Nov 3, 2008 at 4:39 AM, David Pollak
[EMAIL PROTECTED] wrote:
 Why is Lift itself not listed?

 On Sun, Nov 2, 2008 at 5:00 PM, TylerWeir [EMAIL PROTECTED] wrote:

 I was looking for the appropriate definition for the Envers library
 and I found nothing about it, so I had to poke around the maven
 repository looking for the right groupId and artifactId.

 That's because I didn't know about http://mvnrepository.com/.  Had I
 used it, it would have taken 5 seconds instead of 20 minutes.

 So, learn from my mistakes.  :)




 --
 Lift, the simply functional web framework http://liftweb.net
 Collaborative Task Management http://much4.us
 Follow me: http://twitter.com/dpp
 Git some: http://github.com/dpp

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Lift testing practices

2008-10-31 Thread David Bernard

iirc :
* jetty was more for integration testing than unit/code test, with
jetty + webunit I could (re)play from client to server to client and
test a workflow between several page
* winstone + winstone maven plugin was to generate standalone jar,
user could download sample and with java -jar -standalone.jar
* test of lift-archetypes is more about testing that archetype
generate correct project

/davidB

On Fri, Oct 31, 2008 at 12:27 AM, David Pollak
[EMAIL PROTECTED] wrote:
 There are a couple of testing things that need to get woven together.

 Specs is a great way to write code-level tests.

 Lift's testkit is pretty good for writing REST tests and okay for writing
 JSON tests.

 There's no good way to write automated tests for the Lift HTML layer. :-(

 On 10/30/08, Erick Fleming [EMAIL PROTECTED] wrote:

 I'm exploring testing, in Lift, and would like create some
 documentation on the topic, but I'm not sure what direction to go in.

 I gather from tests in the lift-example that Specs with JUnit 4 is the
 current perferred frameworks.  But, the lift archetypes has a
 different approach.

 I'm also confused with the winstone dependency in the example.
 Doesn't jetty serve this purpose?

 I've removed Winstone from the file.  I don't know how it got in there. :-(


 So, what are your practices to for testing Lift applications.




 --
 Lift, the simply functional web framework http://liftweb.net
 Collaborative Task Management http://much4.us
 Follow me: http://twitter.com/dpp
 Git some: http://github.com/dpp
 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Lift webkit jar

2008-10-28 Thread David Bernard

In the pom.xml under project/repositories add
repository
  idscala-tools.org.snapshots/id
  nameScala-Tools Maven2 Repository for Snapshots/name
  urlhttp://scala-tools.org/repo-snapshots/url
  snapshots/
/repository

and set the version of lift-... to 0.10-SNAPSHOT

quicker than update and build lift every day ;)

/davidB

On Tue, Oct 28, 2008 at 7:25 PM, Charles F. Munat [EMAIL PROTECTED] wrote:

 Is there a way to get Maven to download the lift-webkit jar (0.10
 snapshot)? If not, does one just download lift from github, run mvn
 package (compile? install?) and then install the resulting jar?

 I'm not sure I'm doing this right.

 Thanks,

 Chas.

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: deployment hassles with multiple sites

2008-10-27 Thread David Bernard

How do you configure you're apache proxy ?

On Mon, Oct 27, 2008 at 7:45 AM, Charles F. Munat [EMAIL PROTECTED] wrote:

 I've deployed a beta version of my app to Tomcat, so it's available at
 localhost:8080/xxx/

 Then I proxied Apache over to localhost:8080/xxx/

 And it works.

 But all the links in my app have /xxx/ prepended to them, so they try to
 go to /xxx/xxx/the_link instead of just /xxx/the_link. Lift (or the
 container) is plugging the name in there and basing it on the server
 root rather than the application root.

 Anyone know how to fix this?

 Thanks,

 Chas.

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Please welcome Kris Nuttycombe as a Lift committer

2008-10-14 Thread David Bernard

welcome Kris

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Simple Build Tool

2008-10-08 Thread David Bernard

Hi,

@Tim
I don't have more info than the announce of 2.1.0-m1 or the following article :
* http://www.mail-archive.com/[EMAIL PROTECTED]/msg89838.html
* http://blogs.sonatype.com/john/2008/09/19/1221844609400.html
(and I didn't find time to test the new version of maven)

@Derek
Jesse Eichar contribute scripting to maven-scala-plugin
(http://scala-tools.org/mvnsites-snapshots/maven-scala-plugin/usage_script.html)
this is part of the version 2.8-SNAPSHOT, that should be released next week.

/davidB

On Mon, Oct 6, 2008 at 7:06 PM, Derek Chen-Becker [EMAIL PROTECTED] wrote:
 I agree on the Maven mojo programming. Anything to simplify custom build
 scripts would be great, so SBT sounds like an interesting idea. I didn't
 mean to imply that it was a bad idea, just that you don't need all of the
 -Ds :)

 Derek

 On Mon, Oct 6, 2008 at 9:46 AM, Tim Perrett [EMAIL PROTECTED] wrote:

 Hey Derek,

 I know about this command :-)

 My observation (of my friend at least) is that his reaction was holy-
 cow, i need to learn this build tool, a new language and a new
 framework. The language and framework part you cant get away from
 invariably but perhaps we can do something on the build tool front.

 Also what you generally see people doing with Rake is creating useful
 little utilities without having to know heaps about how actually rake
 works under the hood. Right now, IMO, creating maven mojo's is quite
 difficult and you wouldnt see that same thing happening (a lot of
 people are also very against programming in XML which maven can
 sometimes feel like)

 Like I said, im not really pro-SBT or anything, I just wanted to float
 the idea. Maven is doing a great job for us right now I agree.

 @davidB: Is there an ETA for maven 2.1 and 3.0 and/or a roadmap of new
 features?

 Cheers

 Tim


 On Oct 5, 11:33 pm, Derek Chen-Becker [EMAIL PROTECTED] wrote:
  There's no *requirement* to use all of the -D stuff. If you just do
 
  mvn -U archetype:generate
 
  you actually get a nice list of archetypes, two of which are:
 
  31: internal - lift-archetype-blank (A blank/empty liftweb project)
  32: internal - lift-archetype-basic (The basic (liftweb) project)
 
  If you just pick the number it prompts you for the necessary info.
 
  Derek
 
  On Sun, Oct 5, 2008 at 1:58 PM, Tim Perrett [EMAIL PROTECTED]
  wrote:
 
   god no, I dont want to replace maven :-)
 
   There is talk of SBT having rake type functionality in the not too
   distant future, so that was more what I was thinking. I appreciate
   that maven can do all that stuff but from a beginer perspective its
   pretty difficult for them to learn.
 
   I recently persuaded my best friend to take up lift, and one of the
   things he just couldnt understand was all the -D stuff he needed to do
   when getting started. So my intention here was more thinking that
   perhaps its something we could leverage to simply our project creation
   needs etc
 
   Like I said, just floating the idea :-)
 
   Cheers
 
   Tim
 
   On Oct 5, 8:22 pm, Jorge Ortiz [EMAIL PROTECTED] wrote:
I don't see a downside to providing an alternative build system to
people
who are very Maven-averse (as long as I don't have to maintain
it!,
   heh)
 
But yeah, replacing Maven at this point seems unwise, unless there
are
   very
compelling reasons.
 
--j
 
On Sun, Oct 5, 2008 at 12:15 PM, David Pollak 
   [EMAIL PROTECTED]
 
 wrote:
 
 On Sun, Oct 5, 2008 at 10:59 AM, Tim Perrett
 [EMAIL PROTECTED]
   wrote:
 
 Guys,
 
 Check this out:
 
http://code.google.com/p/simple-build-tool/
 
 It appeared a couple of days ago - im wondering if its something
 we
 could customize to make starting lift projects easier? Its all
 written
 in scala so should be easily extendable.
 
 I am very reluctant to introduce an additional build system to
 Lift.
If
 this tool is built on top of the Maven infrastructure but uses
 Scala
   files
 to define build rules rather than using XML, I'm interested in
 learning
 more.  If it's yet another build tool... well...
 
 I need to take a better look, but thought id float the idea
 
 Cheers
 
 Tim
 
 --
 Lift, the simply functional web frameworkhttp://liftweb.net
 Collaborative Task Managementhttp://much4.us
 Follow me:http://twitter.com/dpp
 Git some:http://github.com/dpp



 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Simple Build Tool

2008-10-05 Thread David Bernard

I took a quick look at it. like make, ant, builr the main issue I've
got with it's it require scala to be installed and to don't manage the
version of scala use to build you're project. And I suspect it could
only build scala-project that used the same version as the tools
itself.

But I pro a new build tool (it has some nice feature), maven is not
perfect (I'll also keep an eye on maven 2.1 and 3.0)

/davidB

On Sun, Oct 5, 2008 at 9:22 PM, Jorge Ortiz [EMAIL PROTECTED] wrote:
 I don't see a downside to providing an alternative build system to people
 who are very Maven-averse (as long as I don't have to maintain it!, heh)

 But yeah, replacing Maven at this point seems unwise, unless there are very
 compelling reasons.

 --j

 On Sun, Oct 5, 2008 at 12:15 PM, David Pollak
 [EMAIL PROTECTED] wrote:


 On Sun, Oct 5, 2008 at 10:59 AM, Tim Perrett [EMAIL PROTECTED] wrote:

 Guys,

 Check this out:

 http://code.google.com/p/simple-build-tool/

 It appeared a couple of days ago - im wondering if its something we
 could customize to make starting lift projects easier? Its all written
 in scala so should be easily extendable.

 I am very reluctant to introduce an additional build system to Lift.  If
 this tool is built on top of the Maven infrastructure but uses Scala files
 to define build rules rather than using XML, I'm interested in learning
 more.  If it's yet another build tool... well...


 I need to take a better look, but thought id float the idea

 Cheers

 Tim






 --
 Lift, the simply functional web framework http://liftweb.net
 Collaborative Task Management http://much4.us
 Follow me: http://twitter.com/dpp
 Git some: http://github.com/dpp




 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Lift, Jetty and OneJar

2008-09-16 Thread David Bernard

There is a maven plugin that allow to do it with winstone instead of jetty:

http://alchim.sourceforge.net/winstone-maven-plugin/usage.html

/davidB


On Tue, Sep 16, 2008 at 2:08 PM, Derek Chen-Becker
[EMAIL PROTECTED] wrote:
 Do you mean a JAR that you can just run, a la java -jar mywebapp.jar ?

 On Mon, Sep 15, 2008 at 5:25 PM, David Pollak [EMAIL PROTECTED] wrote:

 Folks,

 Has anyone built a Lift app that's deployable as a JAR file with Jetty
 as the container?

 Thanks,

 David






 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Maven Issue

2008-09-09 Thread David Bernard

Hi,

On Tue, Sep 9, 2008 at 2:28 AM, lloy0076 [EMAIL PROTECTED] wrote:


 Hi There,

 I'm following the instructions here:

 http://liftweb.net/index.php/HowTo_start_a_new_liftwebapp

 ...and I can build the liftone application.

 However...when I do this:

 ^Cbash-3.00$ mvn jetty:run -U
 http://scala-tools.org/repo-releases/commons-validator/commons-validator/1.2.0/commons-validator-1.2.0.jar

 [removed let's download the Internet]

 Downloading:
 http://cvs.apache.org/maven-snapshot-repository/commons-validator/commons-validator/1.2.0/commons-validator-1.2.0.jar

 ...and it can't find that. I can't ping cvs.apache.org org or contact
 it.

What is the exact message at the end of mvn jetty:run -U

* http://cvs.apache.org/maven-snapshot-repository is not part of the
predefined repository. do you add it in your $HOME/.m2/settings.xml
or pom.xml ?
* I don't understand why you need commons-validator for running the
sample of HowTo_start_a_new_liftwebapp ?
  if you list dependency ('mvn dependency:tree') you should have :
[INFO] [dependency:tree]
[INFO] net.liftweb.hello:hello-lift:war:1.0-SNAPSHOT
[INFO] +- org.scala-lang:scala-library:jar:2.7.1:compile
[INFO] +- net.liftweb:lift-core:jar:0.9:compile
[INFO] |  +- net.liftweb:lift-webkit:jar:0.9:compile
[INFO] |  |  +- log4j:log4j:jar:1.2.12:compile
[INFO] |  |  +- javax.mail:mail:jar:1.4:compile
[INFO] |  |  +- javax.activation:activation:jar:1.1:compile
[INFO] |  |  +- commons-httpclient:commons-httpclient:jar:3.0.1:compile
[INFO] |  |  +- commons-fileupload:commons-fileupload:jar:1.2:compile
[INFO] |  |  +- commons-collections:commons-collections:jar:3.2:compile
[INFO] |  |  \- commons-codec:commons-codec:jar:1.3:compile
[INFO] |  +- net.liftweb:lift-textile:jar:0.9:compile
[INFO] |  +- net.liftweb:lift-facebook:jar:0.9:compile
[INFO] |  +- net.liftweb:lift-amqp:jar:0.9:compile
[INFO] |  |  \- com.rabbitmq:rabbitmq-client:jar:1.2.0:compile
[INFO] |  | \- org.apache.commons:commons-io:jar:1.3.2:compile
[INFO] |  +- net.liftweb:lift-xmpp:jar:0.9:compile
[INFO] |  |  +- org.igniterealtime.smack:smack:jar:3.0.4:compile
[INFO] |  |  \- org.igniterealtime.smack:smackx:jar:3.0.4:compile
[INFO] |  \- net.liftweb:lift-widgets:jar:0.9:compile
[INFO] +- org.apache.derby:derby:jar:10.2.2.0:compile
[INFO] +- javax.servlet:servlet-api:jar:2.5:provided
[INFO] +- junit:junit:jar:3.8.1:test (scope not updated to compile)
[INFO] +- org.mortbay.jetty:jetty:jar:6.1.11:test
[INFO] |  +- org.mortbay.jetty:jetty-util:jar:6.1.11:test
[INFO] |  \- org.mortbay.jetty:servlet-api-2.5:jar:6.1.11:test
[INFO] +- org.scala-lang:scala-compiler:jar:2.7.1:test
[INFO] +- commons-logging:commons-logging:jar:1.0.4:compile
[INFO] +- commons-cli:commons-cli:jar:1.0:compile
[INFO] +- commons-lang:commons-lang:jar:2.1:compile
[INFO] \- com.sun:tools:jar:1.4.2:system


 I don't understand enough about Maven to be able to figure out how to
 get the jar into the right place, nor to know whether I've given
 enough information. I've looked at the Maven FAQs about how to do it
 but I have no idea what an artifact-id is or the structure of my Maven
 directory...

 Has anyone got any pointers as to what I might do or for a simple hand-
 holding tutorial?

I don't known if this tutorial exists. What do you expect exactly ?

/davidB

 DSL

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Scripting and Maven scala plugin

2008-09-06 Thread David Bernard

I don't known, but now I could access the site. You're goal is a great
extension, and need to up the version to 2.8. If you don't know git or
don't have time to prepare a patch send me the whole project, I'll do
the merge.

Thanks

/davidB

PS: could we switch the conversation to maven-and-scala mailing-list

On Sat, Sep 6, 2008 at 4:58 PM, Jesse Eichar [EMAIL PROTECTED] wrote:

 Excuse my typing, my daughter is in one arm so I am working with one
 hand.

 Odd I can access the site...  Although oddly if I add www it doesn't
 work.  Maybe make sure that your browser doesn't add it.

 Tell you what.  I will checkout the latest source, make a patch and
 send it to you.  You can look it over at your leisure.  Word of
 warning though.  I have a conference coming up that I am madly
 preparing for so I may not find time until Early October.  I will do
 what I can to get it to you earlier.

 Jesse

 On Sep 6, 4:46 pm, David Bernard [EMAIL PROTECTED] wrote:
 I can't accesshttp://pragmaticdesign.net/maven-scala-plugin-site/index.html

 On Sat, Sep 6, 2008 at 4:45 PM, David Bernard

 [EMAIL PROTECTED] wrote:
  Hi,

  Contributions are welcome (send me a patch, if possible provide the
  doc for the feature).
  FYI :
  * the latest source are at
 http://github.com/davidB/maven-scala-plugin/tree/master(svn is no
  more used)
  * I started (today) a new mailing list about maven and scala
 http://groups.google.com/group/maven-and-scala

  /davidB

  On Sat, Sep 6, 2008 at 4:18 PM, David Pollak
  [EMAIL PROTECTED] wrote:
  Jesse,

  I don't speak for DavidB, the Maven Scala plugin maintainer, but I 
  certainly
  think this is a feature I'd like to see. :-)

  Thanks,

  David

  On Sat, Sep 6, 2008 at 7:08 AM, Jesse Eichar [EMAIL PROTECTED] wrote:

  Hi,

  Inspired by the GMaven plugin I have taken the maven-scala plugin and
  added a new Scripting Goal.  It allows you to inline scala directly
  into a pom or execute a scala script from another file.  In order to
  make it more applicable for the build process the MavenProject and Log
  can be optionally passed to the script.  For details and code examples
  you can look at the updated documentation for the plugin that I put
  online at:http://pragmaticdesign.net/maven-scala-plugin-site/index.html

  I would like to contribute the change to the main maven-scala plugin.
  I have now used it in three very different projects so I can say that
  it is fairly well used and I am willing to support the scripting
  portion of the plugin.

  As for my credentials.  I am Jesse Eichar and am the technical lead
  for the uDig (http://udig.refractions.net/) open source project, a
  module maintainer for two modules in the GeoTools (http://
  docs.codehaus.org/display/GEOTOOLS/Home) open source project.  I have
  contributed to the GeoAdminSuite (http://geojava.camptocamp.net/gas/)
  project, the GeoServer (http://geoserver.org/display/GEOS/Welcome)
  project, the Sextante (http://www.sextantegis.com/) project and am
  working on a project that will see code contributed to the GeoNetwork
  (http://geonetwork-opensource.org/) project.

  I mention these projects because I think demonstrates that I
  understand the philosophy of open source projects and the requirements
  to work with them.

  Please let me know how and when I can contribute the code.  My changes
  are based on the latest from trunk.

  Jesse

  --
  Lift, the simply functional web frameworkhttp://liftweb.net
  Collaborative Task Managementhttp://much4.us
  Follow me:http://twitter.com/dpp
  Git some:http://github.com/dpp



 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Please Welcome Francois Bertrand to the Lift Committers

2008-09-02 Thread David Bernard

Bienvenu Francois!

On Tue, Sep 2, 2008 at 10:36 AM, Viktor Klang [EMAIL PROTECTED] wrote:
 Welcome Francois! :)

 Love the GUI widgets!

 Cheers,
 Viktor

 On Tue, Sep 2, 2008 at 8:51 AM, Marius [EMAIL PROTECTED] wrote:

 WELCOME !!!

 On Sep 2, 4:31 am, David Pollak [EMAIL PROTECTED]
 wrote:
  Folks,
 
  I'm psyched to announce that Francois Bertrand has joined the Lift
  Committers.  Francois wrote the amazing Flot widget for Lift
  (http://code.google.com/p/flot-widget-liftweb/) as well as other front end
  components.  I'm looking forward to these being rolled into the standard
  Lift distribution.  I'm also looking forward to seeing what other
  goodies
  Francois rolls into Lift.
 
  Please join me in welcoming him!
 
  Thanks,
 
  David
 
  --
  Lift, the simply functional web frameworkhttp://liftweb.net
  Collaborative Task Managementhttp://much4.us
  Follow me:http://twitter.com/dpp
  Git some:http://github.com/dpp




 --
 Viktor Klang
 Rogue Software Architect

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Publishing an RSS feed from a Lift app

2008-09-02 Thread David Bernard

I don't create RSS publisher, but some month ago I noodle about it (before 
stopping web dev) and plan to use ROME like what in wicketstuff.

http://wicketstuff.org/confluence/display/STUFFWIKI/wicketstuff-rome

/davidB

David Pollak wrote:
 Folks,
 
 Has anyone created an RSS publisher from a Lift app?  If so, do you have 
 sample code floating around?
 
 Thanks,
 
 David
 
 -- 
 Lift, the simply functional web framework http://liftweb.net
 Collaborative Task Management http://much4.us
 Follow me: http://twitter.com/dpp
 Git some: http://github.com/dpp
 
  


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---