You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tapestry.apache.org by Jesse Kuhnert <jk...@gmail.com> on 2007/06/24 17:33:04 UTC
[vote] Release Tapestry 4.1.2
Things look like they are finally ready for a release vote of the new
4.1.2version of Tapestry. I have deployed the release to a staging
directory at
http://people.apache.org/~jkuhnert/tapestry_releases/ .
I'll let the vote run for 48 hours and then - assuming it passes -
transition the files over to the mirrored release directory and update the
various web sites appropriately.
Jesse Kuhnert: +1 (binding)
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
Re: [vote] Release Tapestry 4.1.2
Posted by Marcus Schulte <et...@googlemail.com>.
I did my very best trying to break a snapshot from a week ago or so. To no
avail ;).
So:
Marcus Schulte: +1 (binding)
2007/6/24, Jesse Kuhnert <jk...@gmail.com>:
>
> Things look like they are finally ready for a release vote of the new
> 4.1.2version of Tapestry. I have deployed the release to a staging
> directory at
> http://people.apache.org/~jkuhnert/tapestry_releases/ .
>
> I'll let the vote run for 48 hours and then - assuming it passes -
> transition the files over to the mirrored release directory and update the
> various web sites appropriately.
>
> Jesse Kuhnert: +1 (binding)
>
> --
> Jesse Kuhnert
> Tapestry/Dojo team member/developer
>
> Open source based consulting work centered around
> dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
>
--
Marcus Schulte
http://marcus-schulte.blogspot.com
Re: [vote] Release Tapestry 4.1.2
Posted by Andrea Chiumenti <ki...@gmail.com>.
+1 (non-binding)
but I have one request that I don't know if it's really correct.
Could we have the tapestry.focusElement surrounded by a try{
...code...}catch(e){} ?
Andrea Chiumenti
On 6/24/07, andyhot <an...@di.uoa.gr> wrote:
>
> Andreas Andreou: +1 (binding)
>
>
> > Norbert Sándor: +1 (non-binding)
> >
> > Great work! :)
> >
> > Jesse Kuhnert írta:
> >> Things look like they are finally ready for a release vote of the new
> >> 4.1.2version of Tapestry. I have deployed the release to a staging
> >> directory at
> >> http://people.apache.org/~jkuhnert/tapestry_releases/ .
> >>
> >> I'll let the vote run for 48 hours and then - assuming it passes -
> >> transition the files over to the mirrored release directory and
> >> update the
> >> various web sites appropriately.
> >>
> >> Jesse Kuhnert: +1 (binding)
> >>
> >>
> ------------------------------------------------------------------------
> >>
> >> No virus found in this incoming message.
> >> Checked by AVG Free Edition. Version: 7.5.472 / Virus Database:
> >> 269.9.6/863 - Release Date: 2007.06.23. 11:08
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
> > For additional commands, e-mail: dev-help@tapestry.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: dev-help@tapestry.apache.org
>
>
Re: [vote] Release Tapestry 4.1.2
Posted by andyhot <an...@di.uoa.gr>.
Andreas Andreou: +1 (binding)
> Norbert Sándor: +1 (non-binding)
>
> Great work! :)
>
> Jesse Kuhnert írta:
>> Things look like they are finally ready for a release vote of the new
>> 4.1.2version of Tapestry. I have deployed the release to a staging
>> directory at
>> http://people.apache.org/~jkuhnert/tapestry_releases/ .
>>
>> I'll let the vote run for 48 hours and then - assuming it passes -
>> transition the files over to the mirrored release directory and
>> update the
>> various web sites appropriately.
>>
>> Jesse Kuhnert: +1 (binding)
>>
>> ------------------------------------------------------------------------
>>
>> No virus found in this incoming message.
>> Checked by AVG Free Edition. Version: 7.5.472 / Virus Database:
>> 269.9.6/863 - Release Date: 2007.06.23. 11:08
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: dev-help@tapestry.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org
Re: [vote] Release Tapestry 4.1.2
Posted by Norbert Sándor <de...@erinors.com>.
Norbert Sándor: +1 (non-binding)
Great work! :)
Jesse Kuhnert írta:
> Things look like they are finally ready for a release vote of the new
> 4.1.2version of Tapestry. I have deployed the release to a staging
> directory at
> http://people.apache.org/~jkuhnert/tapestry_releases/ .
>
> I'll let the vote run for 48 hours and then - assuming it passes -
> transition the files over to the mirrored release directory and update
> the
> various web sites appropriately.
>
> Jesse Kuhnert: +1 (binding)
>
> ------------------------------------------------------------------------
>
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.5.472 / Virus Database: 269.9.6/863 - Release Date: 2007.06.23. 11:08
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org
Re: [vote] Release Tapestry 4.1.2
Posted by Jesse Kuhnert <jk...@gmail.com>.
Heh no that's perfectly reasonable. Being the chairman/creator your binding
is probably a little more binding than most and it may be semi unreasonable
for you to vote a +1 if you weren't intimately aware of all the things going
in to the release.
On 6/24/07, Howard Lewis Ship <hl...@gmail.com> wrote:
>
> Can you vote a +0.5? That's the average of +0 (because I haven't
> been tracking 4.1) and +1 (because I trust Jesse).
>
> On 6/24/07, #Cyrille37# <cy...@gmail.com> wrote:
> > Jesse Kuhnert a écrit :
> > > Things look like they are finally ready for a release vote of the new
> > > 4.1.2 version of Tapestry.
> > +1
> >
> > Cyrille.
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
> > For additional commands, e-mail: dev-help@tapestry.apache.org
> >
> >
>
>
> --
> Howard M. Lewis Ship
> TWD Consulting, Inc.
> Independent J2EE / Open-Source Java Consultant
> Creator and PMC Chair, Apache Tapestry
> Creator, Apache HiveMind
>
> Professional Tapestry training, mentoring, support
> and project work. http://howardlewisship.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: dev-help@tapestry.apache.org
>
>
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
Re: [vote] Release Tapestry 4.1.2
Posted by #Cyrille37# <cy...@gmail.com>.
Howard Lewis Ship a écrit :
> Can you vote a +0.5? That's the average of +0 (because I haven't
> been tracking 4.1) and +1 (because I trust Jesse).
I'm afraid to do not well understand ...
I vote +1 because I'm using Tapestry 4.1.2 without any problem.
cheers,
Cyrille
>
> On 6/24/07, #Cyrille37# <cy...@gmail.com> wrote:
>> Jesse Kuhnert a écrit :
>> > Things look like they are finally ready for a release vote of the new
>> > 4.1.2 version of Tapestry.
>> +1
>>
>> Cyrille.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
>> For additional commands, e-mail: dev-help@tapestry.apache.org
>>
>>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org
Re: [vote] Release Tapestry 4.1.2
Posted by Howard Lewis Ship <hl...@gmail.com>.
Can you vote a +0.5? That's the average of +0 (because I haven't
been tracking 4.1) and +1 (because I trust Jesse).
On 6/24/07, #Cyrille37# <cy...@gmail.com> wrote:
> Jesse Kuhnert a écrit :
> > Things look like they are finally ready for a release vote of the new
> > 4.1.2 version of Tapestry.
> +1
>
> Cyrille.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: dev-help@tapestry.apache.org
>
>
--
Howard M. Lewis Ship
TWD Consulting, Inc.
Independent J2EE / Open-Source Java Consultant
Creator and PMC Chair, Apache Tapestry
Creator, Apache HiveMind
Professional Tapestry training, mentoring, support
and project work. http://howardlewisship.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org
Re: [vote] Release Tapestry 4.1.2
Posted by #Cyrille37# <cy...@gmail.com>.
Jesse Kuhnert a écrit :
> Things look like they are finally ready for a release vote of the new
> 4.1.2 version of Tapestry.
+1
Cyrille.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org
RE: [vote] Release Tapestry 4.1.2
Posted by "Ismail O. M. Sidiya" <is...@gmail.com>.
Hi Ben
I had an issue similar to your after upgrading from 4.1.1 to 4.1.2 with the
jars downloaded from http://people.apache.org/~jkuhnert/tapestry_releases/ .
I were finally able to resolve it after removing ALL "prop:" and replacing
them with "ognl:".
Not sure if this is the same issue, but this worked for me
Ismail
Ben Dotte wrote:
>
> I hate to be a buzzkill but would it be possible to delay the vote
> results another 12 hours or so? I tried our app on the release from the
> staging directory and I can't even get the home page to come up. I think
> the problem stems from the fix on
> http://issues.apache.org/jira/browse/TAPESTRY-1151
>
> Everything worked fine on the snapshot from June 5th. I have the stack
> below. I would just like a little time to see if the page pool changes
> really caused this or if its something we've customized that needs to be
> updated. Thanks.
>
>
> 07-06-25 10:00:07 WARN (RequestExceptionReporterImpl.java:45) - Unable
> to process client request: There was an error borrowing the page with
> key PageKey[_pageName='Home'
> , _locale=us
> ] from the page pool.
> org.apache.hivemind.ApplicationRuntimeException: There was an error
> borrowing the page with key PageKey[_pageName='Home'
> , _locale=us
> ] from the page pool.
> at
> org.apache.tapestry.pageload.PageSource.getPage(PageSource.java:181)
> at
> $IPageSource_113636564cc.getPage($IPageSource_113636564cc.java)
> at
> $IPageSource_113636564cb.getPage($IPageSource_113636564cb.java)
> at
> org.apache.tapestry.engine.RequestCycle.loadPage(RequestCycle.java:239)
> at
> org.apache.tapestry.engine.RequestCycle.getPage(RequestCycle.java:226)
> at
> org.apache.tapestry.engine.RequestCycle.activate(RequestCycle.java:559)
> at
> org.apache.tapestry.engine.HomeService.service(HomeService.java:66)
> at
> $IEngineService_11363656562.service($IEngineService_11363656562.java)
> at
> org.apache.tapestry.services.impl.EngineServiceInnerProxy.service(Engine
> ServiceInnerProxy.java:77)
> at
> org.apache.tapestry.services.impl.EngineServiceOuterProxy.service(Engine
> ServiceOuterProxy.java:72)
> at
> org.apache.tapestry.engine.AbstractEngine.service(AbstractEngine.java:23
> 7)
> at
> org.apache.tapestry.services.impl.InvokeEngineTerminator.service(InvokeE
> ngineTerminator.java:54)
> at
> $WebRequestServicer_11363656539.service($WebRequestServicer_11363656539.
> java)
> at
> $WebRequestServicer_11363656538.service($WebRequestServicer_11363656538.
> java)
> at
> org.apache.tapestry.services.impl.DisableCachingFilter.service(DisableCa
> chingFilter.java:54)
> at
> $WebRequestServicerFilter_1136365653b.service($WebRequestServicerFilter_
> 1136365653b.java)
> at
> $WebRequestServicerFilter_1136365653a.service($WebRequestServicerFilter_
> 1136365653a.java)
> at
> $WebRequestServicer_1136365653c.service($WebRequestServicer_1136365653c.
> java)
> at
> $WebRequestServicer_11363656535.service($WebRequestServicer_11363656535.
> java)
> at
> $WebRequestServicer_11363656534.service($WebRequestServicer_11363656534.
> java)
> at
> org.apache.tapestry.services.impl.WebRequestServicerPipelineBridge.servi
> ce(WebRequestServicerPipelineBridge.java:61)
> at
> $ServletRequestServicer_11363656515.service($ServletRequestServicer_1136
> 3656515.java)
> at
> $ServletRequestServicer_11363656514.service($ServletRequestServicer_1136
> 3656514.java)
> at
> collective.ui.custom.HibernateFilter.service(HibernateFilter.java:37)
> at
> $ServletRequestServicerFilter_11363656519.service($ServletRequestService
> rFilter_11363656519.java)
> at
> $ServletRequestServicerFilter_11363656518.service($ServletRequestService
> rFilter_11363656518.java)
> at
> $ServletRequestServicer_1136365651a.service($ServletRequestServicer_1136
> 365651a.java)
> at
> collective.ui.custom.LuceneIndexFilter.service(LuceneIndexFilter.java:24
> )
> at
> $ServletRequestServicerFilter_11363656517.service($ServletRequestService
> rFilter_11363656517.java)
> at
> $ServletRequestServicerFilter_11363656516.service($ServletRequestService
> rFilter_11363656516.java)
> at
> $ServletRequestServicer_1136365651a.service($ServletRequestServicer_1136
> 365651a.java)
> at
> org.apache.tapestry.request.DecodedRequestInjector.service(DecodedReques
> tInjector.java:55)
> at
> $ServletRequestServicerFilter_11363656511.service($ServletRequestService
> rFilter_11363656511.java)
> at
> $ServletRequestServicerFilter_11363656510.service($ServletRequestService
> rFilter_11363656510.java)
> at
> $ServletRequestServicer_1136365651a.service($ServletRequestServicer_1136
> 365651a.java)
> at
> org.apache.tapestry.multipart.MultipartDecoderFilter.service(MultipartDe
> coderFilter.java:52)
> at
> $ServletRequestServicerFilter_1136365650f.service($ServletRequestService
> rFilter_1136365650f.java)
> at
> $ServletRequestServicerFilter_1136365650e.service($ServletRequestService
> rFilter_1136365650e.java)
> at
> $ServletRequestServicer_1136365651a.service($ServletRequestServicer_1136
> 365651a.java)
> at
> org.apache.tapestry.services.impl.SetupRequestEncoding.service(SetupRequ
> estEncoding.java:53)
> at
> $ServletRequestServicerFilter_11363656513.service($ServletRequestService
> rFilter_11363656513.java)
> at
> $ServletRequestServicerFilter_11363656512.service($ServletRequestService
> rFilter_11363656512.java)
> at
> $ServletRequestServicer_1136365651a.service($ServletRequestServicer_1136
> 365651a.java)
> at
> $ServletRequestServicer_11363656504.service($ServletRequestServicer_1136
> 3656504.java)
> at
> $ServletRequestServicer_11363656503.service($ServletRequestServicer_1136
> 3656503.java)
> at
> org.apache.tapestry.ApplicationServlet.doService(ApplicationServlet.java
> :126)
> at
> collective.ui.CollectiveApplicationServlet.doService(CollectiveApplicati
> onServlet.java:71)
> at
> org.apache.tapestry.ApplicationServlet.doGet(ApplicationServlet.java:103
> )
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
> at
> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:427)
> at
> org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(Web
> ApplicationHandler.java:832)
> at
> collective.servlet.CollectiveRedirectFilter.doFilter(CollectiveRedirectF
> ilter.java:73)
> at
> org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(Web
> ApplicationHandler.java:823)
> at
> collective.servlet.ResponseHeaderFilter.doFilter(ResponseHeaderFilter.ja
> va:32)
> at
> org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(Web
> ApplicationHandler.java:823)
> at
> org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationH
> andler.java:473)
> at
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:556)
> at org.mortbay.http.HttpContext.handle(HttpContext.java:1563)
> at
> org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationCon
> text.java:623)
> at org.mortbay.http.HttpContext.handle(HttpContext.java:1515)
> at org.mortbay.http.HttpServer.service(HttpServer.java:956)
> at
> org.mortbay.http.HttpConnection.service(HttpConnection.java:814)
> at
> org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:981)
> at
> org.mortbay.http.HttpConnection.handle(HttpConnection.java:831)
> at
> org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244
> )
> at
> org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)
> at
> org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)
> Caused by: org.apache.hivemind.ApplicationRuntimeException: Unable to
> lookup $DevToolBar_10: $DevToolBar_10
> at
> org.apache.tapestry.enhance.CtClassSource.getCtClass(CtClassSource.java:
> 54)
> at
> org.apache.tapestry.enhance.AbstractFab.convertClass(AbstractFab.java:82
> )
> at
> org.apache.tapestry.enhance.ClassFabImpl.addField(ClassFabImpl.java:238)
> at
> com.javaforge.tapestry.prop.PropertyAccessorClassFactoryImpl.constructCl
> ass(PropertyAccessorClassFactoryImpl.java:74)
> at
> $PropertyAccessorClassFactory_11363656642.constructClass($PropertyAccess
> orClassFactory_11363656642.java)
> at
> $PropertyAccessorClassFactory_11363656641.constructClass($PropertyAccess
> orClassFactory_11363656641.java)
> at
> com.javaforge.tapestry.prop.PropertyAccessorSourceImpl.createNewAccessor
> Class(PropertyAccessorSourceImpl.java:139)
> at
> com.javaforge.tapestry.prop.PropertyAccessorSourceImpl.getCachedProperty
> AccessorClass(PropertyAccessorSourceImpl.java:87)
> at
> com.javaforge.tapestry.prop.PropertyAccessorSourceImpl.getAccessor(Prope
> rtyAccessorSourceImpl.java:55)
> at
> $PropertyAccessorSource_11363656640.getAccessor($PropertyAccessorSource_
> 11363656640.java)
> at
> $PropertyAccessorSource_1136365663f.getAccessor($PropertyAccessorSource_
> 1136365663f.java)
> at
> com.javaforge.tapestry.prop.PropertyAccessorBindingFactory.createBinding
> (PropertyAccessorBindingFactory.java:36)
> at
> $BindingFactory_11363656636.createBinding($BindingFactory_11363656636.ja
> va)
> at
> $BindingFactory_11363656635.createBinding($BindingFactory_11363656635.ja
> va)
> at
> org.apache.tapestry.services.impl.BindingSourceImpl.createBinding(Bindin
> gSourceImpl.java:99)
> at
> $BindingSource_1136365649b.createBinding($BindingSource_1136365649b.java
> )
> at
> org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.addTempla
> teBindings(ComponentTemplateLoaderLogic.java:277)
> at
> org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.process(C
> omponentTemplateLoaderLogic.java:182)
>
>
> -----Original Message-----
> From: Jesse Kuhnert [mailto:jkuhnert@gmail.com]
> Sent: Sunday, June 24, 2007 10:33 AM
> To: Tapestry development
> Subject: [vote] Release Tapestry 4.1.2
>
> Things look like they are finally ready for a release vote of the new
> 4.1.2version of Tapestry. I have deployed the release to a staging
> directory at
> http://people.apache.org/~jkuhnert/tapestry_releases/ .
>
> I'll let the vote run for 48 hours and then - assuming it passes -
> transition the files over to the mirrored release directory and update
> the
> various web sites appropriately.
>
> Jesse Kuhnert: +1 (binding)
>
> --
> Jesse Kuhnert
> Tapestry/Dojo team member/developer
>
> Open source based consulting work centered around
> dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: dev-help@tapestry.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/-vote--Release-Tapestry-4.1.2-tf3972451.html#a11298039
Sent from the Tapestry - Dev mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org
RE: [vote] Release Tapestry 4.1.2
Posted by Ben Dotte <bd...@widen.com>.
I agree, we have no problem removing prop: with the ognl speed
enhancements. We only left prop: there because there wasn't a good
reason to remove it (until now). If anything it might be nice to have a
note about it by the new release.
-----Original Message-----
From: Marcus Schulte [mailto:etluchs@googlemail.com]
Sent: Tuesday, June 26, 2007 1:35 AM
To: Tapestry development
Subject: Re: [vote] Release Tapestry 4.1.2
Good to hear! I think the prop-problem is not too bad since the new ognl
should make speed differences negligible anyway.
2007/6/26, Jesse Kuhnert <jk...@gmail.com>:
>
> I may continue with the release after all... The ClassFactory problem
is
> not
> fixable because of cyclic dependencies between it and BuilderFactory
(or
> something builder factory uses). I can't bare the thought of watching
my
> vm
> slowly consume all memory in dev mode so I may just have to thumb my
nose
> at
> the tapestry-prop users..... I'm not sure about this one. If anyone
has
> any suggestions that wouldn't result in angry tapestry-prop users I'd
be
> all
> for hearing it. (though I think it may still be easier to just tell
them
> to stop using it, or it can have a new special 4.1.2 tapestry
compatible
> release that uses the new tapestry.ClassPool service point instead of
> hivemind.ClassPool )
>
> The other concerning issue with character encoding wasn't Tapestry's
fault
> (ognl) so I'm not as scared anymore..
>
> On 6/25/07, Ben Dotte <bd...@widen.com> wrote:
> >
> > You're right, I replaced all uses of prop: with ognl:, fixed up a
couple
> > other things, and the home page comes up again. Other parts of the
app
> > look ok too from a cursory glance.
> >
> > If you don't scrap the release I am +1 (binding).
> >
> > Otherwise I will be sure to test it again next week.
> >
> > Thanks,
> > Ben
> >
> > -----Original Message-----
> > From: Jesse Kuhnert [mailto:jkuhnert@gmail.com]
> > Sent: Monday, June 25, 2007 11:15 AM
> > To: Tapestry development
> > Subject: Re: [vote] Release Tapestry 4.1.2
> >
> > No that's fine. I'm thinking of scrapping the release this week
> > anyways.
> > Too many little things are popping up and I'm getting nervous. We
can
> > try
> > again next week and use the extra days to do more testing / tweaking
of
> > things.
> >
> > As for your problem I don't think it has to do with page pooling but
> > with
> > the changes to the ClassFactoryImpl being used. I was having issues
> > adding
> > event registration stuff using the hivemind service-implementation
> > override
> > logic in it and resorted to creating a new tapestry.ClassPool
service id
> > instead. Perhaps there is a way to register these reset events
another
> > way
> > (or possibly it is another thing that gets auto bound) .
> >
> > You are probably using tapestry-prop on your home page and it can't
find
> > the
> > classes as it's using the old hivemind.ClassPool class pool.
(possibly)
> >
> > On 6/25/07, Ben Dotte <bd...@widen.com> wrote:
> > >
> > > Wait a sec.. 48 hours from yesterday still gives me another day.
> > *smacks
> > > forehead* Nevermind the time extension. I'll continue taking a
look at
> > > the page pooling changes.
> > > <snipped>
> > >
> >
> >
> > --
> > Jesse Kuhnert
> > Tapestry/Dojo team member/developer
> >
> > Open source based consulting work centered around
> > dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
> >
> >
---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
> > For additional commands, e-mail: dev-help@tapestry.apache.org
> >
> >
>
>
> --
> Jesse Kuhnert
> Tapestry/Dojo team member/developer
>
> Open source based consulting work centered around
> dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
>
--
Marcus Schulte
http://marcus-schulte.blogspot.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org
Re: [vote] Release Tapestry 4.1.2
Posted by Marcus Schulte <et...@googlemail.com>.
Good to hear! I think the prop-problem is not too bad since the new ognl
should make speed differences negligible anyway.
2007/6/26, Jesse Kuhnert <jk...@gmail.com>:
>
> I may continue with the release after all... The ClassFactory problem is
> not
> fixable because of cyclic dependencies between it and BuilderFactory (or
> something builder factory uses). I can't bare the thought of watching my
> vm
> slowly consume all memory in dev mode so I may just have to thumb my nose
> at
> the tapestry-prop users..... I'm not sure about this one. If anyone has
> any suggestions that wouldn't result in angry tapestry-prop users I'd be
> all
> for hearing it. (though I think it may still be easier to just tell them
> to stop using it, or it can have a new special 4.1.2 tapestry compatible
> release that uses the new tapestry.ClassPool service point instead of
> hivemind.ClassPool )
>
> The other concerning issue with character encoding wasn't Tapestry's fault
> (ognl) so I'm not as scared anymore..
>
> On 6/25/07, Ben Dotte <bd...@widen.com> wrote:
> >
> > You're right, I replaced all uses of prop: with ognl:, fixed up a couple
> > other things, and the home page comes up again. Other parts of the app
> > look ok too from a cursory glance.
> >
> > If you don't scrap the release I am +1 (binding).
> >
> > Otherwise I will be sure to test it again next week.
> >
> > Thanks,
> > Ben
> >
> > -----Original Message-----
> > From: Jesse Kuhnert [mailto:jkuhnert@gmail.com]
> > Sent: Monday, June 25, 2007 11:15 AM
> > To: Tapestry development
> > Subject: Re: [vote] Release Tapestry 4.1.2
> >
> > No that's fine. I'm thinking of scrapping the release this week
> > anyways.
> > Too many little things are popping up and I'm getting nervous. We can
> > try
> > again next week and use the extra days to do more testing / tweaking of
> > things.
> >
> > As for your problem I don't think it has to do with page pooling but
> > with
> > the changes to the ClassFactoryImpl being used. I was having issues
> > adding
> > event registration stuff using the hivemind service-implementation
> > override
> > logic in it and resorted to creating a new tapestry.ClassPool service id
> > instead. Perhaps there is a way to register these reset events another
> > way
> > (or possibly it is another thing that gets auto bound) .
> >
> > You are probably using tapestry-prop on your home page and it can't find
> > the
> > classes as it's using the old hivemind.ClassPool class pool. (possibly)
> >
> > On 6/25/07, Ben Dotte <bd...@widen.com> wrote:
> > >
> > > Wait a sec.. 48 hours from yesterday still gives me another day.
> > *smacks
> > > forehead* Nevermind the time extension. I'll continue taking a look at
> > > the page pooling changes.
> > > <snipped>
> > >
> >
> >
> > --
> > Jesse Kuhnert
> > Tapestry/Dojo team member/developer
> >
> > Open source based consulting work centered around
> > dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
> > For additional commands, e-mail: dev-help@tapestry.apache.org
> >
> >
>
>
> --
> Jesse Kuhnert
> Tapestry/Dojo team member/developer
>
> Open source based consulting work centered around
> dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
>
--
Marcus Schulte
http://marcus-schulte.blogspot.com
Re: [vote] Release Tapestry 4.1.2
Posted by Jesse Kuhnert <jk...@gmail.com>.
I may continue with the release after all... The ClassFactory problem is not
fixable because of cyclic dependencies between it and BuilderFactory (or
something builder factory uses). I can't bare the thought of watching my vm
slowly consume all memory in dev mode so I may just have to thumb my nose at
the tapestry-prop users..... I'm not sure about this one. If anyone has
any suggestions that wouldn't result in angry tapestry-prop users I'd be all
for hearing it. (though I think it may still be easier to just tell them
to stop using it, or it can have a new special 4.1.2 tapestry compatible
release that uses the new tapestry.ClassPool service point instead of
hivemind.ClassPool )
The other concerning issue with character encoding wasn't Tapestry's fault
(ognl) so I'm not as scared anymore..
On 6/25/07, Ben Dotte <bd...@widen.com> wrote:
>
> You're right, I replaced all uses of prop: with ognl:, fixed up a couple
> other things, and the home page comes up again. Other parts of the app
> look ok too from a cursory glance.
>
> If you don't scrap the release I am +1 (binding).
>
> Otherwise I will be sure to test it again next week.
>
> Thanks,
> Ben
>
> -----Original Message-----
> From: Jesse Kuhnert [mailto:jkuhnert@gmail.com]
> Sent: Monday, June 25, 2007 11:15 AM
> To: Tapestry development
> Subject: Re: [vote] Release Tapestry 4.1.2
>
> No that's fine. I'm thinking of scrapping the release this week
> anyways.
> Too many little things are popping up and I'm getting nervous. We can
> try
> again next week and use the extra days to do more testing / tweaking of
> things.
>
> As for your problem I don't think it has to do with page pooling but
> with
> the changes to the ClassFactoryImpl being used. I was having issues
> adding
> event registration stuff using the hivemind service-implementation
> override
> logic in it and resorted to creating a new tapestry.ClassPool service id
> instead. Perhaps there is a way to register these reset events another
> way
> (or possibly it is another thing that gets auto bound) .
>
> You are probably using tapestry-prop on your home page and it can't find
> the
> classes as it's using the old hivemind.ClassPool class pool. (possibly)
>
> On 6/25/07, Ben Dotte <bd...@widen.com> wrote:
> >
> > Wait a sec.. 48 hours from yesterday still gives me another day.
> *smacks
> > forehead* Nevermind the time extension. I'll continue taking a look at
> > the page pooling changes.
> > <snipped>
> >
>
>
> --
> Jesse Kuhnert
> Tapestry/Dojo team member/developer
>
> Open source based consulting work centered around
> dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: dev-help@tapestry.apache.org
>
>
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
RE: [vote] Release Tapestry 4.1.2
Posted by Ben Dotte <bd...@widen.com>.
You're right, I replaced all uses of prop: with ognl:, fixed up a couple
other things, and the home page comes up again. Other parts of the app
look ok too from a cursory glance.
If you don't scrap the release I am +1 (binding).
Otherwise I will be sure to test it again next week.
Thanks,
Ben
-----Original Message-----
From: Jesse Kuhnert [mailto:jkuhnert@gmail.com]
Sent: Monday, June 25, 2007 11:15 AM
To: Tapestry development
Subject: Re: [vote] Release Tapestry 4.1.2
No that's fine. I'm thinking of scrapping the release this week
anyways.
Too many little things are popping up and I'm getting nervous. We can
try
again next week and use the extra days to do more testing / tweaking of
things.
As for your problem I don't think it has to do with page pooling but
with
the changes to the ClassFactoryImpl being used. I was having issues
adding
event registration stuff using the hivemind service-implementation
override
logic in it and resorted to creating a new tapestry.ClassPool service id
instead. Perhaps there is a way to register these reset events another
way
(or possibly it is another thing that gets auto bound) .
You are probably using tapestry-prop on your home page and it can't find
the
classes as it's using the old hivemind.ClassPool class pool. (possibly)
On 6/25/07, Ben Dotte <bd...@widen.com> wrote:
>
> Wait a sec.. 48 hours from yesterday still gives me another day.
*smacks
> forehead* Nevermind the time extension. I'll continue taking a look at
> the page pooling changes.
> <snipped>
>
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org
Re: [vote] Release Tapestry 4.1.2
Posted by Jesse Kuhnert <jk...@gmail.com>.
No that's fine. I'm thinking of scrapping the release this week anyways.
Too many little things are popping up and I'm getting nervous. We can try
again next week and use the extra days to do more testing / tweaking of
things.
As for your problem I don't think it has to do with page pooling but with
the changes to the ClassFactoryImpl being used. I was having issues adding
event registration stuff using the hivemind service-implementation override
logic in it and resorted to creating a new tapestry.ClassPool service id
instead. Perhaps there is a way to register these reset events another way
(or possibly it is another thing that gets auto bound) .
You are probably using tapestry-prop on your home page and it can't find the
classes as it's using the old hivemind.ClassPool class pool. (possibly)
On 6/25/07, Ben Dotte <bd...@widen.com> wrote:
>
> Wait a sec.. 48 hours from yesterday still gives me another day. *smacks
> forehead* Nevermind the time extension. I'll continue taking a look at
> the page pooling changes.
> <snipped>
>
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
RE: [vote] Release Tapestry 4.1.2
Posted by Ben Dotte <bd...@widen.com>.
Wait a sec.. 48 hours from yesterday still gives me another day. *smacks
forehead* Nevermind the time extension. I'll continue taking a look at
the page pooling changes.
-----Original Message-----
From: Ben Dotte [mailto:bdotte@widen.com]
Sent: Monday, June 25, 2007 10:16 AM
To: Tapestry development
Subject: RE: [vote] Release Tapestry 4.1.2
I hate to be a buzzkill but would it be possible to delay the vote
results another 12 hours or so? I tried our app on the release from the
staging directory and I can't even get the home page to come up. I think
the problem stems from the fix on
http://issues.apache.org/jira/browse/TAPESTRY-1151
Everything worked fine on the snapshot from June 5th. I have the stack
below. I would just like a little time to see if the page pool changes
really caused this or if its something we've customized that needs to be
updated. Thanks.
07-06-25 10:00:07 WARN (RequestExceptionReporterImpl.java:45) - Unable
to process client request: There was an error borrowing the page with
key PageKey[_pageName='Home'
, _locale=us
] from the page pool.
org.apache.hivemind.ApplicationRuntimeException: There was an error
borrowing the page with key PageKey[_pageName='Home'
, _locale=us
] from the page pool.
at
org.apache.tapestry.pageload.PageSource.getPage(PageSource.java:181)
at
$IPageSource_113636564cc.getPage($IPageSource_113636564cc.java)
at
$IPageSource_113636564cb.getPage($IPageSource_113636564cb.java)
at
org.apache.tapestry.engine.RequestCycle.loadPage(RequestCycle.java:239)
at
org.apache.tapestry.engine.RequestCycle.getPage(RequestCycle.java:226)
at
org.apache.tapestry.engine.RequestCycle.activate(RequestCycle.java:559)
at
org.apache.tapestry.engine.HomeService.service(HomeService.java:66)
at
$IEngineService_11363656562.service($IEngineService_11363656562.java)
at
org.apache.tapestry.services.impl.EngineServiceInnerProxy.service(Engine
ServiceInnerProxy.java:77)
at
org.apache.tapestry.services.impl.EngineServiceOuterProxy.service(Engine
ServiceOuterProxy.java:72)
at
org.apache.tapestry.engine.AbstractEngine.service(AbstractEngine.java:23
7)
at
org.apache.tapestry.services.impl.InvokeEngineTerminator.service(InvokeE
ngineTerminator.java:54)
at
$WebRequestServicer_11363656539.service($WebRequestServicer_11363656539.
java)
at
$WebRequestServicer_11363656538.service($WebRequestServicer_11363656538.
java)
at
org.apache.tapestry.services.impl.DisableCachingFilter.service(DisableCa
chingFilter.java:54)
at
$WebRequestServicerFilter_1136365653b.service($WebRequestServicerFilter_
1136365653b.java)
at
$WebRequestServicerFilter_1136365653a.service($WebRequestServicerFilter_
1136365653a.java)
at
$WebRequestServicer_1136365653c.service($WebRequestServicer_1136365653c.
java)
at
$WebRequestServicer_11363656535.service($WebRequestServicer_11363656535.
java)
at
$WebRequestServicer_11363656534.service($WebRequestServicer_11363656534.
java)
at
org.apache.tapestry.services.impl.WebRequestServicerPipelineBridge.servi
ce(WebRequestServicerPipelineBridge.java:61)
at
$ServletRequestServicer_11363656515.service($ServletRequestServicer_1136
3656515.java)
at
$ServletRequestServicer_11363656514.service($ServletRequestServicer_1136
3656514.java)
at
collective.ui.custom.HibernateFilter.service(HibernateFilter.java:37)
at
$ServletRequestServicerFilter_11363656519.service($ServletRequestService
rFilter_11363656519.java)
at
$ServletRequestServicerFilter_11363656518.service($ServletRequestService
rFilter_11363656518.java)
at
$ServletRequestServicer_1136365651a.service($ServletRequestServicer_1136
365651a.java)
at
collective.ui.custom.LuceneIndexFilter.service(LuceneIndexFilter.java:24
)
at
$ServletRequestServicerFilter_11363656517.service($ServletRequestService
rFilter_11363656517.java)
at
$ServletRequestServicerFilter_11363656516.service($ServletRequestService
rFilter_11363656516.java)
at
$ServletRequestServicer_1136365651a.service($ServletRequestServicer_1136
365651a.java)
at
org.apache.tapestry.request.DecodedRequestInjector.service(DecodedReques
tInjector.java:55)
at
$ServletRequestServicerFilter_11363656511.service($ServletRequestService
rFilter_11363656511.java)
at
$ServletRequestServicerFilter_11363656510.service($ServletRequestService
rFilter_11363656510.java)
at
$ServletRequestServicer_1136365651a.service($ServletRequestServicer_1136
365651a.java)
at
org.apache.tapestry.multipart.MultipartDecoderFilter.service(MultipartDe
coderFilter.java:52)
at
$ServletRequestServicerFilter_1136365650f.service($ServletRequestService
rFilter_1136365650f.java)
at
$ServletRequestServicerFilter_1136365650e.service($ServletRequestService
rFilter_1136365650e.java)
at
$ServletRequestServicer_1136365651a.service($ServletRequestServicer_1136
365651a.java)
at
org.apache.tapestry.services.impl.SetupRequestEncoding.service(SetupRequ
estEncoding.java:53)
at
$ServletRequestServicerFilter_11363656513.service($ServletRequestService
rFilter_11363656513.java)
at
$ServletRequestServicerFilter_11363656512.service($ServletRequestService
rFilter_11363656512.java)
at
$ServletRequestServicer_1136365651a.service($ServletRequestServicer_1136
365651a.java)
at
$ServletRequestServicer_11363656504.service($ServletRequestServicer_1136
3656504.java)
at
$ServletRequestServicer_11363656503.service($ServletRequestServicer_1136
3656503.java)
at
org.apache.tapestry.ApplicationServlet.doService(ApplicationServlet.java
:126)
at
collective.ui.CollectiveApplicationServlet.doService(CollectiveApplicati
onServlet.java:71)
at
org.apache.tapestry.ApplicationServlet.doGet(ApplicationServlet.java:103
)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:427)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(Web
ApplicationHandler.java:832)
at
collective.servlet.CollectiveRedirectFilter.doFilter(CollectiveRedirectF
ilter.java:73)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(Web
ApplicationHandler.java:823)
at
collective.servlet.ResponseHeaderFilter.doFilter(ResponseHeaderFilter.ja
va:32)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(Web
ApplicationHandler.java:823)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationH
andler.java:473)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:556)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1563)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationCon
text.java:623)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1515)
at org.mortbay.http.HttpServer.service(HttpServer.java:956)
at
org.mortbay.http.HttpConnection.service(HttpConnection.java:814)
at
org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:981)
at
org.mortbay.http.HttpConnection.handle(HttpConnection.java:831)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244
)
at
org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)
at
org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)
Caused by: org.apache.hivemind.ApplicationRuntimeException: Unable to
lookup $DevToolBar_10: $DevToolBar_10
at
org.apache.tapestry.enhance.CtClassSource.getCtClass(CtClassSource.java:
54)
at
org.apache.tapestry.enhance.AbstractFab.convertClass(AbstractFab.java:82
)
at
org.apache.tapestry.enhance.ClassFabImpl.addField(ClassFabImpl.java:238)
at
com.javaforge.tapestry.prop.PropertyAccessorClassFactoryImpl.constructCl
ass(PropertyAccessorClassFactoryImpl.java:74)
at
$PropertyAccessorClassFactory_11363656642.constructClass($PropertyAccess
orClassFactory_11363656642.java)
at
$PropertyAccessorClassFactory_11363656641.constructClass($PropertyAccess
orClassFactory_11363656641.java)
at
com.javaforge.tapestry.prop.PropertyAccessorSourceImpl.createNewAccessor
Class(PropertyAccessorSourceImpl.java:139)
at
com.javaforge.tapestry.prop.PropertyAccessorSourceImpl.getCachedProperty
AccessorClass(PropertyAccessorSourceImpl.java:87)
at
com.javaforge.tapestry.prop.PropertyAccessorSourceImpl.getAccessor(Prope
rtyAccessorSourceImpl.java:55)
at
$PropertyAccessorSource_11363656640.getAccessor($PropertyAccessorSource_
11363656640.java)
at
$PropertyAccessorSource_1136365663f.getAccessor($PropertyAccessorSource_
1136365663f.java)
at
com.javaforge.tapestry.prop.PropertyAccessorBindingFactory.createBinding
(PropertyAccessorBindingFactory.java:36)
at
$BindingFactory_11363656636.createBinding($BindingFactory_11363656636.ja
va)
at
$BindingFactory_11363656635.createBinding($BindingFactory_11363656635.ja
va)
at
org.apache.tapestry.services.impl.BindingSourceImpl.createBinding(Bindin
gSourceImpl.java:99)
at
$BindingSource_1136365649b.createBinding($BindingSource_1136365649b.java
)
at
org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.addTempla
teBindings(ComponentTemplateLoaderLogic.java:277)
at
org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.process(C
omponentTemplateLoaderLogic.java:182)
-----Original Message-----
From: Jesse Kuhnert [mailto:jkuhnert@gmail.com]
Sent: Sunday, June 24, 2007 10:33 AM
To: Tapestry development
Subject: [vote] Release Tapestry 4.1.2
Things look like they are finally ready for a release vote of the new
4.1.2version of Tapestry. I have deployed the release to a staging
directory at
http://people.apache.org/~jkuhnert/tapestry_releases/ .
I'll let the vote run for 48 hours and then - assuming it passes -
transition the files over to the mirrored release directory and update
the
various web sites appropriately.
Jesse Kuhnert: +1 (binding)
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org
RE: [vote] Release Tapestry 4.1.2
Posted by Ben Dotte <bd...@widen.com>.
I hate to be a buzzkill but would it be possible to delay the vote
results another 12 hours or so? I tried our app on the release from the
staging directory and I can't even get the home page to come up. I think
the problem stems from the fix on
http://issues.apache.org/jira/browse/TAPESTRY-1151
Everything worked fine on the snapshot from June 5th. I have the stack
below. I would just like a little time to see if the page pool changes
really caused this or if its something we've customized that needs to be
updated. Thanks.
07-06-25 10:00:07 WARN (RequestExceptionReporterImpl.java:45) - Unable
to process client request: There was an error borrowing the page with
key PageKey[_pageName='Home'
, _locale=us
] from the page pool.
org.apache.hivemind.ApplicationRuntimeException: There was an error
borrowing the page with key PageKey[_pageName='Home'
, _locale=us
] from the page pool.
at
org.apache.tapestry.pageload.PageSource.getPage(PageSource.java:181)
at
$IPageSource_113636564cc.getPage($IPageSource_113636564cc.java)
at
$IPageSource_113636564cb.getPage($IPageSource_113636564cb.java)
at
org.apache.tapestry.engine.RequestCycle.loadPage(RequestCycle.java:239)
at
org.apache.tapestry.engine.RequestCycle.getPage(RequestCycle.java:226)
at
org.apache.tapestry.engine.RequestCycle.activate(RequestCycle.java:559)
at
org.apache.tapestry.engine.HomeService.service(HomeService.java:66)
at
$IEngineService_11363656562.service($IEngineService_11363656562.java)
at
org.apache.tapestry.services.impl.EngineServiceInnerProxy.service(Engine
ServiceInnerProxy.java:77)
at
org.apache.tapestry.services.impl.EngineServiceOuterProxy.service(Engine
ServiceOuterProxy.java:72)
at
org.apache.tapestry.engine.AbstractEngine.service(AbstractEngine.java:23
7)
at
org.apache.tapestry.services.impl.InvokeEngineTerminator.service(InvokeE
ngineTerminator.java:54)
at
$WebRequestServicer_11363656539.service($WebRequestServicer_11363656539.
java)
at
$WebRequestServicer_11363656538.service($WebRequestServicer_11363656538.
java)
at
org.apache.tapestry.services.impl.DisableCachingFilter.service(DisableCa
chingFilter.java:54)
at
$WebRequestServicerFilter_1136365653b.service($WebRequestServicerFilter_
1136365653b.java)
at
$WebRequestServicerFilter_1136365653a.service($WebRequestServicerFilter_
1136365653a.java)
at
$WebRequestServicer_1136365653c.service($WebRequestServicer_1136365653c.
java)
at
$WebRequestServicer_11363656535.service($WebRequestServicer_11363656535.
java)
at
$WebRequestServicer_11363656534.service($WebRequestServicer_11363656534.
java)
at
org.apache.tapestry.services.impl.WebRequestServicerPipelineBridge.servi
ce(WebRequestServicerPipelineBridge.java:61)
at
$ServletRequestServicer_11363656515.service($ServletRequestServicer_1136
3656515.java)
at
$ServletRequestServicer_11363656514.service($ServletRequestServicer_1136
3656514.java)
at
collective.ui.custom.HibernateFilter.service(HibernateFilter.java:37)
at
$ServletRequestServicerFilter_11363656519.service($ServletRequestService
rFilter_11363656519.java)
at
$ServletRequestServicerFilter_11363656518.service($ServletRequestService
rFilter_11363656518.java)
at
$ServletRequestServicer_1136365651a.service($ServletRequestServicer_1136
365651a.java)
at
collective.ui.custom.LuceneIndexFilter.service(LuceneIndexFilter.java:24
)
at
$ServletRequestServicerFilter_11363656517.service($ServletRequestService
rFilter_11363656517.java)
at
$ServletRequestServicerFilter_11363656516.service($ServletRequestService
rFilter_11363656516.java)
at
$ServletRequestServicer_1136365651a.service($ServletRequestServicer_1136
365651a.java)
at
org.apache.tapestry.request.DecodedRequestInjector.service(DecodedReques
tInjector.java:55)
at
$ServletRequestServicerFilter_11363656511.service($ServletRequestService
rFilter_11363656511.java)
at
$ServletRequestServicerFilter_11363656510.service($ServletRequestService
rFilter_11363656510.java)
at
$ServletRequestServicer_1136365651a.service($ServletRequestServicer_1136
365651a.java)
at
org.apache.tapestry.multipart.MultipartDecoderFilter.service(MultipartDe
coderFilter.java:52)
at
$ServletRequestServicerFilter_1136365650f.service($ServletRequestService
rFilter_1136365650f.java)
at
$ServletRequestServicerFilter_1136365650e.service($ServletRequestService
rFilter_1136365650e.java)
at
$ServletRequestServicer_1136365651a.service($ServletRequestServicer_1136
365651a.java)
at
org.apache.tapestry.services.impl.SetupRequestEncoding.service(SetupRequ
estEncoding.java:53)
at
$ServletRequestServicerFilter_11363656513.service($ServletRequestService
rFilter_11363656513.java)
at
$ServletRequestServicerFilter_11363656512.service($ServletRequestService
rFilter_11363656512.java)
at
$ServletRequestServicer_1136365651a.service($ServletRequestServicer_1136
365651a.java)
at
$ServletRequestServicer_11363656504.service($ServletRequestServicer_1136
3656504.java)
at
$ServletRequestServicer_11363656503.service($ServletRequestServicer_1136
3656503.java)
at
org.apache.tapestry.ApplicationServlet.doService(ApplicationServlet.java
:126)
at
collective.ui.CollectiveApplicationServlet.doService(CollectiveApplicati
onServlet.java:71)
at
org.apache.tapestry.ApplicationServlet.doGet(ApplicationServlet.java:103
)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:427)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(Web
ApplicationHandler.java:832)
at
collective.servlet.CollectiveRedirectFilter.doFilter(CollectiveRedirectF
ilter.java:73)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(Web
ApplicationHandler.java:823)
at
collective.servlet.ResponseHeaderFilter.doFilter(ResponseHeaderFilter.ja
va:32)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(Web
ApplicationHandler.java:823)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationH
andler.java:473)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:556)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1563)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationCon
text.java:623)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1515)
at org.mortbay.http.HttpServer.service(HttpServer.java:956)
at
org.mortbay.http.HttpConnection.service(HttpConnection.java:814)
at
org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:981)
at
org.mortbay.http.HttpConnection.handle(HttpConnection.java:831)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244
)
at
org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)
at
org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)
Caused by: org.apache.hivemind.ApplicationRuntimeException: Unable to
lookup $DevToolBar_10: $DevToolBar_10
at
org.apache.tapestry.enhance.CtClassSource.getCtClass(CtClassSource.java:
54)
at
org.apache.tapestry.enhance.AbstractFab.convertClass(AbstractFab.java:82
)
at
org.apache.tapestry.enhance.ClassFabImpl.addField(ClassFabImpl.java:238)
at
com.javaforge.tapestry.prop.PropertyAccessorClassFactoryImpl.constructCl
ass(PropertyAccessorClassFactoryImpl.java:74)
at
$PropertyAccessorClassFactory_11363656642.constructClass($PropertyAccess
orClassFactory_11363656642.java)
at
$PropertyAccessorClassFactory_11363656641.constructClass($PropertyAccess
orClassFactory_11363656641.java)
at
com.javaforge.tapestry.prop.PropertyAccessorSourceImpl.createNewAccessor
Class(PropertyAccessorSourceImpl.java:139)
at
com.javaforge.tapestry.prop.PropertyAccessorSourceImpl.getCachedProperty
AccessorClass(PropertyAccessorSourceImpl.java:87)
at
com.javaforge.tapestry.prop.PropertyAccessorSourceImpl.getAccessor(Prope
rtyAccessorSourceImpl.java:55)
at
$PropertyAccessorSource_11363656640.getAccessor($PropertyAccessorSource_
11363656640.java)
at
$PropertyAccessorSource_1136365663f.getAccessor($PropertyAccessorSource_
1136365663f.java)
at
com.javaforge.tapestry.prop.PropertyAccessorBindingFactory.createBinding
(PropertyAccessorBindingFactory.java:36)
at
$BindingFactory_11363656636.createBinding($BindingFactory_11363656636.ja
va)
at
$BindingFactory_11363656635.createBinding($BindingFactory_11363656635.ja
va)
at
org.apache.tapestry.services.impl.BindingSourceImpl.createBinding(Bindin
gSourceImpl.java:99)
at
$BindingSource_1136365649b.createBinding($BindingSource_1136365649b.java
)
at
org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.addTempla
teBindings(ComponentTemplateLoaderLogic.java:277)
at
org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.process(C
omponentTemplateLoaderLogic.java:182)
-----Original Message-----
From: Jesse Kuhnert [mailto:jkuhnert@gmail.com]
Sent: Sunday, June 24, 2007 10:33 AM
To: Tapestry development
Subject: [vote] Release Tapestry 4.1.2
Things look like they are finally ready for a release vote of the new
4.1.2version of Tapestry. I have deployed the release to a staging
directory at
http://people.apache.org/~jkuhnert/tapestry_releases/ .
I'll let the vote run for 48 hours and then - assuming it passes -
transition the files over to the mirrored release directory and update
the
various web sites appropriately.
Jesse Kuhnert: +1 (binding)
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org