An alternative that might be no that performant would be to use
mod_proxy/mod_rewrite to send requests to Resin instead of using
mod_caucho. That would let you choose the locations/directories that you
want to forward to resin and which ones you want to process in Apache.
Not sure if mod_caucho
our options ahead to
report them to the powers-that-be ;).
D.
El 16/03/2012 17:54, Scott Ferguson escribió:
On 03/16/2012 01:43 AM, Daniel López wrote:
Hi there,
We are using Resin 3 and we even though we are not using real
clustering, we used the possibility of defining various servers
Hi there,
We are using Resin 3 and we even though we are not using real
clustering, we used the possibility of defining various servers inside a
cluster, so we could share a configuration file among various hosts,
like this:
--
cluster id=app-tier
root-directory./root-directory
Hi Rick,
AFAIK, there is no standard name for the file servlet so that simple
way is a no-no.
One alternative container-independent way even though a tad more complex
would be to use something like UrlRewriteFilter to forward requests
appropriately. It allows fine grained control and it's
Moreover, if you are separating things per server, you already have the
server.id EL variable to play with.
For example, we use it to define different home directories per server
instante:
web-app id=/ root-directory=${resin.home}/webapps/${server.id}//
so...
resin:import
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 appopriately. I have not been able to test it yet, but given
that we'll have different machines, cron is not an option for us
Good to know Alan, thanks.
Who would have thought servers accessing databases might be located in
dedicated machines? Way to go, Oracle! :D
S!
D.
El 28/09/2011 16:19, Alan Wright escribió:
At the same time as upgrading to Resin 4 we are upgrading to Oracle 11gR2.
Starting/stopping resin
Hi Alan,
Given that Resin by default creates work and tmp directories in the
WEB-INF directory of each application, it might be risky to 3 instances
of the application fiddling with those files, so it might be better to
separate those directories per instance.
I haven't done so with 4.X so I
Hi,
I upgraded the Resin-Eclipse plugin to latest version and all my Resin
3.X servers are broken and I can't re-create them as the plugin just
allows me now to add Resin 4.X servers.
Auch! :)
D.
___
resin-interest mailing list
AFAIK, you either place the .war file in webapps or define the directory
using an explicit web-app tag, but having both is not necessary and just
seems to confuse Resin.
S!
D.
El 22/03/2011 1:03, Keith Fetterman escribió:
I am experiencing a problem in resin 4.0.16 where resin is not
Hi,
I did some more testing and the Resin plugin is able to stop Resin 3.1.5
instances, so it appears to be a compound problem between the 4.0.14-15
releases not being closed properly and the plugin not detecting it.
S!
D.
El 15/02/2011 11:48, Daniel López escribió:
Hi again,
I upgraded
of that, there could be a correlation between both of them as
it is quite suspicious for both to happen at the same time :).
Cheers!
D.
El 09/02/2011 12:40, Daniel López escribió:
Good to know, thanks. I'll wait for the 4.0.15 then.
S!
D.
El 07/02/2011 18:45, Scott Ferguson escribió:
Daniel López
Good to know, thanks. I'll wait for the 4.0.15 then.
S!
D.
El 07/02/2011 18:45, Scott Ferguson escribió:
Daniel López wrote:
Hi,
I reinstalled Eclipse and started from scratch and after installing the
latest Eclipse plugin from www.caucho.com/eclipse, when I try to create
a new Server I'm
Hi,
I reinstalled Eclipse and started from scratch and after installing the
latest Eclipse plugin from www.caucho.com/eclipse, when I try to create
a new Server I'm no longer given the option of specifying a local
version, but it insists I have to download a Pro version, put my email
address
, that is ;-)
/Mattias
Riccardo Cohen wrote (2010-07-20 20:21):
I still think that 29Mb/66jars is too much when you need only soap.
Axis 2 is also very heavy, axis 1.4 is 2Mb only :) ... bad choice
probably because too old.
Daniel López wrote:
Hi there,
Not sure if it helps, but I have
Hi there,
Not sure if it helps, but I have an application that exposes a SOAP
interface using CXF 2.1.9 and I just tested it to work under Resin 3.1.5
and it fails under Resin 4.0.7 with a weird error.
It's just a proof-of-concept application that I have, so I can't tell
how well the
Scott Ferguson escribió:
d.lo...@uib.es wrote:
Hi Scott,
Thanks for the pointer. I managed to get it to work, more or less,
using the new way:
--
leaf:ConnectionPoolDataSource
...
/leaf:ConnectionPoolDataSource
--
and the old bean way:
--
bean name=MyPool
Hi there,
I've come across a new feature that is to be implemented in Tomcat 6 to
help detect/prevent/notifiy the too common OOME (permGen) problems and
as we don't use Tomcat but do use Resin, I wondered if the Caucho guys
have considered adding a similar mechanism to Resin.
As the article
Hi there,
For some reason, I would like to be able inside Resin a datasource
implementation other than Resin's, C3P0 for example, and I have been
unable to find in the documentation how would one configure it. The
examples that I found use the database tag, which does not seem to
have an
How have you increased the MaxPermGen of your resin install?
Just ot make sure you have not increased the size of the watchdog
instead of the real instance, which happened to me at the beginning :).
Confluence has so many JSPs and other internal classes that it needs
quite a chunk of memory for
Hi Scott,
I'm still using 3.1.*, is JMS in those versions production ready?
Documentation is a bit scarce so I'm not sure what to think of it. :)
D.
Scott Ferguson escribió:
Daniel López wrote:
Hi there,
Nobody uses Resin's JMS from external applications? Do people use
other JMS solutions
While we are talking about JMS configuration, how can one access the JMS
queues on a Resin server from an external client?
I've seen the documentation regarding accessing the queues defined in
the same server, from JSPs, using dependency injection etc. but I have
been unable to find how to
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
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
Hi there,
We are migrating all of our instances to Resin 3.1.5 (3.1.8-9 have a JPA
bug that prevents us to go the latest version) and I've been asked by
our admins if it would be possible to have ONE monitor to see all the
different applications in all the different instances.
The different
Hi,
The only server where we have to limit such things is still using a
Resin 2.1.17, but in case it helps, that's how we do it:
We configure the application to have the work directory in a specifc
place (.../ServerX/work/) and then...
... global restricted permissions for everyone.
... all
.pQd escribió:
...
Just to verify that's not the problem, you could pass the DBPool as
parameter to the tread and perform the DBPool.getConnection() inside the
thread's run method, so the connection is retrieved in the same method
where you are sure it is going to be returned.
if i move
Isn't that something one would do at the database level?
D.
Scott Hernandez escribió:
Is there a way to hint to Amber that a column should be indexed?
For example we will be doing a lot of queries like this:
Select u from User where u.isActive == true ...
And it would be nice if the
Hi,
I'm not sure how the hoster came to told you that, but the web.xml file
is the configuration for a specific application/context inside a host,
and there can be several applications configured for a host, so it
asolutely makes no sense configuring the host's port at the application
level.
(2.X) split the mod_proxy module in different modules, so you also need
to enable mod_proxy_http, at least.
Stargazer escribió:
Daniel López wrote:
we
have always used mod_proxy to communicate with the backoffice Resin
instances, instead of mod_caucho.
OOI, Is that hard to do
Scott Ferguson escribió:
bugs.caucho.com is really the best place to report these things.
There you go:
0003251: Resin dependencies are broken for version 3.2.1 at the Caucho
Maven 2 repository: http://bugs.caucho.com/view.php?id=3251
0003250: Quercus .jar published at the maven repository is
While we are at it, resin-quercus module seems to be missing some
classes, as they are listed in
META-INF/services/com.caucho.quercus.QuercusClass but they are missing
in the resin-quercus.jar file.
The missing classes include, at least:
com.caucho.quercus.lib.pdf.PDF
Hi,
I'm doing some experiments with Quercus and one of the things I wanted
to do is accessing an already existing web service written in Java. I
also tried implementing the experiments using Zend Framework, even
though that failed, first with a problem I solved by upgrading to 3.1.7
and then
Hi,
What we do is to use the Groovy scripts through the Java Scripting API
during development and then compile them into class, if desired, for
production. Accessing Groovy scripts is not too slow, after the first
access, if you are careful not to throw the ScriptingEngine object after
each
Hi there,
The same thing is happening to me, and the combined with the Ant Groovyc
task not checking if the file has been modified or not and always
recompiling, it's quite a pain.
However, if I'm not mistaken, I think hotswapping is enabled by Resin
but provided by Java itself, so we might
Hi there,
Not sure if it helps, but what we did is add a JVM-specific argument in
resin.conf: jvm-arg-Dresin.node=NodeName/jvm-arg and then use that
in our shell scripts to help determine the specific PID for each resin
node (through some ps + grep magic). So far we have stayed with 3.0 due
Re-sending.
Is there any documentation about using an Authenticator with a mail
resource? Is there is no Authenticator provided with Resin that is
compatible javax.mail.Authenticator? Should I provide my own custom class?
S!
D.
Daniel Lopez escribió:
Thanks Scott, that got me closer :). Now
the leak had been fixed in 3.1.6 and that explained the lack of response :).
Cheers!
D.
Daniel López escribió:
Hi,
Doing some tests with the application I use to test my framework, I seem
to have come across a memory leak in Quercus, or at least caused by the
way I'm using it (through
Hi,
Doing some tests with the application I use to test my framework, I seem
to have come across a memory leak in Quercus, or at least caused by the
way I'm using it (through the scripting API and returning a String).
Basically what the suspect operation does is perform a call to a PHP
script
Hi there,
We have a server running under Digital Unix, JDK 1.4 and Resin 3.0.21.
Due to some problems with a library, the context is being restarted
every hour, through a touch web.xml, and it usually runs fine.
However, this morning the server failed to restart appropriately, the
whole
Don Willis escribió:
...Does anybody have a compelling argument why
having less memory would dramatically slow down Resin's class loading?
Hi,
Te only general reason I can think would be that the lack of memory is
causing the GC to fire too often, so you have a situation where the JVM
AFAIK, using merge should not be necessary unless the entity has been
updated outside a persistent context and then needs to be synchronised
back with the DB contents. persist() is just for new entities so reading
the docs, updating an entity inside a persistent context should require
no
type, which means that the problem might be with the container managed
transactions.
S!
D.
Daniel López escribió:
AFAIK, using merge should not be necessary unless the entity has been
updated outside a persistent context and then needs to be synchronised
back with the DB contents. persist
Hia,
From the stacktrace, it seems that you are using Xalan as XSLT engine
but Caucho's implementation as XML parser. It usually works better if
you can either use Xalan with Xerces or Caucho's XLST engine + parser.
Theoretically, mixing should work fine, but you have to get the right
Hi,
That would be me reporting :). Yeah, the different port in the end was a
miunderstading, but had nothing to do with the bug itself. I have been
unable/unwilling to try to reproduce it, as the machines where it
happens is the production server itself, so I cannot do my tests there.
The
It sounds very interesting.
On a side note, the link at the top of the page to the javadocs
(ResinEmbed JavaDoc -
http://caucho.com/javadoc/com/caucho/resin/package.html) returns a 404.
S!
D.
Scott Ferguson escribió:
The new snapshot should fix the build issues people have been
having.
Thanks Mattias,
I had thought about the subclassing option, but I had to try to see if
there was some configuration option I had missed :). In any case, that
will work fine, I believe. I'll be out of town for a week but when I go
back I'll give it a go and let you know how it worked.
Thanks
Hi Joey,
I'm using this with Resin 2.1.17 and I just specify
-Djava.security.policy=/path_to_file at the command line when executing
httdp.sh.
However, if I'm not mistaken, with 3.1.2 you would need to specify it
through the resin.conf file with
...
Janene McCrillis escribió:
I have a problem with my classpath that has me baffled. I'm using the
Apache commons libraries in a small servlet. I have the Apache commons
jar files in both my web-app library directory and also in my resin
library directory...
Having the same library twice in the
Hi,
Well, I was able to isolate the problem from the Resin handling of
sessions, so it seems there's something wrong with my class and Java
serialization. The class that is shown in the error is not causing the
problem on its own, that's why my first standalone tests worked, but it
is stored
serialization process to
rebuild some transient fields, and that was affecting how other classes
in the same stream were being serialised, hence the misleading error
message.
Thanks for the suggestions and my apologies for the false alarm :).
Cheers!
D.
Daniel López escribió:
Hi,
Well, I was able
Hi,
I have some objects in a library that I'm using that are usually stored
in the session. Up to now, everything worked fine but recently I decided
to do some refactoring to update the version to Java 5 and I basically
changed a member from being a Hashtable to being a Map (HashMap as
I recently performed a check in one of our applications and what I found
out was that many libraries we were using were not really prepared to
be in a context that is restarted.
They usually leak resources because they are developed thiking that they
will be used in a JVM where a restart of
PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Scott Ferguson
Sent: Monday, June 11, 2007 9:12 AM
To: General Discussion for the Resin application server
Subject: Re: [Resin-interest] Application Memory Profiling
On Jun 11, 2007, at 3:00 AM, Daniel López wrote:
Something similar happens
Hi,
How are you deploying the application and how are your resin.conf
settings to configure it? I've seen things like that happen, for
example, when having an app deployed in webapps and configured through
an explicit mapping, as the auto-deploy feature of the webapp directory
and the
Hi John,
If you decide to have a go with it, we have some scripts we use to
handle the different instances that you might find interesting.
All in all, we have ONE directory where Resin is fully installed and
then we have various instance directories, where each instance has a
resin.conf file
You should check the configFactory class, as it seems it's causing a NPE
due to not initialising correctly a File path.
D.
sksamuel escribió:
Noticed a couple of these in my logs on restart:
...
[07:13:07.565] Caused by: java.lang.NullPointerException
[07:13:07.565] at
Hi,
Not the answer you are looking for, but I simply start Eclipse Resin
separately :). IDE's are already heavy enough and given the simplicity
of configuring a context in resin (one line in res.conf unless you need
something special) and starting the container, I don't find it really a
Hi,
resin.conf is an XML configuration file and copy; is not a valid XML
reference, it is an HTML reference, so the error and the message are
both correct. Instead of defining a local reference in XML etc. I would
recommend simply using the alternative UTF-8 encoded syntax: #169;
You can see
Hi,
It might not be a very helpful hint, but one thing we have done is
avoiding war files altogether, at least for our internal apps. We just
use the exploded form and then we can update all the non-critical
content without even a restart, but even if a restart has to occur, it
is usually not
Jose Quinteiro escribió:
Hi,
As Jose, I would recommend having different instances for development
and deployment. Even though Resin does a good job on separating contexts
and detecting changes and restarting just the appropriate web app. You
will still affect your deployment applications with
Hi there,
As some suggested on your blog entry, I think you are may be confusing
EJBs with Servlets as there is a explicit rule preventing you from
creating threads from EJB components but there is none that does the
same with servlets.
The only think is you have to be careful to respect the
Hi there,
Just following my own advice* :), I would like to simply say thanks to
the Caucho guys and all the helpful people on this list. I've been using
Resin for many years, first for development, then with an easy license
and now with the GPL version.
We use it extensively at the
63 matches
Mail list logo
