Hi Howard, does this mean that all future test cases should be in
groovy/spock?
I think it's fair to say that everyone committing patches to Jira will have
Java knowledge. Since a patch is more likely to be included if it has a test
case, I think you are limiting your potential committers by
You will need to imlpement a ValueEncoder and contribute it to the
ValueEncoderSource.
http://tapestry.apache.org/tapestry5/apidocs/org/apache/tapestry5/ValueEncoder.html
http://tapestry.apache.org/current/apidocs/org/apache/tapestry5/services/ValueEncoderSource.html
--
View this message in
Firstly, this question should be on the user's list (not the dev list).
To change template lookup behaviour, you will need to either override or
(more likely) decorate the ComponentResourceLocator.
I think that the spring integration needs a bit of an overhaul. I seem to
remember that tapestry does not ignore abstract springs bean which can
also cause problems.
--
View this message in context:
Firstly, you have asked this question on the wrong list (it should be on the
tapestry-user NOT tapestry-dev)
Secondly, if you add a message with a key propertyName-label, tapestry
will use that instead of generating a user friendly name from the property
name.
@see
Hi Tapestry team,
As you may be aware, I've created a push implementation for tapestry [1]
based on CometD [2]. I have seen recently that both wicket and primefaces
are supporting push using atmosphere [3] which is far more portable than
CometD.
When I introduced tapestry-cometd, Howard
The main requirements of fullcalendar is a feed of events (json) between a
start date and an end date [1]. Fullcalendar is very configurable but by
default, it will hit a URL of the form:
/someURL?start=1262332800end=1265011200
1. Create an event on your page which uses a JSONObject to return a
Tapestry supports localization for templates, messages and assets. It will
firstly attempt to locate a resource for Romanian before falling back to the
default unlocalized resource.
http://tapestry.apache.org/assets.html
http://tapestry.apache.org/localization.html
If you'd like explicit control
In your pages / components
@Inject
private Locale locale;
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Retrieveing-specific-desc-from-the-base-tp5717585p5717589.html
Sent from the Tapestry - Dev mailing list archive at Nabble.com.
Sounds to me like a benchmark is needed to compare id lookup against full DOM
scan for data attributes on all the major browsers on small, medium and
large web pages.
--
View this message in context:
Here's a first attempt at benchmarking the differences:
http://jsfiddle.net/xPVy6/6/
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/5-4-JavaScript-Explicit-vs-Unobtrusive-initialization-tp5717787p5717818.html
Sent from the Tapestry - Dev mailing list archive at
1. Pass ComponentMessagesSource and ThreadLocale to the YesNoTranslator
constructor
2.
public String toClient(Boolean flag) {
Messages messages =
messagesSource.getApplicationCatalog(threadLocale.getLocale());
return (flag ? messages.get(boolean.true) :
messages.get(boolean.false);
}
Firstly, you've asked this question on the tapestry-dev list when you should
have posted it on tapestry-users.
Secondly, you have asked two questions:
1. How do I handle a form in tapestry?
2. How do I send a mail using javax mail
Answers:
1. http://tapestry.apache.org/forms-and-validation.html
just having a laugh... no harshness intended ;)
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Javax-mail-in-Tapestry-tp5718005p5718011.html
Sent from the Tapestry - Dev mailing list archive at Nabble.com.
I really like the infinite-scroll approach: http://www.infinite-scroll.com/
This library gracefully degrades when javascript is disabled so is also good
for SEO[1]. You initially render links to all your pages and then the
infinite-scroll script hides the page navigation and replaces it with
Some day, scrap the SeleniumTests and replace with Geb!
I've found selenium testing to be flaky at best. I'm interested to hear your
thoughts on what Geb will solve since it uses selenium's WebDriver under the
hood. Does Geb have better mechanisms for waiting for the client to be in a
particular
Don't use ./gradlew eclipse as gradle will not keep the eclipse project
up-to-date with any changes.
I haven't used the gradle tooling in eclipse but I'm assuming it's similar
to the maven tooling. Instead of import existing project into eclipse
there should be an option to import existing gradle
There's also this:
http://tapestry.apache.org/building-tapestry-from-source.html
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Getting-current-tapestry-5-4-SNAPSHOT-head-running-in-eclipse-with-git-and-gradle-tp5718810p5718812.html
Sent from the Tapestry - Dev mailing
I'm in London... It seems that Spring MVC and JSF are the norm wherever I go
(contractor / banking). I've never seen an advertised role mentioning
Tapestry :(
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Tapestry-5-developer-rates-tp5718832p5718839.html
Sent from the
Never use ${...} in attributes.
Use t:value=transactionQuote.pickupQuoteID instead and tapestry will
create two way property binding which it can then get() and set().
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Submitting-a-value-from-a-Form-tp5718882p5718886.html
By the way... the tapestry-dev list is for developers of tapestry. Messages
such as this should be posted on the tapestry-users list.
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Submitting-a-value-from-a-Form-tp5718882p5718887.html
Sent from the Tapestry - Dev
I think an interesting project would be to get Tapestry running on Netty
instead of a servlet container. I know that the play framework can run on
both and since 99% of tapestry is coded to it's own custom request, response
and session interfaces it wouldn't be that hard.
http://netty.io/
Thanks for your votes everyone. It's great to be part of the team.
My 2p.
I have had major headaches in the past maintaining selenium tests. The main
problems are getting selenium to wait until the client is in a certain
state. I found checking for AJAX responses or other custom conditions to be
very flaky. Sometimes the only solution was to Thread.sleep() which
You can have your cake and eat it!
It's valid for a 404 response to have a body and a content type.
On 31 Jul 2013 17:07, Massimo Lusetti mluse...@gmail.com wrote:
On Wed, Jul 31, 2013 at 6:00 PM, Lenny Primak lpri...@hope.nyc.ny.us
wrote:
I would say no.
The behavior in production.and
I prefer the idea of a registry where all tapestry add ons can get a
mention with the ability to have the community rate and give feedback. Let
the user decide whether the library is ok by croudsourcing feedback.
A workaround is to get a MarkupWriter instance from MarkupWriterFactory and
return a StreamResponse.
Hi Denis, my workaround was meant for Thiago since he's not using a
template.
You might find it difficult (near impossible) to invoke tapestry's template
rendering yourself. I think you'll need to patch the issue, this will
likely require tweaking the JavaScriptSupport MarkupRendererFilter that
You might be interested in one of these mixins.
http://tapestry-stitch.uklance.cloudbees.net/oneventdemo
http://jumpstart.doublenegative.com.au/jumpstart/examples/ajax/onevent
I've never understood why you would want portlets in a tapestry app. Apart
from maybe integrating with legacy code.
What can a portlet give you that a tapestry component can not?
+1 (non-binding)
On 4 Dec 2013 23:01, Howard Lewis Ship hls...@gmail.com wrote:
This is a vote, open to all committers, to create a beta release of
Tapestry 5.4.
This represents the point at which new functionality should no longer be
added and, instead, the emphasis should be on bug fixing
You can use two loops. Example here:
http://tapestry-stitch.uklance.cloudbees.net/gallerydemo
On 29 Jan 2014 16:12, Dimitris Zenios dimitris.zen...@gmail.com wrote:
Is it possible to make the loop component expose the iterator through a
public method?
There are situations where a mixin
It's probably worth mentioning my onevent mixin here.
http://tapestry-stitch.uklance.cloudbees.net/oneventdemo
Sorry to toot my own horn but I think it greatly simplifies many ajax
interactions. It not only allows a context to be passed but it can also
send a list of clientside field values in
Yes, I think it should be part of tapestry core.
Unfortunately it clashes a bit with the zone parameter in select. Does
anybody support making a breaking change to remove the ajax behaviour from
select if this mixin was added to core?
As a nod to jquery you could simply call it on :-)
Yeah, I
I'd like to create a JUnit4ClassRunner to simplify integration testing of
Tapestry IOC services. More details here
https://issues.apache.org/jira/browse/TAP5-2273
I'm not sure which gradle module the test runner should live in?
tapestry-test is deprecated and tapestry-internal-test is not
Hi Bob, I forgot to mention that I also feel that tapestry-test is a bit
heavy weight.
This junit runner is for testing tapestry-ioc apps. Tapestry-test has
transitive dependencies on tapestry-web, selenium, jetty etc. I'm not sure
people want all that on their classpath when testing an IOC only
Hi Geoff, I'm thinking this can also be done with the onevent mixin I
mentioned earlier. Since it can send a (configurable) list of clientside
field values to the serverside event, you can send all field values that
your event cares about.
If two fields (eg select menus, text fields) determine
method to allow others to
ask it to refresh itself.
On 20/03/2014, at 12:42 AM, Lance Java wrote:
Hi Geoff, I'm thinking this can also be done with the onevent mixin I
mentioned earlier. Since it can send a (configurable) list of clientside
field values to the serverside event, you can send all
That's an interesting concept. I like the sound of it.
On 20 Mar 2014 09:22, Nourredine K. nourredin...@gmail.com wrote:
Hi Geoff,
Maybe the very interesting Dmitri's contribution can help here.
It implements the publisher-subscriber pattern for Tapestry5
pages/components.
I'm imagining the pub sub would work like...
public class L {
@Inject
private Publisher publisher;
@Inject
private Block someBlock;
/**
* Fired when the select menu changes
*/
public Object onFilterChange(Entity entity) {
publisher.publish(changeEntity, entity);
return
Can't jarjar or similar do this via byte code transform automatically as
part of the build?
On 21 Mar 2014 16:40, Kalle Korhonen kalle.o.korho...@gmail.com wrote:
On Fri, Mar 21, 2014 at 3:57 AM, Bob Harner bobhar...@gmail.com wrote:
Kalle, can you list the steps you went through to do this?
,
but at the component level.
On 21/03/2014, at 2:35 AM, Lance Java wrote:
I'm imagining the pub sub would work like...
public class L {
@Inject
private Publisher publisher;
@Inject
private Block someBlock;
/**
* Fired when the select menu changes
*/
public Object
Hi Tapestry devs. I'm trying to assign a jira to myself but don't seem to
have the privileges. Can someone please give me dev rights in jira?
Username = Lance.
Thanks.
Thanks, all good now.
On 1 Apr 2014 17:07, Howard Lewis Ship hls...@gmail.com wrote:
You should be good to go.
On Tue, Apr 1, 2014 at 9:05 AM, Howard Lewis Ship hls...@gmail.com
wrote:
I'll take care of it.
On Tue, Apr 1, 2014 at 1:02 AM, Lance Java lance.j...@googlemail.com
wrote
So sorry... I can appreciate that you're overstretched.
I've removed :tapestry-ioc-test from the build so that the build can pass
again
I'll fix the test tonight (UK time).
On 1 April 2014 23:40, Howard Lewis Ship hls...@gmail.com wrote:
Please stop committing broken changes!
It is extremely
You could set -Dfile.encoding=UTF-8 when starting up the servlet container.
On 8 Apr 2014 14:24, Michael Wyraz michael.wy...@evermind.de wrote:
Hi,
could please anyone with commit access fix this little issue
https://issues.apache.org/jira/browse/TAP5-2219 or at least add the
testcase to
It still would be great if this could be fixed :-)
Agreed, but I'm not convinced that hard coding UTF8 is the answer :)
Lance Semmens + 1 (non-binding)
On 17 Apr 2014 22:41, Howard Lewis Ship hls...@gmail.com wrote:
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
No, there is no way to access the generic type, this information is lost
during the compilation process.
That's not actually correct. Lets consider the following class:
public class MyClass {
private ListFoo foos;
public ListBar getBars() {
...
}
public void doStuffWithBaz()
Just having a quick poke through the code this could be fixed by adding the
following methods to the public API.
java.lang.reflect.Type PropertyConduit.getPropertyGenericType()
java.lang.reflect.Type Binding.getBindingGenericType()
java.lang.reflect.Type
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,
Hi Michael, in future... Please post to the user's mailing list. This list
is for the tapestry development team.
No, this is not a bug. Pages and components are singletons. Under the hood
they use bindings to get() and set() dynamic values at runtime. In this
instance the binding can get() a
. 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
, 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
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
Lance Semmens +0 (non-binding)
I can't really see much benefit but I won't stand in the way.
On 18 May 2014 18:05, Jochen Kemnade kemn...@gmail.com 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
Figueiredo thiag...@gmail.com
wrote:
On Sat, 17 May 2014 14:27:21 -0300, Lance Java lance.j...@googlemail.com
wrote:
I don't think anyone will be implementing their own ComponentResources or
PropertyConduit so I think those changes are fin.
Agreed with ComponentResources, not about
thiag...@gmail.com
wrote:
On Mon, 19 May 2014 13:04:55 -0300, Lance Java lance.j...@googlemail.com
wrote:
I guess my question is, is it worth adding / maintaining Binding2 and
PropertyConduit2 and all the type checking / adapting.
Or are we happy to add the methods to the public API given
ok, just committed with Binding2 / PropertyConduit2 keeping backwards
compatibility in tact.
On 19 May 2014 19:02, Lance Java lance.j...@googlemail.com wrote:
I can implement like that if others agree. I just hate instanceof littered
around the place.
It also brings up the possibility
changes in 5.4 that require at least a re-compilation and in many
cases, changes in the library code. Just my point of view as an author of
multiple T5.4 support libraries.
Kalle
On Mon, May 19, 2014 at 1:52 PM, Lance Java lance.j...@googlemail.com
wrote:
ok, just committed with Binding2
Tapestry has switched to plastic for its byte code magic. Currently,
plastic isn't well documented. I find that the best documentation currently
is the test cases. Perhaps you can find your answer here:
wouldn't adding methods to the existing interfaces lead to libraries
written for (and compiled against) Tapestry 5.3 would not work with
Tapestry 5.4 anymore?
In this instance, I would assume an AbstractMethodError would be thrown
when calling the new method:
...@gmail.com
wrote:
On Tue, 20 May 2014 07:20:21 -0300, Lance Java lance.j...@googlemail.com
wrote:
This would only occur in third party bindings / propertyConduits that
don't extend core (internal) implementations.
IMHO these exceptions are likely to be rare as hen's teeth ;)
Agreed
Haha... I could try / catch AbstractMethodError and get rid of Binding2 /
PropertyConduit2. Win!
Jokes...
On 20 May 2014 17:46, Jochen Kemnade kemn...@gmail.com wrote:
True, but if they occur, the cause is not so easy to find IMO.
Yeah, I must say I thinking the same thing. It's not rocket science what
the introspector is doing. We could support isX() for java.lang.Boolean too
if we had our own introspector.
On 28 Jun 2014 13:54, Thiago H de Paula Figueiredo thiag...@gmail.com
wrote:
Hi!
While investigating TAP5-1548
I asked this question before I was a committer and generally got good
feedback but it never really went anywhere.
I think having tapestry-ioc and tapestry (the web framework) is a bit
confusing. I also feel that it hinders the promotion / adoption of
tapestry-ioc as a standalone product.
So, I
tapestry-ioc in many projects outside of tapestry web framework.
I agree that it should be taken out of the tapestry-web and form its own
project.
On Sat, Jul 19, 2014 at 11:02 AM, Lance Java lance.j...@googlemail.com
wrote:
I asked this question before I was a committer and generally got
Tapestry-IOC was not treated as a
distinct project. As our docs say: The difficulty of managing the release
schedules of two complex frameworks proved to be an issue.
On Jul 21, 2014 3:22 AM, Jochen Kemnade jochen.kemn...@eddyson.de
wrote:
Hi,
Am 19.07.2014 10:02, schrieb Lance Java:
I
How's about tapioca as a name suggestion? It has references to tapestry and
ioc. :)
On 21 Jul 2014 14:38, Thiago H de Paula Figueiredo thiag...@gmail.com
wrote:
On Sat, 19 Jul 2014 05:02:28 -0300, Lance Java lance.j...@googlemail.com
wrote:
I asked this question before I was a committer
a rename.
On Mon, Jul 21, 2014 at 6:51 AM, Thiago H de Paula Figueiredo
thiag...@gmail.com wrote:
On Mon, 21 Jul 2014 10:46:00 -0300, Lance Java
lance.j...@googlemail.com
wrote:
How's about tapioca as a name suggestion? It has references to tapestry
and ioc. :)
That's
Lance S: +1 (non-binding)
On 2 Sep 2014 20:19, Howard Lewis Ship hls...@gmail.com wrote:
I've created and uploaded a release of Tapestry 5.4-beta-17, ready to be
voted upon.
The source and source downloads are uploaded to:
http://people.apache.org/~hlship/tapestry-releases/
and the Maven
Lance S. +1 (non-binding)
On 12 Sep 2014 23:36, Howard Lewis Ship hls...@gmail.com wrote:
The perfect is the enemy of the good. It's been too long since the last
beta ... and I'd love to get a GA out this year. I had originally hoped for
last December!
On Fri, Sep 12, 2014 at 10:54 AM,
Lance S: +1 (non-binding)
On 2 Oct 2014 15:26, Howard Lewis Ship hls...@gmail.com wrote:
Since the last vote was actually a fail (not enough binding +1 votes),
let's do a re-vote to make it official that beta-22 is properly endorsed as
a beta release by the Tapestry PMC.
Howard M. Lewis Ship:
Sounds useful. I'm assuming plastic would need to be on the classpath but
tapestry-ioc would not?
For a BeanModel framework to come packaged with tapestry-ioc feels like
bloatware to me.
Oct 2014 10:42:48 -0300, Lance Java lance.j...@googlemail.com
wrote:
For a BeanModel framework to come packaged with tapestry-ioc feels like
bloatware to me.
I suggested a BeanModel JAR with a dependency on Tapestry-IoC, not
including Tapestry-IoC, in case we cannot really make
Lance S: +1 (non-binding)
On 20 Nov 2014 19:21, Kalle Korhonen kalle.o.korho...@gmail.com wrote:
I've created and uploaded a release of Tapestry 5.3.8, ready to be voted
upon.
The source and source downloads are uploaded to:
http://people.apache.org/~kaosko/tapestry-releases/
and the
Educated stab in the dark here but does ClasspathScannerImpl assume each
package is contained within a single jar?
I'm guessing Thiago's changes involved splitting a single package across 2
(maybe 3) jars to maintain backwards compatibility.
On 23 Dec 2014 23:00, Howard Lewis Ship
Lance S +1 (non-binding)
On 27 Feb 2015 00:38, 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
I'm ok with using jquery directly, it would be interesting to know if
anyone is actually using 5.4 + prototype (I doubt it). The good thing about
jquery, compared to prototype, is that it doesn't pollute existing
javascript objects (eg string). jquery is 35kb minified/gzipped, if people
want to
Lance S
+1 (non-binding)
Apart from repackaging... Is there anything special we do with ASM?
Perhaps we could automate this using jarjar or shadow gradle plugins?
On 12 Aug 2015 11:34, Jochen Kemnade jochen.kemn...@eddyson.de wrote:
Hi,
currently, we ship ASM 5.0.1 with plastic, the latest version is 5.0.4:
Lance S: +1 (non-binding)
On 19 Aug 2015 00:42, Kalle Korhonen kalle.o.korho...@gmail.com wrote:
Kalle Korhonen: +1 (non-binding)
On Tue, Aug 18, 2015 at 2:12 PM, françois facon fra.fa...@gmail.com
wrote:
François Facon: +1 (non binding)
2015-08-18 20:44 GMT+02:00 Dimitris Zenios
Lance S. +1 (non-binding)
On 13 Jul 2015 20:53, Thiago H de Paula Figueiredo thiag...@gmail.com
wrote:
Hi!
I've fixed a couple of issues I considered showstoppers. 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
Lance S: +1 (non-binding)
On 27 Oct 2015 18:11, "Kalle Korhonen" wrote:
> Kalle Korhonen: +1 (non-binding)
>
> On Tue, Oct 27, 2015 at 10:25 AM, Jochen Kemnade
> wrote:
>
> > Jochen Kemnade: +1 (binding)
> >
> > Jochen Kemnade
Lance S. +1 (non-binding)
On 10 Apr 2017 12:19, "Jochen Kemnade" wrote:
> I've created and uploaded a release of Tapestry 5.4.2, ready to be voted
> upon.
>
> The source, binary, and documentation archives have been uploaded to:
>
>
There's a typescript gradle plugin
https://github.com/sothmann/typescript-gradle-plugin
The Tapestry build could use this at build time to convert Typescript to
Javascript which is published to maven central. So downstream consumers
wouldn't need nodejs installed
On 4 Apr 2017 12:13 p.m.,
87 matches
Mail list logo