js executes before dom ready?
Hi, I'm finding that a js component that manipulates the dom during initialisation behaves irratically. I'm wondering if the tapestry initiialising in the js executes before the dom is fully ready? Are there any tips for making sure js executes when the page is ready? John --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com
Re: Forms require that the request method be POST
Thanks for the tips guys, I'll see if I can find the culprit now that I know why it's happening. On Mon, May 19, 2014 at 5:52 PM, Eugen wrote: > Hi, I have had this kind of exception then i tried to submit a form > programmatically from an Applet (HttpClient) without sending the > formData field. > > 2014-05-19 22:31 GMT+02:00 Kristian Marinkovic < > kristian.marinko...@gmail.com>: > > Hi, > > > > check if it is the same client. i once had the same problem. After > several > > hours of investigation it was a developer with a browser plugin (web > > developer) which enabled converting form post requests to get requests. > > > > hope this helps. > > > > g, > > Kris > > > > > > On Mon, May 19, 2014 at 5:55 PM, George Christman > > wrote: > > > >> Let me do some more homework now that I at least now how it's thrown. > >> Thanks Thiago. > >> > >> > >> On Mon, May 19, 2014 at 10:54 AM, Thiago H de Paula Figueiredo < > >> thiag...@gmail.com> wrote: > >> > >> > On Mon, 19 May 2014 11:44:06 -0300, George Christman < > >> > gchrist...@cardaddy.com> wrote: > >> > > >> > In this particular case the application sits behind a firewall with > no > >> >> public access so I don't believe this is bot activity. Do you have > any > >> >> other thoughts? > >> >> > >> > > >> > Do you have any information on when this exception actually happens? > >> > Otherwise, we can only guess. That exception usually happens when a > >> > Tapestry form URL is requested without the form fields, hence the bot > >> > suspicion. > >> > > >> > > >> > -- > >> > Thiago H. de Paula Figueiredo > >> > Tapestry, Java and Hibernate consultant and developer > >> > http://machina.com.br > >> > > >> > - > >> > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > >> > For additional commands, e-mail: users-h...@tapestry.apache.org > >> > > >> > > >> > >> > >> -- > >> George Christman > >> www.CarDaddy.com > >> P.O. Box 735 > >> Johnstown, New York > >> > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- George Christman www.CarDaddy.com P.O. Box 735 Johnstown, New York
Re: Forms require that the request method be POST
Hi, I have had this kind of exception then i tried to submit a form programmatically from an Applet (HttpClient) without sending the formData field. 2014-05-19 22:31 GMT+02:00 Kristian Marinkovic : > Hi, > > check if it is the same client. i once had the same problem. After several > hours of investigation it was a developer with a browser plugin (web > developer) which enabled converting form post requests to get requests. > > hope this helps. > > g, > Kris > > > On Mon, May 19, 2014 at 5:55 PM, George Christman > wrote: > >> Let me do some more homework now that I at least now how it's thrown. >> Thanks Thiago. >> >> >> On Mon, May 19, 2014 at 10:54 AM, Thiago H de Paula Figueiredo < >> thiag...@gmail.com> wrote: >> >> > On Mon, 19 May 2014 11:44:06 -0300, George Christman < >> > gchrist...@cardaddy.com> wrote: >> > >> > In this particular case the application sits behind a firewall with no >> >> public access so I don't believe this is bot activity. Do you have any >> >> other thoughts? >> >> >> > >> > Do you have any information on when this exception actually happens? >> > Otherwise, we can only guess. That exception usually happens when a >> > Tapestry form URL is requested without the form fields, hence the bot >> > suspicion. >> > >> > >> > -- >> > Thiago H. de Paula Figueiredo >> > Tapestry, Java and Hibernate consultant and developer >> > http://machina.com.br >> > >> > - >> > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >> > For additional commands, e-mail: users-h...@tapestry.apache.org >> > >> > >> >> >> -- >> George Christman >> www.CarDaddy.com >> P.O. Box 735 >> Johnstown, New York >> - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Forms require that the request method be POST
Hi, check if it is the same client. i once had the same problem. After several hours of investigation it was a developer with a browser plugin (web developer) which enabled converting form post requests to get requests. hope this helps. g, Kris On Mon, May 19, 2014 at 5:55 PM, George Christman wrote: > Let me do some more homework now that I at least now how it's thrown. > Thanks Thiago. > > > On Mon, May 19, 2014 at 10:54 AM, Thiago H de Paula Figueiredo < > thiag...@gmail.com> wrote: > > > On Mon, 19 May 2014 11:44:06 -0300, George Christman < > > gchrist...@cardaddy.com> wrote: > > > > In this particular case the application sits behind a firewall with no > >> public access so I don't believe this is bot activity. Do you have any > >> other thoughts? > >> > > > > Do you have any information on when this exception actually happens? > > Otherwise, we can only guess. That exception usually happens when a > > Tapestry form URL is requested without the form fields, hence the bot > > suspicion. > > > > > > -- > > Thiago H. de Paula Figueiredo > > Tapestry, Java and Hibernate consultant and developer > > http://machina.com.br > > > > - > > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > > For additional commands, e-mail: users-h...@tapestry.apache.org > > > > > > > -- > George Christman > www.CarDaddy.com > P.O. Box 735 > Johnstown, New York >
Re: tapestry+jboss live class reloading problem
Hi Thiago, Thanks for your answer. I understand perfectly what you say. Now i am looking for someone that has the same enviroment as me (tapestry+maven+jboss+jboss tools) with some tapestry lib included in the main project in order to know if there is some configuration i am missing. Is there anyone with that scenario? Thanks in advance! 2014-05-12 9:45 GMT-03:00 Thiago H de Paula Figueiredo : > On Fri, 09 May 2014 11:19:52 -0300, wrote: > > Hi, all >> > > Hi! > > > I know that live class reloading do not reload tapestry files that are >> inside jar files like tapestry documentation says, but perhaps someone >> have faced the same problem and can tell me if there is any special >> configuration to apply in order to use live class reloading like i was. >> > > That's not possible. Tapestry class reloading works by checking individual > .class files directly on the folder included in the classpath. The JVM > itself probably doesn't support what you're asking, as it considers JAR > files as immutable while the JVM is running. > > -- > Thiago H. de Paula Figueiredo > Tapestry, Java and Hibernate consultant and developer > http://machina.com.br > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > >
Re: Forms require that the request method be POST
Let me do some more homework now that I at least now how it's thrown. Thanks Thiago. On Mon, May 19, 2014 at 10:54 AM, Thiago H de Paula Figueiredo < thiag...@gmail.com> wrote: > On Mon, 19 May 2014 11:44:06 -0300, George Christman < > gchrist...@cardaddy.com> wrote: > > In this particular case the application sits behind a firewall with no >> public access so I don't believe this is bot activity. Do you have any >> other thoughts? >> > > Do you have any information on when this exception actually happens? > Otherwise, we can only guess. That exception usually happens when a > Tapestry form URL is requested without the form fields, hence the bot > suspicion. > > > -- > Thiago H. de Paula Figueiredo > Tapestry, Java and Hibernate consultant and developer > http://machina.com.br > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- George Christman www.CarDaddy.com P.O. Box 735 Johnstown, New York
Re: Forms require that the request method be POST
On Mon, 19 May 2014 11:44:06 -0300, George Christman wrote: In this particular case the application sits behind a firewall with no public access so I don't believe this is bot activity. Do you have any other thoughts? Do you have any information on when this exception actually happens? Otherwise, we can only guess. That exception usually happens when a Tapestry form URL is requested without the form fields, hence the bot suspicion. -- Thiago H. de Paula Figueiredo Tapestry, Java and Hibernate consultant and developer http://machina.com.br - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Forms require that the request method be POST
In this particular case the application sits behind a firewall with no public access so I don't believe this is bot activity. Do you have any other thoughts? On May 19, 2014 10:00 AM, "Thiago H de Paula Figueiredo" wrote: > On Mon, 19 May 2014 09:37:44 -0300, George Christman < > gchrist...@cardaddy.com> wrote: > > Hi Everyone, I'm using 5.4 and I've continued to randomly see this >> exception popup in multiple applications. I'm wondering what it means and >> how to fix it. Thanks. >> > > Very probably bots crawling your site. > > -- > Thiago H. de Paula Figueiredo > Tapestry, Java and Hibernate consultant and developer > http://machina.com.br > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > >
Re: Forms require that the request method be POST
On Mon, 19 May 2014 09:37:44 -0300, George Christman wrote: Hi Everyone, I'm using 5.4 and I've continued to randomly see this exception popup in multiple applications. I'm wondering what it means and how to fix it. Thanks. Very probably bots crawling your site. -- Thiago H. de Paula Figueiredo Tapestry, Java and Hibernate consultant and developer http://machina.com.br - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Forms require that the request method be POST
Hi Everyone, I'm using 5.4 and I've continued to randomly see this exception popup in multiple applications. I'm wondering what it means and how to fix it. Thanks. Forms require that the request method be POST and that the t:formdata query parameter have values.org.apache.tapestry5.ioc.internal.OperationException: Forms require that the request method be POST and that the t:formdata query parameter have values. [at classpath:org/healthresearch/eprs/pages/Purchase_Request.tml, line 2] at org.apache.tapestry5.ioc.internal.OperationTrackerImpl.logAndRethrow(OperationTrackerImpl.java:121) at org.apache.tapestry5.ioc.internal.OperationTrackerImpl.invoke(OperationTrackerImpl.java:88) at org.apache.tapestry5.ioc.internal.PerThreadOperationTracker.invoke(PerThreadOperationTracker.java:87) at org.apache.tapestry5.ioc.internal.RegistryImpl.invoke(RegistryImpl.java:1124) at org.apache.tapestry5.internal.structure.ComponentPageElementResourcesImpl.invoke(ComponentPageElementResourcesImpl.java:146) at org.apache.tapestry5.internal.structure.ComponentPageElementImpl.triggerContextEvent(ComponentPageElementImpl.java:1058) at org.apache.tapestry5.internal.services.ComponentEventRequestHandlerImpl.handle(ComponentEventRequestHandlerImpl.java:81) at org.apache.tapestry5.internal.services.ImmediateActionRenderResponseFilter.handle(ImmediateActionRenderResponseFilter.java:42) at $ComponentEventRequestHandler_16eae9ba3622.handle(Unknown Source) at org.apache.tapestry5.internal.services.AjaxFilter.handle(AjaxFilter.java:42) at $ComponentEventRequestHandler_16eae9ba3622.handle(Unknown Source) at org.apache.tapestry5.upload.internal.services.UploadExceptionFilter.handle(UploadExceptionFilter.java:75) at $ComponentEventRequestHandler_16eae9ba3622.handle(Unknown Source) at org.apache.tapestry5.services.TapestryModule$41.handle(TapestryModule.java:2476) at $ComponentEventRequestHandler_16eae9ba3622.handle(Unknown Source) at $ComponentEventRequestHandler_16eae9ba3588.handle(Unknown Source) at org.apache.tapestry5.internal.services.ComponentRequestHandlerTerminator.handleComponentEvent(ComponentRequestHandlerTerminator.java:43) at org.apache.tapestry5.services.InitializeActivePageName.handleComponentEvent(InitializeActivePageName.java:39) at $ComponentRequestHandler_16eae9ba358a.handleComponentEvent(Unknown Source) at org.tynamo.security.SecurityComponentRequestFilter.handleComponentEvent(SecurityComponentRequestFilter.java:42) at $ComponentRequestFilter_16eae9ba3587.handleComponentEvent(Unknown Source) at $ComponentRequestHandler_16eae9ba358a.handleComponentEvent(Unknown Source) at $ComponentRequestHandler_16eae9ba3558.handleComponentEvent(Unknown Source) at org.apache.tapestry5.internal.services.ComponentEventDispatcher.dispatch(ComponentEventDispatcher.java:46) at $Dispatcher_16eae9ba355b.dispatch(Unknown Source) at $Dispatcher_16eae9ba3554.dispatch(Unknown Source) at org.apache.tapestry5.services.TapestryModule$RequestHandlerTerminator.service(TapestryModule.java:302) at org.apache.tapestry5.internal.services.RequestErrorFilter.service(RequestErrorFilter.java:26) at $RequestHandler_16eae9ba3555.service(Unknown Source) at org.apache.tapestry5.services.TapestryModule$3.service(TapestryModule.java:902) at $RequestHandler_16eae9ba3555.service(Unknown Source) at org.apache.tapestry5.services.TapestryModule$2.service(TapestryModule.java:892) at $RequestHandler_16eae9ba3555.service(Unknown Source) at org.apache.tapestry5.internal.services.StaticFilesFilter.service(StaticFilesFilter.java:90) at $RequestHandler_16eae9ba3555.service(Unknown Source) at $RequestHandler_16eae9ba354b.service(Unknown Source) at org.apache.tapestry5.services.TapestryModule$HttpServletRequestHandlerTerminator.service(TapestryModule.java:253) at org.apache.tapestry5.upload.internal.services.MultipartServletRequestFilter.service(MultipartServletRequestFilter.java:44) at $HttpServletRequestHandler_16eae9ba354d.service(Unknown Source) at org.got5.tapestry5.jquery.services.AjaxUploadServletRequestFilter.service(AjaxUploadServletRequestFilter.java:27) at $HttpServletRequestHandler_16eae9ba354d.service(Unknown Source) at org.apache.tapestry5.internal.services.IgnoredPathsFilter.service(IgnoredPathsFilter.java:62) at $HttpServletRequestFilter_16eae9ba3547.service(Unknown Source) at $HttpServletRequestHandler_16eae9ba354d.service(Unknown Source) at org.tynamo.security.filter.SecurityRequestFilter$3.doFilter(SecurityRequestFilter.java:179) at org.apache.shiro.web.servlet.AbstractShiroFilter.executeChain(AbstractShiroFilter.java:359) at org.apache.shiro.web.servlet.AbstractShiroFilter$1.call(AbstractShiroFilter.java:275) at org.apache.shiro.subject.support.SubjectCallable.doCall(SubjectCallable.java:90) at org.apache.shiro.subject.support.SubjectCallable.call(SubjectCallable.java:83) at org.apache.shiro.subject.support.DelegatingSubject.execute(DelegatingSubject.java:344) at org.apache.shiro.web.servlet.AbstractShiroFilter.doFilterInternal(AbstractShiroFilter.java:272) at
Re: tapestrydoc is an unknown tag
Noone here that has an idea what I could be doing wrong?
On 12/05/14 15:31, Nathan Quirynen wrote:
> Hi,
>
> I'm working on a Tapestry component library and wanted to add javadoc.
>
> _I added the following to my pom.xml:_
>
>
>
>
> org.apache.maven.plugins
> maven-javadoc-plugin
> 2.8.1
>
> true
>
> org.apache.tapestry5.javadoc.TapestryDocTaglet
>
> org.apache.tapestry
> tapestry-javadoc
> ${tapestry-release-version}
>
>
>
>
>
>
> _And added following to my components javadoc:_
>
> /**
> * ...
> * @tapestrydoc
> */
> public class SomeComponent {
> ...
> }
>
> _Then I __ran:_
>
> mvn javadoc:javadoc
>
> _But get the following:_
>
> ... warning - @tapestrydoc is an unknown tag.
>
> And the component parameters are not added to the javadoc...
>
>
> What am I doing wrong here?
>
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
