Re: OpenLazlo and Tapestry
I have attended Flex presentation by Christophe Coenraets (http://coenraets.org/blog/2007/01/flex-data-management-services-tutorial/) and was quite impressed (even I hate Flash ads). I am convinced that rich flash applications are the next big thing (web 3.0). I wish it was JVM and Java Web Start, but because of non modularity of JRE and inconvenience of installing I believe that FVM (Flash VM) will be the king on clients... --- Jan Vissers <[EMAIL PROTECTED]> wrote: > When I'm think about Flex, movies is the last thing > on my mind lately. I'm > intrigued by the potential of Flex apps and/or Flex > hybrid apps. I don't > think Tapestry will be particularly well equipped to > create complete Flex > apps (but do correct me if I'm wrong). It would be > really nice though if > we could easily create hybrid applications using > Flex components tied to > our 'regular' HTML/CSS/JavaScript components using > Flex's Ajax Bridge > technology. > > > > Anything is possible, of course. The idea of > creating Flash (i.e., > > Flex or Laszlo) movies on the fly is intriguing. > At one extreme, you > > could get Tapestry to directly create and spool > out the bytestream of > > the movie, on another you could use Tapestry to > generate the XML > > descriptor from which the bytestream is generated. > There's lots of > > options. > > > > It's just a matter of developer bandwidth ... > something sorely missing > > from my life right now. Viva T5! > > > > On 1/31/07, [EMAIL PROTECTED] > <[EMAIL PROTECTED]> wrote: > >> Have you heard of OpenLaszlo yet? > >> > >> > http://www.openlaszlo.org/demos#Laszlo%20Components%20in%20OL4 > >> > >> is this "compatible" with Tapestry (maybe > Tapestry 5?) or a theoretical > >> possible to also integrate such technologies into > Tapestry? > >> > >> Maybe pages and components could be rendered into > their Flash > >> counterparts > >> without the Tapestry programmer having to worry > about the details? > >> > >> > - > >> To unsubscribe, e-mail: > [EMAIL PROTECTED] > >> For additional commands, e-mail: > [EMAIL PROTECTED] > >> > >> > > > > > > -- > > Howard M. Lewis Ship > > TWD Consulting, Inc. > > Independent J2EE / Open-Source Java Consultant > > Creator and PMC Chair, Apache Tapestry > > Creator, Apache HiveMind > > > > Professional Tapestry training, mentoring, support > > and project work. http://howardlewisship.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] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tap 4.1.2 Snapshot :@EventListener with async=false is not been called
Same problem!! On 1/18/07, Shing Hing Man <[EMAIL PROTECTED]> wrote: I have a method with annotation @EventListener(targets = "companyPS", events = "onchange", submitForm = "myForm", async = false) that listens to a PropertySelection component. When an onchange event occurs in the PropertySelection componet, the form get submitted without calling the annotated method. Couple of months ago, someone raised the above question. Jesse said it should work. http://article.gmane.org/gmane.comp.java.tapestry.user/42017/match=async+false Has anyone having it working ? Shing Home page : http://uk.geocities.com/matmsh/index.html ___ All New Yahoo! Mail – Tired of unwanted email come-ons? Let our SpamGuard protect you. http://uk.docs.yahoo.com/nowyoucan.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ajax and popuplink error
Actually this is not yet solved. It turns out it works in some cases,
but not in others. I've found it very difficult to track down when it
works, and when it doesn't work. I think I was fooled (previously)
into thinking it works when there is an error in the javascript in
the ajax response, which then forces the whole page to reload, and
then everything needed for the popup is there.
Everything quoted below still stands, when it doesn't work.
If anyone could shed some light on how the id="bodyscript"...> part of the ajax-response is integrated (or is
supposed to be integrated) into the page, it would be much
appreciated, since that is what fails to happen. The id="media" ...> part shows up fine. Any ideas why the second part
would be ignored? Where are the hooks (before I go digging)? What
needs to be on the page in order for it to work? Has anyone had
something like this work? - the only part that is a little different
in this scenario is that the ajax response contains a component which
has attached javascript.
Thanks for any hints - this is driving me batty!
J
PS I've been working on the tiniest example that shows this, and will
post it if necessary.
On 30-Jan-07, at 3:01 PM, Julian Wood wrote:
Turns out this was actually a problem with a Border component and a
custom shell delegate - the Body component was not making it
through properly - all working now!
J
On 29-Jan-07, at 3:22 PM, Julian Wood wrote:
I have a div that is updated in response to an EventListener. This
is all fine.
I just added a DirectLink which uses a PopupLinkRenderer in that
div. All is still good.
When you click that link, I get a "popup_window not defined" error
in javascript.
I can see that the correct script is passed in the AJAX response:
href="javascript:popup_window();">+
// var newWindow = window.open('/medvr/app?
component=media.popupFullMediaViewer&page=ViewModule&service=direct&s
ession=T&sp=12', 'MedVR Media Viewer',
'top=100,left=100,width=480,height=480,scrollbars=yes,resizable=no');
newWindow.focus();
}
//]]>
but is it not made available to my page?
Am I missing something?
Tried with 4.1.2-SNAPSHOT and 4.1.1.
Thanks.
J
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: OpenLazlo and Tapestry
When I'm think about Flex, movies is the last thing on my mind lately. I'm intrigued by the potential of Flex apps and/or Flex hybrid apps. I don't think Tapestry will be particularly well equipped to create complete Flex apps (but do correct me if I'm wrong). It would be really nice though if we could easily create hybrid applications using Flex components tied to our 'regular' HTML/CSS/JavaScript components using Flex's Ajax Bridge technology. > Anything is possible, of course. The idea of creating Flash (i.e., > Flex or Laszlo) movies on the fly is intriguing. At one extreme, you > could get Tapestry to directly create and spool out the bytestream of > the movie, on another you could use Tapestry to generate the XML > descriptor from which the bytestream is generated. There's lots of > options. > > It's just a matter of developer bandwidth ... something sorely missing > from my life right now. Viva T5! > > On 1/31/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: >> Have you heard of OpenLaszlo yet? >> >> http://www.openlaszlo.org/demos#Laszlo%20Components%20in%20OL4 >> >> is this "compatible" with Tapestry (maybe Tapestry 5?) or a theoretical >> possible to also integrate such technologies into Tapestry? >> >> Maybe pages and components could be rendered into their Flash >> counterparts >> without the Tapestry programmer having to worry about the details? >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > > -- > Howard M. Lewis Ship > TWD Consulting, Inc. > Independent J2EE / Open-Source Java Consultant > Creator and PMC Chair, Apache Tapestry > Creator, Apache HiveMind > > Professional Tapestry training, mentoring, support > and project work. http://howardlewisship.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: OpenLazlo and Tapestry
Anything is possible, of course. The idea of creating Flash (i.e., Flex or Laszlo) movies on the fly is intriguing. At one extreme, you could get Tapestry to directly create and spool out the bytestream of the movie, on another you could use Tapestry to generate the XML descriptor from which the bytestream is generated. There's lots of options. It's just a matter of developer bandwidth ... something sorely missing from my life right now. Viva T5! On 1/31/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Have you heard of OpenLaszlo yet? http://www.openlaszlo.org/demos#Laszlo%20Components%20in%20OL4 is this "compatible" with Tapestry (maybe Tapestry 5?) or a theoretical possible to also integrate such technologies into Tapestry? Maybe pages and components could be rendered into their Flash counterparts without the Tapestry programmer having to worry about the details? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Howard M. Lewis Ship TWD Consulting, Inc. Independent J2EE / Open-Source Java Consultant Creator and PMC Chair, Apache Tapestry Creator, Apache HiveMind Professional Tapestry training, mentoring, support and project work. http://howardlewisship.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Feedback for the AcegiSpringJava5FormBased wiki page
I'd like to hang on for a bit to let Jesper update the wiki with any new
things he has figured out. If I don't see any changes in another few days,
I'll update it.
Now, more new stuff for: AcegiSpringJava5Part2! (refactoring)
1. As specified in the Acegi javadocs, the getContext() method will never
return null, so there is no need to check it.
2. The userName variable can be set to "" at the start, avoiding the need
for the "if" statement at the end. Actually, we don't need the variable at
all.
3. Since the Authentication object implements the Principal interface, we
can actually call getName() on it. This avoids the need for a lot of the
checking and casting code on the page.
Here is the new code:
public abstract class UserPage extends org.apache.tapestry.html.BasePage {
public String getUserName() {
Authentication auth =
SecurityContextHolder.getContext().getAuthentication();
if( auth != null ) {
return auth.getName();
}
return "";
}
}
Regards,
Jim
andyhot wrote:
>
> Yea, i've noticed some of those too, esp. the basic authentication 'issue'
>
> As for loging out, there's a wiki page that describes this and other
> ways...
>
> But anyway, you can go ahead and edit the wiki page yourself and add
> these findings.
> They should prove useful and time-saving
>
>
> Jimr wrote:
>> It's great to see this howto up on the wiki! I have been playing around
>> with
>> the example and I have a couple of suggestions to make.
>>
>> 1. The FormProcessingFilter service point is most likely not required.
>> Since
>> the actual authentication is done programatically through the Acegi API,
>> it
>> does not appear to use the FormProcessingFilter at all. When I take this
>> code out, there is no change whatsoever to the behaviour of the app.
>>
>> 2. If a user navigates directly to the login page and logs in
>> successfully,
>> the savedRequest object will be null, resulting in a
>> NullPointerException. I
>> don't have a generic solution for this one yet. It depends on how the
>> pages
>> are set up.
>>
>> 3. Here is a snippet that could be added to the end of the page for
>> people
>> wondering how to Logout:
>> Add the following code to any html page where you want a logout link to
>> appear:
>>
>> > service="ognl:@[EMAIL PROTECTED]">Logout
>>
>> FYI this only works when using form based authentication through
>> Tapestry.
>> If you use Basic authentication, it will not. The root cause of this
>> appears
>> to be that Acegi maintains a session independently of Tapestry with Basic
>> auth, because Tapestry is bypassed. When using Form based authentication,
>> the ContextHolder's context gets tied to the Tapestry session, and is
>> discarded when that session is destroyed.
>>
>
>
> --
> 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]
>
>
>
--
View this message in context:
http://www.nabble.com/Feedback-for-the-AcegiSpringJava5FormBased-wiki-page-tf3143789.html#a8740491
Sent from the Tapestry - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
MIME's in @Image component
Folks, I developed my own blobservice that accomodates all uploadable media. Here is the html template condition="ognl:blobDescriptorExtension.renderType.image"> parameters="ognl:byteArrayAsset"> Question: Why can't tapestry negotiate the mime icon for *.txt or *.doc ? Is there a way to influence this to display for the content type? Question: Why is the image blank in IE for *.txt or *.doc etc... (it seems ok for *.gif or *.jpg)? Question: Why is the markup for @Image totally ignored and visibly blank when trying to view in firefox? Best regards Ken in nashua _ Laugh, share and connect with Windows Live Messenger http://clk.atdmt.com/MSN/go/msnnkwme002001msn/direct/01/?href=http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=hmtagline - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tapestry 3.x DEAD
Jesse, In other words, 3.0.4 has a fairly significant bug and nobody is maintaining it. So, at the very least someone should update the Tapestry 3 website with a WARNING that 3.0.4 has a threading bug. Of course, 3.0.3 has a bunch of bugs that were fixed in 3.0.4 so someone should annotate the website with a WARNING that 3.0.3 has many bugs. Which sounds like to me, that 3.X is DEAD and no longer being maintained. So, let's have a wake, toss back a few and tell everyone to move onto 4.x which is the only version being maintained at this time. thanks, Mark Mark J. Stang Senior Engineer/Architect office: +1 303.468.2900 mobile: +1 303.507.2833 Ping Identity -Original Message- From: Jesse Kuhnert [mailto:[EMAIL PROTECTED] Sent: Wed 1/31/2007 2:13 PM To: Tapestry users Subject: Re: Tapestry 3.x DEAD I don't remember the details surrounding the 3.0.4 release but don't think mirrors having / not having them have anything to do with anyone thinking it was fully / not fully released. Really "released" just means the core downloads && website are done. I don't think the 3.0.4 website was updated because the forrest documentation runtime wasn't playing very well, but the actual jars were. After looking at the thread I do recognize that section of code and can say with confidence that it ~has~ been fully fixed in >= 4.1.1 versions. Opening the old project up / using the ant definitions is a real PITA, but if you felt strongly enough about it I suppose you could always make a patch and file it in JIRA. The ultimate fix was achieved in the DisableCachingFilter (for 4.x at least), instead of the ComponentClass enhancer. The synchronized blocks can probably be taken out. (or replaced with more thread efficient backport-util counterparts - unless you are using more recent jres in production where it looks like the old synchronized speed issues have potentially been fixed) On 1/31/07, Mark Stang <[EMAIL PROTECTED]> wrote: > Jesse, > I don't think the dynamic url stuff is the issue. Actually, there are two > issues. The first issue is the threading bug. The next issue is that 3.0.4 > was never fully released, as I understand it, due to the threading bug. > Which is why it isn't on the mirrors. It is supposed to be "released", but > it looks like it got half way there and then died. > > regards, > > Mark > > Mark J. Stang > Senior Engineer/Architect > office: +1 303.468.2900 > mobile: +1 303.507.2833 > Ping Identity > > > > -Original Message- > From: Jesse Kuhnert [mailto:[EMAIL PROTECTED] > Sent: Wed 1/31/2007 1:27 PM > To: Tapestry users > Cc: [EMAIL PROTECTED] > Subject: Re: Tapestry 3.x DEAD > > I don't know what's wrong with the dynamic url stuff (I did test it > before updating the main site), but you can always get it from: > > http://www.apache.org/dist/tapestry/ > > On 1/31/07, Mark Stang <[EMAIL PROTECTED]> 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/si
Re: Tapestry 3.x DEAD
I don't remember the details surrounding the 3.0.4 release but don't think mirrors having / not having them have anything to do with anyone thinking it was fully / not fully released. Really "released" just means the core downloads && website are done. I don't think the 3.0.4 website was updated because the forrest documentation runtime wasn't playing very well, but the actual jars were. After looking at the thread I do recognize that section of code and can say with confidence that it ~has~ been fully fixed in >= 4.1.1 versions. Opening the old project up / using the ant definitions is a real PITA, but if you felt strongly enough about it I suppose you could always make a patch and file it in JIRA. The ultimate fix was achieved in the DisableCachingFilter (for 4.x at least), instead of the ComponentClass enhancer. The synchronized blocks can probably be taken out. (or replaced with more thread efficient backport-util counterparts - unless you are using more recent jres in production where it looks like the old synchronized speed issues have potentially been fixed) On 1/31/07, Mark Stang <[EMAIL PROTECTED]> wrote: Jesse, I don't think the dynamic url stuff is the issue. Actually, there are two issues. The first issue is the threading bug. The next issue is that 3.0.4 was never fully released, as I understand it, due to the threading bug. Which is why it isn't on the mirrors. It is supposed to be "released", but it looks like it got half way there and then died. regards, Mark Mark J. Stang Senior Engineer/Architect office: +1 303.468.2900 mobile: +1 303.507.2833 Ping Identity -Original Message- From: Jesse Kuhnert [mailto:[EMAIL PROTECTED] Sent: Wed 1/31/2007 1:27 PM To: Tapestry users Cc: [EMAIL PROTECTED] Subject: Re: Tapestry 3.x DEAD I don't know what's wrong with the dynamic url stuff (I did test it before updating the main site), but you can always get it from: http://www.apache.org/dist/tapestry/ On 1/31/07, Mark Stang <[EMAIL PROTECTED]> 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] > > > > -- 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] -- Jess
RE: Tapestry 3.x DEAD
Jesse, I don't think the dynamic url stuff is the issue. Actually, there are two issues. The first issue is the threading bug. The next issue is that 3.0.4 was never fully released, as I understand it, due to the threading bug. Which is why it isn't on the mirrors. It is supposed to be "released", but it looks like it got half way there and then died. regards, Mark Mark J. Stang Senior Engineer/Architect office: +1 303.468.2900 mobile: +1 303.507.2833 Ping Identity -Original Message- From: Jesse Kuhnert [mailto:[EMAIL PROTECTED] Sent: Wed 1/31/2007 1:27 PM To: Tapestry users Cc: [EMAIL PROTECTED] Subject: Re: Tapestry 3.x DEAD I don't know what's wrong with the dynamic url stuff (I did test it before updating the main site), but you can always get it from: http://www.apache.org/dist/tapestry/ On 1/31/07, Mark Stang <[EMAIL PROTECTED]> 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] > > > > -- 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 Validation Issues
Thanks, I've added the issue to JIRA: http://issues.apache.org/jira/browse/TAPESTRY-1244 There still appears to be two distinct problems here, as described in the case. I hadn't realized development on Tacos for 4.1 had already started, that is good to hear. I probably should try to contribute more but it's hard to motivate myself to work on more Tapestry stuff when I'm already working with it full-time every day :) Ben -Original Message- From: andreas a [mailto:[EMAIL PROTECTED] On Behalf Of andyhot Sent: Wednesday, January 31, 2007 2:04 PM To: Tapestry users Subject: Re: Autocompleter Validation Issues I misunderstood then... thought you just wanted to allow not previously known values So, the real issue is the first one then? Well, please add a jira with the description of the problem. As for tacos, it's already on maven2, and has done some 4.1.0-SNAPSHOTS (and would hapilly accept contributions). Here's the url: http://tacos.sourceforge.net/tacos4.1/tacos-core/ Ben Dotte wrote: > Thanks for the suggestion and the background information on the > autocompleter. I guess the behavior makes sense on some levels but there > are still some pretty big problems: > > - If you type a valid value and submit the form before the dropdown > appears, the original value is used instead of the one you typed. > - The autocompleter models we are using operate on objects that are not > strings. So to use the input from the user as a dropdown value, we would > need to construct a fake object with the user-entered value for one of > the fields on every single model. It also seems a bit odd to allow the > user to select a non-valid value they just typed from a dropdown, only > to display an error that they picked a non-valid value? > > I guess the autocompleter from Tacos just seems a lot more robust. There > wasn't a lot users could do to that thing to cause unexpected behavior. > I see the next big push for Tacos is to convert to Maven2, then try to > get it working for Tapestry 4.1. > > If these issues can't be resolved in the current Autocompleter, I would > really like to see Tacos work on 4.1 as soon as possible. In fact, I've > already gone through and gotten the Tacos autocompleter to work for us > on Tapestry 4.1 but it required pulling in quite a few classes, scripts, > and HiveMind configuration. > > Thanks, > Ben > > -Original Message- > From: andreas a [mailto:[EMAIL PROTECTED] On Behalf Of andyhot > Sent: Wednesday, January 31, 2007 1:20 PM > To: Tapestry users > Subject: Re: Autocompleter Validation Issues > > Well, the autocompleter uses dojo's Select widget (which extends > ComboBox) > > It's normal behavior is to allow users to type in anything, but it keeps > the > typed text only if it matches one of the available options - just like a > > normal > html select does. > That's why it auto-reverts to the initial value, if it can't match > the current one. And this is by design. > > Now, the options to select from are returned by that > IAutocompleteModel.getValues(String) > method > > What i did, was having that method also return the passed in string, so > that it's > also available as an option ;) > > > > Ben Dotte wrote: > >> Since we switched to Tapestry 4.1 we replaced our Tacos autocompleters >> with the new dojo-based one but it seems to have some pretty serious >> validation problems. Let's say I have an autocompleter with a required >> validator and an existing value. I type a bunch of characters into the >> field without picking anything from the dropdown and hit submit. >> Sometimes my input is lost and I get a validation error that the field >> is required. Normally, I would expect my input to be kept in the >> validation delegate and redisplayed but instead it is lost. Other >> > times > >> when I do the same thing, the form submits successfully but the value >> > it > >> submits with is the original value, not what I typed. When a custom >> validator is added on, the value that it gets is also the original >> > value > >> so there is no way to know the value is invalid either. >> >> >> >> I'm thinking about submitting a JIRA issue for this but I wanted to >> check first to make sure I'm not missing something? We are on one of >> > the > >> 4.1.2 snapshots right now. >> >> >> >> Thanks, >> >> Ben >> >> >> >> > > > -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tapestry 3.x DEAD
I don't know what's wrong with the dynamic url stuff (I did test it before updating the main site), but you can always get it from: http://www.apache.org/dist/tapestry/ On 1/31/07, Mark Stang <[EMAIL PROTECTED]> 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] -- 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 Validation Issues
I misunderstood then... thought you just wanted to allow not previously known values So, the real issue is the first one then? Well, please add a jira with the description of the problem. As for tacos, it's already on maven2, and has done some 4.1.0-SNAPSHOTS (and would hapilly accept contributions). Here's the url: http://tacos.sourceforge.net/tacos4.1/tacos-core/ Ben Dotte wrote: Thanks for the suggestion and the background information on the autocompleter. I guess the behavior makes sense on some levels but there are still some pretty big problems: - If you type a valid value and submit the form before the dropdown appears, the original value is used instead of the one you typed. - The autocompleter models we are using operate on objects that are not strings. So to use the input from the user as a dropdown value, we would need to construct a fake object with the user-entered value for one of the fields on every single model. It also seems a bit odd to allow the user to select a non-valid value they just typed from a dropdown, only to display an error that they picked a non-valid value? I guess the autocompleter from Tacos just seems a lot more robust. There wasn't a lot users could do to that thing to cause unexpected behavior. I see the next big push for Tacos is to convert to Maven2, then try to get it working for Tapestry 4.1. If these issues can't be resolved in the current Autocompleter, I would really like to see Tacos work on 4.1 as soon as possible. In fact, I've already gone through and gotten the Tacos autocompleter to work for us on Tapestry 4.1 but it required pulling in quite a few classes, scripts, and HiveMind configuration. Thanks, Ben -Original Message- From: andreas a [mailto:[EMAIL PROTECTED] On Behalf Of andyhot Sent: Wednesday, January 31, 2007 1:20 PM To: Tapestry users Subject: Re: Autocompleter Validation Issues Well, the autocompleter uses dojo's Select widget (which extends ComboBox) It's normal behavior is to allow users to type in anything, but it keeps the typed text only if it matches one of the available options - just like a normal html select does. That's why it auto-reverts to the initial value, if it can't match the current one. And this is by design. Now, the options to select from are returned by that IAutocompleteModel.getValues(String) method What i did, was having that method also return the passed in string, so that it's also available as an option ;) Ben Dotte wrote: Since we switched to Tapestry 4.1 we replaced our Tacos autocompleters with the new dojo-based one but it seems to have some pretty serious validation problems. Let's say I have an autocompleter with a required validator and an existing value. I type a bunch of characters into the field without picking anything from the dropdown and hit submit. Sometimes my input is lost and I get a validation error that the field is required. Normally, I would expect my input to be kept in the validation delegate and redisplayed but instead it is lost. Other times when I do the same thing, the form submits successfully but the value it submits with is the original value, not what I typed. When a custom validator is added on, the value that it gets is also the original value so there is no way to know the value is invalid either. I'm thinking about submitting a JIRA issue for this but I wanted to check first to make sure I'm not missing something? We are on one of the 4.1.2 snapshots right now. Thanks, Ben -- 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 Validation Issues
Thanks for the suggestion and the background information on the autocompleter. I guess the behavior makes sense on some levels but there are still some pretty big problems: - If you type a valid value and submit the form before the dropdown appears, the original value is used instead of the one you typed. - The autocompleter models we are using operate on objects that are not strings. So to use the input from the user as a dropdown value, we would need to construct a fake object with the user-entered value for one of the fields on every single model. It also seems a bit odd to allow the user to select a non-valid value they just typed from a dropdown, only to display an error that they picked a non-valid value? I guess the autocompleter from Tacos just seems a lot more robust. There wasn't a lot users could do to that thing to cause unexpected behavior. I see the next big push for Tacos is to convert to Maven2, then try to get it working for Tapestry 4.1. If these issues can't be resolved in the current Autocompleter, I would really like to see Tacos work on 4.1 as soon as possible. In fact, I've already gone through and gotten the Tacos autocompleter to work for us on Tapestry 4.1 but it required pulling in quite a few classes, scripts, and HiveMind configuration. Thanks, Ben -Original Message- From: andreas a [mailto:[EMAIL PROTECTED] On Behalf Of andyhot Sent: Wednesday, January 31, 2007 1:20 PM To: Tapestry users Subject: Re: Autocompleter Validation Issues Well, the autocompleter uses dojo's Select widget (which extends ComboBox) It's normal behavior is to allow users to type in anything, but it keeps the typed text only if it matches one of the available options - just like a normal html select does. That's why it auto-reverts to the initial value, if it can't match the current one. And this is by design. Now, the options to select from are returned by that IAutocompleteModel.getValues(String) method What i did, was having that method also return the passed in string, so that it's also available as an option ;) Ben Dotte wrote: > Since we switched to Tapestry 4.1 we replaced our Tacos autocompleters > with the new dojo-based one but it seems to have some pretty serious > validation problems. Let's say I have an autocompleter with a required > validator and an existing value. I type a bunch of characters into the > field without picking anything from the dropdown and hit submit. > Sometimes my input is lost and I get a validation error that the field > is required. Normally, I would expect my input to be kept in the > validation delegate and redisplayed but instead it is lost. Other times > when I do the same thing, the form submits successfully but the value it > submits with is the original value, not what I typed. When a custom > validator is added on, the value that it gets is also the original value > so there is no way to know the value is invalid either. > > > > I'm thinking about submitting a JIRA issue for this but I wanted to > check first to make sure I'm not missing something? We are on one of the > 4.1.2 snapshots right now. > > > > Thanks, > > Ben > > > -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tapestry 3.x DEAD
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]
Re: Tapestry prop: suggestion (or question)
Gentry, Michael (Contractor) wrote:
I get an error trying to contribute to tapestry.ognl.NullHandlers ...
Is that available in T4? Thanks!
Damn, that's 4.1 only...
If you're on 4.0.x, you can still do this, but you'll have to register
the handlers on your own.
You just have to call OgnlRuntime's static method at a convenient time,
i.e. on app startup
OgnlRuntime.setNullHandler(subjectClass, handler);
That's exactly what happens in
http://svn.apache.org/viewvc/tapestry/tapestry4/trunk/tapestry-framework/src/java/org/apache/tapestry/services/impl/ExpressionEvaluatorImpl.java?view=markup
The electronic mail message you have received and any files transmitted
with it are confidential and solely for the intended addressee(s)'s
attention. Do not divulge, copy, forward, or use the contents,
attachments, or information without permission of Fannie Mae.
Information contained in this message is provided solely for the purpose
stated in the message or its attachment(s) and must not be disclosed to
any third party or used for any other purpose without consent of Fannie
Mae. If you have received this message and/or any files transmitted with
it in error, please delete them from your system, destroy any hard
copies of them, and contact the sender.
-Original Message-
From: andreas a [mailto:[EMAIL PROTECTED] On Behalf Of andyhot
Sent: Tuesday, January 30, 2007 12:15 PM
To: Tapestry users
Subject: Re: Tapestry prop: suggestion (or question)
Gentry, Michael (Contractor) wrote:
I've downloaded and tried out the prop: prefix extension from HLS.
One
thing I was *really* hoping for, compared to OGNL, is that it would
ignore null pointers, at least on reads.
OGNL has a feature called NullHandlers
You contribute one to configuration point tapestry.ognl.NullHandlers
like this
object="instance:org.MyNullHandler"/>
where MyNullHandler implements
http://www.ognl.org/2.6.9/Documentation/javadoc/ognl/NullHandler.html
So, if you have a RegisterPage that contains a path like
user.department.name you have
to register null handlers (could be the same one) for the following :
RegisterPage (cause its user may be null),
User (cause his department may be null)
I have report-type pages
(read-only) where I can sometimes have thousands of rows with 10-15
columns. Each of those columns currently has bulky cover methods
which
do NPE protection in case a relationship is missing (the actual values
almost always come from a dotted path: foo.bar.baz.status, and OGNL
will
blow up if "bar" is null). I was hoping the prop: extension would
handle this, but it seems to work just like OGNL if it hits a null.
If
something doesn't exist, I'm pretty happy with just getting a null
back
and displaying nothing.
I played with the code a bit and this seems to work if you edit
PropertyAccessorBinding.java and change the getObject() method:
public Object getObject()
{
return _accessor.readProperty();
}
Re: help with component id
Hi, http://tapestry.apache.org/tapestry4.1/usersguide/bindings.html see the clientId binding Andrea Chiumenti wrote: Hi, I'm trying to get a component id: The component is: and I try to bind its id to another component The component is rendere into the page with id="Submit_0" I wonder why it is rendered capitalized and why components.submit.id value is "submit" (how can I get the rendered id since that neither components.submit.clientId works)? Thx, kiuma -- 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 Validation Issues
Well, the autocompleter uses dojo's Select widget (which extends ComboBox) It's normal behavior is to allow users to type in anything, but it keeps the typed text only if it matches one of the available options - just like a normal html select does. That's why it auto-reverts to the initial value, if it can't match the current one. And this is by design. Now, the options to select from are returned by that IAutocompleteModel.getValues(String) method What i did, was having that method also return the passed in string, so that it's also available as an option ;) Ben Dotte wrote: Since we switched to Tapestry 4.1 we replaced our Tacos autocompleters with the new dojo-based one but it seems to have some pretty serious validation problems. Let's say I have an autocompleter with a required validator and an existing value. I type a bunch of characters into the field without picking anything from the dropdown and hit submit. Sometimes my input is lost and I get a validation error that the field is required. Normally, I would expect my input to be kept in the validation delegate and redisplayed but instead it is lost. Other times when I do the same thing, the form submits successfully but the value it submits with is the original value, not what I typed. When a custom validator is added on, the value that it gets is also the original value so there is no way to know the value is invalid either. I'm thinking about submitting a JIRA issue for this but I wanted to check first to make sure I'm not missing something? We are on one of the 4.1.2 snapshots right now. Thanks, Ben -- 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]
synchronous ajax
Hello, In 4.1.1 is it possible to display an hourglass and disallow further user interface interaction during ajax requests? Thanks in advance: Norbi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Can't get InlineEditBox to work, quits with Javascript Error: impl is not a constructor
I created that jira. Marcus has a different problem from the one mentioned in the jira. Shing --- "Leffel, Daniel" <[EMAIL PROTECTED]> wrote: > I haven't been able to use it, but I suspect it is > because of this bug: > https://issues.apache.org/jira/browse/TAPESTRY-1210?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel > > I've been waiting for the fix. > > -Original Message- > From: Marcus Thiesen > [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 31, 2007 5:59 AM > To: Tapestry users > Subject: Re: Can't get InlineEditBox to work, quits > with Javascript Error: impl is not a constructor > > Am Mittwoch 31 Januar 2007 14:01 schrieb Shing Hing > Man: > > To be more specific, the following is the version > of > > Tapestry 4.1.2 Snapshot I am using. > > > > > org.apache.tapestry:tapestry-framework:4.1.2-20070121.182918-9 > > > > > org.apache.tapestry:tapestry-contrib:4.1.2-20070121.182918-7 > > > > > org.apache.tapestry:tapestry-annotations:4.1.2-20070121.182918-7 > > > > Same here, only that today a new framework snapshot > was released. > > I don't consider the library version as the problem, > because I tested my > application with the very same libraries the > TimeTracker (which is working, > even for me) application uses. > > > I am using Java 1.5. I have tested the exmaple in > > Jetty and tomcat. So servlet container is unlikely > > the cause of your problem. > > That is true. I can run the TimeTracker application > inside the very same > tomcat and it works. Java version doesn't seem to be > the problem either. > > So there has to be something in my > web.xml/application configuration etc. that > causes this stuff to happen. I even checked all > other libs on the classpath > for other dojo.js files etc. > > I still fear that it might be something you > naturally did when setting up my > example application that I just don't know and > therefore only I have these > problems. > > > Maybe someone else whom have used the > InlineEditBox > > component could inform us whether they have any > > problem with it. > > Yes, please, help :). > > > > > Shing > > > > Thanks, > Marcus > > -- > Marcus Thiesen > Bachelor of Science (BSc) > > freiheit.com technologies gmbh > Straßenbahnring 22 / 20251 Hamburg, Germany > fon +49 (0)40 / 890584-0 > fax +49 (0)40 / 890584-20 > > 0553 222D ABF2 DF71 0CF6 C262 C77E 2AAF 6BE4 4DA4 > > Bücher kaufen und Freie Software fördern | > http://bookzilla.de/ > > - > 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] > > Home page : http://uk.geocities.com/matmsh/index.html ___ All New Yahoo! Mail Tired of unwanted email come-ons? Let our SpamGuard protect you. http://uk.docs.yahoo.com/nowyoucan.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Can't get InlineEditBox to work, quits with Javascript Error: impl is not a constructor
I haven't been able to use it, but I suspect it is because of this bug: https://issues.apache.org/jira/browse/TAPESTRY-1210?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel I've been waiting for the fix. -Original Message- From: Marcus Thiesen [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 31, 2007 5:59 AM To: Tapestry users Subject: Re: Can't get InlineEditBox to work, quits with Javascript Error: impl is not a constructor Am Mittwoch 31 Januar 2007 14:01 schrieb Shing Hing Man: > To be more specific, the following is the version of > Tapestry 4.1.2 Snapshot I am using. > > org.apache.tapestry:tapestry-framework:4.1.2-20070121.182918-9 > > org.apache.tapestry:tapestry-contrib:4.1.2-20070121.182918-7 > > org.apache.tapestry:tapestry-annotations:4.1.2-20070121.182918-7 > Same here, only that today a new framework snapshot was released. I don't consider the library version as the problem, because I tested my application with the very same libraries the TimeTracker (which is working, even for me) application uses. > I am using Java 1.5. I have tested the exmaple in > Jetty and tomcat. So servlet container is unlikely > the cause of your problem. That is true. I can run the TimeTracker application inside the very same tomcat and it works. Java version doesn't seem to be the problem either. So there has to be something in my web.xml/application configuration etc. that causes this stuff to happen. I even checked all other libs on the classpath for other dojo.js files etc. I still fear that it might be something you naturally did when setting up my example application that I just don't know and therefore only I have these problems. > Maybe someone else whom have used the InlineEditBox > component could inform us whether they have any > problem with it. Yes, please, help :). > > Shing > Thanks, Marcus -- Marcus Thiesen Bachelor of Science (BSc) freiheit.com technologies gmbh Straßenbahnring 22 / 20251 Hamburg, Germany fon +49 (0)40 / 890584-0 fax +49 (0)40 / 890584-20 0553 222D ABF2 DF71 0CF6 C262 C77E 2AAF 6BE4 4DA4 Bücher kaufen und Freie Software fördern | http://bookzilla.de/ - 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]
Redirect after Post = no parameters, no save
Using: Tap 4.02 / Hibernate I've tried to implement the redirect-after-post method mentioned on Howard's blog, but have only been marginally successful. It redirects just fine. But it doesn't actually commit any changes to the database. Further, page parameters are not passed to the subsequent page when using the the PAGE service, thus I'm forced to use the external page service and manually encode the parameters. If that were the only problem I could deal with it, but the not saving issue is a show-stopper. Is this because the Hibernate listeners are not being fired by the ILink service? Do I have to create my own custom ILink implementation that fires all the listeners like the IPage service does? Has anyone come up with any way to get redirect-after-post working with Tap4/Hibernate? -- View this message in context: http://www.nabble.com/Redirect-after-Post-%3D-no-parameters%2C-no-save-tf3149787.html#a8732557 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autocompleter Validation Issues
Since we switched to Tapestry 4.1 we replaced our Tacos autocompleters with the new dojo-based one but it seems to have some pretty serious validation problems. Let's say I have an autocompleter with a required validator and an existing value. I type a bunch of characters into the field without picking anything from the dropdown and hit submit. Sometimes my input is lost and I get a validation error that the field is required. Normally, I would expect my input to be kept in the validation delegate and redisplayed but instead it is lost. Other times when I do the same thing, the form submits successfully but the value it submits with is the original value, not what I typed. When a custom validator is added on, the value that it gets is also the original value so there is no way to know the value is invalid either. I'm thinking about submitting a JIRA issue for this but I wanted to check first to make sure I'm not missing something? We are on one of the 4.1.2 snapshots right now. Thanks, Ben
help with component id
Hi, I'm trying to get a component id: The component is: and I try to bind its id to another component The component is rendere into the page with id="Submit_0" I wonder why it is rendered capitalized and why components.submit.id value is "submit" (how can I get the rendered id since that neither components.submit.clientId works)? Thx, kiuma
Re: Exception when trying to configure tapestry-acegi.jar
Hi James, Thanks for the answer.. you were right we needed the hivemind-utils.jar file also. I have two more questions: 1) Now our application works fine when we are browsing the public (non-secured) pages and when we are testing one page with Secured annotation we get the Basic Authentication Login form... we do not want to use this later, but for testing if the authentication is working we try to login using this and when we do so, we get an exception stating: HTTP Status 500 - type: Exception report message: description The server encountered an internal error () that prevented it from fulfilling this request. exception: org.apache.hivemind.ApplicationRuntimeException: Unable to construct service hivemind.acegi.dao.UserDetailsService: Property 'beanFactory' of is null. [context:/WEB-INF/hivemodule.xml, line 59, column 68] org.apache.hivemind.impl.servicemodel.AbstractServiceModelImpl.constructNewServiceImplementation( AbstractServiceModelImpl.java:166) ... Here is the acegi code in our hivemodule.xml: And here is the spring bean: SELECT user_name as username, user_password as password, enabled as ENABLED FROM app_user WHERE user_name=? SELECT user_name as username, user_role as authority FROM app_user_role WHERE user_name=? 2) When we are doing the form validation we actually have another delicate problem. We have a couple of entry points to our system (domain names) that goes to a HomeDispatcher that redirects it to different pages depending on the incoming Domain Name. Some of these goes to a couple of public pages that each have a login component that takes these users to a admin area for the public pages. The other entry point is for our in house application that starts directly with a login page. The question is: What is the best way of doing the form based login? I saw some postings between you and Robin Ericsson where he said he sent you a working code for form based authentication I guess this is not included in tapestry-acegi project... could you post this code here in the form until then... I think a lot of people are interested in that solution. Thanks again for your help Cheers, Jacob -- View this message in context: http://www.nabble.com/Exception-when-trying-to-configure-tapestry-acegi.jar-tf3142373.html#a8731641 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 page sent by mail
Hi Have a look at this, I dont know how much has happened in the internals of tapestry 4 since, but I guess it is still usable. I have plans on implementing this for T5, but that will not happen in the near future. http://mail-archives.apache.org/mod_mbox/tapestry-users/200605.mbox/[EMAIL PROTECTED] 2007/1/31, Stephane Decleire <[EMAIL PROTECTED]>: Is there a simple way to get the result of a page in Tap4.1 to send it by mail ? Thanks in advance. -- Stéphane Decleire -- /ted - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tapestry prop: suggestion (or question)
I get an error trying to contribute to tapestry.ognl.NullHandlers ...
Is that available in T4? Thanks!
The electronic mail message you have received and any files transmitted
with it are confidential and solely for the intended addressee(s)'s
attention. Do not divulge, copy, forward, or use the contents,
attachments, or information without permission of Fannie Mae.
Information contained in this message is provided solely for the purpose
stated in the message or its attachment(s) and must not be disclosed to
any third party or used for any other purpose without consent of Fannie
Mae. If you have received this message and/or any files transmitted with
it in error, please delete them from your system, destroy any hard
copies of them, and contact the sender.
-Original Message-
From: andreas a [mailto:[EMAIL PROTECTED] On Behalf Of andyhot
Sent: Tuesday, January 30, 2007 12:15 PM
To: Tapestry users
Subject: Re: Tapestry prop: suggestion (or question)
Gentry, Michael (Contractor) wrote:
> I've downloaded and tried out the prop: prefix extension from HLS.
One
> thing I was *really* hoping for, compared to OGNL, is that it would
> ignore null pointers, at least on reads.
OGNL has a feature called NullHandlers
You contribute one to configuration point tapestry.ognl.NullHandlers
like this
where MyNullHandler implements
http://www.ognl.org/2.6.9/Documentation/javadoc/ognl/NullHandler.html
So, if you have a RegisterPage that contains a path like
user.department.name you have
to register null handlers (could be the same one) for the following :
RegisterPage (cause its user may be null),
User (cause his department may be null)
> I have report-type pages
> (read-only) where I can sometimes have thousands of rows with 10-15
> columns. Each of those columns currently has bulky cover methods
which
> do NPE protection in case a relationship is missing (the actual values
> almost always come from a dotted path: foo.bar.baz.status, and OGNL
will
> blow up if "bar" is null). I was hoping the prop: extension would
> handle this, but it seems to work just like OGNL if it hits a null.
If
> something doesn't exist, I'm pretty happy with just getting a null
back
> and displaying nothing.
>
> I played with the code a bit and this seems to work if you edit
> PropertyAccessorBinding.java and change the getObject() method:
>
> public Object getObject()
> {
> return _accessor.readProperty();
> }
Re: validation.js patched for Tapestry 4.1.1
Sorry there was a small bug, the widgets were not related to the profile, this is the corrected version On 1/31/07, Andrea Chiumenti <[EMAIL PROTECTED]> wrote: Hello everybody, I've patched the client side validation script file so that an input field in exception status reports its related exceptions with a dojo tooltip. When the validation is performed a second time all the exception tooltip widgets are disposed and recreated as necessary. I hope you find it useful. Ciao, kiuma validation.js Description: JavaScript source - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't get InlineEditBox to work, quits with Javascript Error: impl is not a constructor
Am Mittwoch 31 Januar 2007 14:01 schrieb Shing Hing Man: > To be more specific, the following is the version of > Tapestry 4.1.2 Snapshot I am using. > > org.apache.tapestry:tapestry-framework:4.1.2-20070121.182918-9 > > org.apache.tapestry:tapestry-contrib:4.1.2-20070121.182918-7 > > org.apache.tapestry:tapestry-annotations:4.1.2-20070121.182918-7 > Same here, only that today a new framework snapshot was released. I don't consider the library version as the problem, because I tested my application with the very same libraries the TimeTracker (which is working, even for me) application uses. > I am using Java 1.5. I have tested the exmaple in > Jetty and tomcat. So servlet container is unlikely > the cause of your problem. That is true. I can run the TimeTracker application inside the very same tomcat and it works. Java version doesn't seem to be the problem either. So there has to be something in my web.xml/application configuration etc. that causes this stuff to happen. I even checked all other libs on the classpath for other dojo.js files etc. I still fear that it might be something you naturally did when setting up my example application that I just don't know and therefore only I have these problems. > Maybe someone else whom have used the InlineEditBox > component could inform us whether they have any > problem with it. Yes, please, help :). > > Shing > Thanks, Marcus -- Marcus Thiesen Bachelor of Science (BSc) freiheit.com technologies gmbh Straßenbahnring 22 / 20251 Hamburg, Germany fon +49 (0)40 / 890584-0 fax +49 (0)40 / 890584-20 0553 222D ABF2 DF71 0CF6 C262 C77E 2AAF 6BE4 4DA4 Bücher kaufen und Freie Software fördern | http://bookzilla.de/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tapestry page sent by mail
Is there a simple way to get the result of a page in Tap4.1 to send it by mail ? Thanks in advance. -- Stéphane Decleire
validation.js patched for Tapestry 4.1.1
Hello everybody, I've patched the client side validation script file so that an input field in exception status reports its related exceptions with a dojo tooltip. When the validation is performed a second time all the exception tooltip widgets are disposed and recreated as necessary. I hope you find it useful. Ciao, kiuma validation.js Description: JavaScript source - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't get InlineEditBox to work, quits with Javascript Error: impl is not a constructor
To be more specific, the following is the version of Tapestry 4.1.2 Snapshot I am using. org.apache.tapestry:tapestry-framework:4.1.2-20070121.182918-9 org.apache.tapestry:tapestry-contrib:4.1.2-20070121.182918-7 org.apache.tapestry:tapestry-annotations:4.1.2-20070121.182918-7 I am using Java 1.5. I have tested the exmaple in Jetty and tomcat. So servlet container is unlikely the cause of your problem. I am using maven 2 to pull down the latest Tapestry 4.1.2 Snapshots from the following repository. apache.snapshots http://people.apache.org/repo/m2-snapshot-repository Maybe someone else whom have used the InlineEditBox component could inform us whether they have any problem with it. Shing --- Marcus Thiesen <[EMAIL PROTECTED]> wrote: > Hi Shing, > > > When you click on 'Hello world', the static text > will > > be replaced by an editiable text box, and there > are > > also the Save and cancel buttons. > > Yes, I've seen the widget in action, but it doesn't > work for me. > > > > > I am using your code/page with the additional > > @Initial to initialise the property > > text. > > > As do I. > > > > > I have deployed your example at the following > > (friendly urls is used). > > > > > http://lombok.demon.co.uk/testTapestry41/inlineEditBox/TestInlineEditPage.h > >tml > > > > That works for me :/. > > > There is nothing in my hivemodule.xml .application > > that are related to the component InlineEditBox. > > > > But anything has to be different... is this somehow > Java (1.6) and/or Tomcat > Version (2.5.20) specific? > > > Just to remind you that I am using Tapetsry 4.1.2 > > Snapshot. > > I'm using a snapshot as well, namely the 4.1.2 > snapshot from today and the > annotations and contrib snapshot from the 21st. > > Anyway, it seems that your example renders slightly > different Javascript. Your > page has two "tapestry.cleanConnect" blocks, whereas > my page only shows one. > But whene we both are using the same version of > tapestry, something has to > trigger this behaviour that is not in my code. > > > > > Shing > > > > > > Have fun, > Marcus > > -- > Marcus Thiesen > Bachelor of Science (BSc) > > freiheit.com technologies gmbh > Straßenbahnring 22 / 20251 Hamburg, Germany > fon +49 (0)40 / 890584-0 > fax +49 (0)40 / 890584-20 > > 0553 222D ABF2 DF71 0CF6 C262 C77E 2AAF 6BE4 4DA4 > > Bücher kaufen und Freie Software fördern | > http://bookzilla.de/ > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > Home page : http://uk.geocities.com/matmsh/index.html ___ 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 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't get InlineEditBox to work, quits with Javascript Error: impl is not a constructor
Hi Shing, > When you click on 'Hello world', the static text will > be replaced by an editiable text box, and there are > also the Save and cancel buttons. Yes, I've seen the widget in action, but it doesn't work for me. > > I am using your code/page with the additional > @Initial to initialise the property > text. As do I. > > I have deployed your example at the following > (friendly urls is used). > > http://lombok.demon.co.uk/testTapestry41/inlineEditBox/TestInlineEditPage.h >tml > That works for me :/. > There is nothing in my hivemodule.xml .application > that are related to the component InlineEditBox. > But anything has to be different... is this somehow Java (1.6) and/or Tomcat Version (2.5.20) specific? > Just to remind you that I am using Tapetsry 4.1.2 > Snapshot. I'm using a snapshot as well, namely the 4.1.2 snapshot from today and the annotations and contrib snapshot from the 21st. Anyway, it seems that your example renders slightly different Javascript. Your page has two "tapestry.cleanConnect" blocks, whereas my page only shows one. But whene we both are using the same version of tapestry, something has to trigger this behaviour that is not in my code. > > Shing > > Have fun, Marcus -- Marcus Thiesen Bachelor of Science (BSc) freiheit.com technologies gmbh Straßenbahnring 22 / 20251 Hamburg, Germany fon +49 (0)40 / 890584-0 fax +49 (0)40 / 890584-20 0553 222D ABF2 DF71 0CF6 C262 C77E 2AAF 6BE4 4DA4 Bücher kaufen und Freie Software fördern | http://bookzilla.de/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
OpenLazlo and Tapestry
Have you heard of OpenLaszlo yet? http://www.openlaszlo.org/demos#Laszlo%20Components%20in%20OL4 is this "compatible" with Tapestry (maybe Tapestry 5?) or a theoretical possible to also integrate such technologies into Tapestry? Maybe pages and components could be rendered into their Flash counterparts without the Tapestry programmer having to worry about the details? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't get InlineEditBox to work, quits with Javascript Error: impl is not a constructor
Am Mittwoch 31 Januar 2007 13:07 schrieb Peter Schröder: > is there also a linebreak in your code, or is it only in the email-text? No, that's just a linebreak introduced by my email program. So this doesn't seem to be the issue. Have fun, Marcus -- Marcus Thiesen Bachelor of Science (BSc) freiheit.com technologies gmbh Straßenbahnring 22 / 20251 Hamburg, Germany fon +49 (0)40 / 890584-0 fax +49 (0)40 / 890584-20 0553 222D ABF2 DF71 0CF6 C262 C77E 2AAF 6BE4 4DA4 Bücher kaufen und Freie Software fördern | http://bookzilla.de/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Empty catch block in WebRequestServicerFilter implementer
Hi, I've a filter that implements WebRequestServicerFilter. As per the typical filter pattern, the filter's service method calls the WebRequestServicer's service(WebRequest, WebResponse) method. However, this method throws an IOException and I've noticed that on many calls to this service method an IOException is indeed thrown (namely when the filter is processing a request with a javascript (dojo) URI). Because of this I've ended up with a try/catch around the service method that simply ignores all IOExceptions. This sort of code can of course be extremely evil. Is there some other way to distinguish between requests that should be service()'d, or is having such an empty try/catch block standard practice for web filters? Thanks Denis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Can't get InlineEditBox to work, quits with Javascript Error: impl is not a constructor
hi marcus,
i used a editBox not related to tapestry. but we had problems initialising it
when we had linebreaks in variables.
fe:
var a = "hallo
world";
is there also a linebreak in your code, or is it only in the email-text?
you posted
tapestry.widget.synchronizeWidgetState("testEdit", "InlineEditBox",
{"widgetId":"testEdit","value":"Hello
World","mode":"text","minWidth":100,"minHeight":200,"doFade":false}, false);
-Ursprüngliche Nachricht-
Von: Marcus Thiesen [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 31. Januar 2007 12:21
An: Tapestry users
Betreff: Re: Can't get InlineEditBox to work, quits with Javascript Error: impl
is not a constructor
Hi Peter,
Am Mittwoch 31 Januar 2007 12:07 schrieb Peter Schröder:
> the reason was, that there were linebreaks in the init-code, which the js
> did not like.
Can you tell me what you mean by init-code? Most of the code is generated by
tapestry anyway, so either there is a general bug or my problem is different.
>
> kind regards
> peter
Have fun,
Marcus
--
Marcus Thiesen
Bachelor of Science (BSc)
freiheit.com technologies gmbh
Straßenbahnring 22 / 20251 Hamburg, Germany
fon +49 (0)40 / 890584-0
fax +49 (0)40 / 890584-20
0553 222D ABF2 DF71 0CF6 C262 C77E 2AAF 6BE4 4DA4
Bücher kaufen und Freie Software fördern | http://bookzilla.de/
-
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: Can't get InlineEditBox to work, quits with Javascript Error: impl is not a constructor
> I don't see the Save button or anything that should > be dynamically rendered > into the page. When you click on 'Hello world', the static text will be replaced by an editiable text box, and there are also the Save and cancel buttons. I am using your code/page with the additional @Initial to initialise the property text. I have deployed your example at the following (friendly urls is used). http://lombok.demon.co.uk/testTapestry41/inlineEditBox/TestInlineEditPage.html There is nothing in my hivemodule.xml .application that are related to the component InlineEditBox. Just to remind you that I am using Tapetsry 4.1.2 Snapshot. Shing --- Marcus Thiesen <[EMAIL PROTECTED]> wrote: > Hi Shing, > > Am Mittwoch 31 Januar 2007 11:39 schrieb Shing Hing > Man: > > I have run the page/code given in your original > mail > > with property text set to 'Hello world'. > > After I edit 'Hello world' and click the save > button, > > the listener method onTextUpdate is called. > > > > I have no javascript errors and I am using > Tapestry > > 4.1.2 Snapshot. > > So the main question is what is the difference > between your setup and mine? > > I don't see the Save button or anything that should > be dynamically rendered > into the page. > > Can I have a look at your configuration files for > the application > (web.xml/.application file/hivemodules.xml)? > > Or is this an encoding issue of some sort? > > I have no idea, I only see that my example still > doesn't work for me. > > > > > Shing > > Have fun, > Marcus > > -- > Marcus Thiesen > Bachelor of Science (BSc) > > freiheit.com technologies gmbh > Straßenbahnring 22 / 20251 Hamburg, Germany > fon +49 (0)40 / 890584-0 > fax +49 (0)40 / 890584-20 > > 0553 222D ABF2 DF71 0CF6 C262 C77E 2AAF 6BE4 4DA4 > > Bücher kaufen und Freie Software fördern | > http://bookzilla.de/ > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > Home page : http://uk.geocities.com/matmsh/index.html ___ Now you can scan emails quickly with a reading pane. Get the new Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't get InlineEditBox to work, quits with Javascript Error: impl is not a constructor
Hi Peter, Am Mittwoch 31 Januar 2007 12:07 schrieb Peter Schröder: > the reason was, that there were linebreaks in the init-code, which the js > did not like. Can you tell me what you mean by init-code? Most of the code is generated by tapestry anyway, so either there is a general bug or my problem is different. > > kind regards > peter Have fun, Marcus -- Marcus Thiesen Bachelor of Science (BSc) freiheit.com technologies gmbh Straßenbahnring 22 / 20251 Hamburg, Germany fon +49 (0)40 / 890584-0 fax +49 (0)40 / 890584-20 0553 222D ABF2 DF71 0CF6 C262 C77E 2AAF 6BE4 4DA4 Bücher kaufen und Freie Software fördern | http://bookzilla.de/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Can't get InlineEditBox to work, quits with Javascript Error: impl is not a constructor
hi marcus, i remember using some kind of editbox and having trouble with it. the reason was, that there were linebreaks in the init-code, which the js did not like. kind regards peter -Ursprüngliche Nachricht- Von: Marcus Thiesen [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 31. Januar 2007 11:52 An: Tapestry users Betreff: Re: Can't get InlineEditBox to work, quits with Javascript Error: impl is not a constructor Hi Shing, Am Mittwoch 31 Januar 2007 11:39 schrieb Shing Hing Man: > I have run the page/code given in your original mail > with property text set to 'Hello world'. > After I edit 'Hello world' and click the save button, > the listener method onTextUpdate is called. > > I have no javascript errors and I am using Tapestry > 4.1.2 Snapshot. So the main question is what is the difference between your setup and mine? I don't see the Save button or anything that should be dynamically rendered into the page. Can I have a look at your configuration files for the application (web.xml/.application file/hivemodules.xml)? Or is this an encoding issue of some sort? I have no idea, I only see that my example still doesn't work for me. > > Shing Have fun, Marcus -- Marcus Thiesen Bachelor of Science (BSc) freiheit.com technologies gmbh Straßenbahnring 22 / 20251 Hamburg, Germany fon +49 (0)40 / 890584-0 fax +49 (0)40 / 890584-20 0553 222D ABF2 DF71 0CF6 C262 C77E 2AAF 6BE4 4DA4 Bücher kaufen und Freie Software fördern | http://bookzilla.de/ - 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: Problem compiling tapestry 4.1.1
-) either install without running the tests mvn -Dmaven.test.skip=true install -) or disable testing of group "integration" -) or find a firefox installation that indeed contains a firefox-bin executable -) or (if you're running from source) goto org.apache.tapestry.integration.TestBrowserIssues and org.apache.tapestry.integration.i18n.TestI18nResources and when the DefaultSelenium is constructed, change "*firefox" into "*firefox /usr/bin/firefox" so that it uses that executable I'll make sure you can easily override this from the command line. Thx for noticing. Andrea Chiumenti wrote: Hello I'm trying to launch `mvn install` from a Gentoo Linux Box: During the test phase I've this exception back: HttpConnection [WARN] GET /selenium-server/driver/?cmd=getNewBrowserSession&1=*firefox&2=http%3A%2F%2Flocalhost%3A%2F HTTP/1.1 java.lang.RuntimeException: File was a script file, not a real executable: /usr/bin/firefox-bin at org.openqa.selenium.server.browserlaunchers.LauncherUtils.assertNotScriptFile (LauncherUtils.java:208) .. Can some1 help me plz ? -- 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: Can't get InlineEditBox to work, quits with Javascript Error: impl is not a constructor
Hi Shing, Am Mittwoch 31 Januar 2007 11:39 schrieb Shing Hing Man: > I have run the page/code given in your original mail > with property text set to 'Hello world'. > After I edit 'Hello world' and click the save button, > the listener method onTextUpdate is called. > > I have no javascript errors and I am using Tapestry > 4.1.2 Snapshot. So the main question is what is the difference between your setup and mine? I don't see the Save button or anything that should be dynamically rendered into the page. Can I have a look at your configuration files for the application (web.xml/.application file/hivemodules.xml)? Or is this an encoding issue of some sort? I have no idea, I only see that my example still doesn't work for me. > > Shing Have fun, Marcus -- Marcus Thiesen Bachelor of Science (BSc) freiheit.com technologies gmbh Straßenbahnring 22 / 20251 Hamburg, Germany fon +49 (0)40 / 890584-0 fax +49 (0)40 / 890584-20 0553 222D ABF2 DF71 0CF6 C262 C77E 2AAF 6BE4 4DA4 Bücher kaufen und Freie Software fördern | http://bookzilla.de/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem compiling tapestry 4.1.1
Hello I'm trying to launch `mvn install` from a Gentoo Linux Box: During the test phase I've this exception back: HttpConnection [WARN] GET /selenium-server/driver/?cmd=getNewBrowserSession&1=*firefox&2=http%3A%2F%2Flocalhost%3A%2F HTTP/1.1 java.lang.RuntimeException: File was a script file, not a real executable: /usr/bin/firefox-bin at org.openqa.selenium.server.browserlaunchers.LauncherUtils.assertNotScriptFile (LauncherUtils.java:208) .. Can some1 help me plz ?
Re: Can't get InlineEditBox to work, quits with Javascript Error: impl is not a constructor
I have run the page/code given in your original mail
with property text set to 'Hello world'.
After I edit 'Hello world' and click the save button,
the listener method onTextUpdate is called.
I have no javascript errors and I am using Tapestry
4.1.2 Snapshot.
Shing
--- Marcus Thiesen <[EMAIL PROTECTED]>
wrote:
> Hey Shing,
>
> Am Mittwoch 31 Januar 2007 11:07 schrieb Shing Hing
> Man:
> > The displayed html is blank because you have not
> given
> >
> > the property text a value.
> >
>
> Well, this didn't really do the trick. I see that
> the generated Javscript
> changed to
>
> tapestry.widget.synchronizeWidgetState("testEdit",
> "InlineEditBox",
> {"widgetId":"testEdit","value":"Hello
>
World","mode":"text","minWidth":100,"minHeight":200,"doFade":false},
> false);
>
> so it sees the "Hello World" but nothing is
> displayed and I still get a
> JavaScript Error in my error console. Furthermore,
> if I change my template
> from
>
>
>
> to
>
> Here should be an edit
>
> I see this text, which I think should actually be
> overwritten by the
> Javascript of the InlineEditBox. So it looks more
> like the script doesn't
> run.
>
> BTW, shouldn't an EditBox work regardless of a value
> set (in case you wan't to
> use it for an initial value?)
>
> > Shing
>
> Have fun,
> Marcus
>
>
> --
> Marcus Thiesen
> Bachelor of Science (BSc)
>
> freiheit.com technologies gmbh
> Straßenbahnring 22 / 20251 Hamburg, Germany
> fon +49 (0)40 / 890584-0
> fax +49 (0)40 / 890584-20
>
> 0553 222D ABF2 DF71 0CF6 C262 C77E 2AAF 6BE4 4DA4
>
> Bücher kaufen und Freie Software fördern |
> http://bokzilla.de/
>
>
-
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
>
>
Home page :
http://uk.geocities.com/matmsh/index.html
___
Inbox full of unwanted email? Get leading protection and 1GB storage with All
New Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't get InlineEditBox to work, quits with Javascript Error: impl is not a constructor
Hey Shing,
Am Mittwoch 31 Januar 2007 11:07 schrieb Shing Hing Man:
> The displayed html is blank because you have not given
>
> the property text a value.
>
Well, this didn't really do the trick. I see that the generated Javscript
changed to
tapestry.widget.synchronizeWidgetState("testEdit", "InlineEditBox",
{"widgetId":"testEdit","value":"Hello
World","mode":"text","minWidth":100,"minHeight":200,"doFade":false}, false);
so it sees the "Hello World" but nothing is displayed and I still get a
JavaScript Error in my error console. Furthermore, if I change my template
from
to
Here should be an edit
I see this text, which I think should actually be overwritten by the
Javascript of the InlineEditBox. So it looks more like the script doesn't
run.
BTW, shouldn't an EditBox work regardless of a value set (in case you wan't to
use it for an initial value?)
> Shing
Have fun,
Marcus
--
Marcus Thiesen
Bachelor of Science (BSc)
freiheit.com technologies gmbh
Straßenbahnring 22 / 20251 Hamburg, Germany
fon +49 (0)40 / 890584-0
fax +49 (0)40 / 890584-20
0553 222D ABF2 DF71 0CF6 C262 C77E 2AAF 6BE4 4DA4
Bücher kaufen und Freie Software fördern | http://bokzilla.de/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't get InlineEditBox to work, quits with Javascript Error: impl is not a constructor
The displayed html is blank because you have not given
the property text a value.
Try giving the property text an initial value by
@InitialValue("literal:Hello World")
public abstract String getText();
or set it in the pageBeginRender method.
Shing
--- Marcus Thiesen <[EMAIL PROTECTED]>
wrote:
> Hi List,
>
> I'm currently playing with the new and fancy AJAX
> components in Tapestry 4.1.1
> but I can't get them to work.
>
> My minimal test case is:
>
> Java:
> package pages;
>
> import
> org.apache.tapestry.annotations.EventListener;
> import org.apache.tapestry.html.BasePage;
>
> public abstract class TestInlineEditPage extends
> BasePage {
>
> public abstract String getText();
>
>
> @EventListener(events = "onSave",
> targets="testEdit")
> public void onTextUpdate()
> {
> System.out.println("Event listener called");
> }
>
>
> }
>
> HTML Template:
> browserLogLevel="DEBUG"
> consoleEnabled="true"
> debugEnabled="false"
> >
>
>
>
>
>
>
>
>
> Mapping file:
>
>"-//Apache Software Foundation//Tapestry
> Specification 4.0//EN"
>
>
"http://jakarta.apache.org/tapestry/dtd/Tapestry_4_0.dtd";>
>
> class="pages.TestInlineEditPage">
>
>
>
>
>
>
>
> What I see when I access the above page is more or
> less plain nothing (the
> generated HTML is at the end of this mail). The
> JavaScript error console
> shows as last error:
>
> Error: impl is not a constructor
> Source File:
>
http://localhost:8080/testapp/assets/static/dojo/dojo.js
> Line: 1021
>
> I played with this for about 5 hours now. The
> example application
> (TimeTracker) works for me. I copied the setup
> (hivemodule.xml and web.xml)
> configuration more or less as is into my
> application. I tried different
> versions of Tapestry (current 4.1.2-SNAPSHOT, the
> version that comes with the
> prebuild example application) with no effect.
>
> I have the feeling that I'm missing something quit
> obvious but have no idea
> what it is.
>
> Any suggestions?
>
> Have fun,
> Marcus
>
> Generated HTML Listing:
> Transitional//EN"
> "http://www.w3.org/TR/html4/loose.dtd";>
>
>
>
>
>
> content="text/html;charset=UTF-8" />
> Test
> djConfig =
>
{"isDebug":false,"debugContainerId":"debug","baseRelativePath":"/testapp/assets/static/dojo/","preventBackButtonFix":false,"parseWidgets":false,"locale":"af"}
>
>
>
> src="/testapp/assets/static/dojo/dojo.js">
>
> dojo.registerModulePath("tapestry",
> "/testapp/assets/static/tapestry");
>
>
>
src="/testapp/assets/static/tapestry/core.js">
>
> dojo.require("tapestry.namespace");
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> --
> Marcus Thiesen
> Bachelor of Science (BSc)
>
> freiheit.com technologies gmbh
> Straßenbahnring 22 / 20251 Hamburg, Germany
> fon +49 (0)40 / 890584-0
> fax +49 (0)40 / 890584-20
>
> 0553 222D ABF2 DF71 0CF6 C262 C77E 2AAF 6BE4 4DA4
>
> Bücher kaufen und Freie Software fördern |
> http://bookzilla.de/
>
>
-
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
>
>
Home page :
http://uk.geocities.com/matmsh/index.html
___
Yahoo! Messenger - with free PC-PC calling and photo sharing.
http://uk.messenger.yahoo.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
testing with creator
hi, i am playing around with the org.apache.tapestry.test.Creator wich is working fine. is there a way to also test the .jwc file corresponding to my component-class? kind regards peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Can't get InlineEditBox to work, quits with Javascript Error: impl is not a constructor
Hi List,
I'm currently playing with the new and fancy AJAX components in Tapestry 4.1.1
but I can't get them to work.
My minimal test case is:
Java:
package pages;
import org.apache.tapestry.annotations.EventListener;
import org.apache.tapestry.html.BasePage;
public abstract class TestInlineEditPage extends BasePage {
public abstract String getText();
@EventListener(events = "onSave", targets="testEdit")
public void onTextUpdate()
{
System.out.println("Event listener called");
}
}
HTML Template:
Mapping file:
http://jakarta.apache.org/tapestry/dtd/Tapestry_4_0.dtd";>
What I see when I access the above page is more or less plain nothing (the
generated HTML is at the end of this mail). The JavaScript error console
shows as last error:
Error: impl is not a constructor
Source File: http://localhost:8080/testapp/assets/static/dojo/dojo.js
Line: 1021
I played with this for about 5 hours now. The example application
(TimeTracker) works for me. I copied the setup (hivemodule.xml and web.xml)
configuration more or less as is into my application. I tried different
versions of Tapestry (current 4.1.2-SNAPSHOT, the version that comes with the
prebuild example application) with no effect.
I have the feeling that I'm missing something quit obvious but have no idea
what it is.
Any suggestions?
Have fun,
Marcus
Generated HTML Listing:
http://www.w3.org/TR/html4/loose.dtd";>
Test
djConfig =
{"isDebug":false,"debugContainerId":"debug","baseRelativePath":"/testapp/assets/static/dojo/","preventBackButtonFix":false,"parseWidgets":false,"locale":"af"}
dojo.registerModulePath("tapestry", "/testapp/assets/static/tapestry");
dojo.require("tapestry.namespace");
--
Marcus Thiesen
Bachelor of Science (BSc)
freiheit.com technologies gmbh
Straßenbahnring 22 / 20251 Hamburg, Germany
fon +49 (0)40 / 890584-0
fax +49 (0)40 / 890584-20
0553 222D ABF2 DF71 0CF6 C262 C77E 2AAF 6BE4 4DA4
Bücher kaufen und Freie Software fördern | http://bookzilla.de/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
