Hi,
From my personal point of view, I prefer Resin because its philosophy
suits me better as it is more open and flexible, meaning it usually
accomodates different ways of doing things. OTOH, GlassFish is for me
more opinionated and it tries to guide you on how you should do
things, so if
Without this bug fixed, 4.0.2 can't be used in production environment.
I use two machines with two resin as a load balance cluster, one with
a web-tier and a app-tier the other only a app-tier.
Every file upload block it.
2009/11/30 Wesley Wu wumen...@gmail.com
This bug should be marked as
I have a situation where different servers should have different
jvm-args, but I would like to have a single resin.xml.
I tried doing a resin:import on a jvm.xml file that has just jvm-args in
it, but I haven't found a combination that works. I have tried
surrounding the jvm-arg tags like
Resin 4.x is a development version, so it's not supposed to be used in
a production environment anyway :)
Cheers,
Kai
2009/11/30 Wesley Wu wumen...@gmail.com:
Without this bug fixed, 4.0.2 can't be used in production environment.
I use two machines with two resin as a load balance cluster,
Kai Virkki wrote:
Resin 4.x is a development version, so it's not supposed to be used in
a production environment anyway :)
The intent of 4.0.2 was to bring the quality up to be production worthy,
so this is a significant issue. It looks like we'll be releasing a 4.0.3
earlier than planned
Wesley Wu wrote:
Without this bug fixed, 4.0.2 can't be used in production environment.
I use two machines with two resin as a load balance cluster, one with
a web-tier and a app-tier the other only a app-tier.
Can you turn on finer logging for both machines and send the protocol
part of
Scott Ferguson wrote:
Wesley Wu wrote:
Without this bug fixed, 4.0.2 can't be used in production environment.
I use two machines with two resin as a load balance cluster, one with
a web-tier and a app-tier the other only a app-tier.
Can you turn on finer logging for both
I have a situation where different servers should have different
jvm-args, but I would like to have a single resin.xml.
You should be able to achieve this by using jvm-arg inside the server
server id=a address=127.0.0.1 port=6800
jvm-arg-Dserver=A/jvm-arg
/server
server id=b
Hi everyone,
I'm seeing some strange behavior on Resin 3.1.9 with database session
clustering.
I have two app servers in the cluster. If I take one of the servers
down. I see in the database all the data for the server's sessions
cleared. The sessions remain in the database just without
Thanks, Scott. You rocks.
We're planning a launch of a new version of my website on December 18.
All codes in this new version rely on JSR 299 (hopefully I'll see the
final ballot today).
So it's a bit emergency for me to solve this problem.
I'll be happy if 4.0.3 will be ready by then, but a
I have a situation where different servers should have different
jvm-args, but I would like to have a single resin.xml.
You should be able to achieve this by using jvm-arg inside the server
server id=a address=127.0.0.1 port=6800
jvm-arg-Dserver=A/jvm-arg
/server
server id=b
You should be able to achieve this by using jvm-arg inside the server
server id=a address=127.0.0.1 port=6800
jvm-arg-Dserver=A/jvm-arg
/server
server id=b address=127.0.0.1 port=6801
jvm-arg-Dserver=B/jvm-arg
/server
Regards,
Alex
Hmm, that's exactly what I tried first, as
You should be able to achieve this by using jvm-arg inside the server
server id=a address=127.0.0.1 port=6800
jvm-arg-Dserver=A/jvm-arg
/server
server id=b address=127.0.0.1 port=6801
jvm-arg-Dserver=B/jvm-arg
/server
Regards,
Alex
Hmm, that's exactly what I tried first,
No, none of those scenarios worked. It is with Resin 3.1.9. I was
trying to resin:import the jvm-args, so I guess that's why it was
failing. I have unique jvm-arg needs for different servers so I was
hoping I could pull that off.
The excerpt below should work and it will allow you to
The excerpt below should work and it will allow you to have all the
configuration in one file.
server id=a address=127.0.0.1 port=6800
jvm-arg-Dserver=A/jvm-arg
/server
server id=b address=127.0.0.1 port=6801
jvm-arg-Dserver=B/jvm-arg
/server
Thanks Alex. My problem
Wesley Wu wrote:
Thanks, Scott. You rocks.
We're planning a launch of a new version of my website on December 18.
All codes in this new version rely on JSR 299 (hopefully I'll see the
final ballot today).
So it's a bit emergency for me to solve this problem.
I'll be happy if 4.0.3 will
Jan Kriesten wrote:
Hi Georg,
i can't reproduce this behaviour,
* Resin-4.0.2 (Apache2 (2.2.9), mod_ssl, mod_caucho)
I'm using Resin-4.0.2 with Apache/2.2.14 and mod_caucho
The problem is a bit difficult to reproduce. Out of 5 times posting form data
only once the content
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
Hi Scott,
If you get a chance, can you check the snapshot? The issue fixed in the
snapshot is related, but I'm not sure if it's the same problem as you're
seeing.
I just checked with
Resin-4.0.s091130 (built Mon, 30 Nov 2009 11:11:59 PST)
and a quick first check didn't have any problems
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
Probably. The configuration is passed in via
I have a (hopefully) quick question about the meaning of / in regexp
attributes of the rewrite-dispatch tags. For example:
dispatch regexp=/|\.html name=...
...
/dispatch
Does the / have the same meaning as in servlet mappings, i.e. default? Or
does it only match requests for /? That is,
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
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
Probably. The configuration is passed in via
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):
Just for the benefit of understanding the use case: is this to support n
environments that are identical but serve two
Thanks for the reply Alex. So how would I match only / and .html? Something
like this?
dispatch regexp=(^/$)|(\.html) name=...
Cheers,
Ethan
- Original Message -
From: Alex a...@caucho.com
To: General Discussion for the Resin application server
resin-interest@caucho.com
Sent:
Thanks for the reply Alex. So how would I match only / and .html?
Something like this?
dispatch regexp=(^/$)|(\.html) name=...
That looks right, Ethan. The parenthesis are optional here but they do make
regexp more readable.
Alex
Cheers,
Ethan
- Original Message -
From:
Hi,
This works with 3.1.9 but careful as it does not work with 3.1.5, I
think it was a new feature introduced later in 3.1 or a bug fixed. We
had to go back to 3.1.5 due to JPA issues and had to change our scripts
accordingly.
In our case, we use different Node.conf configuration files that
27 matches
Mail list logo