Re: [Report] Apache Tapestry

[Ulrich Stärk]

Thanks Thiago!

You need to also make sure to add it to the board agenda and commit. I usually 
use whimsy.apache.org
to write the report which automatically does that from a nice Web UI.

Cheers,

Uli

On 15/04/16 14:46, Thiago H de Paula Figueiredo wrote:
> Apache Tapestry is a Java component-based web framework that features high
> productivity, great code reuse, robust deployment, and terrific performance.
> 
> Any issues for the Board?
> 
>   Thiago H. de Paula Figueiredo replaces Howard Lewis Ship as the
>   project's PMC chair.
> 
> When did the project last make any releases?
> 
>   Tapestry 5.4.1 was released on 16 Mar 2016.
> 
> Describe the overall activity in the project over the past quarter.
> 
>   Activity on the user mailing list is slow, but improving when compared
>   to last quarter.  Questions are answered with participation of not only
>   the core contributors but also by the community at large. Discussion focuses
>   especially around new features of the 5.4 release, with the occasional 
> question
>   about earlier versions. There are also occasional announcements concerning
>   third-party libraries developed entirely outside the Tapestry team.
> 
>   Activity on the dev mailing list is medium.
> 
>   Plans are underway to determine what changes will be introduced into
>   Tapestry 5.5.
> 
> When were the last committers or PMC members elected?
> 
>   Jochen Kenmade has been voted in as a committer on 25 Apr 2014, and
>   subsequently been voted into the PMC (2 Mar 2015).
> 
> Project branding or naming issues, either in the project or externally.
> 
>   No known issues.
> 
> Branding requirements progress:
> 
>  * "Website Navigation Links: navbar links included, link to www.apache.org
>included" - License and Security links are missing
>  * "Logos and Graphics: include TM, use consistent product logo on your
> site"
>- TM missing from logo
> 
> Legal issues or questions:
> 
>   None.
> 
> Infrastructure issues or strategic needs:
> 
>   None.
> 
> -
> 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

[Fwd: MODERATE for dev@tapestry.apache.org]

[Ulrich Stärk]

Hi folks,

We keep receiving moderation emails from Travis CI despite the sender
address being on the dev-allow list. What do we need to do in order to get
these build emails through without moderation?

Cheers,

Uli

 Original Message 
Subject: MODERATE for dev@tapestry.apache.org
From:dev-reject-1458118415.9089.dkheemodnhfbhonak...@tapestry.apache.org
Date:Wed, March 16, 2016 09:53
To:  Recipient list not shown:;
Cc: 
dev-allow-tc.1458118415.dfmhfjmmdnhkemcjkime-bounce-md_30007208.56e91f0a.v1-a2f8a970c6054f0aba3d9f17e8d3f675=mandrillapp@tapestry.apache.org
--


To approve:
   dev-accept-1458118415.9089.dkheemodnhfbhonak...@tapestry.apache.org
To reject:
   dev-reject-1458118415.9089.dkheemodnhfbhonak...@tapestry.apache.org
To give a reason to reject:
%%% Start comment
%%% End comment

--- Begin Message ---
Build Update for apache/tapestry-5
-

Build: #100
Status: Failed

Duration: 34 minutes and 49 seconds
Commit: c694139 (5.4.1)
Author: Jochen Kemnade
Message: upgrade rhino

View the changeset: https://github.com/apache/tapestry-5/compare/5.4.1

View the full build log and details: 
https://travis-ci.org/apache/tapestry-5/builds/116320041

--

You can configure recipients for build notifications in your .travis.yml file. 
See https://docs.travis-ci.com/user/notifications

--- End Message ---

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

Re: 5.4.1 soon?

[Ulrich Stärk]

What is holding you back exactly?

Cutting a release and pushing it to the staging repo for a VOTE used to be
a one-liner that could also easily be implemented as a Jenkins job.

Cheers,

Uli

On Thu, February 25, 2016 12:58, Jochen Kemnade wrote:
> Sure, I do that on Github, but in ASF projects, a little more effort is
> required for every release. I'd like to avoid having to create a release
> just because changes came in shortly after the last one. That's why I'm
> asking if anything else is going to be fixed shortly.
>
> Jochen
>
> Ulrich Stärk <u...@spielviel.de> schrieb am Do., 25. Feb. 2016 um 12:28
> Uhr:
>
>> Release early, release often. 5.4.1 asap, followed by 5.4.2 if more bugs
>> get fixed.
>>
>> Cheers,
>>
>> Uli
>>
>> On 24/02/16 15:32, Jochen Kemnade wrote:
>> > Hi,
>> >
>> > the 5.4.0 release was 2 months ago and we have fixed some issues since
>> then, some of them bugs:
>> >
>> https://issues.apache.org/jira/issues/?jql=fixVersion%20%3D%205.4.1%20AND%20project%20%3D%20TAP5
>> >
>> > Do we want to create a follow-up release anytime soon or should we
>> squash some more bugs first?
>> > Are there issues currently being worked on that could go into the
>> release?
>> > What are your plans for 5.4.x?
>> >
>> > Jochen
>> >
>> > -
>> > 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

Re: 5.4.1 soon?

[Ulrich Stärk]

Release early, release often. 5.4.1 asap, followed by 5.4.2 if more bugs get 
fixed.

Cheers,

Uli

On 24/02/16 15:32, Jochen Kemnade wrote:
> Hi,
>
> the 5.4.0 release was 2 months ago and we have fixed some issues since then, 
> some of them bugs:
> https://issues.apache.org/jira/issues/?jql=fixVersion%20%3D%205.4.1%20AND%20project%20%3D%20TAP5
>
> Do we want to create a follow-up release anytime soon or should we squash 
> some more bugs first?
> Are there issues currently being worked on that could go into the release?
> What are your plans for 5.4.x?
>
> Jochen
>
> -
> 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

Re: JIRA issues that don't affect 5.4

[Ulrich Stärk]

Go for it!

On 22/02/16 11:13, Jochen Kemnade wrote:
> Hi,
>
> Since we don't seem to be working toward another 5.3.x release, I'm in favor 
> of closing issues
> that do not affect the 5.4 release [1] (via the usual bulk-close-candidate 
> label with comment,
> wait, close with comment approach).
>
> Any objections?
>
> Jochen
>
> [1] http://tinyurl.com/notaffecting54
>
> -
> 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

Re: [REPORT] Apache Tapestry - Feb 2016

[Ulrich Stärk]

> Am 19.02.2016 um 14:05 schrieb Greg Stein <gst...@gmail.com>:
> 
>> On Fri, Feb 19, 2016 at 6:42 AM, Ulrich Stärk <u...@spielviel.de> wrote:
>> 
>>> On 19/02/16 13:33, Greg Stein wrote:
>>>> On Wed, Feb 17, 2016 at 2:54 PM, Glenn Adams <gl...@skynav.com> wrote:
>>>> 
>>>>> On Wed, Feb 17, 2016 at 4:44 AM, Greg Stein <gst...@gmail.com> wrote:
>>>>> 
>>>>> On Tue, Feb 16, 2016 at 10:46 PM, Howard Lewis Ship <hls...@gmail.com>
>>>>> wrote:
>>>>>> ...
>>>>> 
>>>>>> Any issues for the Board?
>>>>>> 
>>>>>>  We have begun to discuss the process of a change in project lead, as
>>>>>>  Howard Lewis Ship's involvement in the project has markedly
>>>>>>  decreased over the last year or more.
>>>>> 
>>>>> There is no such thing as "project lead" at an ASF project. The
>> community
>>>>> is in charge.
>>>> 
>>>> This may come from the fact that JIRA indicates a "Lead" on JIRA
>> projects
>>>> associated with ASF projects.
>>> 
>>> That is rather disingenuous. If you wanted to alter the "Lead" in JIRA,
>>> then just do so.
>>> 
>>> No. You're talking about replacing the VP of Apache Tapestry, and you're
>>> also referring to him as a "Lead". That is wrong.
>>> 
>>> Else-thread, Howard says "oh, simple word typo", yet he uses the word
>>> "Lead" on his LinkedIn account. There is no typo occurring here. This has
>>> recurred over years.
>>> 
>>> Face it: the Tapestry community believes the notion of "Lead" exists,
>>> contrary to Apache principles.
>> 
>> Do you have any proof supporting this wild speculation and generalization?
>> E.g. from talking to
>> community members? Some emails maybe? Anything?
>> 
>> Just because we don't care what somebody calls themselves doesn't mean we
>> don't know and live by
>> Apache principles.
> 
> For years, HLS has referred to himself as the "Lead". This is old news.
> 
> So I'm unclear on the question? Do I need to pull up references for this?
> Or are you asking something else?
> 

I asked for facts supporting your allegiation that the Tapestry community 
believes that in the Apache world something like a Lead exists.

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

Re: [REPORT] Apache Tapestry - Feb 2016

[Ulrich Stärk]

On 19/02/16 13:33, Greg Stein wrote:
> On Wed, Feb 17, 2016 at 2:54 PM, Glenn Adams  wrote:
> 
>> On Wed, Feb 17, 2016 at 4:44 AM, Greg Stein  wrote:
>>
>>> On Tue, Feb 16, 2016 at 10:46 PM, Howard Lewis Ship 
>>> wrote:
 ...
>>>
 Any issues for the Board?

   We have begun to discuss the process of a change in project lead, as
   Howard Lewis Ship's involvement in the project has markedly
   decreased over the last year or more.

>>>
>>> There is no such thing as "project lead" at an ASF project. The community
>>> is in charge.
>>>
>>
>> This may come from the fact that JIRA indicates a "Lead" on JIRA projects
>> associated with ASF projects.
>>
> 
> That is rather disingenuous. If you wanted to alter the "Lead" in JIRA,
> then just do so.
> 
> No. You're talking about replacing the VP of Apache Tapestry, and you're
> also referring to him as a "Lead". That is wrong.
> 
> Else-thread, Howard says "oh, simple word typo", yet he uses the word
> "Lead" on his LinkedIn account. There is no typo occurring here. This has
> recurred over years.
> 
> Face it: the Tapestry community believes the notion of "Lead" exists,
> contrary to Apache principles.

Do you have any proof supporting this wild speculation and generalization? E.g. 
from talking to
community members? Some emails maybe? Anything?

Just because we don't care what somebody calls themselves doesn't mean we don't 
know and live by
Apache principles.

Uli

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

Re: Discussion of new PMC Chair

[Ulrich Stärk]

Chris,

since this is a people matter we started discussion already a few weeks ago on 
the private list.
Please see there for your reference.

Cheers,

Uli

On 17/02/16 20:17, Chris Mattmann wrote:
> Hi Team,
> 
> Based on your board report and also observations over the last year
> the board is following up on the thread for a new PMC chair in Tapestry.
> 
> I think the community should start to discuss and we are hoping to see
> the community bring up a new chair for evaluation at the next board
> meeting in a month.
> 
> I’m not on the dev@tapestry list, so please keep my email in the
> CC. Any volunteers and/or candidates? I can help to explain the duties
> of a PMC chair if you need more info.
> 
> Thanks,
> Chris
> 
> 
> 
> 

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

Travis CI

[Ulrich Stärk]

I get moderation requests from some Travis CI build for Tapestry. Has
anybody of you set those up?

Do we want to have them on our list?

Would have been nice to have had some up-front warning.

Cheers,

Uli


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

mailing list moderators

[Ulrich Stärk]

Hi folks,

It seems I am currently the only one moderating requests for all our
mailing lists. Would be cool if I could get some help. Any takers?

Cheers,

Uli


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

Re: Travis CI

[Ulrich Stärk]

Ah. Was hidden in the vote thread, that's why I missed it.

OK, just tell me when you are happy with the build and I'll allow the
travis host to post to our lists.

Cheers,

Uli

On Wed, September 16, 2015 14:04, Jochen Kemnade wrote:
> Am 16.09.2015 um 13:55 schrieb "Ulrich Stärk":
>> I get moderation requests from some Travis CI build for Tapestry. Has
>> anybody of you set those up?
>
> Yes, I have. The Jenkins build is broken and I don't have the
> permissions to fix it.
>
>> Do we want to have them on our list?
>
> I'd say yes.
>
>> Would have been nice to have had some up-front warning.
>
> I've sent an e-mail yesterday.
>
> Jochen
>
> -
> 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

Re: Remove EnumValueEncoderFactory?

[Ulrich Stärk]

Yes. I am all +1 for removing dead code.

Uli

On 03.09.15 20:52, Jochen Kemnade wrote:
> Sure, we can do that. I meant to ask if we want to remove it at all
> (optionally after a deprecation phase).
> 
> Jochen
> 
> Howard Lewis Ship <hls...@gmail.com> schrieb am Do., 3. Sep. 2015 20:34:
> 
>> I think Uli has the right approach; if it does no harm then we can let it
>> live just a little longer.
>>
>> On Wed, Sep 2, 2015 at 2:12 AM, "Ulrich Stärk" <u...@spielviel.de> wrote:
>>
>>> Deprecate, than remove in next release. It's internal API but we might
>>> want to give users relying on it nevertheless a chance to adapt.
>>>
>>> Cheers,
>>>
>>> Uli
>>>
>>> On Wed, September 2, 2015 10:15, Jochen Kemnade wrote:
>>>> Hi,
>>>>
>>>> we could remove EnumValueEncoderFactory. There's no need for it
>> anymore,
>>>> since TypeCoercedValueEncoderFactory steps in to encode/decode anything
>>>> that has no specific value encoder and EnumValueEncoder delegates to
>>>> TypeCoercer anyway.
>>>> I ran the test suite without the EnumValueEncoderFactory and everything
>>>> works fine.
>>>> Thoughts?
>>>>
>>>> Jochen
>>>>
>>>> -
>>>> 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
>>>
>>>
>>
>>
>> --
>> Howard M. Lewis Ship
>>
>> Starting with WalMart Labs on Sep 28th!
>>
>> Creator of Apache Tapestry
>>
>> (971) 678-5210
>> http://howardlewisship.com
>> @hlship
>>
> 

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

Re: Remove EnumValueEncoderFactory?

[Ulrich Stärk]

Deprecate, than remove in next release. It's internal API but we might
want to give users relying on it nevertheless a chance to adapt.

Cheers,

Uli

On Wed, September 2, 2015 10:15, Jochen Kemnade wrote:
> Hi,
>
> we could remove EnumValueEncoderFactory. There's no need for it anymore,
> since TypeCoercedValueEncoderFactory steps in to encode/decode anything
> that has no specific value encoder and EnumValueEncoder delegates to
> TypeCoercer anyway.
> I ran the test suite without the EnumValueEncoderFactory and everything
> works fine.
> Thoughts?
>
> Jochen
>
> -
> 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

Re: Tapestry doc fixes (Related Articles boxes)

[Ulrich Stärk]

+1

Is there a feasible way to get away from Confluence and to something that 
doesn't break with every
update?

Uli

On 27.07.15 17:51, Howard Lewis Ship wrote:
 I really appreciate the effort!
 
 On Sun, Jul 26, 2015 at 5:54 PM, Bob Harner bobhar...@gmail.com wrote:
 
 Tapestry devs,

 Just a status update...

 I've been working on some of the broken things in the tapestry
 documentation, especially the Related Articles boxes that appear on
 almost every page. Those are fixed now. The underlying culprit was changes
 that Atlassian made to the content-by-label macro in a recent version of
 Confluence.

 Still broken: the scrollbar macro, which renders the prev/next links in
 the tutorial, cookbook, FAQ, and cheat sheet pages.

 
 
 

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

Re: [VOTE] Switch to release candidate

[Ulrich Stärk]

On 2015-06-02 02:26, Howard Lewis Ship wrote:
 I've just fixed a bunch of problems and some low-hanging fruit. 5.4 is long
 overdue, and if not perfect, nothing remaining (to my view) can't wait for
 a 5.4.1 or even a 5.5 (which, I would hope, we be months out, not years!).
 
 I would like the next tapestry release (not yet generated) to be rc-1.  As
 per our procedures, we have a binding vote to switch from beta to rc, then
 a new standard vote for a public release.
 
 Vote to run for three days. I believe we need at least 3 +1's from PMC
 members, and no -1's.

This is a release vote so at least 3 +1 and more +1 than -1 [1]. Vetoes (-1) 
are just for code.

Cheers,

Uli

[1] https://www.apache.org/foundation/voting.html#ReleaseVotes

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

Re: [FAILED] Switch to release candidate

[Ulrich Stärk]

Just give it some time. The votes don't have to come within 72 hours, rather 
the vote has to run for
at least 72 hours. I for example noticed the thread only today because I'm 
swamped with a lot of
stuff lately (first child arriving any day now). I would have checked the 
release and, provided
everything is in order, given my +1.

Uli

On 2015-06-05 16:42, Howard Lewis Ship wrote:
 Well, the vote failed; only one binding +1 (mine).
 
 Any ideas on when we'll be ready to get an RC out?  What are the real
 blockers?
 
 
 
 On Fri, Jun 5, 2015 at 3:32 AM, Lance Java lance.j...@googlemail.com
 wrote:
 
 Lance S
 +1 (non-binding)

 
 
 

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

Re: Starting integration tests with IntelliJ

[Ulrich Stärk]

This seems to indicate that Tapestry hasn't been compiled (and all
artifacts copied to the right locations) and/or your class path isn't set
up correctly.

Uli

On Wed, April 29, 2015 21:45, Stephan Windmüller wrote:
 On 29.04.2015, Howard Lewis Ship wrote:

 Uh, works for me.

 The main reason seems to be this error:

 -
 org.apache.tapestry5.ioc.internal.util.TapestryException:
 Error invoking service contribution method
 org.apache.tapestry5.modules.JavaScriptModule.setupFoundationFramework(MappedConfiguration,
 String, Resource, Resource):
 Unable to locate asset
 'classpath:org/apache/tapestry5/t5-core-dom-prototype.js'
 (the file does not exist).
 -

 I'll have to check.  In many cases, we need to add an annotation to the
 class to make it run that way, rather than within the full test suite
 defined within the testng.xml file.

 I also tried to run the complete testng.xml in
 tapestry-core/src/test/conf without any luck.

 Regards
  Stephan

 -
 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

Re: Welcome aboard!

[Ulrich Stärk]

Try again please, should be good now.

Uli

On Wed, April 8, 2015 10:30, Jochen Kemnade wrote:
 Am 23.03.2015 um 11:40 schrieb Jochen Kemnade:
 Thanks for the explanation. I haven't worked with Confluence yet and
 from my first 2 minutes, I've already got the feeling that it's going to
 take me quite some getting used to... Anyway, I just created an account.

 I don't have the required permissions to edit
 http://tapestry.apache.org/committers.html


 Am 23.03.2015 um 11:29 schrieb Bob Harner:
 Jochen,

 The page to edit is:

 http://tapestry.apache.org/committers.html

 (That page is included in the About page and one or two others.)

 When you click the edit link in the upper right corner you'll be
 taken to
 a cwiki.apache.org login page where there's a sign up here link.
 After
 you register then Howard or Uli can give your  account full access.

 I don't know why a separate account is needed, but it is.
 On Mar 23, 2015 3:55 AM, Jochen Kemnade jochen.kemn...@eddyson.de
 wrote:

 Am 20.03.2015 um 21:05 schrieb Howard Lewis Ship:

 Following the successful vote I can now announce that you, Jochen
 Kemnade,
 are now a member of the Tapestry PMC.


 Thanks again!

   A good first step is to update the Wiki page and list yourself as a
 PMC
 member.


 By the Wiki page, you mean http://tapestry.apache.org/about.html?
 This
 isn't linked to the Apache LDAP, is it, because I cannot log in with
 either
 my Apache or my JIRA user.

 Jochen

 -
 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





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

Re: [success] Jochen Kemnade as PMC member

[Ulrich Stärk]

I don't think JIRA administrative rights for the Tapestry project have to be 
tied to PMC membership.
We'd need to dicuss but IMO every committer that wants to cut a release can be 
granted the required
roles.

Uli

On 2015-03-04 13:17, Martin Grigorov wrote:
 Hi Ulrich,
 
 I think Jochen meant that being a PMC member will make it possible for him
 to administrate Tapestry JIRA.
 I am not aware of any Apache rules that state whether a project committer
 should be able or not to mark a version as released in JIRA.
 It is a matter of 5 minutes of your time to include him in the respective
 role in JIRA, supposing you are already an admin of Tapestry JIRA project.
 Even being a PMC member will not give him these rights automatically.
 Until someone with project admin rights adds him to the role he will not be
 able to do anything there.
 Even asking INFRA won't help (unless he asks politely several times)
 because they will tell him to ask someone else from Tapestry team to do
 that.
 So just skip the bureaucratics and add him to the admin role in JIRA.
 
 On Wed, Mar 4, 2015 at 2:05 PM, Ulrich Stärk u...@spielviel.de wrote:
 
 The PMC is no inner circle. While it entails you to certain rights
 (binding votes mainly), it
 mainly comes with responsibilities concerning project oversight and
 governance.

 Quoting [1]: The role of the PMC from a Foundation perspective is
 oversight. The main role of the
 PMC is not code and not coding - but to ensure that all legal issues are
 addressed, that procedure
 is followed, and that each and every release is the product of the
 community as a whole. That is key
 to our litigation protection mechanisms.

 I strongly recommend every new (and also existing) PMC member read [1] and
 [2] (and possibly
 documentation linked from there).

 Cheers,

 Uli

 [1] http://www.apache.org/foundation/how-it-works.html#pmc
 [2] http://www.apache.org/dev/pmc.html

 On 2015-03-03 10:45, Jochen Kemnade wrote:
 Thanks for your support and confidence guys, I'm happy to become part of
 the inner circle. ;-)

 -
 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

Re: [success] Jochen Kemnade as PMC member

[Ulrich Stärk]

The PMC is no inner circle. While it entails you to certain rights (binding 
votes mainly), it
mainly comes with responsibilities concerning project oversight and governance.

Quoting [1]: The role of the PMC from a Foundation perspective is oversight. 
The main role of the
PMC is not code and not coding - but to ensure that all legal issues are 
addressed, that procedure
is followed, and that each and every release is the product of the community as 
a whole. That is key
to our litigation protection mechanisms.

I strongly recommend every new (and also existing) PMC member read [1] and [2] 
(and possibly
documentation linked from there).

Cheers,

Uli

[1] http://www.apache.org/foundation/how-it-works.html#pmc
[2] http://www.apache.org/dev/pmc.html

On 2015-03-03 10:45, Jochen Kemnade wrote:
 Thanks for your support and confidence guys, I'm happy to become part of the 
 inner circle. ;-)
 
 -
 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

Re: [success] Jochen Kemnade as PMC member

[Ulrich Stärk]

Remember: Notification to the board first, 72 hour waiting period, records
updating afterwards.

Cheers,

The Process Enforcer ;)

On Tue, March 3, 2015 00:47, Howard Lewis Ship wrote:
 As expected, this passed easily.  I'll do the necessary bookkeeping in the
 next day or so.



 On Thu, Feb 26, 2015 at 4:37 PM, Howard Lewis Ship hls...@gmail.com
 wrote:

 If you haven't been noticing, Jochen has been putting in a lot of time
 on
 Tapestry; closing bugs, leading discussions, and mentoring people on the
 mailing list. He's been at it a more than long enough to show real
 commitment ... I'd love to see someone this charged up added to the
 Tapestry PMC.

 This is a binding vote to run for three days. It requires majority
 approval: at least three binding +1's and more binding +1's than -1's.


 Binding votes:

 Howard M. Lewis Ship: +1
 Ulrich Stärk: +1
 Andreas Andreou: +1
 Thiago H. de Paula Figueiredo: +1
 Massimo Lusetti: +1

 Non-binding votes:

 Bob Harner: +1
 Kalle Korhonen: +1
 Robert Zeigler: +1
 Dmitry Gusev: +1
 François Facon : +1
 Lance S +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
 @hlship




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

Re: VOTE: Jochen Kemnade as PMC member

[Ulrich Stärk]

It's absolutely time to recognize Jochen's continuing contributions.

Ulrich Stärk: +1 (binding)

On 2015-02-27 01:37, Howard Lewis Ship wrote:
 If you haven't been noticing, Jochen has been putting in a lot of time on
 Tapestry; closing bugs, leading discussions, and mentoring people on the
 mailing list. He's been at it a more than long enough to show real
 commitment ... I'd love to see someone this charged up added to the
 Tapestry PMC.
 
 This is a binding vote to run for three days. It requires majority
 approval: at least three binding +1's and more binding +1's than -1's.
 
 Howard M. Lewis Ship: +1 (binding)
 

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

Re: Issues with bulk-close-candidate label

[Ulrich Stärk]

+1

On 2015-01-09 23:00, Howard Lewis Ship wrote:
 I'm all for that!
 
 On Fri, Jan 9, 2015 at 10:43 AM, Jochen Kemnade kemn...@gmail.com wrote:
 
 Hi,

 also, there are 26 issues whose affects version field is empty. In May
 2014, I added a comment to each of them, asking if they were relevant in
 5.3.7 or 5.4-beta-6 but they are still in the same state.


 https://issues.apache.org/jira/browse/TAP5-1872?jql=project%20%3D%20TAP5%20AND%20status%20%3D%20Open%20and%20affectedVersion%20is%20EMPTY%20and%20updated%20%3E%20%222014-05-30%22%20and%20updated%20%3C%20%222014-05-31%22

 If nobody objects by Monday, I'll close them as invalid too.

 Jochen

 -
 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

Re: Tapestry buildbot (site updates from Confluence) not working

[Ulrich Stärk]

I guess there's something wrong with our exporter (see [1]). Somebody needs to 
try it locally and
see what's happening.

Uli

[1] http://svn.apache.org/repos/asf/tapestry/tapestry-site/trunk/

On 2014-11-06 03:25, Kalle Korhonen wrote:
 Uli, you know anything more?
 
 Kalle
 
 On Wed, Nov 5, 2014 at 3:49 PM, Howard Lewis Ship hls...@gmail.com wrote:
 
 4 days ... no response.

 Any ideas?

 -- Forwarded message --
 From: Howard Lewis Ship hls...@gmail.com
 Date: Tue, Nov 4, 2014 at 11:01 AM
 Subject: Tapestry buildbot (site updates from Confluence) not working
 To: Infrastructure Apache infrastruct...@apache.org


 Has something changed in the tool chain for exporting Confluence?  This is
 still used by Tapestry, but changes to the Confluence wiki do not seem to
 be propogating out to the http://tapestry.apache.org web site. I made
 changes to a number of pages last week, but these are not reflected on the
 home page.

 I can see that buildbot is running:

 http://ci.apache.org/builders/tapestry-site-production/builds/4634

 However I did not set up this process and don't understand it. As I
 understand it, it is supposed to extract Confluence pages, convert to HTML,
 and commit to the SVN repository and push.

 When I check out the SVN repository (
 https://svn.apache.org/repos/infra/websites/production/tapestry/content) I
 don't see the changes there either.

 The log shows no recent changes:

 
 r924825 | buildbot | 2014-10-06 06:19:37 -0700 (Mon, 06 Oct 2014) | 1 line

 Production update by buildbot for tapestry
 
 r923658 | buildbot | 2014-09-25 22:19:43 -0700 (Thu, 25 Sep 2014) | 1 line

 Production update by buildbot for tapestry
 
 r923620 | buildbot | 2014-09-25 17:21:17 -0700 (Thu, 25 Sep 2014) | 1 line

 Production update by buildbot for tapestry
 
 r922325 | hlship | 2014-09-15 15:16:02 -0700 (Mon, 15 Sep 2014) | 2 lines

 Update docs for 5.4-beta-22


 ... so, any clues as to what's changed?  I really need to get my changed
 documentation out!

 Thanks in advance for any help!

 --
 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
 @hlship



 --
 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
 @hlship

 

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

Re: What's up with Nexus

[Ulrich Stärk]

I don't know any details but there apparently is a thread about Nexus problems 
over at infrastructure@.

Cheers,

Uli

On 2014-09-10 17:03, Howard Lewis Ship wrote:
 :plastic:uploadPublished
 Uploading: org/apache/tapestry/plastic/5.4-beta-21/plastic-5.4-beta-21.jar
 to repository remote at
 https://repository.apache.org/service/local/staging/deploy/maven2/
 Transferring 569K from remote
 :plastic:uploadPublished FAILED
 
 FAILURE: Build failed with an exception.
 
 * What went wrong:
 Execution failed for task ':plastic:uploadPublished'.
 Could not publish configuration 'published'
 Error deploying artifact 'org.apache.tapestry:plastic:jar': Error
 deploying artifact: Authorization failed: Access denied to:
 https://repository.apache.org/service/local/staging/deploy/maven2/org/apache/tapestry/plastic/5.4-beta-21/plastic-5.4-beta-21.jar
 
 * Try:
 Run with --stacktrace option to get the stack trace. Run with --info or
 --debug option to get more log output.
 
 BUILD FAILED
 
 On Wed, Sep 10, 2014 at 8:01 AM, Howard Lewis Ship hls...@gmail.com wrote:
 
 Looks like Apache upgraded Nexus, now I can't seem to upload to it and the
 interface has changed a bit. Is there documentation on how to adapt to the
 change somewhere?

 --
 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
 @hlship

 
 
 

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

ApacheCon CFP closes June 25

[Ulrich Stärk]

Dear Tapestry enthusiast,

As you may be aware, ApacheCon will be held this year in Budapest, on
November 17-23. (See http://apachecon.eu for more info.)

The Call For Papers for that conference is still open, but will be
closing soon. We need you talk proposals, to represent Tapestry at
ApacheCon. We need all kinds of talks - deep technical talks, hands-on
tutorials, introductions for beginners, or case studies about the
awesome stuff you're doing with Tapestry.

Please consider submitting a proposal, at
http://events.linuxfoundation.org//events/apachecon-europe/program/cfp

Thanks!

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

Re: [VOTE] Drop support for Java 5 in Tapestry 5.4 (2nd attempt)

[Ulrich Stärk]

Ulrich Stärk: +0 (binding)

For the same reasons as stated before.

On 2014-05-18 18:29, Jochen Kemnade wrote:
 There have been discussions whether we want to keep compatibility with Java 5 
 for the upcoming
 5.4 release. Java 5 is EOSL since October 2009. While requiring Java 6 would 
 not bring us much
 benefits, there might be some libraries that we cannot use because they do 
 not support Java 5. 
 Also, we'd spare ourselves some efforts not having to support Java 5 anymore. 
 The vote will run
 for 3 days and, if it succeeds, I will increase the minimum required Java 
 version to 1.6.
 
 Jochen Kemnade: +1 (non-binding)
 
 - 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

Re: TAP5-1213: Changes to public API

[Ulrich Stärk]

If you are unsure you can send the patch here and ask for reviews.

Uli

On 2014-05-18 16:39, Lance Java wrote:
 So, is it OK to commit the changes? It will obviously need a breaking
 change note in the release notes.
  On 18 May 2014 00:10, Howard Lewis Ship hls...@gmail.com wrote:
 
 It can be problematic; I don't expect people to implement
 ComponentResources ... but some other common interfaces, such as
 FormSupport, are often proxied/delegated in a way that provides pain when
 new methods are added.  JDK 8 default methods may help there, hard to say
 so far.


 On Sat, May 17, 2014 at 1:27 PM, Lance Java lance.j...@googlemail.com
 wrote:

 I've managed to solve the issue without affecting
 org.apache.tapestry5.ioc.
 services.PropertyAdapter.

 So the introduced methods are:
 Type Binding.getBindingGenericType()
 Type PropertyConduit getPropertyGenericType()
 Type ComponentResources.getBoundGenericType(String parameterName)

 I don't think anyone will be implementing their own ComponentResources or
 PropertyConduit so I think those changes are fin. Ashas been mentioned,
 third parties (including myself) have implemented custom bindings. If
 it's
 any consolation, I've implemented AbstractBinding.getBindingGenericType()
 to simply return getBindingType().

 The other solution I can see is to have Binding2 in a similar style to
 Asset2 etc.


 On 16 May 2014 00:48, Howard Lewis Ship hls...@gmail.com wrote:

 I'd need to know a bit more; this will tend to break 3rd party
 libraries
 that compile against the old code, which is not so good. Possibly if
 the
 new information could be added under an entirely new method of the
 existing
 APIs that would be less of a problem.


 On Wed, May 14, 2014 at 1:33 PM, Lance Java lance.j...@googlemail.com
 wrote:

 I'm looking into TAP5-1213 to provide access to the bound property's
 generic type information (eg ListSomeBean). Basically the generic
 type
 information needs to be passed from PropertyConduitSource to
 ComponentResources

 This change requires adding a generic type getter to a few public
 interfaces, namely:
 - org.apache.tapestry5.Binding
 - org.apache.tapestry5.ComponentResources
 - org.apache.tapestry5.PropertyConduit
 - org.apache.tapestry5.ioc.services.PropertyAdapter

 I realise that adding methods to public interfaces breaks backwards
 compatability. What's people's thoughts on this?




 --
 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
 @hlship





 --
 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
 @hlship

 

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

Re: [VOTE] Drop support for Java 5 in Tapestry 5.4

[Ulrich Stärk]

Ulrich Stärk: +0 (binding)

As I said earlier, I don't see the benefit in upgrading to 'just' 1.6 right 
now, even if it means we
could use newer versions of our dependencies. If you want to do it anyway I 
won't stand in your way.

Cheers,

Uli

On 2014-05-15 15:14, Jochen Kemnade wrote:
 There have been discussions whether we want to keep compatibility with Java 5 
 for the upcoming 5.4
 release.
 Java 5 is EOSL since October 2009.
 While requiring Java 6 would not bring us much benefits, there might be some 
 libraries that we
 cannot use because they do not support Java 5. Also, we'd spare ourselves 
 some efforts not having to
 support Java 5 anymore.
 The vote will run for 3 days and, if it succeeds, I will increase the minimum 
 required Java version
 to 1.6.
 
 Jochen Kemnade: +1 (non-binding)
 
 -
 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

Re: Issues with bulk-close-candidate label

[Ulrich Stärk]

+1

On 2014-05-12 19:51, Jochen Kemnade wrote:
 Hi,
 
 on 2013-01-14, in an effort to close some outdated JIRA issues, Uli added the 
 label
 bulk-close-candidate to every issue that has been last updated more than 1.5 
 years ago, has no
 assignee, affects an old version of Tapestry that is not actively developed 
 anymore, and is
 therefore prone to be bulk-closed in the near future. Also, he asked the 
 reporter to update
 the issue if it still was ... well, an issue. There are 31 issues that 
 haven't been updated
 since:
 
 https://bit.ly/1ld7yXJ or jql: project = TAP5 AND labels = 
 bulk-close-candidate AND status =
 Open and updatedDate  2013-01-14 15:47
 
 I'd say we just close those with another friendly comment. What do you think? 
 I guess, we
 should also repeat this procedure for issues that affect only versions before 
 5.3.
 
 Jochen
 

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

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

[Ulrich Stärk]

Do you expect any problems if we just switched to Java 8/Servlet 3.1 without 
modifying anything else?

Uli

On 2014-05-01 18:54, Robert Zeigler wrote:
 Not opposed to an upgrade to Java 8, but not sure 5.4 is the right time for 
 it. 5.4 has been
 long-enough in coming that I feel it would be better to release 5.4, and use 
 5.5 as the java8
 upgrade, possibly with a fairly short release time between 5.4 and 5.5. 
 Basically, 5.5 could be
 “5.4 with java 8 compatibility” (and whatever new features (like the httpOnly 
 cookie flag ticket
 you commented on recently) that would need  java 1.5 to support).
 
 Robert
 
 On May 1, 2014, at 5/111:38 AM , Ulrich Stärk u...@spielviel.de wrote:
 
 Historically I have been a strong opponent to Java version upgrades for 
 Tapestry because IMO
 the disadvantages outweighed the advantages by far.
 
 Now that we have lambda expressions, default methods, Nashorn and many other 
 useful features
 I'm leaning towards making a radical break and switch to Java 8.
 
 We should have a formal vote for such a radical change and a discussion 
 firstin order to
 gather comments and opinions from the community.
 
 Uli
 
 On 2014-04-30 12:57, Jochen Kemnade wrote:
 Am 29.04.2014 21:07, schrieb Jochen Kemnade:
 I'll downgrade it tomorrow and get myself a Java 1.5 compiler...
 
 Which is much harder than I thought it was. I managed to find old rt.jar 
 and jce.jar files
 and to make Gradle use them. Now I'm getting compile errors, e.g. in 
 VirtualResource:88,
 MacOutputStream:45 and others. Mostly, it's Java 6 methods being used. 
 First of all, do we
 still want to stick with Java 5 now that Java 8 is out and even Java 6 is 
 EOL? Second, I
 wonder why it builds in Jenkins. What JDK is used there?
 
 Jochen
 
 - 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
 

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

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

[Ulrich Stärk]

I don't see the benefits in this. As I said earlier, Java 6 and 7 IMO don't 
provide enough benefits
to justify the change.

Uli

On 2014-05-01 19:01, Kalle Korhonen wrote:
 I agree with Rob. A common sense approach would be to require 1.6 for T5.4
 and then require 1.8 in a future version.
 
 Kalle
 
 
 On Thu, May 1, 2014 at 9:54 AM, Robert Zeigler
 robert.zeig...@roxanemy.comwrote:
 
 Not opposed to an upgrade to Java 8, but not sure 5.4 is the right time
 for it. 5.4 has been long-enough in coming that I feel it would be better
 to release 5.4, and use 5.5 as the java8 upgrade, possibly with a fairly
 short release time between 5.4 and 5.5. Basically, 5.5 could be “5.4 with
 java 8 compatibility” (and whatever new features (like the httpOnly cookie
 flag ticket you commented on recently) that would need  java 1.5 to
 support).

 Robert

 On May 1, 2014, at 5/111:38 AM , Ulrich Stärk u...@spielviel.de wrote:

 Historically I have been a strong opponent to Java version upgrades for
 Tapestry because IMO the
 disadvantages outweighed the advantages by far.

 Now that we have lambda expressions, default methods, Nashorn and many
 other useful features I'm
 leaning towards making a radical break and switch to Java 8.

 We should have a formal vote for such a radical change and a discussion
 firstin order to gather
 comments and opinions from the community.

 Uli

 On 2014-04-30 12:57, Jochen Kemnade wrote:
 Am 29.04.2014 21:07, schrieb Jochen Kemnade:
 I'll downgrade it tomorrow and get myself a Java 1.5 compiler...

 Which is much harder than I thought it was. I managed to find old
 rt.jar and jce.jar files and to
 make Gradle use them.
 Now I'm getting compile errors, e.g. in VirtualResource:88,
 MacOutputStream:45 and others. Mostly,
 it's Java 6 methods being used.
 First of all, do we still want to stick with Java 5 now that Java 8 is
 out and even Java 6 is EOL?
 Second, I wonder why it builds in Jenkins. What JDK is used there?

 Jochen

 -
 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


 

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

Re: CI builds

[Ulrich Stärk]

On 2014-04-26 12:00, Jochen Kemnade wrote:
 Hi,
 
 I just committed an update to the Gradle build. It updates the Gradle
 wrapper to 1.12-rc-2 (I'll keep in mind to update it to the final
 version once that's released).
 I guess now that the source can be built using the shipped wrapper
 version, it would be a good time to get the Jenkins builds to work
 again. Uli, would you mind to have another look?
 

The thing is that the build slave that ran the Tapestry builds exclusively is 
gone. It crashed and
I'd have to set it up from scratch which I'm lacking the time atm. This means 
that we have to rely
on ASF resources and use one of the regular build slaves (I believe ubuntu3 has 
all our
prerequisites). Just change the build job accordingly.

Cheers,

Uli

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

Re: [VOTE] Jochen Kemnade as Tapestry Committer

[Ulrich Stärk]

Ulrich Stärk: +1 (binding)

Am 2014-04-17 um 23:41 schrieb Howard Lewis Ship hls...@gmail.com:

 I've seen Jochen busy on the mailing list for quite some time, and even
 busier filing bugs and submitting patches. I think he'd make a fine
 addition to the team.
 
 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
 @hlship


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

current gradle version

[Ulrich Stärk]

What version of Gradle are we currently supposed to work with? Running the 
build with the current (1.3) gradlew results in the below error.

Uli

* What went wrong:
Could not compile build file 
'/Users/ustaerk/Documents/dev/workspace/tapestry-5/build.gradle'.
 startup failed:
  build file '/Users/ustaerk/Documents/dev/workspace/tapestry-5/build.gradle': 
286: unable to resolve class DependencyResolveDetails 
   @ line 286, column 43.
 lutionStrategy.eachDependency { Dependen
   ^
  
  1 error


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

Re: Still not building

[Ulrich Stärk]

I set up this build slave to speed up builds because the ASF slaves were all 
pretty much in use. Unfortunately it seems that the slave died not long ago and 
I'd have to set it up again. Do we still need/want our own build slave or can 
we live with what the ASF provides?

Uli



 Am 15.02.2014 um 22:11 schrieb Bob Harner bobhar...@gmail.com:
 
 The Jenkins build is failing because it is unable to connect to
 tapbuild.ustaerk.de (Uli's personal server???) as the Jenkins slave.
 
 [02/15/14 20:56:16] [SSH] Opening SSH connection to tapbuild.ustaerk.de:22.
 java.io.IOException: There was a problem while connecting to
 tapbuild.ustaerk.de:22
 at com.trilead.ssh2.Connection.connect(Connection.java:818)
 at com.trilead.ssh2.Connection.connect(Connection.java:687)
 at com.trilead.ssh2.Connection.connect(Connection.java:587)
 at hudson.plugins.sshslaves.SSHLauncher.openConnection(SSHLauncher.java:943)
 at hudson.plugins.sshslaves.SSHLauncher.launch(SSHLauncher.java:488)
 at hudson.slaves.SlaveComputer$1.call(SlaveComputer.java:228)
 at java.util.concurrent.FutureTask.run(FutureTask.java:262)
 at 
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:744)
 Caused by: java.net.NoRouteToHostException: No route to host
 at java.net.PlainSocketImpl.socketConnect(Native Method)
 at 
 java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
 at 
 java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
 at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
 at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
 at java.net.Socket.connect(Socket.java:579)
 at 
 com.trilead.ssh2.transport.TransportManager.establishConnection(TransportManager.java:346)
 at 
 com.trilead.ssh2.transport.TransportManager.initialize(TransportManager.java:459)
 at com.trilead.ssh2.Connection.connect(Connection.java:758)
 ... 9 more
 [02/15/14 20:56:21] [SSH] Connection closed.
 
 On Sat, Feb 15, 2014 at 2:39 PM, Howard Lewis Ship hls...@gmail.com wrote:
 Just enabled the Jenkin's job.
 
 
 On Sat, Feb 15, 2014 at 2:38 PM, Howard Lewis Ship hls...@gmail.com wrote:
 
 Further, I can't see why this is failing now; none of the code has changed
 since 2011!  Perhaps it is somehow related to Thiago's changes to proxies
 ...
 
 
 On Sat, Feb 15, 2014 at 2:32 PM, Bob Harner bobhar...@gmail.com wrote:
 
 Does anybody know why the Jenkins job
 (https://builds.apache.org/view/All/job/tapestry-trunk-freestyle/) is
 disabled? According to my email archive the last run was on 11/26/2013
 and was successful. After all, the whole point of Jenkins is to notify
 all devs whenever someone commits code that breaks the build.
 
 On Sat, Feb 15, 2014 at 2:09 PM, Howard Lewis Ship hls...@gmail.com
 wrote:
 __  __ 
 /_  __/__   ___ ___ / /___ __  / __/
 / / / _ `/ _ \/ -_|_-/ __/ __/ // / /__ \
 /_/  \_,_/ .__/\__/___/\__/_/  \_, / //
/_/   /___/  5.4-beta-3
 
 
 
 Tapestry JPA Unit Tests 
 org.apache.tapestry5.internal.jpa.JpaTransactionAdvisorImplTest.checked_exception_will_commit_transaction
 FAILED
java.lang.AssertionError at JpaTransactionAdvisorImplTest.java:349
 
 Tapestry JPA Unit Tests 
 org.apache.tapestry5.internal.jpa.JpaTransactionAdvisorImplTest.return_type_method
 FAILED
java.lang.AssertionError at JpaTransactionAdvisorImplTest.java:381
 
 Tapestry JPA Unit Tests 
 org.apache.tapestry5.internal.jpa.JpaTransactionAdvisorImplTest.return_type_method_with_param
 FAILED
java.lang.AssertionError at JpaTransactionAdvisorImplTest.java:406
 
 Tapestry JPA Unit Tests 
 org.apache.tapestry5.internal.jpa.JpaTransactionAdvisorImplTest.runtime_exception_will_abort_transaction
 FAILED
java.lang.AssertionError at JpaTransactionAdvisorImplTest.java:310
 
 Tapestry JPA Unit Tests 
 org.apache.tapestry5.internal.jpa.JpaTransactionAdvisorImplTest.transaction_inactive
 FAILED
java.lang.AssertionError at JpaTransactionAdvisorImplTest.java:229
 
 Tapestry JPA Unit Tests 
 org.apache.tapestry5.internal.jpa.JpaTransactionAdvisorImplTest.void_method
 FAILED
java.lang.AssertionError at JpaTransactionAdvisorImplTest.java:256
 
 Tapestry JPA Unit Tests 
 org.apache.tapestry5.internal.jpa.JpaTransactionAdvisorImplTest.void_method_with_param
 FAILED
java.lang.AssertionError at JpaTransactionAdvisorImplTest.java:281
 
 25 tests completed, 7 failed
 :tapestry-jpa:test FAILED
 
 FAILURE: Build failed with an exception.
 
 * What went wrong:
 Execution failed for task ':tapestry-jpa:test'.
 There were failing tests. See the report at:
 file:///Users/hlship/workspaces/tapestry/tapestry5/tapestry-jpa/build/reports/tests/index.html
 
 * Try:
 Run with --stacktrace option to get the stack trace. Run with --info or
 --debug option to get more log output.
 
 BUILD 

Re: Still not building

[Ulrich Stärk]

That would be unpinning the build from the tapestry node and tying it to one of 
the Ubuntu nodes having our prerequisites (ubuntu3?).

Uli



 Am 17.02.2014 um 13:37 schrieb Bob Harner bobhar...@gmail.com:
 
 I would first go with whatever option is easiest/quickest
 On Feb 17, 2014 5:26 AM, Ulrich Stärk u...@spielviel.de wrote:
 
 I set up this build slave to speed up builds because the ASF slaves were
 all pretty much in use. Unfortunately it seems that the slave died not long
 ago and I'd have to set it up again. Do we still need/want our own build
 slave or can we live with what the ASF provides?
 
 Uli
 
 
 
 Am 15.02.2014 um 22:11 schrieb Bob Harner bobhar...@gmail.com:
 
 The Jenkins build is failing because it is unable to connect to
 tapbuild.ustaerk.de (Uli's personal server???) as the Jenkins slave.
 
 [02/15/14 20:56:16] [SSH] Opening SSH connection to
 tapbuild.ustaerk.de:22.
 java.io.IOException: There was a problem while connecting to
 tapbuild.ustaerk.de:22
 at com.trilead.ssh2.Connection.connect(Connection.java:818)
 at com.trilead.ssh2.Connection.connect(Connection.java:687)
 at com.trilead.ssh2.Connection.connect(Connection.java:587)
 at
 hudson.plugins.sshslaves.SSHLauncher.openConnection(SSHLauncher.java:943)
 at hudson.plugins.sshslaves.SSHLauncher.launch(SSHLauncher.java:488)
 at hudson.slaves.SlaveComputer$1.call(SlaveComputer.java:228)
 at java.util.concurrent.FutureTask.run(FutureTask.java:262)
 at
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:744)
 Caused by: java.net.NoRouteToHostException: No route to host
 at java.net.PlainSocketImpl.socketConnect(Native Method)
 at
 java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
 at
 java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
 at
 java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
 at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
 at java.net.Socket.connect(Socket.java:579)
 at
 com.trilead.ssh2.transport.TransportManager.establishConnection(TransportManager.java:346)
 at
 com.trilead.ssh2.transport.TransportManager.initialize(TransportManager.java:459)
 at com.trilead.ssh2.Connection.connect(Connection.java:758)
 ... 9 more
 [02/15/14 20:56:21] [SSH] Connection closed.
 
 On Sat, Feb 15, 2014 at 2:39 PM, Howard Lewis Ship hls...@gmail.com
 wrote:
 Just enabled the Jenkin's job.
 
 
 On Sat, Feb 15, 2014 at 2:38 PM, Howard Lewis Ship hls...@gmail.com
 wrote:
 
 Further, I can't see why this is failing now; none of the code has
 changed
 since 2011!  Perhaps it is somehow related to Thiago's changes to
 proxies
 ...
 
 
 On Sat, Feb 15, 2014 at 2:32 PM, Bob Harner bobhar...@gmail.com
 wrote:
 
 Does anybody know why the Jenkins job
 (https://builds.apache.org/view/All/job/tapestry-trunk-freestyle/) is
 disabled? According to my email archive the last run was on 11/26/2013
 and was successful. After all, the whole point of Jenkins is to notify
 all devs whenever someone commits code that breaks the build.
 
 On Sat, Feb 15, 2014 at 2:09 PM, Howard Lewis Ship hls...@gmail.com
 wrote:
 __  __ 
 /_  __/__   ___ ___ / /___ __  / __/
 / / / _ `/ _ \/ -_|_-/ __/ __/ // / /__ \
 /_/  \_,_/ .__/\__/___/\__/_/  \_, / //
   /_/   /___/  5.4-beta-3
 
 
 
 Tapestry JPA Unit Tests 
 org.apache.tapestry5.internal.jpa.JpaTransactionAdvisorImplTest.checked_exception_will_commit_transaction
 FAILED
   java.lang.AssertionError at JpaTransactionAdvisorImplTest.java:349
 
 Tapestry JPA Unit Tests 
 org.apache.tapestry5.internal.jpa.JpaTransactionAdvisorImplTest.return_type_method
 FAILED
   java.lang.AssertionError at JpaTransactionAdvisorImplTest.java:381
 
 Tapestry JPA Unit Tests 
 org.apache.tapestry5.internal.jpa.JpaTransactionAdvisorImplTest.return_type_method_with_param
 FAILED
   java.lang.AssertionError at JpaTransactionAdvisorImplTest.java:406
 
 Tapestry JPA Unit Tests 
 org.apache.tapestry5.internal.jpa.JpaTransactionAdvisorImplTest.runtime_exception_will_abort_transaction
 FAILED
   java.lang.AssertionError at JpaTransactionAdvisorImplTest.java:310
 
 Tapestry JPA Unit Tests 
 org.apache.tapestry5.internal.jpa.JpaTransactionAdvisorImplTest.transaction_inactive
 FAILED
   java.lang.AssertionError at JpaTransactionAdvisorImplTest.java:229
 
 Tapestry JPA Unit Tests 
 org.apache.tapestry5.internal.jpa.JpaTransactionAdvisorImplTest.void_method
 FAILED
   java.lang.AssertionError at JpaTransactionAdvisorImplTest.java:256
 
 Tapestry JPA Unit Tests 
 org.apache.tapestry5.internal.jpa.JpaTransactionAdvisorImplTest.void_method_with_param
 FAILED
   java.lang.AssertionError at JpaTransactionAdvisorImplTest.java:281
 
 25 tests completed, 7 failed
 :tapestry-jpa:test FAILED
 
 FAILURE: Build failed with an exception.
 
 * What went

Re: [1/3] TAP5-2260: Add support for CDI

[Ulrich Stärk]

In this case we need a software grant from Atos detailing the software they 
want to donate to us. The form for this can be found at 
http://www.apache.org/licenses/software-grant.txt

Exhibit A should be a list of the source files covered by the grant ('find . 
-type f' should be sufficient). This needs to be printed, signed, and emailed 
to secret...@apache.org or sent by fax.

Contact me if you need further assistance.

Cheers,

Uli

Am 2013-12-17 um 18:52 schrieb Facon François francois.fa...@worldline.com:

 I should have check this before.
 Currently the copyright belong to Atos Worldline and we have already sign the 
 Corporate CLA.
 I am missing one ICLA.
 
 I am sorry for the delay.
 François
 
 -Message d'origine-
 De : Howard Lewis Ship [mailto:hls...@gmail.com]
 Envoyé : mardi 17 décembre 2013 18:06
 À : Tapestry development
 Objet : Re: [1/3] TAP5-2260: Add support for CDI
 
 I think I will hold off one generating a beta-1 release until this is 
 resolved.
 
 
 On Fri, Dec 13, 2013 at 10:00 PM, François Facon 
 francois.fa...@atos.netwrote:
 
 Thank you, Kalle, for the clarification.
 I will check this point.
 
 François
 
 
 
 
 
 2013/12/13 Kalle Korhonen kalle.o.korho...@gmail.com
 
 Actually best to use the JIRA. Even though you committed it, you
 should probably zip up the source, attach it to the issue and leave
 a comment explaining the origin, authors and that you are donating
 the codebase to ASF.
 
 Kalle
 
 
 On Fri, Dec 13, 2013 at 11:13 AM, Kalle Korhonen 
 kalle.o.korho...@gmail.com
 wrote:
 
 François, you need to inform the rest of us who owns the
 copyrights to
 the
 code. If you are the only author, then it's pretty simple. At
 least to
 me,
 it suffices that you state so here and that you are donating this
 codebase
 to Apache. If there are multiple authors, you need to obtain
 authorization
 from each individual and it might be best to get this on paper (e.g.
 http://www.apache.org/licenses/software-grant.txt) and send it to ASF.
 
 Kalle
 
 
 On Fri, Dec 13, 2013 at 5:18 AM, François Facon 
 francois.fa...@atos.net
 wrote:
 
 Hello Uli,
 
 Got5 is link to my eMail.
 This account as been created to share our contribution to Tapestry5.
 How can I give you a code grant for this module?
 
 Regards
 François
 
 
 
 
 
 
 
 
 
 
 
 
 2013/12/13 Ulrich Stärk u...@spielviel.de
 
 Not only that.
 
 In light of the extent of the contribution we need to get a
 code
 grant
 from the current copyright holder.
 
 Until then I'm -1 on the code change.
 
 Uli
 
 Am 2013-12-13 um 12:10 schrieb Andreas Andreou
 andre...@gmail.com
 :
 
 I see some source files contain lines with copyright GOT5
 
 That needs to change, right?
 
 
 
 -
 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
 
 
 Ce message et les pièces jointes sont confidentiels et réservés à l'usage 
 exclusif de ses destinataires. Il peut également être protégé par le secret 
 professionnel. Si vous recevez ce message par erreur, merci d'en avertir 
 immédiatement l'expéditeur et de le détruire. L'intégrité du message ne 
 pouvant être assurée sur Internet, la responsabilité de Worldline ne pourra 
 être recherchée quant au contenu de ce message. Bien que les meilleurs 
 efforts soient faits pour maintenir cette transmission exempte de tout virus, 
 l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne 
 saurait être recherchée pour tout dommage résultant d'un virus transmis.
 
 This e-mail and the documents attached are confidential and intended solely 
 for the addressee; it may also be privileged. If you receive this e-mail in 
 error, please notify the sender immediately and destroy it. As its integrity 
 cannot be secured on the Internet, the Worldline liability cannot be 
 triggered for the message content. Although the sender endeavours to maintain 
 a computer virus-free network, the sender does not warrant that this 
 transmission is virus-free and will not be liable for any damages resulting 
 from any virus transmitted.
 
 -
 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

Re: [1/3] TAP5-2260: Add support for CDI

[Ulrich Stärk]

Not only that.

In light of the extent of the contribution we need to get a code grant from the 
current copyright holder.

Until then I’m -1 on the code change.

Uli

Am 2013-12-13 um 12:10 schrieb Andreas Andreou andre...@gmail.com:

 I see some source files contain lines with
 copyright GOT5
 
 That needs to change, right?


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

Re: VOTE: Tapestry 5.4-beta-1

[Ulrich Stärk]

Ulrich Stärk: +1 (binding)

Am 2013-12-05 um 00:01 schrieb Howard Lewis Ship hls...@gmail.com:

 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


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

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

[Ulrich Stärk]

This is hilarious. Jenkins finds old test reports but no new ones (because no 
tests were run) and
assumes a failed build. You can't even change this behaviour. The only viable 
option we seem to have
is do a clean build every time instead of incremental builds.

What do you think? Should we just do full builds every time or ignore 
intermittently failing builds?
The latter has the disadvantage that we might miss builds failing for 
legitimate reasons.

Uli

On 2013-11-05 01:39, Apache Jenkins Server wrote:
 See https://builds.apache.org/job/tapestry-trunk-freestyle/1187/changes
 
 Changes:
 
 [hlship] Advance version number forward to 5.4-alpha-25
 
 --
 [...truncated 304 lines...]
 :tapestry-jmx:sourcesJar UP-TO-DATE
 :tapestry-jmx:assemble UP-TO-DATE
 :tapestry-jmx:compileTestJava UP-TO-DATE
 :tapestry-jmx:compileTestGroovy UP-TO-DATE
 :tapestry-jmx:processTestResources UP-TO-DATE
 :tapestry-jmx:testClasses UP-TO-DATE
 :tapestry-jmx:test UP-TO-DATE
 :tapestry-jmx:check UP-TO-DATE
 :tapestry-jmx:build UP-TO-DATE
 :tapestry-jmx:uploadPublishedUploading: 
 org/apache/tapestry/tapestry-jmx/5.4-SNAPSHOT/tapestry-jmx-5.4-20131105.003709-117.jar
  to repository remote at 
 https://repository.apache.org/content/repositories/snapshots
 Transferring 9K from remote
 Uploaded 9K
 Uploading: 
 org/apache/tapestry/tapestry-jmx/5.4-SNAPSHOT/tapestry-jmx-5.4-20131105.003709-117-sources.jar
  to repository remote at 
 https://repository.apache.org/content/repositories/snapshots
 Transferring 9K from remote
 Uploaded 9K
 
 :tapestry-jpa:compileJava UP-TO-DATE
 :tapestry-jpa:compileGroovy UP-TO-DATE
 :tapestry-jpa:processResources UP-TO-DATE
 :tapestry-jpa:classes UP-TO-DATE
 :tapestry-jpa:jar UP-TO-DATE
 :tapestry-jpa:sourcesJar UP-TO-DATE
 :tapestry-jpa:assemble UP-TO-DATE
 :tapestry-jpa:compileTestJava UP-TO-DATE
 :tapestry-jpa:compileTestGroovy UP-TO-DATE
 :tapestry-jpa:processTestResources UP-TO-DATE
 :tapestry-jpa:testClasses UP-TO-DATE
 :tapestry-jpa:test UP-TO-DATE
 :tapestry-jpa:check UP-TO-DATE
 :tapestry-jpa:build UP-TO-DATE
 :tapestry-jpa:uploadPublishedUploading: 
 org/apache/tapestry/tapestry-jpa/5.4-SNAPSHOT/tapestry-jpa-5.4-20131105.003719-111.jar
  to repository remote at 
 https://repository.apache.org/content/repositories/snapshots
 Transferring 49K from remote
 Uploaded 49K
 Uploading: 
 org/apache/tapestry/tapestry-jpa/5.4-SNAPSHOT/tapestry-jpa-5.4-20131105.003719-111-sources.jar
  to repository remote at 
 https://repository.apache.org/content/repositories/snapshots
 Transferring 41K from remote
 Uploaded 41K
 
 :tapestry-json:sourcesJar UP-TO-DATE
 :tapestry-json:assemble UP-TO-DATE
 :tapestry-json:compileTestJava UP-TO-DATE
 :tapestry-json:compileTestGroovy UP-TO-DATE
 :tapestry-json:processTestResources UP-TO-DATE
 :tapestry-json:testClasses UP-TO-DATE
 :tapestry-json:test UP-TO-DATE
 :tapestry-json:check UP-TO-DATE
 :tapestry-json:build UP-TO-DATE
 :tapestry-json:uploadPublishedUploading: 
 org/apache/tapestry/tapestry-json/5.4-SNAPSHOT/tapestry-json-5.4-20131105.003728-111.jar
  to repository remote at 
 https://repository.apache.org/content/repositories/snapshots
 Transferring 25K from remote
 Uploaded 25K
 Uploading: 
 org/apache/tapestry/tapestry-json/5.4-SNAPSHOT/tapestry-json-5.4-20131105.003728-111-sources.jar
  to repository remote at 
 https://repository.apache.org/content/repositories/snapshots
 Transferring 31K from remote
 Uploaded 31K
 
 :tapestry-kaptcha:compileJava UP-TO-DATE
 :tapestry-kaptcha:compileGroovy UP-TO-DATE
 :tapestry-kaptcha:processResources UP-TO-DATE
 :tapestry-kaptcha:classes UP-TO-DATE
 :tapestry-kaptcha:jar UP-TO-DATE
 :tapestry-kaptcha:sourcesJar UP-TO-DATE
 :tapestry-kaptcha:assemble UP-TO-DATE
 :tapestry-kaptcha:compileTestJava UP-TO-DATE
 :tapestry-kaptcha:compileTestGroovy UP-TO-DATE
 :tapestry-kaptcha:processTestResources UP-TO-DATE
 :tapestry-kaptcha:testClasses UP-TO-DATE
 :tapestry-kaptcha:test UP-TO-DATE
 :tapestry-kaptcha:check UP-TO-DATE
 :tapestry-kaptcha:build UP-TO-DATE
 :tapestry-kaptcha:uploadPublishedUploading: 
 org/apache/tapestry/tapestry-kaptcha/5.4-SNAPSHOT/tapestry-kaptcha-5.4-20131105.003737-111.jar
  to repository remote at 
 https://repository.apache.org/content/repositories/snapshots
 Transferring 22K from remote
 Uploaded 22K
 Uploading: 
 org/apache/tapestry/tapestry-kaptcha/5.4-SNAPSHOT/tapestry-kaptcha-5.4-20131105.003737-111-sources.jar
  to repository remote at 
 https://repository.apache.org/content/repositories/snapshots
 Transferring 26K from remote
 Uploaded 26K
 
 :tapestry-mongodb:compileJava UP-TO-DATE
 :tapestry-mongodb:compileGroovy UP-TO-DATE
 :tapestry-mongodb:processResources UP-TO-DATE
 :tapestry-mongodb:classes UP-TO-DATE
 :tapestry-mongodb:jar UP-TO-DATE
 :tapestry-mongodb:sourcesJar UP-TO-DATE
 :tapestry-mongodb:assemble UP-TO-DATE
 :tapestry-mongodb:compileTestJava UP-TO-DATE
 :tapestry-mongodb:compileTestGroovy UP-TO-DATE
 :tapestry-mongodb:processTestResources UP-TO-DATE
 

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

[Ulrich Stärk]

I simply changed the build to run gradle clean continuousIntegration

Uli

On 2013-11-05 09:41, Apache Jenkins Server wrote:
 See https://builds.apache.org/job/tapestry-trunk-freestyle/1188/
 
 
 -
 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

Re: UIMA-SDK build tied to tapestry-only node in Jenkins

[Ulrich Stärk]

Hi Marshall,

as long as it doesn't interfere too much with the tapestry builds our sponsor 
should be fine with
you sharing the node. Just please don't tie it to the node indefinitely. If a 
build gets assigned to
the node by Jenkins' round-robin mechanism that's fine too.

Uli

On 2013-11-05 16:21, Marshall Schor wrote:
 Hi Uli,
 
 Sorry about that.
 
 We would like to continue to use it just a little bit longer, because it has a
 special property for our Jenkins build - it solidly reproduces a build failure
 that doesn't occur on other build platforms!
 
 The failure is caused, we think, by having a version of Java installed, that 
 has
 a buggy version of XML XALAN installed...  We're trying to figure out how to
 detect this case and work around this.
 
 It shouldn't take more than a few more days...
 
 -Marshall Schor
 
 On 11/4/2013 4:07 PM, Ulrich Stärk wrote:
 Hi UIMA devs,

 the Tapestry project has a donated built host exclusively for Tapestry 
 builds. It seems that despite
 the exclusiveness you are building UIMA builds on that node. I'd like to ask 
 you to please configure
 your build so as not to use that node.

 Thanks,

 Uli

 

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

Re: Fwd: ASF Board Report - Initial Reminder for Nov 2013

[Ulrich Stärk]

AFAIK we were asked to report again this month because our last report has not 
been accepted, is
that correct?

Uli

On 2013-11-05 18:37, Howard Lewis Ship wrote:
 Not a lot of progress since last report.
 
 -- Forwarded message --
 From: ASF Board bo...@apache.org
 Date: Wed, Oct 30, 2013 at 6:28 PM
 Subject: ASF Board Report - Initial Reminder for Nov 2013
 To: Howard M. Lewis Ship hls...@apache.org
 
 
 
 
 This email was sent by an automated system on behalf of the ASF Board.
 It is an initial reminder to give you plenty of time to prepare the report.
 
 The meeting is scheduled for Wed, 20 November 2013, 10:30:00:00 PST and the
 deadline for
 submitting your report is 1 full week prior to that (Wed, Nov 13th)!
 
 According to board records, you are listed as the chair of at least one
 committee that is due to submit a report this month. [1] [2]
 
 Details on which project reports are due and how to submit a report
 are enclosed below.
 
 Please submit your report with sufficient time to allow the board members
 to review and digest. Again, the very latest you should submit your report
 is 1 full week (7days) prior to the board meeting (Wed, Nov 13th).
 
 If you feel that an error has been made, please consult [1] and if there
 is still an issue then contact the board directly.
 
 As always, PMC chairs are welcome to attend the board meeting.
 
 Thanks,
 The ASF Board
 
 [1] -
 https://svn.apache.org/repos/private/committers/board/committee-info.txt
 [2] - https://svn.apache.org/repos/private/committers/board/calendar.txt
 [3] - https://svn.apache.org/repos/private/committers/board/templates
 
 
 Submitting your Report
 --
 
 Full details about the process and schedule are in [1].
 
 The report should be committed to the meeting agenda in the board directory
 in the foundation repository, trying to keep a similar format to the others.
 This can be found at:
 
   https://svn.apache.org/repos/private/foundation/board
 
 Your report should also be sent in plain-text format to bo...@apache.org
 with a Subject line that follows the below format:
 
 Subject: [REPORT] Project Name
 
 Cutting and pasting directly from a Wiki is not acceptable due to formatting
 issues. Line lengths should be limited to 77 characters.
 
 
 Resolutions
 ---
 
 There are several templates for use for various Board resolutions.
 They can be found in [3] and you are encouraged to use them. It is
 strongly recommended that if you have a resolution before the board,
 you are encouraged to attend that board meeting.
 
 
 ASF Board Reports
 -
 
 Reports are due from you for the following committees:
 
  - Tapestry
 
 
 

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

Re: Fwd: ASF Board Report - Initial Reminder for Nov 2013

[Ulrich Stärk]

I'll draft one.

On 2013-11-05 18:44, Ulrich Stärk wrote:
 AFAIK we were asked to report again this month because our last report has 
 not been accepted, is
 that correct?
 
 Uli
 
 On 2013-11-05 18:37, Howard Lewis Ship wrote:
 Not a lot of progress since last report.

 -- Forwarded message --
 From: ASF Board bo...@apache.org
 Date: Wed, Oct 30, 2013 at 6:28 PM
 Subject: ASF Board Report - Initial Reminder for Nov 2013
 To: Howard M. Lewis Ship hls...@apache.org




 This email was sent by an automated system on behalf of the ASF Board.
 It is an initial reminder to give you plenty of time to prepare the report.

 The meeting is scheduled for Wed, 20 November 2013, 10:30:00:00 PST and the
 deadline for
 submitting your report is 1 full week prior to that (Wed, Nov 13th)!

 According to board records, you are listed as the chair of at least one
 committee that is due to submit a report this month. [1] [2]

 Details on which project reports are due and how to submit a report
 are enclosed below.

 Please submit your report with sufficient time to allow the board members
 to review and digest. Again, the very latest you should submit your report
 is 1 full week (7days) prior to the board meeting (Wed, Nov 13th).

 If you feel that an error has been made, please consult [1] and if there
 is still an issue then contact the board directly.

 As always, PMC chairs are welcome to attend the board meeting.

 Thanks,
 The ASF Board

 [1] -
 https://svn.apache.org/repos/private/committers/board/committee-info.txt
 [2] - https://svn.apache.org/repos/private/committers/board/calendar.txt
 [3] - https://svn.apache.org/repos/private/committers/board/templates


 Submitting your Report
 --

 Full details about the process and schedule are in [1].

 The report should be committed to the meeting agenda in the board directory
 in the foundation repository, trying to keep a similar format to the others.
 This can be found at:

   https://svn.apache.org/repos/private/foundation/board

 Your report should also be sent in plain-text format to bo...@apache.org
 with a Subject line that follows the below format:

 Subject: [REPORT] Project Name

 Cutting and pasting directly from a Wiki is not acceptable due to formatting
 issues. Line lengths should be limited to 77 characters.


 Resolutions
 ---

 There are several templates for use for various Board resolutions.
 They can be found in [3] and you are encouraged to use them. It is
 strongly recommended that if you have a resolution before the board,
 you are encouraged to attend that board meeting.


 ASF Board Reports
 -

 Reports are due from you for the following committees:

  - Tapestry



 
 -
 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

Re: Build still failing in Jenkins

[Ulrich Stärk]

Locally on your machine or on the build host?

Uli

On 2013-11-04 19:18, Howard Lewis Ship wrote:
 I'm seeing something odd where the first patch of selenium tests are not
 shutting down correctly, so the second test suite gets java.net.BindError
 starting up the web app. Very odd.
 
 
 
 On Sun, Nov 3, 2013 at 7:39 AM, Ulrich Stärk u...@spielviel.de wrote:
 
 Build machine is fixed and has Chrome installed now.

 Uli

 On 2013-11-03 14:42, Thiago H de Paula Figueiredo wrote:
 On Sun, 03 Nov 2013 09:35:51 -0200, Bob Harner bobhar...@gmail.com
 wrote:

 Looks like maybe Thiago's 26d6212 and commits on Oct 29  31, I guess
 an accident? App1TestCase.java   BeanEditorTests.java

 + @TapestryTestConfiguration(webAppFolder = src/test/app1,
 browserStartCommand = *googlechrome)

 I'm sorry guys, I forgot to remove that. The Selenium version used by
 Tapestry doesn't work with the
 latest Firefox, so I'm running the tests locally using Chrome.

 There is at least one failing test in tapestry-beanvalidation
 (validation of Palette-edited
 properties doesn't seem to work).




 On Sun, Nov 3, 2013 at 6:09 AM, Ulrich Stärk u...@spielviel.de wrote:
 Since when are we running the tests with chrome? They used to be run
 with firefox which is currently
 the only browser available on the build machine.

 Uli

 On 2013-11-02 18:25, Howard Lewis Ship wrote:
 there may be other issues as well, I ran the full test suite
 succesfully
 before rebasing thiago's changes, now there are failures. I'll be
 able to
 look into it on monday.

 On Saturday, November 2, 2013, Bob Harner wrote:

 According to [1] the current problem (or one of the problems) is that
 Selenium appears to be trying to start a Chrome browser and can't
 find
 one:

 --
 Message: Could not start Selenium session: Failed to start new
 browser
 session: java.lang.RuntimeException: java.lang.RuntimeException:
 Google Chrome could not be found in the path!
 Please add the directory containing ''chrome.exe' or 'google-chrome'
 or 'Google Chrome'' to your PATH environment
 variable, or explicitly specify a path to Google Chrome like this:
 *googlechrome /blah/blah/chrome.exe
 --

 [1]

 https://builds.apache.org/job/tapestry-trunk-freestyle/1175/testngreports/org.apache.tapestry5.beanvalidator.integration/org.apache.tapestry5.beanvalidator.integration.TapestryBeanValidationIntegrationTests/testStartup/



 On Fri, Nov 1, 2013 at 7:15 AM, Thiago H de Paula Figueiredo
 thiag...@gmail.com javascript:; wrote:

 On Fri, 01 Nov 2013 08:14:31 -0200, Ulrich Stärk u...@spielviel.de
 javascript:;
 wrote:

 As the log output says, tests run on port . Also these are the
 only
 open ports atm:


 Port  is used by Selenium itself AFAIK. The Tapestry test
 webapps
 bind to 9090.



 root@tapbuild:~# lsof -i tcp|grep LISTEN
 sshd  698root3u  IPv43425  0t0  TCP *:ssh
 (LISTEN)
 sshd  698root4u  IPv63427  0t0  TCP *:ssh
 (LISTEN)
 java17807 jenkins   15u  IPv6 2792628  0t0  TCP *:3141
 (LISTEN)


 Cheers,

 Uli

 On 2013-10-31 23:01, Andreas Ernst wrote:

 Am 31.10.13 22:59, schrieb Ulrich Stärk:

 I just checked on the machine that is running the Tapestry
 builds but
 there was nothing running
 except for a seemingly stale Jenkins client process. I killed it
 but
 I doubt that it was causing
 this problem. Port  is not in use. Could it be that another
 test
 instance is started before the
 old one completely finished?

 Uli

 On 2013-10-31 22:16, Thiago H de Paula Figueiredo wrote:

 On Thu, 31 Oct 2013 17:35:55 -0200, Apache Jenkins Server
 jenk...@builds.apache.org javascript:; wrote:

 See 
 https://builds.apache.org/job/tapestry-trunk-freestyle/1172/changes

 MultiException[java.net.BindException: Address already in use,
 java.net.BindException: Address
 already in use]


 Guys, any hints on how can I solve this? It seems there's some
 hanging old
 Jetty instance.


 What about port 8080?



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



 --
 Thiago H. de Paula Figueiredo
 Tapestry, Java and Hibernate consultant and developer
 http://machina.com.br


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


 -
 To unsubscribe, e-mail: 
 dev-unsubscr...@tapestry.apache.orgjavascript:;
 For additional commands, e-mail: dev-h...@tapestry.apache.org
 javascript:;




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

time to switch to Selenium 2?

[Ulrich Stärk]

I'm running into problems with Selenium where the latest versions of Firefox 
aren't supported
anymore and certain actions don't trigger the corresponding events in Chrome 
(e.g. onchange when
selecting an element in Palette's available list).

Switching to Selenium 2 is going to be a major pain. It will break a lot of the 
existing tests and
from the little experience I've had with it, it is very different from Selenium 
1 and certain things
can't even be done with it anymore. I'd therefore suggest to create a 
compatibility layer to allow
existing tests coded against SeleniumTestCase to continue to run.

What do you think?

Uli

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

Re: time to switch to Selenium 2?

[Ulrich Stärk]

Oh never mind. We are already at Selenium 2 but not using the WebDriver API. 
Need to investigate
further.

Uli

On 2013-11-04 19:39, Ulrich Stärk wrote:
 I'm running into problems with Selenium where the latest versions of Firefox 
 aren't supported
 anymore and certain actions don't trigger the corresponding events in Chrome 
 (e.g. onchange when
 selecting an element in Palette's available list).
 
 Switching to Selenium 2 is going to be a major pain. It will break a lot of 
 the existing tests and
 from the little experience I've had with it, it is very different from 
 Selenium 1 and certain things
 can't even be done with it anymore. I'd therefore suggest to create a 
 compatibility layer to allow
 existing tests coded against SeleniumTestCase to continue to run.
 
 What do you think?
 
 Uli
 
 -
 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

Re: All tests pass

[Ulrich Stärk]

It is.

Uli

On 2013-11-04 20:49, Howard Lewis Ship wrote:
 I believe I have all tests passing on my local machine; we'll see when the
 Jenkins machine comes back online (or is it already?).
 
 

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

UIMA-SDK build tied to tapestry-only node in Jenkins

[Ulrich Stärk]

Hi UIMA devs,

the Tapestry project has a donated built host exclusively for Tapestry builds. 
It seems that despite
the exclusiveness you are building UIMA builds on that node. I'd like to ask 
you to please configure
your build so as not to use that node.

Thanks,

Uli

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

Re: Build still failing in Jenkins

[Ulrich Stärk]

I just wiped the Jenkins workspace and triggered a complete rebuild.

On 2013-11-04 22:12, Howard Lewis Ship wrote:
 False failure, I was running a conflicting app on port 8080 while the tests
 ran.
 
 
 On Mon, Nov 4, 2013 at 1:10 PM, Howard Lewis Ship hls...@gmail.com wrote:
 
 :tapestry-webresources:test

 t5.webresources.tests.WebResourcesSpec  classMethod FAILED
 java.net.BindException at WebResourcesSpec.groovy:13

 t5.webresources.tests.WebResourcesSpec  classMethod FAILED
 java.lang.NullPointerException at WebResourcesSpec.groovy:19

 2 tests completed, 2 failed
 :tapestry-webresources:test FAILED


 On Mon, Nov 4, 2013 at 12:26 PM, Howard Lewis Ship hls...@gmail.comwrote:

 Builds on my machine now, may still be failing on Jenkins.

 I'm going to run a clean build on my machine while I'm at lunch.


 On Mon, Nov 4, 2013 at 10:26 AM, Ulrich Stärk u...@spielviel.de wrote:

 Locally on your machine or on the build host?

 Uli

 On 2013-11-04 19:18, Howard Lewis Ship wrote:
 I'm seeing something odd where the first patch of selenium tests are
 not
 shutting down correctly, so the second test suite gets
 java.net.BindError
 starting up the web app. Very odd.



 On Sun, Nov 3, 2013 at 7:39 AM, Ulrich Stärk u...@spielviel.de wrote:

 Build machine is fixed and has Chrome installed now.

 Uli

 On 2013-11-03 14:42, Thiago H de Paula Figueiredo wrote:
 On Sun, 03 Nov 2013 09:35:51 -0200, Bob Harner bobhar...@gmail.com
 wrote:

 Looks like maybe Thiago's 26d6212 and commits on Oct 29  31, I
 guess
 an accident? App1TestCase.java   BeanEditorTests.java

 + @TapestryTestConfiguration(webAppFolder = src/test/app1,
 browserStartCommand = *googlechrome)

 I'm sorry guys, I forgot to remove that. The Selenium version used by
 Tapestry doesn't work with the
 latest Firefox, so I'm running the tests locally using Chrome.

 There is at least one failing test in tapestry-beanvalidation
 (validation of Palette-edited
 properties doesn't seem to work).




 On Sun, Nov 3, 2013 at 6:09 AM, Ulrich Stärk u...@spielviel.de
 wrote:
 Since when are we running the tests with chrome? They used to be
 run
 with firefox which is currently
 the only browser available on the build machine.

 Uli

 On 2013-11-02 18:25, Howard Lewis Ship wrote:
 there may be other issues as well, I ran the full test suite
 succesfully
 before rebasing thiago's changes, now there are failures. I'll be
 able to
 look into it on monday.

 On Saturday, November 2, 2013, Bob Harner wrote:

 According to [1] the current problem (or one of the problems) is
 that
 Selenium appears to be trying to start a Chrome browser and can't
 find
 one:

 --
 Message: Could not start Selenium session: Failed to start new
 browser
 session: java.lang.RuntimeException: java.lang.RuntimeException:
 Google Chrome could not be found in the path!
 Please add the directory containing ''chrome.exe' or
 'google-chrome'
 or 'Google Chrome'' to your PATH environment
 variable, or explicitly specify a path to Google Chrome like
 this:
 *googlechrome /blah/blah/chrome.exe
 --

 [1]


 https://builds.apache.org/job/tapestry-trunk-freestyle/1175/testngreports/org.apache.tapestry5.beanvalidator.integration/org.apache.tapestry5.beanvalidator.integration.TapestryBeanValidationIntegrationTests/testStartup/



 On Fri, Nov 1, 2013 at 7:15 AM, Thiago H de Paula Figueiredo
 thiag...@gmail.com javascript:; wrote:

 On Fri, 01 Nov 2013 08:14:31 -0200, Ulrich Stärk 
 u...@spielviel.de
 javascript:;
 wrote:

 As the log output says, tests run on port . Also these are
 the
 only
 open ports atm:


 Port  is used by Selenium itself AFAIK. The Tapestry test
 webapps
 bind to 9090.



 root@tapbuild:~# lsof -i tcp|grep LISTEN
 sshd  698root3u  IPv43425  0t0  TCP *:ssh
 (LISTEN)
 sshd  698root4u  IPv63427  0t0  TCP *:ssh
 (LISTEN)
 java17807 jenkins   15u  IPv6 2792628  0t0  TCP *:3141
 (LISTEN)


 Cheers,

 Uli

 On 2013-10-31 23:01, Andreas Ernst wrote:

 Am 31.10.13 22:59, schrieb Ulrich Stärk:

 I just checked on the machine that is running the Tapestry
 builds but
 there was nothing running
 except for a seemingly stale Jenkins client process. I
 killed it
 but
 I doubt that it was causing
 this problem. Port  is not in use. Could it be that
 another
 test
 instance is started before the
 old one completely finished?

 Uli

 On 2013-10-31 22:16, Thiago H de Paula Figueiredo wrote:

 On Thu, 31 Oct 2013 17:35:55 -0200, Apache Jenkins Server
 jenk...@builds.apache.org javascript:; wrote:

 See 

 https://builds.apache.org/job/tapestry-trunk-freestyle/1172/changes

 MultiException[java.net.BindException: Address already in
 use,
 java.net.BindException: Address
 already in use]


 Guys, any hints on how can I solve this? It seems there's
 some
 hanging old
 Jetty instance.


 What about port 8080?



 -
 To unsubscribe, e-mail: dev-unsubscr

Re: time to switch to Selenium 2?

[Ulrich Stärk]

Geb won't help much in your case. The biggest 'problem' is that Tapestry now 
uses a lot of different
technologies: Code in Java, tests in Java and Groovy, a lexer in antlr, 
JavaScript generated from
CoffeeScript, etc. The build is extremely complex due to the mixture of 
different technologies and
accordingly fragile.

Uli

On 2013-11-04 22:37, Luca Menegus wrote:
 May I disagree?
  I'am trying to contribute a (trivial) patch related to Beandisplay and 
 reported in user mailing list.
 The most difficult task was not spotting the bug but:
 
 1. setting up tapestry in eclipse
 that was *not* easy took more than half an hour (not counting download time).
 The doc is basically right. That is if you follow it you get the compile env 
 setup correctly.
 But why should I mess with eclipse classpath in 2013? or change the source 
 version (1.5 to 1.6)? I think that we have the tool to make at least major 
 dev env set up correctly out of the box.
 IMHO this is the first obstacle to the casual contributor. I was *really* 
 tempted to just fork tapestry locally and simply report the issue.
 
 2. running test in dev environment
 If you develop a patch and are willing to provide an integration test case 
 you should be able to run a subset of the integration test cases out of the 
 box.
 I use maven and junit so I'm not confident with gradle, gradle eclipse 
 plugin, testng and eclipse testng plugin.
 I *really* think this is mainly a doc issue but still I took me 10 times more 
 to run the integration test than to write them.
 Ok development is hard and I should do my homework etc etc (and I did them I 
 think) but having guides, examples, how-tos on testing will make it easier 
 for people to contribute decent patches
 
 3. running the whole test suite from gradle
 I use Centos 6.4 as my desktop env so this might not apply to other 
 environments but my experience is that if you wanted the whole tests to run 
 smoothly you should really go away and have a coffee.
 Even changing focus to any other window make some random test fail (note that 
 I browse with chrome and run tests with firefox).
 I also read that you need to have an old copy of firefox to run the test 
 suite as it won't run on newer versions... I can confirm that: I have a 
 separate fully updated f19 system where the tests simply fail.
 
 
 I want to stress this out: *I think tapestry is super*! Really! We're using 
 tapestry extensively, and it's fast, reliable and easily customizable. If you 
 have some dev experienced with inner t5-lore you can have junior devs writing 
 pages in hours... 
 
 what I wanted to say is that having a:
 - easier dev-env set up
 - more immediate way to run test from dev env
 - more robust ci test env
 would be a great pay-off. 
 
 So if a move to WebDriver (and geb) would go in such direction please go 
 haed! I can't assure you that I'm going to contribute something back but at 
 least I'll try (really)
 
 Best regards,
  Luca
 
 
 
 - Original Message -
 From: Howard Lewis Ship hls...@gmail.com
 To: Tapestry development dev@tapestry.apache.org
 Sent: Monday, November 4, 2013 9:24:11 PM
 Subject: Re: time to switch to Selenium 2?

 If we switch away from the legacy Selenium support, then it will be time to
 rewrite the test suites in Geb. That would be great ... but it's a huge
 amount of effort without a lot of payoff from the end-user point of view.


 On Mon, Nov 4, 2013 at 10:54 AM, Ulrich Stärk u...@spielviel.de wrote:

 Oh never mind. We are already at Selenium 2 but not using the WebDriver
 API. Need to investigate
 further.

 Uli

 On 2013-11-04 19:39, Ulrich Stärk wrote:
 I'm running into problems with Selenium where the latest versions of
 Firefox aren't supported
 anymore and certain actions don't trigger the corresponding events in
 Chrome (e.g. onchange when
 selecting an element in Palette's available list).

 Switching to Selenium 2 is going to be a major pain. It will break a lot
 of the existing tests and
 from the little experience I've had with it, it is very different from
 Selenium 1 and certain things
 can't even be done with it anymore. I'd therefore suggest to create a
 compatibility layer to allow
 existing tests coded against SeleniumTestCase to continue to run.

 What do you think?

 Uli

 -
 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




 --
 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

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

[Ulrich Stärk]

Finally...

On 2013-11-04 23:29, Apache Jenkins Server wrote:
 See https://builds.apache.org/job/tapestry-trunk-freestyle/1184/changes
 
 
 -
 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

Re: Build still failing in Jenkins

[Ulrich Stärk]

Since when are we running the tests with chrome? They used to be run with 
firefox which is currently
the only browser available on the build machine.

Uli

On 2013-11-02 18:25, Howard Lewis Ship wrote:
 there may be other issues as well, I ran the full test suite succesfully
 before rebasing thiago's changes, now there are failures. I'll be able to
 look into it on monday.
 
 On Saturday, November 2, 2013, Bob Harner wrote:
 
 According to [1] the current problem (or one of the problems) is that
 Selenium appears to be trying to start a Chrome browser and can't find
 one:

 --
 Message: Could not start Selenium session: Failed to start new browser
 session: java.lang.RuntimeException: java.lang.RuntimeException:
 Google Chrome could not be found in the path!
 Please add the directory containing ''chrome.exe' or 'google-chrome'
 or 'Google Chrome'' to your PATH environment
 variable, or explicitly specify a path to Google Chrome like this:
 *googlechrome /blah/blah/chrome.exe
 --

 [1]
 https://builds.apache.org/job/tapestry-trunk-freestyle/1175/testngreports/org.apache.tapestry5.beanvalidator.integration/org.apache.tapestry5.beanvalidator.integration.TapestryBeanValidationIntegrationTests/testStartup/


 On Fri, Nov 1, 2013 at 7:15 AM, Thiago H de Paula Figueiredo
 thiag...@gmail.com javascript:; wrote:

 On Fri, 01 Nov 2013 08:14:31 -0200, Ulrich Stärk 
 u...@spielviel.dejavascript:;
 wrote:

 As the log output says, tests run on port . Also these are the only
 open ports atm:


 Port  is used by Selenium itself AFAIK. The Tapestry test webapps
 bind to 9090.



 root@tapbuild:~# lsof -i tcp|grep LISTEN
 sshd  698root3u  IPv43425  0t0  TCP *:ssh (LISTEN)
 sshd  698root4u  IPv63427  0t0  TCP *:ssh (LISTEN)
 java17807 jenkins   15u  IPv6 2792628  0t0  TCP *:3141 (LISTEN)


 Cheers,

 Uli

 On 2013-10-31 23:01, Andreas Ernst wrote:

 Am 31.10.13 22:59, schrieb Ulrich Stärk:

 I just checked on the machine that is running the Tapestry builds but
 there was nothing running
 except for a seemingly stale Jenkins client process. I killed it but
 I doubt that it was causing
 this problem. Port  is not in use. Could it be that another test
 instance is started before the
 old one completely finished?

 Uli

 On 2013-10-31 22:16, Thiago H de Paula Figueiredo wrote:

 On Thu, 31 Oct 2013 17:35:55 -0200, Apache Jenkins Server
 jenk...@builds.apache.org javascript:; wrote:

 See 
 https://builds.apache.org/job/tapestry-trunk-freestyle/1172/changes

 MultiException[java.net.BindException: Address already in use,
 java.net.BindException: Address
 already in use]


 Guys, any hints on how can I solve this? It seems there's some
 hanging old
 Jetty instance.


 What about port 8080?


 -
 To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.orgjavascript:;
 For additional commands, e-mail: dev-h...@tapestry.apache.orgjavascript:;



 --
 Thiago H. de Paula Figueiredo
 Tapestry, Java and Hibernate consultant and developer
 http://machina.com.br

 -
 To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.orgjavascript:;
 For additional commands, e-mail: dev-h...@tapestry.apache.orgjavascript:;


 -
 To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org javascript:;
 For additional commands, e-mail: dev-h...@tapestry.apache.orgjavascript:;


 

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

Re: Build still failing in Jenkins

[Ulrich Stärk]

Anyway, the build is down for the time being, I managed to brick the virtual 
machine during an
upgrade. I'm waiting to get console access in order to fix it.

Uli

On 2013-11-03 12:35, Bob Harner wrote:
 Looks like maybe Thiago's 26d6212 and commits on Oct 29  31, I guess
 an accident? App1TestCase.java   BeanEditorTests.java
 
 + @TapestryTestConfiguration(webAppFolder = src/test/app1,
 browserStartCommand = *googlechrome)
 
 
 
 On Sun, Nov 3, 2013 at 6:09 AM, Ulrich Stärk u...@spielviel.de wrote:
 Since when are we running the tests with chrome? They used to be run with 
 firefox which is currently
 the only browser available on the build machine.

 Uli

 On 2013-11-02 18:25, Howard Lewis Ship wrote:
 there may be other issues as well, I ran the full test suite succesfully
 before rebasing thiago's changes, now there are failures. I'll be able to
 look into it on monday.

 On Saturday, November 2, 2013, Bob Harner wrote:

 According to [1] the current problem (or one of the problems) is that
 Selenium appears to be trying to start a Chrome browser and can't find
 one:

 --
 Message: Could not start Selenium session: Failed to start new browser
 session: java.lang.RuntimeException: java.lang.RuntimeException:
 Google Chrome could not be found in the path!
 Please add the directory containing ''chrome.exe' or 'google-chrome'
 or 'Google Chrome'' to your PATH environment
 variable, or explicitly specify a path to Google Chrome like this:
 *googlechrome /blah/blah/chrome.exe
 --

 [1]
 https://builds.apache.org/job/tapestry-trunk-freestyle/1175/testngreports/org.apache.tapestry5.beanvalidator.integration/org.apache.tapestry5.beanvalidator.integration.TapestryBeanValidationIntegrationTests/testStartup/


 On Fri, Nov 1, 2013 at 7:15 AM, Thiago H de Paula Figueiredo
 thiag...@gmail.com javascript:; wrote:

 On Fri, 01 Nov 2013 08:14:31 -0200, Ulrich Stärk 
 u...@spielviel.dejavascript:;
 wrote:

 As the log output says, tests run on port . Also these are the only
 open ports atm:


 Port  is used by Selenium itself AFAIK. The Tapestry test webapps
 bind to 9090.



 root@tapbuild:~# lsof -i tcp|grep LISTEN
 sshd  698root3u  IPv43425  0t0  TCP *:ssh (LISTEN)
 sshd  698root4u  IPv63427  0t0  TCP *:ssh (LISTEN)
 java17807 jenkins   15u  IPv6 2792628  0t0  TCP *:3141 (LISTEN)


 Cheers,

 Uli

 On 2013-10-31 23:01, Andreas Ernst wrote:

 Am 31.10.13 22:59, schrieb Ulrich Stärk:

 I just checked on the machine that is running the Tapestry builds but
 there was nothing running
 except for a seemingly stale Jenkins client process. I killed it but
 I doubt that it was causing
 this problem. Port  is not in use. Could it be that another test
 instance is started before the
 old one completely finished?

 Uli

 On 2013-10-31 22:16, Thiago H de Paula Figueiredo wrote:

 On Thu, 31 Oct 2013 17:35:55 -0200, Apache Jenkins Server
 jenk...@builds.apache.org javascript:; wrote:

 See 
 https://builds.apache.org/job/tapestry-trunk-freestyle/1172/changes

 MultiException[java.net.BindException: Address already in use,
 java.net.BindException: Address
 already in use]


 Guys, any hints on how can I solve this? It seems there's some
 hanging old
 Jetty instance.


 What about port 8080?


 -
 To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.orgjavascript:;
 For additional commands, e-mail: 
 dev-h...@tapestry.apache.orgjavascript:;



 --
 Thiago H. de Paula Figueiredo
 Tapestry, Java and Hibernate consultant and developer
 http://machina.com.br

 -
 To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.orgjavascript:;
 For additional commands, e-mail: 
 dev-h...@tapestry.apache.orgjavascript:;


 -
 To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org javascript:;
 For additional commands, e-mail: dev-h...@tapestry.apache.orgjavascript:;




 -
 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

Re: Build still failing in Jenkins

[Ulrich Stärk]

Build machine is fixed and has Chrome installed now.

Uli

On 2013-11-03 14:42, Thiago H de Paula Figueiredo wrote:
 On Sun, 03 Nov 2013 09:35:51 -0200, Bob Harner bobhar...@gmail.com wrote:
 
 Looks like maybe Thiago's 26d6212 and commits on Oct 29  31, I guess
 an accident? App1TestCase.java   BeanEditorTests.java

 + @TapestryTestConfiguration(webAppFolder = src/test/app1,
 browserStartCommand = *googlechrome)
 
 I'm sorry guys, I forgot to remove that. The Selenium version used by 
 Tapestry doesn't work with the
 latest Firefox, so I'm running the tests locally using Chrome.
 
 There is at least one failing test in tapestry-beanvalidation (validation of 
 Palette-edited
 properties doesn't seem to work).
 



 On Sun, Nov 3, 2013 at 6:09 AM, Ulrich Stärk u...@spielviel.de wrote:
 Since when are we running the tests with chrome? They used to be run with 
 firefox which is currently
 the only browser available on the build machine.

 Uli

 On 2013-11-02 18:25, Howard Lewis Ship wrote:
 there may be other issues as well, I ran the full test suite succesfully
 before rebasing thiago's changes, now there are failures. I'll be able to
 look into it on monday.

 On Saturday, November 2, 2013, Bob Harner wrote:

 According to [1] the current problem (or one of the problems) is that
 Selenium appears to be trying to start a Chrome browser and can't find
 one:

 --
 Message: Could not start Selenium session: Failed to start new browser
 session: java.lang.RuntimeException: java.lang.RuntimeException:
 Google Chrome could not be found in the path!
 Please add the directory containing ''chrome.exe' or 'google-chrome'
 or 'Google Chrome'' to your PATH environment
 variable, or explicitly specify a path to Google Chrome like this:
 *googlechrome /blah/blah/chrome.exe
 --

 [1]
 https://builds.apache.org/job/tapestry-trunk-freestyle/1175/testngreports/org.apache.tapestry5.beanvalidator.integration/org.apache.tapestry5.beanvalidator.integration.TapestryBeanValidationIntegrationTests/testStartup/



 On Fri, Nov 1, 2013 at 7:15 AM, Thiago H de Paula Figueiredo
 thiag...@gmail.com javascript:; wrote:

 On Fri, 01 Nov 2013 08:14:31 -0200, Ulrich Stärk 
 u...@spielviel.dejavascript:;
 wrote:

 As the log output says, tests run on port . Also these are the only
 open ports atm:


 Port  is used by Selenium itself AFAIK. The Tapestry test webapps
 bind to 9090.



 root@tapbuild:~# lsof -i tcp|grep LISTEN
 sshd  698root3u  IPv43425  0t0  TCP *:ssh (LISTEN)
 sshd  698root4u  IPv63427  0t0  TCP *:ssh (LISTEN)
 java17807 jenkins   15u  IPv6 2792628  0t0  TCP *:3141 (LISTEN)


 Cheers,

 Uli

 On 2013-10-31 23:01, Andreas Ernst wrote:

 Am 31.10.13 22:59, schrieb Ulrich Stärk:

 I just checked on the machine that is running the Tapestry builds but
 there was nothing running
 except for a seemingly stale Jenkins client process. I killed it but
 I doubt that it was causing
 this problem. Port  is not in use. Could it be that another test
 instance is started before the
 old one completely finished?

 Uli

 On 2013-10-31 22:16, Thiago H de Paula Figueiredo wrote:

 On Thu, 31 Oct 2013 17:35:55 -0200, Apache Jenkins Server
 jenk...@builds.apache.org javascript:; wrote:

 See 
 https://builds.apache.org/job/tapestry-trunk-freestyle/1172/changes

 MultiException[java.net.BindException: Address already in use,
 java.net.BindException: Address
 already in use]


 Guys, any hints on how can I solve this? It seems there's some
 hanging old
 Jetty instance.


 What about port 8080?


 -
 To unsubscribe, e-mail: 
 dev-unsubscr...@tapestry.apache.orgjavascript:;
 For additional commands, e-mail: 
 dev-h...@tapestry.apache.orgjavascript:;



 -- 
 Thiago H. de Paula Figueiredo
 Tapestry, Java and Hibernate consultant and developer
 http://machina.com.br

 -
 To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.orgjavascript:;
 For additional commands, e-mail: 
 dev-h...@tapestry.apache.orgjavascript:;


 -
 To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org javascript:;
 For additional commands, e-mail: 
 dev-h...@tapestry.apache.orgjavascript:;




 -
 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

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

[Ulrich Stärk]

So the tests are running again but still failing in beanvalidator.

While trying to fix it I wanted to run the tests on my dev machine. 
Unfortunately they are waiting
for page initialization to finish (data-page-initialized=true on the body 
element) which apparently
never happens. Tried with Firefox 24.0 and Chrome 30.0.1599.101. Has anybody 
seen this before and
can explain it?

Cheers,

Uli

On 2013-11-03 16:49, Apache Jenkins Server wrote:
 See https://builds.apache.org/job/tapestry-trunk-freestyle/1178/
 
 --
 Started by user uli
 Building remotely on tapestry 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@3c8ab0d7:tapestry
 Using strategy: Default
 Last Built Revision: Revision cb372b908126129edc3d6e2043a5ad1c62828b03 
 (origin/master)
 Fetching changes from 1 remote Git repository
 Fetching upstream changes from origin
 Commencing build of Revision cb372b908126129edc3d6e2043a5ad1c62828b03 
 (origin/master)
 Checking out Revision cb372b908126129edc3d6e2043a5ad1c62828b03 (origin/master)
 [tapestry-trunk-freestyle] $ /bin/bash -xe /tmp/hudson1713275095365506607.sh
 + Xvfb :6 -ac -screen 0 1024x768x8
 [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+build for 
 more information
 [tapestry-trunk-freestyle] $ /bin/bash -xe /tmp/hudson7220313270758334381.sh
 + DISPLAY=:6.0
 + bash https://builds.apache.org/job/tapestry-trunk-freestyle/ws/gradlew 
 -Dci=true -Dfile.encoding=UTF-8 -b 
 https://builds.apache.org/job/tapestry-trunk-freestyle/ws/build.gradle 
 continuousIntegration
 :buildSrc:compileJava UP-TO-DATE
 :buildSrc:compileGroovy UP-TO-DATE
 :buildSrc:processResources UP-TO-DATE
 :buildSrc:classes UP-TO-DATE
 :buildSrc:jar UP-TO-DATE
 :buildSrc:assemble UP-TO-DATE
 :buildSrc:compileTestJava UP-TO-DATE
 :buildSrc:compileTestGroovy UP-TO-DATE
 :buildSrc:processTestResources UP-TO-DATE
 :buildSrc:testClasses UP-TO-DATE
 :buildSrc:test UP-TO-DATE
 :buildSrc:check UP-TO-DATE
 :buildSrc:build UP-TO-DATE
 Creating properties on demand (a.k.a. dynamic properties) has been deprecated 
 and is scheduled to be removed in Gradle 2.0. Please read 
 http://gradle.org/docs/current/dsl/org.gradle.api.plugins.ExtraPropertiesExtension.html
  for information on the replacement for dynamic properties.
 Deprecated dynamic property: languageLevel on 
 org.gradle.plugins.ide.idea.model.IdeaModel_Decorated@1d5bc8c5, value: 
 1.5.
 Deprecated dynamic property: jdkName on 
 org.gradle.plugins.ide.idea.model.IdeaModel_Decorated@1d5bc8c5, value: 
 1.7.
 Deprecated dynamic property languageLevel created in multiple locations.
 Deprecated dynamic property jdkName created in multiple locations.
 sources=file collection
 :plastic:compileJava UP-TO-DATE
 :plastic:compileGroovy UP-TO-DATE
 :plastic:processResources UP-TO-DATE
 :plastic:classes UP-TO-DATE
 :plastic:jar UP-TO-DATE
 :tapestry-core:compileCoffeeScript UP-TO-DATE
 :tapestry-core:generateGrammarSource UP-TO-DATE
 :tapestry-func:compileJava UP-TO-DATE
 :tapestry-func:compileGroovy UP-TO-DATE
 :tapestry-func:processResources UP-TO-DATE
 :tapestry-func:classes UP-TO-DATE
 :tapestry-func:jar UP-TO-DATE
 :tapestry-runner:compileJava UP-TO-DATE
 :tapestry-runner:compileGroovy UP-TO-DATE
 :tapestry-runner:processResources UP-TO-DATE
 :tapestry-runner:classes UP-TO-DATE
 :tapestry-runner:jar UP-TO-DATE
 :tapestry-test-data:compileJava UP-TO-DATE
 :tapestry-test-data:compileGroovy UP-TO-DATE
 :tapestry-test-data:processResources UP-TO-DATE
 :tapestry-test-data:classes UP-TO-DATE
 :tapestry-test-data:jar UP-TO-DATE
 :tapestry-test:compileJava UP-TO-DATE
 :tapestry-test:compileGroovy UP-TO-DATE
 :tapestry-test:processResources UP-TO-DATE
 :tapestry-test:classes UP-TO-DATE
 :tapestry-test:jar UP-TO-DATE
 :tapestry5-annotations:compileJava UP-TO-DATE
 :tapestry5-annotations:compileGroovy UP-TO-DATE
 :tapestry5-annotations:processResources UP-TO-DATE
 :tapestry5-annotations:classes UP-TO-DATE
 :tapestry5-annotations:jar UP-TO-DATE
 :tapestry-ioc:compileJava UP-TO-DATE
 :tapestry-ioc:compileGroovy UP-TO-DATE
 :tapestry-ioc:processResources UP-TO-DATE
 :tapestry-ioc:classes UP-TO-DATE
 :tapestry-ioc:jar UP-TO-DATE
 :tapestry-json:compileJava UP-TO-DATE
 :tapestry-json:compileGroovy UP-TO-DATE
 :tapestry-json:processResources UP-TO-DATE
 :tapestry-json:classes UP-TO-DATE
 :tapestry-json:jar UP-TO-DATE
 :tapestry-core:compileJava UP-TO-DATE
 :tapestry-core:compileGroovy UP-TO-DATE
 :tapestry-core:preprocessCoffeeScript UP-TO-DATE
 :tapestry-core:compileProcessedCoffeescript UP-TO-DATE
 :tapestry-core:processResources UP-TO-DATE
 :tapestry-core:classes UP-TO-DATE
 :tapestry-core:jar UP-TO-DATE
 :tapestry-hibernate-core:compileJava 

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

[Ulrich Stärk]

Could this be related to

script type=text/javascript charset=utf-8 async= data-requirecontext=_
data-requiremodule=_ src=/asset.gz/module/_.js/script

which is 404?

Uli

On 2013-11-03 20:50, Ulrich Stärk wrote:
 So the tests are running again but still failing in beanvalidator.
 
 While trying to fix it I wanted to run the tests on my dev machine. 
 Unfortunately they are waiting
 for page initialization to finish (data-page-initialized=true on the body 
 element) which apparently
 never happens. Tried with Firefox 24.0 and Chrome 30.0.1599.101. Has anybody 
 seen this before and
 can explain it?
 
 Cheers,
 
 Uli
 
 On 2013-11-03 16:49, Apache Jenkins Server wrote:
 See https://builds.apache.org/job/tapestry-trunk-freestyle/1178/

 --
 Started by user uli
 Building remotely on tapestry 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@3c8ab0d7:tapestry
 Using strategy: Default
 Last Built Revision: Revision cb372b908126129edc3d6e2043a5ad1c62828b03 
 (origin/master)
 Fetching changes from 1 remote Git repository
 Fetching upstream changes from origin
 Commencing build of Revision cb372b908126129edc3d6e2043a5ad1c62828b03 
 (origin/master)
 Checking out Revision cb372b908126129edc3d6e2043a5ad1c62828b03 
 (origin/master)
 [tapestry-trunk-freestyle] $ /bin/bash -xe /tmp/hudson1713275095365506607.sh
 + Xvfb :6 -ac -screen 0 1024x768x8
 [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+build for 
 more information
 [tapestry-trunk-freestyle] $ /bin/bash -xe /tmp/hudson7220313270758334381.sh
 + DISPLAY=:6.0
 + bash https://builds.apache.org/job/tapestry-trunk-freestyle/ws/gradlew 
 -Dci=true -Dfile.encoding=UTF-8 -b 
 https://builds.apache.org/job/tapestry-trunk-freestyle/ws/build.gradle 
 continuousIntegration
 :buildSrc:compileJava UP-TO-DATE
 :buildSrc:compileGroovy UP-TO-DATE
 :buildSrc:processResources UP-TO-DATE
 :buildSrc:classes UP-TO-DATE
 :buildSrc:jar UP-TO-DATE
 :buildSrc:assemble UP-TO-DATE
 :buildSrc:compileTestJava UP-TO-DATE
 :buildSrc:compileTestGroovy UP-TO-DATE
 :buildSrc:processTestResources UP-TO-DATE
 :buildSrc:testClasses UP-TO-DATE
 :buildSrc:test UP-TO-DATE
 :buildSrc:check UP-TO-DATE
 :buildSrc:build UP-TO-DATE
 Creating properties on demand (a.k.a. dynamic properties) has been 
 deprecated and is scheduled to be removed in Gradle 2.0. Please read 
 http://gradle.org/docs/current/dsl/org.gradle.api.plugins.ExtraPropertiesExtension.html
  for information on the replacement for dynamic properties.
 Deprecated dynamic property: languageLevel on 
 org.gradle.plugins.ide.idea.model.IdeaModel_Decorated@1d5bc8c5, value: 
 1.5.
 Deprecated dynamic property: jdkName on 
 org.gradle.plugins.ide.idea.model.IdeaModel_Decorated@1d5bc8c5, value: 
 1.7.
 Deprecated dynamic property languageLevel created in multiple locations.
 Deprecated dynamic property jdkName created in multiple locations.
 sources=file collection
 :plastic:compileJava UP-TO-DATE
 :plastic:compileGroovy UP-TO-DATE
 :plastic:processResources UP-TO-DATE
 :plastic:classes UP-TO-DATE
 :plastic:jar UP-TO-DATE
 :tapestry-core:compileCoffeeScript UP-TO-DATE
 :tapestry-core:generateGrammarSource UP-TO-DATE
 :tapestry-func:compileJava UP-TO-DATE
 :tapestry-func:compileGroovy UP-TO-DATE
 :tapestry-func:processResources UP-TO-DATE
 :tapestry-func:classes UP-TO-DATE
 :tapestry-func:jar UP-TO-DATE
 :tapestry-runner:compileJava UP-TO-DATE
 :tapestry-runner:compileGroovy UP-TO-DATE
 :tapestry-runner:processResources UP-TO-DATE
 :tapestry-runner:classes UP-TO-DATE
 :tapestry-runner:jar UP-TO-DATE
 :tapestry-test-data:compileJava UP-TO-DATE
 :tapestry-test-data:compileGroovy UP-TO-DATE
 :tapestry-test-data:processResources UP-TO-DATE
 :tapestry-test-data:classes UP-TO-DATE
 :tapestry-test-data:jar UP-TO-DATE
 :tapestry-test:compileJava UP-TO-DATE
 :tapestry-test:compileGroovy UP-TO-DATE
 :tapestry-test:processResources UP-TO-DATE
 :tapestry-test:classes UP-TO-DATE
 :tapestry-test:jar UP-TO-DATE
 :tapestry5-annotations:compileJava UP-TO-DATE
 :tapestry5-annotations:compileGroovy UP-TO-DATE
 :tapestry5-annotations:processResources UP-TO-DATE
 :tapestry5-annotations:classes UP-TO-DATE
 :tapestry5-annotations:jar UP-TO-DATE
 :tapestry-ioc:compileJava UP-TO-DATE
 :tapestry-ioc:compileGroovy UP-TO-DATE
 :tapestry-ioc:processResources UP-TO-DATE
 :tapestry-ioc:classes UP-TO-DATE
 :tapestry-ioc:jar UP-TO-DATE
 :tapestry-json:compileJava UP-TO-DATE
 :tapestry-json:compileGroovy UP-TO-DATE
 :tapestry-json:processResources UP-TO-DATE
 :tapestry-json:classes UP-TO-DATE
 :tapestry-json:jar UP-TO-DATE
 :tapestry-core:compileJava UP-TO-DATE
 :tapestry-core:compileGroovy UP-TO-DATE
 :tapestry

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

[Ulrich Stärk]

OK never mind. This was a Gradle Eclipse integration issue.

Since we only define srcDir antlrOutput in build.gradle the required js files 
weren't in the
classpath when starting the tests from within Eclipse.

Does anything speak against changing the sourceset to srcDirs antlrOutput,
compileProcessedCoffeescript.outputDir, compileCoffeeScript.outputDir?

Uli

On 2013-11-03 21:02, Ulrich Stärk wrote:
 Could this be related to
 
 script type=text/javascript charset=utf-8 async= 
 data-requirecontext=_
 data-requiremodule=_ src=/asset.gz/module/_.js/script
 
 which is 404?
 
 Uli
 
 On 2013-11-03 20:50, Ulrich Stärk wrote:
 So the tests are running again but still failing in beanvalidator.

 While trying to fix it I wanted to run the tests on my dev machine. 
 Unfortunately they are waiting
 for page initialization to finish (data-page-initialized=true on the body 
 element) which apparently
 never happens. Tried with Firefox 24.0 and Chrome 30.0.1599.101. Has anybody 
 seen this before and
 can explain it?

 Cheers,

 Uli

 On 2013-11-03 16:49, Apache Jenkins Server wrote:
 See https://builds.apache.org/job/tapestry-trunk-freestyle/1178/

 --
 Started by user uli
 Building remotely on tapestry 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@3c8ab0d7:tapestry
 Using strategy: Default
 Last Built Revision: Revision cb372b908126129edc3d6e2043a5ad1c62828b03 
 (origin/master)
 Fetching changes from 1 remote Git repository
 Fetching upstream changes from origin
 Commencing build of Revision cb372b908126129edc3d6e2043a5ad1c62828b03 
 (origin/master)
 Checking out Revision cb372b908126129edc3d6e2043a5ad1c62828b03 
 (origin/master)
 [tapestry-trunk-freestyle] $ /bin/bash -xe /tmp/hudson1713275095365506607.sh
 + Xvfb :6 -ac -screen 0 1024x768x8
 [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+build 
 for more information
 [tapestry-trunk-freestyle] $ /bin/bash -xe /tmp/hudson7220313270758334381.sh
 + DISPLAY=:6.0
 + bash https://builds.apache.org/job/tapestry-trunk-freestyle/ws/gradlew 
 -Dci=true -Dfile.encoding=UTF-8 -b 
 https://builds.apache.org/job/tapestry-trunk-freestyle/ws/build.gradle 
 continuousIntegration
 :buildSrc:compileJava UP-TO-DATE
 :buildSrc:compileGroovy UP-TO-DATE
 :buildSrc:processResources UP-TO-DATE
 :buildSrc:classes UP-TO-DATE
 :buildSrc:jar UP-TO-DATE
 :buildSrc:assemble UP-TO-DATE
 :buildSrc:compileTestJava UP-TO-DATE
 :buildSrc:compileTestGroovy UP-TO-DATE
 :buildSrc:processTestResources UP-TO-DATE
 :buildSrc:testClasses UP-TO-DATE
 :buildSrc:test UP-TO-DATE
 :buildSrc:check UP-TO-DATE
 :buildSrc:build UP-TO-DATE
 Creating properties on demand (a.k.a. dynamic properties) has been 
 deprecated and is scheduled to be removed in Gradle 2.0. Please read 
 http://gradle.org/docs/current/dsl/org.gradle.api.plugins.ExtraPropertiesExtension.html
  for information on the replacement for dynamic properties.
 Deprecated dynamic property: languageLevel on 
 org.gradle.plugins.ide.idea.model.IdeaModel_Decorated@1d5bc8c5, value: 
 1.5.
 Deprecated dynamic property: jdkName on 
 org.gradle.plugins.ide.idea.model.IdeaModel_Decorated@1d5bc8c5, value: 
 1.7.
 Deprecated dynamic property languageLevel created in multiple locations.
 Deprecated dynamic property jdkName created in multiple locations.
 sources=file collection
 :plastic:compileJava UP-TO-DATE
 :plastic:compileGroovy UP-TO-DATE
 :plastic:processResources UP-TO-DATE
 :plastic:classes UP-TO-DATE
 :plastic:jar UP-TO-DATE
 :tapestry-core:compileCoffeeScript UP-TO-DATE
 :tapestry-core:generateGrammarSource UP-TO-DATE
 :tapestry-func:compileJava UP-TO-DATE
 :tapestry-func:compileGroovy UP-TO-DATE
 :tapestry-func:processResources UP-TO-DATE
 :tapestry-func:classes UP-TO-DATE
 :tapestry-func:jar UP-TO-DATE
 :tapestry-runner:compileJava UP-TO-DATE
 :tapestry-runner:compileGroovy UP-TO-DATE
 :tapestry-runner:processResources UP-TO-DATE
 :tapestry-runner:classes UP-TO-DATE
 :tapestry-runner:jar UP-TO-DATE
 :tapestry-test-data:compileJava UP-TO-DATE
 :tapestry-test-data:compileGroovy UP-TO-DATE
 :tapestry-test-data:processResources UP-TO-DATE
 :tapestry-test-data:classes UP-TO-DATE
 :tapestry-test-data:jar UP-TO-DATE
 :tapestry-test:compileJava UP-TO-DATE
 :tapestry-test:compileGroovy UP-TO-DATE
 :tapestry-test:processResources UP-TO-DATE
 :tapestry-test:classes UP-TO-DATE
 :tapestry-test:jar UP-TO-DATE
 :tapestry5-annotations:compileJava UP-TO-DATE
 :tapestry5-annotations:compileGroovy UP-TO-DATE
 :tapestry5-annotations:processResources UP-TO-DATE
 :tapestry5-annotations:classes UP-TO-DATE
 :tapestry5-annotations:jar UP-TO-DATE
 :tapestry-ioc:compileJava UP-TO-DATE
 :tapestry-ioc:compileGroovy UP

Re: Accept GitHub Pull Requests for Tapestry5

[Ulrich Stärk]

We conduct our business in the open, on archived mailing lists, in our case on
dev@tapestry.apache.org and not on Github or any other third-party platform 
where we do not control
the infrastructure, the content, and most importantly the continuous 
availability of what's been
discussed (archives). So no, we don't discuss pull requests on Github.

What we can do is enable notifications of pull requests to be sent to 
dev@tapestry.apache.org where
we subsequently can discuss them. Do we want this?

Uli

On 2013-11-01 12:06, Dmitry Gusev wrote:
 Uli,
 
 as for license considerations there is a notice on the Spark readme, that
 should suffice if I understand this right:
 https://github.com/apache/incubator-spark#contributing-to-spark
 
 You probably right about manually applied PRs... and they also closed by
 https://github.com/asfgit account, which is something ASF specific.
 
 Well, at least they hold discussions on that PRs right on GitHub.
 
 So there's nothing we can do with this, right?
 
 
 On Fri, Nov 1, 2013 at 2:24 PM, Ulrich Stärk u...@spielviel.de wrote:
 
 Oh and the closed pull requests of the Spark projects are most likely due
 to github closing them
 automatically when a commit mentioning the request is made. Merging the
 request has to be done
 manually though.

 Uli

 On 2013-11-01 11:20, Ulrich Stärk wrote:
 To my knowledge, github pull requests can't be accepted directly. What's
 on Github is just a mirror
 of our repo at git-wip.us.apache.org. Apache projects that accept
 pull requests usually ask
 developers to create regular patches which are incorporated the
 traditional way: through patches.
 This is also a license concern. Having a contributor bring a patch to us
 makes sure that he really
 is knowingly contributing under the Apache License.

 Uli

 On 2013-11-01 10:20, Dmitry Gusev wrote:
 I'd really like to see GitHub Pull Requests accepted in tapestry.

 I just googled and a first link pointed to apache project that do this,
 so
 this should be possible:

 https://github.com/apache/incubator-spark

 I can see they have pull requests and some of them were already
 accepted.

 I really think this will encourage more fixes from community and this
 may
 be really agile.

 As you know GitHub supports integration with Travis CI (
 https://travis-ci.org) and other tools that may contribute to Tapestry
 development.

 What do you think?



 -
 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

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

[Ulrich Stärk]

As the log output says, tests run on port . Also these are the only open 
ports atm:

root@tapbuild:~# lsof -i tcp|grep LISTEN
sshd  698root3u  IPv43425  0t0  TCP *:ssh (LISTEN)
sshd  698root4u  IPv63427  0t0  TCP *:ssh (LISTEN)
java17807 jenkins   15u  IPv6 2792628  0t0  TCP *:3141 (LISTEN)


Cheers,

Uli

On 2013-10-31 23:01, Andreas Ernst wrote:
 Am 31.10.13 22:59, schrieb Ulrich Stärk:
 I just checked on the machine that is running the Tapestry builds but there 
 was nothing running
 except for a seemingly stale Jenkins client process. I killed it but I doubt 
 that it was causing
 this problem. Port  is not in use. Could it be that another test 
 instance is started before the
 old one completely finished?

 Uli

 On 2013-10-31 22:16, Thiago H de Paula Figueiredo wrote:
 On Thu, 31 Oct 2013 17:35:55 -0200, Apache Jenkins Server
 jenk...@builds.apache.org wrote:

 See https://builds.apache.org/job/tapestry-trunk-freestyle/1172/changes

 MultiException[java.net.BindException: Address already in use, 
 java.net.BindException: Address
 already in use]

 Guys, any hints on how can I solve this? It seems there's some hanging old
 Jetty instance.
 
 What about port 8080?
 

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

Re: Accept GitHub Pull Requests for Tapestry5

[Ulrich Stärk]

To my knowledge, github pull requests can't be accepted directly. What's on 
Github is just a mirror
of our repo at git-wip.us.apache.org. Apache projects that accept pull 
requests usually ask
developers to create regular patches which are incorporated the traditional 
way: through patches.
This is also a license concern. Having a contributor bring a patch to us makes 
sure that he really
is knowingly contributing under the Apache License.

Uli

On 2013-11-01 10:20, Dmitry Gusev wrote:
 I'd really like to see GitHub Pull Requests accepted in tapestry.
 
 I just googled and a first link pointed to apache project that do this, so
 this should be possible:
 
 https://github.com/apache/incubator-spark
 
 I can see they have pull requests and some of them were already accepted.
 
 I really think this will encourage more fixes from community and this may
 be really agile.
 
 As you know GitHub supports integration with Travis CI (
 https://travis-ci.org) and other tools that may contribute to Tapestry
 development.
 
 What do you think?
 
 

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

Re: Accept GitHub Pull Requests for Tapestry5

[Ulrich Stärk]

Oh and the closed pull requests of the Spark projects are most likely due to 
github closing them
automatically when a commit mentioning the request is made. Merging the request 
has to be done
manually though.

Uli

On 2013-11-01 11:20, Ulrich Stärk wrote:
 To my knowledge, github pull requests can't be accepted directly. What's on 
 Github is just a mirror
 of our repo at git-wip.us.apache.org. Apache projects that accept pull 
 requests usually ask
 developers to create regular patches which are incorporated the traditional 
 way: through patches.
 This is also a license concern. Having a contributor bring a patch to us 
 makes sure that he really
 is knowingly contributing under the Apache License.
 
 Uli
 
 On 2013-11-01 10:20, Dmitry Gusev wrote:
 I'd really like to see GitHub Pull Requests accepted in tapestry.

 I just googled and a first link pointed to apache project that do this, so
 this should be possible:

 https://github.com/apache/incubator-spark

 I can see they have pull requests and some of them were already accepted.

 I really think this will encourage more fixes from community and this may
 be really agile.

 As you know GitHub supports integration with Travis CI (
 https://travis-ci.org) and other tools that may contribute to Tapestry
 development.

 What do you think?


 
 -
 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

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

[Ulrich Stärk]

I just checked on the machine that is running the Tapestry builds but there was 
nothing running
except for a seemingly stale Jenkins client process. I killed it but I doubt 
that it was causing
this problem. Port  is not in use. Could it be that another test instance 
is started before the
old one completely finished?

Uli

On 2013-10-31 22:16, Thiago H de Paula Figueiredo wrote:
 On Thu, 31 Oct 2013 17:35:55 -0200, Apache Jenkins Server
 jenk...@builds.apache.org wrote:
 
 See https://builds.apache.org/job/tapestry-trunk-freestyle/1172/changes

 MultiException[java.net.BindException: Address already in use, 
 java.net.BindException: Address
 already in use]
 
 Guys, any hints on how can I solve this? It seems there's some hanging old
 Jetty instance.
 
 MultiException[java.net.BindException: Address already in use, 
 java.net.BindException: Address
 already in use]
 at org.eclipse.jetty.server.Server.doStart(Server.java:274)
 at 
 org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)
 at org.apache.tapestry5.test.Jetty7Runner.start(Jetty7Runner.java:83)
 at org.apache.tapestry5.test.Jetty7Runner.init(Jetty7Runner.java:41)
 at 
 org.apache.tapestry5.test.SeleniumTestCase.createWebServer(SeleniumTestCase.java:320)
 at 
 org.apache.tapestry5.test.SeleniumTestCase.launchWebServer(SeleniumTestCase.java:300)
 at 
 org.apache.tapestry5.test.SeleniumTestCase.testStartup(SeleniumTestCase.java:187)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
 at 
 org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
 at 
 org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java:551)
 at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:213)
 at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:138)
 at org.testng.TestRunner.beforeRun(TestRunner.java:641)
 at org.testng.TestRunner.run(TestRunner.java:609)
 at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
 at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:329)
 at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291)
 at org.testng.SuiteRunner.run(SuiteRunner.java:240)
 at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:53)
 at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:87)
 at org.testng.TestNG.runSuitesSequentially(TestNG.java:1188)
 at org.testng.TestNG.runSuitesLocally(TestNG.java:1113)
 at org.testng.TestNG.run(TestNG.java:1025)
 at
 org.gradle.api.internal.tasks.testing.testng.TestNGTestClassProcessor.stop(TestNGTestClassProcessor.java:126)

 at
 org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.stop(SuiteTestClassProcessor.java:58)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
 at 
 org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
 at 
 org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
 at
 org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
 at
 org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)

 at $Proxy2.stop(Unknown Source)
 at 
 org.gradle.api.internal.tasks.testing.worker.TestWorker.stop(TestWorker.java:113)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
 at 
 org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
 at 
 org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
 at 
 org.gradle.messaging.remote.internal.TypeCastDispatch.dispatch(TypeCastDispatch.java:30)
 at 
 org.gradle.messaging.remote.internal.WorkerProtocol.handleIncoming(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
 

Fwd: svn commit: r884458 - /infrastructure/trunk/projects/svngit2jira/svngit2jira.cfg

[Ulrich Stärk]

FYI. I just enabled tracking of our commits to enable automatic feedback to 
jira.

Uli

 Original Message 
Subject: svn commit: r884458 - 
/infrastructure/trunk/projects/svngit2jira/svngit2jira.cfg
Date: Mon, 28 Oct 2013 08:25:56 -
From: u...@apache.org
To: infrastructure-...@apache.org

Author: uli
Date: Mon Oct 28 08:25:56 2013
New Revision: 884458

Log:
fix tapestry git repo name

Modified:
infrastructure/trunk/projects/svngit2jira/svngit2jira.cfg

Modified: infrastructure/trunk/projects/svngit2jira/svngit2jira.cfg
==
--- infrastructure/trunk/projects/svngit2jira/svngit2jira.cfg (original)
+++ infrastructure/trunk/projects/svngit2jira/svngit2jira.cfg Mon Oct 28 
08:25:56 2013
@@ -169,5 +169,5 @@ trigger:(FUNCTOR-\d+)

 [Tracking:Tapestry]
 svn:tapestry
-git:tapestry
+git:tapestry-5
 trigger:(TAP5-\d+)




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

Fwd: [jira] [Commented] (INFRA-3991) Request for code signing certificate

[Ulrich Stärk]

Do we have a need for signed jars and are interested in participating to make 
this happen?

Uli


 Original Message 
Subject: [jira] [Commented] (INFRA-3991) Request for code signing certificate
Date: Thu, 24 Oct 2013 15:34:02 + (UTC)
From: Mark Thomas (JIRA) j...@apache.org
To: u...@spielviel.de


[
https://issues.apache.org/jira/browse/INFRA-3991?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13804324#comment-13804324
]

Mark Thomas commented on INFRA-3991:


As a infrastructure volunteer the tasks I choose to work on are selected based 
on how much time I
have, how interested I am in the topic and whether it involves cleaning up a 
mess I am somehow
responsible for. Code signing falls under the category of something I am 
interested in but it is not
a high priority for me so it gets progressed as and when I have the time.

Back in June I provided an explicit example of how folks could help - reaching 
out to Bill Rowe and
reconnecting with Verisign (now Symantec). No one did. Hence progress stalled 
again.

Back in August I reached out to Bill and got the necessary details. Still 
no-one volunteered to make
contact with Symantec.

This week I have found some time and have been in touch with Symantec. I've had 
a good conversation
with them and we have an outline of a way forward. There are still a lot of 
details to iron out but
at this stage I am hopeful we'll come up with a solution that works for at 
least 80% of our use cases.

In terms of helping (to address Christian's question) there is nothing to do 
immediately. However, I
am likely to be asking for a few interested PMCs (Tomcat, AOO, Logging) to 
review some materials in
the next few weeks. Constructive feedback on those materials and possibly 
joining a conference call
are areas where help will be appreciated. If I think of anything else that 
could help progress this,
I'll mention it here.

 Request for code signing certificate
 

 Key: INFRA-3991
 URL: https://issues.apache.org/jira/browse/INFRA-3991
 Project: Infrastructure
  Issue Type: New Feature
  Security Level: public(Regular issues) 
Reporter: Scott Deboy
Assignee: Tony Stevenson

 The Logging Services project provides a WebStart-deployed Swing application, 
 Chainsaw.  To deploy Chainsaw via WebStart and take advantage of all of its 
 features, the jars that are downloaded must be signed by a code signing 
 certificate which has been signed by a trusted root CA.
 It would seem to me it would make sense to have this code signing certificate 
 and associated keys managed by the ASF and not be a project-specific 
 certificate, so other projects could take advantage of the same resources.  
 If you feel it makes more sense to get Logging Services its own code signing 
 certificate that is managed by the PMC, I'm fine with that as well - I would 
 just like the issue to be resolved.
 I assume if this resource were an ASF-wide resource, the keys and certificate 
 would be managed by infra.  If so, I'm not sure what workflow infra would 
 like to use - maybe a jira issue with release candidate jars and pgp info, 
 and signed jars could be added back to the same jira?  We don't release 
 often, so just let us know what you would like.
 Our needs are relatively simple, and I understand others may have more 
 complex needs.  PMC members or the RM could manage self-signed certificates 
 and 'get by', but I would rather have an official code signing cert provided 
 by ASF itself.



--
This message was sent by Atlassian JIRA
(v6.1#6144)



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

Re: Proposal for a list of modules recommended by the Tapestry team

[Ulrich Stärk]

I just want to point apache-extras.org out as a place for where products that 
are Apache-related but
not part of Apache products can be hosted. It is based on Google code IIRC.

Uli

On 2013-10-09 12:50, Barry Books wrote:
 Lenny I agree with some of what you say and I have a few comments because
 I've been thinking about this also. I don't really have a problem with 3
 CDI implementations but I don't think I could find any of them. I think
 there needs to be some repository of 3rd party modules and I don't think
 the apache site is the place for that. I've been thinking about creating a
 github project and using that as a way to document what's available. If you
 have a 3rd party module you could be a contributor and I think it would be
 pretty easy to create one place to go for info, create bug reports etc.
 
 I think this could be one step to more cooperation.
 

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

Re: Edit permission in the Tapestry Confluence wiki

[Ulrich Stärk]

I added you to the tapestry-committers group which should give you all required 
privileges.

Cheers,

Uli

On 2013-09-28 04:27, Thiago H de Paula Figueiredo wrote:
 Hi!
 
 Could you please allow me (thiagohp user) to edit the Tapestry Confluence 
 wiki?
 
 Cheers!
 

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

Re: Fwd: Build failed in Jenkins: tapestry-trunk-freestyle #1131

[Ulrich Stärk]

It might be because of outdated versions of Java or Firefox.

Currently installed on the box are FF 17 and JDK 6u26. Tell me if you want me 
to update it to
something more recent.

Uli

On 2013-08-13 08:27, Howard Lewis Ship wrote:
 the broken test worked on my machine, failed on CI. Anyone on a linux box
 can give it a whirl?
 
 -- Forwarded message --
 From: *Apache Jenkins Server*
 Date: Monday, August 12, 2013
 Subject: Build failed in Jenkins: tapestry-trunk-freestyle #1131
 To: dev@tapestry.apache.org, hls...@comcast.net
 
 
 See https://builds.apache.org/job/tapestry-trunk-freestyle/1131/changes
 
 Changes:
 
 [hlship] TAP5-1007: When Tapestry is loading templates or other files on
 case-insensitive OSs (Windows) it should trigger an error if the file name
 case is incorrect (which will result in a runtime failure on case-sensitive
 OSs, such as Linux)
 
 --
 [...truncated 28433 lines...]
  PageDocumentGenerator: DEFINED
 PageElementFactory: DEFINED
 PageLoader: DEFINED
 PageMarkupRenderer: DEFINED
   PageRenderLinkSource: DEFINED
  PageRenderLinkTransformer: DEFINED
PageRenderQueue: DEFINED
   PageRenderRequestHandler: DEFINED
   PageResponseRenderer: DEFINED
 PageSource: DEFINED
  PartialMarkupRenderer: DEFINED
PathConstructor: DEFINED
   PeriodicExecutor: DEFINED
 PersistentFieldManager: DEFINED
   PersistentLocale: DEFINED
   PerthreadManager: BUILTIN
PipelineBuilder: REAL
PlasticProxyFactory: BUILTIN
 PropBindingFactory: DEFINED
   PropertiesFileParser: DEFINED
 PropertyAccess: VIRTUAL
  PropertyConduitSource: DEFINED
  PropertyShadowBuilder: VIRTUAL
RegistryShutdownHub: BUILTIN
RegistryStartup: REAL
Request: VIRTUAL
RequestExceptionHandler: DEFINED
 RequestGlobals: DEFINED
 RequestHandler: DEFINED
   RequestPageCache: DEFINED
 RequestSecurityManager: DEFINED
  ResourceChangeTracker: DEFINED
ResourceDigestGenerator: DEFINED
  ResourceDigestManager: DEFINED
  ResourceMinimizer: DEFINED
   ResourceStreamer: DEFINED
   Response: VIRTUAL
ResponseCompressionAnalyzer: DEFINED
   ResponseRenderer: DEFINED
 SelectModelFactory: DEFINED
  ServiceActivityScoreboard: BUILTIN
 ServiceLifecycleSource: REAL
ServiceOverride: REAL
  ServletApplicationInitializer: REAL
 SessionApplicationStatePersistenceStrategy: DEFINED
 SessionPersistedObjectAnalyzer: DEFINED
StrategyBuilder: VIRTUAL
   StreamableResourceSource: DEFINED
 StringInterner: DEFINED
   SymbolBindingFactory: DEFINED
   SymbolSource: REAL
 TapestrySessionFactory: DEFINED
 TemplateParser: DEFINED
   ThreadLocale: DEFINED
   ThunkCreator: DEFINED
TranslateBindingFactory: DEFINED
 TranslatorAlternatesSource: DEFINED
   TranslatorSource: DEFINED
TypeCoercer: REAL
 URLEncoder: DEFINED
UnknownActivationContextHandler: DEFINED
  UpdateListenerHub: DEFINED
 ValidateBindingFactory: DEFINED
  ValidationConstraintGenerator: DEFINED
 ValidationDecoratorFactory: DEFINED
 ValidatorMacro: DEFINED
 ValueEncoderSource: DEFINED
 
 87.11% unrealized services (169/194)
 
 Application 'app' (version 0.0.1) startup time: 31 ms to build IoC
 Registry, 122 ms overall.
 
  __  __ 
 /_  __/__   ___ ___ / /___ __  / __/
  / / / _ `/ _ \/ -_|_-/ __/ __/ // / /__ \
 /_/  \_,_/ .__/\__/___/\__/_/  \_, / //
 /_/   /___/  UNKNOWN (development mode)
 
 
 [INFO] AbstractConnector Started SelectChannelConnector@0.0.0.0:9090
 [INFO] SslContextFactory Enabled Protocols 

Re: Discussion: Future of tapestry-test friends.

[Ulrich Stärk]

One reason I haven't contributed much in terms of code for quite some time is 
the ever changing
technology stack Tapestry is built with. We have an increasingly complex stack 
of bleeding-edge
tools and technologies that I simply lack the time of keeping up with.

I have the feeling that this might be a turn-down for other potential 
contributors as well. I won't
be against it but don't be surprised about continously declining contributor 
activity.

Uli


On 30.07.2013 23:50, Howard Lewis Ship wrote:
 One thing I've been saying in some of the bugs I've been closing is my
 desire to get out of the testing side of things. I have no desire to
 maintain the existing TestNG, EasyMock, and Selenium support code ... you
 may have noticed that I'm a fan of Spock for unit and mock testing, and Geb
 for end-to-end integration testing.

 I'd love to scrap the existing tapestry-core tests and rewrite for Spock
 and Geb, but (alas), that is a huge effort.  But I would like to start
 documenting in release notes and elsewhere that the path forward is to
 invest in Spock and Geb.

 Ok ... as usual, since I've been thinking about this in the background for
 too long, my invitation to discuss sounds like a mandate ... but,
 seriously, thoughts on this subject?




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

Re: Closing out lots of bugs

[Ulrich Stärk]

Some time ago I marked a lot of issues as bulk-close-candidate. Filtering for 
those could help as
they are likely candidates for closing (old, not recently updated, affecting 
outdated versions, etc.).

Uli

On 25.07.2013 23:06, Howard Lewis Ship wrote:
 I've been taking some time the last couple of days to work through the huge
 issue backlog for Tapestry.

 I've been fixing some low-hanging fruit. I've been assigning many issues to
 myself for later.

 I've also been closing out a lot of issues. Some of them are things that
 are fixed (or at least, very probably fixed) in 5.4.  Many are duplicates,
 which can be tedious to sort out.

 Some issues are concerned with client-side JavaScript in 5.3 that no longer
 make sense in 5.4. At this time I'm closing those issues with a note to
 that effect. The assumption there is that we are not going to be doing
 another 5.3 release, or at least, that we would only fix critical bugs in a
 potential 5.3 release; this is not the result of a developer discussion,
 merely my assessment of the issues and that status of the other committers.

 If you *really* want something fixed, a patch with tests is the best way to
 make that happen.

 In any case, a closed issue is not the end of the line; issues can always
 be re-opened if there is a valid case to be made. Again, a case is more
 valid if it includes a test case to demonstrate the problem and, better
 yet, a patch with tests.

 However, with a backlog of 450+ issues to be addressed, getting the list
 down to a manageable state is a precursor to getting 5.4 to a beta release.




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

Re: [VOTE] Lance Semmens as a committer

[Ulrich Stärk]

Ulrich Stärk: +1 (binding)

On 03.07.2013 21:43, 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)
 

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

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

[Ulrich Stärk]

My fault. This is my machine, I need to update the JDK. Will do it tomorrow 
(CEST).

Uli

On 22.06.2013 02:28, Howard Lewis Ship wrote:
 But the right change would be to get the correct JDK installed on the build
 machines.
 
 
 On Fri, Jun 21, 2013 at 5:28 PM, Howard Lewis Ship hls...@gmail.com wrote:
 
 Builds are now failing due to JDK version:

 FAILURE: Build failed with an exception.

 * Where:
 Build file 
 '/var/jenkins/hudson-slave/workspace/tapestry-trunk-freestyle/build.gradle' 
 line: 264

 * What went wrong:
 A problem occurred evaluating root project 'tapestry-trunk-freestyle'.
 Update your JDK to fix VU#225657



 I'm going to see if I can turn off JavaDoc generation as a way to avoid
 this.


 -- Forwarded message --
 From: Apache Jenkins Server jenk...@builds.apache.org
 Date: Fri, Jun 21, 2013 at 4:31 PM
 Subject: Build failed in Jenkins: tapestry-trunk-freestyle #1096
 To: dev@tapestry.apache.org, mluse...@gmail.com, hls...@comcast.net


 See https://builds.apache.org/job/tapestry-trunk-freestyle/1096/changes

 Changes:

 [hlship] Fix some issues related to generating documentation

 [hlship] Finish comment

 --
 Started by an SCM change
 Building remotely on tapestry 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@3f0e9543:tapestry
 Using strategy: Default
 Last Built Revision: Revision b04fb2fd6046a1dacdc3d266024d1ef6b977c1aa
 (origin/master)
 Fetching changes from 1 remote Git repository
 Fetching upstream changes from
 https://git-wip-us.apache.org/repos/asf/tapestry-5.git
 Commencing build of Revision cbe4d6656df18e9b8dbf672ef49334a06c622917
 (origin/master)
 Checking out Revision cbe4d6656df18e9b8dbf672ef49334a06c622917
 (origin/master)
 [tapestry-trunk-freestyle] $ /bin/bash -xe /tmp/hudson255988171337842172.sh
 + Xvfb :6 -ac -screen 0 1024x768x8
 [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/hudson7702638996942806345.sh
 + DISPLAY=:6.0
 + bash https://builds.apache.org/job/tapestry-trunk-freestyle/ws/gradlew
 -Dci=true -Dfile.encoding=UTF-8 -b 
 https://builds.apache.org/job/tapestry-trunk-freestyle/ws/build.gradle
 continuousIntegration
 :buildSrc:compileJava UP-TO-DATE
 :buildSrc:compileGroovy UP-TO-DATE
 :buildSrc:processResources UP-TO-DATE
 :buildSrc:classes UP-TO-DATE
 :buildSrc:jar UP-TO-DATE
 :buildSrc:assemble UP-TO-DATE
 :buildSrc:compileTestJava UP-TO-DATE
 :buildSrc:compileTestGroovy UP-TO-DATE
 :buildSrc:processTestResources UP-TO-DATE
 :buildSrc:testClasses UP-TO-DATE
 :buildSrc:test UP-TO-DATE
 :buildSrc:check UP-TO-DATE
 :buildSrc:build UP-TO-DATE
 Creating properties on demand (a.k.a. dynamic properties) has been
 deprecated and is scheduled to be removed in Gradle 2.0. Please read
 http://gradle.org/docs/current/dsl/org.gradle.api.plugins.ExtraPropertiesExtension.htmlfor
  information on the replacement for dynamic properties.
 Deprecated dynamic property: jdkName on
 org.gradle.plugins.ide.idea.model.IdeaModel_Decorated@68b0019f, value:
 1.5.
 Deprecated dynamic property jdkName created in multiple locations.
 The reportsDir property has been deprecated and is scheduled to be removed
 in Gradle 2.0. Please use the reporting.baseDir property instead.

 FAILURE: Build failed with an exception.

 * Where:
 Build file '
 https://builds.apache.org/job/tapestry-trunk-freestyle/ws/build.gradle'
 line: 264

 * What went wrong:
 A problem occurred evaluating root project 'tapestry-trunk-freestyle'.
 Update your JDK to fix VU#225657

 * 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: 14.612 secs
 Build step 'Execute shell' marked build as failure
 Recording test results
 TestNG Reports Processing: START
 Looking for TestNG results report in workspace using pattern:
 **/build/reports/tests/testng-results.xml
 testng-results.xml was last modified before this build started. Ignoring
 it.
 testng-results.xml was last modified before this build started. Ignoring
 it.
 testng-results.xml was last modified before this build started. Ignoring
 it.
 testng-results.xml was last modified before this build started. Ignoring
 it.
 testng-results.xml was last modified before this build started. Ignoring
 it.
 testng-results.xml was last modified before this build started. Ignoring
 it.
 testng-results.xml was last modified before this build started. Ignoring
 it.
 testng-results.xml was last modified before this build started. Ignoring
 it.
 testng-results.xml was last modified before this build started. Ignoring
 it.
 testng-results.xml 

Re: svn commit: r866577 - in /websites/production/tapestry/content: 5.3.7/apidocs/index.html tapestry3/doc/api/index.html

[Ulrich Stärk]

Did you manually change this? Also, the report said we had 6 instances, from 
your commit I can only
see 2. Any idea where the difference stems from?

Uli

On 20.06.2013 11:37, mluse...@apache.org wrote:
 Author: mlusetti
 Date: Thu Jun 20 09:37:17 2013
 New Revision: 866577
 
 Log:
 fix javadoc VU#225657
 
 Modified:
 websites/production/tapestry/content/5.3.7/apidocs/index.html
 websites/production/tapestry/content/tapestry3/doc/api/index.html
 
 Modified: websites/production/tapestry/content/5.3.7/apidocs/index.html
 ==
 --- websites/production/tapestry/content/5.3.7/apidocs/index.html (original)
 +++ websites/production/tapestry/content/5.3.7/apidocs/index.html Thu Jun 20 
 09:37:17 2013
 @@ -12,6 +12,42 @@ Tapestry API Documentation
  targetPage = targetPage.substring(1);
  if (targetPage.indexOf(:) != -1)
  targetPage = undefined;
 +if (targetPage !=   !validURL(targetPage))
 +targetPage = undefined;
 +function validURL(url) {
 +var pos = url.indexOf(.html);
 +if (pos == -1 || pos != url.length - 5)
 +return false;
 +var allowNumber = false;
 +var allowSep = false;
 +var seenDot = false;
 +for (var i = 0; i  url.length - 5; i++) {
 +var ch = url.charAt(i);
 +if ('a' = ch  ch = 'z' ||
 +'A' = ch  ch = 'Z' ||
 +ch == '$' ||
 +ch == '_') {
 +allowNumber = true;
 +allowSep = true;
 +} else if ('0' = ch  ch = '9'
 +|| ch == '-') {
 +if (!allowNumber)
 + return false;
 +} else if (ch == '/' || ch == '.') {
 +if (!allowSep)
 +return false;
 +allowNumber = false;
 +allowSep = false;
 +if (ch == '.')
 + seenDot = true;
 +if (ch == '/'  seenDot)
 + return false;
 +} else {
 +return false;
 +}
 +}
 +return true;
 +}
  function loadFrames() {
  if (targetPage !=   targetPage != undefined)
   top.classFrame.location = top.targetPage;
 
 Modified: websites/production/tapestry/content/tapestry3/doc/api/index.html
 ==
 --- websites/production/tapestry/content/tapestry3/doc/api/index.html 
 (original)
 +++ websites/production/tapestry/content/tapestry3/doc/api/index.html Thu Jun 
 20 09:37:17 2013
 @@ -1,37 +1,73 @@
 -!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Frameset//EN 
 http://www.w3.org/TR/html4/frameset.dtd;
 -!--NewPage--
 -HTML
 -HEAD
 -!-- Generated by javadoc on Wed Apr 05 12:18:20 CDT 2006--
 -TITLE
 -Tapestry API 3.0.4
 -/TITLE
 -SCRIPT type=text/javascript
 -targetPage =  + window.location.search;
 -if (targetPage !=   targetPage != undefined)
 -   targetPage = targetPage.substring(1);
 -function loadFrames() {
 -if (targetPage !=   targetPage != undefined)
 - top.classFrame.location = top.targetPage;
 -}
 -/SCRIPT
 -NOSCRIPT
 -/NOSCRIPT
 -/HEAD
 -FRAMESET cols=20%,80% title= onLoad=top.loadFrames()
 -FRAMESET rows=30%,70% title= onLoad=top.loadFrames()
 -FRAME src=overview-frame.html name=packageListFrame title=All 
 Packages
 -FRAME src=allclasses-frame.html name=packageFrame title=All classes 
 and interfaces (except non-static nested types)
 -/FRAMESET
 -FRAME src=overview-summary.html name=classFrame title=Package, class 
 and interface descriptions scrolling=yes
 -NOFRAMES
 -H2
 -Frame Alert/H2
 -
 -P
 -This document is designed to be viewed using the frames feature. If you see 
 this message, you are using a non-frame-capable web client.
 -BR
 -Link toA HREF=overview-summary.htmlNon-frame version./A
 -/NOFRAMES
 -/FRAMESET
 -/HTML
 +!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Frameset//EN 
 http://www.w3.org/TR/html4/frameset.dtd;
 +!--NewPage--
 +HTML
 +HEAD
 +!-- Generated by javadoc on Wed Apr 05 12:18:20 CDT 2006--
 +TITLE
 +Tapestry API 3.0.4
 +/TITLE
 +SCRIPT type=text/javascript
 +targetPage =  + window.location.search;
 +if (targetPage !=   targetPage != undefined)
 +   targetPage = targetPage.substring(1);
 +if (targetPage !=   !validURL(targetPage))
 +targetPage = undefined;
 +function validURL(url) {
 +var pos = url.indexOf(.html);
 +if (pos == -1 || pos != url.length - 5)
 +return false;
 +var allowNumber = false;
 +var allowSep = false;
 +var seenDot = false;
 +for (var i = 0; i  url.length - 5; i++) {
 +var ch = url.charAt(i);
 +if ('a' = ch  ch = 'z' ||
 +'A' = ch  ch = 'Z' ||
 +ch == '$' ||
 +ch == '_') {
 +   

Re: svn commit: r866577 - in /websites/production/tapestry/content: 5.3.7/apidocs/index.html tapestry3/doc/api/index.html

[Ulrich Stärk]

On 20.06.2013 15:30, Massimo Lusetti wrote:
 On Thu, Jun 20, 2013 at 3:21 PM, Ulrich Stärk u...@spielviel.de wrote:
 
 Did you manually change this? Also, the report said we had 6 instances,
 from your commit I can only
 see 2. Any idea where the difference stems from?

 
 
 I've used the official tool from Oracle to fix them up.
 The report said 6 cause we have a lot of symlink pointing to 5.3 javadocs
 but we have actually only two javadoc dirs.
 

Cool. Thanks for attending to it.

Uli

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

Re: ClassCast Exception while loading Service using its interface

[Ulrich Stärk]

On 29.05.2013 16:02, Alessio Gambi wrote:
 TraceGenerator generator = (SineTraceGenerator) registry
   .getService(SineTraceGenerator, 
 TraceGenerator.class);


 DEBUG org.apache.tapestry5.ioc.Registry: [  1] -- Creating proxy for service 
 SineTraceGenerator [6.48 ms]
 Exception in thread main java.lang.ClassCastException: 
 $TraceGenerator_28566c0cafeac cannot be cast to 
 org.gambi.experiments.services.impl.SineTraceGenerator
at 
 org.gambi.experiments.ExperimentAutomation.main(ExperimentAutomation.java:50) 

Omit the cast to (SineTraceGenerator).

Uli

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

Re: [2/5] git commit: Strip out the metrics support

[Ulrich Stärk]

Why?

On 17.05.2013 00:00, hls...@apache.org wrote:
 Strip out the metrics support
 
 
 Project: http://git-wip-us.apache.org/repos/asf/tapestry-5/repo
 Commit: http://git-wip-us.apache.org/repos/asf/tapestry-5/commit/4fda4c80
 Tree: http://git-wip-us.apache.org/repos/asf/tapestry-5/tree/4fda4c80
 Diff: http://git-wip-us.apache.org/repos/asf/tapestry-5/diff/4fda4c80
 
 Branch: refs/heads/master
 Commit: 4fda4c803dc40bb164dff4203d8358c0e3996c85
 Parents: 53443f2
 Author: Howard M. Lewis Ship hls...@apache.org
 Authored: Thu May 16 14:34:07 2013 -0700
 Committer: Howard M. Lewis Ship hls...@apache.org
 Committed: Thu May 16 14:34:07 2013 -0700
 
 --
  .../apache/tapestry5/corelib/pages/AppMetrics.java |   48 --
  .../tapestry5/modules/RootMetricsFilter.java   |   52 ---
  .../apache/tapestry5/modules/TapestryModule.java   |2 +-
  .../apache/tapestry5/modules/WebMetricsModule.java |   34 --
  .../apache/tapestry5/corelib/pages/AppMetrics.tml  |6 -
  tapestry-ioc/build.gradle  |2 -
  .../services/metrics/MetricCollectorImpl.java  |  358 ---
  .../tapestry5/ioc/modules/MetricsModule.java   |   29 --
  .../tapestry5/ioc/modules/TapestryIOCModule.java   |3 +-
  .../tapestry5/ioc/services/metrics/Metric.java |  106 -
  .../ioc/services/metrics/MetricCollector.java  |   32 --
  .../ioc/services/metrics/MetricsSymbols.java   |   10 -
  12 files changed, 2 insertions(+), 680 deletions(-)
 --
 
 
 http://git-wip-us.apache.org/repos/asf/tapestry-5/blob/4fda4c80/tapestry-core/src/main/java/org/apache/tapestry5/corelib/pages/AppMetrics.java
 --
 diff --git 
 a/tapestry-core/src/main/java/org/apache/tapestry5/corelib/pages/AppMetrics.java
  
 b/tapestry-core/src/main/java/org/apache/tapestry5/corelib/pages/AppMetrics.java
 deleted file mode 100644
 index d57b75c..000
 --- 
 a/tapestry-core/src/main/java/org/apache/tapestry5/corelib/pages/AppMetrics.java
 +++ /dev/null
 @@ -1,48 +0,0 @@
 -// Copyright 2013 The Apache Software Foundation
 -//
 -// Licensed under the Apache License, Version 2.0 (the License);
 -// you may not use this file except in compliance with the License.
 -// You may obtain a copy of the License at
 -//
 -// http://www.apache.org/licenses/LICENSE-2.0
 -//
 -// Unless required by applicable law or agreed to in writing, software
 -// distributed under the License is distributed on an AS IS BASIS,
 -// WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 -// See the License for the specific language governing permissions and
 -// limitations under the License.
 -
 -package org.apache.tapestry5.corelib.pages;
 -
 -import org.apache.tapestry5.annotations.WhitelistAccessOnly;
 -import org.apache.tapestry5.beaneditor.BeanModel;
 -import org.apache.tapestry5.ioc.Messages;
 -import org.apache.tapestry5.ioc.annotations.Inject;
 -import org.apache.tapestry5.ioc.services.metrics.Metric;
 -import org.apache.tapestry5.ioc.services.metrics.MetricCollector;
 -import org.apache.tapestry5.services.BeanModelSource;
 -
 -import java.util.List;
 -
 -@WhitelistAccessOnly
 -/**
 - * Contributes to the {@link T5Dashboard} page, providing application 
 metrics from the {@link 
 org.apache.tapestry5.ioc.services.metrics.MetricCollector}.
 - */
 -public class AppMetrics
 -{
 -@Inject
 -MetricCollector collector;
 -
 -@Inject
 -BeanModelSource beanModelSource;
 -
 -@Inject
 -private Messages messages;
 -
 -public final BeanModelMetric metricModel = 
 beanModelSource.createDisplayModel(Metric.class, messages);
 -
 -public ListMetric getRootMetrics()
 -{
 -return collector.getRootMetrics();
 -}
 -}
 
 http://git-wip-us.apache.org/repos/asf/tapestry-5/blob/4fda4c80/tapestry-core/src/main/java/org/apache/tapestry5/modules/RootMetricsFilter.java
 --
 diff --git 
 a/tapestry-core/src/main/java/org/apache/tapestry5/modules/RootMetricsFilter.java
  
 b/tapestry-core/src/main/java/org/apache/tapestry5/modules/RootMetricsFilter.java
 deleted file mode 100644
 index 3d08f30..000
 --- 
 a/tapestry-core/src/main/java/org/apache/tapestry5/modules/RootMetricsFilter.java
 +++ /dev/null
 @@ -1,52 +0,0 @@
 -// Copyright 2013 The Apache Software Foundation
 -//
 -// Licensed under the Apache License, Version 2.0 (the License);
 -// you may not use this file except in compliance with the License.
 -// You may obtain a copy of the License at
 -//
 -// http://www.apache.org/licenses/LICENSE-2.0
 -//
 -// Unless required by applicable law or agreed to in writing, software
 -// distributed under the License is distributed on an AS IS BASIS,
 -// WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 -// 

Re: [1/2] git commit: Initial work on enabling CoffeeScript compilation

[Ulrich Stärk]

please also add a NOTICE and LICENSE file for this new module.

Uli

On 17.05.2013 03:02, hls...@apache.org wrote:
 Updated Branches:
   refs/heads/master 56a114812 - 9e76c372b
 
 
 Initial work on enabling CoffeeScript compilation
 
 
 Project: http://git-wip-us.apache.org/repos/asf/tapestry-5/repo
 Commit: http://git-wip-us.apache.org/repos/asf/tapestry-5/commit/bd26fb5c
 Tree: http://git-wip-us.apache.org/repos/asf/tapestry-5/tree/bd26fb5c
 Diff: http://git-wip-us.apache.org/repos/asf/tapestry-5/diff/bd26fb5c
 
 Branch: refs/heads/master
 Commit: bd26fb5c6164e2027f8cd2bc401b883d463768c2
 Parents: 56a1148
 Author: Howard M. Lewis Ship hls...@apache.org
 Authored: Thu May 16 17:51:29 2013 -0700
 Committer: Howard M. Lewis Ship hls...@apache.org
 Committed: Thu May 16 17:51:29 2013 -0700
 
 --
  build.gradle   |3 +-
  settings.gradle|2 +-
  tapestry-wro4j/build.gradle|   13 ++
  .../wro4j/CoffeeScriptResourceCompiler.java|   98 +++
  .../tapestry5/wro4j/modules/WRO4JModule.java   |   35 +
  .../src/test/groovy/t5/wro4j/pages/Index.groovy|9 ++
  .../src/test/java/t5/wro4j/services/AppModule.java |   29 +
  .../test/resources/META-INF/modules/index.coffee   |5 +
  tapestry-wro4j/src/test/resources/log4j.properties |   12 ++
  .../src/test/resources/t5/wro4j/pages/Index.tml|   24 
  tapestry-wro4j/src/test/webapp/WEB-INF/web.xml |   19 +++
  11 files changed, 247 insertions(+), 2 deletions(-)
 --
 
 
 http://git-wip-us.apache.org/repos/asf/tapestry-5/blob/bd26fb5c/build.gradle
 --
 diff --git a/build.gradle b/build.gradle
 index cafec92..85bc99d 100755
 --- a/build.gradle
 +++ b/build.gradle
 @@ -21,7 +21,8 @@ project.ext.versions = [
  spock: 0.7-groovy-2.0,
  hibernate: 4.1.2.Final,
  groovy: 2.0.6,
 -slf4j: 1.7.2
 +slf4j: 1.7.2,
 +wro4j: 1.6.3
  ]
  
  // Provided so that the CI server can override the normal version number for 
 nightly builds.
 
 http://git-wip-us.apache.org/repos/asf/tapestry-5/blob/bd26fb5c/settings.gradle
 --
 diff --git a/settings.gradle b/settings.gradle
 index de2c892..4338dbc 100644
 --- a/settings.gradle
 +++ b/settings.gradle
 @@ -3,4 +3,4 @@ include tapestry-hibernate-core, tapestry-hibernate, 
 tapestry-jmx, tapest
  include tapestry-beanvalidator, tapestry-yuicompressor, tapestry-jpa, 
 tapestry-kaptcha
  include tapestry-javadoc, quickstart, tapestry-clojure, 
 tapestry-mongodb
  include tapestry-test-data, 'tapestry-internal-test'
 -
 +include tapestry-wro4j
 
 http://git-wip-us.apache.org/repos/asf/tapestry-5/blob/bd26fb5c/tapestry-wro4j/build.gradle
 --
 diff --git a/tapestry-wro4j/build.gradle b/tapestry-wro4j/build.gradle
 new file mode 100644
 index 000..f54304d
 --- /dev/null
 +++ b/tapestry-wro4j/build.gradle
 @@ -0,0 +1,13 @@
 +description = Integration with WRO4J to perform runtime CoffeeScript 
 compilation, JavaScript minimization, etc.
 +
 +dependencies {
 +compile project(:tapestry-core)
 +compile ro.isdc.wro4j:wro4j-extensions:${versions.wro4j}, {
 +exclude group: org.codehaus.gmaven.runtime
 +exclude group: com.github.lltyk
 +}
 +}
 +
 +jar.manifest {
 +attributes 'Tapestry-Module-Classes': 
 'org.apache.tapestry5.wro4j.modules.WRO4JModule'
 +}
 
 http://git-wip-us.apache.org/repos/asf/tapestry-5/blob/bd26fb5c/tapestry-wro4j/src/main/java/org/apache/tapestry5/internal/wro4j/CoffeeScriptResourceCompiler.java
 --
 diff --git 
 a/tapestry-wro4j/src/main/java/org/apache/tapestry5/internal/wro4j/CoffeeScriptResourceCompiler.java
  
 b/tapestry-wro4j/src/main/java/org/apache/tapestry5/internal/wro4j/CoffeeScriptResourceCompiler.java
 new file mode 100644
 index 000..0f691ad
 --- /dev/null
 +++ 
 b/tapestry-wro4j/src/main/java/org/apache/tapestry5/internal/wro4j/CoffeeScriptResourceCompiler.java
 @@ -0,0 +1,98 @@
 +// Copyright 2013 The Apache Software Foundation
 +//
 +// Licensed under the Apache License, Version 2.0 (the License);
 +// you may not use this file except in compliance with the License.
 +// You may obtain a copy of the License at
 +//
 +// http://www.apache.org/licenses/LICENSE-2.0
 +//
 +// Unless required by applicable law or agreed to in writing, software
 +// distributed under the License is distributed on an AS IS BASIS,
 +// WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 +// See the License for the specific language governing permissions and
 +// limitations under the License.
 +
 +package 

Re: git commit: folks, fix your IDEs! we want to be 1.5 compatible. that means no @Override on interface implementations!

[Ulrich Stärk]

Please!

On 08.05.2013 11:17, u...@apache.org wrote:
 Updated Branches:
   refs/heads/master 89113d890 - 9e8cc984e
 
 
 folks, fix your IDEs! we want to be 1.5 compatible. that means no @Override 
 on interface implementations!
 
 
 Project: http://git-wip-us.apache.org/repos/asf/tapestry-5/repo
 Commit: http://git-wip-us.apache.org/repos/asf/tapestry-5/commit/9e8cc984
 Tree: http://git-wip-us.apache.org/repos/asf/tapestry-5/tree/9e8cc984
 Diff: http://git-wip-us.apache.org/repos/asf/tapestry-5/diff/9e8cc984
 
 Branch: refs/heads/master
 Commit: 9e8cc984e6b2a3fffd260aec96269556951c77df
 Parents: 89113d8
 Author: Ulrich Staerk u...@apache.org
 Authored: Wed May 8 11:16:48 2013 +0200
 Committer: Ulrich Staerk u...@apache.org
 Committed: Wed May 8 11:16:48 2013 +0200
 
 --
  .../internal/services/AbstractAssetFactory.java|6 +--
  .../internal/services/AssetDispatcher.java |   23 +--
  .../internal/services/ClasspathAssetFactory.java   |1 -
  .../services/ResponseCompressionAnalyzerImpl.java  |5 +--
  .../assets/AssetChecksumGeneratorImpl.java |   11 +++
  .../assets/JavaScriptStackAssemblerImpl.java   |   23 --
  .../javascript/ModuleAssetRequestHandler.java  |9 ++---
  .../tapestry5/internal/test/PageTesterModule.java  |8 +++--
  .../internal/util/RecomputableSupport.java |2 -
  .../tapestry5/internal/mongodb/MongoDBImpl.java|7 ++--
  .../internal/mongodb/MongoDBSourceImpl.java|   13 +---
  .../tapestry5/mongodb/modules/MongodbModule.java   |7 ++--
  12 files changed, 59 insertions(+), 56 deletions(-)
 --
 
 
 http://git-wip-us.apache.org/repos/asf/tapestry-5/blob/9e8cc984/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/AbstractAssetFactory.java
 --
 diff --git 
 a/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/AbstractAssetFactory.java
  
 b/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/AbstractAssetFactory.java
 index a75e3b9..8d76ad5 100644
 --- 
 a/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/AbstractAssetFactory.java
 +++ 
 b/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/AbstractAssetFactory.java
 @@ -14,6 +14,8 @@
  
  package org.apache.tapestry5.internal.services;
  
 +import java.io.IOException;
 +
  import org.apache.tapestry5.Asset;
  import org.apache.tapestry5.internal.services.assets.ResourceChangeTracker;
  import org.apache.tapestry5.ioc.Resource;
 @@ -26,8 +28,6 @@ import 
 org.apache.tapestry5.services.assets.StreamableResource;
  import org.apache.tapestry5.services.assets.StreamableResourceProcessing;
  import org.apache.tapestry5.services.assets.StreamableResourceSource;
  
 -import java.io.IOException;
 -
  public abstract class AbstractAssetFactory implements AssetFactory
  {
  private final AssetPathConstructor assetPathConstructor;
 @@ -74,7 +74,6 @@ public abstract class AbstractAssetFactory implements 
 AssetFactory
  
  return new AbstractAsset(false)
  {
 -@Override
  public String toClientURL()
  {
  // TODO: Some caching to ensure this is fast!  Fortunately, 
 the SRS pipeline includes caching already,
 @@ -99,7 +98,6 @@ public abstract class AbstractAssetFactory implements 
 AssetFactory
  }
  }
  
 -@Override
  public Resource getResource()
  {
  return resource;
 
 http://git-wip-us.apache.org/repos/asf/tapestry-5/blob/9e8cc984/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/AssetDispatcher.java
 --
 diff --git 
 a/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/AssetDispatcher.java
  
 b/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/AssetDispatcher.java
 index 526c9d5..859680d 100644
 --- 
 a/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/AssetDispatcher.java
 +++ 
 b/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/AssetDispatcher.java
 @@ -14,22 +14,28 @@
  
  package org.apache.tapestry5.internal.services;
  
 +import java.io.IOException;
 +import java.util.Collections;
 +import java.util.Comparator;
 +import java.util.List;
 +import java.util.Map;
 +
 +import javax.servlet.http.HttpServletResponse;
 +
  import org.apache.tapestry5.SymbolConstants;
  import org.apache.tapestry5.TapestryConstants;
  import org.apache.tapestry5.ioc.annotations.Marker;
  import org.apache.tapestry5.ioc.annotations.Symbol;
  import org.apache.tapestry5.ioc.annotations.UsesMappedConfiguration;
  import org.apache.tapestry5.ioc.internal.util.CollectionFactory;
 -import 

Re: comments on our website

[Ulrich Stärk]

Ok. I'll get on to it.

Uli

On 03.05.2013 03:54, Taha Hafeez Siddiqi wrote:
 +1 
 
 Right comments at the right place can be very helpful. We can always moderate 
 the unrelated ones.
 
 regards
 Taha
 
 
 On 03-May-2013, at 4:58 AM, Bob Harner bobhar...@gmail.com wrote:
 
 Agreed, let's give it a try.
 On May 2, 2013 2:49 PM, Howard Lewis Ship hls...@gmail.com wrote:

 But I thought discussions were for losers, and real men used the mailing
 list? ;-)

 Seriously, this is a fast way to really improve the documentation and
 participation.  I'd like to see it put in place.


 On Thu, May 2, 2013 at 9:23 AM, Kalle Korhonen
 kalle.o.korho...@gmail.comwrote:

 Why not? We should try it, we can always remove it if it creates too many
 problems.

 Kalle


 On Thu, May 2, 2013 at 5:06 AM, Ulrich Stärk u...@spielviel.de wrote:

 Do we want https://comments.apache.org/help.html? It's Apache's
 commenting system for static
 websites (like ours). Allows users to post comments.

 Uli

 -
 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

Re: comments on our website

[Ulrich Stärk]

Ok, done.

The layout could use some love but basically, it's working. Commiters can 
simply log in at
https://comments.apache.org and start moderating comments. Users can post 
without registering but we
can change that if we want to. Also reat the help page (linked from the start 
page).

Cheers,

Uli

On 03.05.2013 09:59, Ulrich Stärk wrote:
 Ok. I'll get on to it.
 
 Uli
 
 On 03.05.2013 03:54, Taha Hafeez Siddiqi wrote:
 +1 

 Right comments at the right place can be very helpful. We can always 
 moderate the unrelated ones.

 regards
 Taha


 On 03-May-2013, at 4:58 AM, Bob Harner bobhar...@gmail.com wrote:

 Agreed, let's give it a try.
 On May 2, 2013 2:49 PM, Howard Lewis Ship hls...@gmail.com wrote:

 But I thought discussions were for losers, and real men used the mailing
 list? ;-)

 Seriously, this is a fast way to really improve the documentation and
 participation.  I'd like to see it put in place.


 On Thu, May 2, 2013 at 9:23 AM, Kalle Korhonen
 kalle.o.korho...@gmail.comwrote:

 Why not? We should try it, we can always remove it if it creates too many
 problems.

 Kalle


 On Thu, May 2, 2013 at 5:06 AM, Ulrich Stärk u...@spielviel.de wrote:

 Do we want https://comments.apache.org/help.html? It's Apache's
 commenting system for static
 websites (like ours). Allows users to post comments.

 Uli

 -
 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
 

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

comments on our website

[Ulrich Stärk]

Do we want https://comments.apache.org/help.html? It's Apache's commenting 
system for static
websites (like ours). Allows users to post comments.

Uli

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

Re: [VOTE] Tapestry Release 5.3.7

[Ulrich Stärk]

Ulrich Stärk: -1 (binding)

tapestry-mongodb is missing the LICENSE and NOTICE files. What bindings are 
used? Are they Apache
License v2.0-compatible?

plastic is missing the LICENSE and NOTICE files, and is including ASM without 
mentioning it or its
license anywhere. Is it AL2-compatible?

Remember, release votes can't be vetoed, it's up to the RM to decide whether to 
proceed or whether
to go back, fix, and try again. I strongly urge to keep our dependencies 
documented and clean though
as this can lead to serious complications.

Uli

On 24.04.2013 09:55, 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)
 

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

Re: [VOTE] Tapestry Release 5.3.7

[Ulrich Stärk]

On 26.04.2013 10:57, Massimo Lusetti wrote:
 On Fri, Apr 26, 2013 at 10:15 AM, Ulrich Stärk u...@spielviel.de wrote:
 
 Ulrich Stärk: -1 (binding)

 tapestry-mongodb is missing the LICENSE and NOTICE files. What bindings
 are used? Are they Apache
 License v2.0-compatible?


 tapestry-mongodb is 5.4 only ... I've committed it only on the master
 branch. I don't see any reference of it on any of these links:
  - https://git-wip-us.apache.org/repos/asf?p=tapestry-5.git;a=tree;hb=5.3
  -
 http://people.apache.org/~mlusetti/tapestry-releases/apache-tapestry-5.3.7-bin.zip
  -
 https://repository.apache.org/content/repositories/orgapachetapestry-133/org/apache/tapestry/
 
 For the sake of clarity I have to say that there's a directory called
 tapestry-mongodb here:
 http://people.apache.org/~mlusetti/tapestry-releases/apache-tapestry-5.3.7-sources.zipbut
 there's not files in it, just the empty dirs (I suppose it's how the
 build script generate them)

Could it be possible that you had some left-overs from a 5.4 checkout in your 
workspace that gradle
picked up when you build 5.3.7? Because there is no mention of mongodb 
whatsoever in the gradle
files from the 5.3 tag.

 
 
 plastic is missing the LICENSE and NOTICE files, and is including ASM
 without mentioning it or its
 license anywhere. Is it AL2-compatible?


 BTW ASM is BSD licensed:
  - http://asm.ow2.org/license.html
 
 Every 5.3.x release haven't had this so far ...

We never spotted it then. This doesn't justify it's ignorance though. This 
needs to be fixed.

 
 
 Remember, release votes can't be vetoed, it's up to the RM to decide
 whether to proceed or whether
 to go back, fix, and try again. I strongly urge to keep our dependencies
 documented and clean though
 as this can lead to serious complications.
 
 
 I would not like to stop this release, I'd rather go and fix LICENSE and
 NOTICE on plastic, then (maybe) put out a new release asap.
 

As I said, it's your call. Given that ASM is BSD licensed, going ahead seems ok 
to me.

Uli

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

Re: Google Summer of Code 2013 Mentor Registration

[Ulrich Stärk]

I think it's a bit late for that now. The application phase just started.

Uli

Am 24.04.2013 um 16:08 schrieb Massimo Lusetti mluse...@gmail.com:

 On Wed, Apr 10, 2013 at 10:26 PM, Ulrich Stärk u...@spielviel.de wrote:
 
 
 So anyone interested in proposing an idea and mentoring it?
 
 
 I would like to see the support for MongoDB extended to include some
 features borrowed by the Hibernate support (I already use this for some
 sort of cache pourposes on one of my client)
 I would also like to see JSON be first citizen in Tapestry 5.4
 
 -- 
 Massimo

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

Re: git commit: FIXED - TAP5-2101: BeanEditor should always provide a new BeanValidationContext (JSR-303) - apply Luca Menegus' patch with minor changes

[Ulrich Stärk]

This is going to be lovely with JSR-356 not being finalized yet and 
vendor-specific implementations...

Uli

On 16.04.2013 14:46, Massimo Lusetti wrote:
 Cometd will be backed up by WebSocket right?
 
 
 On Tue, Apr 16, 2013 at 12:47 PM, Howard Lewis Ship hls...@gmail.comwrote:
 
 Thanks!

 I wanted a nice clean build before I started in on adding cometd support.
  I have some exciting ideas that leverage options made available through
 Plastic.


 On Tue, Apr 16, 2013 at 4:44 AM, Kalle Korhonen
 kalle.o.korho...@gmail.comwrote:

 On it.. meant to take a look at the test failures anyway.

 Kalle


 On Mon, Apr 15, 2013 at 7:51 PM, Howard Lewis Ship hls...@gmail.com
 wrote:

 looks like tests related to this change are failing on jenkins

 On Sunday, April 14, 2013, wrote:

 Updated Branches:
   refs/heads/master d3e9f1d95 - cb95e2236


 FIXED - TAP5-2101: BeanEditor should always provide a new
 BeanValidationContext (JSR-303)
 - apply Luca Menegus' patch with minor changes


 Project: http://git-wip-us.apache.org/repos/asf/tapestry-5/repo
 Commit:
 http://git-wip-us.apache.org/repos/asf/tapestry-5/commit/cb95e223
 Tree:
 http://git-wip-us.apache.org/repos/asf/tapestry-5/tree/cb95e223
 Diff:
 http://git-wip-us.apache.org/repos/asf/tapestry-5/diff/cb95e223

 Branch: refs/heads/master
 Commit: cb95e2236873b497211427e89f96e54282919e19
 Parents: d3e9f1d
 Author: kaosko kao...@apache.org javascript:;
 Authored: Sat Apr 13 22:11:33 2013 -0700
 Committer: kaosko kao...@apache.org javascript:;
 Committed: Sat Apr 13 22:11:33 2013 -0700


 --
  .../TapestryBeanValidationIntegrationTests.java|   14 +
  .../org/example/testapp/entities/ComplexBean.java  |   44
 +++
  .../testapp/entities/SomeOtherSimpleBean.java  |   21 +++
  .../example/testapp/entities/SomeSimpleBean.java   |   21 +++
  .../org/example/testapp/pages/ComplexBeanDemo.java |   14 +
  .../src/test/webapp/ComplexBeanDemo.tml|   19 ++
  tapestry-beanvalidator/src/test/webapp/Index.tml   |3 +
  .../tapestry5/corelib/components/BeanEditor.java   |   24 
  8 files changed, 148 insertions(+), 12 deletions(-)

 --






 http://git-wip-us.apache.org/repos/asf/tapestry-5/blob/cb95e223/tapestry-beanvalidator/src/test/java/org/apache/tapestry5/beanvalidator/integration/TapestryBeanValidationIntegrationTests.java

 --
 diff --git



 a/tapestry-beanvalidator/src/test/java/org/apache/tapestry5/beanvalidator/integration/TapestryBeanValidationIntegrationTests.java



 b/tapestry-beanvalidator/src/test/java/org/apache/tapestry5/beanvalidator/integration/TapestryBeanValidationIntegrationTests.java
 index 29b50bf..248c24e 100644
 ---



 a/tapestry-beanvalidator/src/test/java/org/apache/tapestry5/beanvalidator/integration/TapestryBeanValidationIntegrationTests.java
 +++



 b/tapestry-beanvalidator/src/test/java/org/apache/tapestry5/beanvalidator/integration/TapestryBeanValidationIntegrationTests.java
 @@ -216,4 +216,18 @@ public class
 TapestryBeanValidationIntegrationTests
 extends SeleniumTestCase
  assertTextPresent(Login Name size must be between 7 and
 10,
 Login Name must match \[0-9]+\);
  }

 +@Test
 +public void beaneditor_validation() throws Exception
 +{
 +openLinks(ComplexBean Demo);
 +
 +// Test JSR-303 validator
 +
 +clickAndWait(SUBMIT);
 +
 +assertTextPresent(Simple Not Null Property may not be
 null,
 +Min Value must be greater than or equal to 6, Not
 Null
 String may not be null);
 +}
 +
 +
  }
 \ No newline at end of file





 http://git-wip-us.apache.org/repos/asf/tapestry-5/blob/cb95e223/tapestry-beanvalidator/src/test/java/org/example/testapp/entities/ComplexBean.java

 --
 diff --git



 a/tapestry-beanvalidator/src/test/java/org/example/testapp/entities/ComplexBean.java



 b/tapestry-beanvalidator/src/test/java/org/example/testapp/entities/ComplexBean.java
 new file mode 100644
 index 000..beaa840
 --- /dev/null
 +++



 b/tapestry-beanvalidator/src/test/java/org/example/testapp/entities/ComplexBean.java
 @@ -0,0 +1,44 @@
 +package org.example.testapp.entities;
 +
 +import javax.validation.constraints.NotNull;
 +
 +public class ComplexBean
 +{
 +
 +private SomeSimpleBean someSimpleBean;
 +private SomeOtherSimpleBean someOtherSimpleBean;
 +
 +@NotNull
 +private String simpleNotNullProperty;
 +
 +public SomeSimpleBean getSomeSimpleBean()
 +{
 +return someSimpleBean;
 +}
 +
 +public void setSomeSimpleBean(SomeSimpleBean someSimpleBean)
 +{
 +this.someSimpleBean = someSimpleBean;
 +}
 +
 +public SomeOtherSimpleBean getSomeOtherSimpleBean()
 +{
 +return 

Re: git commit: FIXED - TAP5-2101: BeanEditor should always provide a new BeanValidationContext (JSR-303) - apply Luca Menegus' patch with minor changes

[Ulrich Stärk]

Also, I'm curious to see how this is going to play with Tapestry's many 
per-thread services and
implicit assumptions, that there is only one thread per request.

Uli

On 16.04.2013 15:30, Ulrich Stärk wrote:
 This is going to be lovely with JSR-356 not being finalized yet and 
 vendor-specific implementations...
 
 Uli
 
 On 16.04.2013 14:46, Massimo Lusetti wrote:
 Cometd will be backed up by WebSocket right?


 On Tue, Apr 16, 2013 at 12:47 PM, Howard Lewis Ship hls...@gmail.comwrote:

 Thanks!

 I wanted a nice clean build before I started in on adding cometd support.
  I have some exciting ideas that leverage options made available through
 Plastic.


 On Tue, Apr 16, 2013 at 4:44 AM, Kalle Korhonen
 kalle.o.korho...@gmail.comwrote:

 On it.. meant to take a look at the test failures anyway.

 Kalle


 On Mon, Apr 15, 2013 at 7:51 PM, Howard Lewis Ship hls...@gmail.com
 wrote:

 looks like tests related to this change are failing on jenkins

 On Sunday, April 14, 2013, wrote:

 Updated Branches:
   refs/heads/master d3e9f1d95 - cb95e2236


 FIXED - TAP5-2101: BeanEditor should always provide a new
 BeanValidationContext (JSR-303)
 - apply Luca Menegus' patch with minor changes


 Project: http://git-wip-us.apache.org/repos/asf/tapestry-5/repo
 Commit:
 http://git-wip-us.apache.org/repos/asf/tapestry-5/commit/cb95e223
 Tree:
 http://git-wip-us.apache.org/repos/asf/tapestry-5/tree/cb95e223
 Diff:
 http://git-wip-us.apache.org/repos/asf/tapestry-5/diff/cb95e223

 Branch: refs/heads/master
 Commit: cb95e2236873b497211427e89f96e54282919e19
 Parents: d3e9f1d
 Author: kaosko kao...@apache.org javascript:;
 Authored: Sat Apr 13 22:11:33 2013 -0700
 Committer: kaosko kao...@apache.org javascript:;
 Committed: Sat Apr 13 22:11:33 2013 -0700


 --
  .../TapestryBeanValidationIntegrationTests.java|   14 +
  .../org/example/testapp/entities/ComplexBean.java  |   44
 +++
  .../testapp/entities/SomeOtherSimpleBean.java  |   21 +++
  .../example/testapp/entities/SomeSimpleBean.java   |   21 +++
  .../org/example/testapp/pages/ComplexBeanDemo.java |   14 +
  .../src/test/webapp/ComplexBeanDemo.tml|   19 ++
  tapestry-beanvalidator/src/test/webapp/Index.tml   |3 +
  .../tapestry5/corelib/components/BeanEditor.java   |   24 
  8 files changed, 148 insertions(+), 12 deletions(-)

 --






 http://git-wip-us.apache.org/repos/asf/tapestry-5/blob/cb95e223/tapestry-beanvalidator/src/test/java/org/apache/tapestry5/beanvalidator/integration/TapestryBeanValidationIntegrationTests.java

 --
 diff --git



 a/tapestry-beanvalidator/src/test/java/org/apache/tapestry5/beanvalidator/integration/TapestryBeanValidationIntegrationTests.java



 b/tapestry-beanvalidator/src/test/java/org/apache/tapestry5/beanvalidator/integration/TapestryBeanValidationIntegrationTests.java
 index 29b50bf..248c24e 100644
 ---



 a/tapestry-beanvalidator/src/test/java/org/apache/tapestry5/beanvalidator/integration/TapestryBeanValidationIntegrationTests.java
 +++



 b/tapestry-beanvalidator/src/test/java/org/apache/tapestry5/beanvalidator/integration/TapestryBeanValidationIntegrationTests.java
 @@ -216,4 +216,18 @@ public class
 TapestryBeanValidationIntegrationTests
 extends SeleniumTestCase
  assertTextPresent(Login Name size must be between 7 and
 10,
 Login Name must match \[0-9]+\);
  }

 +@Test
 +public void beaneditor_validation() throws Exception
 +{
 +openLinks(ComplexBean Demo);
 +
 +// Test JSR-303 validator
 +
 +clickAndWait(SUBMIT);
 +
 +assertTextPresent(Simple Not Null Property may not be
 null,
 +Min Value must be greater than or equal to 6, Not
 Null
 String may not be null);
 +}
 +
 +
  }
 \ No newline at end of file





 http://git-wip-us.apache.org/repos/asf/tapestry-5/blob/cb95e223/tapestry-beanvalidator/src/test/java/org/example/testapp/entities/ComplexBean.java

 --
 diff --git



 a/tapestry-beanvalidator/src/test/java/org/example/testapp/entities/ComplexBean.java



 b/tapestry-beanvalidator/src/test/java/org/example/testapp/entities/ComplexBean.java
 new file mode 100644
 index 000..beaa840
 --- /dev/null
 +++



 b/tapestry-beanvalidator/src/test/java/org/example/testapp/entities/ComplexBean.java
 @@ -0,0 +1,44 @@
 +package org.example.testapp.entities;
 +
 +import javax.validation.constraints.NotNull;
 +
 +public class ComplexBean
 +{
 +
 +private SomeSimpleBean someSimpleBean;
 +private SomeOtherSimpleBean someOtherSimpleBean;
 +
 +@NotNull
 +private String simpleNotNullProperty;
 +
 +public SomeSimpleBean getSomeSimpleBean()
 +{
 +return someSimpleBean;
 +}
 +
 +public void

Re: [jira] [Updated] (TAP5-2091) Idea generates Java-6-style @Override annotations

[Ulrich Stärk]

Howard, it seems that your IDE is still putting @Override on implementations. 
Looking at your recent
commits, I can see them all over the place. Can you please fix that?

Cheers,

Uli

On 16.04.2013 14:37, Jochen Kemnade (JIRA) wrote:
 
  [ 
 https://issues.apache.org/jira/browse/TAP5-2091?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
  ]
 
 Jochen Kemnade updated TAP5-2091:
 -
 
 Attachment: (was: 
 0002-remove-some-Java-6-style-Override-annotations.patch)
 
 Idea generates Java-6-style @Override annotations
 -

 Key: TAP5-2091
 URL: https://issues.apache.org/jira/browse/TAP5-2091
 Project: Tapestry 5
  Issue Type: Bug
Affects Versions: 5.4
Reporter: Jochen Kemnade
 Attachments: 0001-remove-some-Java-6-style-Override-annotations.patch


 From time to time, there are @Override annotations creeping into the 
 codebase. This seems to be an Idea-issue that has already been addressed in 
 629fa5a4, but apparently that didn't have the desired effect. 
 http://issues.gradle.org/browse/GRADLE-2668 might be related.
 The attached patch only removes the annotations but does not address the 
 cause.
 
 --
 This message is automatically generated by JIRA.
 If you think it was sent incorrectly, please contact your JIRA administrators
 For more information on JIRA, see: http://www.atlassian.com/software/jira
 

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

Fwd: Google Summer of Code 2013 Mentor Registration

[Ulrich Stärk]

So anyone interested in proposing an idea and mentoring it?

Uli

 Original Message 
Subject: Google Summer of Code 2013 Mentor Registration
Date: Tue, 09 Apr 2013 16:34:01 +0200
From: Ulrich Stärk u...@apache.org
Reply-To: priv...@tapestry.apache.org, code-awa...@apache.org
To: p...@apache.org
CC: code-awa...@apache.org

Dear PMCs,

I'm happy to announce that the ASF has made it onto the list of 177 accepted 
organizations for
Google Summer of Code 2013! [1,2]

It is now time for the mentors to sign up, so please pass this email on to your 
community and podlings.

Mentor signup requires two steps: mentor signup in Melange and PMC 
acknowledgement.

If you want to mentor a project in this year's SoC you will have to

1. Be an Apache committer.
2. Register with Melange and set up a profile [3].
3. Add your username (formerly known as link_id) to [4]. This is NOT your email 
address but your
Melange username. You can find it at the top of any page once you are logged in.
4. Request an acknowledgement from the PMC for which you want to mentor 
projects. Use the below
template and do not forget to copy code-awa...@apache.org.
5. Once a PMC member acknowledges the request to mentor, and only then, go to 
[2] and click the
Start a connection button.

PMCs, read carefully please.

We request that each mentor is acknowledged by a PMC member. This is to ensure 
the mentor is in good
standing with the community. When you receive a request for acknowledgement, 
please ACK it and cc
code-awa...@apache.org

Cheers,

Uli

mentor request email template:

to: private@project.apache.org
cc: code-awa...@apache.org
subject: GSoC 2013 mentor request for mentor name

project PMC,

please acknowledge my request to become a mentor for Google Summer of Code 2013 
projects for Apache
project.

My Melange username is username.

custom content



[1] https://google-melange.appspot.com/gsoc/accepted_orgs/google/gsoc2013
[2] https://google-melange.appspot.com/gsoc/org/google/gsoc2013/apache
[3] https://google-melange.appspot.com/gsoc/homepage/google/gsoc2013
[4] https://svn.apache.org/repos/private/committers/GsocLinkId.txt



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

Fwd: svn commit: r856616 - /infrastructure/apwiki/trunk/config/tapestry.py

[Ulrich Stärk]

I just enabled ACL for our wiki. Anybody who wants to change something now 
needs to be added to the
ContributorsGroup page. Those listed on the AdminGroup page may edit 
ContributorsGroup. ATM that's
Bob and me. Volunteers welcome.

Uli


 Original Message 
Subject: svn commit: r856616 - /infrastructure/apwiki/trunk/config/tapestry.py
Date: Sat, 30 Mar 2013 15:47:20 -
From: u...@apache.org
To: infrastructure-...@apache.org

Author: uli
Date: Sat Mar 30 15:47:20 2013
New Revision: 856616

Log:
enable ACL for tapestry wiki

Modified:
infrastructure/apwiki/trunk/config/tapestry.py

Modified: infrastructure/apwiki/trunk/config/tapestry.py
==
--- infrastructure/apwiki/trunk/config/tapestry.py (original)
+++ infrastructure/apwiki/trunk/config/tapestry.py Sat Mar 30 15:47:20 2013
@@ -18,7 +18,7 @@ from farmconfig import ACLedConfig, Farm
 import os

 # now we subclass that config (inherit from it) and change what's different:
-class Config(FarmConfig):
+class Config(ACLedConfig, FarmConfig):
 basename = 'tapestry'
 sitename = u'%s Wiki' % basename.capitalize() # [Unicode]
 interwikiname = 'Apache%sWiki' % basename.capitalize()




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

Re: [Tapestry Wiki] Trivial Update of ArlenStow by ArlenStow

[Ulrich Stärk]

I'm already investigating with infra. The wiki should be editable only by those 
in the Contributors
group but apparently is not. No clue why.

Uli

On 28.03.2013 18:13, Howard Lewis Ship wrote:
 I'd love to shut down updates on the wiki for a week or two; I'm sure
 there's a spammer forum out there saying go hit up the apache.org wiki!
 and if we shut down updates, they'd move to the next target.
 
 On Thu, Mar 28, 2013 at 4:08 AM, Bob Harner bobhar...@gmail.com wrote:
 
 I just deleted all of the recent ones..

 I don't know who else has the ability to delete these. I assumed every
 logged in user does.

 On Wed, Mar 27, 2013 at 2:49 PM, Josh Canfield joshcanfi...@gmail.com
 wrote:
 Who has permissions to remove the entries, or configure the wiki?

 On Wed, Mar 27, 2013 at 10:05 AM, Thiago H de Paula Figueiredo 
 thiag...@gmail.com wrote:

 Someone is spamming the Tapestry wiki . . . :(


 On Wed, 27 Mar 2013 13:58:29 -0300, Apache Wiki wikidi...@apache.org
 wrote:

  Dear Wiki user,

 You have subscribed to a wiki page or wiki category on Tapestry Wiki
 for change notification.

 The ArlenStow page has been changed by ArlenStow:
 http://wiki.apache.org/**tapestry/ArlenStow
 http://wiki.apache.org/tapestry/ArlenStow

 New page:
 There is nothing to tell about myself at all.BR
 BR
 Nice to be here and a part of apache.org.BR
 I really hope Im useful at allBR
 BR
 Feel free to surf to my weblog [[http://www.webdirectory.com.**
 pt/articles/article-36014.**html|visit
 http://www.webdirectory.com.pt/articles/article-36014.html%7Cvisitthe up
 coming article]]


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



 --
 Thiago H. de Paula Figueiredo



 --**--**-
 To unsubscribe, e-mail: dev-unsubscribe@tapestry.**apache.org
 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

Re: [Tapestry Wiki] Trivial Update of ArlenStow by ArlenStow

[Ulrich Stärk]

from farmconfig import FarmConfig

So apparently it's not ACL configured. Shall I configure it such that only 
those listed on the
ContributorsGroup page [1] can edit it? Everybody wanting access would have to 
request it first.

Uli

[1] http://wiki.apache.org/tapestry/ContributorsGroup

On 28.03.2013 18:53, Ulrich Stärk wrote:
 I'm already investigating with infra. The wiki should be editable only by 
 those in the Contributors
 group but apparently is not. No clue why.
 
 Uli
 
 On 28.03.2013 18:13, Howard Lewis Ship wrote:
 I'd love to shut down updates on the wiki for a week or two; I'm sure
 there's a spammer forum out there saying go hit up the apache.org wiki!
 and if we shut down updates, they'd move to the next target.

 On Thu, Mar 28, 2013 at 4:08 AM, Bob Harner bobhar...@gmail.com wrote:

 I just deleted all of the recent ones..

 I don't know who else has the ability to delete these. I assumed every
 logged in user does.

 On Wed, Mar 27, 2013 at 2:49 PM, Josh Canfield joshcanfi...@gmail.com
 wrote:
 Who has permissions to remove the entries, or configure the wiki?

 On Wed, Mar 27, 2013 at 10:05 AM, Thiago H de Paula Figueiredo 
 thiag...@gmail.com wrote:

 Someone is spamming the Tapestry wiki . . . :(


 On Wed, 27 Mar 2013 13:58:29 -0300, Apache Wiki wikidi...@apache.org
 wrote:

  Dear Wiki user,

 You have subscribed to a wiki page or wiki category on Tapestry Wiki
 for change notification.

 The ArlenStow page has been changed by ArlenStow:
 http://wiki.apache.org/**tapestry/ArlenStow
 http://wiki.apache.org/tapestry/ArlenStow

 New page:
 There is nothing to tell about myself at all.BR
 BR
 Nice to be here and a part of apache.org.BR
 I really hope Im useful at allBR
 BR
 Feel free to surf to my weblog [[http://www.webdirectory.com.**
 pt/articles/article-36014.**html|visit
 http://www.webdirectory.com.pt/articles/article-36014.html%7Cvisitthe up
 coming article]]


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



 --
 Thiago H. de Paula Figueiredo



 --**--**-
 To unsubscribe, e-mail: dev-unsubscribe@tapestry.**apache.org
 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
 

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

Re: Nabble (WAS: Re: Validation Message with Tapestry 4)

[Ulrich Stärk]

FYI,

I was sick of users not reading the very prominent message that a subscription 
is necessary and
Nabble eating code listings so I finally changed the Nabble archives to read 
only and changed the
description accordingly.

Uli

On 11.12.2012 20:15, Ulrich Stärk wrote:
 Ranked first at the moment. Once it goes away, something else will be 
 considered most significant
 (be it markmail archives, or Apache's, or whatever).
 
 Thanks for taking this on Thiago.
 
 Uli
 
 On 11.12.2012 19:39, Thiago H de Paula Figueiredo wrote:
 On Tue, 11 Dec 2012 16:01:10 -0200, Ulrich Stärk u...@spielviel.de wrote:

 Google will find everything in Apache's archives (as it does now).

 But Nabble is normally ranked first. Anyway, I agree with Ulrich and posted 
 a message in their
 support forum about it:
 http://support.nabble.com/Take-ownership-of-http-tapestry-1045711-n5-nabble-com-td7582289.html.
 Let's see what happens.

 Cheers!

 
 
 -
 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

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

[Ulrich Stärk]

Cool. Build ran succesfully, no tests failed but build marked as failed. I love 
you Jenkins!

On 20.03.2013 16:35, Apache Jenkins Server wrote:
 See https://builds.apache.org/job/tapestry-trunk-freestyle/1035/changes
 
 Changes:
 
 [uli] fix running docco on windows systems
 
 --
 [...truncated 237 lines...]
 :tapestry-ioc:check UP-TO-DATE
 :tapestry-ioc:build UP-TO-DATE
 :tapestry-ioc:sourcesJar UP-TO-DATE
 :tapestry-ioc:uploadPublishedUploading: 
 org/apache/tapestry/tapestry-ioc/5.4-SNAPSHOT/tapestry-ioc-5.4-20130320.153236-49.jar
  to repository remote at 
 https://repository.apache.org/content/repositories/snapshots
 Transferring 508K from remote
 Uploaded 508K
 Uploading: 
 org/apache/tapestry/tapestry-ioc/5.4-SNAPSHOT/tapestry-ioc-5.4-20130320.153236-49-sources.jar
  to repository remote at 
 https://repository.apache.org/content/repositories/snapshots
 Transferring 406K from remote
 Uploaded 406K
 
 :tapestry-javadoc:assemble UP-TO-DATE
 :tapestry-javadoc:compileTestJava UP-TO-DATE
 :tapestry-javadoc:compileTestGroovy UP-TO-DATE
 :tapestry-javadoc:processTestResources UP-TO-DATE
 :tapestry-javadoc:testClasses UP-TO-DATE
 :tapestry-javadoc:test UP-TO-DATE
 :tapestry-javadoc:check UP-TO-DATE
 :tapestry-javadoc:build UP-TO-DATE
 :tapestry-javadoc:sourcesJar UP-TO-DATE
 :tapestry-javadoc:uploadPublishedUploading: 
 org/apache/tapestry/tapestry-javadoc/5.4-SNAPSHOT/tapestry-javadoc-5.4-20130320.153248-49.jar
  to repository remote at 
 https://repository.apache.org/content/repositories/snapshots
 Transferring 22K from remote
 Uploaded 22K
 Uploading: 
 org/apache/tapestry/tapestry-javadoc/5.4-SNAPSHOT/tapestry-javadoc-5.4-20130320.153248-49-sources.jar
  to repository remote at 
 https://repository.apache.org/content/repositories/snapshots
 Transferring 14K from remote
 Uploaded 14K
 
 :tapestry-jmx:compileJava UP-TO-DATE
 :tapestry-jmx:compileGroovy UP-TO-DATE
 :tapestry-jmx:processResources UP-TO-DATE
 :tapestry-jmx:classes UP-TO-DATE
 :tapestry-jmx:jar UP-TO-DATE
 :tapestry-jmx:assemble UP-TO-DATE
 :tapestry-jmx:compileTestJava UP-TO-DATE
 :tapestry-jmx:compileTestGroovy UP-TO-DATE
 :tapestry-jmx:processTestResources UP-TO-DATE
 :tapestry-jmx:testClasses UP-TO-DATE
 :tapestry-jmx:test UP-TO-DATE
 :tapestry-jmx:check UP-TO-DATE
 :tapestry-jmx:build UP-TO-DATE
 :tapestry-jmx:sourcesJar UP-TO-DATE
 :tapestry-jmx:uploadPublishedUploading: 
 org/apache/tapestry/tapestry-jmx/5.4-SNAPSHOT/tapestry-jmx-5.4-20130320.153258-49.jar
  to repository remote at 
 https://repository.apache.org/content/repositories/snapshots
 Transferring 9K from remote
 Uploaded 9K
 Uploading: 
 org/apache/tapestry/tapestry-jmx/5.4-SNAPSHOT/tapestry-jmx-5.4-20130320.153258-49-sources.jar
  to repository remote at 
 https://repository.apache.org/content/repositories/snapshots
 Transferring 9K from remote
 Uploaded 9K
 
 :tapestry-jpa:compileJava UP-TO-DATE
 :tapestry-jpa:compileGroovy UP-TO-DATE
 :tapestry-jpa:processResources UP-TO-DATE
 :tapestry-jpa:classes UP-TO-DATE
 :tapestry-jpa:jar UP-TO-DATE
 :tapestry-jpa:assemble UP-TO-DATE
 :tapestry-jpa:compileTestJava UP-TO-DATE
 :tapestry-jpa:compileTestGroovy UP-TO-DATE
 :tapestry-jpa:processTestResources UP-TO-DATE
 :tapestry-jpa:testClasses UP-TO-DATE
 :tapestry-jpa:test UP-TO-DATE
 :tapestry-jpa:check UP-TO-DATE
 :tapestry-jpa:build UP-TO-DATE
 :tapestry-jpa:sourcesJar UP-TO-DATE
 :tapestry-jpa:uploadPublishedUploading: 
 org/apache/tapestry/tapestry-jpa/5.4-SNAPSHOT/tapestry-jpa-5.4-20130320.153314-44.jar
  to repository remote at 
 https://repository.apache.org/content/repositories/snapshots
 Transferring 49K from remote
 Uploaded 49K
 Uploading: 
 org/apache/tapestry/tapestry-jpa/5.4-SNAPSHOT/tapestry-jpa-5.4-20130320.153314-44-sources.jar
  to repository remote at 
 https://repository.apache.org/content/repositories/snapshots
 Transferring 40K from remote
 Uploaded 40K
 
 :tapestry-json:assemble UP-TO-DATE
 :tapestry-json:compileTestJava UP-TO-DATE
 :tapestry-json:compileTestGroovy UP-TO-DATE
 :tapestry-json:processTestResources UP-TO-DATE
 :tapestry-json:testClasses UP-TO-DATE
 :tapestry-json:test UP-TO-DATE
 :tapestry-json:check UP-TO-DATE
 :tapestry-json:build UP-TO-DATE
 :tapestry-json:sourcesJar UP-TO-DATE
 :tapestry-json:uploadPublishedUploading: 
 org/apache/tapestry/tapestry-json/5.4-SNAPSHOT/tapestry-json-5.4-20130320.153324-44.jar
  to repository remote at 
 https://repository.apache.org/content/repositories/snapshots
 Transferring 25K from remote
 Uploaded 25K
 Uploading: 
 org/apache/tapestry/tapestry-json/5.4-SNAPSHOT/tapestry-json-5.4-20130320.153324-44-sources.jar
  to repository remote at 
 https://repository.apache.org/content/repositories/snapshots
 Transferring 31K from remote
 Uploaded 31K
 
 :tapestry-kaptcha:compileJava UP-TO-DATE
 :tapestry-kaptcha:compileGroovy UP-TO-DATE
 :tapestry-kaptcha:processResources UP-TO-DATE
 :tapestry-kaptcha:classes UP-TO-DATE
 :tapestry-kaptcha:jar UP-TO-DATE
 

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

[Ulrich Stärk]

Of course that's the reason but why mark the build as failed just because it 
couldn't find new test results which is normal when no code has been changed. 
That heuristic is stupid and can't be changed it seems.

Uli



Am 20.03.2013 um 18:00 schrieb Kalle Korhonen kalle.o.korho...@gmail.com:

 Not sure I follow, wasn't the reason clearly stated in the log?
 
 Recording test results
 Test reports were found but none of them are new. Did tests run?
 For example, 
 https://builds.apache.org/job/tapestry-trunk-freestyle/ws/plastic/build/test-results/TEST-org.apache.tapestry5.internal.plastic.ClassInstantiatorTests.xml
 is 20 days old
 Build step 'Publish JUnit test result report' changed build result to
 FAILURE
 
 Kalle
 
 On Wed, Mar 20, 2013 at 9:30 AM, Ulrich Stärk u...@spielviel.de wrote:
 
 Cool. Build ran succesfully, no tests failed but build marked as failed. I
 love you Jenkins!
 
 On 20.03.2013 16:35, Apache Jenkins Server wrote:
 See https://builds.apache.org/job/tapestry-trunk-freestyle/1035/changes
 
 
 Changes:
 
 [uli] fix running docco on windows systems
 
 --
 [...truncated 237 lines...]
 :tapestry-ioc:check UP-TO-DATE
 :tapestry-ioc:build UP-TO-DATE
 :tapestry-ioc:sourcesJar UP-TO-DATE
 :tapestry-ioc:uploadPublishedUploading:
 org/apache/tapestry/tapestry-ioc/5.4-SNAPSHOT/tapestry-ioc-5.4-20130320.153236-49.jar
 to repository remote at
 https://repository.apache.org/content/repositories/snapshots
 Transferring 508K from remote
 Uploaded 508K
 Uploading:
 org/apache/tapestry/tapestry-ioc/5.4-SNAPSHOT/tapestry-ioc-5.4-20130320.153236-49-sources.jar
 to repository remote at
 https://repository.apache.org/content/repositories/snapshots
 Transferring 406K from remote
 Uploaded 406K
 
 :tapestry-javadoc:assemble UP-TO-DATE
 :tapestry-javadoc:compileTestJava UP-TO-DATE
 :tapestry-javadoc:compileTestGroovy UP-TO-DATE
 :tapestry-javadoc:processTestResources UP-TO-DATE
 :tapestry-javadoc:testClasses UP-TO-DATE
 :tapestry-javadoc:test UP-TO-DATE
 :tapestry-javadoc:check UP-TO-DATE
 :tapestry-javadoc:build UP-TO-DATE
 :tapestry-javadoc:sourcesJar UP-TO-DATE
 :tapestry-javadoc:uploadPublishedUploading:
 org/apache/tapestry/tapestry-javadoc/5.4-SNAPSHOT/tapestry-javadoc-5.4-20130320.153248-49.jar
 to repository remote at
 https://repository.apache.org/content/repositories/snapshots
 Transferring 22K from remote
 Uploaded 22K
 Uploading:
 org/apache/tapestry/tapestry-javadoc/5.4-SNAPSHOT/tapestry-javadoc-5.4-20130320.153248-49-sources.jar
 to repository remote at
 https://repository.apache.org/content/repositories/snapshots
 Transferring 14K from remote
 Uploaded 14K
 
 :tapestry-jmx:compileJava UP-TO-DATE
 :tapestry-jmx:compileGroovy UP-TO-DATE
 :tapestry-jmx:processResources UP-TO-DATE
 :tapestry-jmx:classes UP-TO-DATE
 :tapestry-jmx:jar UP-TO-DATE
 :tapestry-jmx:assemble UP-TO-DATE
 :tapestry-jmx:compileTestJava UP-TO-DATE
 :tapestry-jmx:compileTestGroovy UP-TO-DATE
 :tapestry-jmx:processTestResources UP-TO-DATE
 :tapestry-jmx:testClasses UP-TO-DATE
 :tapestry-jmx:test UP-TO-DATE
 :tapestry-jmx:check UP-TO-DATE
 :tapestry-jmx:build UP-TO-DATE
 :tapestry-jmx:sourcesJar UP-TO-DATE
 :tapestry-jmx:uploadPublishedUploading:
 org/apache/tapestry/tapestry-jmx/5.4-SNAPSHOT/tapestry-jmx-5.4-20130320.153258-49.jar
 to repository remote at
 https://repository.apache.org/content/repositories/snapshots
 Transferring 9K from remote
 Uploaded 9K
 Uploading:
 org/apache/tapestry/tapestry-jmx/5.4-SNAPSHOT/tapestry-jmx-5.4-20130320.153258-49-sources.jar
 to repository remote at
 https://repository.apache.org/content/repositories/snapshots
 Transferring 9K from remote
 Uploaded 9K
 
 :tapestry-jpa:compileJava UP-TO-DATE
 :tapestry-jpa:compileGroovy UP-TO-DATE
 :tapestry-jpa:processResources UP-TO-DATE
 :tapestry-jpa:classes UP-TO-DATE
 :tapestry-jpa:jar UP-TO-DATE
 :tapestry-jpa:assemble UP-TO-DATE
 :tapestry-jpa:compileTestJava UP-TO-DATE
 :tapestry-jpa:compileTestGroovy UP-TO-DATE
 :tapestry-jpa:processTestResources UP-TO-DATE
 :tapestry-jpa:testClasses UP-TO-DATE
 :tapestry-jpa:test UP-TO-DATE
 :tapestry-jpa:check UP-TO-DATE
 :tapestry-jpa:build UP-TO-DATE
 :tapestry-jpa:sourcesJar UP-TO-DATE
 :tapestry-jpa:uploadPublishedUploading:
 org/apache/tapestry/tapestry-jpa/5.4-SNAPSHOT/tapestry-jpa-5.4-20130320.153314-44.jar
 to repository remote at
 https://repository.apache.org/content/repositories/snapshots
 Transferring 49K from remote
 Uploaded 49K
 Uploading:
 org/apache/tapestry/tapestry-jpa/5.4-SNAPSHOT/tapestry-jpa-5.4-20130320.153314-44-sources.jar
 to repository remote at
 https://repository.apache.org/content/repositories/snapshots
 Transferring 40K from remote
 Uploaded 40K
 
 :tapestry-json:assemble UP-TO-DATE
 :tapestry-json:compileTestJava UP-TO-DATE
 :tapestry-json:compileTestGroovy UP-TO-DATE
 :tapestry-json:processTestResources UP-TO-DATE
 :tapestry-json:testClasses UP-TO-DATE
 :tapestry-json:test UP-TO-DATE
 :tapestry-json:check UP-TO-DATE
 :tapestry-json:build UP

Re: About GSoC 2013 Idea page

[Ulrich Stärk]

We are a bit behind in our schedule. Stay tuned.

Uli

On 03.03.2013 19:29, Mayur Patil wrote:
 Hello,
 
Most of the organizations(Eclipse,Fedora,VLC etc) have created
 
their GSoC Idea page. Where is Idea page for Tapestry?
 
I am eagerly waiting for it !!
 
Seeking for Guidance,
 
Thank you !!
 

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

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

[Ulrich Stärk]

On 27.02.2013 23:35, Apache Jenkins Server wrote:

 
 BUILD SUCCESSFUL
 

but Build failed in Jenkins: tapestry-trunk-freestyle #1031. I love you 
Jenkins!

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

Re: TAP5-2071 Tapestry should output valid HTML5 when using the HTML5 doctype in templates

[Ulrich Stärk]

I reckon that there aren't many (if at all) custom implementations of 
MarkupWriterFactory out there.
For those that implement it themselves, it's just a minimal amount of 
additional code that can be
copied from Tapestry's default implementation.

Uli

On 28.02.2013 03:27, Bob Harner wrote:
 While I like Uli's recently committed changes for TAP5-2071, it's
 worth noting that they do change the API of a public interface and
 will therefore break any user code that implements
 MarkupWriterFactory.
 
 https://issues.apache.org/jira/browse/TAP5-2071
 
 Concerns? Alternatives?
 
 -
 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

Re: svn commit: r1445012 - /tapestry/tapestry-site/branches/post-5.2-site/publish/doap_Tapestry.rdf

[Ulrich Stärk]

On 12.02.2013 02:43, bobhar...@apache.org wrote:
 Author: bobharner
 Date: Tue Feb 12 01:43:43 2013
 New Revision: 1445012
 
 URL: http://svn.apache.org/r1445012
 Log:
 Updated DOAP file.
 See http://projects.apache.org/create.html.
 Probably should be moved to Git some day.

Or directly to our website repo?

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

Re: [VOTE] TAP5-2070 Implement logic to handle requests to unknown URL as 404

[Ulrich Stärk]

+1 on the idea, -1 on the implementation.

In PageActivatorImpl you set send404 from the symbol but never check on it.

Uli

On 10.02.2013 23:18, Massimo Lusetti wrote:
 Hi devs,
   this ia vote to introduce a new behavior on how Tapestry5 handle incoming
 requests.
 
 The issue you should look at is:
 https://issues.apache.org/jira/browse/TAP5-2070
 
 Basically the proposal is to introduce new logic to respond with HTTP 404
 code to requests on unknown URL.
 The concept of activation context within Tapestry5 has introduced a pretty
 cool mechanism to control and format URL practically in any way the
 developers need, but also has lead to serving requests to URL which are not
 what the developers might want.
 
 For example a page named Super with an activation context as a String will
 serve requests for:
 
 /super/mario
 /super/luigi
 
 and so on, and this is wanted. But also will server requests for:
 
 /super/mario/luigi
 
 simply ignoring luigi ... In fact you can write as many paths as you want
 in your URL.
 
 The proposed patch is disabled by default which cause the old and current
 behavior, it can be enabled by a configuration symbol.
 
 I think the same rules as a vote for a release apply here.
 
 Massimo Lusetti: +1 (binding)
 

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