I've just checked it with Maven and jetty-run and jetty-run-war goals - still reproduced. I haven't specified 'index' explicitly and use default URL: http://localhost:8080. But link to the Home page has following form: http://localhost:8080/index for me.
2011/2/26 Richard Hirsch <[email protected]> > The problem is the "index" in the URL. If this was tomcat, then your > war might be called "index.war" but I've never seen a servlet suffix > in jetty. > > I tried stax with you user credentials and it works for me as well. > > D. > > On Sat, Feb 26, 2011 at 2:09 PM, Vladimir Ivanov <[email protected]> > wrote: > > Haven't understood yet. > > > > Ok, but why did I reproduce it on Stax? I switched to Public page and > then > > back to the Home page and saw the same picture. > > > > Could you please login on Stax under my credentials (login: lester, > > password: lester) and perform the same actions? > > > > 2011/2/26 Richard Hirsch <[email protected]> > > > >> what is "index"? Usually, when I start jetty (not with SBT), the > >> instance starts at http://localhost:8080 > >> > >> D. > >> On Sat, Feb 26, 2011 at 11:48 AM, Vladimir Ivanov < > [email protected]> > >> wrote: > >> > In my case the problem is on http://localhost:8080/index , so path to > >> the > >> > default avatar image looks like > >> > http://localhost:8080/index/images/avatar.jpg and link to the my user > >> > profile has form: http://localhost:8080/index/user/lester . > >> > > >> > 2011/2/26 Richard Hirsch <[email protected]> > >> > > >> >> I assume you are using Tomcat locally. > >> >> > >> >> Is the problem on http://localhost:8080/esme/user/lester or > >> >> http://localhost:8080/esme/? > >> >> > >> >> Does the problem occur when you reply to a message (for example "@tom > >> >> cool idea") > >> >> > >> >> D. > >> >> > >> >> On Sat, Feb 26, 2011 at 7:04 AM, Vassil Dichev <[email protected]> > >> wrote: > >> >> > Are you using Jetty or Tomcat? > >> >> > > >> >> > On Sat, Feb 26, 2011 at 3:59 AM, Vladimir Ivanov < > >> [email protected]> > >> >> wrote: > >> >> >> The problem is that the links to the default avatar image and user > >> >> profile > >> >> >> are prefixed with 'index' on user home page. > >> >> >> > >> >> >> 2011/2/26 Vladimir Ivanov <[email protected]> > >> >> >> > >> >> >>> Hmm... It appears some problems exist. When I click on 'Home' > link > >> and > >> >> try > >> >> >>> to view any user's profile page, 'The Requested URL > >> /index/user/vivanov > >> >> was > >> >> >>> not found on this server' message is shown. Also UI formatting is > >> >> broken for > >> >> >>> user that doesn't have avatar on the same page due to default > >> >> avatar.jpg > >> >> >>> hasn't been loaded. > >> >> >>> > >> >> >>> > >> >> >>> 2011/2/26 Vladimir Ivanov <[email protected]> > >> >> >>> > >> >> >>>> Sorry, > >> >> >>>> > >> >> >>>> It seems it is my local problem - I've just tried to post new > >> messages > >> >> on > >> >> >>>> Stax, UI is ok. > >> >> >>>> > >> >> >>>> 2011/2/26 Vladimir Ivanov <[email protected]> > >> >> >>>> > >> >> >>>> Good work guys! > >> >> >>>>> > >> >> >>>>> Btw, it might be my local checkout is broken, but after today's > >> >> update UI > >> >> >>>>> on user's personal timeline screen is broken. > >> >> >>>>> > >> >> >>>>> 2011/2/25 Ethan Jewett <[email protected]> > >> >> >>>>> > >> >> >>>>> Thanks Dick and Vassil! > >> >> >>>>>> > >> >> >>>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch < > >> >> [email protected]> > >> >> >>>>>> wrote: > >> >> >>>>>> > Thanks. > >> >> >>>>>> > > >> >> >>>>>> > I've fixed this problem and have committed everything to > SVN. > >> >> Deployed > >> >> >>>>>> > everything to stax. > >> >> >>>>>> > > >> >> >>>>>> > I discovered a new bug during testing (unable to post from > >> streams > >> >> / > >> >> >>>>>> > public page) so we aren't finished with the release yet. > >> >> >>>>>> > > >> >> >>>>>> > D. > >> >> >>>>>> > > >> >> >>>>>> > On Fri, Feb 25, 2011 at 6:28 AM, Vassil Dichev < > >> >> [email protected]> > >> >> >>>>>> wrote: > >> >> >>>>>> >> OK, I've committed a fix, and it works with Jetty. I think > >> you've > >> >> >>>>>> also > >> >> >>>>>> >> forgotten to mention that shortened URLs must also have the > >> >> prepended > >> >> >>>>>> >> context root. > >> >> >>>>>> >> > >> >> >>>>>> >> Now it's time to go to the kindergarten with my son, feel > free > >> to > >> >> >>>>>> test. > >> >> >>>>>> >> > >> >> >>>>>> >> Vassil > >> >> >>>>>> >> > >> >> >>>>>> >> > >> >> >>>>>> >> On Fri, Feb 25, 2011 at 6:56 AM, Vassil Dichev < > >> >> [email protected]> > >> >> >>>>>> wrote: > >> >> >>>>>> >>> Since the context root doesn't change for the lifetime of > the > >> >> >>>>>> >>> application, I would define a val somewhere in object > >> Message: > >> >> >>>>>> >>> > >> >> >>>>>> >>> val root = LiftRules.context.path > >> >> >>>>>> >>> > >> >> >>>>>> >>> and then prepend root to these URLs. Give me half an hour > and > >> >> I'll > >> >> >>>>>> do > >> >> >>>>>> >>> it and test that at least it works on Jetty (should be > empty > >> >> context > >> >> >>>>>> >>> root). > >> >> >>>>>> >>> > >> >> >>>>>> >>> > >> >> >>>>>> >>> On Fri, Feb 25, 2011 at 6:46 AM, Richard Hirsch < > >> >> >>>>>> [email protected]> wrote: > >> >> >>>>>> >>>> If you just change the two lines of codes accordingly, I > can > >> >> test > >> >> >>>>>> it > >> >> >>>>>> >>>> on Tomcat. I kept getting Scala errors while compiling > >> >> >>>>>> >>>> > >> >> >>>>>> >>>> map(nickname => > >> >> >>>>>> >>>> <xml:group> @<a > >> >> >>>>>> >>>> href={"/user/"+urlEncode(nickname.text)}>{nickname}</a> > >> >> >>>>>> </xml:group>). > >> >> >>>>>> >>>> getOrElse(Text("")) > >> >> >>>>>> >>>> > >> >> >>>>>> >>>> case e: Elem if e.label == "tag" => > >> >> >>>>>> >>>> e.attribute("name").map(tag => > >> >> >>>>>> >>>> <xml:group> #<a > >> >> >>>>>> >>>> href={"/tag/"+urlEncode(tag.text)}>{tag}</a> > </xml:group>). > >> >> >>>>>> >>>> getOrElse(Text("")) > >> >> >>>>>> >>>> > >> >> >>>>>> >>>> > >> >> >>>>>> >>>> D. > >> >> >>>>>> >>>> On Fri, Feb 25, 2011 at 5:43 AM, Vassil Dichev < > >> >> [email protected]> > >> >> >>>>>> wrote: > >> >> >>>>>> >>>>> A quick look at the Scaladocs > >> >> >>>>>> >>>>> ( > >> >> >>>>>> > >> >> > >> > http://scala-tools.org/mvnsites/liftweb-2.2/framework/scaladocs/index.html > >> >> >>>>>> ) > >> >> >>>>>> >>>>> shows it should be easy: > >> >> >>>>>> >>>>> > >> >> >>>>>> >>>>> LiftRules.context.path > >> >> >>>>>> >>>>> > >> >> >>>>>> >>>>> Unfortunately I won't have the time to test it with > Tomcat > >> >> now, > >> >> >>>>>> could > >> >> >>>>>> >>>>> you give this a try? Otherwise I'll check it tonight. > >> >> >>>>>> >>>>> > >> >> >>>>>> >>>>> Vassil > >> >> >>>>>> >>>>> > >> >> >>>>>> >>>>> > >> >> >>>>>> >>>>> On Fri, Feb 25, 2011 at 6:33 AM, Richard Hirsch < > >> >> >>>>>> [email protected]> wrote: > >> >> >>>>>> >>>>>> @Vassil - that would be great > >> >> >>>>>> >>>>>> > >> >> >>>>>> >>>>>> Thanks. > >> >> >>>>>> >>>>>> > >> >> >>>>>> >>>>>> D. > >> >> >>>>>> >>>>>> > >> >> >>>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev < > >> >> >>>>>> [email protected]> wrote: > >> >> >>>>>> >>>>>>> Dick, > >> >> >>>>>> >>>>>>> > >> >> >>>>>> >>>>>>> This could be done with Javascript, but now that I > look > >> at > >> >> the > >> >> >>>>>> problem > >> >> >>>>>> >>>>>>> more closely I think it should be done in Scala. We > need > >> to > >> >> get > >> >> >>>>>> the > >> >> >>>>>> >>>>>>> servlet context name and prepend it to the URL via the > >> >> Servlet > >> >> >>>>>> API. > >> >> >>>>>> >>>>>>> Let me check how to do that. > >> >> >>>>>> >>>>>>> > >> >> >>>>>> >>>>>>> Vassil > >> >> >>>>>> >>>>>>> > >> >> >>>>>> >>>>>>> On Thu, Feb 24, 2011 at 7:22 PM, Richard Hirsch < > >> >> >>>>>> [email protected]> wrote: > >> >> >>>>>> >>>>>>>> Moving ahead with the last item for the 1.2 release. > >> >> >>>>>> >>>>>>>> > >> >> >>>>>> >>>>>>>> I'm getting there - I've cleared up most of the > issues > >> via > >> >> >>>>>> various > >> >> >>>>>> >>>>>>>> JavaScript changes. I'll check in the code tomorrow. > >> >> >>>>>> >>>>>>>> > >> >> >>>>>> >>>>>>>> Now I'm trying to figure out how to make the message > >> >> contents > >> >> >>>>>> deal > >> >> >>>>>> >>>>>>>> with the relative paths as well. The problem occurs > when > >> >> tags > >> >> >>>>>> or @user > >> >> >>>>>> >>>>>>>> URLs are included in messages. > >> >> >>>>>> >>>>>>>> > >> >> >>>>>> >>>>>>>> The code is in model/Message.scala > >> >> >>>>>> >>>>>>>> > >> >> >>>>>> >>>>>>>> map(nickname => > >> >> >>>>>> >>>>>>>> <xml:group> @<a > >> >> >>>>>> >>>>>>>> > href={"/user/"+urlEncode(nickname.text)}>{nickname}</a> > >> >> >>>>>> </xml:group>). > >> >> >>>>>> >>>>>>>> getOrElse(Text("")) > >> >> >>>>>> >>>>>>>> > >> >> >>>>>> >>>>>>>> case e: Elem if e.label == "tag" => > >> >> >>>>>> >>>>>>>> e.attribute("name").map(tag => > >> >> >>>>>> >>>>>>>> <xml:group> #<a > >> >> >>>>>> >>>>>>>> href={"/tag/"+urlEncode(tag.text)}>{tag}</a> > >> </xml:group>). > >> >> >>>>>> >>>>>>>> getOrElse(Text("")) > >> >> >>>>>> >>>>>>>> > >> >> >>>>>> >>>>>>>> We have the same problem here that the href is not > >> correct > >> >> when > >> >> >>>>>> using Tomcat. > >> >> >>>>>> >>>>>>>> > >> >> >>>>>> >>>>>>>> I have a javascript method which I call to adjust the > >> path > >> >> but > >> >> >>>>>> I > >> >> >>>>>> >>>>>>>> haven't been able to get the Scala syntax right. For > >> >> example, > >> >> >>>>>> >>>>>>>> > >> >> >>>>>> >>>>>>>> <xml:group> @<a > >> >> >>>>>> >>>>>>>> > >> >> >>>>>> > >> >> > >> > href={"javascript:pathAdjust('/user/'+urlEncode(nickname.text))"}>{nickname}</a> > >> >> >>>>>> >>>>>>>> </xml:group>). > >> >> >>>>>> >>>>>>>> > >> >> >>>>>> >>>>>>>> Maybe, someone with more Scala experience can show me > >> how > >> >> this > >> >> >>>>>> work. > >> >> >>>>>> >>>>>>>> If you want just use the javascript alert method. > >> >> >>>>>> >>>>>>>> > >> >> >>>>>> >>>>>>>> D. > >> >> >>>>>> >>>>>>>> > >> >> >>>>>> >>>>>>>> On Tue, Feb 22, 2011 at 9:33 AM, Richard Hirsch < > >> >> >>>>>> [email protected]> wrote: > >> >> >>>>>> >>>>>>>>> Yep - try it with IE and create a message with a tag > - > >> the > >> >> tag > >> >> >>>>>> no > >> >> >>>>>> >>>>>>>>> longer appears 2x :-> > >> >> >>>>>> >>>>>>>>> > >> >> >>>>>> >>>>>>>>> D. > >> >> >>>>>> >>>>>>>>> > >> >> >>>>>> >>>>>>>>> On Tue, Feb 22, 2011 at 9:21 AM, Ethan Jewett < > >> >> >>>>>> [email protected]> wrote: > >> >> >>>>>> >>>>>>>>>> This is great Dick. Thanks! Is the new version now > >> >> deployed > >> >> >>>>>> at > >> >> >>>>>> >>>>>>>>>> > http://esmecloudserverapache.dickhirsch.staxapps.net/? > >> >> It > >> >> >>>>>> looks like > >> >> >>>>>> >>>>>>>>>> there is a new deploy up there. > >> >> >>>>>> >>>>>>>>>> > >> >> >>>>>> >>>>>>>>>> Cheers, > >> >> >>>>>> >>>>>>>>>> Ethan > >> >> >>>>>> >>>>>>>>>> > >> >> >>>>>> >>>>>>>>>> On Mon, Feb 21, 2011 at 9:42 AM, Richard Hirsch < > >> >> >>>>>> [email protected]> wrote: > >> >> >>>>>> >>>>>>>>>>> 295 is finished and the JIRA issue is closed. > >> >> >>>>>> >>>>>>>>>>> > >> >> >>>>>> >>>>>>>>>>> One more JIRA issue to go.... > >> >> >>>>>> >>>>>>>>>>> > >> >> >>>>>> >>>>>>>>>>> On Sun, Feb 20, 2011 at 11:21 AM, Richard Hirsch < > >> >> >>>>>> [email protected]> wrote: > >> >> >>>>>> >>>>>>>>>>>> just FYI > >> >> >>>>>> >>>>>>>>>>>> > >> >> >>>>>> >>>>>>>>>>>> I'm currently working on the last two issues for > the > >> >> 1.2 > >> >> >>>>>> release. I've > >> >> >>>>>> >>>>>>>>>>>> already solved > >> >> >>>>>> https://issues.apache.org/jira/browse/ESME-295 and am > >> >> >>>>>> >>>>>>>>>>>> now working on > >> >> >>>>>> https://issues.apache.org/jira/browse/ESME-327. > >> >> >>>>>> >>>>>>>>>>>> > >> >> >>>>>> >>>>>>>>>>>> D. > >> >> >>>>>> >>>>>>>>>>>> > >> >> >>>>>> >>>>>>>>>>> > >> >> >>>>>> >>>>>>>>>> > >> >> >>>>>> >>>>>>>>> > >> >> >>>>>> >>>>>>>> > >> >> >>>>>> >>>>>>> > >> >> >>>>>> >>>>>> > >> >> >>>>>> >>>>> > >> >> >>>>>> >>>> > >> >> >>>>>> >>> > >> >> >>>>>> >> > >> >> >>>>>> > > >> >> >>>>>> > >> >> >>>>> > >> >> >>>>> > >> >> >>>>> > >> >> >>>>> -- > >> >> >>>>> Best Regards, > >> >> >>>>> Vladimir Ivanov > >> >> >>>>> > >> >> >>>> > >> >> >>>> > >> >> >>>> > >> >> >>>> -- > >> >> >>>> Best Regards, > >> >> >>>> Vladimir Ivanov > >> >> >>>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> >>> -- > >> >> >>> Best Regards, > >> >> >>> Vladimir Ivanov > >> >> >>> > >> >> >> > >> >> >> > >> >> >> > >> >> >> -- > >> >> >> Best Regards, > >> >> >> Vladimir Ivanov > >> >> >> > >> >> > > >> >> > >> > > >> > > >> > > >> > -- > >> > Best Regards, > >> > Vladimir Ivanov > >> > > >> > > > > > > > > -- > > Best Regards, > > Vladimir Ivanov > > > -- Best Regards, Vladimir Ivanov
