[Resin-interest] Problem with clusterping...
Just tried to set up a ping config to email myseld as per this example
off the web site and get
/var/web/conf/resin.conf:169: 'mail-to' is an unknown property of
'com.caucho.server.admin.PingThread'.
Example on web page is:-
resin xmlns=http://caucho.com/ns/resin;
xmlns:resin=http://caucho.com/ns/resin/core;
...
cluster id=web-tier
ping resin:type=com.caucho.server.admin.PingMailer
urlhttp://localhost:8080/index.jsp/url
urlhttp://localhost:8080/webapp/index.jsp/url
mail-to[EMAIL PROTECTED]/mail-to
mail-from[EMAIL PROTECTED]/mail-from
mail-subjectResin ping has failed for server
${'${'}server.name}/mail-subject
/ping
...
/server
/resin
*
To view the terms under which this email is distributed, please go to
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] p.s. ping config problem am running 3.1.s080211
* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 3.0.x wrapper.pl never does a kill -9 on child?
On Feb 14, 2008, at 11:06 AM, Chris Schneider wrote:
Hello Resin Buddies,
I've been tracking down a problem we're having running Resin 3.0.21
for integration testing (part of a Maven-based build) on our Mac OS
X development machines. For some reason, Resin often doesn't shut
down properly after the tests complete, leaving both the wrapper.pl
and JVM processes running. (I understand that the wrapper.pl script
has now been replaced by a Java watchdog process in Resin 3.1.x, but
we're still using 3.0.21.) In this state, I'm also unable to
terminate them via a kill -15 wrapperPID on the command line.
Thanks. I've just updated this. The kill -9 section needs a $time =
$kill_time;
-- Scott
As I understand it, when the wrapper.pl script receives an INT(2),
KILL(9), QUIT(3), or TERM(15) signal it tries to let its child, the
JVM process, die gracefully by closing the keepalive socket linking
them. It waits for 60 seconds to see whether this works (note:
$kill_time is 60):
if ($child 0) {
$time = $kill_time;
# let it die gracefully in 60 seconds
while ($time-- 0 and kill(0, $child)) {
sleep(1);
}
If the child is still running after 60 seconds, it tries the
(somewhat platform-dependent and confusingly documented) kill(-
$child) for another 60 seconds:
if ($time = 0) {
$time = $kill_time;
while ($time-- 0 and kill(-$child)) {
sleep(1);
}
}
If the child is still running after the second 60 seconds, it wants
to try the more drastic kill(-9, $child):
if ($time 0) {
print(Resin proc $child did not die, using kill -9);
kill(-9, $child);
}
}
Unfortunately, I don't think that ($time 0) check is ever going to
return true, since the while ($time-- 0 and ...) loop should
terminate with $time equal to 0 if the 60 seconds run out. Note the
difference between this check and the previous one.
Thus, my reading of wrapper.pl suggests that it will *never* try to
kill the JVM process via kill -9, so if Perl's funky kill(-$child)
thing doesn't work (doesn't seem to help on Mac OS X), then both the
wrapper.pl script and the JVM will be left running.
Does the analysis above make sense?
- Chris
--
Chris Schneider
Krugle, Inc.
http://www.krugle.com
[EMAIL PROTECTED]
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] 3.0.18-3.0.23 = Increased Network Traffic
When we upgraded Resin from 3.0.18 to 3.0.23 last month I see about 3 times as many files being requested in the IIS logs. Specifically 600% more CSS files are being requested 300% more GIF files are being requested 4% fewer struts actions were executed. It appears that files are not being cached by the browser. Other than run setup to update the ISAPI DLL no changes were made to the IIS environment. Does anyone have a clue as to what might be happening ? -Rob ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 3.0.18-3.0.23 = Increased Network Traffic
Date: Thu, Feb 14, 2008 at 04:19:23PM -0500 Subject: [Resin-interest] 3.0.18-3.0.23 = Increased Network Traffic When we upgraded Resin from 3.0.18 to 3.0.23 last month I see about 3 times as many files being requested in the IIS logs. Specifically 600% more CSS files are being requested 300% more GIF files are being requested 4% fewer struts actions were executed. It appears that files are not being cached by the browser. Other than run setup to update the ISAPI DLL no changes were made to the IIS environment. Does anyone have a clue as to what might be happening ? You can look at the headers of the response to see if the cache headers are different. I prefer using curl for that: $ curl -i http:// | less A alternative is the Firebug plugin for Firefox, it has a Net tab that can be used to look at the headers. You can also enable fine logging on the backend Resin server(s), and you will see the headers that are set on each response, which will allow to determine if the headers are different coming from Resin, or are getting changed when the request passes through IIS. -- Sam ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 3.1.3
if i use the url-pattern such as in the following ... servlet-mapping url-pattern=/food/ servlet-name=Categories/ servlet-mapping url-pattern=/travel/ servlet-name=Categories/ servlet-mapping url-pattern=/wine/ servlet-name=Categories/ things work fine ... the servlet is called and the page is delivered ... if i try using the regexp as it in the following ... the servlet is not called ... servlet-mapping url-regexp=/(food | travel | wine)/ servlet- name=Categories/ On Feb 14, 2008, at 6:05 PM, Scott Ferguson wrote: On Feb 14, 2008, at 2:56 PM, Arthur Naylor wrote: i cannot get the url-regexp in the servlet-mapping tag to work ... in the web.xml ... with 3.1.3 anybody have similar issues or suggestions Can you post an example which is failing? -- Scott thanks !! arthur ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 3.1.3
Arthur Naylor wrote: if i use the url-pattern such as in the following ... servlet-mapping url-pattern=/food/ servlet-name=Categories/ servlet-mapping url-pattern=/travel/ servlet-name=Categories/ servlet-mapping url-pattern=/wine/ servlet-name=Categories/ things work fine ... the servlet is called and the page is delivered ... if i try using the regexp as it in the following ... the servlet is not called ... servlet-mapping url-regexp=/(food | travel | wine)/ servlet-name=Categories/ Spaces? Maybe a URL like /food%20/ or /%20travel%20/ will work. Or url-regexp=/(food|travel|wine)/ -Knut ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] resin-pro-3.1.s080211 and Drupal 6.0
The install worked fine and the resulting site is ok too. I noticed this
in the logs though:
[23:47:43.062] {http--8080-4} java.lang.NoClassDefFoundError:
com/caucho/quercus/env/InternStringValue
[23:47:43.078] {http--8080-4} java.lang.NoClassDefFoundError:
com/caucho/quercus/env/InternStringValue
[23:47:43.093] {http--8080-4} java.lang.NoClassDefFoundError:
com/caucho/quercus/env/InternStringValue
[23:48:08.828] {http--8080-4} java.lang.NoClassDefFoundError:
com/caucho/quercus/env/InternStringValue
Repeated many times.
Also this
[23:43:35.421] {resin-20} java.lang.ClassFormatError: Truncated class file
[23:43:35.421] {resin-20} at
java.lang.ClassLoader.defineClass1(Native Method)
[23:43:35.421] {resin-20} at
java.lang.ClassLoader.defineClass(Unknown Source)
[23:43:35.421] {resin-20} at
java.lang.ClassLoader.defineClass(Unknown Source)
[23:43:35.421] {resin-20} at
java.security.SecureClassLoader.defineClass(Unknown Source)
[23:43:35.421] {resin-20} at
com.caucho.loader.DynamicClassLoader.loadClass(DynamicClassLoader.java:1490)
[23:43:35.421] {resin-20} at
com.caucho.loader.DynamicClassLoader.findClassImpl(DynamicClassLoader.java:1359)
[23:43:35.421] {resin-20} at
com.caucho.loader.DynamicClassLoader.loadClassImpl(DynamicClassLoader.java:1264)
[23:43:35.421] {resin-20} at
com.caucho.loader.DynamicClassLoader.loadClass(DynamicClassLoader.java:1197)
[23:43:35.421] {resin-20} at
com.caucho.loader.DynamicClassLoader.loadClass(DynamicClassLoader.java:1182)
[23:43:35.421] {resin-20} at
java.lang.ClassLoader.loadClassInternal(Unknown Source)
[23:43:35.421] {resin-20} at
java.lang.Class.getDeclaredConstructors0(Native Method)
[23:43:35.421] {resin-20} at
java.lang.Class.privateGetDeclaredConstructors(Unknown Source)
[23:43:35.421] {resin-20} at
java.lang.Class.getConstructor0(Unknown Source)
[23:43:35.421] {resin-20} at java.lang.Class.newInstance0(Unknown
Source)
[23:43:35.421] {resin-20} at java.lang.Class.newInstance(Unknown
Source)
[23:43:35.421] {resin-20} at
com.caucho.quercus.page.ProPageManager.createPage(ProPageManager.java:149)
[23:43:35.421] {resin-20} at
com.caucho.quercus.page.ProPageManager.access$200(ProPageManager.java:39)
[23:43:35.421] {resin-20} at
com.caucho.quercus.page.ProPageManager$CompileThread.run(ProPageManager.java:199)
[23:43:35.421] {resin-20} at
com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:721)
[23:43:35.421] {resin-20} at
com.caucho.util.ThreadPool$Item.run(ThreadPool.java:643)
[23:43:35.421] {resin-20} at java.lang.Thread.run(Unknown Source)
And finally is there an answer to the clean URLs problem (probably just
some regex needed) because the default install does fail the clean
URLs test and the solution provided at http://drupal.org/node/15365
assumes drupal is using the apache mod. Clean URLs are essential imo for
Google to index any kind of CMS.
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 3.1.3
servlet-mapping url-regexp=/(food|travel|wine)/ servlet- name=Categories/ does not work either On Feb 14, 2008, at 6:55 PM, Knut Forkalsrud wrote: Arthur Naylor wrote: if i use the url-pattern such as in the following ... servlet-mapping url-pattern=/food/ servlet-name=Categories/ servlet-mapping url-pattern=/travel/ servlet-name=Categories/ servlet-mapping url-pattern=/wine/ servlet-name=Categories/ things work fine ... the servlet is called and the page is delivered ... if i try using the regexp as it in the following ... the servlet is not called ... servlet-mapping url-regexp=/(food | travel | wine)/ servlet- name=Categories/ Spaces? Maybe a URL like /food%20/ or /%20travel%20/ will work. Or url-regexp=/(food|travel|wine)/ -Knut ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 3.1.3
your http request, is it GET /food/, or is there more in the path, such as GET /food/dinner.html. If so, you should have wildcards in the mapping, for example: servlet-mapping url-pattern=/food/* servlet-name=Categories/ servlet-mapping url-regexp=/(food|travel|wine)/.* servlet-name=Categories/ -Knut Arthur Naylor wrote: servlet-mapping url-regexp=/(food|travel|wine)/ servlet-name=Categories/ does not work either On Feb 14, 2008, at 6:55 PM, Knut Forkalsrud wrote: Arthur Naylor wrote: if i use the url-pattern such as in the following ... servlet-mapping url-pattern=/food/ servlet-name=Categories/ servlet-mapping url-pattern=/travel/ servlet-name=Categories/ servlet-mapping url-pattern=/wine/ servlet-name=Categories/ things work fine ... the servlet is called and the page is delivered ... if i try using the regexp as it in the following ... the servlet is not called ... servlet-mapping url-regexp=/(food | travel | wine)/ servlet-name=Categories/ Spaces? Maybe a URL like /food%20/ or /%20travel%20/ will work. Or url-regexp=/(food|travel|wine)/ -Knut ___ resin-interest mailing list resin-interest@caucho.com mailto:resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
