Re: [Resin-interest] 3.1.3

[Knut Forkalsrud]

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-name="Categories"/>


-Knut





Arthur Naylor wrote:
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 ...  

   
  
   

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-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
  


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest

Re: [Resin-interest] 3.1.3

[Arthur Naylor]

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 ...

  
 
  

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 ...


  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

[Resin-interest] resin-pro-3.1.s080211 and Drupal 6.0

[Stargazer]

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

[Knut Forkalsrud]

Arthur Naylor wrote:
if i use the url-pattern such as in the following ...  

   
  
   

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-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

Re: [Resin-interest] 3.1.3

[Arthur Naylor]

if i use the url-pattern such as in the following ...

  
 
  

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 ...


  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

[Scott Ferguson]

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] 3.1.3

[Arthur Naylor]

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

thanks !!

arthur

___
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

[Sam]

> 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

[Resin-interest] 3.0.18->3.0.23 = Increased Network Traffic

[Robert Leland]

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] Resin 3.0.x wrapper.pl never does a kill -9 on child?

[Scott Ferguson]

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 " 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] Resin 3.0.x wrapper.pl never does a kill -9 on child?

[Chris Schneider]

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 " on the command line.


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] p.s. ping config problem am running 3.1.s080211

[Alex Sharaz]

 

*
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] Problem with ...

[Alex Sharaz]

Just tried to set up a  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:-

 

 

http://caucho.com/ns/resin";

   xmlns:resin="http://caucho.com/ns/resin/core";>

  ...

  



  http://localhost:8080/index.jsp

  http://localhost:8080/webapp/index.jsp

 

  [EMAIL PROTECTED]

  [EMAIL PROTECTED]

  Resin ping has failed for server
${'${'}server.name}



...

  



 

*
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