Re: VOTE: Tapestry 5.4-beta-1

[Igor Drobiazko]

Igor Drobiazko: +1 (binding)


On Thu, Dec 5, 2013 at 12:01 AM, Howard Lewis Ship  wrote:

> This is a vote, open to all committers, to create a beta release of
> Tapestry 5.4.
>
> This represents the point at which new functionality should no longer be
> added and, instead, the emphasis should be on bug fixing and documentation.
>
> Vote to run for three days.
>
> Howard M. Lewis Ship: +1 (binding)
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>



-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: [VOTE] Lance Semmens as a committer

[Igor Drobiazko]

Actually +5 binding votes. Your forgot mine ;)


On Sun, Jul 7, 2013 at 5:12 AM, Kalle Korhonen
wrote:

> Vote is now closed, welcome to the family Lance and congratulations on your
> new commit privileges! Lance, based on
> http://people.apache.org/committer-index.html, you don't have a CLA
> (Contributor License Agreement) on file, please submit yours. You need it
> (see http://www.apache.org/licenses/#clas for more info) so the Tapestry
> PMC can request an Apache user id for you.
>
> Vote tally: +4 binding, +10 non-binding, no negatives
>
> Howard Lewis Ship: +1 binding
> Thiago H de Paula Figueiredo +1 binding
> Massimo Lusetti : + 1 binding
> Ulrich Stärk: +1 binding
> Kalle Korhonen: +1
> Kristian Marinkovic: +1
> Lenny Primak: +1
> Dmitry Gusev: +1
> Guerin Laurent: +1
> Taha Hafeez Siddiqi: +1
> François Facon: +1
> Alejandro Scandroli: +1
> Robert Zeigler: +1
> Emmanuel DEMEY: +1
>
> Kalle
>
>
> On Fri, Jul 5, 2013 at 6:36 AM, Emmanuel DEMEY  >wrote:
>
> > +1 (non-binding).
> >
> >
> > 2013/7/5 Robert Zeigler 
> >
> > > +1 (non-binding).
> > >
> > > Robert
> > >
> > > On Jul 3, 2013, at 7/32:43 PM , Kalle Korhonen <
> > kalle.o.korho...@gmail.com>
> > > wrote:
> > >
> > > > Lance Semmens (aka Lance Java) has been one of the most active
> members
> > on
> > > > the user list for the past two years. I've personally committed a few
> > > > patches from him and he is the maintainer of tapestry-stitch (
> > > > https://github.com/uklance/tapestry-stitch/), a collection of sample
> > > > components and concepts for Tapestry 5. Howard has spoke with him
> > > privately
> > > > and he's interested in joining as a committer. Vote to run for a
> > minimum
> > > of
> > > > three days.
> > > >
> > > > Kalle Korhonen: +1 (non-binding)
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> > > For additional commands, e-mail: dev-h...@tapestry.apache.org
> > >
> > >
> >
> >
> > --
> > Emmanuel DEMEY
> > Ingénieur Etude et Développement
> > ATOS Worldline
> > +33 (0)6 47 47 42 02
> > demey.emman...@gmail.com
> > http://emmanueldemey.fr/
> >
> > Twitter : @EmmanuelDemey
> >
>



-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: [VOTE] Lance Semmens as a committer

[Igor Drobiazko]

Igor Drobiazko: +1 (binding)


On Wed, Jul 3, 2013 at 9:34 PM, Kalle Korhonen
wrote:

> Lance Semmens (aka Lance Java) has been one of the most active members on
> the user list for the past two years. I've personally committed a few
> patches from him and he is the maintainer of tapestry-stitch (
> https://github.com/uklance/tapestry-stitch/), a collection of sample
> components and concepts for Tapestry 5. Howard has spoke with him privately
> and he's interested in joining as a committer. Vote to run for a minimum of
> three days.
>
> Kalle Korhonen: +1 (non-binding)
>



-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: [VOTE] Tapestry Release 5.3.7

[Igor Drobiazko]

Igor Drobiazko: +1 (binding)


On Wed, Apr 24, 2013 at 9:55 AM, Massimo Lusetti  wrote:

> I've created and uploaded a release of Tapestry 5.3.7, ready to be voted
> upon.
>
> The source and source downloads are uploaded to:
> http://people.apache.org/~mlusetti/tapestry-releases/
>
> and the Maven artifacts staged to:
>
> https://repository.apache.org/content/repositories/orgapachetapestry-133/
>
> Please examine these files to determine if the new release, 5.3.7, is
> ready.
>
> I've also created a 5.3.7 tag in Git:
>
>
> https://git-wip-us.apache.org/repos/asf?p=tapestry-5.git;a=shortlog;h=refs/tags/5.3.7
>
> Release notes page has been updated too.
>
> Vote will run for three days; On a successful vote, I'll release the Maven
> artifacts, and move the source and javadoc distributions from these
> directories
> to the proper distribution directories and update the Tapestry site
> documentation, and send out appropriate notifications.
>
>
> Massimo Lusetti: +1 (binding)
>
> --
> Massimo
>



-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: JPA 2.1, EntityListeners and CDI

[Igor Drobiazko]

Hi Kalle,

sure, why not? What exactly is needed?

On Fri, Oct 26, 2012 at 12:17 AM, Kalle Korhonen  wrote:

> Hey Igor & all, is anybody tracking the JPA 2.1 work and/or
> integrating with the bleeding edge? I'd love to use injectable
> EntityListeners, as is (in 2.0) they are pretty restrictive. Looks
> like Tapestry will need to add a bit of support to make the CDI happen
> once the spec's finalized.
>
> Kalle
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: [VOTE] Tapestry 5.3.6

[Igor Drobiazko]

Igor Drobiazko: +1 (binding)

On Tue, Oct 9, 2012 at 7:33 PM, Howard Lewis Ship  wrote:

> I've created and uploaded a release of Tapestry 5.3.6, ready to be voted
> upon.
>
> The source and source downloads are uploaded to:
>
> http://people.apache.org/~hlship/tapestry-releases/
>
> and the Maven artifacts staged to:
>
> https://repository.apache.org/content/repositories/orgapachetapestry-113/
>
> Please examine these files to determine if the new release, 5.3.6, is
> ready.
>
> I've also created a 5.3.6 tag in Git:
>
>
> https://git-wip-us.apache.org/repos/asf?p=tapestry-5.git;a=commit;h=5c777afe5a99399290de8f7b56d69ca5e46c7e67
>
> Vote will run for three days; On a successful vote, I'll release the Maven
> artifacts, and move the source and javadoc distributions from these
> directories
> to the proper distribution directories and update the Tapestry site
> documentation, and send out appropriate notifications.
>
>
> ** Bug
> * [TAP5-986] - A request can fail with an NPE in some cases, when
> a Tapestry page is acting as the servlet container error page
> * [TAP5-1735] - Most packages lack package-level javadocs
> * [TAP5-1903] - Client-side exception when a Zone containing a
> Form with an Upload component is re-rendered
> * [TAP5-2008] - Serialized object data stored on the client should
> be HMAC signed and validated
> * [TAP5-2009] - Downgrade bundled Prototype version back to 1.7
> * [TAP5-2010] - Broken links in Javadoc pages
>
>
>
> ** Improvement
> * [TAP5-1996] - Add Severity.SUCCESS enum for alerts
>
>
>
>
>
> Howard M. Lewis Ship: +1 (binding)
>
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: Simplify the number of render phase methods?

[Igor Drobiazko]

I didn't check all the Tapestry code I wrote in the last few years, but I'm
pretty sure I used BeforeRenderTemplate and BeforeRenderBody to abort the
rendering of template and body. Removing the rendering would definitely
loose some flexibility. Because the rendering state diagram would look like
this:

BeginRender -> RenderTemplate -> RenderBody -> AfterRender

it wouldn't be possible to skip rendering body while allowing rendering of
the template. If you skip template rendering, you automatically skip body
rendering.

Having said that I'm against removing these methods.

On Thu, Aug 9, 2012 at 7:20 PM, Howard Lewis Ship  wrote:

> I'm always looking for ways to streamline Tapestry on the server.
>
> One thing that, I believe, is over-engineered is the available set of
> render phases, aka, the component render state machine.
>
> http://tapestry.apache.org/component-rendering.html
>
> (I remember designing this current state machine while on a flight
> somewhere).
>
> From what I can tell, BeforeRenderTemplate, BeforeRenderBody,
> AfterRenderTemplate, and AfterRenderBody are not used anywhere inside
> the framework, outside of tests.
>
> I believe they can be safely removed from the framework, along with
> the support for the naming convention methods.  At the very least, I'd
> like to deprecate them in 5.4 and entirely remove them in 5.5.
>
> Currently Tapestry optimizes the render phases for each component
> based on which render phases have a method. Removing support for these
> four render phases would reduce the construction cost of components,
> and reduce the amount of garbage generated when constructing a page. I
> believe we could also optimize the render phases even more tightly,
> reducing the number of render phase operations needed to render a
> page.  In the aggregate, this might amount to a perceptible difference
> in performance or memory utilization.
>
> I'd like to hear from anyone in the overall community that relies on
> the any of these annotations.
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: [VOTE] Tapestry 5.3.5 Take 2

[Igor Drobiazko]

Igor Drobiazko: +1 (binding)

On Tue, Aug 21, 2012 at 7:34 PM, Howard Lewis Ship  wrote:

> I've created and uploaded a REVISED release of Tapestry 5.3.5, ready
> to be voted upon.
>
> The source and source downloads are uploaded to:
>
> http://people.apache.org/~hlship/tapestry-releases/
>
> and the Maven artifacts staged to:
>
> https://repository.apache.org/content/repositories/orgapachetapestry-026/
>
> Please examine these files to determine if the new release, 5.3.5, is
> ready.
>
> I've also created a 5.3.5 tag in Git:
>
>
> https://git-wip-us.apache.org/repos/asf?p=tapestry-5.git;a=commit;h=e08ac9ee259261ae7c87c1c3530cb05eca9883f2
>
> Vote will run for three days; On a successful vote, I'll release the Maven
> artifacts, and move the source and javadoc distributions from these
> directories
> to the proper distribution directories and update the Tapestry site
> documentation, and send out appropriate notifications.
>
>
> * [TAP5-1601] - Sometime a method that references a field with a
> conduit will not be instrumented, resulting in an NPE accessing the
> field itself
> * [TAP5-1859] - Clicking a submit or button in a non-Tapestry Form
> causes a client exception
> * [TAP5-1868] - SRSCachingInterceptor returns compressed version
> of asset for all clients once it was compressed for some client
> * [TAP5-1887] - Client-side JavaScript error if
> console.info/debug/... is available but not a function
> * [TAP5-1907] - Client exception in IE9 when partial page render
> introduces stylesheets
> * [TAP5-1949] - Alerts component does not show alerts added from a
> component that occurs later in the template
> * [TAP5-1973] - :443 added to URLs when using the
> Link.toAbsoluteURI(true)
> * [TAP5-1976] - XML Parser adds attributes with default values and
> produces invalid HTML5 markup
> * [TAP5-1977] - Memory leak (perm gen) in component reloading
> * [TAP5-1979] - Changing the implementation of a method after
> adding method advice does not work; the original implementation
> remains
> * [TAP5-1983] - PerThreadManager does not cleanup on shutdown, can
> lead to memory leaks when application redeployed
> * [TAP5-1991] - YUICompressor should be less verbose about common
> warnings
> * [TAP5-1992] - Switch YUICompressor dependency back to com.yahoo
> version 2.4.7
> * [TAP5-1989] - Upgrade bundled Prototype to version 1.7.1
>
>
> Howard M. Lewis Ship: +1 (binding)
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: [VOTE] Apache Tapestry 5.3.5

[Igor Drobiazko]

Igor Drobiazko: +1 (binding)

On Mon, Aug 20, 2012 at 10:16 PM, Howard Lewis Ship wrote:

> I've created and uploaded a release of Tapestry 5.3.5, ready to be voted
> upon.
>
> The source and source downloads are uploaded to:
>
> http://people.apache.org/~hlship/tapestry-releases/
>
> and the Maven artifacts staged to:
>
> https://repository.apache.org/content/repositories/orgapachetapestry-020/
>
> Please examine these files to determine if the new release, 5.3.5, is
> ready.
>
> I've also created a 5.3.5 tag in Git:
>
>
> https://git-wip-us.apache.org/repos/asf?p=tapestry-5.git;a=commit;h=c5600a8de7645fb7bd5cc21b38f8902a36c1b840
>
> Vote will run for three days; On a successful vote, I'll release the Maven
> artifacts, and move the source and javadoc distributions from these
> directories
> to the proper distribution directories and update the Tapestry site
> documentation, and send out appropriate notifications.
>
>
> * [TAP5-1601] - Under as yet unknown circumstances, a method that
> references a field with a conduit will not be instrumented, resulting
> in an NPE accessing the field itself
> * [TAP5-1859] - Clicking a submit or button in a non-Tapestry Form
> causes a client exception
> * [TAP5-1868] - SRSCachingInterceptor returns compressed version
> of asset for all clients once it was compressed for some client
> * [TAP5-1887] - Client-side JavaScript error if
> console.info/debug/... is available but not a function
> * [TAP5-1907] - Client exception in IE9 when partial page render
> introduces stylesheets
> * [TAP5-1949] - Alerts component does not show alerts added from a
> component that occurs later in the template
> * [TAP5-1973] - :443 added to URLs when using the
> Link.toAbsoluteURI(true)
> * [TAP5-1976] - XML Parser adds attributes with default values and
> produces invalid HTML5 markup
> * [TAP5-1977] - Memory leak (perm gen) in component reloading
> * [TAP5-1979] - Changing the implementation of a method after
> adding method advice does not work; the original implementation
> remains
> * [TAP5-1983] - PerThreadManager does not cleanup on shutdown, can
> lead to memory leaks when application redeployed
> * [TAP5-1991] - YUICompressor should be less verbose about common
> warnings
> * [TAP5-1989] - Upgrade bundled Prototype to version 1.7.1
>
>
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: [VOTE] Massimo Lusetti as PMC member

[Igor Drobiazko]

Igor Drobiazko: +1 (binding)

On Mon, Aug 20, 2012 at 8:30 PM, Howard Lewis Ship  wrote:

> Massimo has clearly demonstrated all the requirements for being a PMC
> member, and then some: he has been contributing code, bug fixes, and
> documentation; he has been actively mentoring users on the mailing
> list; andhe  has been evangelizing Tapestry outside of Apache. I think
> its high time we added him to the PMC.
>
> Howard M. Lewis Ship: +1 (binding)
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: ApacheCon EU 2012

[Igor Drobiazko]

I might be there but November is too far away yet for planning :)

On Thu, Aug 16, 2012 at 6:23 PM, Howard Lewis Ship  wrote:

> Me, if they accept my Tapestry talk.
>
> On Thu, Aug 16, 2012 at 1:30 AM, Massimo Lusetti 
> wrote:
> > Hi all,
> >   who will be at the next ApacheCon EU at Rhein-Neckar-Arena,
> > Sinsheim, Germany 5–8 November 2012 ?
> >
> > Cheers
> > --
> > Massimo
> > http://meridio.blogspot.com
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> > For additional commands, e-mail: dev-h...@tapestry.apache.org
> >
>
>
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: MongoDB modules for next 5.4

[Igor Drobiazko]

Before starting this project Massimo asked me about my initial plans for
Mongo support. I'll just contribute to this project.

On Thu, Aug 16, 2012 at 10:46 PM, Christian Riedel
wrote:

> I remember Igor talking about a mongodb integration.. What happened with
> it?
>
> Having support for mongodb is a good thing but I think making morphia the
> default mapper is not the best choice.
> We have here some nice integration with the jackson mapper[1], which is
> not so much hibernate-like and gives much more power over everything (we've
> started with morphia as well). I could open-source the integration with
> jackson in a couple of days just to have some more options.
>
> @Howard: I think these tools would also be sufficient to add the features
> you are talking about.
> Otherwise: reinvent the wheel and write a tapestry-json-mapper...
>
> [1] http://jackson.codehaus.org
> https://github.com/vznet/mongo-jackson-mapper
>
>
> Am 16.08.2012 um 22:27 schrieb Howard Lewis Ship:
>
> > I've been thinking of a general-purpose way to convert arbitrary
> > Objects into JSONObjects, using naming conventions and annotations.  I
> > believe it could also be used to reverse the process.
> >
> > It would be nice for a Ajax event handler method to be able to return
> > an Entity, or a List and have that converted to a JSONObject,
> > or a JSONArray of JSONObjects automatically. It would also be nice to
> > have a ValueEncoder, or equivalent, be able to convert a JSONObject
> > back into an Object, knowing the target type.
> >
> > On Thu, Aug 16, 2012 at 11:47 AM, Thiago H de Paula Figueiredo
> >  wrote:
> >> On Thu, 16 Aug 2012 14:34:35 -0300, Massimo Lusetti  >
> >> wrote:
> >>
> >>> Hi all,
> >>
> >>
> >> Hi!
> >>
> >>
> >>> I've done some preliminar work on two modules for integration with
> >>> MongoDB.
> >>
> >>
> >> Nice! I was thinking of doing that someday too. :)
> >>
> >> A couple suggestions:
> >>
> >> * Injection of MongoDB database instance using @Inject or some other
> >> annotation.
> >> * Type coercions from MongoDB object to JSONObject and vice-versa.
> >>
> >> --
> >> Thiago H. de Paula Figueiredo
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> >> For additional commands, e-mail: dev-h...@tapestry.apache.org
> >>
> >
> >
> >
> > --
> > Howard M. Lewis Ship
> >
> > Creator of Apache Tapestry
> >
> > The source for Tapestry training, mentoring and support. Contact me to
> > learn how I can get you up and productive in Tapestry fast!
> >
> > (971) 678-5210
> > http://howardlewisship.com
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> > For additional commands, e-mail: dev-h...@tapestry.apache.org
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: [VOTE] Tapestry 5.3.4 (second vote)

[Igor Drobiazko]

Igor Drobiazko: +1 (binding)

On Tue, Jul 10, 2012 at 1:01 AM, Howard Lewis Ship  wrote:

> I've created and uploaded a REVISED release of Tapestry 5.3.4, ready to be
> voted upon. This is the same as the previous 5.3.4 release, but includes
> LICENSE.txt and NOTICE.txt files in each binary and source JAR.
>
> The source and source downloads are uploaded to:
>
> http://people.apache.org/~hlship/tapestry-releases/
>
> and the Maven artifacts staged to:
>
> https://repository.apache.org/content/repositories/orgapachetapestry-041/
>
> Please examine these files to determine if the new release, 5.3.4, is
> ready.
>
> I've also updated the 5.3.4 tag in Git:
>
>
> https://git-wip-us.apache.org/repos/asf/tapestry-5/repo?p=tapestry-5.git;a=commit;h=3bd8ac5ac7fb5c84183ab6eacadf56f6dbdd3364
>
> Vote will run for three days; On a successful vote, I'll release the
> Maven artifacts,
> and move the source and javadoc distributions from these directories
> to the proper distribution
> directories and update the Tapestry site documentation, and send out
> appropriate notifications.
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: [VOTE] Apache Tapestry 5.3.4

[Igor Drobiazko]

Igor Drobiazko: +1 (binding)

On Tue, Jul 3, 2012 at 6:34 PM, Howard Lewis Ship  wrote:

> I've created and uploaded a release of Tapestry 5.3.4, ready to be
> voted upon.
>
> The source and source downloads are uploaded to:
>
> http://people.apache.org/~hlship/tapestry-releases/
>
> and the Maven artifacts staged to:
>
> https://repository.apache.org/content/repositories/orgapachetapestry-021/
>
> Please examine these files to determine if the new release, 5.3.4, is
> ready.
>
> I've also created a 5.3.4 tag in Git:
>
>
> https://git-wip-us.apache.org/repos/asf/tapestry-5/repo?p=tapestry-5.git;a=commit;h=8ca386898dd0d61582da02088624f0f399045cad
>
> Vote will run for three days; On a successful vote, I'll release the
> Maven artifacts,
> and move the source and javadoc distributions from these directories
> to the proper distribution
> directories and update the Tapestry site documentation, and send out
> appropriate notifications.
>
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: Build failed in Jenkins: tapestry-trunk-freestyle #708

[Igor Drobiazko]

I'm migrating our build to the Git repo.

On Mon, Jul 2, 2012 at 1:40 PM, Apache Jenkins Server <
jenk...@builds.apache.org> wrote:

> See <https://builds.apache.org/job/tapestry-trunk-freestyle/708/>
>
> --
> Started by user drobiazko
> Building remotely on ubuntu5 in workspace <
> https://builds.apache.org/job/tapestry-trunk-freestyle/ws/>
> Checkout:tapestry-trunk-freestyle / <
> https://builds.apache.org/job/tapestry-trunk-freestyle/ws/> -
> hudson.remoting.Channel@d6bf86c:ubuntu5
> Using strategy: Default
> Cloning the remote Git repository
> Cloning repository origin
> Fetching upstream changes from
> https://git-wip-us.apache.org/repos/asf/tapestry-5.git
> Seen branch in repository origin/5.0
> Seen branch in repository origin/5.1-dev
> Seen branch in repository origin/5.1.0.x-dev
> Seen branch in repository origin/5.3
> Seen branch in repository origin/5.4-js-rewrite
> Seen branch in repository origin/HEAD
> Seen branch in repository origin/hlship-20070503
> Seen branch in repository origin/hlship-20080520
> Seen branch in repository origin/hlship-5.0-perf
> Seen branch in repository origin/maint-5-2
> Seen branch in repository origin/master
> Commencing build of Revision 0e35ebbe148e12e8839b298f9508e362dad9453f
> (origin/hlship-20070503)
> Checking out Revision 0e35ebbe148e12e8839b298f9508e362dad9453f
> (origin/hlship-20070503)
> No change to record in branch origin/hlship-20070503
> [tapestry-trunk-freestyle] $ /bin/bash -xe /tmp/hudson14381739331570417.sh
> + Xvfb :6 -ac -screen 0 1024x768x8
> [dix] Could not init font path element /usr/share/fonts/X11/cyrillic,
> removing from list!
> [dix] Could not init font path element
> /usr/share/fonts/X11/100dpi/:unscaled, removing from list!
> [dix] Could not init font path element
> /usr/share/fonts/X11/75dpi/:unscaled, removing from list!
> [dix] Could not init font path element /usr/share/fonts/X11/Type1,
> removing from list!
> [dix] Could not init font path element /usr/share/fonts/X11/100dpi,
> removing from list!
> [dix] Could not init font path element /usr/share/fonts/X11/75dpi,
> removing from list!
> [dix] Could not init font path element
> /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, removing from list!
> Process leaked file descriptors. See
> http://wiki.jenkins-ci.org/display/JENKINS/Spawning+processes+from+buildfor 
> more information
> [tapestry-trunk-freestyle] $ /bin/bash -xe
> /tmp/hudson4403048734129969807.sh
> + DISPLAY=:6.0
> + bash <
> https://builds.apache.org/job/tapestry-trunk-freestyle/ws/trunk/gradlew>
> -Dproject-version=5.4-SNAPSHOT -Dfile.encoding=UTF-8 -b <
> https://builds.apache.org/job/tapestry-trunk-freestyle/ws/trunk/build.gradle>
> continuousIntegration
> bash: <
> https://builds.apache.org/job/tapestry-trunk-freestyle/ws/trunk/gradlew>:
> No such file or directory
> Build step 'Execute shell' marked build as failure
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Multiple Spring beans of same interface

[Igor Drobiazko]

Can anyone remind me please why we don't support injection of Spring beans
by id when multiple beans of the same interface are available in the
application context? Was is any technical limitation? Can we change that?
This issue is annoying me again and again.

-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: Documentation generation

[Igor Drobiazko]

I would prefer a JavaScript based template engine, such as
http://handlebarsjs.com/

On Mon, Jun 11, 2012 at 6:12 PM, Howard Lewis Ship  wrote:

> So what are the details on the required switch away from Confluence?
>
> I see notes here:
>
> http://www.apache.org/dev/cms.html
>
> Nothing about a tool to convert Confluence Wiki markup to Markdown.
>
> I still think Jekyll http://jekyllrb.com/  is a good candidate for the
> docs.
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: Tapestry JPA Bug

[Igor Drobiazko]

Pleas fill an issue

On Tue, May 22, 2012 at 5:43 PM, Dimitris Zenios
wrote:

> Hi guys i think there is a bug in tapestry-jpa and value encoder
>
> In a discussion i was reading, Howard changed valueEncoder of
> tapestry-hibernate to return null in toClient if the id of the object
> was null.That was use full in cases where we wanted to have the same
> page for save/edit.
>
> Quote from Howard
> "I recently changed Tapestry 5.3 so that the Hibernate ValueEncoder
> (used implicitly by @PageActivationContext) will encode a transient
> entity as null.  This makes it possible to use the same page for add
> and edit, with a bit of smart logic in your onActivate() event handler
> method.
> "
>
> Unfortunately the same doesn't happen in Tapestry-jpa.Is this a real
> bug or there should be another way to have same page for save/edit.
>
> To Client of tapestry-jpa
>public String toClient(final E value)
>{
>if (value == null)
>return null;
>
>final Object id = propertyAdapter.get(value);
>
>if (id == null)
>throw new IllegalStateException(
>String.format(
>"Entity %s has an %s property of null;
> this probably means that it has not been persisted yet.",
>value, idPropertyName));
>
>return typeCoercer.coerce(id, String.class);
>}
>
>
> To client of tapestry-hibernate
>public String toClient(E value)
>{
>if (value == null)
>return null;
>
>Object id = propertyAdapter.get(value);
>
>if (id == null)
>{
>return null;
>}
>
>return typeCoercer.coerce(id, String.class);
>}
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: Spock Tapestry module

[Igor Drobiazko]

Yes, I'm using it every day. Awesome.

On Thu, May 24, 2012 at 2:32 PM, Massimo Lusetti  wrote:

> Hi dev,
>  I've realized that spockframework has a tapestry module to let you
> test tapestry-ioc applications. Thats great!
>
> Did anyone of you actually used it?
>
> Cheers
> --
> Massimo
> http://meridio.blogspot.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: Setting up Tapestry source code in Eclipse

[Igor Drobiazko]

+1 for putting it on github. I don't think we should have two different
APIs for the same thing. We have a new URL rewriting api now and the old
one is deprecated. If somebody needs to use the "old" stuff, just create a
new project on github.

On Sat, May 12, 2012 at 7:29 AM, Kalle Korhonen
wrote:

> On Fri, May 11, 2012 at 10:46 AM, Thiago H. de Paula Figueiredo
>  wrote:
> > On Fri, 11 May 2012 13:06:33 -0300, Denis Stepanov
> >  wrote:
> > I ended up figuring out what Denis described above and then I managed to
> get
> > everything set up now. By the way, is anyone against me creating a
> separate
> > subproject to provide the old URL rewriter API? I need it for a project
> of
> > mine and, from some recent messages in the mailing list, it seems more
> > suitable for some scenarios that the LinkTransformer API. I'm also
> thinking
>
> A separate sub-project as part of Tapestry? That sounds weird in a lot
> of ways - so far, we haven't had any separately releasable modules and
> we don't have any examples of competing implementations from different
> committers. Why not just put it on github?
>
> Kalle
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: Setting up Tapestry source code in Eclipse

[Igor Drobiazko]

I'm using IntelliJ too. Can't really help here.

On Fri, May 11, 2012 at 3:52 AM, Thiago H. de Paula Figueiredo <
thiag...@gmail.com> wrote:

> Hi, guys!
>
> How do you setup the Tapestry sources in Eclipse package or packages? I've
> checked out the trunk into a project, but it isn't recognized as a Java
> project even after a 'gradle eclipse'. I've tried to import the subprojects
> one by one by doing an import from existing folder. tapestry-ioc doesn't
> compile due to lack of EasyMock in the classpath, but this shouldn't
> happen, as tapestry-ioc depends on tapestry-test and the latter depends on
> EasyMock. Weird.
>
> --
> Thiago H. de Paula Figueiredo
> Independent Java, Apache Tapestry 5 and Hibernate consultant, developer,
> and instructor
> Owner, Ars Machina Tecnologia da Informação Ltda.
> http://www.arsmachina.com.br
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@tapestry.**apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: Build failed in Jenkins: tapestry-5.3-freestyle #26

[Igor Drobiazko]

I used to work for such a company and know exactly what you are talking
about. I think these companies are not even updating Tapestry version. I
just asked one of my ex-colleagues. If the moved to Java 6, then it's a
good sign. I'll report the result if I get one.

On Wed, May 2, 2012 at 10:25 AM, Ulrich Stärk  wrote:

> +1
>
> Although the results might be misleading because the ones who are stuck
> with older Java versions and
> would experience the biggest impact are oftentimes corporate users who -
> in my experience - only
> rarely participate in such things.
>
> Uli
>
> On 02.05.2012 08:59, Igor Drobiazko wrote:
> > I guess we shall ask people what they think. That's simple: post the
> > question on the mailing list, our blogs, and some other resources in
> order
> > to get the most accurate results of what java version Tapestry users are
> > using.
> >
> > On Wed, May 2, 2012 at 1:45 AM, Howard Lewis Ship 
> wrote:
> >
> >> This looks troubling ... I believe the new version of Hibernate is
> >> compiled for JDK 1.6 (classfile version 50.0).
> >>
> >> It's either time to bite the bullet at set JDK 1.6 as a baseline ...
> >> or at least, set up the Jenkins build to use a JDK 1.6 compiler that
> >> can read the Hibernate JARs.
> >>
> >> On Tue, May 1, 2012 at 4:08 PM, Apache Jenkins Server
> >>  wrote:
> >>> See <https://builds.apache.org/job/tapestry-5.3-freestyle/26/changes>
> >>>
> >>> Changes:
> >>>
> >>> [hlship] Upgrade to Gradle 1.0-rc-3
> >>> Fix a number of Gradle warnings from the upgrade
> >>> Copy the root project's gradle wrapper into the quickstart archetype
> >>>
> >>> --
> >>> Started by an SCM change
> >>> Building remotely on ubuntu2 in workspace <
> >> https://builds.apache.org/job/tapestry-5.3-freestyle/ws/>
> >>> Updating
> >> https://svn.apache.org/repos/asf/tapestry/tapestry5/branches/5.3
> >>> U tapestry-ioc/build.gradle
> >>> U gradlew
> >>> U ssh.gradle
> >>> U build.gradle
> >>> U tapestry-upload/build.gradle
> >>> U tapestry-core/build.gradle
> >>> U tapestry-hibernate/build.gradle
> >>> U md5.gradle
> >>> U tapestry-test/build.gradle
> >>> D quickstart/src/main/resources/archetype-resources/gradlew
> >>> D quickstart/src/main/resources/archetype-resources/gradlew.bat
> >>> D quickstart/src/main/resources/archetype-resources/gradle
> >>> U quickstart/build.gradle
> >>> U gradle/wrapper/gradle-wrapper.jar
> >>> U gradle/wrapper/gradle-wrapper.properties
> >>> U plastic/build.gradle
> >>> U tapestry-hibernate-core/build.gradle
> >>> U tapestry-func/build.gradle
> >>> U tapestry-spring/build.gradle
> >>> At revision 1332875
> >>> [tapestry-5.3-freestyle] $ /bin/bash -xe
> >> /tmp/hudson7133755019761818528.sh
> >>> + Xvfb :6 -ac -screen 0 1024x768x8
> >>> [dix] Could not init font path element /usr/share/fonts/X11/cyrillic,
> >> removing from list!
> >>> [dix] Could not init font path element
> >> /usr/share/fonts/X11/100dpi/:unscaled, removing from list!
> >>> [dix] Could not init font path element
> >> /usr/share/fonts/X11/75dpi/:unscaled, removing from list!
> >>> [dix] Could not init font path element /usr/share/fonts/X11/Type1,
> >> removing from list!
> >>> [dix] Could not init font path element /usr/share/font

Re: Build failed in Jenkins: tapestry-5.3-freestyle #26

[Igor Drobiazko]

.
> > Unzipping
> /home/hudson/.gradle/wrapper/dists/gradle-1.0-rc-3-bin/59nkhr3nl96fm3u00sr182b0pj/gradle-1.0-rc-3-bin.zip
> to
> /home/hudson/.gradle/wrapper/dists/gradle-1.0-rc-3-bin/59nkhr3nl96fm3u00sr182b0pj
> > Set executable permissions for:
> /home/hudson/.gradle/wrapper/dists/gradle-1.0-rc-3-bin/59nkhr3nl96fm3u00sr182b0pj/gradle-1.0-rc-3/bin/gradle
> > Dynamic properties are deprecated:
> http://gradle.org/docs/current/dsl/org.gradle.api.plugins.ExtraPropertiesExtension.html
> > Deprecated dynamic property: "jdkName" on
> "org.gradle.plugins.ide.idea.model.IdeaModel_Decorated@84639c", value:
> "1.6".
> > Deprecated dynamic property "jdkName" created in multiple locations.
> > :plastic:compileJavaNote: Some input files use unchecked or unsafe
> operations.
> > Note: Recompile with -Xlint:unchecked for details.
> >
> > :plastic:compileGroovy UP-TO-DATE
> > :plastic:processResources UP-TO-DATE
> > :plastic:classes
> > :plastic:jar
> > :tapestry-core:generateGrammarSource
> > :tapestry-func:compileJava
> > :tapestry-func:compileGroovy UP-TO-DATE
> > :tapestry-func:processResources UP-TO-DATE
> > :tapestry-func:classes
> > :tapestry-func:jar
> > :tapestry-test:compileJavaNote: Some input files use or override a
> deprecated API.
> > Note: Recompile with -Xlint:deprecation for details.
> >
> > :tapestry-test:compileGroovy UP-TO-DATE
> > :tapestry-test:processResources
> > :tapestry-test:classes
> > :tapestry-test:jar
> > :tapestry5-annotations:compileJava
> > :tapestry5-annotations:compileGroovy UP-TO-DATE
> > :tapestry5-annotations:processResources UP-TO-DATE
> > :tapestry5-annotations:classes
> > :tapestry5-annotations:jar
> > :tapestry-ioc:compileJavaNote: Some input files use or override a
> deprecated API.
> > Note: Recompile with -Xlint:deprecation for details.
> > Note: Some input files use unchecked or unsafe operations.
> > Note: Recompile with -Xlint:unchecked for details.
> >
> > :tapestry-ioc:compileGroovy UP-TO-DATE
> > :tapestry-ioc:processResources
> > :tapestry-ioc:classes
> > :tapestry-ioc:jar
> > :tapestry-json:compileJava
> > :tapestry-json:compileGroovy UP-TO-DATE
> > :tapestry-json:processResources UP-TO-DATE
> > :tapestry-json:classes
> > :tapestry-json:jar
> > :tapestry-core:compileJavaNote: Some input files use or override a
> deprecated API.
> > Note: Recompile with -Xlint:deprecation for details.
> > Note: Some input files use unchecked or unsafe operations.
> > Note: Recompile with -Xlint:unchecked for details.
> >
> > :tapestry-core:compileGroovy UP-TO-DATE
> > :tapestry-core:processResources
> > :tapestry-core:classes
> > :tapestry-core:jar
> > :tapestry-hibernate-core:compileJava
> > Download
> http://repo1.maven.org/maven2/org/hibernate/hibernate-core/4.1.1.Final/hibernate-core-4.1.1.Final.pom
> > Download
> http://repo1.maven.org/maven2/org/jboss/logging/jboss-logging/3.1.0.GA/jboss-logging-3.1.0.GA.pom
> > Download
> http://repo1.maven.org/maven2/org/jboss/jboss-parent/7/jboss-parent-7.pom
> > Download
> http://repo1.maven.org/maven2/org/hibernate/hibernate-core/4.1.1.Final/hibernate-core-4.1.1.Final.jar
> > Download
> http://repo1.maven.org/maven2/org/jboss/logging/jboss-logging/3.1.0.GA/jboss-logging-3.1.0.GA.jar
> > <
> https://builds.apache.org/job/tapestry-5.3-freestyle/ws/5.3/tapestry-hibernate-core/src/main/java/org/apache/tapestry5/internal/hibernate/PackageNameHibernateConfigurer.java>:20:
> cannot access org.hibernate.cfg.AnnotationConfiguration
> > bad class file:
> /home/hudson/.gradle/caches/artifacts-13/filestore/org.hibernate/hibernate-core/4.1.1.Final/jar/715a4ad35bd4255e703a03e3115bb8df7e4e18d8/hibernate-core-4.1.1.Final.jar(org/hibernate/cfg/AnnotationConfiguration.class)
> > class file has wrong version 50.0, should be 49.0
> > Please remove or make sure it appears in the correct subdirectory of the
> classpath.
> > import org.hibernate.cfg.AnnotationConfiguration;
> > ^
> > 1 error
> >
> > FAILURE: Build failed with an exception.
> >
> > * What went wrong:
> > Execution failed for task ':tapestry-hibernate-core:compileJava'.
> >> Compilation failed; see the compiler error output for details.
> >
> > * Try:
> > Run with --stacktrace option to get the stack trace. Run with --info or
> --debug option to get more log output.
> >
> > BUILD FAILED
> >
> > Total time: 4 mins 53.239 secs
> > Build step 'Execute shell' marked build as failure
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> > For additional commands, e-mail: dev-h...@tapestry.apache.org
> >
>
>
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: TAP5-1900 - Tapestry always uses application charset for request encoding, should first check content-type header

[Igor Drobiazko]

Hi Nelson,

seems to be a good idea. Any objections by others?

On Mon, Apr 23, 2012 at 3:51 PM, Nelson Rodrigues <
nel...@nelsonjrodrigues.com> wrote:

> Hello Devs,
>
> Before starting I'd like to acknowledge I did not read the the Getting
> Involved section in the Community page on Tapestry's site and therefore did
> not discuss with you guys a problem I was having before posting a Jira
> issue.
>
> That out of the way, and since it seems a 5.3.4 release is forming, I'd
> like to get your opinion on the issue:
>
> I'm using Tapestry as a sort of REST server, using pages to act as REST
> gateways to business services.
>
> To access those pages I'm using Spring's RestTemplate which as a default
> uses ISO-8859-1 as the request encoding and properly seting the request's
> content-type header.
>
> Tapestry currently forces the request encoding to be the same as the
> application charset (see
> org.apache.tapestry5.internal.services.RequestImpl.setupEncoding), I
> believe it should first check the content-type header and use that value
> instead, only using application charset as a fallback.
>
> Thanks!
> Nelson Rodrigues.
>



-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: [SUCCESS] Release 5.3.3

[Igor Drobiazko]

Mee too.

Igor Drobiazko: +1 (binding)

On Tue, Apr 24, 2012 at 6:16 PM, Ulrich Stärk  wrote:

> Actually the vote didn't pass. It needs at least 3 binding +1 votes...
>
> Sorry that I'm late:
>
> Ulrich Stärk: +1 (binding)
>
> On 24.04.2012 16:40, Howard Lewis Ship wrote:
> > I'll start updating the site and doing the other final changes and
> stagings.
> >
> > Binding votes:
> >
> > Howard M. Lewis Ship: +1
> > Thiago H. de Paula Figueredo: +1
> >
> > Non-binding votes:
> >
> > Kalle Korhonen: +1
> > Dmitry Gusev: -1
> > Massimo Lusetti: +1
> > François Facon: +1
> > Emmanuel Demey: +1
> > Denis Stepanov: -1
> > Taha Hafeez: +1
> > Geoff Callender: 0
> >
> > On Fri, Apr 20, 2012 at 11:33 AM, Igor Drobiazko
> >  wrote:
> >> Dmitry,
> >>
> >> I just applied your patch and recalled one more reason why I didn't
> apply
> >> it when I looked at it the first time. The way the provider is loaded is
> >> should be improved. I'll update your patch and commit the fix soon.
> Anyway
> >> thank you for the patch.
> >>
> >>
> >> On Fri, Apr 20, 2012 at 3:47 PM, Dmitry Gusev  >wrote:
> >>
> >>> Igor,
> >>>
> >>> I've attached new patch with a test case. Can you look at it, please?
> >>>
> >>> On Wed, Apr 18, 2012 at 11:30, Igor Drobiazko <
> igor.drobia...@gmail.com
> >>>> wrote:
> >>>> Well, I wouldn't say I don't care. As Kalle already said, if this is a
> >>>> blocker for you, you should draw committer's attention here on the
> list,
> >>> if
> >>>> you feel that your issue is forgotten.
> >>>>
> >>>> BTW did I mention already that providing tests in a patch increases
> the
> >>>> probability of the patch to be applied?
> >>>>
> >>>> On Wed, Apr 18, 2012 at 7:52 AM, Dmitry Gusev  >>>>> wrote:
> >>>>> Dmitry Gusev: -1 (non-binding)
> >>>>>
> >>>>> I'd like to see this issue resolved in 5.3.3:
> >>>>> https://issues.apache.org/jira/browse/TAP5-1848
> >>>>>
> >>>>> This is a blocker for deploying Tap5 applications to GAE.
> >>>>>
> >>>>> I've submitted a patch two months ago and I don't understand why its
> >>> not
> >>>>> resolved yet.
> >>>>> I know Igor implemented JPA support in Tap5, and he knows about the
> >>> issue
> >>>>> and the patch, and looks like he doesn't care.
> >>>>> This makes me very disappointed.
> >>>>>
> >>>>> On Wed, Apr 18, 2012 at 09:24, Kalle Korhonen <
> >>>> kalle.o.korho...@gmail.com
> >>>>>> wrote:
> >>>>>> +1 Kalle Korhonen (non-binding)
> >>>>>>
> >>>>>> We should also link to the release notes, 5.3.3 at
> >>>>>>
> >>>>>>
> >>>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310833&version=12320045
> >>>>>> My vote's tentative so far, I just run 5.3.3 against two of my
> >>> current
> >>>>>> projects so far without problems, will run more tests and change if
> >>>>>> anything comes up.
> >>>>>>
> >>>>>> Kalle
> >>>>>>
> >>>>>>
> >>>>>> On Tue, Apr 17, 2012 at 7:44 PM, Thiago H. de Paula Figueiredo
> >>>>>>  wrote:
> >>>>>>> Thiago H. de Paula Figueredo: +1 (binding)
> >>>>>>>
> >>>>>>> --
> >>>>>>> Thiago H. de Paula Figueiredo
> >>>>>>> Independent Java, Apache Tapestry 5 and Hibernate consultant,
> >>>>> developer,
> >>>>>> and
> >>>>>>> instructor
> >>>>>>> Owner, Ars Machina Tecnologia da Informação Ltda.
> >>>>>>> http://www.arsmachina.com.br
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>> -
> >>>>>>> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> >>>>>>> For additional commands, e-mail: dev-h...@tapestry.apache.org
> >>>>>>>
> >>>>>>
> -
> >>>>>> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> >>>>>> For additional commands, e-mail: dev-h...@tapestry.apache.org
> >>>>>>
> >>>>>>
> >>>>>
> >>>>> --
> >>>>> Dmitry Gusev
> >>>>>
> >>>>> AnjLab Team
> >>>>> http://anjlab.com
> >>>>>
> >>>>
> >>>>
> >>>> --
> >>>> Best regards,
> >>>>
> >>>> Igor Drobiazko
> >>>> http://tapestry5.de
> >>>> http://twitter.com/drobiazko
> >>>>
> >>>
> >>>
> >>> --
> >>> Dmitry Gusev
> >>>
> >>> AnjLab Team
> >>> http://anjlab.com
> >>>
> >>
> >>
> >> --
> >> Best regards,
> >>
> >> Igor Drobiazko
> >> http://tapestry5.de
> >> http://twitter.com/drobiazko
> >
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: Desperately seeking a Tree example

[Igor Drobiazko]

There are some examples in tapestry-core's test app:

http://svn.apache.org/viewvc/tapestry/tapestry5/trunk/tapestry-core/src/test/java/org/apache/tapestry5/integration/app1/pages/TreeDemo.java?view=markup

http://svn.apache.org/viewvc/tapestry/tapestry5/trunk/tapestry-core/src/test/resources/org/apache/tapestry5/integration/app1/pages/TreeDemo.tml?view=markup

and

http://svn.apache.org/viewvc/tapestry/tapestry5/trunk/tapestry-core/src/test/java/org/apache/tapestry5/integration/app1/pages/TreeSelectionDemo.java?view=markup

http://svn.apache.org/viewvc/tapestry/tapestry5/trunk/tapestry-core/src/test/resources/org/apache/tapestry5/integration/app1/pages/TreeSelectionDemo.tml?view=markup

On Mon, Apr 23, 2012 at 1:17 PM, Geoff Callender <
geoff.callender.jumpst...@gmail.com> wrote:

> Hi Devs,
>
> I have tried and tried but I just don't get how the Tree component is
> intended to be used.  I'm asking here because no-one over on the Users list
> seems to know either.
>
> I'm trying to make an example for JumpStart. The use case is simple: show
> a page with a Tree on the left and, when you select a leaf, display the
> related object on the right.
>
> Some sample code from someone who truly understands the Tree's
> capabilities and limitations would be greatly appreciated.
>
> Following that, I'd also like to understand how to make use of Tree's
> multiple selection capability. What's its intended purpose?
>
> Regards,
>
> Geoff
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: [VOTE] Release 5.3.3

[Igor Drobiazko]

Dmitry,

I just applied your patch and recalled one more reason why I didn't apply
it when I looked at it the first time. The way the provider is loaded is
should be improved. I'll update your patch and commit the fix soon. Anyway
thank you for the patch.


On Fri, Apr 20, 2012 at 3:47 PM, Dmitry Gusev wrote:

> Igor,
>
> I've attached new patch with a test case. Can you look at it, please?
>
> On Wed, Apr 18, 2012 at 11:30, Igor Drobiazko  >wrote:
>
> > Well, I wouldn't say I don't care. As Kalle already said, if this is a
> > blocker for you, you should draw committer's attention here on the list,
> if
> > you feel that your issue is forgotten.
> >
> > BTW did I mention already that providing tests in a patch increases the
> > probability of the patch to be applied?
> >
> > On Wed, Apr 18, 2012 at 7:52 AM, Dmitry Gusev  > >wrote:
> >
> > > Dmitry Gusev: -1 (non-binding)
> > >
> > > I'd like to see this issue resolved in 5.3.3:
> > > https://issues.apache.org/jira/browse/TAP5-1848
> > >
> > > This is a blocker for deploying Tap5 applications to GAE.
> > >
> > > I've submitted a patch two months ago and I don't understand why its
> not
> > > resolved yet.
> > > I know Igor implemented JPA support in Tap5, and he knows about the
> issue
> > > and the patch, and looks like he doesn't care.
> > > This makes me very disappointed.
> > >
> > > On Wed, Apr 18, 2012 at 09:24, Kalle Korhonen <
> > kalle.o.korho...@gmail.com
> > > >wrote:
> > >
> > > > +1 Kalle Korhonen (non-binding)
> > > >
> > > > We should also link to the release notes, 5.3.3 at
> > > >
> > > >
> > >
> >
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310833&version=12320045
> > > >
> > > > My vote's tentative so far, I just run 5.3.3 against two of my
> current
> > > > projects so far without problems, will run more tests and change if
> > > > anything comes up.
> > > >
> > > > Kalle
> > > >
> > > >
> > > > On Tue, Apr 17, 2012 at 7:44 PM, Thiago H. de Paula Figueiredo
> > > >  wrote:
> > > > > Thiago H. de Paula Figueredo: +1 (binding)
> > > > >
> > > > > --
> > > > > Thiago H. de Paula Figueiredo
> > > > > Independent Java, Apache Tapestry 5 and Hibernate consultant,
> > > developer,
> > > > and
> > > > > instructor
> > > > > Owner, Ars Machina Tecnologia da Informação Ltda.
> > > > > http://www.arsmachina.com.br
> > > > >
> > > > >
> > > > >
> -
> > > > > To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> > > > > For additional commands, e-mail: dev-h...@tapestry.apache.org
> > > > >
> > > >
> > > > -
> > > > To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> > > > For additional commands, e-mail: dev-h...@tapestry.apache.org
> > > >
> > > >
> > >
> > >
> > > --
> > > Dmitry Gusev
> > >
> > > AnjLab Team
> > > http://anjlab.com
> > >
> >
> >
> >
> > --
> > Best regards,
> >
> > Igor Drobiazko
> > http://tapestry5.de
> > http://twitter.com/drobiazko
> >
>
>
>
> --
> Dmitry Gusev
>
> AnjLab Team
> http://anjlab.com
>



-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: [VOTE] Release 5.3.3

[Igor Drobiazko]

Well, I wouldn't say I don't care. As Kalle already said, if this is a
blocker for you, you should draw committer's attention here on the list, if
you feel that your issue is forgotten.

BTW did I mention already that providing tests in a patch increases the
probability of the patch to be applied?

On Wed, Apr 18, 2012 at 7:52 AM, Dmitry Gusev wrote:

> Dmitry Gusev: -1 (non-binding)
>
> I'd like to see this issue resolved in 5.3.3:
> https://issues.apache.org/jira/browse/TAP5-1848
>
> This is a blocker for deploying Tap5 applications to GAE.
>
> I've submitted a patch two months ago and I don't understand why its not
> resolved yet.
> I know Igor implemented JPA support in Tap5, and he knows about the issue
> and the patch, and looks like he doesn't care.
> This makes me very disappointed.
>
> On Wed, Apr 18, 2012 at 09:24, Kalle Korhonen  >wrote:
>
> > +1 Kalle Korhonen (non-binding)
> >
> > We should also link to the release notes, 5.3.3 at
> >
> >
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310833&version=12320045
> >
> > My vote's tentative so far, I just run 5.3.3 against two of my current
> > projects so far without problems, will run more tests and change if
> > anything comes up.
> >
> > Kalle
> >
> >
> > On Tue, Apr 17, 2012 at 7:44 PM, Thiago H. de Paula Figueiredo
> >  wrote:
> > > Thiago H. de Paula Figueredo: +1 (binding)
> > >
> > > --
> > > Thiago H. de Paula Figueiredo
> > > Independent Java, Apache Tapestry 5 and Hibernate consultant,
> developer,
> > and
> > > instructor
> > > Owner, Ars Machina Tecnologia da Informação Ltda.
> > > http://www.arsmachina.com.br
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> > > For additional commands, e-mail: dev-h...@tapestry.apache.org
> > >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> > For additional commands, e-mail: dev-h...@tapestry.apache.org
> >
> >
>
>
> --
> Dmitry Gusev
>
> AnjLab Team
> http://anjlab.com
>



-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: [VOTE] Release 5.3.3

[Igor Drobiazko]

Igor Drobiazko: +1 (binding)

On Wed, Apr 18, 2012 at 2:14 AM, Howard Lewis Ship  wrote:

> I've created and uploaded a release of Tapestry 5.3.3, ready to be
> voted upon.
>
> The source, binary, and javadoc downloads are uploaded to:
>
> http://people.apache.org/~hlship/tapestry-releases/
>
> and the Maven artifacts staged to:
>
> https://repository.apache.org/content/repositories/orgapachetapestry-066/
>
> Please examine these files to determine if the new release, 5.3.3, is
> ready.
>
> I've also created a 5.3.3 tag in Subversion:
>
> http://svn.apache.org/viewvc/tapestry/tapestry5/tags/5.3.3/
>
> Vote will run for three days; On a successful vote, I'll release the
> Maven artifacts, and move the binary, source, and javadoc
> distributions from these directories to the proper distribution
> directories and update the Tapestry site documentation, and send out
> appropriate notifications.
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: Tapestry IOC @Primary

[Igor Drobiazko]

The @Primary annotation is supposed to be placed on a single
implementation, not all of them. The most frequent use case is a service
which is implemented as a chain or a strategy.

On Thu, Mar 22, 2012 at 1:55 PM, Denis Stepanov wrote:

> Would be possible to change the default behaviour to select a service
> marked @Primary when there are multiple occurrences of the same interface?
> I'm finding that it's complicated to add a service with the same interface,
> I need to find all occurrences of the interface and mark them @Primary and
> it isn't possible when there is a third-party library relying on it.

I would like have the same interface for the @Local and the @Clustered
> service and I would like to keep the local to be the primary without
> changing the interface or marking access points.
>
> Denis
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: tapestry.execution-mode default

[Igor Drobiazko]

tapestry.execution-mode is not a symbol but a system property which
defaults to production. Please the the line 101 here:

http://svn.apache.org/viewvc/tapestry/tapestry5/trunk/tapestry-core/src/main/java/org/apache/tapestry5/TapestryFilter.java?view=markup

It is only used to load execution mode specific modules. It is not exposed
as a symbol.

On Thu, Mar 22, 2012 at 2:26 PM, trsvax  wrote:

> I'm trying to use tapestry.execution-mode in a module and I get this if
> it's
> not defined:
>
> SEVERE: Symbol 'tapestry.execution-mode' is not defined.
> SEVERE: Operations trace:
> SEVERE: [ 1] Realizing service ExcludeVisitor
> SEVERE: [ 2] Instantiating service ExcludeVisitor implementation via
> com.trsvax.bootstrap.services.ExcludeVisitorImpl(Logger, String) (at
> ExcludeVisitorImpl.java:15) via
> com.trsvax.bootstrap.services.BootstrapModule.bind(ServiceBinder) (at
> BootstrapModule.java:46)
>
> But the docs say this:
>
> If the tapestry.execution-mode is not declared, Tapestry will automatically
> look for the tapestry.production-modules parameter, because “production” is
> the default tapestry.exection-mode value.
>
> I took this to mean that if you don't set tapestry.execution-mode somehow
> the value would be "production". Did I misinterpret the docs or is this a
> bug?
>
> Thanks
> Barry
>
> --
> View this message in context:
> http://tapestry.1045711.n5.nabble.com/tapestry-execution-mode-default-tp5585867p5585867.html
> Sent from the Tapestry - Dev mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: [GSoC 2012]

[Igor Drobiazko]

Hi,

usually students come up with ideas. So far I've seen only one proposal:

http://code.google.com/p/tapestrytools/wiki/Light_weight_TapestryTools

On Sun, Mar 18, 2012 at 4:13 AM, Gayan Dhanushka wrote:

> Hi all,
>
> What are the project ideas for GSoC 2012 in tapestry? I'll be more than
> happy to contribute to it.
>
> Thanks!
> Gayan
>
> --
> *Gayan Dhanushka*
> Undergraduate
> Computer Science & Engineering
> University of Moratuwa
>



-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: tapestry-jpa ignores persistence provider from persistence.xml

[Igor Drobiazko]

I did already have a look into the patch but I didn't find any test.

On Thu, Mar 15, 2012 at 12:18 PM, Dmitry Gusev wrote:

> Can somebody please look at the issue and the patch provided?
>
> https://issues.apache.org/jira/browse/TAP5-1848
>
> One more question.
> When there was tynamo-jpa, I was able to implement lazy transactions, that
> is if request doesn't do any DB queries, EM didn't opened the transaction
> (and didn't rolled it back at the end of the request).
> How can I do this with new tapestry-jpa? What service should I override?
>
> --
> Dmitry Gusev
>
> AnjLab Team
> http://anjlab.com
>



-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: A few questions regarding EntityManagerObjectProvider in JPA module

[Igor Drobiazko]

Hi Kalle,

On Wed, Mar 14, 2012 at 6:49 PM, Kalle Korhonen
wrote:

> Hey Igor,
>
> I was just looking into the implementation of the core JPA
> integration. I had two questions about EntityManagerObjectProvider:
> - what's the purpose of making a proxy for the EntityManager (rather
> than just holding a reference to the EntityManager provided by the
> EntityManagerManager)?
>

EntityManager is a per-thread resource which is managed by
EntityManagerManager.
You need a proxy if you want the injected object to be recreated for each
request.


> - does it not make sense to check if the proxy exists first and return
> it right away before invoking the synchronized getOrCreateProxy?
>

You want to move the null check from getOrCreateProxy to provide or do you
want to double check?


>
> My motivation for the questions is that I want to advise
> EntityManager. Overriding EntityManagerObjectProvider seems like the
> best place to do it.
>

Feels like pain in the ass.


> Kalle
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: [jira] [Commented] (TAP5-1842) @Startup should support id and constraints

[Igor Drobiazko]

If I remember correctly, we had this discussion already. IMO, @Startup
shouldn't have any order. If you need some kind of order, do it as Thiago
suggested or build your own service with ordered configuration which you
inject into a startup method.

On Tue, Mar 6, 2012 at 2:48 PM, Thiago H. de Paula Figueiredo <
thiag...@gmail.com> wrote:

> On Tue, 06 Mar 2012 10:32:58 -0300, Dragan Sahpaski (Commented) (JIRA) <
> j...@apache.org> wrote:
>
>
>>[ https://issues.apache.org/**jira/browse/TAP5-1842?page=**
>> com.atlassian.jira.plugin.**system.issuetabpanels:comment-**
>> tabpanel&focusedCommentId=**13223254#comment-13223254<https://issues.apache.org/jira/browse/TAP5-1842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13223254#comment-13223254>]
>>
>> Dragan Sahpaski commented on TAP5-1842:
>> --**-
>>
>> I like it. I think it would be useful.
>>
>
> Doesn't contributing to the RegistryStartup service, which has an ordered
> configuration, does exactly what's been asked here? I don't see the need
> for two different ways to do the same thing. As far as I can see, @Startup
> was meant to be used in simpler cases (without ordering).
>
> --
> Thiago H. de Paula Figueiredo
> Independent Java, Apache Tapestry 5 and Hibernate consultant, developer,
> and instructor
> Owner, Ars Machina Tecnologia da Informação Ltda.
> http://www.arsmachina.com.br
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@tapestry.**apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: [VOTE] Tapestry 5.3.2

[Igor Drobiazko]

Igor Drobiazko: +1 (binding)

sorry for the delay, guys.

On Sun, Jan 29, 2012 at 4:20 PM, Massimo Lusetti  wrote:

> I've created and uploaded a release of Tapestry 5.3.2, ready to be
> voted upon.
>
> The source and source downloads are uploaded to:
>
> http://people.apache.org/~mlusetti/tapestry-releases/
>
> and the Maven artifacts staged to:
>
> https://repository.apache.org/content/repositories/orgapachetapestry-160/
>
> Please examine these files to determine if the new release, 5.3.2, is
> ready.
>
> I've also created a 5.3.2 tag in Subversion:
>
> https://svn.apache.org/viewvc/tapestry/tapestry5/tags/releases/5.3.2/
>
> This release contains the recent fix with the Spring compatibility layer.
> A more in depth description can be obtained from the release notes
> page (please be patient while confluence sync the page content):
>
> http://tapestry.apache.org/release-notes-532.html
>
> On a successful vote, I'll release the Maven artifaces, and move the
> source and javadoc
> distributions from these directories to the proper distribution
> directories and
> update the Tapestry site documentation.
>
> Vote will run for three days; on success I'll move the voted artifacts
> into place and send out appropriate notifications.
>
> Here is a list of jira issues in this release:
>
> Bug
> [TAP5-1787] - TextField should be usable with HTML5 type values (such
> as "number", "email", etc.)
> [TAP5-1788] - Service id 'environment' has already been defined by
> org.apache.tapestry5.services.TapestryModule with Spring 3.1
> [TAP5-1798] - Grid and BeanDisplay should ignore properties that are
> actually static fields
> [TAP5-1825] - Incorrect order of parameter in localization messages
> within ValidationMessages Italian lang
>
> Improvement
> [TAP5-1801] - Component fields should not need to be private, merely
> non-public
> [TAP5-1824] - New translations for Norwegian Bokmål
>
> Task
> [TAP5-1792] - Upgrade Tapestry/Spring integration to Spring 3.1.0.RELEASE
>
>
> Massimo Lusetti (non-binding): +1
>
>
> Cheers
> --
> Massimo
> http://meridio.blogspot.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Search

[Igor Drobiazko]

The search functionality on Tapestry's home page provides unexpected
results. I just searched for "release" and wondered about the result #4. I
guess we should change it.

-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: Build failed in Jenkins: tapestry-trunk-freestyle #660

[Igor Drobiazko]

oming(WorkerProtocol.java:53)
>at
> org.gradle.messaging.remote.internal.WorkerProtocol.handleIncoming(WorkerProtocol.java:31)
>at
> org.gradle.messaging.remote.internal.ProtocolStack$ProtocolStage.handleIncoming(ProtocolStack.java:167)
>at
> org.gradle.messaging.remote.internal.ProtocolStack$BottomStage.handleIncoming(ProtocolStack.java:277)
>at
> org.gradle.messaging.remote.internal.ProtocolStack$BottomConnection$1.run(ProtocolStack.java:299)
>at
> org.gradle.messaging.remote.internal.ProtocolStack$ExecuteRunnable.dispatch(ProtocolStack.java:120)
>at
> org.gradle.messaging.remote.internal.ProtocolStack$ExecuteRunnable.dispatch(ProtocolStack.java:116)
>at
> org.gradle.messaging.dispatch.AsyncDispatch.dispatchMessages(AsyncDispatch.java:132)
>at
> org.gradle.messaging.dispatch.AsyncDispatch.access$000(AsyncDispatch.java:33)
>at
> org.gradle.messaging.dispatch.AsyncDispatch$1.run(AsyncDispatch.java:72)
>at
> org.gradle.messaging.concurrent.DefaultExecutorFactory$StoppableExecutorImpl$1.run(DefaultExecutorFactory.java:64)
>at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:651)
>at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:676)
>at java.lang.Thread.run(Thread.java:595)
> Caused by: com.thoughtworks.selenium.SeleniumException: Failed to
> start new browser session: java.lang.RuntimeException: Firefox 3 could
> not be found in the path!
> Please add the directory containing ''firefox-bin' or 'firefox'' to
> your PATH environment
> variable, or explicitly specify a path to Firefox 3 like this:
> *firefox3 /blah/blah/firefox-bin
>at
> com.thoughtworks.selenium.HttpCommandProcessor.throwAssertionFailureExceptionOrError(HttpCommandProcessor.java:112)
>at
> com.thoughtworks.selenium.HttpCommandProcessor.doCommand(HttpCommandProcessor.java:106)
>at
> com.thoughtworks.selenium.HttpCommandProcessor.getString(HttpCommandProcessor.java:275)
>at
> com.thoughtworks.selenium.HttpCommandProcessor.start(HttpCommandProcessor.java:237)
>at
> org.apache.tapestry5.test.ErrorReportingCommandProcessor.start(ErrorReportingCommandProcessor.java:158)
>at
> com.thoughtworks.selenium.DefaultSelenium.start(DefaultSelenium.java:98)
>... 53 more
>
>    0   null
>
> 2012/1/24 Massimo Lusetti :
> > On Tue, Jan 24, 2012 at 12:41 PM, Ulrich Stärk  wrote:
> >
> >> In the latest builds I don't see any reference to firefox not being
> found or beanvalidator failing
> >> to build. Can you give a specific link please?
> >
> > Hi Uli... Have you saw my other emails about that?
> >
> > Cheers
> > --
> > Massimo
> > http://meridio.blogspot.com
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> > For additional commands, e-mail: dev-h...@tapestry.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: 5.3.2 updated

[Igor Drobiazko]

Looks like ssh.gradle is still missing.

On Tue, Jan 24, 2012 at 6:56 PM, Howard Lewis Ship  wrote:

> I've copied all my Gradle build changes from trunk to the 5.3 branch,
> and execute a clean build there to verify it all works.
>
> Along the way I discovered that, yes, I had copied files from the
> trunk branch to my 5.3 workspace that never got committed.  I need to
> remember to do an "svn status" when I work that process.  I hope we
> can switch to Git soon!
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: 5.3.2 updated

[Igor Drobiazko]

Let's move to Git. How to apply for that?

On Tue, Jan 24, 2012 at 8:15 PM, Ulrich Stärk  wrote:

> We could already be on Git. There was a request for proposals for projects
> wanting to switch to Git.
>
> Uli
>
>
> Am 24.01.2012 um 18:56 schrieb Howard Lewis Ship :
>
> > I've copied all my Gradle build changes from trunk to the 5.3 branch,
> > and execute a clean build there to verify it all works.
> >
> > Along the way I discovered that, yes, I had copied files from the
> > trunk branch to my 5.3 workspace that never got committed.  I need to
> > remember to do an "svn status" when I work that process.  I hope we
> > can switch to Git soon!
> >
> > --
> > Howard M. Lewis Ship
> >
> > Creator of Apache Tapestry
> >
> > The source for Tapestry training, mentoring and support. Contact me to
> > learn how I can get you up and productive in Tapestry fast!
> >
> > (971) 678-5210
> > http://howardlewisship.com
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> > For additional commands, e-mail: dev-h...@tapestry.apache.org
> >
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: 5.3.2 updated

[Igor Drobiazko]

Nice, there was a type in the shell command used in Jenkins. Fixed that.
Hope 5.3 branch build will be successful next time.

On Tue, Jan 24, 2012 at 6:56 PM, Howard Lewis Ship  wrote:

> I've copied all my Gradle build changes from trunk to the 5.3 branch,
> and execute a clean build there to verify it all works.
>
> Along the way I discovered that, yes, I had copied files from the
> trunk branch to my 5.3 workspace that never got committed.  I need to
> remember to do an "svn status" when I work that process.  I hope we
> can switch to Git soon!
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Build failures

[Igor Drobiazko]

Has anybody any idea why the build is failing? It runs successful on my
Mac. I just can't reproduce "java.lang.NoClassDefFoundError:
org/mortbay/http/HttpListener" exception.
See here:
https://builds.apache.org/job/tapestry-trunk-freestyle/ws/trunk/tapestry-spring/build/reports/tests/Tapesty%20Spring%20Integration/Tapestry%20Spring%20Unit%20Tests.html

Any ideas?


Apart from that, did you notice the strange order of modules in the build?
https://builds.apache.org/job/tapestry-trunk-freestyle/661/console

Why is tapestry-ioc build after tapestry-core, tapestry-hibernate, etc?

-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: Jenkins build for 5.3 branch

[Igor Drobiazko]

Done.

On Tue, Jan 24, 2012 at 9:28 AM, Massimo Lusetti  wrote:

> If I'm not mistaken the build for the 5.3 release branch will produce
> (when fixed) artifact as 5.4-SNAPSHOTS as I suppose it was copied from
> the current trunk... I haven't enough karma to fix that.
>
> Cheers
> --
> Massimo
> http://meridio.blogspot.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: Jenkins build for 5.3 branch

[Igor Drobiazko]

We just need to add -Dproject-version=XXX. I can do that as soon my account
is unblocked. For some reason I can't login anymore.

On Tue, Jan 24, 2012 at 9:28 AM, Massimo Lusetti  wrote:

> If I'm not mistaken the build for the 5.3 release branch will produce
> (when fixed) artifact as 5.4-SNAPSHOTS as I suppose it was copied from
> the current trunk... I haven't enough karma to fix that.
>
> Cheers
> --
> Massimo
> http://meridio.blogspot.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: Ready for 5.3.2?

[Igor Drobiazko]

Are you finished with the Gradle work? The build is still
using gradle-1.0-milestone-2. Can we change it now?

https://builds.apache.org/job/tapestry-trunk-freestyle/653/console

On Thu, Jan 12, 2012 at 7:35 PM, Howard Lewis Ship  wrote:

> I may start a vote for 5.3.2 next week ... I'll probably back-port the
> Gradle changes first. I'd like to get the change that supports
> non-private component fields out there, I think people will really
> like that.
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: Quarterly Report Now Due

[Igor Drobiazko]

The web site, the cover and the title are coming soon. Especially the cover
will be awesome.

On Tue, Jan 10, 2012 at 10:25 AM, Massimo Lusetti wrote:

> On Mon, Jan 9, 2012 at 8:27 PM, Igor Drobiazko 
> wrote:
>
> > What can/should be mentioned in the report? I'm spending most of my free
> > time writing the book. The book is not committed to Apache's SVN, but
> > definitely helps to make Tapestry more successful
>
> The book is definitely a good idea, it would be cool if there's a web
> page showing the results or the work in progress...
>
> Cheers
> --
> Massimo
> http://meridio.blogspot.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: svn commit: r1228156 - in /tapestry/tapestry5/trunk: build.gradle tapestry-core/src/main/java/org/apache/tapestry5/internal/services/XMLTokenStream.java

[Igor Drobiazko]

On Fri, Jan 6, 2012 at 10:16 PM, Josh Canfield wrote:

> I believe you want to define UTF8 for both the reader and the writer.
>

Good catch. Thank you. Will fix that.

>
> Setting the file.encoding only masks the real problem of not fully
> supporting XML for templates.
>

Reading the encoding from the XML file requires the template to be read and
parsed twice. Is it worth? I think it's not as most of users are perfectly
fine with using utf8.


>
> On Fri, Jan 6, 2012 at 4:39 AM,   wrote:
> > Author: drobiazko
> > Date: Fri Jan  6 12:39:58 2012
> > New Revision: 1228156
> >
> > URL: http://svn.apache.org/viewvc?rev=1228156&view=rev
> > Log:
> > TAP5-1741: Using UTF8 for template's input stream
> >
> > Modified:
> >tapestry/tapestry5/trunk/build.gradle
> >
>  
> tapestry/tapestry5/trunk/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/XMLTokenStream.java
> >
> > Modified: tapestry/tapestry5/trunk/build.gradle
> > URL:
> http://svn.apache.org/viewvc/tapestry/tapestry5/trunk/build.gradle?rev=1228156&r1=1228155&r2=1228156&view=diff
> >
> ==
> > --- tapestry/tapestry5/trunk/build.gradle (original)
> > +++ tapestry/tapestry5/trunk/build.gradle Fri Jan  6 12:39:58 2012
> > @@ -97,7 +97,7 @@ subprojects {
> >
> > systemProperties["tapestry.service-reloading-enabled"] = "false"
> >
> > -jvmArgs("-XX:MaxPermSize=512m")
> > +jvmArgs("-XX:MaxPermSize=512m", "-Dfile.encoding=UTF-8")
> > }
> >
> > task sourcesJar(type: Jar, dependsOn: classes) {
> >
> > Modified:
> tapestry/tapestry5/trunk/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/XMLTokenStream.java
> > URL:
> http://svn.apache.org/viewvc/tapestry/tapestry5/trunk/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/XMLTokenStream.java?rev=1228156&r1=1228155&r2=1228156&view=diff
> >
> ==
> > ---
> tapestry/tapestry5/trunk/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/XMLTokenStream.java
> (original)
> > +++
> tapestry/tapestry5/trunk/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/XMLTokenStream.java
> Fri Jan  6 12:39:58 2012
> > @@ -334,7 +334,7 @@ public class XMLTokenStream
> > {
> > InputStream rawStream = resource.openStream();
> >
> > -InputStreamReader rawReader = new InputStreamReader(rawStream);
> > +InputStreamReader rawReader = new InputStreamReader(rawStream,
> "UTF8");
> > LineNumberReader reader = new LineNumberReader(rawReader);
> >
> > ByteArrayOutputStream bos = new ByteArrayOutputStream(5000);
> >
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: Quarterly Report Now Due

[Igor Drobiazko]

What can/should be mentioned in the report? I'm spending most of my free
time writing the book. The book is not committed to Apache's SVN, but
definitely helps to make Tapestry more successful

On Mon, Jan 9, 2012 at 5:05 PM, Howard Lewis Ship  wrote:

> Anything to note, beyond the obvious, in this quarter's report?
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: Failing build

[Igor Drobiazko]

Nice. I just added a new job for 5.3 branch. Let's see whether it runs
successfully.

https://builds.apache.org/job/tapestry-5.3-freestyle/

On Fri, Jan 6, 2012 at 5:07 PM, Howard Lewis Ship  wrote:

> I'll have to take a peek ... I've tweaked the Jenkins build,
> hopefully, to build using the Gradle wrapper, so it should not matter
> what version of Gradle is installed on each machine.
>
> On Fri, Jan 6, 2012 at 5:24 AM, Igor Drobiazko 
> wrote:
> > Ok, the encoding issue fixed. Now the build fails because of some issue
> > with gradle.
> >
> > https://builds.apache.org/job/tapestry-trunk-freestyle/652/console
> >
> > I think we need to upgrade ubuntu2 to use the most recent Gradle
> milestone.
> > Does anybody know how to do that?
> >
> > On Fri, Jan 6, 2012 at 12:23 AM, Josh Canfield  >wrote:
> >
> >> The test machine probably has a non-UTF8 character encoding.
> >>
> >> You can make this test fail locally if you set the -Dfile.encoding to
> >> something other than UTF-8 when you run the tests.
> >>
> >> In XMLTokenStream.openStream() adding explicit encoding fixes the
> problem
> >>
> >>InputStreamReader rawReader = new InputStreamReader(rawStream,
> >> "UTF8");
> >>LineNumberReader reader = new LineNumberReader(rawReader);
> >>
> >>ByteArrayOutputStream bos = new ByteArrayOutputStream(5000);
> >>PrintWriter writer = new PrintWriter(new
> >> OutputStreamWriter(bos, "UTF8"));
> >>
> >> This forces users to UTF8 instead of the default system encoding.
> >>
> >> The better option would be to add support for 
> >> and default explicitly to UTF8.
> >>
> >> This was pointed out on the user list a while back, I assumed this
> >> test was added to validate the case but I haven't done any further
> >> research.
> >>
> >> Josh
> >>
> >> On Thu, Jan 5, 2012 at 1:30 PM, Howard Lewis Ship 
> >> wrote:
> >> > I wonder if this is a real bug caused by, perhaps, some different JDK
> >> > configuration on the Jenkins server than on our workstations?
> >> >
> >> > On Thu, Jan 5, 2012 at 12:45 PM, Igor Drobiazko
> >> >  wrote:
> >> >> The build is failing since December 15th. Apart from Ajax test that
> fail
> >> >> from time to time, we have a test case which fails constantly. See
> the
> >> >> following link.
> >> >>
> >> >>
> >>
> https://builds.apache.org/job/tapestry-trunk-freestyle/ws/trunk/tapestry-core/build/reports/tests/Tapestry%20Core/Service%20Unit%20Tests.html
> >> >>
> >> >> The funny thing is that this test is successful on my local machine.
> I
> >> vote
> >> >> for disabling this test until we have a solution for it. I'd like to
> >> have
> >> >> all the other test running.
> >> >>
> >> >> --
> >> >> Best regards,
> >> >>
> >> >> Igor Drobiazko
> >> >> http://tapestry5.de
> >> >> http://twitter.com/drobiazko
> >> >
> >> >
> >> >
> >> > --
> >> > Howard M. Lewis Ship
> >> >
> >> > Creator of Apache Tapestry
> >> >
> >> > The source for Tapestry training, mentoring and support. Contact me to
> >> > learn how I can get you up and productive in Tapestry fast!
> >> >
> >> > (971) 678-5210
> >> > http://howardlewisship.com
> >> >
> >> > -
> >> > To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> >> > For additional commands, e-mail: dev-h...@tapestry.apache.org
> >> >
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> >> For additional commands, e-mail: dev-h...@tapestry.apache.org
> >>
> >>
> >
> >
> > --
> > Best regards,
> >
> > Igor Drobiazko
> > http://tapestry5.de
> > http://twitter.com/drobiazko
>
>
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: Failing build

[Igor Drobiazko]

Ok, the encoding issue fixed. Now the build fails because of some issue
with gradle.

https://builds.apache.org/job/tapestry-trunk-freestyle/652/console

I think we need to upgrade ubuntu2 to use the most recent Gradle milestone.
Does anybody know how to do that?

On Fri, Jan 6, 2012 at 12:23 AM, Josh Canfield wrote:

> The test machine probably has a non-UTF8 character encoding.
>
> You can make this test fail locally if you set the -Dfile.encoding to
> something other than UTF-8 when you run the tests.
>
> In XMLTokenStream.openStream() adding explicit encoding fixes the problem
>
>InputStreamReader rawReader = new InputStreamReader(rawStream,
> "UTF8");
>LineNumberReader reader = new LineNumberReader(rawReader);
>
>ByteArrayOutputStream bos = new ByteArrayOutputStream(5000);
>PrintWriter writer = new PrintWriter(new
> OutputStreamWriter(bos, "UTF8"));
>
> This forces users to UTF8 instead of the default system encoding.
>
> The better option would be to add support for 
> and default explicitly to UTF8.
>
> This was pointed out on the user list a while back, I assumed this
> test was added to validate the case but I haven't done any further
> research.
>
> Josh
>
> On Thu, Jan 5, 2012 at 1:30 PM, Howard Lewis Ship 
> wrote:
> > I wonder if this is a real bug caused by, perhaps, some different JDK
> > configuration on the Jenkins server than on our workstations?
> >
> > On Thu, Jan 5, 2012 at 12:45 PM, Igor Drobiazko
> >  wrote:
> >> The build is failing since December 15th. Apart from Ajax test that fail
> >> from time to time, we have a test case which fails constantly. See the
> >> following link.
> >>
> >>
> https://builds.apache.org/job/tapestry-trunk-freestyle/ws/trunk/tapestry-core/build/reports/tests/Tapestry%20Core/Service%20Unit%20Tests.html
> >>
> >> The funny thing is that this test is successful on my local machine. I
> vote
> >> for disabling this test until we have a solution for it. I'd like to
> have
> >> all the other test running.
> >>
> >> --
> >> Best regards,
> >>
> >> Igor Drobiazko
> >> http://tapestry5.de
> >> http://twitter.com/drobiazko
> >
> >
> >
> > --
> > Howard M. Lewis Ship
> >
> > Creator of Apache Tapestry
> >
> > The source for Tapestry training, mentoring and support. Contact me to
> > learn how I can get you up and productive in Tapestry fast!
> >
> > (971) 678-5210
> > http://howardlewisship.com
> >
> > -----
> > To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> > For additional commands, e-mail: dev-h...@tapestry.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Failing build

[Igor Drobiazko]

The build is failing since December 15th. Apart from Ajax test that fail
from time to time, we have a test case which fails constantly. See the
following link.

https://builds.apache.org/job/tapestry-trunk-freestyle/ws/trunk/tapestry-core/build/reports/tests/Tapestry%20Core/Service%20Unit%20Tests.html

The funny thing is that this test is successful on my local machine. I vote
for disabling this test until we have a solution for it. I'd like to have
all the other test running.

-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: T5.3.1 mongodb?

[Igor Drobiazko]

Chris,

hold on. First I'd like to concentrate on improving of my internal
integration in terms of testability, configurability and extensibility. For
example, I managed to run MongoDB-based tests without relying on local
MongoDB installation. Once we have a more or less stable basic API, we can
think about mappers.

My internal MongoDB integration works without mappers. I'm quite satisfied
with Spring-like Converter interface that converts a DBObject into another
object. For Tapestry's native integration we will probably need to think
about mappers but, as I said, we will talk about it a bit later.

Feel free to observe the commits and discuss the implementation ideas.

On Tue, Jan 3, 2012 at 1:12 AM, Christian Riedel wrote:

> A ValueEncoder that supports any mapper might be quite hard to accomplish.
> It's not like there's some standard API on top of the driver, like JPA that
> we could rely on.
> Although the integration of morphia and mongo-jackson-mapper is very
> similar I could bet that other mappers might take a completely different
> approach.
>
> Let's compare with the SQL-world: there are two modules, tapestry-jpa and
> tapestry-hibernate (-core) for the integration. With JPA you may integrate
> any persistence provider.
> With mongodb you've just got the driver as a common base.
>
> Let's take the integration of ValueEncoder as an example:
>
> 1. you need a class that maps to an entity a.k.a. document
> 2. you need to know how the id field is called within the mapped entity
> class
> 3. morphia and mongo-jackson-mapper provide collections for classes so you
> can query for documents by id and cast to the entity (just like the
> ValueEncoder for hibernate)
>
> I would be able to come up with an API that could work for these two
> mappers but with every new mapper, don't you think it would become hard to
> support a mapper agnostic API?
> Don't know how far you got with your integrations so far but I could
> create a project on github with just the mongodb integration that I've got
> at the moment.
>
> Cheers
> Christian
>
>
>
> Am 02.01.2012 um 20:59 schrieb Igor Drobiazko:
>
> > I think it's still open. First, I'd like to concentrate on providing
> basic
> > integration. Maybe we can come up with a simple interface comparable to
> > ValueEncoder and the user would implement it using any mapper library. I
> > think this is a topic for the developer's list.
> >
> > On Thu, Dec 29, 2011 at 3:00 PM, Christian Riedel
> > wrote:
> >
> >> Hi Igor,
> >>
> >> what mapper are you planning to integrate?
> >> There are several mappers out there. After using morphia[1] for some
> time
> >> I'm now with mongo-jackson-mapper[2] from vz.net.
> >>
> >> Cheers
> >> Christian
> >>
> >>
> >> [1] http://code.google.com/p/morphia/
> >> [2] http://github.com/vznet/mongo-jackson-mapper
> >>
> >>
> >> Am 29.12.2011 um 11:39 schrieb Igor Drobiazko:
> >>
> >>> Spring Data - MongoDB is great, but I'm going to add a native
> >>> MongoDB/Tapestry integration in 5.4. I have already an internal API
> which
> >>> needs to be generalized before committing to Apache's SVN.
> >>>
> >>> On Thu, Dec 29, 2011 at 4:24 AM, angelochen <
> angelochen...@yahoo.com.hk
> >>> wrote:
> >>>
> >>>> Hi,
> >>>>
> >>>> hibernate and t5 really goes very well, now got a need to use mongodb,
> >>>> seems
> >>>> no mongodb native support for t5, found one in Spring: SPRING DATA -
> >>>> MONGODB, anybody have tried this? thanks.
> >>>>
> >>>> Angelo
> >>>>
> >>>> --
> >>>> View this message in context:
> >>>>
> >>
> http://tapestry.1045711.n5.nabble.com/T5-3-1-mongodb-tp5106689p5106689.html
> >>>> Sent from the Tapestry - User mailing list archive at Nabble.com.
> >>>>
> >>>> -
> >>>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> >>>> For additional commands, e-mail: users-h...@tapestry.apache.org
> >>>>
> >>>>
> >>>
> >>>
> >>> --
> >>> Best regards,
> >>>
> >>> Igor Drobiazko
> >>> http://tapestry5.de
> >>> http://twitter.com/drobiazko
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> >> For additional commands, e-mail: users-h...@tapestry.apache.org
> >>
> >>
> >
> >
> > --
> > Best regards,
> >
> > Igor Drobiazko
> > http://tapestry5.de
> > http://twitter.com/drobiazko
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: [VOTE] Tapestry 5.3.1

[Igor Drobiazko]

C'mon guys, let's be less bureaucratic. We have a ready to be used release
that has a fix for a serious bug (TAP5-1765). Why delaying that if we can
ship? Massimo, please let the release pass.

Apart from that, we have 3 binding votes (Howard, Uli and me).

On Sun, Dec 18, 2011 at 12:13 PM, Massimo Lusetti wrote:

> On Sat, Dec 17, 2011 at 8:09 PM, Ulrich Stärk  wrote:
>
> > Just to clarify: releases can't be vetoed, not even by binding PMC
> votes. As long as there are at least 3 binding +1 votes, it's up to the
> release manager, i.e. Massimo in this case, to decide whether to bury it or
> proceed.
>
> Thanks for clarifying the process.
>
> > I agree it's unfortunate that a fix for a problem in 5.3 did not make it
> into the first bugfix release but that's not a reason to hold up the
> release.
>
> I think I will do 5.3.2 soon and will let 5.3.1 fall apart, hoping to
> have a quicker vote process... Will everyone agree?
>
> Cheers
> --
> Massimo
> http://meridio.blogspot.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Fwd: Build failed in Jenkins: tapestry-trunk-freestyle #645

[Igor Drobiazko]

e.tapestry5.corelib.components.LinkSubmit
Loop: org.apache.tapestry5.corelib.components.Loop
LoopTest: org.apache.tapestry5.corelib.components.LoopTest
  Output: org.apache.tapestry5.corelib.components.Output
   OutputRaw: org.apache.tapestry5.corelib.components.OutputRaw
   OutputRawTest:
org.apache.tapestry5.corelib.components.OutputRawTest
  OutputTest: org.apache.tapestry5.corelib.components.OutputTest
PageLink: org.apache.tapestry5.corelib.components.PageLink
 Palette: org.apache.tapestry5.corelib.components.Palette
   PasswordField:
org.apache.tapestry5.corelib.components.PasswordField
  ProgressiveDisplay:
org.apache.tapestry5.corelib.components.ProgressiveDisplay
 PropertyDisplay:
org.apache.tapestry5.corelib.components.PropertyDisplay
  PropertyEditor:
org.apache.tapestry5.corelib.components.PropertyEditor
  PropertyEditorTest:
org.apache.tapestry5.corelib.components.PropertyEditorTest
   Radio: org.apache.tapestry5.corelib.components.Radio
  RadioGroup: org.apache.tapestry5.corelib.components.RadioGroup
   RemoveRowLink:
org.apache.tapestry5.corelib.components.RemoveRowLink
RenderObject:
org.apache.tapestry5.corelib.components.RenderObject
  Select: org.apache.tapestry5.corelib.components.Select
  SelectTest: org.apache.tapestry5.corelib.components.SelectTest
SimpleLayout:
org.apache.tapestry5.integration.app2.components.SimpleLayout
  Submit: org.apache.tapestry5.corelib.components.Submit
  SubmitNotifier:
org.apache.tapestry5.corelib.components.SubmitNotifier
  SubmitTest: org.apache.tapestry5.corelib.components.SubmitTest
TextArea: org.apache.tapestry5.corelib.components.TextArea
   TextField: org.apache.tapestry5.corelib.components.TextField
  TextOutput: org.apache.tapestry5.corelib.components.TextOutput
  TextOutputTest:
org.apache.tapestry5.corelib.components.TextOutputTest
Tree: org.apache.tapestry5.corelib.components.Tree
 Trigger: org.apache.tapestry5.corelib.components.Trigger
  Unless: org.apache.tapestry5.corelib.components.Unless
Zone: org.apache.tapestry5.corelib.components.Zone
t5internal/InternalLayout:
org.apache.tapestry5.internal.t5internal.components.InternalLayout

[INFO] ComponentClassResolver Available mixins (13):
 Autocomplete: org.apache.tapestry5.corelib.mixins.Autocomplete
  DiscardBody: org.apache.tapestry5.corelib.mixins.DiscardBody
  ForceId: org.apache.tapestry5.integration.app2.mixins.ForceId
   FormFieldFocus: org.apache.tapestry5.corelib.mixins.FormFieldFocus
 NotEmpty: org.apache.tapestry5.corelib.mixins.NotEmpty
OverrideFieldFocus: org.apache.tapestry5.corelib.mixins.OverrideFieldFocus
   RenderClientId: org.apache.tapestry5.corelib.mixins.RenderClientId
   RenderDisabled: org.apache.tapestry5.corelib.mixins.RenderDisabled
  RenderInformals: org.apache.tapestry5.corelib.mixins.RenderInformals
RenderNotification: org.apache.tapestry5.corelib.mixins.RenderNotification
  TriggerFragment: org.apache.tapestry5.corelib.mixins.TriggerFragment
  ZoneRefresh: org.apache.tapestry5.corelib.mixins.ZoneRefresh
  ZoneRefreshTest: org.apache.tapestry5.corelib.mixins.ZoneRefreshTest

[ERROR] SerializationSupport Unexpected service proxy provider when
clearing the provider. This may indicate that you have multiple IoC
Registries.
[ERROR] SerializationSupport Unexpected service proxy provider when
clearing the provider. This may indicate that you have multiple IoC
Registries.
[INFO] log Shutdown hook executing
1371 tests completed, 1 failure

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':tapestry-core:test'.
Cause: There were failing tests. See the report at <
https://builds.apache.org/job/tapestry-trunk-freestyle/ws/trunk/tapestry-core/build/reports/tests
.>

* Try:
Run with --stacktrace option to get the stack trace. Run with --info or
--debug option to get more log output.

BUILD FAILED

Total time: 6 mins 22.479 secs
Build step 'Execute shell' marked build as failure
Publishing Javadoc




-- 
Best regards,

Igor Drobiazko
http://tapestry5.de
http://twitter.com/drobiazko

Re: [VOTE] Tapestry 5.3.1

[Igor Drobiazko]

Igor Drobiazko: +1 (binding)

On Tue, Dec 13, 2011 at 6:24 PM, Massimo Lusetti  wrote:

> I've created and uploaded a release of Tapestry 5.3.1, ready to bevoted
> upon.
>
> The source and source downloads are uploaded to:
> http://people.apache.org/~mlusetti/tapestry-releases/
>
> and the Maven artifacts staged to:
> https://repository.apache.org/content/repositories/orgapachetapestry-325/
>
> Please examine these files to determine if the new release, 5.X, is ready.
>
> I've also created a 5.X tag in Subversion:
> https://svn.apache.org/repos/asf/tapestry/tapestry5/tags/releases/5.3.1
>
> Please note that this is a bugfix release so it's a drop in
> replacement for 5.3, here is the list of fixes:
>
> Bug
> [TAP5-1762] - Some components do not have include a description of
> their parameters in their JavaDoc pages
> [TAP5-1765] - PerThread scope is not honored when service is created
> using autobuild
> [TAP5-1768] - @ActivationRequestParameter does not encode to be URL
> friendly
> [TAP5-1773] - FormFieldFocus mixin passes control name, not client id,
> to JavaScriptSupport.autofocus()
> [TAP5-1784] - Extra comma in tapestry-messages_de.js causes Internet
> Explorer to fail to work
> [TAP5-1785] - Exceptions while compressing JavaScript are not fully
> reported
> [TAP5-1786] - All forms/submission not working after
> FileUploadException is raised
>
> Improvement
> [TAP5-1756] - Let the asset path prefix be configurable
>
> Task
> [TAP5-1780] - Upgrade Selenium dependency to 2.14.0
>
>
> On a successful vote, I'll release the Maven artifaces, and move the
> source and javadoc distributions from these directories to the proper
> distribution directories and update the Tapestry site documentation.
>
> Vote will run for three days; on success I'll move the voted artifacts
> into place and send out appropriate notifications.
>
> Cheers
> --
> Massimo
> http://meridio.blogspot.com
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: integration test configuration

[Igor Drobiazko]

I'm fine with the names but I'd like to ask you to provide meaningful
defaults for annotations value element. In most scenraios you would just
place a set of annotations without bothering about details:

On Tue, Dec 13, 2011 at 10:40 AM, Ulrich Stärk  wrote:

> OK then. Does anyone have any objections against the names of the
> annotations?
>
> Uli
>
> On 12.12.2011 23:26, Howard Lewis Ship wrote:
> > Anything that makes testing easier is a win for me. Being able to put
> > these onto a the class being tested (or a common base class) should
> > help quite a bit.
> >
> >
> > On Mon, Dec 12, 2011 at 11:18 AM, Ulrich Stärk  wrote:
> >> Right now, integration tests need several configuration parameters
> which are read from a testng.xml
> >> file by default, see [1].
> >>
> >> Most IDEs come with a TestNG integration that allows classes or methods
> to be run as TestNG tests.
> >> Right now this doesn't work without writing XML when the tests need
> configuration other than the
> >> default. On the other hand this is quite handy when developing a single
> feature or trying to fix a
> >> bug without wanting to run the whole suite. You could write a
> simplified testng.xml file but you'd
> >> still need to do that manually.
> >>
> >> I therefore propose to introduce annotations for these settings:
> >>
> >> @WebAppFolder - for the tapestry.web-app-folder parameter
> >> @ServletContainer - for the tapestry.servlet-container parameter
> >> @ContextPath - for the tapestry.context-path parameter
> >> @Port - for the tapestry.port parameter
> >> @SSLPort - for the tapestry.ssl-port parameter
> >> @BrowserStartCommand - for the tapestry.browser-start-command parameter
> >>
> >> with the annotations taking precedence over settings from the xml file
> which in turn take precedence
> >> over the defaults.
> >>
> >> Thoughts?
> >>
> >> Uli
> >>
> >> [1]
> http://tapestry.apache.org/integration-testing.html#IntegrationTesting-Configuration
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> >> For additional commands, e-mail: dev-h...@tapestry.apache.org
> >>
> >
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: Firefox 8 & Selenium test

[Igor Drobiazko]

Works now. Thanks, Joachim.

On Wed, Dec 7, 2011 at 9:26 PM, Joachim Van der Auwera wrote:

> Which version of selenium-server are you using?
> The latest is 2.14.0. Firefox 8 is supposed to be supported since 2.12.
>
> Kind regards,
> Joachim
>
>
> On 07-12-11 21:19, Igor Drobiazko wrote:
>
>> Do you run them on Chrome?
>>
>> On Wed, Dec 7, 2011 at 9:17 PM, Lenny Primak
>>  wrote:
>>
>>  I've never been able to run any tests with Selenium ever since Firefox 5
>>> on the Mac.
>>>
>>> On Dec 7, 2011, at 3:16 PM, Igor Drobiazko wrote:
>>>
>>>  After my firefox did a self-upgrade to version 8, Tapestry Selenium test
>>>> stop working. The test launches firefox and freezes forever.
>>>>
>>>> Downgrading to 3.6 everything works again. Did you experience any
>>>>
>>> problems
>>>
>>>> with Firefox 8&  Selenium tests on Mac?
>>>>
>>>>
>>>> --
>>>> Best regards,
>>>>
>>>> Igor Drobiazko
>>>> http://tapestry5.de
>>>>
>>>
>>> --**--**
>>> -
>>> To unsubscribe, e-mail: 
>>> dev-unsubscribe@tapestry.**apache.org
>>> For additional commands, e-mail: dev-h...@tapestry.apache.org
>>>
>>>
>>>
>>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@tapestry.**apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: Firefox 8 & Selenium test

[Igor Drobiazko]

We are using org.seleniumhq.selenium:selenium-server:2.3.1 in Tapestry.
I'll try to upgrade and see if it works.

On Wed, Dec 7, 2011 at 9:26 PM, Joachim Van der Auwera wrote:

> Which version of selenium-server are you using?
> The latest is 2.14.0. Firefox 8 is supposed to be supported since 2.12.
>
> Kind regards,
> Joachim
>
>
> On 07-12-11 21:19, Igor Drobiazko wrote:
>
>> Do you run them on Chrome?
>>
>> On Wed, Dec 7, 2011 at 9:17 PM, Lenny Primak
>>  wrote:
>>
>>  I've never been able to run any tests with Selenium ever since Firefox 5
>>> on the Mac.
>>>
>>> On Dec 7, 2011, at 3:16 PM, Igor Drobiazko wrote:
>>>
>>>  After my firefox did a self-upgrade to version 8, Tapestry Selenium test
>>>> stop working. The test launches firefox and freezes forever.
>>>>
>>>> Downgrading to 3.6 everything works again. Did you experience any
>>>>
>>> problems
>>>
>>>> with Firefox 8&  Selenium tests on Mac?
>>>>
>>>>
>>>> --
>>>> Best regards,
>>>>
>>>> Igor Drobiazko
>>>> http://tapestry5.de
>>>>
>>>
>>> --**--**
>>> -
>>> To unsubscribe, e-mail: 
>>> dev-unsubscribe@tapestry.**apache.org
>>> For additional commands, e-mail: dev-h...@tapestry.apache.org
>>>
>>>
>>>
>>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@tapestry.**apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: Firefox 8 & Selenium test

[Igor Drobiazko]

Do you run them on Chrome?

On Wed, Dec 7, 2011 at 9:17 PM, Lenny Primak  wrote:

> I've never been able to run any tests with Selenium ever since Firefox 5
> on the Mac.
>
> On Dec 7, 2011, at 3:16 PM, Igor Drobiazko wrote:
>
> > After my firefox did a self-upgrade to version 8, Tapestry Selenium test
> > stop working. The test launches firefox and freezes forever.
> >
> > Downgrading to 3.6 everything works again. Did you experience any
> problems
> > with Firefox 8 & Selenium tests on Mac?
> >
> > --
> > Best regards,
> >
> > Igor Drobiazko
> > http://tapestry5.de
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Firefox 8 & Selenium test

[Igor Drobiazko]

After my firefox did a self-upgrade to version 8, Tapestry Selenium test
stop working. The test launches firefox and freezes forever.

Downgrading to 3.6 everything works again. Did you experience any problems
with Firefox 8 & Selenium tests on Mac?

-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: svn commit: r1210164 - in /tapestry/tapestry5/branches/5.3/tapestry-core/src: main/java/org/apache/tapestry5/internal/services/FieldTranslatorSourceImpl.java test/java/org/apache/tapestry5/interna

[Igor Drobiazko]

play();
> +
> +FieldTranslatorSource source = new FieldTranslatorSourceImpl(ts,
> globalMessages, fs);
> +
> +FieldTranslator ft = source.createDefaultTranslator(field,
> "myfield", messages, locale, propertyType, ap);
> +
> +assertEquals(ft.getType(), Map.class);
> +
> +ft.render(writer);
> +
> +verify();
> +}
> +
> +@Test
> public void create_default_translator_with_name()
> {
> Field field = mockField();
>
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

ServiceBuilderMethodInvoker & @Autobuild

[Igor Drobiazko]

As reported by Denis in
https://issues.apache.org/jira/browse/TAP5-1765 per-thread
service builder method don't play well with parameters that are marked with
@Autobuild annotation.

The reason is that the method invocation plan for a service builder method
is created only once and stored. Also the method parameters are calculated
only once. This fact doesn't play well in a situation like this.


@Scope(ScopeConstants.PERTHREAD)
public static StringHolder buildStringHolder(@Autobuild
StringHolderImpl holder)
{
return holder;
}

In the example above the plan of for the service builder method is invoked
for every new request, but because the same plan is reused again and again,
same StringHolderImpl is used as method parameter. The consequence is that
a per-thread service acts as a singleton.

My suggestion is to rebuild the plan for a service builder method if at
least one of the parameter is annotated with @Autobuild.

Any objections?

-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: 5.3 Service scope is not honored when using Autobuild (Upload's MultipartDecoder is not perthread!)

[Igor Drobiazko]

Denis, you are right. I was able to reproduce your problem. Good catch.
Thank you for reporting the issue.

On Thu, Dec 1, 2011 at 12:08 PM, Denis Stepanov wrote:

> Igor, problem is that it doesn't work how it should, it is hard to explain
> :) btw I can tell a difference between proxy and real instance.
>
> see steps to reproduce it https://issues.apache.org/jira/browse/TAP5-1765
>
> I hope nobody has an upload component in production, interrupted file
> upload and every component event throws an exception. :)
>
> Denis
>
> Nov 30, 2011 v 6:21 PM, Igor Drobiazko:
>
> > I'm sorry but I still don't get where the problem is. MultipartDecoder is
> > per-thread service; there is not problem with @Autobuild in the builder
> > method. UploadExceptionFilter holds the old instance because it holds the
> > proxy which delegates to per-thread instances of MultipartDecoderImpl.
> >
> > On Wed, Nov 30, 2011 at 2:56 PM, Denis Stepanov <
> denis.stepa...@gmail.com>wrote:
> >
> >> There is no problem with the code, problem is that it doesn't work how
> it
> >> should since 5.3. MultipartDecoder is recreated I can see code beeing
> >> invoked but UploadExceptionFilter still has the old instance an it will
> >> throw an upload exception every component event.
> >>
> >> Problem it seems to be related to the using of Autobuild in a build
> >> method, if I replace it with a constructor call MultipartDecoder will
> >> became perthread again.
> >>
> >> Denis
> >>
> >> Nov 30, 2011 v 1:42 PM, Igor Drobiazko:
> >>
> >>> Hi,
> >>>
> >>> it works as expected. @Autobuild is a convenient way to invoke
> >>> ObjectLocator#autobuild. As mentioned in the Javadocs, autobuild
> >>> instantiates an object by invoking the public constructor with the most
> >>> parameters. No scopes are mentioned there.
> >>>
> >>> Because the buildMultipartDecoder is annotated
> >>> with @Scope(ScopeConstants.PERTHREAD), it's invoked for every new
> thread.
> >>> The consequence is that the injected MultipartDecoderImpl instance is
> >>> autobuild for every new request.
> >>>
> >>> I see no problems with that code.
> >>>
> >>> On Wed, Nov 30, 2011 at 1:27 PM, Denis Stepanov <
> >> denis.stepa...@gmail.com>wrote:
> >>>
> >>>> Hi,
> >>>>
> >>>> It seems that instance created with @Autobuild will have default
> scope,
> >>>> perthread is not honored at all, see folowing code from Upload
> project:
> >>>>
> >>>>  @Scope(ScopeConstants.PERTHREAD)
> >>>>  public static MultipartDecoder buildMultipartDecoder(PerthreadManager
> >>>> perthreadManager,
> >>>>
> >>>>
> >>>> RegistryShutdownHub shutdownHub,
> >>>>
> >>>>   @Autobuild
> >>>>
> >>>> MultipartDecoderImpl multipartDecoder)
> >>>>  {
> >>>>  // This is proabably overkill since the FileCleaner should catch
> >>>> temporary files, but lets
> >>>>  // be safe.
> >>>>  perthreadManager.addThreadCleanupListener(multipartDecoder);
> >>>>
> >>>>  if (needToAddShutdownListener.getAndSet(false))
> >>>>  {
> >>>>  shutdownHub.addRegistryShutdownListener(new Runnable()
> >>>>  {
> >>>>  public void run()
> >>>>  {
> >>>>  FileCleaner.exitWhenFinished();
> >>>>  }
> >>>>  });
> >>>>  }
> >>>>
> >>>>  return multipartDecoder;
> >>>>  }
> >>>>
> >>>> MultipartDecoder should be perthread but it isn't, if there is an
> upload
> >>>> exception every component event will throw that upload exception
> because
> >>>> service have not been recreated perthread.
> >>>>
> >>>> Everything start to work correctly when I change build method to not
> >> have
> >>>> the autobuild implementation.
> >>>>
> >>>> Denis
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> -
> >>>> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> >>>> For additional commands, e-mail: dev-h...@tapestry.apache.org
> >>>>
> >>>>
> >>>
> >>>
> >>> --
> >>> Best regards,
> >>>
> >>> Igor Drobiazko
> >>> http://tapestry5.de
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> >> For additional commands, e-mail: dev-h...@tapestry.apache.org
> >>
> >>
> >
> >
> > --
> > Best regards,
> >
> > Igor Drobiazko
> > http://tapestry5.de
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: 5.3 Service scope is not honored when using Autobuild (Upload's MultipartDecoder is not perthread!)

[Igor Drobiazko]

I'm sorry but I still don't get where the problem is. MultipartDecoder is
per-thread service; there is not problem with @Autobuild in the builder
method. UploadExceptionFilter holds the old instance because it holds the
proxy which delegates to per-thread instances of MultipartDecoderImpl.

On Wed, Nov 30, 2011 at 2:56 PM, Denis Stepanov wrote:

> There is no problem with the code, problem is that it doesn't work how it
> should since 5.3. MultipartDecoder is recreated I can see code beeing
> invoked but UploadExceptionFilter still has the old instance an it will
> throw an upload exception every component event.
>
> Problem it seems to be related to the using of Autobuild in a build
> method, if I replace it with a constructor call MultipartDecoder will
> became perthread again.
>
> Denis
>
> Nov 30, 2011 v 1:42 PM, Igor Drobiazko:
>
> > Hi,
> >
> > it works as expected. @Autobuild is a convenient way to invoke
> > ObjectLocator#autobuild. As mentioned in the Javadocs, autobuild
> > instantiates an object by invoking the public constructor with the most
> > parameters. No scopes are mentioned there.
> >
> > Because the buildMultipartDecoder is annotated
> > with @Scope(ScopeConstants.PERTHREAD), it's invoked for every new thread.
> > The consequence is that the injected MultipartDecoderImpl instance is
> > autobuild for every new request.
> >
> > I see no problems with that code.
> >
> > On Wed, Nov 30, 2011 at 1:27 PM, Denis Stepanov <
> denis.stepa...@gmail.com>wrote:
> >
> >> Hi,
> >>
> >> It seems that instance created with @Autobuild will have default scope,
> >> perthread is not honored at all, see folowing code from Upload project:
> >>
> >>   @Scope(ScopeConstants.PERTHREAD)
> >>   public static MultipartDecoder buildMultipartDecoder(PerthreadManager
> >> perthreadManager,
> >>
> >>
> >> RegistryShutdownHub shutdownHub,
> >>
> >>@Autobuild
> >>
> >> MultipartDecoderImpl multipartDecoder)
> >>   {
> >>   // This is proabably overkill since the FileCleaner should catch
> >> temporary files, but lets
> >>   // be safe.
> >>   perthreadManager.addThreadCleanupListener(multipartDecoder);
> >>
> >>   if (needToAddShutdownListener.getAndSet(false))
> >>   {
> >>   shutdownHub.addRegistryShutdownListener(new Runnable()
> >>   {
> >>   public void run()
> >>   {
> >>   FileCleaner.exitWhenFinished();
> >>   }
> >>   });
> >>   }
> >>
> >>   return multipartDecoder;
> >>   }
> >>
> >> MultipartDecoder should be perthread but it isn't, if there is an upload
> >> exception every component event will throw that upload exception because
> >> service have not been recreated perthread.
> >>
> >> Everything start to work correctly when I change build method to not
> have
> >> the autobuild implementation.
> >>
> >> Denis
> >>
> >>
> >>
> >>
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> >> For additional commands, e-mail: dev-h...@tapestry.apache.org
> >>
> >>
> >
> >
> > --
> > Best regards,
> >
> > Igor Drobiazko
> > http://tapestry5.de
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: 5.3 Service scope is not honored when using Autobuild (Upload's MultipartDecoder is not perthread!)

[Igor Drobiazko]

Hi,

it works as expected. @Autobuild is a convenient way to invoke
ObjectLocator#autobuild. As mentioned in the Javadocs, autobuild
instantiates an object by invoking the public constructor with the most
parameters. No scopes are mentioned there.

Because the buildMultipartDecoder is annotated
with @Scope(ScopeConstants.PERTHREAD), it's invoked for every new thread.
The consequence is that the injected MultipartDecoderImpl instance is
autobuild for every new request.

I see no problems with that code.

On Wed, Nov 30, 2011 at 1:27 PM, Denis Stepanov wrote:

> Hi,
>
> It seems that instance created with @Autobuild will have default scope,
> perthread is not honored at all, see folowing code from Upload project:
>
>@Scope(ScopeConstants.PERTHREAD)
>public static MultipartDecoder buildMultipartDecoder(PerthreadManager
> perthreadManager,
>
>
> RegistryShutdownHub shutdownHub,
>
> @Autobuild
>
> MultipartDecoderImpl multipartDecoder)
>{
>// This is proabably overkill since the FileCleaner should catch
> temporary files, but lets
>// be safe.
>perthreadManager.addThreadCleanupListener(multipartDecoder);
>
>if (needToAddShutdownListener.getAndSet(false))
>{
>shutdownHub.addRegistryShutdownListener(new Runnable()
>{
>public void run()
>{
>FileCleaner.exitWhenFinished();
>}
>});
>}
>
>return multipartDecoder;
>}
>
> MultipartDecoder should be perthread but it isn't, if there is an upload
> exception every component event will throw that upload exception because
> service have not been recreated perthread.
>
> Everything start to work correctly when I change build method to not have
> the autobuild implementation.
>
> Denis
>
>
>
>
>
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: JPA dependency

[Igor Drobiazko]

Just committed. Should be fixed now.

On Mon, Nov 28, 2011 at 7:06 PM, Howard Lewis Ship  wrote:

> So ... I deleted my ~/.gradle/cache folder and rebuild and now I'm
> seeing the same issue that's been reported:
>
>::
>
>::  UNRESOLVED DEPENDENCIES ::
>
>::
>
>::
> org.eclipse.persistence#org.eclipse.persistence.jpa;2.2.0: not found
>
>::
>
> Any ideas where this artifact can be located, now?  If necessary, we
> can push it into http://howardlewisship.com/repository/
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Tapestry jQuery

[Igor Drobiazko]

I hope the contributors of tapestry-jquery are reading our dev list. Now
that 5.3 is generally available, any plans to release 5.3 compatible
version of tapestry-jquery?

Thanks

-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: [VOTE] Tapestry 5.3 (revised)

[Igor Drobiazko]

Igor Drobiazko: +1 (binding)

On Fri, Nov 18, 2011 at 2:52 AM, Howard Lewis Ship  wrote:

> I've created and uploaded a release of Tapestry 5.3, ready to be voted
> upon.
>
> The source and source downloads are uploaded to:
> http://people.apache.org/~hlship/tapestry-releases/
> and the Maven artifacts staged to:
>
> https://repository.apache.org/content/repositories/orgapachetapestry-194/
> Please examine these files to determine if the new release, 5.3, is ready.
> I've also created a 5.3 tag in Subversion:
> http://svn.apache.org/viewvc/tapestry/tapestry5/tags/releases/5.3/
> On a successful vote, I'll release the Maven artifacts, and move
> thesource and javadocdistributions from these directories to the
> properdistribution directories and update the Tapestry site
> documentation.
> Vote will run for three days; on success I'll move the votedartifacts
> into place and send out appropriate notifications.
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: [VOTE] Tapestry 5.3

[Igor Drobiazko]

LOL. My vote:

Igor Drobiazko: +1 (binding)

On Wed, Nov 16, 2011 at 4:35 PM, Howard Lewis Ship  wrote:

> I vote to allow your vote to not have another vote on the vote.
>
> vote. vote. vote. vote. vote. vote. vote. vote. vote. vote. vote. vote.
> vote.
>
> On Wed, Nov 16, 2011 at 7:31 AM, Massimo Lusetti 
> wrote:
> > On Wed, Nov 16, 2011 at 4:17 PM, Igor Drobiazko
> >  wrote:
> >
> >> Are we going to have yet another vote for the fixed version?
> >
> > I vote to not have another vote on the fixed version.
> >
> > --
> > Massimo
> > http://meridio.blogspot.com
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> > For additional commands, e-mail: dev-h...@tapestry.apache.org
> >
> >
>
>
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: [VOTE] Tapestry 5.3

[Igor Drobiazko]

Are we going to have yet another vote for the fixed version?

On Mon, Nov 14, 2011 at 10:59 PM, Howard Lewis Ship wrote:

> I've created and uploaded a release of Tapestry 5.3, ready to bevoted upon.
> The source and source downloads are uploaded to:
> http://people.apache.org/~hlship/tapestry-releases/
> and the Maven artifacts staged to:
> https://repository.apache.org/content/repositories/orgapachetapestry-182/
>
> Please examine these files to determine if the new release, 5.X, is ready.
> I've also created a 5.3 tag in Subversion:
> http://svn.apache.org/viewvc/tapestry/tapestry5/tags/releases/5.3/
> On a successful vote, I'll release the Maven artifacts, and move the
> source and javadocdistributions from these directories to the proper
> distribution directories and update the Tapestry site documentation.
> Vote will run for three days; on success I'll move the voted
> artifactsinto place and send out appropriate notifications.
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: So, are we ready for the vote?

[Igor Drobiazko]

I think we are ready.

On Mon, Nov 14, 2011 at 5:16 PM, Howard Lewis Ship  wrote:

> Although there was a bit more last-minute scrambling in the RCs, I
> don't think anything too vastly troubling showed up. Are we ready for
> the 5.3 release vote?
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: buildbot failure in ASF Buildbot on tapestry-trunk

[Igor Drobiazko]

Same question here.

On Sun, Nov 13, 2011 at 1:45 PM, Bob Harner  wrote:

> Just curious, how is this different from
> https://builds.apache.org/job/tapestry-trunk-freestyle/javadoc/ other
> than using Buildbot instead of Jenkins?
>
> On Sat, Nov 12, 2011 at 10:10 PM, Ulrich Stärk  wrote:
> > working!
> >
> > http://ci.apache.org/projects/tapestry/trunk/apidocs/
> >
> > I'm boarding my flight now so if anyone could incorporate this into our
> website that would be cool!
> >
> > Uli
> >
> > On 13.11.2011 03:43, Ulrich Stärk wrote:
> >> In case you wondered: That's Gavin and me trying to get continuous
> builds of our apidocs running.
> >>
> >> Uli
> >>
> >> On 13.11.2011 03:25, build...@apache.org wrote:
> >>> The Buildbot has finished a build on builder tapestry-trunk while
> building ASF Buildbot.
> >>> Full details are available at:
> >>>  http://ci.apache.org/builders/tapestry-trunk/builds/0
> >>>
> >>> Buildbot URL: http://ci.apache.org/
> >>>
> >>> Buildslave for this Build: isis_ubuntu
> >>>
> >>> Build Reason: forced: by IRC user  on channel #asftestl:
> initial build
> >>> Build Source Stamp: HEAD
> >>> Blamelist:
> >>>
> >>> BUILD FAILED: failed compile
> >>>
> >>> sincerely,
> >>>  -The Buildbot
> >>>
> >>>
> >>>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> >> For additional commands, e-mail: dev-h...@tapestry.apache.org
> >>
> >
> > -----
> > To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> > For additional commands, e-mail: dev-h...@tapestry.apache.org
> >
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Why is trunk 5.4-alpha-1?

[Igor Drobiazko]

So far any change made in the trunk has been also repeated in 5.3 branch. I
also can't see any important feature development in the trunk which can't
go into 5.3. So why don't we develop 5.3 in trunk?

-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: Checklist component labels

[Igor Drobiazko]

hi,

On Sun, Nov 6, 2011 at 5:24 PM, Bob Harner  wrote:

> Hi everybody,
>
> I've been meaning to bring this up for a while now. The new-for-5.3
> Checklist component has -- for me -- a couple of minor annoyances:
>
> 1) The label for each checkbox is positioned *before* (that is, to the
> left of) the checkbox. I think it is much more common to want the
> label *after* (to the right of) the checkbox.
>

Can't it be done by overriding the CSS?

>
> 2) The  for each checkbox is not connected to the checkbox with
> a "for" attribute, so you can't click on the label to check or uncheck
> the box.
>

Fixed. https://issues.apache.org/jira/browse/TAP5-1747

>
> 3) This component takes an "encoder" parameter but does not support a
> ValueEncoder configured to be provided automatically by Tapestry.
>
>
This is done for the same reason Palette component doesn't provide a
default encoder. We discussed that issue some time ago in the developers
list.



-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: Checklist component labels

[Igor Drobiazko]

I'll take care of it.

On Sun, Nov 6, 2011 at 5:24 PM, Bob Harner  wrote:

> Hi everybody,
>
> I've been meaning to bring this up for a while now. The new-for-5.3
> Checklist component has -- for me -- a couple of minor annoyances:
>
> 1) The label for each checkbox is positioned *before* (that is, to the
> left of) the checkbox. I think it is much more common to want the
> label *after* (to the right of) the checkbox.
>
>See
> http://tapestry.apache.org/current/apidocs/org/apache/tapestry5/corelib/components/checklist_ref.png
>
> 2) The  for each checkbox is not connected to the checkbox with
> a "for" attribute, so you can't click on the label to check or uncheck
> the box.
>
> 3) This component takes an "encoder" parameter but does not support a
> ValueEncoder configured to be provided automatically by Tapestry.
>
> Do others agree that these should be changed?
>
> Once the 5.3 final release is out, I guess #1 can't be changed without
> potentially making somebody unhappy, so that's why there might be some
> urgency to do at least #1 before 5.3 is released. For someone with a
> working Tapestry build environment (mine is broken currently) #1 and
> #2 are of course very easy to fix.
>
>
> http://tapestry.apache.org/current/apidocs/org/apache/tapestry5/corelib/components/Checklist.html
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: git/svn interactions

[Igor Drobiazko]

This is the reason why I'm still using svn for svn repos and git for git
repos.

On Wed, Nov 2, 2011 at 5:10 PM, Massimo Lusetti  wrote:

> Hi all,
>  Your mileage may vary but the current integration between git and
> svn is a pain in the ass to me.
>
> I've found this snippet which is helping me:
> https://gist.github.com/710219/
>
> Maybe we could commit it in the repo support area... What do you
> think? Certainly we've to take grant for the license... isn't we?
>
> Cheers
> --
> Massimo
> http://meridio.blogspot.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: svn commit: r1195662 - /tapestry/tapestry5/branches/5.3/tapestry-ioc/src/main/java/org/apache/tapestry5/ioc/internal/services/ClassNameLocatorImpl.java

[Igor Drobiazko]

I'd rather say you found a bug which is fixed now. Tapestry users would
experience same problems, if they would place package-info.java into
components sub-package. Thank you, Bob.

On Tue, Nov 1, 2011 at 11:53 AM, Bob Harner  wrote:

> Howard -- I'm very sorry for the pin I caused with the package-info files.
> I thought a little more documentation would be innocuous enough, but I
> should have known better considering the special treatment of pages,
> components and mixin directories.
>
> Bob Harner
> On Oct 31, 2011 4:56 PM, "Howard Lewis Ship"  wrote:
>
> > BTW, because git svn gets easily confused by branches, here's my
> workflow.
> >
> > Make the change in Git trunk branch (my primary workspace).  git
> > commit, git svn dcommit
> >
> > Use git diff to generate a diff file.  .. something like git diff
> > --raw -p head^^..head^
> >
> > In my SVN workspace (on the SVN 5.3 branch), apply the patch (using
> > patch --skip 1), then svn commit.
> >
> > It's awkward, but gets the job done. Hopefully the only additional
> > change will be to switch over to the final version number.
> >
> >
> >
> > On Mon, Oct 31, 2011 at 1:48 PM,   wrote:
> > > Author: hlship
> > > Date: Mon Oct 31 20:48:21 2011
> > > New Revision: 1195662
> > >
> > > URL: http://svn.apache.org/viewvc?rev=1195662&view=rev
> > > Log:
> > > TAP5-1737: Loading all pages using PageCatalog page fails with
> > java.lang.ClassFormatError: Illegal field modifiers in class
> > org/apache/tapestry5/corelib/pages/package-info: 0x12
> > >
> > > Modified:
> > >
> >
>  
> tapestry/tapestry5/branches/5.3/tapestry-ioc/src/main/java/org/apache/tapestry5/ioc/internal/services/ClassNameLocatorImpl.java
> > >
> > > Modified:
> >
> tapestry/tapestry5/branches/5.3/tapestry-ioc/src/main/java/org/apache/tapestry5/ioc/internal/services/ClassNameLocatorImpl.java
> > > URL:
> >
> http://svn.apache.org/viewvc/tapestry/tapestry5/branches/5.3/tapestry-ioc/src/main/java/org/apache/tapestry5/ioc/internal/services/ClassNameLocatorImpl.java?rev=1195662&r1=1195661&r2=1195662&view=diff
> > >
> >
> ==
> > > ---
> >
> tapestry/tapestry5/branches/5.3/tapestry-ioc/src/main/java/org/apache/tapestry5/ioc/internal/services/ClassNameLocatorImpl.java
> > (original)
> > > +++
> >
> tapestry/tapestry5/branches/5.3/tapestry-ioc/src/main/java/org/apache/tapestry5/ioc/internal/services/ClassNameLocatorImpl.java
> > Mon Oct 31 20:48:21 2011
> > > @@ -278,7 +278,9 @@ public class ClassNameLocatorImpl implem
> > > {
> > > scanDir(packageName + "." + fileName, file,
> > componentClassNames);
> > > }
> > > -else if (fileName.endsWith(CLASS_SUFFIX))
> > > +// https://issues.apache.org/jira/browse/TAP5-1737
> > > +// Use of package-info.java leaves these
> > package-info.class files around.
> > > +else if (fileName.endsWith(CLASS_SUFFIX) && !
> > fileName.equals("package-info"))
> > > {
> > > String className = packageName + "." +
> > fileName.substring(0,
> > >
> >   fileName.length() - CLASS_SUFFIX.length());
> > >
> > >
> > >
> >
> >
> >
> > --
> > Howard M. Lewis Ship
> >
> > Creator of Apache Tapestry
> >
> > The source for Tapestry training, mentoring and support. Contact me to
> > learn how I can get you up and productive in Tapestry fast!
> >
> > (971) 678-5210
> > http://howardlewisship.com
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> > For additional commands, e-mail: dev-h...@tapestry.apache.org
> >
> >
>



-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: [VOTE] 5.3 release candidate (lazy consensus)

[Igor Drobiazko]

Igor Drobiazko: +1 (binding)


On Fri, Oct 28, 2011 at 12:29 AM, Howard Lewis Ship wrote:

> I think I'm ready for a release candidate.  The only thing that's
> pending for me is the very, very elusive byte-code issue that only
> ProQuest seems to have stumbled upon.  Other than that, the benefits
> of getting an RC out there now outweighs the benefits of fixing yet
> more bugs.
>
> I do think there will likely be a 5.3.1 containing some backfixes for
> things that will be addressed in 5.4, including (I hope) sorting out
> some of the Generics problems.
>
> In any case, unless I hear otherwise, I expect to create an rc .
>
> This is a lazy consensus vote; please respond by Monday. If I don't
> see a viable -1 vote, I'll create the release candidate then.
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: Last few bugs ...

[Igor Drobiazko]

The last issue on my desk is:
https://issues.apache.org/jira/browse/TAP5-1718

On Mon, Oct 24, 2011 at 7:22 PM, Howard Lewis Ship  wrote:

> I'm working through the last few bugs I think are necessary for a
> release candidate.
>
> The only tricky one is this:
>
> https://issues.apache.org/jira/browse/TAP5-1601
>
> ... basically, in some cases, an advised method will not have its
> fields instrumented. Very tricky stuff.
>
> Assuming I have an inspiration and get this fixed ... I think we'll
> see a release candidate in the next couple of days, unless someone has
> a strong objection.  I believe our process is lazy consensus for the
> switch to release candidate, just as it is for the release of a
> preview.
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: TAP5-1686

[Igor Drobiazko]

No, I reopened the issue and removed the decoding of the path to be able to
run the build successfully. As I mentioned in another thread
URLDecoder.decode doesn't fix the problem.

Maybe we should just convert all spaces to %20?

On Wed, Oct 19, 2011 at 6:46 PM, Howard Lewis Ship  wrote:

> https://issues.apache.org/jira/browse/TAP5-1686
>
> Is this now fixed?
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>



-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: Jenkins build is back to normal : tapestry-trunk-freestyle #588

[Igor Drobiazko]

Yeah, we are back on track.

On Wed, Oct 19, 2011 at 12:41 PM, Apache Jenkins Server <
jenk...@builds.apache.org> wrote:

> See <https://builds.apache.org/job/tapestry-trunk-freestyle/588/changes>
>
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: Revision 1181139

[Igor Drobiazko]

According to javadocs URLDecoder doesn't convert any spaces, so that I'm
wondering if URLDecoder.decode ever needed.

http://download.oracle.com/javase/6/docs/api/java/net/URLDecoder.html

On Tue, Oct 18, 2011 at 4:47 PM, Howard Lewis Ship  wrote:

> Found it. I'm not sure ... seems like a damned if you do, damned if
> you don't.  Maybe we need a way to only enable that logic from inside
> Tomcat?
>
> On Tue, Oct 18, 2011 at 7:46 AM, Howard Lewis Ship 
> wrote:
> > Can you get me a log message or a Git SHA for this?  I'm not sure what
> > you are talking about.
> >
> > On Tue, Oct 18, 2011 at 6:15 AM, Igor Drobiazko
> >  wrote:
> >> I'm wondering about the changes made in revision 1181139. According
> >> to TAP5-1686 white spaces in directory names caused exceptions at
> startup.
> >> In revision 1181139 I see URLDecoder.decode used to decode a path. I
> don't
> >> see a reason for this change as URLDecoder.decode ignores white spaces.
> >> Instead it causes exceptions on my machine. For example a path
> >> like /var/folders/xm/xmeobzgIHBCzsfqT-6z1eU+++TI/-Tmp-/ any occurrence
> of +
> >> is converted into a space which leads to a path
> >> like /var/folders/xm/xmeobzgIHBCzsfqT-6z1eU   TI/-Tmp-/. This is the
> cause
> >> of failing tests in ComponentInstantiatorSourceImplTest on my machine.
> >>
> >> --
> >> Best regards,
> >>
> >> Igor Drobiazko
> >> http://tapestry5.de
> >>
> >
> >
> >
> > --
> > Howard M. Lewis Ship
> >
> > Creator of Apache Tapestry
> >
> > The source for Tapestry training, mentoring and support. Contact me to
> > learn how I can get you up and productive in Tapestry fast!
> >
> > (971) 678-5210
> > http://howardlewisship.com
> >
>
>
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Revision 1181139

[Igor Drobiazko]

I'm wondering about the changes made in revision 1181139. According
to TAP5-1686 white spaces in directory names caused exceptions at startup.
In revision 1181139 I see URLDecoder.decode used to decode a path. I don't
see a reason for this change as URLDecoder.decode ignores white spaces.
Instead it causes exceptions on my machine. For example a path
like /var/folders/xm/xmeobzgIHBCzsfqT-6z1eU+++TI/-Tmp-/ any occurrence of +
is converted into a space which leads to a path
like /var/folders/xm/xmeobzgIHBCzsfqT-6z1eU   TI/-Tmp-/. This is the cause
of failing tests in ComponentInstantiatorSourceImplTest on my machine.

-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: Build failed in Jenkins: tapestry-trunk-freestyle #578

[Igor Drobiazko]

ns.Autocomplete
>   DiscardBody: org.apache.tapestry5.corelib.mixins.DiscardBody
>   ForceId: org.apache.tapestry5.integration.app2.mixins.ForceId
>FormFieldFocus: org.apache.tapestry5.corelib.mixins.FormFieldFocus
>  NotEmpty: org.apache.tapestry5.corelib.mixins.NotEmpty
>RenderClientId: org.apache.tapestry5.corelib.mixins.RenderClientId
>RenderDisabled: org.apache.tapestry5.corelib.mixins.RenderDisabled
>   RenderInformals: org.apache.tapestry5.corelib.mixins.RenderInformals
> RenderNotification: org.apache.tapestry5.corelib.mixins.RenderNotification
>   TriggerFragment: org.apache.tapestry5.corelib.mixins.TriggerFragment
>   ZoneRefresh: org.apache.tapestry5.corelib.mixins.ZoneRefresh
>   ZoneRefreshTest: org.apache.tapestry5.corelib.mixins.ZoneRefreshTest
>
> [ERROR] SerializationSupport Unexpected service proxy provider when
> clearing the provider. This may indicate that you have multiple IoC
> Registries.
> [ERROR] SerializationSupport Unexpected service proxy provider when
> clearing the provider. This may indicate that you have multiple IoC
> Registries.
> [INFO] log Shutdown hook executing
> 1368 tests completed, 2 failures
>
> FAILURE: Build failed with an exception.
>
> * What went wrong:
> Execution failed for task ':tapestry-core:test'.
> Cause: There were failing tests. See the report at
> <
> https://builds.apache.org/job/tapestry-trunk-freestyle/ws/trunk/tapestry-core/build/reports/tests
> .>
>
> * Try:
> Run with --stacktrace option to get the stack trace. Run with --info
> or --debug option to get more log output.
>
> BUILD FAILED
>
> Total time: 7 mins 57.842 secs
> Build step 'Execute shell' marked build as failure
> Updating TAP5-1329
> Updating TAP5-1693
> Updating TAP5-1630
> Publishing Javadoc
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>
>
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: “Choosing Your Java Web Framework” by Richard Pack from salesforce.com

[Igor Drobiazko]

C'mon. We don't need Tapestry 6. Tapestry 5.0 was release almost three years
ago. Since than we released 5.1, 5.2 and are just about to release 5.3.
Isn't it a proof that Tapestry team cares about framework's stability?
People who are still bashing Tapestry for being backward incompatible are
loosing their credibility. They go to conferences and talk about stuff they
have absolutely no idea about.

I believe that Tapestry 6 release would cause a lot of rummors and would
harm more. Also note that our packages are org.apache.tapestry5.*. Releasing
Tapestry 6 would mean renaming packages which would break any existing app.
Why shall we do that?

On Wed, Oct 12, 2011 at 3:11 AM, Lenny Primak wrote:

> I agree 100%. Let's go tapestry 6.
>
>
>
> On Oct 11, 2011, at 9:08 PM, "Thiago H. de Paula Figueiredo" <
> thiag...@gmail.com> wrote:
>
> > On Tue, 11 Oct 2011 21:43:15 -0300, Bob Harner 
> wrote:
> >
> >> Sadly,  I suppose the compatibility issue will stay in peoples' minds
> >> until, years from now, Tapestry 6 comes out and is fully compatible
> >> with Tapestry 5.9. Or, hey, maybe 5.4 should be named 6.0 just for
> >> that reason :-)   ... kidding, of course.
> >
> > Kidding? I think it's a good idea, definitely worth of being discussed.
> ;) Even having great, big advancements in documentation, Tapestry is a way
> better framework than its own marketing IMHO . . .
> >
> > --
> > Thiago H. de Paula Figueiredo
> > Independent Java, Apache Tapestry 5 and Hibernate consultant, developer,
> and instructor
> > Owner, Ars Machina Tecnologia da Informação Ltda.
> > http://www.arsmachina.com.br
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> > For additional commands, e-mail: dev-h...@tapestry.apache.org
> >
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: @Value(required=false) and @Symbol(required=false)

[Igor Drobiazko]

On Fri, Sep 16, 2011 at 4:28 PM, Josh Canfield wrote:

> > So what gets injected if the symbol isn't defined?  tapestry-ioc
> > already throws an exception if a symbol does not exist.
>
> I would expect null if it's not required and not present.
>

Injecting a null value feels odd. What do you think about providing
something like:

public interface NullableSymbol {
   T get();
   boolean exists();
}

which would be used to inject a nullable symbol value instead of the
symbol's target type.

So, instead of:

@Symbol(value="foo-symbol", required="false")
private String foo;

you would use:

@Symbol("foo-symbol")
private NullableSymbol foo;


> > Although we are not methodical about it, there is an intuitive split
> > between service interfaces that other code uses vs. interfaces that
> > user code implementes.  SymbolSource would fall into the former camp
> > (user code does invoke it, but does not implement it), so adding a new
> > findXXX method would be reasonable, and I think, better than
> > introducing an exception.
>
> True, the service is probably not implemented by anyone so adding the
> method could be added easily enough.
>
> If there is no objections I'll add this along with the field to the
> annotation.
>

I think it's absolutely ok to add new methods to SymbolSource interface.

>
> On Mon, Sep 12, 2011 at 3:27 PM, Howard Lewis Ship 
> wrote:
> > So what gets injected if the symbol isn't defined?  tapestry-ioc
> > already throws an exception if a symbol does not exist.
> >
> > Although we are not methodical about it, there is an intuitive split
> > between service interfaces that other code uses vs. interfaces that
> > user code implementes.  SymbolSource would fall into the former camp
> > (user code does invoke it, but does not implement it), so adding a new
> > findXXX method would be reasonable, and I think, better than
> > introducing an exception.
> >
> > On Mon, Sep 12, 2011 at 2:01 PM, Josh Canfield 
> wrote:
> >> This issue is in line with what I want to do:
> >> https://issues.apache.org/jira/browse/TAP5-1531
> >>
> >> In order to preserve the interface I would add a specific runtime
> >> exception "SymbolNotFoundException" instead of adding a method to the
> >> SymbolSource interface.
> >>
> >> On Mon, Sep 12, 2011 at 1:51 PM, Josh Canfield 
> wrote:
> >>> I don't always want to provide default values for symbols used
> >>> throughout my application, especially when used to configure third
> >>> party applications which provide their own defaults. I'd rather be
> >>> able to detect null values.
> >>>
> >>> Any objections to adding a "required" attribute to @Value and @Symbol?
> >>>
> >>> Josh
> >>>
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> >> For additional commands, e-mail: dev-h...@tapestry.apache.org
> >>
> >>
> >
> >
> >
> > --
> > Howard M. Lewis Ship
> >
> > Creator of Apache Tapestry
> >
> > The source for Tapestry training, mentoring and support. Contact me to
> > learn how I can get you up and productive in Tapestry fast!
> >
> > (971) 678-5210
> > http://howardlewisship.com
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> > For additional commands, e-mail: dev-h...@tapestry.apache.org
> >
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: Why does Kaptcha add its stylesheet via a filter?

[Igor Drobiazko]

I don't recall any reason why I did it that way. I'll fix that.

On Thu, Sep 8, 2011 at 7:36 PM, Howard Lewis Ship  wrote:

> I just noticed this:
>
>@Contribute(MarkupRenderer.class)
>public void provideMarkupRenderer(
>OrderedConfiguration configuration,
>
>final AssetSource assetSource,
>
>final ThreadLocale threadLocale,
>
>final Environment environment)
>{
>MarkupRendererFilter importKaptchaCss = new MarkupRendererFilter()
>{
>public void renderMarkup(MarkupWriter writer,
> MarkupRenderer renderer)
>{
>JavaScriptSupport javaScriptSupport =
> environment.peek(JavaScriptSupport.class);
>
>Asset css = assetSource.getAsset(null,
> "org/apache/tapestry5/kaptcha/kaptcha.css",
>threadLocale.getLocale());
>
>javaScriptSupport.importStylesheet(css);
>
>renderer.renderMarkup(writer);
>}
>};
>
>
>configuration.add("KaptchaAssets", importKaptchaCss, "after:*");
>}
>
> I don't see why the Kaptcha components don't just use the @Import
> annotation.
>
>
> This appears to add the kaptcha.css to all pages, not just pages using
> a Kaptcha component.
>
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: AlertManager

[Igor Drobiazko]

Hi Dusko,


On Wed, Sep 7, 2011 at 4:43 PM, Dusko Jovanovski  wrote:

> Hello, the current implementation of AlertManager and the whole alerts
> system is great, with two limitations:
>
> There is no clean way to:
>
>   - define the duration of the shown message
>

Did you try the alert method?

https://builds.apache.org/job/tapestry-trunk-freestyle/javadoc/org/apache/tapestry5/alerts/AlertManager.html#alert(org.apache.tapestry5.alerts.Duration,
org.apache.tapestry5.alerts.Severity, java.lang.String)


>   - change/translate the Dismiss all label, it's currently hardcoded in
>   t5-alerts.js
>

Please fill a JIRA issue for that.

>
> I'm running 5.3-beta2. Is this planned to be included further on, before
> the
> release of 5.3 or should I open a JIRA for this?
>



-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: Eclipse WTP based Tapestry visual editor project update site

[Igor Drobiazko]

Hi Gavin,

I'm sorry I wasn't clear enough. Autocompletion for components works, but
not for component parameters. Juts add a new parameter to Menu like:

public class Menu {

@Parameter

   private String title;

}


Then type 

> Hi Igor
>
> 在 2011年8月29日 下午5:23，Gavin Lei  写道：
> > Hi Igor
> >
> > 在 2011年8月29日 下午5:04，Igor Drobiazko  写道：
> >> Hi Gavin,
> >> installing the plugin into Eclipse Indigo JavaEE the way you described
> >> works. I can confirm that the components appear in the Palette. I can
> drag
> >> and drop components.
> >> Autocompletion seems to be broken. It works for most of Tapestry
> components,
> >> but it doesn't work for custom components.
> >
> > I will check this point soon
> >
>
> I just checked this feature, it worked well, i added a custom
> component named Menu, and then collected it, then i use it in
> Start.tml, once i input  i selected Menu, it added . So, i think it really
> works
>
> >> Also page's class properties are
> >> not available in autocompletion.
> >
> > This is issue 8
> > problem(http://code.google.com/p/tapestrytools/issues/detail?id=8), we
> > will fix it in the future
> >
> >>
> >>
> >> --
> >> Best regards,
> >>
> >> Igor Drobiazko
> >> http://tapestry5.de
> >>
> >
> >
> >
> > --
> > -
> > Best Regards
> > Gavin Lei (雷银)
> > Email: gavingui2...@gmail.com
> >
>
>
>
> --
> -
> Best Regards
> Gavin Lei (雷银)
> Email: gavingui2...@gmail.com
>



-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: Eclipse WTP based Tapestry visual editor project update site

[Igor Drobiazko]

Hi Gavin,

installing the plugin into Eclipse Indigo JavaEE the way you described
works. I can confirm that the components appear in the Palette. I can drag
and drop components.

Autocompletion seems to be broken. It works for most of Tapestry components,
but it doesn't work for custom components. Also page's class properties are
not available in autocompletion.

2011/8/27 Gavin Lei 

> Hi Igor,
>
> I have tested this install way of TapestryTools in Mac OS, it really
> works well, you can find the whole install progress here [1], please
> check the TapestryTools screen in Mac OS in the attach file.
>
> [1]
> http://code.google.com/p/tapestrytools/wiki/TapestryTools_Install_Guide
>
> 在 2011年8月26日 下午11:55，Gavin Lei  写道：
> > Hi all,
> >
> > Now you can install TapestryTools in Eclipse JavaEE, it is simple,
> > please check the install guide here[1]. Now we have two ways to
> > install TapestryTools, part "1.1.1 Install TapestryTools in Eclipse
> > Indigo JavaEE" in the document described how to install TapestryTools
> > in Eclipse JavaEE. I tried it already, it works for me in Win 7.
> > Waiting for your feedbacks, thank you.
> >
> > [1]
> http://code.google.com/p/tapestrytools/wiki/TapestryTools_Install_Guide
> >
> > 在 2011年8月24日 上午1:44，Dmitry Gusev  写道：
> >> Gavin,
> >>
> >> having TapestryTools not working in Eclipse Indigo of JavaEE developer
> is a
> >> sad limitation.
> >> Are there any plans to support it in the future?
> >>
> >> 2011/8/23 Gavin Lei 
> >>
> >>> Hi Igor,
> >>>
> >>> Please notice that you should *not* use Eclipse Indigo for JavaEE
> >>> developer,please just use Eclipse Indigo Classic[1]. And then install
> >>> the basic tools in my guide, after that, install TapestryTools. You
> >>> can find the step-by-step install document here[2].
> >>>
> >>> I will explain the reason, why you should not use Eclipse Indigo for
> >>> JavaEE developer, as you know, TapestryTools is developed based on
> >>> Eclipes WTP, there are two parts of job:
> >>>
> >>> 1. Add some new Eclipse plugin projects, such as
> >>> "org.eclipse.jst.tapestry.ui"
> >>> 2. Modify WTP's source code directory (very little, usually just add
> >>> some entry points), for example, modify project
> >>> "org.eclipse.jst.jsf.core" source code
> >>>
> >>> So TapestryTools is just a more powerful Eclipse WTP, if you use
> >>> Eclipse for JavaEE developers which includes Eclipse WTP, then you try
> >>> to install TapestryTools, Eclipse will find out that there are already
> >>> many projects(for example org.eclipse.jst.jsf.core) in it, it will not
> >>> updated this plugin with same name includes in TapestryTools, so you
> >>> will miss some features of TapestryTools.
> >>>
> >>> So keep in mind that please just use Eclipse Classic :-)
> >>>
> >>> [1]
> http://www.eclipse.org/downloads/packages/eclipse-classic-37/indigor
> >>> [2]
> >>>
> http://code.google.com/p/tapestrytools/wiki/TapestryTools_Install_Guide
> >>>
> >>> 在 2011年8月23日 下午9:42，Igor Drobiazko  写道：
> >>> > Hi Gavin,
> >>> > I installed TapestryTools into "Eclipse IDE for Java EE Developers"
> [1].
> >>> I
> >>> > think this is "all-in-one" package and should contain all the
> required
> >>> > plugins. Unfortunately I'm experiencing problems which I reported to
> you
> >>> in
> >>> > a Skype chat. After installing the mentioned plugins manually, the
> >>> problem
> >>> > with missing components in the palette still exists.
> >>> > Can you please install [1] om your machine and reproduce the problem?
> >>> > [1]
> >>>
> http://www.eclipse.org/downloads/packages/eclipse-ide-java-ee-developers/indigor
> >>> > Thank you
> >>> >
> >>> > 2011/8/22 Gavin Lei 
> >>> >>
> >>> >> Hi guys,
> >>> >>
> >>> >> Important Notice:
> >>> >>
> >>> >> Before you install TapestryTools in Eclipse Indigo to have a trial
> of
> >>> >> it, you should install these three basic tools first:
> >>> >>
> >>> >> 1. EMF and XSD SDK Combined EMF and EMF-XSD SDK
> >>> >> 2.GEF SDK 3.7 (

Re: Eclipse WTP based Tapestry visual editor project update site

[Igor Drobiazko]

Hi Gavin,

it's still not working for me. I'm pretty sure I did it in exactly the same
way as you described.

In your screencast I've seen that you are installing TapestryTools from a
local site. In order to reproduce my problem you should install it from the
update site at googlecode.

Can anybody else try to install the plugin as shown in the screencast:

http://tapestrytools.googlecode.com/files/<http://tapestrytools.googlecode.com/files/TapestryTools.rar>
TapestryTools.rar<http://tapestrytools.googlecode.com/files/TapestryTools.rar>

Thank you

2011/8/24 Gavin Lei 

> Yeah, you are right, this is the problem.
>
> I am searching for another solution, hope that we can just install
> TapestryTools in any version of Eclipse. In fact, i want to contact
> with Eclipse WTP community, and contribute TapestryTools to Eclipse
> WTP, make TapestryTools as default part of WTP, this is the best
> solution, i think.
>
> 在 2011年8月24日 下午7:00，Bob Harner  写道：
> > Gavin,
> >
> > If I understand correctly, the modification of WTP's source code
> > directory is what causes this incompatibility. is that right? Is there
> > any hope that alternatives can be found that an alternative approach
> > can be found, maybe later? Switching to a different packaging of
> > Eclipse is quite burdensome for many of us.
> >
> >
> > 2011/8/24 Gavin Lei :
> >> Hi,
> >>
> >> TapestryTools is built base on Eclipse WTP, so, if you install
> >> TapestryTools on Eclipse Classic, it has all the features of Eclipse
> >> for JavaEE, do not worry that you can not use Eclipse for JavaEE.
> >>
> >> The only problem is that you should install TapestryTools in Eclipse
> >> Classic, or there are already WTP's plugins in Eclipse JavaEE, then
> >> you can not install TapestryTools successful.
> >>
> >> 在 2011年8月24日 上午1:44，Dmitry Gusev  写道：
> >>> Gavin,
> >>>
> >>> having TapestryTools not working in Eclipse Indigo of JavaEE developer
> is a
> >>> sad limitation.
> >>> Are there any plans to support it in the future?
> >>>
> >>> 2011/8/23 Gavin Lei 
> >>>
> >>>> Hi Igor,
> >>>>
> >>>> Please notice that you should *not* use Eclipse Indigo for JavaEE
> >>>> developer,please just use Eclipse Indigo Classic[1]. And then install
> >>>> the basic tools in my guide, after that, install TapestryTools. You
> >>>> can find the step-by-step install document here[2].
> >>>>
> >>>> I will explain the reason, why you should not use Eclipse Indigo for
> >>>> JavaEE developer, as you know, TapestryTools is developed based on
> >>>> Eclipes WTP, there are two parts of job:
> >>>>
> >>>> 1. Add some new Eclipse plugin projects, such as
> >>>> "org.eclipse.jst.tapestry.ui"
> >>>> 2. Modify WTP's source code directory (very little, usually just add
> >>>> some entry points), for example, modify project
> >>>> "org.eclipse.jst.jsf.core" source code
> >>>>
> >>>> So TapestryTools is just a more powerful Eclipse WTP, if you use
> >>>> Eclipse for JavaEE developers which includes Eclipse WTP, then you try
> >>>> to install TapestryTools, Eclipse will find out that there are already
> >>>> many projects(for example org.eclipse.jst.jsf.core) in it, it will not
> >>>> updated this plugin with same name includes in TapestryTools, so you
> >>>> will miss some features of TapestryTools.
> >>>>
> >>>> So keep in mind that please just use Eclipse Classic :-)
> >>>>
> >>>> [1]
> http://www.eclipse.org/downloads/packages/eclipse-classic-37/indigor
> >>>> [2]
> >>>>
> http://code.google.com/p/tapestrytools/wiki/TapestryTools_Install_Guide
> >>>>
> >>>> 在 2011年8月23日 下午9:42，Igor Drobiazko  写道：
> >>>> > Hi Gavin,
> >>>> > I installed TapestryTools into "Eclipse IDE for Java EE Developers"
> [1].
> >>>> I
> >>>> > think this is "all-in-one" package and should contain all the
> required
> >>>> > plugins. Unfortunately I'm experiencing problems which I reported to
> you
> >>>> in
> >>>> > a Skype chat. After installing the mentioned plugins manually, the
> >>>> problem
> >>>> > with missing components 

Re: Would it be possible (or desirable) to add a TapestryCoreServices Interface for 5.3 beta?

[Igor Drobiazko]

-1

Such a TapestryCoreServices goes against the fundamental ideas in Tapestry.
The framework is assembled from a lot of small pieces. You inject only what
you need and when you need.

Did you know there is a page listing all the available services?

http://tapestry.apache.org/service-status.html

I strongly believe that TapestryCoreServices would not make your life
easier. Just imagine how many methods you would see in the autocompletion
box. I think more than 100. You will be lost. I remember the nightmare
writing Java swing code where every class inherits plenty of methods from
the super-classes.


On Wed, Aug 24, 2011 at 3:25 PM, Barry Books  wrote:

> I just spent about 30 minutes looking for a way to get the
> ServletContext. I knew it was available but I could not remember which
> service provides it. So while I was searching I was thinking it might
> be nice to have a set of Interfaces/Services that define all the
> public services. For Tapestry core that might be TapestryCoreServices
> and TapestryCoreRequestServices to differentiate between global
> services and ones that are request specific. This would help with a
> few things. One I could just say
>
> @Inject
> private TapestryCoreServices coreServices;
>
> then just
> coreServices.getApplicationGlobals().getServletContext()
>
> This would cut down on the number of fields I need to create just to
> call a few methods. Secondly I think would make it more obvious which
> services are public and which are internal. I realize the package does
> that but who looks at the package name? Lastly I think it would be
> easier for new comers to learn what services are available. The last
> one is not a complaint about the documentation but more a comment
> about how useful code completion can be.
>
> So in short the Interface would give you a starting point to all the
> services available from a module. The naming convention could continue
> such as TapestryIOCServices etc.
>
> Thanks
> Barry
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: Null check property expression syntax

[Igor Drobiazko]

Denis,

"X doesn't do what I want" is not a strong argument. In order to convince
someone to apply the patch, you need to make more efforts to describe you
issue. After reading all of your mails I'm still not sure what is the issue
with existing syntax. Please explain exactly your use case. As always some
examples can help.

On Wed, Aug 24, 2011 at 3:52 PM, Denis Stepanov wrote:

> As I wrote before, "!" doesn't do what I want, object needs to be converted
> to a boolean first:
>
> - null is converted to false
> - unknown not null is converted to a string by calling toString metod and
> then string is converted to a boolean
>
> ToString method is usually implemented for debug purposes and can be slow.
>
> Denis
>
>
> Aug 24, 2011 v 3:39 PM, Thiago H. de Paula Figueiredo:
>
> > On Wed, 24 Aug 2011 07:36:38 -0300, Denis Stepanov <
> denis.stepa...@gmail.com> wrote:
> >
> >> I have implemented null check see:
> >>
> >> https://issues.apache.org/jira/browse/TAP5-1615
> >>
> >> can be used with propertyChain expressions:  "prop?", "prop.a.b?.c?",
> "method()?".
> >
> > The ! operator in the prop syntax already does what you want.
> >
> > --
> > Thiago H. de Paula Figueiredo
> > Independent Java, Apache Tapestry 5 and Hibernate consultant, developer,
> and instructor
> > Owner, Ars Machina Tecnologia da Informação Ltda.
> > http://www.arsmachina.com.br
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: Quartz-like CRON expressions for PereodicExecutor

[Igor Drobiazko]

This is quite uncritical and can be part of 5.3.

On Wed, Aug 24, 2011 at 3:31 PM, Massimo Lusetti  wrote:

> On Wed, Aug 24, 2011 at 2:17 AM, Howard Lewis Ship 
> wrote:
>
> > It would probably be better to do this sooner, to ensure that the API
> > I created is sufficient. I kind of winged it.
>
> Would this be part of 5.3  ? ... I guess If that has to go in I would
> wait for 5.4 release cycle...
>
> Cheers
> --
> Massimo
> http://meridio.blogspot.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Quartz-like CRON expressions for PereodicExecutor

[Igor Drobiazko]

Now that we have PeriodicExecutor service, I'm thinking about the
improvements. It would be awesome to support CRON expressions for job
scheduling.

It's obvious that implementing CRON parser is a waste of time, but making
Tapestry depend on Quartz is a no-go. I'd like to copy
Quartz's CronExpression [1] class into tapestry-core. We did it already for
JSON and some Apache Commons utilities. CronExpression would be definitely
worth to do it again.


[1]
http://svn.terracotta.org/fisheye/browse/Quartz/tags/quartz-2.0.2/quartz/src/main/java/org/quartz/CronExpression.java?r=HEAD

-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: Tapestry PeriodicExecutor

[Igor Drobiazko]

On Mon, Aug 22, 2011 at 2:22 PM, Taha Hafeez wrote:

> Actually I was preparing a blog post for the new Tapestry 5.3 features
> (Igor already beat me to it!)
>

Sorry for that :)


>
>
> ObjectLocator.autobind() will internally do the rest
>
>
This would definitely make my live easier.


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: Eclipse WTP based Tapestry visual editor project update site

[Igor Drobiazko]

Hi Gavin,

I installed TapestryTools into "Eclipse IDE for Java EE Developers" [1]. I
think this is "all-in-one" package and should contain all the required
plugins. Unfortunately I'm experiencing problems which I reported to you in
a Skype chat. After installing the mentioned plugins manually, the problem
with missing components in the palette still exists.

Can you please install [1] om your machine and reproduce the problem?

[1]
http://www.eclipse.org/downloads/packages/eclipse-ide-java-ee-developers/indigor

Thank you

2011/8/22 Gavin Lei 

> Hi guys,
>
> Important Notice:
>
> Before you install TapestryTools in Eclipse Indigo to have a trial of
> it, you should install these three basic tools first:
>
> 1. EMF and XSD SDK Combined EMF and EMF-XSD SDK
> 2.GEF SDK 3.7 (GEF Code and Source)
> 3. DTP sdk v1.9 (Code and Source)
>
> You guys can find the install guide documents here[1], and the
> download urls for these plugins is here[2], this step is very
> important, or   your TapestryTools can not work properly, please keep
> it in mind, thank you  :-)
>
> [1]
> http://code.google.com/p/tapestrytools/wiki/TapestryTools_Install_Guide
> [2]
> http://download.eclipse.org/webtools/downloads/drops/R3.3.0/R-3.3.0-20110607160810/
>
> 在 2011年8月21日 下午7:54，Gavin Lei  写道：
> > Hi Igor,
> >
> > I have almost finished Issue 10[1] develoment job, users can
> > configuration custom. After user choose custom components packages,
> > and collect all the custom components, they will be available in Web
> > Page Editor's palette, and also in *.tml's auto-complete list.
> >
> > I have submited the source code to SVN workspace,updated the update
> > center[2], and i wrote a simple guide document[3] about this feature,
> > you guys can have a trial of it.
> >
> > [1] http://code.google.com/p/tapestrytools/issues/detail?id=10
> > [2] http://tapestrytools.googlecode.com/svn/TapestryTools_UpdateSite/
> > [3]
> http://code.google.com/p/tapestrytools/wiki/Custom_Components_support_in_TapestryTools
> >
> > 在 2011年8月15日 下午2:52，Igor Drobiazko  写道：
> >> Hi Gavin,
> >> if you are stuck with supporting Live Class Reloading, please go ahead
> with
> >> other features, such as issue 10. Maybe we could concentrate on Live
> Class
> >> Reloading after GSOC deadline.
> >> Thank you.
> >>
> >> 2011/8/13 Gavin Lei 
> >>>
> >>> Hi Igor,
> >>>
> >>> In the schedule, we should focus on Live Class Reloading support for
> >>> TapestryTools, but according to the survey job to Eclipse's WTP, we do
> >>> not have a good solution to resolve this problem, May be we should not
> >>> change WTP's running time module, it is just my personal idea. If you
> >>> have any good advises, we can discuss it together.
> >>>
> >>> Now, As GSoC's deadline is coming, i think may be we should do some
> >>> thing useful before the deadline, i will start the next feature in the
> >>> schedule:
> >>>
> >>> All the available component should appear in the palette view [1]
> >>>
> >>> You added this issue, it is hard to finish this feature because it ask
> >>> us to change Web Page Editor's palette's items loading module, we need
> >>> at least 10 days to do it. So, i would like to start this part of job
> >>> and finished it in GSoC's period. Is it OK ?
> >>>
> >>> Meanwhile, if you have any advises about Live Class Reloading things,
> >>> please talk with me, we can make a plan or something, and then discuss
> >>> when to start the Live Class Reloading job.
> >>>
> >>> [1] http://code.google.com/p/tapestrytools/issues/detail?id=10
> >>>
> >>> 在 2011年7月19日 下午3:50，Gavin Lei  写道：
> >>> > Hi there,
> >>> >
> >>> > As i missed the Live class reload feature in the last mail, so the
> new
> >>> > plan for the next period about the TapestryTools development job is:
> >>> >
> >>> > *  7.19 - 7.31:
> >>> >
> >>> >  3. Add MetaData? for Tapestry components in Web Page Editor's
> palette
> >>> >
> >>> >  Add proper icons and text label for tapestry components to improve
> >>> >  their looking. These tapestry components are current ugly just use
> >>> >  default icons and default text.
> >>> >
> >>> >  AND
> >>> >
> >>> 

Re: Null check property expression syntax

[Igor Drobiazko]

How does it differ from existing syntax? See the examples here:

http://tapestry.apache.org/property-expressions.html

On Tue, Aug 23, 2011 at 1:14 PM, Denis Stepanov wrote:

> Hello,
>
> I would like to suggest a new syntax for checking if the property
> expression value is a null:
>
> > value="?prop"
>
>
> will return false if property "prop" is null or true if not
>
> > value="?prop.a.b.c"
>
>
> will return false if property "c" is null or true if not
>
> > value="?prop?.a?.b?.c"
>
> will return false if one of the properties is null.
>
> > value="prop"
>
>
> will call toString to convert it to a boolean, is not the best way how to
> implement a null check.
>
> We have isNotNull component, which I would like to eliminate.
>
> Denis
>
>
>
>
>
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: Palette and Checklist don't use contributed value encoder?

[Igor Drobiazko]

The semantics are "the parameter is required. If no value is bound, the
component will TRY to find a default. The lookup for a default value might
be successful or not".

For example, imagine you pass a list of Users to AjaxFormLoop and don't bind
a ValueEncoder. If no ValueEncoder for User is contributed, no default can
be found and the component will complain about missing binding. That makes
sense as the parameter is required.

If you are using Hibernate or JPA integration, there is a ValueEncoder
contributed automatically for every entity. In such a case, the default can
be found even though you didn't contribute any ValueEncoder manually.

In summary: depending on the configuration of your app, a default
ValueEncoder can be found or not. That's why marking the encoder parameter
as required makes absolutely sense.

On Sun, Aug 21, 2011 at 3:50 AM, Bob Harner  wrote:

> my other question would be why the "encoder"
> parameter is marked as "required" for AjaxFormLoop, Hidden and
> RadioGroup. After all, as Robert Z. says, those components seem to
> have the ability to supply the default encoder based on the bound type
> of value. My brain is a little sleep-deprived, so maybe I'm just not
> understanding how this really makes sense.
>




-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: Palette and Checklist don't use contributed value encoder?

[Igor Drobiazko]

Checklist, Palette and AjaxFormLoop operate on a list of objects
(SelectModel or Iterable) while the other component take only a single
value. Providing a default ValueEncoder would mean that you need to get the
first element in the list and check its type. This would probably work if
the model parameter were principal. But what if you have different types of
objects in the list?

On Sat, Aug 20, 2011 at 3:56 AM, Bob Harner  wrote:

> Does anyone know why half of the built-in Tapestry 5 components that
> take an "encoder" parameter are NOT set up to be able to use a
> "contributed" ValueEncoder (that is, one configured with
> contributeValueEncoderSource() in AppModule class)?
>
> The following components nicely allow the "encoder" parameter to be
> optional:
>
>Grid, GridRows, Loop, Select, Upload:
>
> But the following make you provide the encoder parameter (even if you
> have a ValueEncoder configured in your AppModule for the appropriate
> type):
>
>AjaxFormLoop, Palette, Checklist, Hidden, RadioGroup
>
> Maybe there's some subtle reason for this?
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de