Riccardo has it right - the easiest way to do this is to simply have a
resin.xml for each webapp - and then just start resin using the
resin.xml that is configured for the app you want to run.
On 01/04/2013 07:31 AM, Rick Mann wrote:
> On Jan 4, 2013, at 0:53 , Riccardo Cohen wrote:
>
>> then
As for #1, I have code in my SessionListener that first looks at the
current thread and doesn't fire most of the work if it is the
resin-destroy thread. This is a bit of a hack - anyone else find a
cleaner way of handling this?
thanks
Eric
On 11/19/2012 03:32 PM, Matthew Serrano wrote:
> I
I think the cleanest solution is to use listeners... add a
ServletContextListener inside of which you can start/do anything you need
blah.blah.blah.ApplicationListener
public class ApplicationListener implements ServletContextListener {
.
}
On 10/12/2011 02:12 AM, Resin User wrot
Daniel... I use Quartz for exactly this... Quartz clustering works well.
On 09/30/2011 02:49 AM, Daniel López wrote:
Hi again,
We are using Quartz scheduler and it has clustering capabilities so the
jobs scheduled there are supposed to be run just in one of the hosts, if
configured appopriate
No one else does "cleanup" on session destory? No one else uses 4.0.20?
On 09/02/2011 08:42 AM, Eric Kreiser wrote:
Yes Resin is running
with -Djava.system.class.loader=com.caucho.loader.SystemClassLoader.
And yes, it does "feel" like a class loader issue...
On
Yes Resin is running
with -Djava.system.class.loader=com.caucho.loader.SystemClassLoader.
And yes, it does "feel" like a class loader issue...
On 09/01/2011 04:42 PM, Paul Cowan wrote:
On Aug 31, 2011, at 6:28 PM, Eric Kreiser wrote:
I have a session listener that I use to
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 thi
wrote:
This appears to be a timing-related issue with the non-sticky
sessions. 4.0.20 will have a fix.
-- Scott
On 07/07/2011 04:17 PM, Eric Kreiser wrote:
On 07/07/2011 07:02 PM, Scott Ferguson wrote:
On 07/07/2011 03:51 PM, Eric Kreiser wrote:
I am having trouble getting resin-admin running
any plan for when 4.0.20 will be available?
On 07/12/2011 06:47 PM, Scott Ferguson wrote:
This appears to be a timing-related issue with the non-sticky
sessions. 4.0.20 will have a fix.
-- Scott
On 07/07/2011 04:17 PM, Eric Kreiser wrote:
On 07/07/2011 07:02 PM, Scott Ferguson wrote:
On
ile of the 2 servers resin config files---
most of the differences are jvm-arg differences
On 07/07/2011 07:29 PM, Scott Ferguson wrote:
Can you create a log which include a servlet access that should
replicate session data (at "finer" level) and mail me the jvm-xxx.log?
-- Scott
O
te:
Can you create a log which include a servlet access that should
replicate session data (at "finer" level) and mail me the jvm-xxx.log?
-- Scott
On 07/07/2011 04:17 PM, Eric Kreiser wrote:
On 07/07/2011 07:02 PM, Scott Ferguson wrote:
On 07/07/2011 03:51 PM, Eric Kreiser wrote
On 07/07/2011 07:02 PM, Scott Ferguson wrote:
On 07/07/2011 03:51 PM, Eric Kreiser wrote:
I am having trouble getting resin-admin running inside my servers... is
there another way I can verify that the servers can see each other?
JMX or something?
The resin-admin is the easiest.
If you
spoke too soon...
it does show "ERROR" on the heartbeat tab for the "other" server
what is the next step it figure what is causing them to not be able to
talk to each other?
On 07/07/2011 06:51 PM, Eric Kreiser wrote:
I am having trouble getting resin-admin running ins
I am having trouble getting resin-admin running inside my servers... is
there another way I can verify that the servers can see each other?
JMX or something?
On 07/07/2011 05:01 PM, Scott Ferguson wrote:
> On 07/07/2011 01:37 PM, Eric Kreiser wrote:
>> I have my resin conf all se
I have my resin conf all setup... my servers starting/running, but if I
load balance... and don't use stickiness to servers... the session is
not kept in sync between the servers. I am trying to test this all...
so I am only running 2 servers - but both servers are configured as
triads so that
ResinThread.run(ResinThread.java:130)
On 07/05/2011 09:44 AM, Eric Kreiser wrote:
> I've attached a stripped down resin.conf
>
> you wrote "But the cluster store doesn't use jdbc." - BUT earlier in
> the thread you wrote "The jdbc store in Resin 4.0 acts as a backup to
>
esign/functionality between 3.1 and 4.
On 07/05/2011 11:27 AM, Scott Ferguson wrote:
> On 07/05/2011 06:44 AM, Eric Kreiser wrote:
>> I've attached a stripped down resin.conf
> You need to remove the from the to
> disable the jdbc backup.
>> you wrote "But the cluster store
er valid with 4.0?
Does Caucho intend to support Oracle? or do I need to stay on a earlier
version until I can figure out what I am going to do?
On 07/01/2011 11:41 AM, Scott Ferguson wrote:
On 07/01/2011 07:57 AM, Eric Kreiser wrote:
I changed my persistent-store type to be "cluster"
I changed my persistent-store type to be "cluster" instead of "jdbc"...
but it still doesn't start because it still needs the "new" resin
database tables... (which fail on create connecting to Oracle)
thoughts?
Eric Kreiser
On 06/27/2011 02:24 PM, Eric Kreis
the problem(I think) is that I don't use Resin's clustering... and rely
on the db persistent sessions to handle bouncing between servers.
On 06/27/2011 01:50 PM, Scott Ferguson wrote:
> On 06/27/2011 10:39 AM, Eric Kreiser wrote:
>> I am trying to upgrade from 4.0.15 to 4.0.1
I am trying to upgrade from 4.0.15 to 4.0.19.
The server fails to start.
The problem is that it is trying to create the "resin_data" and
"resin_mnode" database tables ... but the "create table" syntax is not
valid for Oracle.
(I am in the process and upgrading from resin 3.1.10 to 4.0.14)
My server seems to starting and running great. My question comes when I
stop it. I am getting the following in my watchdog-manager.log
[2011/02/03 11:48:17.351] {http://10.10.1.141:6701-1}
*HmtpServlet[WebApp[production/webapp/a
It has been out for a while now, so I assume yes, but can't hurt to ask
the question :-)
Are there still major re-factoring efforts pending on the 4 series?
thanks
Eric
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.cauch
what are you seeing happen?
what resin version did you upgrade from?
I am looking at an issue currently where I have thousands of SessionImpl
instances that seem like they should be GCed but are not. I am running
resin pro 3.1.6 and just moved to resin pro 3.1.7a to see if I still
have the
I have seen other un-answered bug logged to this as well...
Does anyone know what this message is trying to say?
Eric Kreiser wrote:
Can anyone explain what this log message is trying to tell me? What
triggers it? What should I do about it?
[18:27:08.120]SessionImpl
No one else is using DB persisted session management???
Shouldn't these 2 numbers be logically in sync?
Eric Kreiser wrote:
I am running resin pro 3.1.6 with db persisted session.
Can anyone help me understand the following data I am seeing?
If I count the number of rows in the db i
I am running resin pro 3.1.6 with db persisted session.
Can anyone help me understand the following data I am seeing?
If I count the number of rows in the db in the persistent_session table
and get the SessionActiveCount from JMX for my server, I get 2 different
numbers. I believe it could mak
Can anyone explain what this log message is trying to tell me? What
triggers it? What should I do about it?
[18:27:08.120]SessionImpl[abc0hfqSDgdsj_2WqEwYre3iHzZMfZbhNvCZQDk2EV9KGsC_EhF0McW2rasVM4rD8-tAVy0Kdup71uwvB1Keuf-iTx0UWUKA_aEI,]
LRU while in use (use-count=1). Consider increasing ses
any information relative to newer resin versions... I need the ability
to completely define a database pool at runtime in code...
Scott Ferguson wrote:
On Sep 24, 2007, at 7:36 AM, Eric Kreiser wrote:
Should I take it from the silence from caucho... that this is not
something they want
EMAIL PROTECTED] *On Behalf Of *Eric Kreiser
*Sent:* Friday, June 27, 2008 11:48 AM
*To:* General Discussion for the Resin application server
*Subject:* Re: [Resin-interest] Websphere?
Why are you looking to switch off of Resin?
Personal thoughts... I have been using resin for years... I hav
Why are you looking to switch off of Resin?
Personal thoughts... I have been using resin for years... I have had
very few issues with it... it performs well... it is easy to setup and
manage... it does everything I need from an app server...
Haluk AKIN wrote:
Hi,
We are evaluating to s
try to start my server using the following
java -jar /blah/resin-pro-3.1.s080426/lib/resin.jar
-resin.home=/blah/resin-pro-3.1.s080426 -server dev -root-directory
/blah/blah/blah -conf /blah/blah/blah/resin.conf start
get the following error
/blah/blah/blah/resin.conf:66: 'bind-ports-after-s
it is stored as a number in the db... what does this number represent?
looking at the data in the table currently... it is in 20 million range
Thanks
--
*Eric S. Kreiser**
*Senior Software Architect
*M**z**inga**
*5095 Ritter Road . Mechanicsburg, PA 17055
---
after starting only one site ... if I look at the memory usage of the
watchdog process... it is consuming about 40M of physical memory... and
about 650M of virtual memory. what is consuming all this memory? I am
less concerned with the 40M physical... but am having trouble
understanding how
just wondering what the plan is to have an official 3.1.6 release...
there are a few things in there that I would like to roll into
production...
just trying to figure out timing relative to my release cycles
Thanks
Eric
--
*Eric S. Kreiser**
*Senior Software Architect
*M**z**inga**
*5095
well if you tell your JVM to log GC activity... you will be able to know
what GC is doing
-Xloggc:${server.root}/log/gc.log
-XX:+PrintGCTimeStamps
-XX:+PrintGCDetails
Andrew Fritz wrote:
Oh, I'm not blaming the JVM. I'm sure it is working as designed. But,
it
to bind a specific ip.
maybe a optional ?
thanks for the consideration
Eric
Scott Ferguson wrote:
On Mar 11, 2008, at 6:27 AM, Eric Kreiser wrote:
I had found the ... my issue with this is that when it
binds to the IP, it binds to the main IP of the server... so if I
have say 10 sites
instances on the same machine.
Scott and company, I think it will be useful to include an example of
that in the resin 3.1 documentation for the watchdog process.
This is a big change from Resin 3.0 which took me a while to figure out.
Bill
On Mon, Mar 10, 2008 at 5:19 PM, Eric Kreiser <[EM
to the main ip of the machine... so in my scenario, I
would need to assign each resin instance a unique port number.
Is there a better way for me to handle this?
Thanks
Eric Kreiser
___
resin-interest mailing list
resin-interest@caucho.com
http
what are you trying to do? I would think you would be coding startup
type processes in a ServletContextListener not in Servlet's or JSP's
Aaron Freeman wrote:
> Is there any way to have Resin call a JSP when it first fires up, similar to
> how you can call a servlet:
>
> I saw somebody doing t
what version of resin are you running? are you not at least using a 1.5
JDK?
atomi wrote:
i keep getting these errors for any jsp file I call no matter whats in it.
500 Servlet Exception
||
--
1. ERROR in D:\Applications\workspace\toolbox\WEB-INF\work\_jsp\_test__jsp.java
(at line
Well... if you can not determine a mapping... and as such you need to
send all requests to Resin... why are you having apache in the equation
at all... plus... if this is the case... and you still want apache(for
some reason)... why are the existing methods to send all requests to
resin not eno
I seem to remember a post (that I can't seem to find)... which would
allow a resin.conf config parameter to control when the http/srun ports
are bound to and started... a way to say if this should happen
immediately... or after the web-apps are all started
Is there such a thing?
I understand about the scope of the change for 3.1.3... but for the
record, I would love to see it make 3.1.4 :-)
Speaking of 3.1.3... is there an ETA?
Scott Ferguson wrote:
On Sep 24, 2007, at 7:36 AM, Eric Kreiser wrote:
Should I take it from the silence from caucho... that this is not
Should I take it from the silence from caucho... that this is not
something they want to support?
I use resin connection pooling extensively (and am very happy with its
performance), and am not really wanting to introduce another library
into the mix if I can avoid it...
Eric Kreiser wrote
Does resin support this... and if so... can someone point me in the
right direction. If not... does anyone recommend another database
connection pooling api which does support this?
I have found myself in a situation where I need to create my database
connection pools in code at runtime not ba
I just downloaded the latest snapshot to retest another issue I was
having... and now can not specify my resin.conf on the command line
startup... I get the following error
unknown argument '/blahblahblah/resin.conf'
usage: Resin [-conf resin.conf] [-server id]
BUT... this only occurs if I sta
Scott Ferguson wrote:
On Aug 28, 2007, at 9:45 AM, Eric Kreiser wrote:
That's interesting. Thanks for finding this.
The Watchdog does bind to port localhost:6600. That's how the "stop"
command works and how the Watchdog can manage multiple Resin JVMs
with a sin
Scott Ferguson wrote:
On Aug 28, 2007, at 8:49 AM, Mike Wynholds wrote:
This is an old bug report, but it sounds like it might be the cause:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6206527
Centos is sort of a redhat derivative, right? anyway, assuming you
are
using JDK 5, y
I am on linux... but specifying the args in the resin.conf works great
for me...
the main difference is that prior to the resin 3.1.x series... the
watchdog parent process was not java... and simply passed any arguments
passed to it down to the child java process which was actually your
appli
this a bug in 3.1.2 (I did also try this in the 3.1.snapshot... it
didn't work there either)
(It works to copy the required .so files in the resin/libexec
directory... but this feels like a hack)
Eric Kreiser wrote:
> I am trying to upgrade from resin pro 3.0.21 to resin pro 3.1.2.
&g
I am trying to upgrade from resin pro 3.0.21 to resin pro 3.1.2.
Under resin 3.0.21 I set certain environment variable in my start script
before starting resin (things to setup my oracle client like PATH,
LD_LIBRARY_PATH, etc...)
Now under 3.1.2... I am trying to set these same environment vari
If you are testing and evaluating a new middleware server... why
wouldn't you also want to take advantage of the great new advancements
and features in the newer JDK's?
MORAWETZ Martin wrote:
Hi,
Is it possible to run resin 3.1 pro with java 1.4?
I'm evaluating resin 3.1.0 pro a
what are your specific session settings? does resin know about your
load balanced cluster? or are you managing the load balancer outside of
resin and using resin to tie them together thru the db persistence? are
you using 'always-load-session"?
Jacky wrote:
Dear all,
I have implemented r
when using db persistent sessions... resin creates the db table used to
store the session info... but it creates the session id column as
id VARCHAR(64)
how was a length of 64 chosen? it is perfectly valid to specific a
cookie-length on the making the session id
longer than 64 characters
_
55 matches
Mail list logo