From dev-return-11164-apmail-activemq-dev-archive=activemq.apache.org@activemq.apache.org Mon Jun 16 15:15:52 2008 Return-Path: Delivered-To: apmail-activemq-dev-archive@www.apache.org Received: (qmail 29571 invoked from network); 16 Jun 2008 15:15:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 16 Jun 2008 15:15:52 -0000 Received: (qmail 4216 invoked by uid 500); 16 Jun 2008 15:15:53 -0000 Delivered-To: apmail-activemq-dev-archive@activemq.apache.org Received: (qmail 4194 invoked by uid 500); 16 Jun 2008 15:15:53 -0000 Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@activemq.apache.org Delivered-To: mailing list dev@activemq.apache.org Received: (qmail 4183 invoked by uid 99); 16 Jun 2008 15:15:53 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 Jun 2008 08:15:53 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 Jun 2008 15:15:12 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 76076234C146 for ; Mon, 16 Jun 2008 08:15:00 -0700 (PDT) Message-ID: <918437662.1213629300481.JavaMail.jira@brutus> Date: Mon, 16 Jun 2008 08:15:00 -0700 (PDT) From: "Dan Schooler (JIRA)" To: dev@activemq.apache.org Subject: [jira] Commented: (AMQ-1377) amq.js should not have a dependency on prototype.js In-Reply-To: <19573635.1188914423050.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/activemq/browse/AMQ-1377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=43485#action_43485 ] Dan Schooler commented on AMQ-1377: ----------------------------------- The timeout parameter takes milliseconds, so the multiplication by 1000 converts to seconds. It is not 25000 seconds, but 25000 milliseconds, which is 25 seconds. The other parameters ('d' and 'r') are just added to make the query string unique. IE6 has a bug where it will not refetch the exact query it has seen before over GET and instead shows you the cached result (regardless of any no-cache directives from the server). I'm not sure what your problem is. Like I said, this has been working fine in my app for nearly 6 months. You will need to debug your own unique scenario, I suggest using the firebug plugin, setting breakpoints in the scripts and seeing what is happening. The only thing that comes to mind is that if you are actually terminating the Tomcat server, that is a very different thing than a client having intermittent connectivity. My solution is really just to handle the network cable getting unplugged or the wifi being flaky, it is not designed to handle a server restart. When you restart the server, the session that your client had (and any topic subscriptions) are probably no longer valid, and so the client may need to make a new request for the topic..... maybe something like this: //Un-Listen from topic org.activemq.Amq.removeListener("yourTopic", "topic://Your.Topic"); //One second delay to wait for the Un-Listen to happen setTimeout(function(){ //Re-Listen org.activemq.Amq.addListener("yourTopic", "topic://Your.Topic", yourHandler); }, 1000); > amq.js should not have a dependency on prototype.js > --------------------------------------------------- > > Key: AMQ-1377 > URL: https://issues.apache.org/activemq/browse/AMQ-1377 > Project: ActiveMQ > Issue Type: Improvement > Components: Broker > Affects Versions: 5.0.0 > Reporter: Jim Cook > Attachments: amq.js, amq.js, amq.js, amq_js.zip > > > amq.js uses a script loading technique to include behavior.js, prototype.js and _amq.js. The Behavior library is included only for the purposes of the chat client and is only GUI in nature, so that should go. Also, Prototype is included for its AJAX functionality, however everyone has their favorite javascript library and although I cut my teeth on prototype, I use jQuery now. I certainly don't want amq.js to include prototype when I have a perfectly good AJAX library already included in jQuery. > IMHO, amq.js should include only the functionality of client-side javascript-enabled JMS. The page author should include her AJAX library of choice (prototype, dojo, jquery, mootools, etc.) and an adapter class that allows amq.js to use the particular ajax library. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.