You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@esme.apache.org by Richard Hirsch <hi...@gmail.com> on 2011/02/20 11:21:18 UTC
Rel 1.2 Update
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.
Re: Rel 1.2 Update
Posted by ejc <er...@gmail.com>.
Awesome! I've seen some great work the last few weeks getting 1.2
ready. Go team!
Thanks,
Eric
On Mon, Feb 21, 2011 at 2:42 AM, Richard Hirsch <hi...@gmail.com> 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 <hi...@gmail.com> 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.
>>
>
Re: Rel 1.2 Update
Posted by Richard Hirsch <hi...@gmail.com>.
OK - did that and the error occurs.
The problem is here:
val entries = Menu(Loc("Home", List("index"), "Home")) ::
Is there way to remove
List("index")
or change it to
List("")
D.
On Sat, Feb 26, 2011 at 5:02 PM, Vladimir Ivanov <le...@gmail.com> wrote:
> Click to the 'Home' link in the right menu as a last step instead of ESME
> logo.
>
> 2011/2/26 Richard Hirsch <hi...@gmail.com>
>>
>> Yep.
>>
>> This is what I did:
>>
>> * Started "http://esmecloudserverapache.dickhirsch.staxapps.net/" in a
>> Chrome Incognito Window
>> * Logged in with the user lester
>> * Clicked on the "Public" link
>> * Clicked on the "ESME" icon to return to the main page
>>
>> No "index" in the URL
>>
>> D.
>>
>>
>> On Sat, Feb 26, 2011 at 4:21 PM, Vladimir Ivanov <le...@gmail.com>
>> wrote:
>> > Have you switched to Public page and then back to the Home page for this
>> > user?
>> >
>> > 2011/2/26 Richard Hirsch <hi...@gmail.com>
>> >>
>> >> I just looked at your screenshots.
>> >>
>> >> I just tried with FireFox 3.5.12 with your user on stax and it looks
>> >> fine. What version of FireFox are using? Could it be connected with
>> >> the fact that your browser might be sending Russian as its locale?
>> >>
>> >> I see that you have Chrome. Can you try it with Chrome?
>> >>
>> >> D.
>> >>
>> >> On Sat, Feb 26, 2011 at 3:49 PM, Richard Hirsch <hi...@gmail.com>
>> >> wrote:
>> >> > could you try a "mvn jetty:run" to see if you have the same problem?
>> >> >
>> >> > D.
>> >> >
>> >> > On Sat, Feb 26, 2011 at 3:26 PM, Vladimir Ivanov
>> >> > <le...@gmail.com>
>> >> > wrote:
>> >> >> I've attached my screenshots from Stax and local deployment to
>> >> >> ESME-327.
>> >> >>
>> >> >> 2011/2/26 Richard Hirsch <hi...@gmail.com>
>> >> >>>
>> >> >>> 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
>> >> >>> <le...@gmail.com>
>> >> >>> 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 <hi...@gmail.com>
>> >> >>> >
>> >> >>> >> 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
>> >> >>> >> <le...@gmail.com>
>> >> >>> >> 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 <hi...@gmail.com>
>> >> >>> >> >
>> >> >>> >> >> 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
>> >> >>> >> >> <lester.mail@gmail.com
>> >> >>> >> >
>> >> >>> >> >> 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 <hi...@gmail.com>
>> >> >>> >> >> >
>> >> >>> >> >> >> 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 <
>> >> >>> >> >> lester.mail@gmail.com>
>> >> >>> >> >> >> 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 <hi...@gmail.com>
>> >> >>> >> >> >> >
>> >> >>> >> >> >> >> 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 <
>> >> >>> >> vdichev@apache.org>
>> >> >>> >> >> >> wrote:
>> >> >>> >> >> >> >> > Are you using Jetty or Tomcat?
>> >> >>> >> >> >> >> >
>> >> >>> >> >> >> >> > On Sat, Feb 26, 2011 at 3:59 AM, Vladimir Ivanov <
>> >> >>> >> >> >> lester.mail@gmail.com>
>> >> >>> >> >> >> >> 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 <le...@gmail.com>
>> >> >>> >> >> >> >> >>
>> >> >>> >> >> >> >> >>> 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 <le...@gmail.com>
>> >> >>> >> >> >> >> >>>
>> >> >>> >> >> >> >> >>>> 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 <le...@gmail.com>
>> >> >>> >> >> >> >> >>>>
>> >> >>> >> >> >> >> >>>> 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 <es...@gmail.com>
>> >> >>> >> >> >> >> >>>>>
>> >> >>> >> >> >> >> >>>>> Thanks Dick and Vassil!
>> >> >>> >> >> >> >> >>>>>>
>> >> >>> >> >> >> >> >>>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch
>> >> >>> >> >> >> >> >>>>>> <
>> >> >>> >> >> >> >> hirsch.dick@gmail.com>
>> >> >>> >> >> >> >> >>>>>> 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
>> >> >>> >> >> >> >> >>>>>> > <
>> >> >>> >> >> >> >> vdichev@apache.org>
>> >> >>> >> >> >> >> >>>>>> 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 <
>> >> >>> >> >> >> >> vdichev@apache.org>
>> >> >>> >> >> >> >> >>>>>> 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
>> >> >>> >> >> >> >> >>>>>> >>> <
>> >> >>> >> >> >> >> >>>>>> hirsch.dick@gmail.com> 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
>> >> >>> >> >> >> >> >>>>>> >>>> <
>> >> >>> >> >> >> >> vdichev@apache.org>
>> >> >>> >> >> >> >> >>>>>> 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 <
>> >> >>> >> >> >> >> >>>>>> hirsch.dick@gmail.com> wrote:
>> >> >>> >> >> >> >> >>>>>> >>>>>> @Vassil - that would be great
>> >> >>> >> >> >> >> >>>>>> >>>>>>
>> >> >>> >> >> >> >> >>>>>> >>>>>> Thanks.
>> >> >>> >> >> >> >> >>>>>> >>>>>>
>> >> >>> >> >> >> >> >>>>>> >>>>>> D.
>> >> >>> >> >> >> >> >>>>>> >>>>>>
>> >> >>> >> >> >> >> >>>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil
>> >> >>> >> >> >> >> >>>>>> >>>>>> Dichev <
>> >> >>> >> >> >> >> >>>>>> vdichev@apache.org> 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
>> >> >>> >> >> >> >> >>>>>> >>>>>>> <
>> >> >>> >> >> >> >> >>>>>> hirsch.dick@gmail.com> 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 <
>> >> >>> >> >> >> >> >>>>>> hirsch.dick@gmail.com> 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
>> >> >>> >> >> >> >> >>>>>> >>>>>>>>> <
>> >> >>> >> >> >> >> >>>>>> esjewett@gmail.com> 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
>> >> >>> >> <
>> >> >>> >> >> >> >> >>>>>> hirsch.dick@gmail.com> 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 <
>> >> >>> >> >> >> >> >>>>>> hirsch.dick@gmail.com> 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
>> >> >>> >
>> >> >>
>> >> >>
>> >> >>
>> >> >> --
>> >> >> Best Regards,
>> >> >> Vladimir Ivanov
>> >> >>
>> >> >
>> >
>> >
>> >
>> > --
>> > Best Regards,
>> > Vladimir Ivanov
>> >
>
>
>
> --
> Best Regards,
> Vladimir Ivanov
>
Re: Rel 1.2 Update
Posted by Richard Hirsch <hi...@gmail.com>.
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 <le...@gmail.com> 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 <hi...@gmail.com>
>
>> 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 <le...@gmail.com>
>> 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 <hi...@gmail.com>
>> >
>> >> 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 <lester.mail@gmail.com
>> >
>> >> 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 <hi...@gmail.com>
>> >> >
>> >> >> 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 <
>> >> lester.mail@gmail.com>
>> >> >> 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 <hi...@gmail.com>
>> >> >> >
>> >> >> >> 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 <
>> vdichev@apache.org>
>> >> >> wrote:
>> >> >> >> > Are you using Jetty or Tomcat?
>> >> >> >> >
>> >> >> >> > On Sat, Feb 26, 2011 at 3:59 AM, Vladimir Ivanov <
>> >> >> lester.mail@gmail.com>
>> >> >> >> 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 <le...@gmail.com>
>> >> >> >> >>
>> >> >> >> >>> 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 <le...@gmail.com>
>> >> >> >> >>>
>> >> >> >> >>>> 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 <le...@gmail.com>
>> >> >> >> >>>>
>> >> >> >> >>>> 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 <es...@gmail.com>
>> >> >> >> >>>>>
>> >> >> >> >>>>> Thanks Dick and Vassil!
>> >> >> >> >>>>>>
>> >> >> >> >>>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <
>> >> >> >> hirsch.dick@gmail.com>
>> >> >> >> >>>>>> 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 <
>> >> >> >> vdichev@apache.org>
>> >> >> >> >>>>>> 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 <
>> >> >> >> vdichev@apache.org>
>> >> >> >> >>>>>> 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 <
>> >> >> >> >>>>>> hirsch.dick@gmail.com> 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 <
>> >> >> >> vdichev@apache.org>
>> >> >> >> >>>>>> 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 <
>> >> >> >> >>>>>> hirsch.dick@gmail.com> wrote:
>> >> >> >> >>>>>> >>>>>> @Vassil - that would be great
>> >> >> >> >>>>>> >>>>>>
>> >> >> >> >>>>>> >>>>>> Thanks.
>> >> >> >> >>>>>> >>>>>>
>> >> >> >> >>>>>> >>>>>> D.
>> >> >> >> >>>>>> >>>>>>
>> >> >> >> >>>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <
>> >> >> >> >>>>>> vdichev@apache.org> 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 <
>> >> >> >> >>>>>> hirsch.dick@gmail.com> 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 <
>> >> >> >> >>>>>> hirsch.dick@gmail.com> 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 <
>> >> >> >> >>>>>> esjewett@gmail.com> 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
>> <
>> >> >> >> >>>>>> hirsch.dick@gmail.com> 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 <
>> >> >> >> >>>>>> hirsch.dick@gmail.com> 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
>
Re: Rel 1.2 Update
Posted by Vladimir Ivanov <le...@gmail.com>.
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 <hi...@gmail.com>
> 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 <le...@gmail.com>
> 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 <hi...@gmail.com>
> >
> >> 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 <lester.mail@gmail.com
> >
> >> 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 <hi...@gmail.com>
> >> >
> >> >> 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 <
> >> lester.mail@gmail.com>
> >> >> 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 <hi...@gmail.com>
> >> >> >
> >> >> >> 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 <
> vdichev@apache.org>
> >> >> wrote:
> >> >> >> > Are you using Jetty or Tomcat?
> >> >> >> >
> >> >> >> > On Sat, Feb 26, 2011 at 3:59 AM, Vladimir Ivanov <
> >> >> lester.mail@gmail.com>
> >> >> >> 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 <le...@gmail.com>
> >> >> >> >>
> >> >> >> >>> 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 <le...@gmail.com>
> >> >> >> >>>
> >> >> >> >>>> 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 <le...@gmail.com>
> >> >> >> >>>>
> >> >> >> >>>> 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 <es...@gmail.com>
> >> >> >> >>>>>
> >> >> >> >>>>> Thanks Dick and Vassil!
> >> >> >> >>>>>>
> >> >> >> >>>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <
> >> >> >> hirsch.dick@gmail.com>
> >> >> >> >>>>>> 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 <
> >> >> >> vdichev@apache.org>
> >> >> >> >>>>>> 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 <
> >> >> >> vdichev@apache.org>
> >> >> >> >>>>>> 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 <
> >> >> >> >>>>>> hirsch.dick@gmail.com> 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 <
> >> >> >> vdichev@apache.org>
> >> >> >> >>>>>> 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 <
> >> >> >> >>>>>> hirsch.dick@gmail.com> wrote:
> >> >> >> >>>>>> >>>>>> @Vassil - that would be great
> >> >> >> >>>>>> >>>>>>
> >> >> >> >>>>>> >>>>>> Thanks.
> >> >> >> >>>>>> >>>>>>
> >> >> >> >>>>>> >>>>>> D.
> >> >> >> >>>>>> >>>>>>
> >> >> >> >>>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <
> >> >> >> >>>>>> vdichev@apache.org> 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 <
> >> >> >> >>>>>> hirsch.dick@gmail.com> 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 <
> >> >> >> >>>>>> hirsch.dick@gmail.com> 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 <
> >> >> >> >>>>>> esjewett@gmail.com> 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
> <
> >> >> >> >>>>>> hirsch.dick@gmail.com> 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 <
> >> >> >> >>>>>> hirsch.dick@gmail.com> 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
Re: Rel 1.2 Update
Posted by Richard Hirsch <hi...@gmail.com>.
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 <le...@gmail.com> 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 <hi...@gmail.com>
>
>> 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 <le...@gmail.com>
>> 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 <hi...@gmail.com>
>> >
>> >> 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 <
>> lester.mail@gmail.com>
>> >> 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 <hi...@gmail.com>
>> >> >
>> >> >> 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 <vd...@apache.org>
>> >> wrote:
>> >> >> > Are you using Jetty or Tomcat?
>> >> >> >
>> >> >> > On Sat, Feb 26, 2011 at 3:59 AM, Vladimir Ivanov <
>> >> lester.mail@gmail.com>
>> >> >> 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 <le...@gmail.com>
>> >> >> >>
>> >> >> >>> 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 <le...@gmail.com>
>> >> >> >>>
>> >> >> >>>> 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 <le...@gmail.com>
>> >> >> >>>>
>> >> >> >>>> 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 <es...@gmail.com>
>> >> >> >>>>>
>> >> >> >>>>> Thanks Dick and Vassil!
>> >> >> >>>>>>
>> >> >> >>>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <
>> >> >> hirsch.dick@gmail.com>
>> >> >> >>>>>> 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 <
>> >> >> vdichev@apache.org>
>> >> >> >>>>>> 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 <
>> >> >> vdichev@apache.org>
>> >> >> >>>>>> 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 <
>> >> >> >>>>>> hirsch.dick@gmail.com> 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 <
>> >> >> vdichev@apache.org>
>> >> >> >>>>>> 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 <
>> >> >> >>>>>> hirsch.dick@gmail.com> wrote:
>> >> >> >>>>>> >>>>>> @Vassil - that would be great
>> >> >> >>>>>> >>>>>>
>> >> >> >>>>>> >>>>>> Thanks.
>> >> >> >>>>>> >>>>>>
>> >> >> >>>>>> >>>>>> D.
>> >> >> >>>>>> >>>>>>
>> >> >> >>>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <
>> >> >> >>>>>> vdichev@apache.org> 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 <
>> >> >> >>>>>> hirsch.dick@gmail.com> 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 <
>> >> >> >>>>>> hirsch.dick@gmail.com> 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 <
>> >> >> >>>>>> esjewett@gmail.com> 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 <
>> >> >> >>>>>> hirsch.dick@gmail.com> 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 <
>> >> >> >>>>>> hirsch.dick@gmail.com> 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
>
Re: Rel 1.2 Update
Posted by Vladimir Ivanov <le...@gmail.com>.
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 <hi...@gmail.com>
> 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 <le...@gmail.com>
> 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 <hi...@gmail.com>
> >
> >> 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 <
> lester.mail@gmail.com>
> >> 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 <hi...@gmail.com>
> >> >
> >> >> 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 <vd...@apache.org>
> >> wrote:
> >> >> > Are you using Jetty or Tomcat?
> >> >> >
> >> >> > On Sat, Feb 26, 2011 at 3:59 AM, Vladimir Ivanov <
> >> lester.mail@gmail.com>
> >> >> 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 <le...@gmail.com>
> >> >> >>
> >> >> >>> 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 <le...@gmail.com>
> >> >> >>>
> >> >> >>>> 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 <le...@gmail.com>
> >> >> >>>>
> >> >> >>>> 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 <es...@gmail.com>
> >> >> >>>>>
> >> >> >>>>> Thanks Dick and Vassil!
> >> >> >>>>>>
> >> >> >>>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <
> >> >> hirsch.dick@gmail.com>
> >> >> >>>>>> 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 <
> >> >> vdichev@apache.org>
> >> >> >>>>>> 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 <
> >> >> vdichev@apache.org>
> >> >> >>>>>> 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 <
> >> >> >>>>>> hirsch.dick@gmail.com> 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 <
> >> >> vdichev@apache.org>
> >> >> >>>>>> 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 <
> >> >> >>>>>> hirsch.dick@gmail.com> wrote:
> >> >> >>>>>> >>>>>> @Vassil - that would be great
> >> >> >>>>>> >>>>>>
> >> >> >>>>>> >>>>>> Thanks.
> >> >> >>>>>> >>>>>>
> >> >> >>>>>> >>>>>> D.
> >> >> >>>>>> >>>>>>
> >> >> >>>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <
> >> >> >>>>>> vdichev@apache.org> 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 <
> >> >> >>>>>> hirsch.dick@gmail.com> 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 <
> >> >> >>>>>> hirsch.dick@gmail.com> 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 <
> >> >> >>>>>> esjewett@gmail.com> 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 <
> >> >> >>>>>> hirsch.dick@gmail.com> 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 <
> >> >> >>>>>> hirsch.dick@gmail.com> 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
Re: Rel 1.2 Update
Posted by Richard Hirsch <hi...@gmail.com>.
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 <le...@gmail.com> 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 <hi...@gmail.com>
>
>> 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 <le...@gmail.com>
>> 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 <hi...@gmail.com>
>> >
>> >> 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 <vd...@apache.org>
>> wrote:
>> >> > Are you using Jetty or Tomcat?
>> >> >
>> >> > On Sat, Feb 26, 2011 at 3:59 AM, Vladimir Ivanov <
>> lester.mail@gmail.com>
>> >> 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 <le...@gmail.com>
>> >> >>
>> >> >>> 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 <le...@gmail.com>
>> >> >>>
>> >> >>>> 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 <le...@gmail.com>
>> >> >>>>
>> >> >>>> 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 <es...@gmail.com>
>> >> >>>>>
>> >> >>>>> Thanks Dick and Vassil!
>> >> >>>>>>
>> >> >>>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <
>> >> hirsch.dick@gmail.com>
>> >> >>>>>> 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 <
>> >> vdichev@apache.org>
>> >> >>>>>> 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 <
>> >> vdichev@apache.org>
>> >> >>>>>> 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 <
>> >> >>>>>> hirsch.dick@gmail.com> 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 <
>> >> vdichev@apache.org>
>> >> >>>>>> 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 <
>> >> >>>>>> hirsch.dick@gmail.com> wrote:
>> >> >>>>>> >>>>>> @Vassil - that would be great
>> >> >>>>>> >>>>>>
>> >> >>>>>> >>>>>> Thanks.
>> >> >>>>>> >>>>>>
>> >> >>>>>> >>>>>> D.
>> >> >>>>>> >>>>>>
>> >> >>>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <
>> >> >>>>>> vdichev@apache.org> 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 <
>> >> >>>>>> hirsch.dick@gmail.com> 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 <
>> >> >>>>>> hirsch.dick@gmail.com> 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 <
>> >> >>>>>> esjewett@gmail.com> 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 <
>> >> >>>>>> hirsch.dick@gmail.com> 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 <
>> >> >>>>>> hirsch.dick@gmail.com> 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
>
Re: Rel 1.2 Update
Posted by Vladimir Ivanov <le...@gmail.com>.
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 <hi...@gmail.com>
> 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 <le...@gmail.com>
> 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 <hi...@gmail.com>
> >
> >> 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 <vd...@apache.org>
> wrote:
> >> > Are you using Jetty or Tomcat?
> >> >
> >> > On Sat, Feb 26, 2011 at 3:59 AM, Vladimir Ivanov <
> lester.mail@gmail.com>
> >> 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 <le...@gmail.com>
> >> >>
> >> >>> 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 <le...@gmail.com>
> >> >>>
> >> >>>> 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 <le...@gmail.com>
> >> >>>>
> >> >>>> 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 <es...@gmail.com>
> >> >>>>>
> >> >>>>> Thanks Dick and Vassil!
> >> >>>>>>
> >> >>>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <
> >> hirsch.dick@gmail.com>
> >> >>>>>> 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 <
> >> vdichev@apache.org>
> >> >>>>>> 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 <
> >> vdichev@apache.org>
> >> >>>>>> 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 <
> >> >>>>>> hirsch.dick@gmail.com> 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 <
> >> vdichev@apache.org>
> >> >>>>>> 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 <
> >> >>>>>> hirsch.dick@gmail.com> wrote:
> >> >>>>>> >>>>>> @Vassil - that would be great
> >> >>>>>> >>>>>>
> >> >>>>>> >>>>>> Thanks.
> >> >>>>>> >>>>>>
> >> >>>>>> >>>>>> D.
> >> >>>>>> >>>>>>
> >> >>>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <
> >> >>>>>> vdichev@apache.org> 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 <
> >> >>>>>> hirsch.dick@gmail.com> 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 <
> >> >>>>>> hirsch.dick@gmail.com> 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 <
> >> >>>>>> esjewett@gmail.com> 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 <
> >> >>>>>> hirsch.dick@gmail.com> 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 <
> >> >>>>>> hirsch.dick@gmail.com> 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
Re: Rel 1.2 Update
Posted by Richard Hirsch <hi...@gmail.com>.
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 <le...@gmail.com> 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 <hi...@gmail.com>
>
>> 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 <vd...@apache.org> wrote:
>> > Are you using Jetty or Tomcat?
>> >
>> > On Sat, Feb 26, 2011 at 3:59 AM, Vladimir Ivanov <le...@gmail.com>
>> 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 <le...@gmail.com>
>> >>
>> >>> 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 <le...@gmail.com>
>> >>>
>> >>>> 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 <le...@gmail.com>
>> >>>>
>> >>>> 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 <es...@gmail.com>
>> >>>>>
>> >>>>> Thanks Dick and Vassil!
>> >>>>>>
>> >>>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <
>> hirsch.dick@gmail.com>
>> >>>>>> 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 <
>> vdichev@apache.org>
>> >>>>>> 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 <
>> vdichev@apache.org>
>> >>>>>> 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 <
>> >>>>>> hirsch.dick@gmail.com> 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 <
>> vdichev@apache.org>
>> >>>>>> 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 <
>> >>>>>> hirsch.dick@gmail.com> wrote:
>> >>>>>> >>>>>> @Vassil - that would be great
>> >>>>>> >>>>>>
>> >>>>>> >>>>>> Thanks.
>> >>>>>> >>>>>>
>> >>>>>> >>>>>> D.
>> >>>>>> >>>>>>
>> >>>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <
>> >>>>>> vdichev@apache.org> 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 <
>> >>>>>> hirsch.dick@gmail.com> 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 <
>> >>>>>> hirsch.dick@gmail.com> 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 <
>> >>>>>> esjewett@gmail.com> 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 <
>> >>>>>> hirsch.dick@gmail.com> 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 <
>> >>>>>> hirsch.dick@gmail.com> 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
>
Re: Rel 1.2 Update
Posted by Vladimir Ivanov <le...@gmail.com>.
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 <hi...@gmail.com>
> 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 <vd...@apache.org> wrote:
> > Are you using Jetty or Tomcat?
> >
> > On Sat, Feb 26, 2011 at 3:59 AM, Vladimir Ivanov <le...@gmail.com>
> 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 <le...@gmail.com>
> >>
> >>> 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 <le...@gmail.com>
> >>>
> >>>> 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 <le...@gmail.com>
> >>>>
> >>>> 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 <es...@gmail.com>
> >>>>>
> >>>>> Thanks Dick and Vassil!
> >>>>>>
> >>>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <
> hirsch.dick@gmail.com>
> >>>>>> 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 <
> vdichev@apache.org>
> >>>>>> 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 <
> vdichev@apache.org>
> >>>>>> 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 <
> >>>>>> hirsch.dick@gmail.com> 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 <
> vdichev@apache.org>
> >>>>>> 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 <
> >>>>>> hirsch.dick@gmail.com> wrote:
> >>>>>> >>>>>> @Vassil - that would be great
> >>>>>> >>>>>>
> >>>>>> >>>>>> Thanks.
> >>>>>> >>>>>>
> >>>>>> >>>>>> D.
> >>>>>> >>>>>>
> >>>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <
> >>>>>> vdichev@apache.org> 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 <
> >>>>>> hirsch.dick@gmail.com> 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 <
> >>>>>> hirsch.dick@gmail.com> 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 <
> >>>>>> esjewett@gmail.com> 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 <
> >>>>>> hirsch.dick@gmail.com> 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 <
> >>>>>> hirsch.dick@gmail.com> 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
Re: Rel 1.2 Update
Posted by Richard Hirsch <hi...@gmail.com>.
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 <vd...@apache.org> wrote:
> Are you using Jetty or Tomcat?
>
> On Sat, Feb 26, 2011 at 3:59 AM, Vladimir Ivanov <le...@gmail.com> 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 <le...@gmail.com>
>>
>>> 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 <le...@gmail.com>
>>>
>>>> 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 <le...@gmail.com>
>>>>
>>>> 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 <es...@gmail.com>
>>>>>
>>>>> Thanks Dick and Vassil!
>>>>>>
>>>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <hi...@gmail.com>
>>>>>> 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 <vd...@apache.org>
>>>>>> 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 <vd...@apache.org>
>>>>>> 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 <
>>>>>> hirsch.dick@gmail.com> 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 <vd...@apache.org>
>>>>>> 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 <
>>>>>> hirsch.dick@gmail.com> wrote:
>>>>>> >>>>>> @Vassil - that would be great
>>>>>> >>>>>>
>>>>>> >>>>>> Thanks.
>>>>>> >>>>>>
>>>>>> >>>>>> D.
>>>>>> >>>>>>
>>>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <
>>>>>> vdichev@apache.org> 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 <
>>>>>> hirsch.dick@gmail.com> 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 <
>>>>>> hirsch.dick@gmail.com> 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 <
>>>>>> esjewett@gmail.com> 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 <
>>>>>> hirsch.dick@gmail.com> 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 <
>>>>>> hirsch.dick@gmail.com> 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
>>
>
Re: Rel 1.2 Update
Posted by Vladimir Ivanov <le...@gmail.com>.
I'm using Jetty and start it from SBT.
2011/2/26 Vassil Dichev <vd...@apache.org>
> Are you using Jetty or Tomcat?
>
> On Sat, Feb 26, 2011 at 3:59 AM, Vladimir Ivanov <le...@gmail.com>
> 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 <le...@gmail.com>
> >
> >> 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 <le...@gmail.com>
> >>
> >>> 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 <le...@gmail.com>
> >>>
> >>> 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 <es...@gmail.com>
> >>>>
> >>>> Thanks Dick and Vassil!
> >>>>>
> >>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <
> hirsch.dick@gmail.com>
> >>>>> 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 <vdichev@apache.org
> >
> >>>>> 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 <
> vdichev@apache.org>
> >>>>> 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 <
> >>>>> hirsch.dick@gmail.com> 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 <
> vdichev@apache.org>
> >>>>> 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 <
> >>>>> hirsch.dick@gmail.com> wrote:
> >>>>> >>>>>> @Vassil - that would be great
> >>>>> >>>>>>
> >>>>> >>>>>> Thanks.
> >>>>> >>>>>>
> >>>>> >>>>>> D.
> >>>>> >>>>>>
> >>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <
> >>>>> vdichev@apache.org> 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 <
> >>>>> hirsch.dick@gmail.com> 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 <
> >>>>> hirsch.dick@gmail.com> 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 <
> >>>>> esjewett@gmail.com> 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 <
> >>>>> hirsch.dick@gmail.com> 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 <
> >>>>> hirsch.dick@gmail.com> 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
Re: Rel 1.2 Update
Posted by Vassil Dichev <vd...@apache.org>.
Are you using Jetty or Tomcat?
On Sat, Feb 26, 2011 at 3:59 AM, Vladimir Ivanov <le...@gmail.com> 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 <le...@gmail.com>
>
>> 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 <le...@gmail.com>
>>
>>> 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 <le...@gmail.com>
>>>
>>> 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 <es...@gmail.com>
>>>>
>>>> Thanks Dick and Vassil!
>>>>>
>>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <hi...@gmail.com>
>>>>> 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 <vd...@apache.org>
>>>>> 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 <vd...@apache.org>
>>>>> 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 <
>>>>> hirsch.dick@gmail.com> 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 <vd...@apache.org>
>>>>> 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 <
>>>>> hirsch.dick@gmail.com> wrote:
>>>>> >>>>>> @Vassil - that would be great
>>>>> >>>>>>
>>>>> >>>>>> Thanks.
>>>>> >>>>>>
>>>>> >>>>>> D.
>>>>> >>>>>>
>>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <
>>>>> vdichev@apache.org> 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 <
>>>>> hirsch.dick@gmail.com> 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 <
>>>>> hirsch.dick@gmail.com> 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 <
>>>>> esjewett@gmail.com> 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 <
>>>>> hirsch.dick@gmail.com> 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 <
>>>>> hirsch.dick@gmail.com> 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
>
Re: Rel 1.2 Update
Posted by Vladimir Ivanov <le...@gmail.com>.
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 <le...@gmail.com>
> 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 <le...@gmail.com>
>
>> 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 <le...@gmail.com>
>>
>> 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 <es...@gmail.com>
>>>
>>> Thanks Dick and Vassil!
>>>>
>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <hi...@gmail.com>
>>>> 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 <vd...@apache.org>
>>>> 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 <vd...@apache.org>
>>>> 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 <
>>>> hirsch.dick@gmail.com> 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 <vd...@apache.org>
>>>> 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 <
>>>> hirsch.dick@gmail.com> wrote:
>>>> >>>>>> @Vassil - that would be great
>>>> >>>>>>
>>>> >>>>>> Thanks.
>>>> >>>>>>
>>>> >>>>>> D.
>>>> >>>>>>
>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <
>>>> vdichev@apache.org> 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 <
>>>> hirsch.dick@gmail.com> 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 <
>>>> hirsch.dick@gmail.com> 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 <
>>>> esjewett@gmail.com> 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 <
>>>> hirsch.dick@gmail.com> 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 <
>>>> hirsch.dick@gmail.com> 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
Re: Rel 1.2 Update
Posted by Richard Hirsch <hi...@gmail.com>.
Great.
I'll do some tests locally and do a Stax deployment based on the code.
D.
On Sun, Feb 27, 2011 at 11:24 PM, Vassil Dichev <vd...@apache.org> wrote:
> OK, I think I've fixed the bugs I found in the description.
>
> First, I reverted the last two commits which were trying to solve the
> problem in a purely JavaScript fashion. Next I committed a change
> which sends a "root" variable from the server to the frontend so that
> JavaScript knows the context root it's operating with. From then on
> URL construction is easy.
>
> Please give this a proper testing and let me know if you find any problems!
>
> Thanks,
> Vassil
>
>
> On Sun, Feb 27, 2011 at 4:37 PM, Richard Hirsch <hi...@gmail.com> wrote:
>> On Sun, Feb 27, 2011 at 3:35 PM, Vassil Dichev <vd...@apache.org> wrote:
>>> I see now. But I still think that we should solve this at the
>>> server-side. There, we have internal knowledge what the context root
>>> is, and at the client we don't know which part of the path is what.
>>
>> Exactly
>>
>>>
>>> Thanks for working on this and let me see if I can help with some of
>>> these issues tonight.
>>
>> thanks
>>
>>>
>>> Vassil
>>>
>>>
>>> On Sun, Feb 27, 2011 at 9:52 AM, Richard Hirsch <hi...@gmail.com> wrote:
>>>> @Vassil - with your patch, we resolved the issue that was present in
>>>> the message content. We still have the problem, however, during the
>>>> creation of the messages that are posted via comet. For this
>>>> functionality, the code that deals with the path resolution is in
>>>> javascript (the pathAdjust function). The ideal solution would be to
>>>> use your patch to adjust the URLs before they are sent to the browser
>>>> - we could then simplify the javascript code. Currently, the URL for
>>>> the user page and the URL for the default avatar (when there is no
>>>> avatar URL that has been set) are being set in javascript. I think
>>>> the URL for the default avatar could easily be set in Scala. I'm not
>>>> so sure about the URL for the user's page, since this is built in
>>>> javascript based on the user id.
>>>>
>>>> D.
>>>>
>>>> On Sat, Feb 26, 2011 at 9:16 PM, Vassil Dichev <vd...@apache.org> wrote:
>>>>> I think now that we've resolved the Tomcat issue (hopefully), we can
>>>>> revert the pathAdjust function in display_messages_top.js. Not only is
>>>>> it not necessary now but some strange bugs like the one with the
>>>>> username path have appeared.
>>>>>
>>>>> Vassil
>>>>>
>>>>>
>>>>> On Sat, Feb 26, 2011 at 7:45 PM, Richard Hirsch <hi...@gmail.com> wrote:
>>>>>> @Ethan saw that as well. Also broken avatar links mess up the UI (see
>>>>>> the avatar links from SAP that are internal SAP).
>>>>>>
>>>>>> D.
>>>>>>
>>>>>> On Sat, Feb 26, 2011 at 6:22 PM, Ethan Jewett <es...@gmail.com> wrote:
>>>>>>> Hmmm, an additional related issue is that we appear to not have a
>>>>>>> proper CSS "height" attribute on the "avatar" class right now, so when
>>>>>>> the avatar doesn't show up or the avatar image that the user is using
>>>>>>> is an unexpected height we have a situation where the user timeline
>>>>>>> gets out of whack. (See Dick's messages on the Stax instance as an
>>>>>>> example.)
>>>>>>>
>>>>>>> I'm not spending very much time with my computer this weekend, but
>>>>>>> I'll try to put in the fix on Monday evening.
>>>>>>>
>>>>>>> Cheers,
>>>>>>> Ethan
>>>>>>>
>>>>>>> On Fri, Feb 25, 2011 at 10:46 PM, Vladimir Ivanov <le...@gmail.com> wrote:
>>>>>>>> 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 <le...@gmail.com>
>>>>>>>>
>>>>>>>>> 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 <le...@gmail.com>
>>>>>>>>>
>>>>>>>>> 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 <es...@gmail.com>
>>>>>>>>>>
>>>>>>>>>> Thanks Dick and Vassil!
>>>>>>>>>>>
>>>>>>>>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <hi...@gmail.com>
>>>>>>>>>>> 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 <vd...@apache.org>
>>>>>>>>>>> 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 <vd...@apache.org>
>>>>>>>>>>> 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 <
>>>>>>>>>>> hirsch.dick@gmail.com> 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 <vd...@apache.org>
>>>>>>>>>>> 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 <
>>>>>>>>>>> hirsch.dick@gmail.com> wrote:
>>>>>>>>>>> >>>>>> @Vassil - that would be great
>>>>>>>>>>> >>>>>>
>>>>>>>>>>> >>>>>> Thanks.
>>>>>>>>>>> >>>>>>
>>>>>>>>>>> >>>>>> D.
>>>>>>>>>>> >>>>>>
>>>>>>>>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <
>>>>>>>>>>> vdichev@apache.org> 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 <
>>>>>>>>>>> hirsch.dick@gmail.com> 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 <
>>>>>>>>>>> hirsch.dick@gmail.com> 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 <
>>>>>>>>>>> esjewett@gmail.com> 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 <
>>>>>>>>>>> hirsch.dick@gmail.com> 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 <
>>>>>>>>>>> hirsch.dick@gmail.com> 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
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: Rel 1.2 Update
Posted by Vassil Dichev <vd...@apache.org>.
OK, I think I've fixed the bugs I found in the description.
First, I reverted the last two commits which were trying to solve the
problem in a purely JavaScript fashion. Next I committed a change
which sends a "root" variable from the server to the frontend so that
JavaScript knows the context root it's operating with. From then on
URL construction is easy.
Please give this a proper testing and let me know if you find any problems!
Thanks,
Vassil
On Sun, Feb 27, 2011 at 4:37 PM, Richard Hirsch <hi...@gmail.com> wrote:
> On Sun, Feb 27, 2011 at 3:35 PM, Vassil Dichev <vd...@apache.org> wrote:
>> I see now. But I still think that we should solve this at the
>> server-side. There, we have internal knowledge what the context root
>> is, and at the client we don't know which part of the path is what.
>
> Exactly
>
>>
>> Thanks for working on this and let me see if I can help with some of
>> these issues tonight.
>
> thanks
>
>>
>> Vassil
>>
>>
>> On Sun, Feb 27, 2011 at 9:52 AM, Richard Hirsch <hi...@gmail.com> wrote:
>>> @Vassil - with your patch, we resolved the issue that was present in
>>> the message content. We still have the problem, however, during the
>>> creation of the messages that are posted via comet. For this
>>> functionality, the code that deals with the path resolution is in
>>> javascript (the pathAdjust function). The ideal solution would be to
>>> use your patch to adjust the URLs before they are sent to the browser
>>> - we could then simplify the javascript code. Currently, the URL for
>>> the user page and the URL for the default avatar (when there is no
>>> avatar URL that has been set) are being set in javascript. I think
>>> the URL for the default avatar could easily be set in Scala. I'm not
>>> so sure about the URL for the user's page, since this is built in
>>> javascript based on the user id.
>>>
>>> D.
>>>
>>> On Sat, Feb 26, 2011 at 9:16 PM, Vassil Dichev <vd...@apache.org> wrote:
>>>> I think now that we've resolved the Tomcat issue (hopefully), we can
>>>> revert the pathAdjust function in display_messages_top.js. Not only is
>>>> it not necessary now but some strange bugs like the one with the
>>>> username path have appeared.
>>>>
>>>> Vassil
>>>>
>>>>
>>>> On Sat, Feb 26, 2011 at 7:45 PM, Richard Hirsch <hi...@gmail.com> wrote:
>>>>> @Ethan saw that as well. Also broken avatar links mess up the UI (see
>>>>> the avatar links from SAP that are internal SAP).
>>>>>
>>>>> D.
>>>>>
>>>>> On Sat, Feb 26, 2011 at 6:22 PM, Ethan Jewett <es...@gmail.com> wrote:
>>>>>> Hmmm, an additional related issue is that we appear to not have a
>>>>>> proper CSS "height" attribute on the "avatar" class right now, so when
>>>>>> the avatar doesn't show up or the avatar image that the user is using
>>>>>> is an unexpected height we have a situation where the user timeline
>>>>>> gets out of whack. (See Dick's messages on the Stax instance as an
>>>>>> example.)
>>>>>>
>>>>>> I'm not spending very much time with my computer this weekend, but
>>>>>> I'll try to put in the fix on Monday evening.
>>>>>>
>>>>>> Cheers,
>>>>>> Ethan
>>>>>>
>>>>>> On Fri, Feb 25, 2011 at 10:46 PM, Vladimir Ivanov <le...@gmail.com> wrote:
>>>>>>> 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 <le...@gmail.com>
>>>>>>>
>>>>>>>> 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 <le...@gmail.com>
>>>>>>>>
>>>>>>>> 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 <es...@gmail.com>
>>>>>>>>>
>>>>>>>>> Thanks Dick and Vassil!
>>>>>>>>>>
>>>>>>>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <hi...@gmail.com>
>>>>>>>>>> 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 <vd...@apache.org>
>>>>>>>>>> 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 <vd...@apache.org>
>>>>>>>>>> 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 <
>>>>>>>>>> hirsch.dick@gmail.com> 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 <vd...@apache.org>
>>>>>>>>>> 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 <
>>>>>>>>>> hirsch.dick@gmail.com> wrote:
>>>>>>>>>> >>>>>> @Vassil - that would be great
>>>>>>>>>> >>>>>>
>>>>>>>>>> >>>>>> Thanks.
>>>>>>>>>> >>>>>>
>>>>>>>>>> >>>>>> D.
>>>>>>>>>> >>>>>>
>>>>>>>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <
>>>>>>>>>> vdichev@apache.org> 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 <
>>>>>>>>>> hirsch.dick@gmail.com> 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 <
>>>>>>>>>> hirsch.dick@gmail.com> 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 <
>>>>>>>>>> esjewett@gmail.com> 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 <
>>>>>>>>>> hirsch.dick@gmail.com> 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 <
>>>>>>>>>> hirsch.dick@gmail.com> 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
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: Rel 1.2 Update
Posted by Richard Hirsch <hi...@gmail.com>.
On Sun, Feb 27, 2011 at 3:35 PM, Vassil Dichev <vd...@apache.org> wrote:
> I see now. But I still think that we should solve this at the
> server-side. There, we have internal knowledge what the context root
> is, and at the client we don't know which part of the path is what.
Exactly
>
> Thanks for working on this and let me see if I can help with some of
> these issues tonight.
thanks
>
> Vassil
>
>
> On Sun, Feb 27, 2011 at 9:52 AM, Richard Hirsch <hi...@gmail.com> wrote:
>> @Vassil - with your patch, we resolved the issue that was present in
>> the message content. We still have the problem, however, during the
>> creation of the messages that are posted via comet. For this
>> functionality, the code that deals with the path resolution is in
>> javascript (the pathAdjust function). The ideal solution would be to
>> use your patch to adjust the URLs before they are sent to the browser
>> - we could then simplify the javascript code. Currently, the URL for
>> the user page and the URL for the default avatar (when there is no
>> avatar URL that has been set) are being set in javascript. I think
>> the URL for the default avatar could easily be set in Scala. I'm not
>> so sure about the URL for the user's page, since this is built in
>> javascript based on the user id.
>>
>> D.
>>
>> On Sat, Feb 26, 2011 at 9:16 PM, Vassil Dichev <vd...@apache.org> wrote:
>>> I think now that we've resolved the Tomcat issue (hopefully), we can
>>> revert the pathAdjust function in display_messages_top.js. Not only is
>>> it not necessary now but some strange bugs like the one with the
>>> username path have appeared.
>>>
>>> Vassil
>>>
>>>
>>> On Sat, Feb 26, 2011 at 7:45 PM, Richard Hirsch <hi...@gmail.com> wrote:
>>>> @Ethan saw that as well. Also broken avatar links mess up the UI (see
>>>> the avatar links from SAP that are internal SAP).
>>>>
>>>> D.
>>>>
>>>> On Sat, Feb 26, 2011 at 6:22 PM, Ethan Jewett <es...@gmail.com> wrote:
>>>>> Hmmm, an additional related issue is that we appear to not have a
>>>>> proper CSS "height" attribute on the "avatar" class right now, so when
>>>>> the avatar doesn't show up or the avatar image that the user is using
>>>>> is an unexpected height we have a situation where the user timeline
>>>>> gets out of whack. (See Dick's messages on the Stax instance as an
>>>>> example.)
>>>>>
>>>>> I'm not spending very much time with my computer this weekend, but
>>>>> I'll try to put in the fix on Monday evening.
>>>>>
>>>>> Cheers,
>>>>> Ethan
>>>>>
>>>>> On Fri, Feb 25, 2011 at 10:46 PM, Vladimir Ivanov <le...@gmail.com> wrote:
>>>>>> 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 <le...@gmail.com>
>>>>>>
>>>>>>> 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 <le...@gmail.com>
>>>>>>>
>>>>>>> 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 <es...@gmail.com>
>>>>>>>>
>>>>>>>> Thanks Dick and Vassil!
>>>>>>>>>
>>>>>>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <hi...@gmail.com>
>>>>>>>>> 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 <vd...@apache.org>
>>>>>>>>> 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 <vd...@apache.org>
>>>>>>>>> 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 <
>>>>>>>>> hirsch.dick@gmail.com> 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 <vd...@apache.org>
>>>>>>>>> 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 <
>>>>>>>>> hirsch.dick@gmail.com> wrote:
>>>>>>>>> >>>>>> @Vassil - that would be great
>>>>>>>>> >>>>>>
>>>>>>>>> >>>>>> Thanks.
>>>>>>>>> >>>>>>
>>>>>>>>> >>>>>> D.
>>>>>>>>> >>>>>>
>>>>>>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <
>>>>>>>>> vdichev@apache.org> 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 <
>>>>>>>>> hirsch.dick@gmail.com> 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 <
>>>>>>>>> hirsch.dick@gmail.com> 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 <
>>>>>>>>> esjewett@gmail.com> 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 <
>>>>>>>>> hirsch.dick@gmail.com> 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 <
>>>>>>>>> hirsch.dick@gmail.com> 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
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: Rel 1.2 Update
Posted by Vassil Dichev <vd...@apache.org>.
I see now. But I still think that we should solve this at the
server-side. There, we have internal knowledge what the context root
is, and at the client we don't know which part of the path is what.
Thanks for working on this and let me see if I can help with some of
these issues tonight.
Vassil
On Sun, Feb 27, 2011 at 9:52 AM, Richard Hirsch <hi...@gmail.com> wrote:
> @Vassil - with your patch, we resolved the issue that was present in
> the message content. We still have the problem, however, during the
> creation of the messages that are posted via comet. For this
> functionality, the code that deals with the path resolution is in
> javascript (the pathAdjust function). The ideal solution would be to
> use your patch to adjust the URLs before they are sent to the browser
> - we could then simplify the javascript code. Currently, the URL for
> the user page and the URL for the default avatar (when there is no
> avatar URL that has been set) are being set in javascript. I think
> the URL for the default avatar could easily be set in Scala. I'm not
> so sure about the URL for the user's page, since this is built in
> javascript based on the user id.
>
> D.
>
> On Sat, Feb 26, 2011 at 9:16 PM, Vassil Dichev <vd...@apache.org> wrote:
>> I think now that we've resolved the Tomcat issue (hopefully), we can
>> revert the pathAdjust function in display_messages_top.js. Not only is
>> it not necessary now but some strange bugs like the one with the
>> username path have appeared.
>>
>> Vassil
>>
>>
>> On Sat, Feb 26, 2011 at 7:45 PM, Richard Hirsch <hi...@gmail.com> wrote:
>>> @Ethan saw that as well. Also broken avatar links mess up the UI (see
>>> the avatar links from SAP that are internal SAP).
>>>
>>> D.
>>>
>>> On Sat, Feb 26, 2011 at 6:22 PM, Ethan Jewett <es...@gmail.com> wrote:
>>>> Hmmm, an additional related issue is that we appear to not have a
>>>> proper CSS "height" attribute on the "avatar" class right now, so when
>>>> the avatar doesn't show up or the avatar image that the user is using
>>>> is an unexpected height we have a situation where the user timeline
>>>> gets out of whack. (See Dick's messages on the Stax instance as an
>>>> example.)
>>>>
>>>> I'm not spending very much time with my computer this weekend, but
>>>> I'll try to put in the fix on Monday evening.
>>>>
>>>> Cheers,
>>>> Ethan
>>>>
>>>> On Fri, Feb 25, 2011 at 10:46 PM, Vladimir Ivanov <le...@gmail.com> wrote:
>>>>> 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 <le...@gmail.com>
>>>>>
>>>>>> 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 <le...@gmail.com>
>>>>>>
>>>>>> 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 <es...@gmail.com>
>>>>>>>
>>>>>>> Thanks Dick and Vassil!
>>>>>>>>
>>>>>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <hi...@gmail.com>
>>>>>>>> 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 <vd...@apache.org>
>>>>>>>> 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 <vd...@apache.org>
>>>>>>>> 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 <
>>>>>>>> hirsch.dick@gmail.com> 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 <vd...@apache.org>
>>>>>>>> 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 <
>>>>>>>> hirsch.dick@gmail.com> wrote:
>>>>>>>> >>>>>> @Vassil - that would be great
>>>>>>>> >>>>>>
>>>>>>>> >>>>>> Thanks.
>>>>>>>> >>>>>>
>>>>>>>> >>>>>> D.
>>>>>>>> >>>>>>
>>>>>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <
>>>>>>>> vdichev@apache.org> 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 <
>>>>>>>> hirsch.dick@gmail.com> 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 <
>>>>>>>> hirsch.dick@gmail.com> 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 <
>>>>>>>> esjewett@gmail.com> 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 <
>>>>>>>> hirsch.dick@gmail.com> 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 <
>>>>>>>> hirsch.dick@gmail.com> 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
>>>>>
>>>>
>>>
>>
>
Re: Rel 1.2 Update
Posted by Richard Hirsch <hi...@gmail.com>.
@Vassil - with your patch, we resolved the issue that was present in
the message content. We still have the problem, however, during the
creation of the messages that are posted via comet. For this
functionality, the code that deals with the path resolution is in
javascript (the pathAdjust function). The ideal solution would be to
use your patch to adjust the URLs before they are sent to the browser
- we could then simplify the javascript code. Currently, the URL for
the user page and the URL for the default avatar (when there is no
avatar URL that has been set) are being set in javascript. I think
the URL for the default avatar could easily be set in Scala. I'm not
so sure about the URL for the user's page, since this is built in
javascript based on the user id.
D.
On Sat, Feb 26, 2011 at 9:16 PM, Vassil Dichev <vd...@apache.org> wrote:
> I think now that we've resolved the Tomcat issue (hopefully), we can
> revert the pathAdjust function in display_messages_top.js. Not only is
> it not necessary now but some strange bugs like the one with the
> username path have appeared.
>
> Vassil
>
>
> On Sat, Feb 26, 2011 at 7:45 PM, Richard Hirsch <hi...@gmail.com> wrote:
>> @Ethan saw that as well. Also broken avatar links mess up the UI (see
>> the avatar links from SAP that are internal SAP).
>>
>> D.
>>
>> On Sat, Feb 26, 2011 at 6:22 PM, Ethan Jewett <es...@gmail.com> wrote:
>>> Hmmm, an additional related issue is that we appear to not have a
>>> proper CSS "height" attribute on the "avatar" class right now, so when
>>> the avatar doesn't show up or the avatar image that the user is using
>>> is an unexpected height we have a situation where the user timeline
>>> gets out of whack. (See Dick's messages on the Stax instance as an
>>> example.)
>>>
>>> I'm not spending very much time with my computer this weekend, but
>>> I'll try to put in the fix on Monday evening.
>>>
>>> Cheers,
>>> Ethan
>>>
>>> On Fri, Feb 25, 2011 at 10:46 PM, Vladimir Ivanov <le...@gmail.com> wrote:
>>>> 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 <le...@gmail.com>
>>>>
>>>>> 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 <le...@gmail.com>
>>>>>
>>>>> 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 <es...@gmail.com>
>>>>>>
>>>>>> Thanks Dick and Vassil!
>>>>>>>
>>>>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <hi...@gmail.com>
>>>>>>> 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 <vd...@apache.org>
>>>>>>> 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 <vd...@apache.org>
>>>>>>> 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 <
>>>>>>> hirsch.dick@gmail.com> 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 <vd...@apache.org>
>>>>>>> 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 <
>>>>>>> hirsch.dick@gmail.com> wrote:
>>>>>>> >>>>>> @Vassil - that would be great
>>>>>>> >>>>>>
>>>>>>> >>>>>> Thanks.
>>>>>>> >>>>>>
>>>>>>> >>>>>> D.
>>>>>>> >>>>>>
>>>>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <
>>>>>>> vdichev@apache.org> 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 <
>>>>>>> hirsch.dick@gmail.com> 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 <
>>>>>>> hirsch.dick@gmail.com> 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 <
>>>>>>> esjewett@gmail.com> 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 <
>>>>>>> hirsch.dick@gmail.com> 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 <
>>>>>>> hirsch.dick@gmail.com> 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
>>>>
>>>
>>
>
Re: Rel 1.2 Update
Posted by Vassil Dichev <vd...@apache.org>.
I think now that we've resolved the Tomcat issue (hopefully), we can
revert the pathAdjust function in display_messages_top.js. Not only is
it not necessary now but some strange bugs like the one with the
username path have appeared.
Vassil
On Sat, Feb 26, 2011 at 7:45 PM, Richard Hirsch <hi...@gmail.com> wrote:
> @Ethan saw that as well. Also broken avatar links mess up the UI (see
> the avatar links from SAP that are internal SAP).
>
> D.
>
> On Sat, Feb 26, 2011 at 6:22 PM, Ethan Jewett <es...@gmail.com> wrote:
>> Hmmm, an additional related issue is that we appear to not have a
>> proper CSS "height" attribute on the "avatar" class right now, so when
>> the avatar doesn't show up or the avatar image that the user is using
>> is an unexpected height we have a situation where the user timeline
>> gets out of whack. (See Dick's messages on the Stax instance as an
>> example.)
>>
>> I'm not spending very much time with my computer this weekend, but
>> I'll try to put in the fix on Monday evening.
>>
>> Cheers,
>> Ethan
>>
>> On Fri, Feb 25, 2011 at 10:46 PM, Vladimir Ivanov <le...@gmail.com> wrote:
>>> 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 <le...@gmail.com>
>>>
>>>> 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 <le...@gmail.com>
>>>>
>>>> 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 <es...@gmail.com>
>>>>>
>>>>> Thanks Dick and Vassil!
>>>>>>
>>>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <hi...@gmail.com>
>>>>>> 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 <vd...@apache.org>
>>>>>> 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 <vd...@apache.org>
>>>>>> 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 <
>>>>>> hirsch.dick@gmail.com> 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 <vd...@apache.org>
>>>>>> 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 <
>>>>>> hirsch.dick@gmail.com> wrote:
>>>>>> >>>>>> @Vassil - that would be great
>>>>>> >>>>>>
>>>>>> >>>>>> Thanks.
>>>>>> >>>>>>
>>>>>> >>>>>> D.
>>>>>> >>>>>>
>>>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <
>>>>>> vdichev@apache.org> 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 <
>>>>>> hirsch.dick@gmail.com> 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 <
>>>>>> hirsch.dick@gmail.com> 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 <
>>>>>> esjewett@gmail.com> 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 <
>>>>>> hirsch.dick@gmail.com> 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 <
>>>>>> hirsch.dick@gmail.com> 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
>>>
>>
>
Re: Rel 1.2 Update
Posted by Richard Hirsch <hi...@gmail.com>.
@Ethan saw that as well. Also broken avatar links mess up the UI (see
the avatar links from SAP that are internal SAP).
D.
On Sat, Feb 26, 2011 at 6:22 PM, Ethan Jewett <es...@gmail.com> wrote:
> Hmmm, an additional related issue is that we appear to not have a
> proper CSS "height" attribute on the "avatar" class right now, so when
> the avatar doesn't show up or the avatar image that the user is using
> is an unexpected height we have a situation where the user timeline
> gets out of whack. (See Dick's messages on the Stax instance as an
> example.)
>
> I'm not spending very much time with my computer this weekend, but
> I'll try to put in the fix on Monday evening.
>
> Cheers,
> Ethan
>
> On Fri, Feb 25, 2011 at 10:46 PM, Vladimir Ivanov <le...@gmail.com> wrote:
>> 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 <le...@gmail.com>
>>
>>> 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 <le...@gmail.com>
>>>
>>> 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 <es...@gmail.com>
>>>>
>>>> Thanks Dick and Vassil!
>>>>>
>>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <hi...@gmail.com>
>>>>> 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 <vd...@apache.org>
>>>>> 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 <vd...@apache.org>
>>>>> 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 <
>>>>> hirsch.dick@gmail.com> 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 <vd...@apache.org>
>>>>> 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 <
>>>>> hirsch.dick@gmail.com> wrote:
>>>>> >>>>>> @Vassil - that would be great
>>>>> >>>>>>
>>>>> >>>>>> Thanks.
>>>>> >>>>>>
>>>>> >>>>>> D.
>>>>> >>>>>>
>>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <
>>>>> vdichev@apache.org> 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 <
>>>>> hirsch.dick@gmail.com> 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 <
>>>>> hirsch.dick@gmail.com> 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 <
>>>>> esjewett@gmail.com> 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 <
>>>>> hirsch.dick@gmail.com> 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 <
>>>>> hirsch.dick@gmail.com> 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
>>
>
Re: Rel 1.2 Update
Posted by Ethan Jewett <es...@gmail.com>.
Hmmm, an additional related issue is that we appear to not have a
proper CSS "height" attribute on the "avatar" class right now, so when
the avatar doesn't show up or the avatar image that the user is using
is an unexpected height we have a situation where the user timeline
gets out of whack. (See Dick's messages on the Stax instance as an
example.)
I'm not spending very much time with my computer this weekend, but
I'll try to put in the fix on Monday evening.
Cheers,
Ethan
On Fri, Feb 25, 2011 at 10:46 PM, Vladimir Ivanov <le...@gmail.com> wrote:
> 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 <le...@gmail.com>
>
>> 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 <le...@gmail.com>
>>
>> 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 <es...@gmail.com>
>>>
>>> Thanks Dick and Vassil!
>>>>
>>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <hi...@gmail.com>
>>>> 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 <vd...@apache.org>
>>>> 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 <vd...@apache.org>
>>>> 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 <
>>>> hirsch.dick@gmail.com> 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 <vd...@apache.org>
>>>> 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 <
>>>> hirsch.dick@gmail.com> wrote:
>>>> >>>>>> @Vassil - that would be great
>>>> >>>>>>
>>>> >>>>>> Thanks.
>>>> >>>>>>
>>>> >>>>>> D.
>>>> >>>>>>
>>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <
>>>> vdichev@apache.org> 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 <
>>>> hirsch.dick@gmail.com> 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 <
>>>> hirsch.dick@gmail.com> 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 <
>>>> esjewett@gmail.com> 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 <
>>>> hirsch.dick@gmail.com> 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 <
>>>> hirsch.dick@gmail.com> 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
>
Re: Rel 1.2 Update
Posted by Vladimir Ivanov <le...@gmail.com>.
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 <le...@gmail.com>
> 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 <le...@gmail.com>
>
> 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 <es...@gmail.com>
>>
>> Thanks Dick and Vassil!
>>>
>>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <hi...@gmail.com>
>>> 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 <vd...@apache.org>
>>> 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 <vd...@apache.org>
>>> 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 <
>>> hirsch.dick@gmail.com> 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 <vd...@apache.org>
>>> 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 <
>>> hirsch.dick@gmail.com> wrote:
>>> >>>>>> @Vassil - that would be great
>>> >>>>>>
>>> >>>>>> Thanks.
>>> >>>>>>
>>> >>>>>> D.
>>> >>>>>>
>>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <
>>> vdichev@apache.org> 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 <
>>> hirsch.dick@gmail.com> 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 <
>>> hirsch.dick@gmail.com> 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 <
>>> esjewett@gmail.com> 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 <
>>> hirsch.dick@gmail.com> 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 <
>>> hirsch.dick@gmail.com> 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
Re: Rel 1.2 Update
Posted by Vladimir Ivanov <le...@gmail.com>.
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 <le...@gmail.com>
> 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 <es...@gmail.com>
>
> Thanks Dick and Vassil!
>>
>> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <hi...@gmail.com>
>> 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 <vd...@apache.org>
>> 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 <vd...@apache.org>
>> 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 <
>> hirsch.dick@gmail.com> 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 <vd...@apache.org>
>> 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 <
>> hirsch.dick@gmail.com> wrote:
>> >>>>>> @Vassil - that would be great
>> >>>>>>
>> >>>>>> Thanks.
>> >>>>>>
>> >>>>>> D.
>> >>>>>>
>> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <vd...@apache.org>
>> 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 <
>> hirsch.dick@gmail.com> 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 <
>> hirsch.dick@gmail.com> 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 <
>> esjewett@gmail.com> 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 <
>> hirsch.dick@gmail.com> 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 <
>> hirsch.dick@gmail.com> 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
Re: Rel 1.2 Update
Posted by Vladimir Ivanov <le...@gmail.com>.
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 <es...@gmail.com>
> Thanks Dick and Vassil!
>
> On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <hi...@gmail.com>
> 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 <vd...@apache.org>
> 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 <vd...@apache.org>
> 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 <hi...@gmail.com>
> 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 <vd...@apache.org>
> 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 <
> hirsch.dick@gmail.com> wrote:
> >>>>>> @Vassil - that would be great
> >>>>>>
> >>>>>> Thanks.
> >>>>>>
> >>>>>> D.
> >>>>>>
> >>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <vd...@apache.org>
> 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 <
> hirsch.dick@gmail.com> 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 <
> hirsch.dick@gmail.com> 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 <
> esjewett@gmail.com> 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 <
> hirsch.dick@gmail.com> 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 <
> hirsch.dick@gmail.com> 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-295and am
> >>>>>>>>>>>> now working on https://issues.apache.org/jira/browse/ESME-327
> .
> >>>>>>>>>>>>
> >>>>>>>>>>>> D.
> >>>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>
> >>>>
> >>>
> >>
> >
>
--
Best Regards,
Vladimir Ivanov
Re: Rel 1.2 Update
Posted by Ethan Jewett <es...@gmail.com>.
Thanks Dick and Vassil!
On Fri, Feb 25, 2011 at 9:31 AM, Richard Hirsch <hi...@gmail.com> 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 <vd...@apache.org> 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 <vd...@apache.org> 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 <hi...@gmail.com> 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 <vd...@apache.org> 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 <hi...@gmail.com> wrote:
>>>>>> @Vassil - that would be great
>>>>>>
>>>>>> Thanks.
>>>>>>
>>>>>> D.
>>>>>>
>>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <vd...@apache.org> 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 <hi...@gmail.com> 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 <hi...@gmail.com> 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 <es...@gmail.com> 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 <hi...@gmail.com> 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 <hi...@gmail.com> 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.
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: Rel 1.2 Update
Posted by Richard Hirsch <hi...@gmail.com>.
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 <vd...@apache.org> 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 <vd...@apache.org> 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 <hi...@gmail.com> 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 <vd...@apache.org> 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 <hi...@gmail.com> wrote:
>>>>> @Vassil - that would be great
>>>>>
>>>>> Thanks.
>>>>>
>>>>> D.
>>>>>
>>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <vd...@apache.org> 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 <hi...@gmail.com> 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 <hi...@gmail.com> 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 <es...@gmail.com> 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 <hi...@gmail.com> 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 <hi...@gmail.com> 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.
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: Rel 1.2 Update
Posted by Vassil Dichev <vd...@apache.org>.
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 <vd...@apache.org> 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 <hi...@gmail.com> 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 <vd...@apache.org> 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 <hi...@gmail.com> wrote:
>>>> @Vassil - that would be great
>>>>
>>>> Thanks.
>>>>
>>>> D.
>>>>
>>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <vd...@apache.org> 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 <hi...@gmail.com> 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 <hi...@gmail.com> 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 <es...@gmail.com> 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 <hi...@gmail.com> 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 <hi...@gmail.com> 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.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: Rel 1.2 Update
Posted by Vassil Dichev <vd...@apache.org>.
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 <hi...@gmail.com> 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 <vd...@apache.org> 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 <hi...@gmail.com> wrote:
>>> @Vassil - that would be great
>>>
>>> Thanks.
>>>
>>> D.
>>>
>>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <vd...@apache.org> 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 <hi...@gmail.com> 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 <hi...@gmail.com> 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 <es...@gmail.com> 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 <hi...@gmail.com> 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 <hi...@gmail.com> 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.
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: Rel 1.2 Update
Posted by Richard Hirsch <hi...@gmail.com>.
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 <vd...@apache.org> 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 <hi...@gmail.com> wrote:
>> @Vassil - that would be great
>>
>> Thanks.
>>
>> D.
>>
>> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <vd...@apache.org> 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 <hi...@gmail.com> 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 <hi...@gmail.com> 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 <es...@gmail.com> 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 <hi...@gmail.com> 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 <hi...@gmail.com> 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.
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: Rel 1.2 Update
Posted by Vassil Dichev <vd...@apache.org>.
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 <hi...@gmail.com> wrote:
> @Vassil - that would be great
>
> Thanks.
>
> D.
>
> On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <vd...@apache.org> 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 <hi...@gmail.com> 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 <hi...@gmail.com> 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 <es...@gmail.com> 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 <hi...@gmail.com> 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 <hi...@gmail.com> 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.
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: Rel 1.2 Update
Posted by Richard Hirsch <hi...@gmail.com>.
@Vassil - that would be great
Thanks.
D.
On Fri, Feb 25, 2011 at 5:31 AM, Vassil Dichev <vd...@apache.org> 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 <hi...@gmail.com> 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 <hi...@gmail.com> 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 <es...@gmail.com> 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 <hi...@gmail.com> 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 <hi...@gmail.com> 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.
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: Rel 1.2 Update
Posted by Vassil Dichev <vd...@apache.org>.
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 <hi...@gmail.com> 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 <hi...@gmail.com> 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 <es...@gmail.com> 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 <hi...@gmail.com> 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 <hi...@gmail.com> 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.
>>>>>
>>>>
>>>
>>
>
Re: Rel 1.2 Update
Posted by Richard Hirsch <hi...@gmail.com>.
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 <hi...@gmail.com> 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 <es...@gmail.com> 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 <hi...@gmail.com> 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 <hi...@gmail.com> 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.
>>>>
>>>
>>
>
Re: Rel 1.2 Update
Posted by Richard Hirsch <hi...@gmail.com>.
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 <es...@gmail.com> 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 <hi...@gmail.com> 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 <hi...@gmail.com> 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.
>>>
>>
>
Re: Rel 1.2 Update
Posted by Ethan Jewett <es...@gmail.com>.
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 <hi...@gmail.com> 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 <hi...@gmail.com> 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.
>>
>
Re: Rel 1.2 Update
Posted by Richard Hirsch <hi...@gmail.com>.
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 <hi...@gmail.com> 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.
>