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
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
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
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
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
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
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
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,
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
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
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:
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
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.
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,
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
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
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
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
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
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.
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
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
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
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
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?
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
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)
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
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
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
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
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
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
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
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.
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
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,
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
38 matches
Mail list logo