[Lift] Re: Dynamic SiteMap
So doesn't what I described about help you? ... a conditional Hidden LocParam? ...thus the SiteMap contains all A, B, C, D, E, F menus but for user type 1 D, E,, F are hidden, and for user type 2 A, B, C are hidden. The decision would done in the function that you provide to CondHidden. If this helps the new LocParam could be added with not much problems. If this doesn't work for you, please elaborate. Br's, Marius On Oct 11, 2:09 am, Dave wrote: > Hi all- > > I am interested in a similar question. I have two types of users and > once logged in, I'd like to provide them with distinct menu options. > For instance User type one would have a menu with A / B / C and User > Type Two would have D / E / F. I have tried a variety of approaches > including storing a session variable when the user first logs in, but > because the sitemap is already built, its tough to modify > dynamically. Further, unfortunately, User1.sitemap and User2.sitemap > don't play well together, and only one should be shown at one time > depending on the user type. Not to take away from Markus' question, > but if someone could address this more concrete scenario, it would be > much appreciated. > > Thanks, > Dave > > On Oct 10, 5:09 pm, "marius d." wrote: > > > Well SiteMap is per LiftRules which means it's per application > > runtime. One approach would be to define the entire SiteMap but > > depending on the context using some conditional Hidden LocParam. > > Perhaps something like: > > > case object CondHidden(coond: () => Boolean) extends LocParam > > > This could be used in conjunction with If/Unless/Test LocParam-s to > > also grant access per context (even if the Loc is Hidden) > > > This probably won't suffice if you want each user to have its own > > unique SiteMap. Can you elaborate more on your application > > usecase? ... in what way you want unique SiteMap per user? > > > Other option would be to have in LiftRules something like: > > > val sessionSiteMap: (LiftSession) => SiteMap > > > This means that you can provide a function that will create a SiteMap > > depending on the LiftSession ... which would probably be called after > > LiftSession is created. I'm not sure if this is the way to do it as > > this would act as a secondary SiteMap ... and this would complicate > > things a bit for the Lift engine. > > > Br's, > > Mariu > > > On Oct 9, 11:36 pm, Markus Kolb wrote: > > > > Hi, > > > > I'm something new to Scala and Lift is freshmeat for me. > > > At the moment I am trying to find a best practice possibility to > > > setSiteMap with a SiteMap which includes Menus and Locs which might > > > change during application runtime. > > > Let me say... each user should get his own, unique SiteMap after > > > login. > > > The SiteMap should be generated based on class construction and method > > > calls during runtime. > > > I've the problem to find a solution without putting setSiteMap-call > > > nearly everywhere in my code just to update it. > > > > Uumh. Yes. Any tips are welcome... > > > > Best regards, > > > 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: Use lift1.0 or 1.1 or 1.x to create a stable and large site(project) ?
I'll be try to use lift1.1-SNAPSHOT to create my web site. Thank you very much ! On Oct 9, 9:32 pm, David Pollak wrote: > I use Lift 1.1-SNAPSHOT on all the sites I work on (that's currently at 7). > There's rarely breakage on SNAPSHOT. > > > > On Fri, Oct 9, 2009 at 3:01 AM, Neil.Lv wrote: > > > Hi liftweb, > > > Is anyone has used lift to create a stable and large site ? If i > > want to create this site which version that is suit, > > > lift1.0 or higher version. > > > If someone knows the site that develop by lift or has used lift to > > create a site, could you give me some ideas? > > > Thanks very much! > > > Cheers, > > Neil > > -- > 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 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: Dynamic SiteMap
Hi all- I am interested in a similar question. I have two types of users and once logged in, I'd like to provide them with distinct menu options. For instance User type one would have a menu with A / B / C and User Type Two would have D / E / F. I have tried a variety of approaches including storing a session variable when the user first logs in, but because the sitemap is already built, its tough to modify dynamically. Further, unfortunately, User1.sitemap and User2.sitemap don't play well together, and only one should be shown at one time depending on the user type. Not to take away from Markus' question, but if someone could address this more concrete scenario, it would be much appreciated. Thanks, Dave On Oct 10, 5:09 pm, "marius d." wrote: > Well SiteMap is per LiftRules which means it's per application > runtime. One approach would be to define the entire SiteMap but > depending on the context using some conditional Hidden LocParam. > Perhaps something like: > > case object CondHidden(coond: () => Boolean) extends LocParam > > This could be used in conjunction with If/Unless/Test LocParam-s to > also grant access per context (even if the Loc is Hidden) > > This probably won't suffice if you want each user to have its own > unique SiteMap. Can you elaborate more on your application > usecase? ... in what way you want unique SiteMap per user? > > Other option would be to have in LiftRules something like: > > val sessionSiteMap: (LiftSession) => SiteMap > > This means that you can provide a function that will create a SiteMap > depending on the LiftSession ... which would probably be called after > LiftSession is created. I'm not sure if this is the way to do it as > this would act as a secondary SiteMap ... and this would complicate > things a bit for the Lift engine. > > Br's, > Mariu > > On Oct 9, 11:36 pm, Markus Kolb wrote: > > > > > Hi, > > > I'm something new to Scala and Lift is freshmeat for me. > > At the moment I am trying to find a best practice possibility to > > setSiteMap with a SiteMap which includes Menus and Locs which might > > change during application runtime. > > Let me say... each user should get his own, unique SiteMap after > > login. > > The SiteMap should be generated based on class construction and method > > calls during runtime. > > I've the problem to find a solution without putting setSiteMap-call > > nearly everywhere in my code just to update it. > > > Uumh. Yes. Any tips are welcome... > > > Best regards, > > 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: Dynamic SiteMap
Well SiteMap is per LiftRules which means it's per application runtime. One approach would be to define the entire SiteMap but depending on the context using some conditional Hidden LocParam. Perhaps something like: case object CondHidden(coond: () => Boolean) extends LocParam This could be used in conjunction with If/Unless/Test LocParam-s to also grant access per context (even if the Loc is Hidden) This probably won't suffice if you want each user to have its own unique SiteMap. Can you elaborate more on your application usecase? ... in what way you want unique SiteMap per user? Other option would be to have in LiftRules something like: val sessionSiteMap: (LiftSession) => SiteMap This means that you can provide a function that will create a SiteMap depending on the LiftSession ... which would probably be called after LiftSession is created. I'm not sure if this is the way to do it as this would act as a secondary SiteMap ... and this would complicate things a bit for the Lift engine. Br's, Mariu On Oct 9, 11:36 pm, Markus Kolb wrote: > Hi, > > I'm something new to Scala and Lift is freshmeat for me. > At the moment I am trying to find a best practice possibility to > setSiteMap with a SiteMap which includes Menus and Locs which might > change during application runtime. > Let me say... each user should get his own, unique SiteMap after > login. > The SiteMap should be generated based on class construction and method > calls during runtime. > I've the problem to find a solution without putting setSiteMap-call > nearly everywhere in my code just to update it. > > Uumh. Yes. Any tips are welcome... > > Best regards, > 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] Basic Theory Question: User Management and Access Controls
Hi all- I am creating a site which has two types of users, of which many of you have probably read about before. This is more of a theory question: What is the proper (standard, best, easiest whatever) way to manage user types. Right now I'm doing most of this through the SiteMapper, using If objects to determine what type of user is logged in and then send them on their merry way. For instance, I do something like this to make sure logged in users are sent to the right places: val anyLoggedIn = If(() => !(Student.loggedIn_? || Provider.loggedIn_?), if (sessionLoginType.is map {_ == StudentLogin} openOr false) { println("student") RedirectResponse("studentHome") } else { println("provider") RedirectResponse("providerHome") } ) // Build SiteMap val entries = ... Menu(Loc("loginBase", ("login"::""::Nil)->true, "Login Base", Hidden, anyLoggedIn)):: What say you assembled lifters? Thanks, Dave --~--~-~--~~~---~--~~ 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
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 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: Binding a snippet in a comet actor?
On Fri, Oct 9, 2009 at 7:31 PM, Somindra Bhattacharya wrote: > > Thanks David! > You are welcome and thanks for taking the time to put together the sample! > > On Oct 10, 12:17 am, David Pollak > wrote: > > This is a defect. I've opened a ticket: > http://github.com/dpp/liftweb/issues#issue/93 > > I'll have a fix checked in later today > > > > On Fri, Oct 9, 2009 at 1:02 AM, Somindra Bhattacharya > > wrote: > > > > > > > > > > > > > David, > > > > > Thanks for responding. > > > > > I have hosted the example athttp://174.129.214.150:8080/ > > > > > The code is athttp://174.129.214.150:8080/dynamicForm.tar.gz > > > > > Here are the steps to reproduce the issue: > > > > > 1. Openhttp://174.129.214.150:8080/in a browser window. This starts > > > a comet actor which listens for messages. There is no form present on > > > this page. > > > > > 2. Openhttp://174.129.214.150:8080/testdriverin another browser > > > window. Juxtapose these two windows. > > > > > 3. Click on the "Click here" button in the window opened in (2). > > > Submitting this form results into a block being sent to > > > the actor on the index page. This makes the index page show a form > > > that was not previously present. > > > > > 4. Click on the button that has appeared on the index page. This does > > > not result into calling the handler at the server end. > > > > > Please let me know if you need more information. > > > > > Thanks again... > > > > > Regards, > > > Som > > > > > On Oct 8, 9:40 pm, David Pollak wrote: > > > > The chat example in demo.liftweb.net (source in examples/example) > has a > > > form > > > > that is presented after the initial form is rendered. It works just > > > fine. > > > > Please put together a small example of the failure so I can see the > > > running > > > > code. > > > > > > On Wed, Oct 7, 2009 at 9:13 PM, Somindra Bhattacharya > > > > wrote: > > > > > > > Apologies for bumping this. > > > > > > > Is there a way to get the submit button (or an ajaxButton) to work > if > > > > > the snippet which was not originally part of the page is bound by a > > > > > comet actor? > > > > > > > Thanks, > > > > > Som > > > > > > > On Oct 7, 12:32 pm, Somindra Bhattacharya > > > > > wrote: > > > > > > Thanks for responding, Naftoli. > > > > > > > > I tried changing the code to: > > > > > > > > def handleSubmit() = > > > > > > { > > > > > > Log.info("GOT A SUBMIT IN INVITE") > > > > > > net.liftweb.http.js.JsCmds.Run("alert('Hey')") > > > > > > } > > > > > > > > ajaxForm( > > > > > > bind("elem", xhtml, > > > > > >"submit" -> submit("Click", () => handleSubmit() ), > > > > > > ) ++ hidden(() => handleSubmit()) > > > > > > ) > > > > > > > > The handleSubmit method is still not called. I tried using > ajaxButton > > > > > > instead of submit but that did not help either. > > > > > > > > What am I doing wrong? > > > > > > > > On Oct 7, 5:06 am, Naftoli Gugenheim > wrote: > > > > > > > > > What about an Ajax form? > > > > > > > > > On Tue, Oct 6, 2009 at 9:52 AM, Somindra Bhattacharya > > > > > > > > > wrote: > > > > > > > > > > Hi Everyone, > > > > > > > > > > I have a comet actor that binds XHTML. The XHTML corresponds > to a > > > > > > > > snippet: > > > > > > > > > > XHTML for comet actor -> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > When the comet actor receives a certain message, the render > > > method of > > > > > > > > the comet actor binds the following XHTML -> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > The Discuss snippet's "invite" method definition is: > > > > > > > > > > def invite(xhtml: NodeSeq): NodeSeq = > > > > > > > > { > > > > > > > > > > def handleSubmit() = > > > > > > > > { > > > > > > > >Log.info("GOT A SUBMIT IN INVITE") > > > > > > > > } > > > > > > > > > > bind("elem", xhtml, > > > > > > > > "submit" -> submit("Click", () => handleSubmit())) > > > > > > > > } > > > > > > > > > > The page does not contain this form when it is first loaded. > When > > > the > > > > > > > > actor receives a certain message, it binds the XHTML > > > (Discuss.invite) > > > > > > > > to the page and the form and the "submit" button are rendered > > > > > > > > properly. > > > > > > > > > > However, when I click on the submit button, the > "handleSubmit" > > > method > > > > > > > > is not called. Instead, the browser displays a page with the > text > > > > > > > > "window.location=/". > > > > > > > > If I use the browser back button and re-visit the page with > the > > > comet > > > > > > > > actor, the submit button works (i.e., handleSubmit() is > called > > > and I > > > > > > > > can see the info log). > > > > > > > > > > Is this approach "legal"? Is there a way to make a form > submit if > > > it > > > > > > > > was not originally part of the page? > > > > > > > > > > Thanks, > > > > > > > > Som > > > > > > -- > > > > Lift, the s
[Lift] Re: Question about the Getting Started Guide
I went to the location specified and only found a pom with the following contents: 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/maven-v4_0_0.xsd";> 4.0.0 org.mortbay.jetty modules-extra 7.0.0.pre5 org.mortbay.jetty maven-jetty-plugin pom Jetty Extra :: Maven Jetty Plugin :: Stub org.mortbay.jetty jetty-maven-plugin ${project.version} This project has been renamed and moved to jetty-maven- plugin. I am going to try changing the name to see if it makes any difference. On Oct 9, 5:37 pm, oatkinson wrote: > I was getting the same problem last week. Now this week i am getting > something similar that i am wondering if it is because of a proxy: > > 17:26:40 atkinso...@atkinsonos-laptop:~/personal/hg/lift-experiment2$ > mvn jetty:run > [INFO] Scanning for projects... > Downloading:http://mvn.onemodel.org:8082/nexus/content/groups/dev/org/mortbay/jet... > [INFO] Unable to find resource 'org.mortbay.jetty:maven-jetty- > plugin:maven-plugin:7.0.0.pre5' in repository scala-tools.org (http:// > scala-tools.org/repo-releases) > Downloading:http://mvn.onemodel.org:8082/nexus/content/groups/dev/org/mortbay/jet... > [INFO] Unable to find resource 'org.mortbay.jetty:maven-jetty- > plugin:maven-plugin:7.0.0.pre5' in repository central (http:// > repo1.maven.org/maven2) > [INFO] Cannot find mojo descriptor for: 'jetty:run' - Treating as non- > aggregator. > [INFO] > > [INFO] Building lift-experiment2 > [INFO] task-segment: [jetty:run] > [INFO] > > Downloading:http://mvn.onemodel.org:8082/nexus/content/groups/dev/org/mortbay/jet... > [INFO] Unable to find resource 'org.mortbay.jetty:maven-jetty- > plugin:maven-plugin:7.0.0.pre5' in repository scala-tools.org (http:// > scala-tools.org/repo-releases) > Downloading:http://mvn.onemodel.org:8082/nexus/content/groups/dev/org/mortbay/jet... > [INFO] Unable to find resource 'org.mortbay.jetty:maven-jetty- > plugin:maven-plugin:7.0.0.pre5' in repository central (http:// > repo1.maven.org/maven2) > [INFO] > > [ERROR] BUILD FAILURE > [INFO] > > [INFO] A required plugin was not found: Plugin could not be found - > check that the goal name is correct: Unable to download the artifact > from any repository > > Try downloading the file manually from the project website. > > Then, install it using the command: > mvn install:install-file -DgroupId=org.mortbay.jetty - > DartifactId=maven-jetty-plugin -Dversion=7.0.0.pre5 -Dpackaging=maven- > plugin -Dfile=/path/to/file > > Alternatively, if you host your own repository you can deploy the file > there: > mvn deploy:deploy-file -DgroupId=org.mortbay.jetty - > DartifactId=maven-jetty-plugin -Dversion=7.0.0.pre5 -Dpackaging=maven- > plugin -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] > > org.mortbay.jetty:maven-jetty-plugin:maven-plugin:7.0.0.pre5 > > from the specified remote repositories: > fch (http://mvn.onemodel.org:8082/nexus/content/groups/dev) > > org.mortbay.jetty:maven-jetty-plugin:maven-plugin:7.0.0.pre5 > > from the specified remote repositories: > fch (http://mvn.onemodel.org:8082/nexus/content/groups/dev) > > [INFO] > > [INFO] For more information, run Maven with the -e switch > [INFO] > > [INFO] Total time: 1 second > [INFO] Finished at: Fri Oct 09 17:33:49 MDT 2009 > [INFO] Final Memory: 3M/17M > [INFO] > > 17:33:49 atkinso...@atkinsonos-laptop:~/personal/hg/lift-experiment2$ > > On Sep 29, 11:49 pm, Indrajit Raychaudhuri > wrote: > > > > > Jack, > > > maven-jetty-plugin belongs to the group org.mortbay.jetty, not > > org.apache.maven.plugins. This makes me suspect that your jetty plugin > > isn't configured properly. > > > A minimal jetty plugin configuration would look like this: > > > > > org.mortbay.jetty > > maven-jetty-plugin > > > > / > > > > > > > Could you please ensure this config under build -> plugin section in > > your pom.xml and retry? > > > Cheers, Indrajit > > > On 30/09/09 10:09 AM, jlist9 wrote: > > > > I just tried it on another computer and got exactly the same error when > > > running (below). I think something is broken. I checked the mvn output > > > in the first run to create helloworld project and didn't see any > > > mentioning > > > of jetty... > > > > D:\Java\liftweb\work>mvn jetty:run > > > [INFO] Scanning for p
[Lift] Re: Question about the Getting Started Guide
I think I know what is happening. The maven-jetty-plugin has been moved. It is now the jetty-maven-plugin. I reran the archetype:generate with a new artifactId and before running the mvn jetty:run I edited the pom to contain the following: org.mortbay.jetty jetty-maven-plugin 5 NOTE that I also had to remove the configuration for the contextPath because jetty was saying that it could not override readonly configuration parameter. I tried to post this earlier so I hope this works and that it is not a duplicate. On Oct 9, 5:37 pm, oatkinson wrote: > I was getting the same problem last week. Now this week i am getting > something similar that i am wondering if it is because of a proxy: > > 17:26:40 atkinso...@atkinsonos-laptop:~/personal/hg/lift-experiment2$ > mvn jetty:run > [INFO] Scanning for projects... > Downloading:http://mvn.onemodel.org:8082/nexus/content/groups/dev/org/mortbay/jet... > [INFO] Unable to find resource 'org.mortbay.jetty:maven-jetty- > plugin:maven-plugin:7.0.0.pre5' in repository scala-tools.org (http:// > scala-tools.org/repo-releases) > Downloading:http://mvn.onemodel.org:8082/nexus/content/groups/dev/org/mortbay/jet... > [INFO] Unable to find resource 'org.mortbay.jetty:maven-jetty- > plugin:maven-plugin:7.0.0.pre5' in repository central (http:// > repo1.maven.org/maven2) > [INFO] Cannot find mojo descriptor for: 'jetty:run' - Treating as non- > aggregator. > [INFO] > > [INFO] Building lift-experiment2 > [INFO] task-segment: [jetty:run] > [INFO] > > Downloading:http://mvn.onemodel.org:8082/nexus/content/groups/dev/org/mortbay/jet... > [INFO] Unable to find resource 'org.mortbay.jetty:maven-jetty- > plugin:maven-plugin:7.0.0.pre5' in repository scala-tools.org (http:// > scala-tools.org/repo-releases) > Downloading:http://mvn.onemodel.org:8082/nexus/content/groups/dev/org/mortbay/jet... > [INFO] Unable to find resource 'org.mortbay.jetty:maven-jetty- > plugin:maven-plugin:7.0.0.pre5' in repository central (http:// > repo1.maven.org/maven2) > [INFO] > > [ERROR] BUILD FAILURE > [INFO] > > [INFO] A required plugin was not found: Plugin could not be found - > check that the goal name is correct: Unable to download the artifact > from any repository > > Try downloading the file manually from the project website. > > Then, install it using the command: > mvn install:install-file -DgroupId=org.mortbay.jetty - > DartifactId=maven-jetty-plugin -Dversion=7.0.0.pre5 -Dpackaging=maven- > plugin -Dfile=/path/to/file > > Alternatively, if you host your own repository you can deploy the file > there: > mvn deploy:deploy-file -DgroupId=org.mortbay.jetty - > DartifactId=maven-jetty-plugin -Dversion=7.0.0.pre5 -Dpackaging=maven- > plugin -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] > > org.mortbay.jetty:maven-jetty-plugin:maven-plugin:7.0.0.pre5 > > from the specified remote repositories: > fch (http://mvn.onemodel.org:8082/nexus/content/groups/dev) > > org.mortbay.jetty:maven-jetty-plugin:maven-plugin:7.0.0.pre5 > > from the specified remote repositories: > fch (http://mvn.onemodel.org:8082/nexus/content/groups/dev) > > [INFO] > > [INFO] For more information, run Maven with the -e switch > [INFO] > > [INFO] Total time: 1 second > [INFO] Finished at: Fri Oct 09 17:33:49 MDT 2009 > [INFO] Final Memory: 3M/17M > [INFO] > > 17:33:49 atkinso...@atkinsonos-laptop:~/personal/hg/lift-experiment2$ > > On Sep 29, 11:49 pm, Indrajit Raychaudhuri > wrote: > > > > > Jack, > > > maven-jetty-plugin belongs to the group org.mortbay.jetty, not > > org.apache.maven.plugins. This makes me suspect that your jetty plugin > > isn't configured properly. > > > A minimal jetty plugin configuration would look like this: > > > > > org.mortbay.jetty > > maven-jetty-plugin > > > > / > > > > > > > Could you please ensure this config under build -> plugin section in > > your pom.xml and retry? > > > Cheers, Indrajit > > > On 30/09/09 10:09 AM, jlist9 wrote: > > > > I just tried it on another computer and got exactly the same error when > > > running (below). I think something is broken. I checked the mvn output > > > in the first run to create helloworld project and didn't see any > > > mentioning > > > of jetty... > > > > D:\Java\liftweb\work>mvn jetty:run > > > [INFO] Scanning for projects... > > > [INFO] Searching repository for plugin with prefix: 'jetty'. > > > [INF
[Lift] Re: Question about the Getting Started Guide
I reran the archetype:generate in a new artifactId and before I tried to mvn jetty:run, I edited the pom that was generated to use the new name of the plugin and all worked. org.mortbay.jetty jetty-maven-plugin / 5 is the correct form of the plugin. Hope that help others. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---