Re: [Resin-interest] Resin 4 Session Clustering - restart of triad servers
On Jun 4, 2014, at 5:56 PM, Burke, Brian bbu...@techtarget.com wrote: A question related to session replication in resin 4.0 I’m using a cluster of 3 servers, therefore all three are triad servers. After a server is restarted, I see that the session objects that exist on the other two servers don’t get replicated to the restarted server until there is a request made for that session. With this behavior, I can’t restart these 3 servers in a rolling fashion, unless I wait at least ‘session-timeout’ between the restarts. Hi Brian, The restarted triad server does keep a local copy on disk, but you are partially correct - it will need to contact another triad server to verify it has the most up-to-date version of the session data. I’m trying to understand why you think you need to wait session-time between server restarts. I’m don’t think that is the case but if you are seeing adverse behavior please supply details and that would help me determine if it’s a bug or something else. As long as 1 triad server is up at any time the triad state should be maintained properly. Thanks, Paul Is there a way to force a restarting triad server to re-populate it’s store of sessions on restart? Or another way to handling planned rolling restarts of the triad servers in a more efficient manner? This is the current config in resin.xml, under the cluster tag: web-app-default session-config use-persistent-store/ always-save-session/ /session-config /web-app-default Thanks, -Brian ___ 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] Resin 3.1.14
On Mar 19, 2014, at 10:38 PM, Brygid Tech bry...@gmail.com wrote: Can find anything on Resin 3.1.14 changes on the web. http://caucho.com/resin-3.1/changes/changes.xtp Can someone please point out what has been updated in Resin 3.1.14 as compare to Resin 3.1.13? Just 2 bug fixes - Resin 3.1.x is essentially frozen. Please see this page and search for 3.1.14: http://bugs.caucho.com/changelog_page.php Thanks, Paul ___ 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] Unsupported operation error
On Mar 20, 2014, at 6:00 AM, Rick Mann rm...@latencyzero.com wrote: I'm trying to add Spring Security to my pure-JavaConfig web app, and I'm getting this error on my first request. Any idea what it means? Is this a Resin problem (v 4.0.36)? That’s definitely being thrown by Resin. I looked at our code and we don’t implement the Servlet 3.0 session tracking modes API and throw the UnsupportedOperationException on call. I’m not sure why; it must have been an optional part of the spec or TCK. I can enter a bug report to implement it but I’m afraid you may be out of luck on Resin 4.0.36 if Spring depends on that call. Thanks, Paul [14-03-20 02:48:37.355] FINE com.caucho.server.http.HttpRequest handleRequest: java.lang.UnsupportedOperationException: unimplemented at com.caucho.server.webapp.ServletContextImpl.setSessionTrackingModes(ServletContextImpl.java:552) at org.springframework.security.web.context.AbstractSecurityWebApplicationInitializer.onStartup(AbstractSecurityWebApplicationInitializer.java:120) at org.springframework.web.SpringServletContainerInitializer.onStartup(SpringServletContainerInitializer.java:174) at com.caucho.server.webapp.WebApp.callInitializer(WebApp.java:3471) -- Rick ___ 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] Problem building 4.0.38
On Mar 20, 2014, at 4:39 PM, Rick Mann rm...@latencyzero.com wrote: Oops, it was 'cause I tried to build in a subdirectory. NOT doing that seems to work, but gets me a TON of deprecation warnings in SSL (first deprecated in OS X 10.7). Yep, Apple has deprecated OpenSSL! http://stackoverflow.com/questions/7406946/why-is-apple-deprecating-openssl-in-macos-10-7-lion It should still build, but yes there’s lots of warnings now, we get them too. http://pastebin.com/haPFZPtc On Mar 20, 2014, at 13:35 , Rick Mann rm...@latencyzero.com wrote: Dunno if I did something wrong. Mavericks 10.9.2, Xcode 5.1 http://pastebin.com/r5QgX5vS -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest -- Rick ___ 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] Wiki page broken
On Mar 9, 2014, at 3:02 AM, Rick Mann rm...@latencyzero.com wrote: On Mar 8, 2014, at 22:57 , Rick Mann rm...@latencyzero.com wrote: Also, it seems the bugs.caucho.com forgot who I am... Nevermind, it was I who forgot who I am. Is Mantis still in use? I see very few bug reports. Maybe they're mostly private? Definitely, check your filters - there's lots of bug reports. -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] WebSockets Chatroom example
On Mar 6, 2014, at 5:26 PM, Rick Mann rm...@latencyzero.com wrote: On Mar 6, 2014, at 09:47 , Paul Cowan co...@caucho.com wrote: For EJB you want: http://mirrors.ibiblio.org/maven2/javax/ejb/ejb-api/3.0/ Hmm, I still get [javac] /Users/rmann/.../UsageMapServer.java:9: error: cannot find symbol [javac] import javax.ejb.Startup; Yes I see, @Startup is EJB 3.1 not 3.0. Resin 4.0 is EJB 3.1, and javax.ejb.Startup is in our javaee-16.jar, but I can't seem to find a generic API dependency jar for EJB 3.1 in Maven central. This one from Glassfish works: dependency groupIdorg.glassfish/groupId artifactIdjavax.ejb/artifactId version3.1/version scopeprovided/scope /dependency -Paul -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] WebSockets Chatroom example
On Mar 6, 2014, at 3:37 AM, Rick Mann rm...@latencyzero.com wrote: I'm trying to do the WebSockets example here: http://wiki4.caucho.com/WebSocket_API_Chat_Room_using_JSR_356 But it needs javax.ejb.Startup (among other things). My ant build script fails on this, because I don't seem to be including the right JAR. I tried to use the maven ant plugin (which is how I get all my dependencies), but there's no jar here: http://mirrors.ibiblio.org/maven2/javax/ejb/ejb/ It suggests I get it from Oracle and manually install it. But I don't see how to get the right jar. I downloaded the massive Java EE 7 dev kit, but I'm not confident it's going to have what I need, nor do I know what version of EJB it will be. For EJB you want: http://mirrors.ibiblio.org/maven2/javax/ejb/ejb-api/3.0/ You just need the APIs to code against, Resin will provide the implementation when run. I've actually been meaning to write a Wiki page for questions related to JEE Maven dependencies, so I just did so. Please see: http://wiki4.caucho.com/Resin_4_Maven_Dependencies -Paul Any suggestions? How do I get set up to properly build apps like these? Thanks, -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Rewriting hostnames across webapps?
On Jan 16, 2014, at 4:32 PM, Rick Mann rm...@latencyzero.com wrote: I'm trying to update a virtual server that runs a handful of webapps in Resin. The old machine was tycho.latencyzero.com and a bunch of DNS entries point to it. The web apps are configured to respond to those varying hostnames. The new machine temporarily has the name stage.latencyzero.com. I copied everything from the old machine to the new, including the resin config file. Obviously, I can't just go to stage.latencyzero.com, because resin has no idea which webapp I really want. Is there any way to configure resin to rewrite a request with a host like foo.bar.latencyzero.com.stage.latencyzero.com into a request for the webapp that responds to foo.bar.latencyzero.com, while keeping the actual hostname intact for the purposes of rendering links in the pages, etc.? Hi Rick, I'm not exactly understanding what you want to do, but it sounds like I a similar situation I had on one of my sites. This configuration below is what I used. The new real host is listed first in resin.xml, then the default host id= with host-alias * will catch all, and the redirect regex will redirect to the new site while appending the requested URI. host id=foo root-directory=hosts/foo host-alias-regexp.*foo.com/host-alias-regexp … /host host id= root-directory=hosts/default host-alias*/host-alias web-app id=/ root-directory=webapps/ROOT resin:Redirect regexp=(.*) target=http://www.foo.com$1/ resin:Redirect regexp=(.*) target=https://www.foo.com$1; resin:IfSecure value=true/ /resin:Redirect /web-app /host Hope this helps, -Paul Is there another technique to make this kind of migration easier? I did manually edit resin.xml for one of my webapps to respond to comics.stage.roderickmann.org, and created a DNS entry to match. But it can be tedious to change them all (not too bad, really, just looking for a nicer way). Eventually, all the stage nonesense will go away and the new machine will completely replace the old and the old will go away. -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Thread Dump generated?
On Dec 1, 2013, at 6:13 PM, Rick Mann rm...@latencyzero.com wrote: Is this a message I should be concerned about? I see it when I'm running a local development instance of Resin Open Source on OS X 10.9, in console mode. Resin generates thread dumps for various reason, usually in response to issues it detects, based on health system checks. You need too check what the context is from the logs surrounding the thread dump. The PDF snapshot reports and resin-admin also include logs that should tell you why it was generated. -Paul [13-11-30 21:24:59.790] INFO com.caucho.util.ThreadDump dumpThreads: Thread Dump generated Sat Nov 30 21:24:59 PST 2013 -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] MemoryTenuredHealthCheck on MountainLion 64b with resin4.0.13
On Jul 18, 2013, at 10:23 AM, Riccardo Cohen r.co...@realty-property.com wrote: (PS:Sorry I sent this message to hessian-interest by mistake) Hello I have just changed my mac to a new MountainLion 64b, and I recompiled/installed resin 4.0.13 The full application works perfectly, but I have a strange message in log, that was not there on the old mac (snow leopard 32b): [13-07-18 15:49:00.450] {main} MemoryTenuredHealthCheck: WARNING: MemoryTenuredHealthCheck[] has no JMX ObjectName detected [13-07-18 15:49:00.450] {main} MemoryPermGenHealthCheck: WARNING: MemoryPermGenHealthCheck[] has no JMX ObjectName detected Exactly every 5 minutes I have these 2 lines on the log. I Could not find any info about that on google. Hi Riccardo, You'll need to upgrade your Resin version. JVM MBeans may be slightly difference between JVM version or vendors. Later versions of Resin handle this gracefully. Thanks, Paul Thanks for your help. -- Riccardo Cohen +33 (0)6 09 83 64 49 Société Realty-Property.com 16 rue de Belle Isle 37100 Tours France http://www.appartement-maison.fr ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Versioned Deploy from Command Line
On Apr 11, 2013, at 5:29 PM, Dan Ziegelbein dan.ziegelb...@sendthisfile.com wrote: The following command works as expected in 4.0.32: resinctl deploy --version version jar file It's not working for me in 4.0.33 and later. The command returns almost instantaneously and the web app is not deployed. Is this a known issue -- related to http://bugs.caucho.com/view.php?id=5415? Hi Dan, Yes, it's the same bug, sorry, we were too aggressive on trapping --version on the command line. You should still be able to deploy via REST or the resin-admin web app until we patch the issue in the next release. Thanks, Paul Dan ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] URL Rewrite Rules Lost After Webapp Deploy?
On Apr 11, 2013, at 6:39 PM, Dan Ziegelbein dan.ziegelb...@sendthisfile.com wrote: It seems like the URL rewrite rules defined at the cluster level (and I believe at other levels too) are not preserved after a deploy or undeploy operation. For example, starting with a stock installation of Resin Pro 4.0.35, and two versions of a simple web app war file (containing a single index.html file for its web content that does nothing more than display some text in the body), performing the following will demonstrate the issue: - edit resin.properties, enabling webapp_multiversion_routing. - edit resin.xml and add a rewrite rule directly underneath the 'app' cluster: e.g.: cluster id=app ... resin:NotFound regexp=^resin:IfSecure value=false//resin:NotFound - start resin - deploy and test version 1 of a simple web app. The rewrite rule should work as expected, forcing a 404. - deploy and test version 2 of your web app (without restarting resin). The rewrite rule no longer takes effect. You will see your page. Has anyone else experienced this? Hi Dan, Thanks, I confirmed this is a bug related to multi-version routing, and have entered a bug report: http://bugs.caucho.com/view.php?id=5418 The issue clears after a Resin restart. You can also work around this by putting the rewrite rule in the web app rather than the cluster level. For example, add a file named resin-web.xml in your WEB-INF directory: web-app xmlns=http://caucho.com/ns/resin; xmlns:resin=urn:java:com.caucho.resin resin:NotFound regexp=^ resin:IfSecure value=false/ /resin:NotFound /web-app I understand this may not be as convenient as placing the rewrite at the cluster level depending on how many webapps you have deployed… Although it's preferable in some cases, as modifying resin.xml triggers a Resin restart, while modifying resin-web.xml, only the web app will restart. Thanks, Paul Dan ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Non-pro Question
On Apr 10, 2013, at 4:37 PM, Aaron Freeman aaron.free...@layerz.com wrote: In resin-4.0.35 I am spinning on a typical BufferedInputStream read loop to read from a multipart stream. It works great, but for some reason a large percent of the connections hang at some point on the blocked read call. I thought that the default SocketTimeout setting in Resin would cause that to eventually throw an exception, but that does not appear to be happening. Here is a partial thread dump of the blocked call: Some of our internal stream wrappers swallow the exception, log it, and return -1. You're saying it's just blocking, but as a first step I recommend you turn on FINER logging for com.caucho.vfs, and maybe com.caucho.server.http also. Then check the logs for exceptions logged when you would expect the timeout. Thanks, Paul at java.net.SocketInputStream.socketRead0 (SocketInputStream.java:-2) at java.net.SocketInputStream.read (SocketInputStream.java:150) at java.net.SocketInputStream.read (SocketInputStream.java:121) at sun.security.ssl.InputRecord.readFully (InputRecord.java:442) at sun.security.ssl.InputRecord.read (InputRecord.java:480) -- locked java.lang.Object@0x627eabb3 at sun.security.ssl.SSLSocketImpl.readRecord (SSLSocketImpl.java:927) at sun.security.ssl.SSLSocketImpl.readDataRecord (SSLSocketImpl.java:884) at sun.security.ssl.AppInputStream.read (AppInputStream.java:102) at com.caucho.vfs.SocketStream.read (SocketStream.java:187) at com.caucho.vfs.ReadStream.read (ReadStream.java:472) at com.caucho.server.http.ContentLengthStream.read (ContentLengthStream.java:79) Any ideas why the socketRead0 just hangs and the SocketTimeout never fires? Thanks, Aaron ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] BEAST SSL Attack
On Jan 18, 2013, at 10:18 AM, Aaron Freeman aaron.free...@layerz.com wrote: We’re getting scanned today. Any hope on this? I just tested that Resin snapshot - the honor-cipher-order is not in that jar. I think there was a mistake in the SCM checkin or Scott may have built the archive to soon. We'll try to put up a new snapshot today/soon, but I'm not certain it's possible with various other bug fixes in progress. Thanks, Paul Thanks, Aaron From: resin-interest-boun...@caucho.com [mailto:resin-interest-boun...@caucho.com] On Behalf Of Aaron Freeman Sent: Monday, January 14, 2013 2:01 PM To: 'General Discussion for the Resin application server' Subject: Re: [Resin-interest] BEAST SSL Attack Still needing a little assistance on this one. Thanks, Aaron From: resin-interest-boun...@caucho.com [mailto:resin-interest-boun...@caucho.com] On Behalf Of Aaron Freeman Sent: Thursday, January 10, 2013 2:12 PM To: 'General Discussion for the Resin application server' Subject: Re: [Resin-interest] BEAST SSL Attack Hmm, we were able to swap out jsse for openssl and get that working without any issues using the snapshot you recommend below. However when we add honor-cipher-order under the openssl node, we get this error: [root@alpha bin]# ./www.sh start /opt/sendthisfile/server/conf/www.xml:80: honor-cipher-order is an unexpected tag (parent openssl starts at 75). 78: passwordpassword/password 79: cipher-suite!aNULL:!eNULL:!EXPORT:!DSS:!DES:RC4-SHA:RC4-MD5:ALL/cipher-suite 80: honor-cipher-ordertrue/honor-cipher-order 81: /openssl 82: /http openssl syntax: ( (@ca-certificate-file | ca-certificate-file)? (@ca-certificate-path | ca-certificate-path)? (@ca-revocation-file | ca-revocation-file)? (@ca-revocation-path | ca-revocation-path)? (@certificate-file | certificate-file) (@certificate-chain-file | certificate-chain-file)? (@certificate-key-file | certificate-key-file)? (@cipher-suite | cipher-suite)? (@crypto-device | crypto-device)? (@password | password) (@protocol | protocol)? (@session-cache | session-cache)? (@session-cache-timeout | session-cache-timeout)? (@unclean-shutdown | unclean-shutdown)? (@verify-client | verify-client)? (@verify-depth | verify-depth)?) From the configuration, this is the version of OpenSSL we are on: OPENSSL : OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008 include : /usr/include lib : libraries : -lssl -lcrypto Any ideas? Thanks, Aaron ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] server 'app-0' is an unknown server in the configuration file?
On Dec 19, 2012, at 1:46 AM, Rick Mann rm...@latencyzero.com wrote: I just built a new machine, by installing resin .33-snap, and copying over the resin.xml and resin.properties files from a working machine with .32 on it. When I launch with resin.sh console, I get: com.caucho.config.ConfigException: -server 'app-0' is an unknown server in the configuration file. at com.caucho.server.resin.Resin.initTopology(Resin.java:1069) at com.caucho.server.resin.Resin.initServletSystem(Resin.java:1275) at com.caucho.server.resin.Resin.configure(Resin.java:997) at com.caucho.server.resin.Resin.initMain(Resin.java:979) at com.caucho.server.resin.Resin.main(Resin.java:1437) -server 'app-0' is an unknown server in the configuration file. Am I missing something? Hi Rick, I tried the .properties you sent but can't replicate. Can you send me your resin.xml directly? (co...@caucho.com) Thanks, Paul -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Deprecation warnings in 4.0.33 snap
: ‘SSL_CTX_set_default_verify_paths’ is deprecated (declared at /usr/include/openssl/ssl.h:1570) ssl.c:641: warning: ‘SSL_load_client_CA_file’ is deprecated (declared at /usr/include/openssl/ssl.h:1404) ssl.c:643: warning: ‘SSL_CTX_set_client_CA_list’ is deprecated (declared at /usr/include/openssl/ssl.h:1542) ssl.c:653: warning: ‘X509_STORE_load_locations’ is deprecated (declared at /usr/include/openssl/x509_vfy.h:443) ssl.c:653: warning: ‘SSL_CTX_get_cert_store’ is deprecated (declared at /usr/include/openssl/ssl.h:1350) ssl.c: In function ‘ssl_safe_free’: ssl.c:683: warning: ‘SSL_set_shutdown’ is deprecated (declared at /usr/include/openssl/ssl.h:1567) ssl.c:685: warning: ‘SSL_set_shutdown’ is deprecated (declared at /usr/include/openssl/ssl.h:1567) ssl.c:687: warning: ‘SSL_set_shutdown’ is deprecated (declared at /usr/include/openssl/ssl.h:1567) ssl.c:690: warning: ‘SSL_shutdown’ is deprecated (declared at /usr/include/openssl/ssl.h:1532) ssl.c:693: warning: ‘SSL_set_ex_data’ is deprecated (declared at /usr/include/openssl/ssl.h:1586) ssl.c:698: warning: ‘SSL_free’ is deprecated (declared at /usr/include/openssl/ssl.h:1490) ssl.c: In function ‘ssl_open’: ssl.c:763: warning: ‘SSL_new’ is deprecated (declared at /usr/include/openssl/ssl.h:1481) ssl.c:780: warning: ‘SSL_set_fd’ is deprecated (declared at /usr/include/openssl/ssl.h:1370) ssl.c:781: warning: ‘SSL_set_ex_data’ is deprecated (declared at /usr/include/openssl/ssl.h:1586) ssl.c:783: warning: ‘SSL_set_tmp_rsa_callback’ is deprecated (declared at /usr/include/openssl/ssl.h:1635) ssl.c:786: warning: ‘SSL_accept’ is deprecated (declared at /usr/include/openssl/ssl.h:1491) ssl.c:788: warning: ‘SSL_get_error’ is deprecated (declared at /usr/include/openssl/ssl.h:1501) ssl.c:794: warning: ‘SSL_get_error’ is deprecated (declared at /usr/include/openssl/ssl.h:1501) ssl.c:806: warning: ‘ERR_print_errors_cb’ is deprecated (declared at /usr/include/openssl/err.h:285) ssl.c:820: warning: ‘SSL_set_ex_data’ is deprecated (declared at /usr/include/openssl/ssl.h:1586) ssl.c:821: warning: ‘SSL_free’ is deprecated (declared at /usr/include/openssl/ssl.h:1490) ssl.c:826: warning: ‘SSL_get_current_cipher’ is deprecated (declared at /usr/include/openssl/ssl.h:1357) ssl.c:829: warning: ‘SSL_CIPHER_get_name’ is deprecated (declared at /usr/include/openssl/ssl.h:1360) ssl.c:830: warning: ‘SSL_CIPHER_get_bits’ is deprecated (declared at /usr/include/openssl/ssl.h:1358) ssl.c: In function ‘ssl_read’: ssl.c:893: warning: ‘SSL_pending’ is deprecated (declared at /usr/include/openssl/ssl.h:1368) ssl.c:916: warning: ‘SSL_read’ is deprecated (declared at /usr/include/openssl/ssl.h:1493) ssl.c:922: warning: ‘SSL_get_error’ is deprecated (declared at /usr/include/openssl/ssl.h:1501) ssl.c:971: warning: ‘ERR_print_errors_cb’ is deprecated (declared at /usr/include/openssl/err.h:285) ssl.c: In function ‘ssl_write’: ssl.c:1040: warning: ‘SSL_write’ is deprecated (declared at /usr/include/openssl/ssl.h:1495) ssl.c:1052: warning: ‘SSL_get_error’ is deprecated (declared at /usr/include/openssl/ssl.h:1501) ssl.c:1081: warning: ‘ERR_print_errors_cb’ is deprecated (declared at /usr/include/openssl/err.h:285) ssl.c: In function ‘ssl_close’: ssl.c:1114: warning: ‘SSL_set_ex_data’ is deprecated (declared at /usr/include/openssl/ssl.h:1586) ssl.c: In function ‘ssl_read_client_certificate’: ssl.c:1153: warning: ‘SSL_get_peer_certificate’ is deprecated (declared at /usr/include/openssl/ssl.h:1450) ssl.c:1158: warning: ‘BIO_new’ is deprecated (declared at /usr/include/openssl/bio.h:581) ssl.c:1158: warning: ‘BIO_s_mem’ is deprecated (declared at /usr/include/openssl/bio.h:616) ssl.c:1160: warning: ‘BIO_ctrl’ is deprecated (declared at /usr/include/openssl/bio.h:590) ssl.c:1163: warning: ‘BIO_read’ is deprecated (declared at /usr/include/openssl/bio.h:585) ssl.c:1165: warning: ‘BIO_free’ is deprecated (declared at /usr/include/openssl/bio.h:583) ssl.c: In function ‘Java_com_caucho_vfs_OpenSSLFactory_nativeInit’: ssl.c:1380: warning: ‘OPENSSL_add_all_algorithms_noconf’ is deprecated (declared at /usr/include/openssl/evp.h:828) ssl.c:1381: warning: ‘SSL_load_error_strings’ is deprecated (declared at /usr/include/openssl/ssl.h:1416) ssl.c:1382: warning: ‘SSL_library_init’ is deprecated (declared at /usr/include/openssl/ssl.h:1553) ssl.c:1383: warning: ‘SSL_library_init’ is deprecated (declared at /usr/include/openssl/ssl.h:1553) -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman
Re: [Resin-interest] BEAST SSL Attack
Hi Folks, Resin does not support SSLHonorCipherOrder yet. We already received a request from another customer and there is a feature request for this here: http://bugs.caucho.com/view.php?id=5282 This is an OpenSSL feature, not JSSE. We'll be implementing it in an upcoming release. Probably it will be in 4.0.44, as .43 is due for release soon. Thanks, Paul On Dec 5, 2012, at 8:13 AM, Aaron Freeman wrote: Knut, Thanks a bunch for your reply. I saw you referencing another email you sent, but this is the only one I saw come through the group. At any rate, we are already using the cipher-suites feature, but in this case that’s not enough. They are telling us that we actually have to be able to prioritize the order that the suites are negotiated on the server side. The only cipher suites guaranteed not to have the BEAST attack issue are ones that aren’t wide-spread yet (TLSv1.1) however if we can put TLSv1.0 in a specific order that will suffice for PCI compliance. This bug for Tomcat addresses the issue and gives good details about a directive, SSLHonorCipherOrder, that handles the problem: https://issues.apache.org/bugzilla/show_bug.cgi?id=53481 Any other ideas for Resin? Aaron From: resin-interest-boun...@caucho.com [mailto:resin-interest-boun...@caucho.com] On Behalf Of Knut Forkalsrud Sent: Tuesday, December 04, 2012 9:31 PM To: General Discussion for the Resin application server Subject: Re: [Resin-interest] BEAST SSL Attack Actually, I got it wrong in my previous mail. The feature should be working. There is a ticket describing the feature: http://bugs.caucho.com/view.php?id=3593 On Tue, Dec 4, 2012 at 7:00 PM, Knut Forkalsrud knut-cau...@forkalsrud.org wrote: In the days of Resin 2.1.4 and onwards there was such a feature, however it seems to have lapsed. I remember because there was a similar issue with MSIE http://support.microsoft.com/default.aspx?scid=kb;en-us;Q305217. I my good old copy of Resin 3.1.8 there are remains the feature. If you bring up the source code for com.caucho.vfs.JsseSSLFactory.create(host, port) you will find a block of code commented out. Then there was a second incarnation where you could specify cipher suites. That seems to have dies some time around Aug 2009 with the commit: https://github.com/mdaniel/svn-caucho-com-resin/commit/96de31370ffd0153eb45fc49725a9b796bc11224#modules/resin/src/com/caucho/vfs/JsseSSLFactory.java I suspect you could get it going again if you have the fortitude to play around with Resin's source code and build your own. Good luck, Knut Forkalsrud On Mon, Dec 3, 2012 at 7:53 AM, Aaron Freeman aaron.free...@layerz.com wrote: SSL BEAST ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Form parameter limitation
On Nov 28, 2012, at 12:46 AM, Matthew Serrano wrote: I ran into a limit on the number of parameters submitted by a form and found this: http://www.caucho.com/resin-4.0/changes/resin-4.0.25.xtp#POSTparameterlimitDOSProtection I changed my QA server to accept up to 20,000 as a work around to my specific problem (turns out I am submitting around 15k parameters). What is the risk of setting this max at 20k or higher? Is it simply resource utilization or is there some other risk that I should be careful to avoid? Processing my form after the change was as fast as any other form in my app. Hi Matt, This change was in response to the hashdos attack that was widely publicized late last year. In simplest terms, form parameters are stored in a hashtable, and hashing becomes CPU intensive with increasing numbers of keys and collisions. This leads to a DOS attack if the number of parameters is not limited. Google for hashdos or see: http://arstechnica.com/business/2011/12/huge-portions-of-web-vulnerable-to-hashing-denial-of-service-attack/ FYI, not sure I really like the idea of submitting 20k parameters but I don't think I can split this particular form into smaller sets easily…or at least not quickly. I believe we felt even 10k was unrealistically high and anyone coming close to that probably needed to reevaluate their form submission, but suum cuique. Thanks, Paul thanks matt ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 4.0.33 ETA?
On Nov 22, 2012, at 2:46 AM, Mattias Jiderhamn wrote: Hi. We are anticipating the upcoming 4.0.33 release that should resolve a couple of our bugs. What is the ETA? We are shooting for next week for 4.0.33 release. Depending on the regressions, it could slip until the 1st week of December but probably no later than that. -- /Mattias ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] fmt.sprintf leads to NPEs
On Nov 11, 2012, at 8:20 AM, Rick Mann wrote: When I use this format for the main log-handler in 4.0.32, I get numerous NPEs during startup: format= ${fmt.sprintf('%-7s %-20.20s %s', log.level, thread, log.message)}/ Hi Rick, I do not think the NPE causes any issue, as it only shows up for me using finer level logging. However it's certainly a bug, and I have entered a report: http://bugs.caucho.com/view.php?id=5274 Thanks, Paul -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Sudden startup error java.lang.ClassNotFoundException: com.caucho.admin.ProAdminServices
On Nov 11, 2012, at 5:55 AM, Rick Mann wrote: I'm suddenly getting a couple of exceptions during startup (resin.sh console) on Resin 4.0.30. [12-11-11 02:47:52.096] {main} Resin-4.0.30 (built Mon, 20 Aug 2012 10:00:11 PDT) [12-11-11 02:47:52.096] {main} [12-11-11 02:47:52.096] {main} Mac OS X 10.8.2 x86_64 [12-11-11 02:47:52.096] {main} Java(TM) SE Runtime Environment 1.6.0_37-b06-434-11M3909, MacRoman, en [12-11-11 02:47:52.096] {main} Java HotSpot(TM) 64-Bit Server VM 20.12-b01-434, 64, mixed mode, Apple Inc. [12-11-11 02:47:52.096] {main} [12-11-11 02:47:52.096] {main} user.name = rmann [12-11-11 02:47:52.104] {main} java.lang.ClassNotFoundException: com.caucho.admin.ProAdminServices and [12-11-11 02:47:52.333] {main} javax.management.InstanceAlreadyExistsException: 'resin:type=AccessLog,Host=default' in MBeanContext[EnvironmentClassLoader[host:default,NEW]] I tried removing the resin-data and watchdog-data directories to no avail. I also noticed this in the logs (on a run after the first one after deleting resin-data): [12-11-11 02:53:20.060] {main} Table[data] Resin-DB 4.0.28 loading CREATE TABLE data(id IDENTITY PRIMARY KEY,data BLOB) The version shown is 4.0.28, I'm running 4.0.30. The app still seems to run after this, but it's puzzling. Hi Rick, Are you still seeing this issue? It certainly appears to be some mixup in library versions. Perhaps resin.home and/or resin.root are set to point to an older version. Starting up Resin with -verbose will output all startup paths and options to the start of the Resin log, which should be helpful in debugging this. Thanks, Paul -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Aughh!!
On Nov 11, 2012, at 8:31 AM, Rick Mann wrote: Well, even installing 4.0.32 I had very similar behavior; my webapp is just ignored. Then I noticed something. I access it via an alias. It's configured like this: host regexp=kepler.lz.com[\.]? root-directory=/lz/var/www/ host-alias-regexpsatdb.org[\.]?/host-alias-regexp host-alias-regexpmissiondb.lz.com[\.]?/host-alias-regexp host-namemissiondb.lz.com/host-name Resin doesn't try to start it up if I hit missiondb.lz.com first. But if I hit kepler.lz.com, then it inits. I wonder if the same thing was happening in 4.0.19. I just don't know why I've only now started seeing this. Hi Rick, Thanks, I have verified this is a bug and entered a report: http://bugs.caucho.com/view.php?id=5275 Please try modifying the entry as I included below, it should work around the issue. Let me know if otherwise. host id=missiondb.lz.com root-directory=/lz/var/www/ host-alias-regexpsatdb.org[\.]?/host-alias-regexp host-alias-regexpmissiondb.lz.com[\.]?/host-alias-regexp host-alias-regexpkepler.lz.com[\.]?/host-alias-regexp Thanks, Paul -- Rick On Nov 11, 2012, at 4:23 , Rick Mann rm...@lz.com wrote: Wow, it must be dump-on-Rick day. Not only is my local resin (4.0.30) startup suddenly bonkers, so is one of my long-standing servers (4.0.19). I made some minor changes to the webapp, uploaded the changed files, saw it restart, everything was fine. Then I stopped and re-started resin, like I always do on that machine, basically running this: java -jar $RESIN_HOME/lib/resin.jar -verbose -root-directory /path/to/dir -conf /path/to/resin.xml start|stop Now, it complains about the native libraries missing and JNI being a resin pro feature (this is just resin open source), which is fine, but it finishes startup in no time at all, and near as I can tell, never starts my webapp. Like it's not even there. No error messages in the logs, nothing. Since it's 4:30 am and no one can respond to this, I don't know what else to do but install the newest resin and rebuild my server from scratch. -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Scaling Up
On Nov 10, 2012, at 7:14 AM, Haroon Rasheed wrote: Thanks Paul for the great Video! Could you please provide more details on the clustered sessions using distributed memcache/JCache? Hi Haroon, The Memcache/JCache layer really isn't intended for direct access to the user session, if that was the intention of your question. Although theoretically that's possible. We've added these API so that your application can setup and use a distributed cache as you see fit. This cache is based on the same technology Resin uses for session failover. There is a memcached tier example in resin.xml in the latest Resin releases. It sets up a Memcache network listener. Here are some links to documentation on using the distributed cache with JCache: http://www.infoq.com/news/2011/12/resin-memcached http://www.caucho.com/resin-application-server/press/caucho-features-resin-cache-an-elastic-and-persisted-alternative-memcached-solution/ http://caucho.com/resin-4.0/admin/cluster-cloud.xtp#ClusterResourcesCacheQueues http://wiki4.caucho.com/Resin_Java_Cache_using_CDI_Inject Thanks, Paul Regards, Haroon On Sat, Nov 10, 2012 at 3:41 AM, Paul Cowan co...@caucho.com wrote: On Nov 8, 2012, at 10:25 PM, Rick Mann wrote: On Nov 8, 2012, at 19:08 , Scott Ferguson f...@caucho.com wrote: We're working on a video that should help. One more request: I really prefer text descriptions. I find videos excruciatingly difficult to sit through, whereas a well-written textual how-to allows me to skim over parts I'm familiar with. Oh no don't say that! I just finished a cluster video specifically because people were asking the same questions you brought up. http://tinyurl.com/aprccda I would be happy to hear any feedback you or others have before the final cut. Thanks, Paul One of the keys to making it well-written is to put the actual steps to carry out in a bullet-point or numbered list, so that a crucial bit of info isn't buried in a paragraph somewhere. Thanks! -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ 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 === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Scaling Up
On Nov 10, 2012, at 5:56 AM, Riccardo Cohen wrote: Really great video. Looks magic ! I've been setting load balancing with resin.xml only. I cannot find resin.properties and resinctl script in my resin 4.0.13 installation. When did it appear ? did you announce somewhere this new function (maybe I don't receive caucho's customer's news ? or maybe I was not watchful enough...) Here's a link to a handout we created for JavaOne this year. The back (2nd page) summarizes all the recent enhancements. It should be helpful: https://s3.amazonaws.com/caucho-web/Resin_4.x_Cloud_JAMM_overview.pdf Typically the best place to look for changes is the release notes: http://caucho.com/resin-4.0/changes/index.xtp resin.properties was added in version 4.0.24 and refined in .25. Documentation here: http://caucho.com/resin-4.0/admin/config-resin-properties.xtp Thanks, Paul === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] getParameterValues returnes the parameters twice
On Nov 1, 2012, at 6:02 AM, Kaj Hejer wrote: Hi! We have begun seeing that getParameterValues returns each parameter twice. logger.debug(getParameter: + request.getParameter(xxx)); logger.debug(getParameterValues: + Arrays.asList(request.getParameterValues(xxx))); gives DEBUG 21.09.2012 15:35:53:733 (LoginController.java:showForm:33) - getParameter: aaa DEBUG 21.09.2012 15:35:53:733 (LoginController.java:showForm:34) - getParameterValues: [aaa, aaa] for the querystring xxx=aaa Any ideas to why? :) Hi Kaj, I don't think you received a response to this question. This issue is fixed in 4.0.33, which should be released next week. Thanks, Paul I would have excpected that last line to show [aaa] instead of [aaa, aaa]. When running on Jetty we see [aaa]. We are running Resin 4.0.31. -Kaj :) ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] resin-interest Digest, Vol 76, Issue 3
On Oct 10, 2012, at 1:35 PM, Steve Francis wrote: Will the 4.0.33 release also fix the array out of bounds issue with the IBM J9 1.7 JVM? Yes, this is a bug in Hessian, that will be fixed in .33 also. http://bugs.caucho.com/view.php?id=5239 -Paul [12-10-10 13:34:45.205] {resin-main-link} java.lang.ArrayIndexOutOfBoundsException: Array index out of range: -80 at com.caucho.hessian.util.IdentityIntMap.put(IdentityIntMap.java:141) at com.caucho.hessian.io.Hessian2Output.addRef(Hessian2Output.java:1407) at com.caucho.hessian.io.Hessian2Output.addRef(Hessian2Output.java:1339) at com.caucho.hessian.io.UnsafeSerializer.writeObject(UnsafeSerializer.java:163) at com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:465) at com.caucho.hmtp.HmtpWriter.message(HmtpWriter.java:128) at com.caucho.hmtp.HmtpWebSocketWriter.message(HmtpWebSocketWriter.java:107) at com.caucho.server.resin.ResinActor.sendWarning(ResinActor.java:84) at com.caucho.server.resin.ResinWarningHandler.warning(ResinWarningHandler.java:55) at com.caucho.env.warning.WarningService.sendWarning(WarningService.java:98) at com.caucho.env.shutdown.ShutdownSystem.startFailSafeShutdown(ShutdownSystem.java:268) at com.caucho.env.shutdown.ShutdownSystem.startFailSafeShutdown(ShutdownSystem.java:249) at com.caucho.env.shutdown.ShutdownSystem.shutdown(ShutdownSystem.java:228) at com.caucho.env.shutdown.ShutdownSystem.shutdownActive(ShutdownSystem.java:208) at com.caucho.server.resin.ResinActor.destroy(ResinActor.java:166) at com.caucho.server.resin.ResinLink.run(ResinLink.java:78) at com.caucho.env.thread2.ResinThread2.runTasks(ResinThread2.java:173) at com.caucho.env.thread2.ResinThread2.run(ResinThread2.java:118) ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] app-default.xml?
On Aug 23, 2012, at 9:26 PM, Rick Mann wrote: In 4.0.30, this file is no longer included by resin.xml? What's the rationale here? I'm trying to add the bits from it that my app(s) relied on, one by one, but I'm curious why you're no longer using it. Hi Rick, The app-default.xml imported was moved to cluster-default.xml along with the entire cluster-default section, in an effort to improve readability of resin.xml. You'll also notice that we're importing app-default.xml from resin.jar with classpath:META-INF/caucho/app-default.xml by default, since it is not common or generally recommended to modify this file. However we still include app-default.xml in the conf directory and you can easily modify the import line to ${__DIR__}/admin-users.xml to use this file instead. Thanks, Paul Thanks, -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] app-default.xml?
On Aug 24, 2012, at 8:52 AM, Paul Cowan wrote: On Aug 23, 2012, at 9:26 PM, Rick Mann wrote: In 4.0.30, this file is no longer included by resin.xml? What's the rationale here? I'm trying to add the bits from it that my app(s) relied on, one by one, but I'm curious why you're no longer using it. Hi Rick, The app-default.xml imported was moved to cluster-default.xml along with the entire cluster-default section, in an effort to improve readability of resin.xml. You'll also notice that we're importing app-default.xml from resin.jar with classpath:META-INF/caucho/app-default.xml by default, since it is not common or generally recommended to modify this file. However we still include app-default.xml in the conf directory and you can easily modify the import line to ${__DIR__}/admin-users.xml to use this file instead. Whoops, copy/paste error. I meant ${__DIR__}/app-default.xml of course. -Paul ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] apache resin 503 error when repeated requests from the same IP
On Aug 17, 2012, at 1:18 PM, Manidhar gudavalli wrote: Paul Thank you. Currently thread max is at 1400. Strange thing is, this happens on two pages where the user posts data repeatedly. Some of these IP addresses also repeating in the log. And, there are no issues with the page java code. In my previous setup, I did not gave this problem. I moved to new box and I keep the same resin configuration. However, I switched to worker RPM in apache and using JDK 1.7 . I dont see any errors in resin log. Hi Mani, The fact that the issue is occurring with Resin 4 also leads me to think it's not an issue related to Resin at all. It could be something related to Apache. It would help you can take that out of the equation but accessing Resin directly. The only other possibility that occurs to me right now is database lock contention for the same rows, since you say it's occurring when the same users connect. Thanks, Paul I tried to migrate 4.x version and getting the same problem. thanks Mani On Fri, Aug 17, 2012 at 12:09 PM, Paul Cowan co...@caucho.com wrote: On Aug 17, 2012, at 11:58 AM, Manidhar gudavalli wrote: HI I am seeing a strange 503 error on the server. When the repeated requests coming from the clients with the same IP address, after some time, I am seeing 503 error in apache logs. These requests are all valid requests from valid ips. I am using resin 3.1.12. and apache 2.2.3 and JDK 7. Is resin considering, the repeated request from same IP as spam? Is there any parameter that I can set to force resin to accepts the requests and not consider as spam? Hi Mani, A 503 error usually indicates Resin was unavailable to Apache (ie restarting) or overloaded. The client IP address should not matter. You need to examine the Resin logs to see what is it doing during that time and if there are any errors reported. Resin may be running out of resources or paused for a long garbage collection. Often simply increasing thread-max to a larger number like 2048 helps, since the default is rather low for Resin 3.1. Thanks, Paul Please help. thanks Mani ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ 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 === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] apache resin 503 error when repeated requests from the same IP
On Aug 17, 2012, at 11:58 AM, Manidhar gudavalli wrote: HI I am seeing a strange 503 error on the server. When the repeated requests coming from the clients with the same IP address, after some time, I am seeing 503 error in apache logs. These requests are all valid requests from valid ips. I am using resin 3.1.12. and apache 2.2.3 and JDK 7. Is resin considering, the repeated request from same IP as spam? Is there any parameter that I can set to force resin to accepts the requests and not consider as spam? Hi Mani, A 503 error usually indicates Resin was unavailable to Apache (ie restarting) or overloaded. The client IP address should not matter. You need to examine the Resin logs to see what is it doing during that time and if there are any errors reported. Resin may be running out of resources or paused for a long garbage collection. Often simply increasing thread-max to a larger number like 2048 helps, since the default is rather low for Resin 3.1. Thanks, Paul Please help. thanks Mani ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] share session in multiple domains application
On Aug 16, 2012, at 4:57 PM, Riccardo Cohen wrote: Hello I use resin 4.0.13, and I have one unique application that is accessed though 2 domains. It is configured in the front server as host alias : host id=www.appartement-maison.fr host-aliaspro.appartement-maison.fr/host-alias The 2 domains are in the same java application, but they answer completely different pages for different functions. When a user is connected to the first domain with a login/password (connection information is stored in the session), I would like him to be automatically connected in the second domain. But the JSESSIONID is different so the connection information is not found, while it is the same application and the same browser. Is it possible to share the sessions between different host aliases in one application ? If not I will have to use a subdirectory in the first domain, which is not what we want. I found nothing in the reference doc of session-config about this, and could not find a thread in this list about it. PS: here I don't need to share cookies, only server sessions. Hi Riccardo, You do need to share cookies, because the session is tied to the JSESSIONID. You're getting different sessions because the Set-cookie domain defaults to the full host name, which is different in your case between www... and pro... If all your host names end with appartement-maison.fr, then simply set session-config cookie-domainappartement-maison.fr/cookie-domain ... /session-config If you have more than one domain, or need more control you can use cookie-domain-regexp. cookie-domain-regexp accepts a regular expression used to extract the domain from the requested host. Probable configuration: session-config cookie-domain-regexp[^.]*\.[^.]*$/cookie-domain-regexp ... /session-config For example, using this regexp will produce the following: Host: xxx.yyy.zzz.foo.com = Set-Cookie domain: foo.com Host: zzz.foo.com = Set-Cookie domain: foo.com Host: foo.com = Set-Cookie domain: foo.com Host: bar.com = Set-Cookie domain: bar.com (I'll adding this all to wiki4.caucho.com shortly.) Thanks, Paul Thanks. -- Riccardo Cohen +33 (0)6 09 83 64 49 Société Realty-Property.com 1 rue de la Monnaie 37000 Tours France www.appartement-maison.fr eccjgbbd.jpg ___ 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] urgent need evaluation license (generator does not work)
On May 8, 2012, at 10:02 AM, Riccardo Cohen wrote: Hello I tried your evaluation licence generator at caucho.com/evaluation-license but if failed with the message : License Issued to r...@architectedulogiciel.fr Return to caucho.com var/www/hosts/www.caucho.com/webapps/ROOT/wp-content/themes/caucho/license.php:132: Warning: Could not connect to SMTP host: caucho.com, port: 25 var/www/hosts/www.caucho.com/webapps/ROOT/wp-content/themes/caucho/license.php:136: Warning: Could not connect to SMTP host: caucho.com, port: 25 I tried 2 hours later but it failed saying that I already had one too recently (but the email was not sent) I need urgently an evaluation license for my customer please. I've sent an email to sa...@caucho.com with no success, maybe you have holidays now. Hi Riccardo, We'll check out the license generator, thanks. I'm not sure when you emailed sales, but they are PDT, GMT -7 timezone and may not have processed the request yet. Sales will definitely respond with an evaluation license. -Paul Thanks a lot. -- Riccardo Cohen Architecte du Logiciel http://www.architectedulogiciel.fr BP 77536 37075 Tours Cedex 2 - France +33 (0)6.09.83.64.49 Membre du réseau http://www.reflexe-conseil-centre.org ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin Pro 4.0.24 w/Quercus trying to get MediaWiki 1.18.2 to work..
On Apr 23, 2012, at 7:27 PM, Howard Leadmon wrote: I really thought since Caucho seems to be using mediawiki, that it would be a piece of cake to get it working under resin. That said, I have taken and downloaded the current mediawiki, and went about configuring it up as a virtual host on my Resin PRO server, got the directories made, archived expanded out, and even went to the caucho wiki and grabbed the template they provide to configure. All went well, I went to the page, and up came the opening page just fine, but of course as it was new it asked me to click to configure which I did. It asked me for my language, which defaulted to English which was fine, and then I clicked Continue. At that point it put up a nice red stop symbol, and gave the following error: Your session data was lost! Check your php.ini and make sure session.save_path is set to an appropriate directory. Is there any solution to this, and if so my google fu is failing me today, as I can't seem to find it. If anyone has any hints or suggestions on how to fix this, I would most appreciate it.. Hi Howard, I believe Mediawiki works on Resin 4.0.27. Some Quercus fixed were made to get our wiki up to version 1.18.2, and these have been included in the latest Resin release. Thanks, Paul --- Howard Leadmon - how...@leadmon.net ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Fatal Error: WP_Screen::$this is an undeclared static field
On Feb 2, 2012, at 12:30 AM, Rick Mann wrote: You can do that via CGI with Resin's CGIServlet, or a better alternative is over FastCGI using FastCGIServlet and php-fpm. http://javadoc4.caucho.com/com/caucho/servlets/FastCGIServlet.html http://php.net/manual/en/install.fpm.php Unfortunately I don't have any good examples to provide you at the moment... This is a great topic as a cookbook item for out new Wiki, so I will mock up an example and put instructions the wiki. (In the next day or so.) http://wiki4.caucho.com Thanks, Paul, that's very helpful! I'd love to see Quercus be abel to keep up, of course, but this may get me where I need to be. Link to blog post with instruction on configuring Resin for native PHP over CGI and FastCGI: http://blog.caucho.com/2012/02/03/php-with-cgi-and-fastcgi/ Thanks, Paul ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Fatal Error: WP_Screen::$this is an undeclared static field
On Feb 1, 2012, at 2:51 AM, Rick Mann wrote: I have resin 4.0.23 installed. It seems to serve up WordPress 2.9.2 okay (blog.roderickmann.org), but not WordPress 3.3.1 (latencyzero.com/wp/). The default pages seem to load okay, but the admin pages only render the left-hand controls, no content. I get the following error: WP_Screen::$this is an undeclared static field The two sites above are running in the same resin instance. The config for each is slightly different. I always seem to trip over PHP issues with Resin, and get very little response from you guys for them. This has kept me from ever considering buying Quercus (you wouldn't even answer a question asking about what kind of Quercus support I could expect to get if I did buy it). Hmm, looking around the site, it seems you don't even offer Quercus any more, is that correct? Hi Rick, http://quercus.caucho.com is still the main Quercus site. The library is bundled with Resin, inside resin.jar. The best way to get the latest version is to download Resin Open-Source and use resin.jar. We have not been producing separate Quercus downloads recently. Please understand that we have not entirely abandoned Quercus, it is just on the back-burner as we focus on Resin. The issue is not just language support, but all the libraries. Fully supporting incremental versions of PHP is an enormous amount of work with relatively low return on investment for us. An engineer working on Quercus is an engineer that is not working on Resin. We may reevaluate that resource allocation in the future, but for now Quercus is a lower priority. I see the latest version of WordPress is requiring PHP 5.2.4 or greater. Quercus support hovers around PHP 5.2.1, with some selective functions from later versions and some others not implemented. I see you already entered a bug report for this. That is the best thing to do so we can track issues. http://bugs.caucho.com/view.php?id=4944 Thanks, Paul -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Fatal Error: WP_Screen::$this is an undeclared static field
On Feb 1, 2012, at 6:49 PM, Rick Mann wrote: On Feb 1, 2012, at 14:17 , Paul Cowan wrote: On Feb 1, 2012, at 2:51 AM, Rick Mann wrote: I have resin 4.0.23 installed. It seems to serve up WordPress 2.9.2 okay (blog.roderickmann.org), but not WordPress 3.3.1 (latencyzero.com/wp/). The default pages seem to load okay, but the admin pages only render the left-hand controls, no content. I get the following error: WP_Screen::$this is an undeclared static field The two sites above are running in the same resin instance. The config for each is slightly different. I always seem to trip over PHP issues with Resin, and get very little response from you guys for them. This has kept me from ever considering buying Quercus (you wouldn't even answer a question asking about what kind of Quercus support I could expect to get if I did buy it). Hmm, looking around the site, it seems you don't even offer Quercus any more, is that correct? Hi Rick, http://quercus.caucho.com is still the main Quercus site. The library is bundled with Resin, inside resin.jar. The best way to get the latest version is to download Resin Open-Source and use resin.jar. We have not been producing separate Quercus downloads recently. Please understand that we have not entirely abandoned Quercus, it is just on the back-burner as we focus on Resin. The issue is not just language support, but all the libraries. Fully supporting incremental versions of PHP is an enormous amount of work with relatively low return on investment for us. An engineer working on Quercus is an engineer that is not working on Resin. We may reevaluate that resource allocation in the future, but for now Quercus is a lower priority. I see the latest version of WordPress is requiring PHP 5.2.4 or greater. Quercus support hovers around PHP 5.2.1, with some selective functions from later versions and some others not implemented. I see you already entered a bug report for this. That is the best thing to do so we can track issues. http://bugs.caucho.com/view.php?id=4944 Thanks for the information, Paul, I really appreciate it. It's good to know the problem may lie in the version of PHP. Is it possible to use PHP directly through Resin? I don't use any of the Java integration capability (yet), but I hate to go install Apache (I use Resin for all my J2EE stuff) just to support WordPress. Can I get Resin to call to PHP (not using Quercus, that is)? You can do that via CGI with Resin's CGIServlet, or a better alternative is over FastCGI using FastCGIServlet and php-fpm. http://javadoc4.caucho.com/com/caucho/servlets/FastCGIServlet.html http://php.net/manual/en/install.fpm.php Unfortunately I don't have any good examples to provide you at the moment... This is a great topic as a cookbook item for out new Wiki, so I will mock up an example and put instructions the wiki. (In the next day or so.) http://wiki4.caucho.com Thanks, Paul ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Deadlock in access log
On Oct 26, 2011, at 8:57 AM, Jens Dueholm Christensen (JEDC) wrote: Hi We’ve been hit rather badly by errors very similar these: http://bugs.caucho.com/view.php?id=3509 during the last few days where we’ve had to restart Resin several time a day. A lot of threads are blocked on the same object at com.caucho.server.log.AccessLog.log(AccessLog.java:345). I could attach a stacktrace, but it’s _very_ similar to those in mantis bug #3509. Our app just stalls on accepting incomming connections while threads and other services within the VM continue to run just fine. We are still on Resin Pro 3.1 (somewhere between 3.1.10 and 3.1.11 as we’ve been using a special build to alliviate another bug that’s not listed in the 3.1.11 changelog) – any chance of a backport of the fixes to the 3.1 branch and a new version – or just a nightly build with the fix? Hi Jens, We're generally only fixing critical bugs in Resin 3.1 branch, but I've created a backport request for bug 3509 for tracking purposes. http://bugs.caucho.com/view.php?id=4831 Please monitor the issue. If we won't fix it we'll mark it as such. Thanks, Paul Regards, Jens Dueholm Christensen Survey IT ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] MD5 base64 hash algorithm differences betweenresin 2 and 4
On Sep 21, 2011, at 10:38 AM, Alan Wright wrote: Thanks for taking the time to make the suggestion Steffen I had seen this thread i my research on the problem - I am trying to find out if the old encoding is available for use when working with a digest in the code so I can calculate both digest until all users have migrated. I believe the problem was related to an incorrect Base64 tail encoding. old-encoding was removed in Resin 4. One option would be to write a utility to call PasswordDigest from a Resin 2 jar. According to release notes the issue was fixed in Resin 3.0.3. -Paul Regards Alan On 21/09/2011 15:07, BUSCH Steffen wrote: Alan, while migrating from 2.1 to 3.1 we've had a similar issue and it could be solved by explicitly using old-encoding. Maybe you could find useful information in this thread: http://maillist.caucho.com/pipermail/resin-interest/2009-February/003334.html -- Steffen -- Alan Wright Athene Systems tel 0845 230 9803 Athene Systems Limited Registered Office: Shieling House Invincible Road Farnborough GU14 7QU Registered in England and Wales No. 3156080 ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 4.0.20 - Problem with my HttpSessionListener
On Aug 31, 2011, at 6:28 PM, Eric Kreiser wrote: I have a session listener that I use to clear out certain cached items etc... on session destroy (some items are in a database). I get a NameNotFoundException when trying to access any of my db connection pools if the Session Listener is being executed by SessionManager.handleAlarm() but things work fine if it is a by product of SessionManager.removeSession (like when a request thread calls invalidate on a session). I have the database nodes in the resin config under web-app, but it made no difference if I move them all the way up to the resin level. Any help would be appreciated. Hi Eric, This sounds like a classloader issue. Can you verify if Resin is running with -Djava.system.class.loader=com.caucho.loader.SystemClassLoader Thanks, Paul Thanks Eric S. Kreiser ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin no longer deploys my war
On Jun 21, 2011, at 2:23 AM, Mattias Jiderhamn wrote: I'm so glad you posted this Jeff, since the same thing happened to us yesterday. I still don't know how, but finally we realized that somehow the same JSP page was compiled both as case sensitive and all lower case (_myJsp__jsp.java and _myjsp__jsp.java). What really threw us off though, was the fact that when we tried to deploy this broken WAR, Resin in some mysterious way managed to deploy an old version of that WAR. We deleted the WAR, we deleted the exploded WAR archive, we restarted Resin. Versioning was and has always been off. But magically an old no-longer-existing WAR was deployed in place of the (broken) one we tried to deploy. I don't remember for sure, but possibly the magic stopped when we deleted [server.root]/resin-data/default/.git (though I couldn't find any file in there enough to match the WAR. By far.) Possibly the fact that I managed to remote deploy that same WAR for the first time earlier yesterday has something to do with this? I might wait a while until I dare to try remote deploy again... I saw that the broken WAR problem should be fixed - or handled better - in 4.0.19. Haven't tried it. However I would still like to understand how Resin could deploy a WAR that no longer existed? Is there anyway to turn it off? I sure hope that this never ever happens in production (knock on wood!), but what should we do if it does happens again? Hi Mattias, What you're describing is exactly the effects of a remote deployment. http://caucho.com/resin-4.0/admin/clustering-overview.xtp#DeployingApplicationstoaCluster Doing a remote deploy essentially puts your war into a git distributed version control system. (In resin-data/*/.git) So even if there is no .war in the webapps directory, Resin will deploy it there upon startup. Once you deploy an application, deleting the .war does nothing. You must undeploy it remove it, or redeploy a new version to update. Unfortunately until version 4.0.19, there was no undeploy button in /resin-admin, only a deploy. So to undeploy cleanly you had to use the command-line interface, which is somewhat less convenient since it requires RemoteAdminService and some authentication setup. http://caucho.com/resin-4.0/admin/resin-admin-command-line.xtp We realize this behavior is unexpected/surprising when not understood, and are discussing ways to improve usability. Thanks, Paul /Mattias === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] configuration problem in resin
On Jun 14, 2011, at 4:49 AM, rahul chandravanshi wrote: Hi while configuring resin-4.0.16 i am getting below warning: make[2]: warning: Clock skew detected. Your build may be incomplete. That usually indicates the files you're trying to build are dated in the future. Either fix your system clock and re-expand the archive, or touch each file to update their dates. Thanks, Paul can some body help me out. thanks in advance. thanks rahul ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin no longer deploys my war
On May 24, 2011, at 4:52 AM, Jeff Schnitzer wrote: I tried upgrading to 4.0.18 recently and deployment seems broken. Normally I copy my war file over webapps/ROOT.war, restart appserver, and it works. Now it seems the only way I can get a deployment working is by: 1) Deleting webapps/ROOT (the directory) 2) Manually un-jaring ROOT.war 3) Deleting the resin-data directory If I don't do #3, Resin recreates an old version of my app, not the new contents of ROOT.war. If I don't do #2, Resin creates an empty web project. This is really, insanely confusing :-( Hi Jeff I just ran a quick test and saw similar behavior. I'll look into it and file a bug if appropriate, and let you know either way. -Paul Jeff ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin no longer deploys my war
On May 24, 2011, at 4:52 AM, Jeff Schnitzer wrote: I tried upgrading to 4.0.18 recently and deployment seems broken. Normally I copy my war file over webapps/ROOT.war, restart appserver, and it works. Now it seems the only way I can get a deployment working is by: 1) Deleting webapps/ROOT (the directory) 2) Manually un-jaring ROOT.war 3) Deleting the resin-data directory If I don't do #3, Resin recreates an old version of my app, not the new contents of ROOT.war. If I don't do #2, Resin creates an empty web project. This is really, insanely confusing :-( Jeff Hi Jeff, We fixed a few bugs related to deployment in 4.0.17 and 4.0.18, perhaps the behavior you're expecting has changed. I tested by simply overwriting ROOT.war with a different ROOT.war and didn't have any issues. Resin will recreate the old app from resin-data directory, if you delete the war and directory, since it needs a ROOT webapp. So that behavior is expected. Some things to check are permissions (server-default user-name Resin is running as), resin:DeployService/ exists, webapp version is enabled (host-default web-app-deploy path=webapps versioning=true/). -Paul ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] about resin access-log rollover-size question
On May 4, 2011, at 11:08 PM, peng yao wrote: Thanks, I see . But I have a question, can i modify the interval time(2 minutes) It is currently not configurable. I've added a bug report for this; http://bugs.caucho.com/view.php?id=4533 Thanks, Paul 2011/5/5 Paul Cowan co...@caucho.com On May 3, 2011, at 11:36 PM, peng yao wrote: hi,I want to rollover the access-log by rollover-size in resin 3.1.9. I set the rollover-size=10kb and auto-flush=true,but I found the rollover-size is not normal work. some access-log size is 1.2Mb but not rollover . I found rollover time is 140s~142s, what can i do next? Thanks Resin does not roll the access log exactly at rollover-size. rollover-size is a minimum size. It checks the size every 2 minutes. -Paul ___ 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 === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] about resin access-log rollover-size question
On May 3, 2011, at 11:36 PM, peng yao wrote: hi,I want to rollover the access-log by rollover-size in resin 3.1.9. I set the rollover-size=10kb and auto-flush=true,but I found the rollover-size is not normal work. some access-log size is 1.2Mb but not rollover . I found rollover time is 140s~142s, what can i do next? Thanks Resin does not roll the access log exactly at rollover-size. rollover-size is a minimum size. It checks the size every 2 minutes. -Paul ___ 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] How to implement rewrite-dispatchmoved-permanently in Resin 4
On Mar 29, 2011, at 8:11 PM, Keith Fetterman wrote: In resin 3, the way to perform a HTTP 301 redirect was using the following resin tags: rewrite-dispatch moved-permanently regexp=^/redirectedPage.html target=/test.html / /rewrite-dispatch I don't see an equivalent tag in Resin 4 documentation. How should this be implemented? I tried using the following tag, but I get an HTTP 302 redirect: resin:Redirect regexp='^/redirectedPage.html' target='/test.html'/ Hi Keith, There is a resin:MovedPermanently with the same syntax. It's mentioned on our Wiki; http://wiki.caucho.com/Cookbook:_Moved_Permanently I've entered a documentation bug for this. Thanks, Paul Thanks, Keith -- - Keith FettermanDirect: 206-319-9434 Mariner Supply, Inc. 206-780-5670 http://www.go2marine.com kfetter...@go2marine.com http://www.boatersline.com ___ 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] no JMX ObjectName detected with jrockit vm
On Feb 11, 2011, at 1:31 PM, Scott Ferguson wrote: Wesley Wu wrote: Hi Scott, Resin 4.0.14 log many warnings about no JMX ObjectName detected Yep. It's listed as http://bugs.caucho.com/view.php?id=4384. I've added jrockit to the bug report also. You can silence these by adding this to resin.xml: logger name=com.caucho.env.health.AbstractMemoryHealthCheck level=severe/ logger name=com.caucho.env.health.HealthService level=warning/ -Paul -- Scott [11-02-11 00:19:23.324] {resin-34} MemoryTenuredHealthCheck: WARNING: MemoryTenuredHealthCheck[] has no JMX ObjectName detected [11-02-11 00:19:23.324] {resin-34} MemoryPermGenHealthCheck: WARNING: MemoryPermGenHealthCheck[] has no JMX ObjectName detected [11-02-11 00:24:23.327] {resin-360} MemoryTenuredHealthCheck: WARNING: MemoryTenuredHealthCheck[] has no JMX ObjectName detected [11-02-11 00:24:23.327] {resin-360} MemoryPermGenHealthCheck: WARNING: MemoryPermGenHealthCheck[] has no JMX ObjectName detected [11-02-11 00:29:23.330] {resin-309} MemoryTenuredHealthCheck: WARNING: MemoryTenuredHealthCheck[] has no JMX ObjectName detected [11-02-11 00:29:23.330] {resin-309} MemoryPermGenHealthCheck: WARNING: MemoryPermGenHealthCheck[] has no JMX ObjectName detected I'm using jrockit vm R28.1 64bit edition in CentOS 5.5. -Wesley ___ 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] Is there a resin adapter for eclipse WTP supporting servlet 3.0?
On Jan 4, 2011, at 7:02 AM, Kirby Zhou wrote: Is there a resin adapter for eclipse WTP supporting servlet 3.0? Resin 4.0 supports servlet 3.0, and I want develop a servlet 3.0 application with resin, but ' http://caucho.com/eclipse/; can only support up to servlet 2.5. Hi Kirby, Resin release 4.0.14 will include upgrades to the Eclipse plugin, supporting servlet 3.0. 4.0.14 is tentatively scheduled for released this Friday, 1/7. Thanks, Paul Regards, Kirby Zhou from SOHU-RD +86-10-6272-8261 ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Japanese multibyte character path of resin.jar cause Exception in 4.0.13.
On Dec 28, 2010, at 9:22 AM, re...@tatujin.org wrote: If resin.jar is put on a Japanese multi byte character directory and launched, then the following error is shown and cannot launch. I think this is not only limited to the Japanese multibyte environment but other multibyte character environment. I tested with the following steps: On Windows command prompt: cd c:\tmp\あいうえお\win java -jar resin\lib\resin.jar -resin-home resin start com.caucho.config.ConfigException: java.io.FileNotFoundException: C:\tmp\縺ゅ> 縺?∴縺?\win\resin\lib\resin.jar (指定されたパスが見つかりません。) at com.caucho.config.LineConfigException.create(LineConfigException.java :163) at com.caucho.config.Config.configure(Config.java:240) at com.caucho.boot.ResinBoot.init(ResinBoot.java:150) at com.caucho.boot.ResinBoot.main(ResinBoot.java:348) Caused by: java.io.FileNotFoundException: C:\tmp\縺ゅ>縺?∴縺?\win\resin\lib\re sin.jar (指定されたパスが見つかりません。) at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.init(Unknown Source) at java.util.zip.ZipFile.init(Unknown Source) at com.caucho.vfs.Jar.openReadImpl(Jar.java:469) at com.caucho.vfs.JarPath.openReadImpl(JarPath.java:211) at com.caucho.vfs.Path.openRead(Path.java:1120) at com.caucho.relaxng.CompactVerifierFactoryImpl.compileSchema(CompactVe rifierFactoryImpl.java:89) at com.caucho.config.Config.findCompactSchema(Config.java:491) at com.caucho.config.Config.configure(Config.java:232) ... 2 more java.io.FileNotFoundException: C:\tmp\縺ゅ>縺?∴縺?\win\resin\lib\resin.jar (指 定されたパスが見つかりません。) If the path is changed to another path without multibyte character path (e.g. \tmp\abced), then launch correct. Thus, the configuration of resin itself is correct. The tested environment is: OS: Windows 7 Resin: resin 4.0.13 Does anyone can inform me how to run resin.jar with multibyte character path? Resin jar loading depends on using URLDecoder.decode, with the default platform encoding. It appears your platform encoding is not handling the multibyte characters properly. Trying starting resin with -Dfile.encoding=UTF8. I tested this on my system and it fixed the issue for me, although I saw a slightly different error that you reported. -Paul Best regards, masa naga ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest