Re: What component for Tree in 4.1.2
Hello, this emails contains TWO good news for me! On the first hand, that migration from 4.0.2 to 4.1 is smoothly possible (are there any hints or special considerations for the migration?) and on the other, that Tacos is going towards 4.1. I'm using extensively the Tacos Tree for navigation within my project and could not migrate it to 4.1 before a good replacement/upgraded version is available for the Tree component. Does there exist any release schedule for Tacos 4.1? Thanks, Gernot On Sunday 04 February 2007 12:34 am, andyhot wrote: K. Bragsen wrote: Hi erverybody, I used to use the tacos:Tree component while working on Tapestry 4.0.2. I think Jesse had some plans for this, but since i'm working on tacos4.1 this weekend, check back on monday. I have upgraded (quite smoothly to my surprise) to 4.1.2-SNAPSHOT, and I am trying to find the replacement for the very useful tacos:Tree component (which is not - yet? - in Tacos 4.1). Is there a component I could use instead? Should I wait for Tacos 4.1 to mature? Thanks in advance, K. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Gernot Stocker, Institute for Genomics and Bioinformatics(IGB) Petersgasse 14, 8010 Graz, Austria Tel.: ++43 316 873 5345 http://genome.tugraz.at pgpS5geGrcgT1.pgp Description: PGP signature
Re: What component for Tree in 4.1.2
I would also be quite interested in the tree component. I've used a standard (?) Contrib:Tree component in my project and significantly refactored it (it was working but inside was quite messy). I've proposed to merge the refactorings into the main Contrib:Tree branch but my proposal was rejected since Tacos:Tree is the Tree for Tapestry and Contrib:Tree will be (already?) deprecated and removed. Renat On 04/02/07, Gernot Stocker [EMAIL PROTECTED] wrote: Hello, this emails contains TWO good news for me! On the first hand, that migration from 4.0.2 to 4.1 is smoothly possible (are there any hints or special considerations for the migration?) and on the other, that Tacos is going towards 4.1. I'm using extensively the Tacos Tree for navigation within my project and could not migrate it to 4.1 before a good replacement/upgraded version is available for the Tree component. Does there exist any release schedule for Tacos 4.1? Thanks, Gernot On Sunday 04 February 2007 12:34 am, andyhot wrote: K. Bragsen wrote: Hi erverybody, I used to use the tacos:Tree component while working on Tapestry 4.0.2 . I think Jesse had some plans for this, but since i'm working on tacos4.1 this weekend, check back on monday. I have upgraded (quite smoothly to my surprise) to 4.1.2-SNAPSHOT, and I am trying to find the replacement for the very useful tacos:Tree component (which is not - yet? - in Tacos 4.1). Is there a component I could use instead? Should I wait for Tacos 4.1to mature? Thanks in advance, K. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Gernot Stocker, Institute for Genomics and Bioinformatics(IGB) Petersgasse 14, 8010 Graz, Austria Tel.: ++43 316 873 5345 http://genome.tugraz.at -- Best regards, Renat Zubairov
Re: What component for Tree in 4.1.2
Gernot Stocker gernot.stocker at tugraz.at writes:
On the first hand, that migration from 4.0.2 to 4.1
is smoothly
possible (are there any hints or special
considerations for the migration?)
Gernot,
As a matter of fact, I have spent (a bit of) time
looking into the 4.1.x as well as 5.x branches.
It appears that I have refactored my code to only declare
components in HTML templates and *not* in component/page
files (ie. .jwc and .page). My jwc and page files are now
as lightweight as possible.
The most painful thing is the upgrade of:
- If, Else and For components because of the renderTag=true
by default (but it can be disabled, see the 4.1 component
docs for it)
- My own little Javascript : I basically had to refactor
my (crappy anyway) codeand change my references to id'ed
elements from document.getElementById('${id}') to
dojo.byId('${id}')
- By chance, I had not used tacos except from the Tree
components, and I did not have to replace AjaxForm by Form
and other components as well. Advice from Andy were precious
because we knew beforehand that these components would be
base components of Tapestry 4.1.x.
And I have 100+ components! The only hole at the moment
is for the tacos:Tree, as well as the use of deprecated
components (Form related components in contrib:TableXXX)
which are not removed yet.
I still have to assess the Drag'n drop functionality.
That's it for my experience. Ajax is really easy to setup
(fantastic work by Jesse and Andy, and maybe others, sorry)
as long as you know how Tapestry works (rewind cycle,
sequence of rendering, but that was true before 4.1)
Hope you enjoy 4.1,
Thanks to all contributors,
K.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Ajax quesiton
Heh, those were exactly the pieces I was looking at.
The problem I saw with IJSONRender is that you couldn't have your page
implement renderComponent(IJSONWriter writer,..); it has to be some new
component that declared it. Then you'd attach a listener to this new
component (IDirect?), build a URL with DirectService, and bind() from the
client side to have the json method called. That's a lot of work (compared
to other things in Tapestry :) ) just to have control over contents of your
Ajax response. But then I'm just being lazy :)
Do you think something like this could work?
- extra param on @EventListener, say, callback(), which takes the name of a
function on the client to call with the built object (a la Yahoo Json web
services). Or if it's not @EventListener that we're using, just pass it as
another parameter on your DirectLink.
- have IJSONWriter (or the dojo xml writer) accessible by navigating
IRequestCycle
E.g.:
@EventListener(elements = myFavoriteDiv, events = onmouseover, callback
= myObj.handleJson)
public void watchText(IRequestCycle cycle)
{
// get json writer, something like:
// IJSONWriter writer =
(IJSONWriter)cycle.getResponseBuilder().getWriter();
// etc...
}
Or instead of @EventListener, in your template:
a jwcid=@DirectLink listener=listener:watchText json=ognl:true
callback=myObj.handleJson...
When response is done, it looks something like:
myObj.handleJson({message: Built on server, time: lunch time});
On the client:
var myObj = {
handleJson: function (jsonResponse) {
//this is called automatically as soon as response is
eval()'ed
alert(jsonResponse.message);
}
}
___
Yahoo! Mail - Sempre a melhor opção para você!
Experimente já e veja as novidades.
http://br.yahoo.com/mailbeta/tudonovo/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Starting with Tapestry
I am a bit confused as T5 is radically different from 4. A new app with the Tapestry 'branding'. Jumping on 4.1 means rewriting everything since 4.1 will be dead soon. T5 is not ready yet, lacks docu and components. Maybe pre-announcing 5 wasn't such a good thing after all? - nilo -- View this message in context: http://www.nabble.com/Starting-with-Tapestry-tf3170900.html#a8795954 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tapestry 3.x DEAD
To anybody whom it may concern...
The threading problem referred to in this thread, can be worked
around by overriding the AbstractEngine's protected
createComponentClassEnhancer method to return a synchronized version
of the enhancer. This makes 3.0.4 work like earlier versions of
Tapestry as far as we can tell.
Of course, you shouldn't *have* to do this.
Below is some code:
In your custom engine:
protected IComponentClassEnhancer createComponentClassEnhancer
(RequestContext context)
{
boolean disableValidation =
true.equals(
this._propertySource.getPropertyValue(
org.apache.tapestry.enhance.disable-abstract-
method-validation));
return new SynchronizedComponentClassEnhancer
(this._resolver, disableValidation);
}
And a new class:
public class SynchronizedComponentClassEnhancer extends
DefaultComponentClassEnhancer {
public SynchronizedComponentClassEnhancer(IResourceResolver
resolver, boolean disableValidation) {
super(resolver, disableValidation);
}
/**
* Returns the Class, in a synchronized manner.
*
* @see
org.apache.tapestry.enhance.DefaultComponentClassEnhancer#getEnhancedCla
ss(org.apache.tapestry.spec.IComponentSpecification, java.lang.String)
*/
public synchronized Class getEnhancedClass
(IComponentSpecification specification, String className)
{
Class result = getCachedClass(specification);
if (result == null) {
result = constructComponentClass(specification, className);
storeCachedClass(specification, result);
}
return result;
}
/**
* Returns a Synchronized implemenation of IEnhancedClassFactory
*
* @see
org.apache.tapestry.enhance.DefaultComponentClassEnhancer#createEnhanced
ClassFactory()
*/
protected IEnhancedClassFactory createEnhancedClassFactory()
{
return new SynchronizedEnhancedClassFactory
(getResourceResolver());
}
}
On Jan 31, 2007, at 2:37 PM, Mark Stang wrote:
Howard,
It appears that development on 3.x has stalled to a complete stop.
The web-site lists the latest 3.x release as 3.0.4. According to
the news it says 3.0.4 has hundreds of bug fixes. What it
doesn't show is that 3.0.4 has a threading issue. The issue was
identified over two months ago. The 3.0.4 is not on any of the
mirrors, I guess because of the bug.
All-in-all, it appears that not only is 3.x dead but there is a
bad version sitting out there mis-leading potential users.
Unless someone is going to pick up 3.x, the web site should be
reverted back to 3.0.3. Then 3.0.4 and 3.0.5 should be deleted and
all JIRA issues reflecting the fixes that were done should be re-
listed as outstanding. Those fixes which happened in 3.0.4 are
still a problem for anyone using 3.0.3 but JIRA says they were fixed.
The web site might as well show that 3.x is dead and tell everyone
that it will no longer be maintained.
Mark
Mark J. Stang
Senior Engineer/Architect
office: +1 303.468.2900
mobile: +1 303.507.2833
Ping Identity
-Original Message-
From: Mark Stang
Sent: Tue 1/30/2007 11:33 PM
To: Tapestry users; Tapestry users
Subject: RE: FW: Tapestry 3.0.4..not on mirrors
Nick,
Thanks for pointing that out, I finally found the e-mail trail. I
decided that I couldn't take a chance on 3.0.4 and reverted back to
3.0.3. I guess we are done with 3.x and will wait for 5.x or the
next great GUI Framework. Tapestry has been fun and very interesting.
regards,
Mark
Mark J. Stang
Senior Engineer/Architect
office: +1 303.468.2900
mobile: +1 303.507.2833
Ping Identity
-Original Message-
From: Nick Westgate [mailto:[EMAIL PROTECTED]
Sent: Tue 1/30/2007 8:10 PM
To: Tapestry users
Subject: Re: FW: Tapestry 3.0.4..not on mirrors
Hi Mark.
I'm referring to this thread:
3.0.4 and repetitive method name/signature problem (class
enhancement)
http://thread.gmane.org/gmane.comp.java.tapestry.user/43121
Take it to the dev list when you've read that.
(I'm not a dev, so as to who is managing 3 now ...)
Cheers,
Nick.
Mark Stang wrote:
Nick,
I did a quick look and only saw references to 4.x. If 3.0.4 is
not the current release, then why does the Tapestry Web site have
it listed as such?
http://tapestry.apache.org/tapestry3/
Who is managing this?
thanks,
Mark
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Starting with Tapestry
I agree with you. I have no voice in the development of Tapestry (I know it's open source, etc.) but if you're interested in my opinion I think it wasn't the best idea to assign so much resource to the development of T5 before T4 is finished. Active T5 development was started too early, now there are two unfinished versions (I know that 4.1 is stable, etc. but it isn't final yet). Besides I'm afraid that you are right with 4.1 will be dead soon, it seems that there will be no upgrade path from 4 to 5, these two versions seem to be fully incompatible, they are completely different webapp frameworks. Please don't misunderstand my words: I'm happy that T5 is under so heavy development, and the developers made a wonderful job with T4.1. But I'm afraid that T4 will be left alone soon... Regards: Norbi nilo de roock írta: I am a bit confused as T5 is radically different from 4. A new app with the Tapestry 'branding'. Jumping on 4.1 means rewriting everything since 4.1 will be dead soon. T5 is not ready yet, lacks docu and components. Maybe pre-announcing 5 wasn't such a good thing after all? - nilo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Starting with Tapestry
I would like to add something. It's just not fair to call T5 'Tapestry 5', it is a -completely- new app! If Tapestry was a commercial entity clients would not accept this and the entire plan would be revoked and management sacked. The truth is that Tapestry has been pronounced dead, abandoned, end-of-life'ed. The rest is marketing. Selling a different product with an old succes name. It's called 'branding'. So what's so good about open source here?? I don't know if the license permits, but I really hope Tapestry 4.1 will be forked. The ideas in 5 are really cool and could be used as a vision for developing 4.2 but in a slower pace perhaps and without breaking code. Yes it will be more difficult, so what? What is even worse, this whole exercise could jeopardize the entire open source world. Imagine the case stories of corporations who trusted open source and are now left with dead code because no one can or wants to maintain it. I am sure some people will be very good at finding these 'cases'. It's terrible. - nilo Norbert Sándor wrote: I agree with you. I have no voice in the development of Tapestry (I know it's open source, etc.) but if you're interested in my opinion I think it wasn't the best idea to assign so much resource to the development of T5 before T4 is finished. Active T5 development was started too early, now there are two unfinished versions (I know that 4.1 is stable, etc. but it isn't final yet). Besides I'm afraid that you are right with 4.1 will be dead soon, it seems that there will be no upgrade path from 4 to 5, these two versions seem to be fully incompatible, they are completely different webapp frameworks. Please don't misunderstand my words: I'm happy that T5 is under so heavy development, and the developers made a wonderful job with T4.1. But I'm afraid that T4 will be left alone soon... Regards: Norbi nilo de roock írta: I am a bit confused as T5 is radically different from 4. A new app with the Tapestry 'branding'. Jumping on 4.1 means rewriting everything since 4.1 will be dead soon. T5 is not ready yet, lacks docu and components. Maybe pre-announcing 5 wasn't such a good thing after all? - nilo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Starting-with-Tapestry-tf3170900.html#a8796909 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Spoilt for choice.....which Tapestry project to start with
If you try out JumpStart Min, I'd be really keen to hear what helps you and what hinders you as a beginner. Regards, Geoff Callender On 24/01/2007, at 11:15 PM, [EMAIL PROTECTED] wrote: I am starting from scratch with a new Tapestry project...but I am spoilt for choice and can not decide which Tapestry project to take to start with: - the Cognition Framework? - HoneycombLib? - AppFuse ? - JumpStart? - Tapernate? The problem with Tapestry is maybe that there is so many decisions to make and no standard way of doing it.before you do your helloWorld E.g. you have Hibernate Cayenne...Spring, Hivemind, Acegi. If you start as a beginner you do not know enough to make a decision - unlike a PHP or dot Net developer, WebObjects developer - they dont have much choice and can just start with it without making hundreds of decision before getting started.. Maybe some stuff could be integrated into Tapesty by default? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Starting with Tapestry
I think you are just trolling, but I'll reply anyways. You miss the whole point of open source and the community behind it; it's not for you to just sit and wait for somebody to do the work for you for free, but for you to develop and maintain the framework further with others. Tapestry 4.1 will not be dead till there's nobody left to pick up that work and continue. Tapestry 5 may be radically different; some of those ideas may be incorporated to future version of of Tap 4.x if you are willing to work on it. A case in point is how the ognl performance improvements came to be from the ideas in tapestry-prop and Tap5 (double hooray to Jesse for it - eagerly awaiting :). Some other ideas then might be best left for a different framework, free of the historical burden and easier to implement without having to resolve additional complexity with backwards compatibility. Kalle On 2/4/07, nilo de roock [EMAIL PROTECTED] wrote: I would like to add something. It's just not fair to call T5 'Tapestry 5', it is a -completely- new app! If Tapestry was a commercial entity clients would not accept this and the entire plan would be revoked and management sacked. The truth is that Tapestry has been pronounced dead, abandoned, end-of-life'ed. The rest is marketing. Selling a different product with an old succes name. It's called 'branding'. So what's so good about open source here?? I don't know if the license permits, but I really hope Tapestry 4.1 will be forked. The ideas in 5 are really cool and could be used as a vision for developing 4.2 but in a slower pace perhaps and without breaking code. Yes it will be more difficult, so what? What is even worse, this whole exercise could jeopardize the entire open source world. Imagine the case stories of corporations who trusted open source and are now left with dead code because no one can or wants to maintain it. I am sure some people will be very good at finding these 'cases'. It's terrible. - nilo Norbert Sándor wrote: I agree with you. I have no voice in the development of Tapestry (I know it's open source, etc.) but if you're interested in my opinion I think it wasn't the best idea to assign so much resource to the development of T5 before T4 is finished. Active T5 development was started too early, now there are two unfinished versions (I know that 4.1 is stable, etc. but it isn't final yet). Besides I'm afraid that you are right with 4.1 will be dead soon, it seems that there will be no upgrade path from 4 to 5, these two versions seem to be fully incompatible, they are completely different webapp frameworks. Please don't misunderstand my words: I'm happy that T5 is under so heavy development, and the developers made a wonderful job with T4.1. But I'm afraid that T4 will be left alone soon... Regards: Norbi nilo de roock írta: I am a bit confused as T5 is radically different from 4. A new app with the Tapestry 'branding'. Jumping on 4.1 means rewriting everything since 4.1 will be dead soon. T5 is not ready yet, lacks docu and components. Maybe pre-announcing 5 wasn't such a good thing after all? - nilo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Starting-with-Tapestry-tf3170900.html#a8796909 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Spoilt for choice.....which Tapestry project to start with
No need for separate Tomcat, Apache, or database. JBoss is a great way to get started because it includes Tomcat, Hibernate, and a database, and it looks after them for you. As for why use an app server? Now that EJB3 has arrived I feel the balance has tipped back in favour of app servers: * I love EJB3, and the simplest way to get it today is in an app server. Good embeddable EJB3 (ie. the lightweight container version) is just around the corner. * I dislike XML config. * I like the enforced disciplined of doing a session facade. * I like the way an app server makes the business layer callable by EVERY other layer, not just the web. * JBoss makes it a piece of cake to hot deploy web and business together - just drop in an EAR file. Ultimately, however, it comes down to personal preference, as the things I value may not be the same things you value. I can only suggest giving it a try and seeing what you think! Cheers, Geoff On Monday, February 05, 2007, at 08:38AM, [EMAIL PROTECTED] wrote: Thanks! Haven not tried it yet, but JBoss makes the setup more complexso you have Tomcat, Apache,? the database and JBoss...so 4 things you need to check and make sure they are running all the time. Why do you need an application server if you use hibernate hivemind ? Original-Nachricht Datum: Mon, 5 Feb 2007 08:17:40 +1100 Von: Geoff Callender [EMAIL PROTECTED] An: Tapestry users users@tapestry.apache.org CC: Betreff: Re: Spoilt for choice.which Tapestry project to start with If you try out JumpStart Min, I'd be really keen to hear what helps you and what hinders you as a beginner. Regards, Geoff Callender On 24/01/2007, at 11:15 PM, [EMAIL PROTECTED] wrote: I am starting from scratch with a new Tapestry project...but I am spoilt for choice and can not decide which Tapestry project to take to start with: - the Cognition Framework? - HoneycombLib? - AppFuse ? - JumpStart? - Tapernate? The problem with Tapestry is maybe that there is so many decisions to make and no standard way of doing it.before you do your helloWorld E.g. you have Hibernate Cayenne...Spring, Hivemind, Acegi. If you start as a beginner you do not know enough to make a decision - unlike a PHP or dot Net developer, WebObjects developer - they dont have much choice and can just start with it without making hundreds of decision before getting started.. Maybe some stuff could be integrated into Tapesty by default? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
@InjectStateFlag always returns true
Hi, I'm (new to tapestry) using tapestry 4.0.2 and JBoss 4.0.5, and having problems with @InjectStateFlag. I have an Application Object user-data which contains a user among other objects (specified in hivemodule), this is used in a BaseComponent (login), and its state flag accessed in the pageValidate( PageEvent event ) method of private page: !-- hivemodule.xml -- contribution configuration-id=tapestry.state.ApplicationObjects state-object name=user-data scope=session create-instance class=com.cs.web.tapestry.domain.UserData/ /state-object !-- login component -- @InjectState(user-data) public abstract UserData getUserData(); public abstract void setUserData( UserData ud ); !-- private page -- @InjectStateFlag(user-data) public abstract boolean getUserDataExists(); I know that if I use the following, the test getUserData().getUser() will return the correct value (e.g. null if not logged in), yet why is getUserData() already instantiated: @InjectState(user-data) public abstract UserData getUserData (); Am I doing anything wrong? Thanks Cinzia - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
@EventListener and submitForm
Hi all,
I've been using the great new features of T4.1.1, and I'm having a few
issues with the @EventListener. You see, I require multiple cascading
PropertySelections that are re-usable, and can appear multiple times on the
same page. These are wrapped in an 'AddressDefinition' component. However,
the @EventListener requires something like:
@EventListener(events = onchange, elements = countrySelection, async
= true, submitForm = form)
public void countrySelected(IRequestCycle cycle)
{
cycle.getResponseBuilder().updateComponent(stateSelection);
}
But the thing is, the 'submitForm' name can (and will) change. In fact, the
component could be used in any form with any name. Is there a way to make
the EventListener
sobmit the current form it is contained in without hard-coding the form
name? Alternatively, can we make this form name be supplied dynamically ? I
seem to arrive at an elegant solution for my problem except to hard code
stuff across all components. Has anyone solved this ? I've been searching
the lists like mad but no solution.
Cheers
Re: @InjectStateFlag always returns true
please read the doc about @InjectState... if the user-data instance is not present in session scope, tapestry will create a new instance ,when you access it during the first time, i think u can set some data in user-data object(may be using some different constructor) from login component, inorder to identify that the instance is created from login component Cinzia-2 wrote: Hi, I'm (new to tapestry) using tapestry 4.0.2 and JBoss 4.0.5, and having problems with @InjectStateFlag. I have an Application Object user-data which contains a user among other objects (specified in hivemodule), this is used in a BaseComponent (login), and its state flag accessed in the pageValidate( PageEvent event ) method of private page: !-- hivemodule.xml -- contribution configuration-id=tapestry.state.ApplicationObjects state-object name=user-data scope=session create-instance class=com.cs.web.tapestry.domain.UserData/ /state-object !-- login component -- @InjectState(user-data) public abstract UserData getUserData(); public abstract void setUserData( UserData ud ); !-- private page -- @InjectStateFlag(user-data) public abstract boolean getUserDataExists(); I know that if I use the following, the test getUserData().getUser() will return the correct value (e.g. null if not logged in), yet why is getUserData() already instantiated: @InjectState(user-data) public abstract UserData getUserData (); Thanks Cinzia - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/%40InjectStateFlag-always-returns-true-tf3172367.html#a8800579 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 4.1.2 Exception page
It should work in theory. http://tapestry.apache.org/tapestry4.1/developmentguide/exceptionpages.html is InfrastructureOverrides another service point I've missed? On 1/22/07, Damir Bijuklic [EMAIL PROTECTED] wrote: Hi, Is overriding exception page supported in 4.1.2? If I override exceptionPageName in tapestry.InfrastructureOverrides it works ok for page requestes, but ajax responses get confused and return whole content of exception page. Damir ___ New Yahoo! Mail is the ultimate force in competitive emailing. Find out more at the Yahoo! Mail Championships. Plus: play games and win prizes. http://uk.rd.yahoo.com/evt=44106/*http://mail.yahoo.net/uk -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: LinkSubmit and null parameters
Sounds like a possible bug. As with all issues, creating a JIRA issue is the best hope anyone has of having something fixed. On 1/23/07, Kristian Marinkovic [EMAIL PROTECTED] wrote: hi all, i just noticed that if an LinkSubmit component with a parameters binding to a TextField causes an exception (on submit) if that input field remains empty (null). The reason is that the listener bound to the LinkSubmit requires exactly one parameter. And if the TextField remains empty Tapestry tries to resolve a listener with no parameters that does not exist. This exception happens even if the TextField has a required validator assigned to. Is that an expected behaviour? component id=lnk_read type=LinkSubmit binding name=listener value=listener:readGPList / binding name=parameters value=searchFieldValue / /component component id=txtSearchField type=TextField binding name=value value=searchFieldValue / binding name=validators value=validators:required,min=2 / /component property name=searchFieldValue / g, kris P.S. i'm using Tapestry 4.1.2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Programmatically building EventListener
Are the ids not known because they are generated ? EventListener should work with components that are rendered multiple times.. ie: @EventListener(targets = myComponent , events = onSomething) works with: span jwcid=@For source=myModel span jwcid=myComponent / /span On 1/23/07, Michael Gloegl [EMAIL PROTECTED] wrote: Hi all, I would like to use the (very cool) EventListener AJAX-stuff in Tapestry 4.1. in our project - however I am facing a little obstacle. Basically, the ids of the Elements to listen to are not known when writing the Page, due to various complex requirements. So, simple question: Is it possible to programmatically attach EventListeners, for example in renderComponent()? The ids are known on component load-time, as they only depend on static component properties and the template. (no real application logic required). Any pointers on where/how something like this could be included? Thanks in advance, Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tapestry
I think this was resolved in more recent versions. You could probably
replace your AjaxShellDelegate with something from 4.1.2 or just
upgrade to 4.1.2..
On 1/24/07, Peter Stavrinides [EMAIL PROTECTED] wrote:
Hi Everyone
I am trying to deploy a tapestry 4.1 application into a production
environment (on Tomcat 5.5). When the Tapestry Shell component injects
the various dojo scripts into my pages it uses an absolute URL using the
server IP address and port, there must be a way to switch this off and
use a relative path instead.
For Example:
script type=text/javascript
djConfig = { isDebug: true, debugContainerId:'debug',
baseRelativePath:http://192.168.51.33:8080/IRM/app?service=assetpath=%2Fdojo%2F;,
preventBackButtonFix: false, parseWidgets: false };
/script
script type=text/javascript
src=http://192.168.51.33:8080/IRM/app?service=assetpath=%2Fdojo%2Fdojo.js;/script
script type=text/javascript
src=http://192.168.51.33:8080/IRM/app?service=assetpath=%2Ftapestry%2Fcore.js;/script
to become something similar to this:
script type=text/javascript
djConfig = { isDebug: true, debugContainerId:'debug',
baseRelativePath:/IRM/app?service=assetpath=%2Fdojo%2F,
preventBackButtonFix: false, parseWidgets: false };
/script
script type=text/javascript
src=/IRM/app?service=assetpath=%2Fdojo%2Fdojo.js/script
script type=text/javascript
src=/IRM/app?service=assetpath=%2Ftapestry%2Fcore.js/script
Thanks
Peter
--
Peter Stavrinides
Albourne Partners (Cyprus) Ltd
Tel: +357 22 750652
If you are not an intended recipient of this e-mail, please notify the sender,
delete it and do not read, act upon, print, disclose, copy, retain or
redistribute it. Please visit http://www.albourne.com/email.html for important
additional terms relating to this e-mail.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: multiple events fired on @EventListener although it should fire once (Tapestry 4.1.1/4.1.2-20070121)
Need more information probably, or a jira issue with some sort of
reasonable test case.
The situation you are describing sounds almost identical to :
http://opencomponentry.com:8080/timetracker/LocaleList.htm
Maybe there is something different for you?
JIRA .
On 1/24/07, Kristian Marinkovic [EMAIL PROTECTED] wrote:
[update]
i just discovered that the Javascript code gets generated
again for every iteration of the For component... but the
event reaches the java class at most twice.
hope this helps
Kristian
Marinkovic
kristian.marinko An
[EMAIL PROTECTED] Tapestry users
users@tapestry.apache.org
Kopie
24.01.2007 15:21
Thema
multiple events fired on
Bitte antworten @EventListener although it should
an fire once (Tapestry 4.1.1
Tapestry users /4.1.2-20070121)
[EMAIL PROTECTED]
pache.org
Hi,
the DIV element within the For component has an @EventListener
attached. When i click on it my listener method SOMETIMES gets invoked
more than once!!! (twice)
This happens in 4.1.1 and 4.1.2-SNAPSHOT (20070121).
From the generated HTML page i can see that the Javascript code
for attaching the events gets generated twice... but only sometimes :)
Anyone experienced the same problem? Is it a bug?
Any workaround would be appreciated.
html file
li jwcid=list_gp
div jwcid=[EMAIL PROTECTED] class=ognl:classForGP
p
span jwcid=list_gp_infolastname, firstname, zip city/span
/p
/div
/li
page file
component id=list_gp type=For
binding name=source value=ognl:GPList /
binding name=value value=gpObject /
/component
java file
@EventListener(events={onclick},targets=gpdiv)
public void doClick(BrowserEvent event) {
System.out.println(click: + event.getTarget().get(id));
}
greetings
kris
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Help with ognl
Sounds like a potential ognl bug as well. The (index + 1) expression should be interpreted as a separate addition expression from everything else. If you would be so kind as to file an issue here: http://jira.opensymphony.com/browse/OGNL I can take a look at fixing it during the next release. On 1/24/07, Andrea Chiumenti [EMAIL PROTECTED] wrote: Thx Richard, In your opinion whats better/smarter: 1) ognl:id + '-cg-' + (index * 1 + 1) 2)ognl:id + '-cg-' + add(index,1) ? On 1/24/07, Richard Clark [EMAIL PROTECTED] wrote: On 1/24/07, Andrea Chiumenti [EMAIL PROTECTED] wrote: ognl:id + '-cg-' + (index + 1) the index is an int property. I expect the result to be: comp-cg-1 etc. but instead I've back comp-cg-01 It's ugly, but one answer is ognl:id + '-cg-' + (index * 1 + 1), using the multiplication to force interpretation as a number. ...Richard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: help with For loop and Form
No idea what to do with that message alone. I don't know what JFly does but will need the normal amount of contextual information to provide any useful ideas. (preferrably in JIRA ) On 1/24/07, Andrea Chiumenti [EMAIL PROTECTED] wrote: Hello again, the component I'm migrating is JFlyEditTable that is an editable grid that via ajax let you enter a row at a time. The problem that I'm having with tap 4.1.1 and I hadn't with tacos + tap 4.0.2, is that the second time I try to insert a row I've this message back: Rewind of form Home/thisForm expected allocated id #9 to be 'nameField', but was 'addNew' (requested by component Home/tableForm.addNew). thx, kiuma -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tapestry Shell component configuration
As in the last email, should be fixed in 4.1.2 as far as I can tell.
On 1/25/07, Peter Stavrinides [EMAIL PROTECTED] wrote:
Here is my solution, although I know its less than ideal:
html jwcid=@Shell renderBaseTag=false
tapestrySource=asset:tapestrySource dojoSource=asset:dojoSource
dojoPath=asset:dojoPath
@Asset(context:/dojo/)
public abstract IAsset getDojoPath();
@Asset(context:/dojo/dojo.js)
public abstract IAsset getDojoSource();
@Asset(context:/tapestry/core.js)
public abstract IAsset getTapestrySource();
Of course this means I have to place all those files in my context path.
Tapestry seems to look for these files on the classpath and then it
generates an absolute URL including the servers IP (or host name and
port if it is requested that way). From a security point of view it
would be better just to output the relative path... which would work
just as well.
Peter
Peter Stavrinides wrote:
Thanks Andy,
Although I don't understand what I could have misconfigured. I don't
use an absolute URL anywhere and my host server is referenced in
tomcats server.xml as localhost.
andyhot wrote:
Looks like a misconfiguration but if you must, the Shell component
http://tapestry.apache.org/tapestry4.1/components/general/shell.html
accepts an ajaxDelegate parameter that is rendering those...
The default implementation for that delegate is
http://svn.apache.org/viewvc/tapestry/tapestry4/trunk/tapestry-framework/src/java/org/apache/tapestry/dojo/AjaxShellDelegate.java?view=log
You can take a look and change as needed.
Peter Stavrinides wrote:
Can anyone point me in the right direction with this, I don't
believe that this can not be done.
Peter Stavrinides wrote:
Hi Everyone
I am trying to deploy a tapestry 4.1 application into a production
environment (on Tomcat 5.5). When the Tapestry Shell component
injects the various dojo scripts into my pages it uses an absolute
URL using the server IP address and port, there must be a way to
switch this off and use a relative path instead.
For Example:
script type=text/javascript
djConfig = { isDebug: true, debugContainerId:'debug',
baseRelativePath:http://192.168.51.33:8080/IRM/app?service=assetpath=%2Fdojo%2F;,
preventBackButtonFix: false, parseWidgets: false };
/script
script type=text/javascript
src=http://192.168.51.33:8080/IRM/app?service=assetpath=%2Fdojo%2Fdojo.js;/script
script type=text/javascript
src=http://192.168.51.33:8080/IRM/app?service=assetpath=%2Ftapestry%2Fcore.js;/script
to become something similar to this:
script type=text/javascript
djConfig = { isDebug: true, debugContainerId:'debug',
baseRelativePath:/IRM/app?service=assetpath=%2Fdojo%2F,
preventBackButtonFix: false, parseWidgets: false };
/script
script type=text/javascript
src=/IRM/app?service=assetpath=%2Fdojo%2Fdojo.js/script
script type=text/javascript
src=/IRM/app?service=assetpath=%2Ftapestry%2Fcore.js/script
Thanks
Peter
--
Peter Stavrinides
Albourne Partners (Cyprus) Ltd
Tel: +357 22 750652
If you are not an intended recipient of this e-mail, please notify the sender,
delete it and do not read, act upon, print, disclose, copy, retain or
redistribute it. Please visit http://www.albourne.com/email.html for important
additional terms relating to this e-mail.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Autocompleter 4.1.1 to 4.1.2 changes?
Yeah...Someone in dojo screwed it up. I'll fix it on next snapshot release. On 1/26/07, andyhot [EMAIL PROTECTED] wrote: Yea, i'm getting the same behavior + mentioned it on the dev list. It should be caused by the recent update of dojo... please post a JIRA Anna Vo wrote: We just recently upgraded from 4.1.1 to 4.1.2 (2007 01 21) to get some of the fixes we needed. The autocompleters are now no longer working, but were just working in 4.1.1 (typing doesn't do anything, but you can click on the arrow down icon to get the list). Has anyone encountered this or are there any changes to the autocompleter that we need to be aware of? Thanks in advance. Anna - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Andreas Andreou - [EMAIL PROTECTED] - http://andyhot.di.uoa.gr Tapestry / Tacos developer Open Source / J2EE Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: custom prefix for assets
You'll have to explore the various hivemind configuration points. I'm pretty sure it's configurable. http://tapestry.apache.org/tapestry4.1/tapestry-framework/hivedoc/index.html On 1/27/07, Marcus Irven [EMAIL PROTECTED] wrote: Is it possible to create a custom prefix that can be used for binding in asset? I see how to create a custom binding similiar to ognl but I don't see how to create one similiar to context:. Thanks, Marcus -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IMonitor deprecated?
Don't know. Never used it before. What do you use it for now? On 1/27/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: To be removed in 4.1 with no direct replacement. So what do you do with old Tapestry applications that use it? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ActionLink deprecated?
protected ILink getLink(cycle, parameter) as documented in IEngineService . On 1/27/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Deprecated. To be removed in 4.1 protected ILink getLink(IRequestCycle cycle, String serviceName, Object parameter) What is the replacement for the method above? Tanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Stale link exception
Tapestry should properly update all of your newly added components in the local hidden fields of the form. The only time you'd get into trouble is if you were somehow trying to do this yourself. (maybe? ) On 1/27/07, RonPiterman [EMAIL PROTECTED] wrote: I would say, break the form to (probably) 3 different ones: one before, one after and one *the* grid. You could use a nasty approach and, when editting a row in your gread using the EventListener component to clear all validation problems recorded before. This will however not work for validation problems which accure *after* your row :( So you could implement your own validation delegate which can choose which problems to record and which not to... Cheers, Ron Andrea Chiumenti wrote: Thank you for your reply! I've understood my mistake: it was that I set volatile to true in two places I didn't have to. Backing to the normal behavior now I can also provide the component without its own form. Now I have another question: How can I pervent the validation of components outside the grid when I add a row ? kiuma On 1/27/07, RonPiterman [EMAIL PROTECTED] wrote: first, I would not in any cas try to write my own form component. So, stale links: In order for tapestry to submit a form, all form components must be rendered on submit on the same order they were rendered for the response which generated the form. to make sure this happens, tapestry records the order of the components, and if it doesn't match, generates a stale link. why doesn't it match? say you have a list of 1 object, and you iterate over it and generate an input box for each item. If when submitting, the list has suddenly 2 objects, two input boxes are rendered, one too much... to prevent this, certain approaches were taken, including the For bean, If bean ( i think...) and action listeners instead of listener listeners. So - when doing thing in the right order and persisting the information in the right place, stale link exceptions can be avoided - show me yours and I'll show you mine (code)... Cheers, Ron Andrea Chiumenti wrote: Hello, I'm using Tapestry 4.1.1 and I'm trying to update a comopnent. This component is a grid, that in normal state hasn't any input component. The first time i call addNew, that adds a new row with input elements all goes well. The next time i call this function I have a StaleLinkException. with this message: Rewind of form Home/thisForm expected allocated id #9 to be 'nameField', but was 'addNew' (requested by component Home/tableForm.addNew). The call is an ajax call that updates the table containing the row. How can I prevent the stale link exception, how does Tapestry 4.1.1threats stale links ? Thanks in advance, kiuma - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tapestry.even has properties
From the sound of your last post I think you probably have dojo setup incorrectly. It's much easier when you do it using AjaxShellDelegate. On 1/29/07, haipeng du [EMAIL PROTECTED] wrote: I configure event lister like : @EventListener(events=onblur, elements=table1Field, async=true) and I got error when field event is fired tapestry.event has no properties http://localhost:9090/mmtransfer/js/dojo/dojo.js Line 15 what do I missed for this? -- Haipeng Du Software Engineer Comphealth, Salt Lake City -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Should @Insert encode whitespace?
I don't remember which version this affected but I did fix a minor
whitespace issue in the template parser a few weeks ago. (I have no
idea, just know it's probably in = 4.1.1 - it was related to i18n but
may be applicable to your situation )
On 1/30/07, Wes Bramhall [EMAIL PROTECTED] wrote:
I have an app that displays a list of filenames to the user. I'm looping
over a list of File objects and displaying the names using an insert
component. Here's a barebones example:
files jwcid=@For source=ognl:files value=ognl:loopFile
filename jwcid=@Insert value=ognl:loopFile.name /br /
/files
It is possible to have filenames like A B, A B, and AB.
Sent to the insert component, they get rendered as A B, A B, and
AB in the HTML source but end up displayed as A B, A B, and A
B on the screen. Setting the raw attribute to true doesn't change this
behavior. Would it be reasonable to encode consecutive spaces as nbsp;?
Does anyone have a better idea?
For now I'll have to switch to the below code:
files jwcid=@For source=ognl:files value=ognl:loopFile
filename jwcid=@Insert raw=ognl:true value=ognl:safeName
/br /
/files
public String getSafeName()
{
return getLoopFile().getName().replace( , nbsp;);
}
Thanks,
-Wes
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [very OT] group conventions for people use testng?
Yeah, I think someone else wanted to make an attempt at the maven2 support but kind of let the ball drop. I've said I'll bring it back up to the right version, have just been wrestling with not having a core computer for the last week or so to work on. (I do now) And yes, the IDEA TestNG plugin is much much better than the eclipse version. It's too bad the maven2 plugin is a p.o.s. .. :/ On 2/1/07, Patrick Moore [EMAIL PROTECTED] wrote: Hi Dan, I wanted to ask about this also. Howard, I know that you have a version of the surefire plugin that can run testNG 5.1 tests but the testNG version is now up to 5.4 and the official version of the surefire plugin seems to be languishing with testNG 4.7. Does anyone know what is going on with maven2/surefire-support for TestNG? -Pat -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: T5: which way do you prefer?
This is just an unfortunate example where the jre evolution hasn't been able to keep up with technology...Other projects using annotations suffer from the same problems. I think the only viable solution for compile time checking is getting it in the form of IDE help until the jdk catches up. For instance, I've seen but not confirmed that ognl expressions are resolved by this plugin: http://handyedit.com/handytapestry.html On 2/2/07, Onno Scheffers [EMAIL PROTECTED] wrote: Kent Tong wrote: Alternatively, a type-safe setter style: I would personally love type-safety. Currently my biggest gripe with Tapestry is the lack compile-time error-checking (and on-the-fly error-checking of my IDE) and lack of code-completion. A lot of stuff is currently (T4) configured using specific textual strings. You have to learn them by heart or keep documentation ready all the time and it is very easy to make a typo that will only show up on runtime. This decreases productivity for me. I lost count of the number of times I mixed up 'listeners:' with 'listener:' or 'beans:' with 'bean:' and other small mistakes. You won't notice them until you startup the application. That still gives me a JSP'isch feeling and basically means you have to put much more effort into testing each conditional block on the page on runtime Any IDE would give you code-completion when using setter-style code in the library. It _may_ be more typing (although I doubt it because of code-completion) but it would be easier to learn, easier to to write supporting tools for, faster to develop for (less looking through documentation for people that don't know the documentation by heart) and on top of that deliver better quality code since your IDE will help spot typos as you type and the compiler will spit out errors if you make a mistake before running. All IMHO of course :o) Regards, Onno - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tapestry 4 IDE Plugi
I'd recommend moving to IDEA either way. Eclipse support seems to waining and idea is better anyways... ;) On 2/2/07, wong wayne [EMAIL PROTECTED] wrote: Dear all In tape 3, I use Eclipse w/ spindle to develop system. Now, I would like to move to tape4 but spindle for tape4 seems have not published. Can anyone suggest a IDE plugin for tape4? Is TapIDEA good? As change IDE is a hard issue, shorten learning curve would prefer. Thanks for your comment. regards wayne Don't pick lemons. See all the new 2007 cars at Yahoo! Autos. http://autos.yahoo.com/new_cars.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What component for Tree in 4.1.2
I'd love to see a version of Tree show up in Tapestry proper. It's too critical to stay out. (plus the existing tree is umm not ideal) On 2/3/07, andyhot [EMAIL PROTECTED] wrote: K. Bragsen wrote: Hi erverybody, I used to use the tacos:Tree component while working on Tapestry 4.0.2. I think Jesse had some plans for this, but since i'm working on tacos4.1 this weekend, check back on monday. I have upgraded (quite smoothly to my surprise) to 4.1.2-SNAPSHOT, and I am trying to find the replacement for the very useful tacos:Tree component (which is not - yet? - in Tacos 4.1). Is there a component I could use instead? Should I wait for Tacos 4.1 to mature? Thanks in advance, K. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Andreas Andreou - [EMAIL PROTECTED] - http://andyhot.di.uoa.gr Tapestry / Tacos developer Open Source / J2EE Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Starting with Tapestry
I think though T5 wasn't my idea I did advocate for Howard being able to work on it solely. Maybe it's confusing - maybe it's not. Hard to say. I like 4.1 and 5 for different reasons, but don't plan on seeing my 4.1 efforts completely wasted. That would be annoying. ;) It'll continue on for as long as makes sense. T5 represents the future of tapestry and I believe in it completely. I've also already stated many times that I'll be providing ~one~ upgrade path runtime integration for TX - T5. Which version gets the magical upgrade has yet to be determined. (though I am willing to take a pooled collection offering of $$ if anyone cares enough about one particular version ;) ) This is open source, so we do it for free / love of programming / etc. I like 4.1 right now , Howard likes T5. No one owns anything though. If you would like to step in and start taking the reigns on where things go the door is always open for more developers. nilo de roock írta: I am a bit confused as T5 is radically different from 4. A new app with the Tapestry 'branding'. Jumping on 4.1 means rewriting everything since 4.1 will be dead soon. T5 is not ready yet, lacks docu and components. Maybe pre-announcing 5 wasn't such a good thing after all? - nilo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Starting-with-Tapestry-tf3170900.html#a8796909 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Autocompleter 4.1.1 to 4.1.2 changes?
Sighhh...I'm sure this is Bill's doing somehow...Sometimes I have bad thoughts about how to deal with troublesome devs. .. =p On 2/5/07, andyhot [EMAIL PROTECTED] wrote: Jesse Kuhnert wrote: Yeah...Someone in dojo screwed it up. I'll fix it on next snapshot release. https://issues.apache.org/jira/browse/TAPESTRY-1242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel has our fix On 1/26/07, andyhot [EMAIL PROTECTED] wrote: Yea, i'm getting the same behavior + mentioned it on the dev list. It should be caused by the recent update of dojo... please post a JIRA Anna Vo wrote: We just recently upgraded from 4.1.1 to 4.1.2 (2007 01 21) to get some of the fixes we needed. The autocompleters are now no longer working, but were just working in 4.1.1 (typing doesn't do anything, but you can click on the arrow down icon to get the list). Has anyone encountered this or are there any changes to the autocompleter that we need to be aware of? Thanks in advance. Anna - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Andreas Andreou - [EMAIL PROTECTED] - http://andyhot.di.uoa.gr Tapestry / Tacos developer Open Source / J2EE Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Andreas Andreou - [EMAIL PROTECTED] - http://andyhot.di.uoa.gr Tapestry / Tacos developer Open Source / J2EE Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What component for Tree in 4.1.2
Well, i did finish the tacos one and redeployed... It's backwards compatible with the previous tacos tree - I guess we can move it in Tapestry for 4.1.2 ? Jesse Kuhnert wrote: I'd love to see a version of Tree show up in Tapestry proper. It's too critical to stay out. (plus the existing tree is umm not ideal) On 2/3/07, andyhot [EMAIL PROTECTED] wrote: K. Bragsen wrote: Hi erverybody, I used to use the tacos:Tree component while working on Tapestry 4.0.2. I think Jesse had some plans for this, but since i'm working on tacos4.1 this weekend, check back on monday. I have upgraded (quite smoothly to my surprise) to 4.1.2-SNAPSHOT, and I am trying to find the replacement for the very useful tacos:Tree component (which is not - yet? - in Tacos 4.1). Is there a component I could use instead? Should I wait for Tacos 4.1 to mature? Thanks in advance, K. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Andreas Andreou - [EMAIL PROTECTED] - http://andyhot.di.uoa.gr Tapestry / Tacos developer Open Source / J2EE Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Andreas Andreou - [EMAIL PROTECTED] - http://andyhot.di.uoa.gr Tapestry / Tacos developer Open Source / J2EE Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What component for Tree in 4.1.2
Yeah, maybe so. It was doing a lot of icky things to make ajax requests render properly. Seems like the issue of recursion that @For has would need to be solved first. (if I knew how .I've had various ideas but none seemed ideal - maybe it is time to bother Howard with it ) On 2/5/07, andyhot [EMAIL PROTECTED] wrote: Well, i did finish the tacos one and redeployed... It's backwards compatible with the previous tacos tree - I guess we can move it in Tapestry for 4.1.2 ? Jesse Kuhnert wrote: I'd love to see a version of Tree show up in Tapestry proper. It's too critical to stay out. (plus the existing tree is umm not ideal) On 2/3/07, andyhot [EMAIL PROTECTED] wrote: K. Bragsen wrote: Hi erverybody, I used to use the tacos:Tree component while working on Tapestry 4.0.2. I think Jesse had some plans for this, but since i'm working on tacos4.1 this weekend, check back on monday. I have upgraded (quite smoothly to my surprise) to 4.1.2-SNAPSHOT, and I am trying to find the replacement for the very useful tacos:Tree component (which is not - yet? - in Tacos 4.1). Is there a component I could use instead? Should I wait for Tacos 4.1 to mature? Thanks in advance, K. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Andreas Andreou - [EMAIL PROTECTED] - http://andyhot.di.uoa.gr Tapestry / Tacos developer Open Source / J2EE Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Andreas Andreou - [EMAIL PROTECTED] - http://andyhot.di.uoa.gr Tapestry / Tacos developer Open Source / J2EE Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Antwort: Re: multiple events fired on @EventListener although it should fire once (Tapestry 4.1.1/4.1.2-20070121)
hi jesse,
bug is filed under:
https://issues.apache.org/jira/browse/TAPESTRY-1241
it contains a maven project and instructions to
reproduce the bug
g,
kris
Jesse Kuhnert
[EMAIL PROTECTED]
omAn
Tapestry users
05.02.2007 05:37 users@tapestry.apache.org
Kopie
Bitte antwortenThema
an Re: multiple events fired on
Tapestry users @EventListener although it should
[EMAIL PROTECTED] fire once (Tapestry 4.1.1
pache.org /4.1.2-20070121)
Need more information probably, or a jira issue with some sort of
reasonable test case.
The situation you are describing sounds almost identical to :
http://opencomponentry.com:8080/timetracker/LocaleList.htm
Maybe there is something different for you?
JIRA .
On 1/24/07, Kristian Marinkovic [EMAIL PROTECTED] wrote:
[update]
i just discovered that the Javascript code gets generated
again for every iteration of the For component... but the
event reaches the java class at most twice.
hope this helps
Kristian
Marinkovic
kristian.marinko
An
[EMAIL PROTECTED] Tapestry users
users@tapestry.apache.org
Kopie
24.01.2007 15:21
Thema
multiple events fired on
Bitte antworten @EventListener although it should
an fire once (Tapestry 4.1.1
Tapestry users /4.1.2-20070121)
[EMAIL PROTECTED]
pache.org
Hi,
the DIV element within the For component has an @EventListener
attached. When i click on it my listener method SOMETIMES gets invoked
more than once!!! (twice)
This happens in 4.1.1 and 4.1.2-SNAPSHOT (20070121).
From the generated HTML page i can see that the Javascript code
for attaching the events gets generated twice... but only sometimes :)
Anyone experienced the same problem? Is it a bug?
Any workaround would be appreciated.
html file
li jwcid=list_gp
div jwcid=[EMAIL PROTECTED] class=ognl:classForGP
p
span jwcid=list_gp_infolastname, firstname, zip city/span
/p
/div
/li
page file
component id=list_gp type=For
binding name=source value=ognl:GPList /
binding name=value value=gpObject /
/component
java file
@EventListener(events={onclick},targets=gpdiv)
public void doClick(BrowserEvent event) {
System.out.println(click: + event.getTarget().get(id));
}
greetings
kris
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
