Thanks. I will come up with an alternative.
Rachel
On Wed, Feb 22, 2012 at 3:27 PM, Scott Ferguson wrote:
> **
> On 02/22/2012 02:32 PM, Rachel McConnell wrote:
>
> For various reasons too annoying to detail, it may be useful for us to
> change one minor behavior of the Htt
For various reasons too annoying to detail, it may be useful for us to
change one minor behavior of the HttpServletRequest object. Is it possible
in Resin 3.0.x to substitute a custom implementation of this class for
caucho's? Is it possible in later versions? A cursory search of google
and cauc
You probably have your mysql server configured to only accept socket
connections, and not TCP/IP connections. As a rule, external client
programs use TCP/IP by default, as sockets can only be used if the db
server is on the same machine as the client program and this is often
not the case for prod
This comment isn't helpful I know but I am very curious about this.
The code you quoted is a tag library call using the EL. How is that
not part of the UI? Are you writing controllers in JSP somehow?
Rachel
On Fri, May 7, 2010 at 2:47 PM, Aaron Freeman wrote:
> This isn't in the UI layer. Thi
I've got this, which is a slightly different but equivalent technique that
doesn't require the jvm-arg tag (applicable bits only, my startup script
does other things too):
USER=username
HTTPD=/usr/local/resin/bin/httpd.sh
su $USER -c "$HTTPD start -verbose -J-server -Dvar1=value1 -Dvar2=value2 $*"
Well, they are JVM system variables so it isn't so much that
ResinWatchdogManager would pass them to the server, but that they're set in
the JVM when it's started and anything in that runtime instance will have
them available. My startup script uses this technique and it works great.
I suppose it
Hi Aaron,
Maybe I am missing something, but if you can pass in
-Dconfiguration=wherever to your individual machines (in your
/etc/init.d/resin script or wherever, I assume?), can't you pass in your
server specific JVM args there too?
Rachel
On Mon, Nov 30, 2009 at 12:08 PM, Aaron Freeman wrote:
I use a tool called Capistrano (http://www.capify.org/) to do very similar
set of tasks. Capistrano was written for Rails apps so I had to do a fair
amount of scripting, including splitting out all my servers into separate
tasks, but once I got this done it works extremely well. It requires Ruby
Static file serving, perhaps? I don't know the current benchmarks but
Apache has always had the reputation of being very fast for static
files, whereas that's not what resin is optimized for.
I say this from the POV of not using Apache at all, though: we use
resin behind HAProxy for load balancin
Hello all,
I have a URL that I would like to permanently redirect. The original is:
http://localhost/confirm/?c=ZK2G372GLJBMGQ7MVVX2LJW7
and I want to redirect it to
http://localhost/account/confirm/?c=ZK2G372GLJBMGQ7MVVX2LJW7
In my resin.conf file, I have this code which does not work:
different startup scripts. We do not use resin's
built-in clustering.
Rachel
On Mon, Oct 6, 2008 at 5:24 PM, Scott Ferguson <[EMAIL PROTECTED]> wrote:
>
> On Oct 6, 2008, at 12:49 PM, Rachel McConnell wrote:
>
>> I'm upgrading from resin 3.1.1 to 3.1.6 which is, I
I'm upgrading from resin 3.1.1 to 3.1.6 which is, I believe, the
current stable version. I tried my existing startup script and got
this error:
[EMAIL PROTECTED] local]# /etc/init.d/resin start
unknown argument '-pid'
usage: java -jar resin.jar [-options] [status | start | stop | restart
| kill
12 matches
Mail list logo
