Can someone else please try jetty with sbt to see if we can repeat the issue?
D. On Sat, Feb 26, 2011 at 2:56 PM, Vladimir Ivanov <[email protected]> wrote: > Yes, it was clean build. Most probably it's my local issue. Sounds stupid > but might be it depends on platform somehow? Haven't discovered this before > though... > > I use Fedora 14 x64 and Chrome/Firefox. > > 2011/2/26 Richard Hirsch <[email protected]> > >> Is it a clean build? I've never noticed that with jetty. Anyone seen >> else similar? >> >> D. >> >> On Sat, Feb 26, 2011 at 2:31 PM, Vladimir Ivanov <[email protected]> >> wrote: >> > 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 >> > >> > > > > -- > Best Regards, > Vladimir Ivanov >
