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] om>An "Tapestry users" 05.02.2007 05:37 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 >[EMAIL PROTECTED] Tapestry users > > > 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 > > > > lastname, firstname, zip city > > > > > page file > > > > > > 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]
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]
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: 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: 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 T -> 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: 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: 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: 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: [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: Autocompleter 4.1.1 to 4.1.2 changes?
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]
Re: Back button = no cycle
Hard to say. JIRA will help me look at it closer when I have more time. On 1/30/07, Robert J. Walker <[EMAIL PROTECTED]> wrote: I've run into an interesting issue with a page that worked in Tapestry 3.1 that now has a problem in Tapestry 4.1. The first time I arrive at a page via a DirectLink that has a contrib:Table on it, it works fine, but if I click the back button and then link to the page again, it complains of a NullPointerException while trying to read the OGNL expression tableColumnIterator on line 51 of TableColumns.jwc. Interestingly, this *doesn't* happen if you turn off page caching. java.lang.NullPointerException Stack Trace: * org.apache.tapestry.contrib.table.components.AbstractTableViewComponent.getTableModelSource(AbstractTableViewComponent.java:35) * org.apache.tapestry.contrib.table.components.TableColumns.getTableColumnIterator(TableColumns.java:95) * sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) * sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) * sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) * java.lang.reflect.Method.invoke(Method.java:585) * ognl.OgnlRuntime.invokeMethod(OgnlRuntime.java:491) * ognl.OgnlRuntime.getMethodValue(OgnlRuntime.java:904) * ognl.ObjectPropertyAccessor.getPossibleProperty(ObjectPropertyAccessor.java:54) * ognl.ObjectPropertyAccessor.getProperty(ObjectPropertyAccessor.java:122) * ognl.OgnlRuntime.getProperty(OgnlRuntime.java:1616) * ognl.ASTProperty.getValueBody(ASTProperty.java:96) * ognl.SimpleNode.evaluateGetValueBody(SimpleNode.java:170) * ognl.SimpleNode.getValue(SimpleNode.java:210) * ognl.Ognl.getValue(Ognl.java:333) * ognl.Ognl.getValue(Ognl.java:310) * org.apache.tapestry.services.impl.ExpressionEvaluatorImpl.readCompiled(ExpressionEvaluatorImpl.java:102) * $ExpressionEvaluator_1107562b92d.readCompiled($ExpressionEvaluator_1107562b92d.java) * org.apache.tapestry.binding.ExpressionBinding.resolveExpression(ExpressionBinding.java:110) * org.apache.tapestry.binding.ExpressionBinding.getObject(ExpressionBinding.java:103) * org.apache.tapestry.components.ForBean.evaluateSourceIterator(ForBean.java:603) * org.apache.tapestry.components.ForBean.getData(ForBean.java:252) * org.apache.tapestry.components.ForBean.renderComponent(ForBean.java:107) * org.apache.tapestry.AbstractComponent.render(AbstractComponent.java:674) * org.apache.tapestry.services.impl.DefaultResponseBuilder.render(DefaultResponseBuilder.java:131) * org.apache.tapestry.BaseComponent.renderComponent(BaseComponent.java:92) * org.apache.tapestry.contrib.table.components.TableColumns.renderComponent(TableColumns.java:145) * org.apache.tapestry.AbstractComponent.render(AbstractComponent.java:674) * org.apache.tapestry.services.impl.DefaultResponseBuilder.render(DefaultResponseBuilder.java:131) * org.apache.tapestry.AbstractComponent.renderBody(AbstractComponent.java:491) * org.apache.tapestry.components.Any.renderComponent(Any.java:50) * org.apache.tapestry.AbstractComponent.render(AbstractComponent.java:674) * org.apache.tapestry.services.impl.DefaultResponseBuilder.render(DefaultResponseBuilder.java:131) * org.apache.tapestry.AbstractComponent.renderBody(AbstractComponent.java:491) * org.apache.tapestry.components.RenderBody.renderComponent(RenderBody.java:41) * org.apache.tapestry.AbstractComponent.render(AbstractComponent.java:674) * org.apache.tapestry.services.impl.DefaultResponseBuilder.render(DefaultResponseBuilder.java:131) * org.apache.tapestry.AbstractComponent.renderBody(AbstractComponent.java:491) * org.apache.tapestry.components.Any.renderComponent(Any.java:50) * org.apache.tapestry.AbstractComponent.render(AbstractComponent.java:674) * org.apache.tapestry.services.impl.DefaultResponseBuilder.render(DefaultResponseBuilder.java:131) * org.apache.tapestry.BaseComponent.renderComponent(BaseComponent.java:92) * org.apache.tapestry.contrib.table.components.TableView.renderComponent(TableView.java:524) * org.apache.tapestry.AbstractComponent.render(AbstractComponent.java:674) * org.apache.tapestry.services.impl.DefaultResponseBuilder.render(DefaultResponseBuilder.java:131) * org.apache.tapestry.BaseComponent.renderComponent(BaseComponent.java:92) * org.apache.tapestry.AbstractComponent.render(AbstractComponent.java:674) * org.apache.tapestry.services.impl.DefaultResponseBuilder.render(DefaultResponseBuilder.java:131) * org.apache.tapestry.AbstractComponent.renderBody(AbstractComponent.java:491) * org.apache.tapestry.components.RenderBody.renderComponent(RenderBody.java:41) * org.apache.tapestry.AbstractComponent.render(AbstractComponent.java:674) * org.apache.tapestry.services.impl.DefaultResponseBuilder.render(DefaultResponseBuilder.java:131) * org.apache.tape
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: 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 ? Does anyone have a better idea? For now I'll have to switch to the below code: public String getSafeName() { return getLoopFile().getName().replace(" ", " "); } 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: Dojo components deprecated in Tap 4.1.1 ?
Some of the Dojo widgets will make it into Tapestry, but not just "any" of them. ;) Basically I wouldn't add anything in that I thought would generate any questions / issues on the users lists other than normal question type stuff. On 1/30/07, Stephane Decleire <[EMAIL PROTECTED]> wrote: Why most of the Dojo components are marked as deprecated in Tap 4.1.1 ? If i need a TitlePane Dojo component in Tapestry, what is the new approach to implement it ? Thanks in advance. -- Stéphane Decleire -- 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: 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: 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: 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: 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 ? 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: 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: 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: @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 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: djConfig = { isDebug: true, debugContainerId:'debug', baseRelativePath:"http://192.168.51.33:8080/IRM/app?service=asset&path=%2Fdojo%2F";, preventBackButtonFix: false, parseWidgets: false }; >>> src="http://192.168.51.33:8080/IRM/app?service=asset&path=%2Fdojo%2Fdojo.js";> >>> src="http://192.168.51.33:8080/IRM/app?service=asset&path=%2Ftapestry%2Fcore.js";> to become something similar to this: djConfig = { isDebug: true, debugContainerId:'debug', baseRelativePath:"/IRM/app?service=asset&path=%2Fdojo%2F", preventBackButtonFix: false, parseWidgets: false }; >>> src="/IRM/app?service=asset&path=%2Fdojo%2Fdojo.js"> >>> src="/IRM/app?service=asset&path=%2Ftapestry%2Fcore.js"> 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: Radio button labels
If it makes you feel any better the Radio component has driven me crazy ever since early tacos days...The clash of concepts between a group with the same name + individual component identifiers that works cross browser has yet to produce a happy result. If anyone figures anything out let us know. ;) On 1/24/07, Robert J. Walker <[EMAIL PROTECTED]> wrote: andyhot wrote: > if you use > > then > value="ognl:curChoice.label" raw="true"/> Nice idea, but it didn't recognize the clientId: prefix for some reason. When I changed it to its ognl equivalent (ognl:components.curRadio.clientId), this is what rendered for the first radio button: Yes The for value does not match the radio button id. The radio button appears to be getting its id from the surrounding RadioGroup. Weird. - 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: 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: 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 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 lastname, firstname, zip city page file 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: 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: djConfig = { isDebug: true, debugContainerId:'debug', baseRelativePath:"http://192.168.51.33:8080/IRM/app?service=asset&path=%2Fdojo%2F";, preventBackButtonFix: false, parseWidgets: false }; http://192.168.51.33:8080/IRM/app?service=asset&path=%2Fdojo%2Fdojo.js";> http://192.168.51.33:8080/IRM/app?service=asset&path=%2Ftapestry%2Fcore.js";> to become something similar to this: djConfig = { isDebug: true, debugContainerId:'debug', baseRelativePath:"/IRM/app?service=asset&path=%2Fdojo%2F", preventBackButtonFix: false, parseWidgets: false }; 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: 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: 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: 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? 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: creating named form components
It should honor your naming scheme - as much as possible at least . For tap >= 4.1.1 . On 1/22/07, Damir Bijuklic <[EMAIL PROTECTED]> wrote: Hi, I have another question for the tapestry crowd. Can i programaticaly generate names for my components? I generate some parts of my form from a domain model and generated components get assigend names by tapestry (like $TextField_n). I would like to be able to specify their names so i can easly reference these components from the containing page when needed, for example in custom validation or for hooking up events. Can BeanForm do this? Damir ___ Now you can scan emails quickly with a reading pane. Get the new Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html -- 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: 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: @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": > > > > > > > > > @InjectState("user-data") > public abstract UserData getUserData(); > public abstract void setUserData( UserData ud ); > > > @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]
@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
@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": @InjectState("user-data") public abstract UserData getUserData(); public abstract void setUserData( UserData ud ); @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]
@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": @InjectState("user-data") public abstract UserData getUserData(); public abstract void setUserData( UserData ud ); @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]
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 >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]
Re: Spoilt for choice.....which Tapestry project to start with
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 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]
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
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 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: 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: 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]
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: 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: ... 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]
Re: What component for Tree in 4.1.2
Gernot Stocker 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: 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
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