[Lift] Re: Tracking the latest with maven.. but not too quickly

Lee, It's also possible for your to host your own Maven repository and just publish the versions of Lift you want up to your repository. If your repository comes first in your Maven config, it will be consulted before other Maven repositories. Thanks, David On Tue, Mar 3, 2009 at 5:34 PM, Lee M

[Lift] Re: Tracking the latest with maven.. but not too quickly

thx, i'll try using -o more (and keep my eye out for a slightly more failsafe option too :-)). Lee On Tue, Mar 3, 2009 at 7:30 PM, Josh Suereth wrote: > Make sure you're using maven 2.0.10 if you plan on working on 1.1-SNAPSHOT > (or any other SNAPSHOT dependency). Otherwise -o is broken. > > O

[Lift] Re: Tracking the latest with maven.. but not too quickly

Make sure you're using maven 2.0.10 if you plan on working on 1.1-SNAPSHOT (or any other SNAPSHOT dependency). Otherwise -o is broken. On Tue, Mar 3, 2009 at 8:42 PM, Jorge Ortiz wrote: > You can run Maven in offline mode with the -o flag. That should stop it > from fetching anything. > > --j >

[Lift] Re: Tracking the latest with maven.. but not too quickly

You can run Maven in offline mode with the -o flag. That should stop it from fetching anything. --j On Tue, Mar 3, 2009 at 5:34 PM, Lee Mighdoll wrote: > I've a local copy of the lift sources that I'd like to build and debug my > app against. So I currently reference the 1.1-SNAPSHOT artifact

[Lift] Tracking the latest with maven.. but not too quickly

I've a local copy of the lift sources that I'd like to build and debug my app against. So I currently reference the 1.1-SNAPSHOT artifact in my application's pom.xml. But maven seems to pull stuff down from the net more often than I'd like. I'd like my snapshot not to change until I git pull the

[Lift] Re: url encoded javascript

Ah, sorry to be so cryptic. The idea is to create a link containing a 'javascript:' url that the user can then drag to the browser's bookmark bar. I had something like this: http://foo.com/js/markCurrent.js?marklet=1234');document.getElementsByTagName('head')[0].appendChild(e)})(

[Lift] Re: jersey and lift side-by-side + request for link to URL rewrite example

We've got some examples in the book. Our source for the example app we're writing for the book is also online. In particular, here's our Boot.scala containing some simple rewrites: http://github.com/tjweir/pocketchangeapp/blob/e9765830602fade7937cf71c3640de55ca1aa667/PocketChange/src/main/scala/bo

[Lift] jersey and lift side-by-side + request for link to URL rewrite example

Viktor, et al, i don't know if anyone's still interested in this thread... but it turns out i was missing the contextPath in the jetty plugin config. Setting that enables the two filters to run side-by-side. Now, on to better things... what's the best lift sample for the URL rewrite machinery? The

[Lift] Re: [Jersey] jersey as filter

Viktor, et al, Well, i've scoped things down to just running the Jersey helloworld-webapp sample in jetty with Jersey as the ServletContainer, rather than a Filter. Even that is displaying the same behavior where the server is eating the requests, but it's not hitting the resource class get method

[Lift] Re: MappedTextarea problem

I agree with Joachim, this is most likely a CSS issue since we're seeing explicit "rows" and "cols" attributes on the element. If you get firebug and inspect the page with it, you should be able to see what is controlling the textarea size. Derek On Tue, Mar 3, 2009 at 3:29 PM, DavidV wrote: >

[Lift] Re: MappedTextarea problem

Here's the XHTML generated by the Firefox page source. When I change the values in my own code, they also change in the source, but the size of the textarea does not change at all. Current Medication(s) Intended Medication(s)

[Lift] Re: mvn scala:script

Josh, Jean-Luc, i resolved my problem with a workaround. See the pom file below. There are still some desiderata. - As written this generates the reversed-engineered JPA classes in place - It also generates the resource classes (from the JPA classes) in place - it requires two consequtiv

[Lift] Re: MappedTextarea problem

It might be the case that David has some css rules which change the size of the textarea. It's easy to check in firebug or something similair to see what the applied values are. Joachim > Can you post the generated XHTML for the textarea? I would want to verify > that it's actually setting the

[Lift] Re: MappedTextarea problem

Can you post the generated XHTML for the textarea? I would want to verify that it's actually setting the attributes. Derek On Tue, Mar 3, 2009 at 2:08 PM, DavidV wrote: > > For some reason when I override the textareaRows and textareaCols > methods in MappedTextarea, the size of the text block

[Lift] MappedTextarea problem

For some reason when I override the textareaRows and textareaCols methods in MappedTextarea, the size of the text block appears the same in my web application no matter what size I assign to the rows and cols. Does anyone know how to decrease the size of the blank text area that shows up on the w

[Lift] Re: mvn scala:script

The "args" parameter as defined in: http://scala-tools.org/mvnsites/maven-scala-plugin/script-mojo.html is meant to be used in the section of your maven-scala-plugin defintion section in your pom. Maven has some sugar to allow environment variables to replace these configuraiton variables, usin

[Lift] Re: mvn scala:script

I've not seen any "-Dargs" description at http://scala-tools.org/mvnsites/maven-scala-plugin/usage_script.html May be you can use "-DscriptFile" param to set your String variable ? mvn scala:script -DscriptFile="script.scala" --- script.scala begin

[Lift] Re: mvn scala:script

the -Dargs parameter is labelled as "compiler additionnals arguments" in http://scala-tools.org/mvnsites/maven-scala-plugin/script-mojo.html Moreover, from the source code : step 1 : a scala class is generated in ./target/.scalaScriptGen ; it looks like this : class embeddedScript_1 { // your

[Lift] Re: mvn scala:script

Greg, I wish I could give you a better explanation, but I believe the -D requires you to do something like -Dmaven.scala.args=xyz I'm not sure of the specifics, as I don't use this feature of the maven plugin often (I find myself using eclipse far more often). I'll try to get you more details whe

[Lift] Re: mvn scala:script

Greg, I¹m no maven expert, but the real maven and scala guru¹s hang out here: http://groups.google.com/group/maven-and-scala HTH Cheers, Tim On 03/03/2009 16:46, "Meredith Gregory" wrote: > Scalads, lasses and Lifted, > > i clearly don't understand the mvn scala:script widget. This just wo

[Lift] Re: mvn scala:script

Scalads, lasses and Lifted, i clearly don't understand the mvn scala:script widget. This just works > scala -classpath $MYSCRIPTCLASSPATH scripts/GenerateFiles.scala "/Users/lgm/work/src/projex/bobj/dspace/src/main/java/com/sap/dspace/model/constellation/" (where MYSCRIPTCLASSPATH was set with a

[Lift] mvn scala:script

Scalads, lasses and Lifted, i think i must not understand something about the mvn scala:script. i thought that args was how you accessed cmdline args. However, see the trace below. Best wishes, --greg bash-3.2$ mvn scala:script -Dscript="com.sap.dspace.othello.theIago.generateRESTfulResources(a

[Lift] Re: [Jersey] jersey as filter

Viktor, The combined servlet is eating http requests, but it's not processing them correctly. i'm still not sure about all the Jersey path stuff. i'm the process of debugging. Best wishes, --greg On Tue, Mar 3, 2009 at 7:04 AM, Viktor Klang wrote: > Greg, > > Great, then it was just me findin

[Lift] Re: Is there a reason why the getting started PDF is for version 0.1.0?

-DarchetypeVersion=1.0, not 0.10 Derek On Tue, Mar 3, 2009 at 2:32 AM, Ikai Lan wrote: > Paul, > I am also a newbie, so take what I say with a grain of salt. > > The archetype is 0.10. This means that the skeleton application you > generate is in its 0.10 versioning. Scala Lift is in 1.0, but t

[Lift] Re: [Jersey] jersey as filter

Greg, Great, then it was just me finding the wrong API docs online :) But the real question is: Does it work? :) Cheers, Viktor On Tue, Mar 3, 2009 at 4:00 PM, Meredith Gregory wrote: > Viktor, > > Thanks. Jersey-1.0.2 *does* implement Filter. You can see that in the > sources jar and if you

[Lift] Re: [Jersey] jersey as filter

Viktor, Thanks. Jersey-1.0.2 *does* implement Filter. You can see that in the sources jar and if you include it in a scala/lift project and reflect it does the right thing. Best wishes, --greg On Tue, Mar 3, 2009 at 1:46 AM, Viktor Klang wrote: > Unfortunately, > > > https://jersey.dev.java.n

[Lift] Re: Building new pages in Lift

On Tue, Mar 3, 2009 at 1:09 AM, Ikai Lan wrote: > So NetBeans is pretty slick after all. Just wish it had incremental > compilation! Open a terminal. cd into your project. type: mvn scala:cc Edit and save file. Rinse and repeat. > - Show quoted text - > > > > -- Lift, the simply functi

[Lift] Re: Is there a reason why the getting started PDF is for version 0.1.0?

On Tue, Mar 3, 2009 at 6:38 AM, Derek Chen-Becker wrote: > I've already opened a ticket on this: > > > http://liftweb.lighthouseapp.com/projects/26102/tickets/12-getting-started-pdf-needs-updated > > David, do you have the source for that chapter, or is that in our repo now? > Either way, let me k

[Lift] Re: Is there a reason why the getting started PDF is for version 0.1.0?

Paul, I am also a newbie, so take what I say with a grain of salt. The archetype is 0.10. This means that the skeleton application you generate is in its 0.10 versioning. Scala Lift is in 1.0, but there is a typo in the PDF in which the characters seem to be reversed. If you use this command you s

[Lift] Re: Is there a reason why the getting started PDF is for version 0.1.0?

I'll fix it and add a new version to the site repo. On Tue, Mar 3, 2009 at 7:44 AM, TylerWeir wrote: > > Derek, it's in our repo: > > http://github.com/tjweir/liftbook/tree/ebed9de5ca9f59895357b759f60013e33b637ca9/getting_started > > Ty > > On Mar 3, 9:38 am, Derek Chen-Becker wrote: > > I've a

[Lift] Re: Is there a reason why the getting started PDF is for version 0.1.0?

Derek, it's in our repo: http://github.com/tjweir/liftbook/tree/ebed9de5ca9f59895357b759f60013e33b637ca9/getting_started Ty On Mar 3, 9:38 am, Derek Chen-Becker wrote: > I've already opened a ticket on this: > > http://liftweb.lighthouseapp.com/projects/26102/tickets/12-getting-st... > > David,

[Lift] Re: Is there a reason why the getting started PDF is for version 0.1.0?

I've already opened a ticket on this: http://liftweb.lighthouseapp.com/projects/26102/tickets/12-getting-started-pdf-needs-updated David, do you have the source for that chapter, or is that in our repo now? Either way, let me know where it is and I'll fix it. Derek On Tue, Mar 3, 2009 at 2:33 A

[Lift] Re: Is there a reason why the getting started PDF is for version 0.1.0?

Blah, I have my own typo: mvn archetype:generate -U -DarchetypeGroupId=net.liftweb -DarchetypeArtifactId=lift-archetype-basic -DarchetypeVersion=0.10 -DremoteRepositories=http://scala-tools.org/repo-releases -DgroupId=$PACKAGE -DartifactId=$PROJECT -Dversion=1.0-SNAPSHOT --~--~-~--~~--

[Lift] Re: [Jersey] jersey as filter

Unfortunately, https://jersey.dev.java.net/source/browse/*checkout*/jersey/tags/jersey-1.0.1/api/jersey/index.html says: public class *ServletContainer*extends javax.servlet.http.HttpServletimplements ContainerListener

[Lift] Re: Building new pages in Lift

So NetBeans is pretty slick after all. Just wish it had incremental compilation! --~--~-~--~~~---~--~~ 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 unsubscri

[Lift] Re: ORM Framework

Cayenne may be another alternative to look at; it at least partially support JPA (among other things, it has a native HTTP client request access mechanism). Just use it would like you would in Java... (Cayenne's primary configuration is through a simple GUI to generate XML meta files vs. using ann

[Lift] Is there a reason why the getting started PDF is for version 0.1.0?

The instructions provided in the getting started PDF (http://static.liftweb.net/StartingWithLift.pdf) show downloading Lift 0.1.0. (I think these same old values are also present in other instructions?) While it's "just a matter" of updating the version pinning, this seems like really erroneous i