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
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
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:
--
.
...
-
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 co
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:
so...
or something like that should work fine.
S!
D.
El 19/10/2011 19:44, Aaron Freeman escribió:
>
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 and
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 ca
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,
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
resin-interest@caucho.
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 expandin
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 upgra
ort already bound" error.
In spite 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!
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/eclips
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 t
Hi,
Not sure what your problem is, but this syntax works for me in my tests
with Resin 4.0.14
---
jdbc:oracle:thin:@db.server.com:port:db
db-user
db-pass
---
S!
D.
El 28/01/2011 10:22, Halvor Utby escribió:
> Hi,
>
> I'm trying to upgrade
With Resin 3.1.5, ${server.id} is working for me.
S!
D.
El 01/10/2010 1:32, Stargazer escribió:
>When a server is started with the command line option "-server foo"
> how can I access the variable holding "foo" within resin.xml?
> I want to use it to define a set of conf dirs, like:
>
>
>
>
with Axis 1.4. Where we cannot use
> Hessian, that is ;-)
>
>
>
> 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 ol
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 combinatio
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:
>> --
>>
>> ...
>>
>> --
>> and the old "bean" way:
>> --
>>
>> org.leaf.ConnectionPoolDataSource
>> java:comp/en
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 tag, which does not seem to
have an attribute to
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 po
for the suggestion, Daniel. I did in fact try, just like that. Set it
> to 256m.
>
> On Mar 29, 2010, at 01:00:36, Daniel López wrote:
>
>> How have you increased the MaxPermGen of your resin install?
>> Just ot make sure you have not increased the size of the watchdog
&
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 appli
Hi there,
Nobody uses Resin's JMS from external applications? Do people use other
JMS solutions inside Resin?
I'll stick with OpenJMS for now, but as we already have Resin nodes
installed, I thought it would have been intesting to use them and remove
one service.
The scarce documentation an
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 acce
From your logs, one can see that the POST request to Apache is answered
with a redirect (301) to http://localhost:889/register/ and that's why
there is a second request to the same URL with GET. That second one
makes it through Apache and gets to Resin which answers it.
So, it is Apache that is
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 im
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 y
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 in
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 pe
.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.
>
> i
One potential source of problems might be the start/run sequence of the
Thread. If, for some reason, the run() method was never called then the
Thread's connection would never be called. The "problem" with this
theory is that I cannot think of any reason for start() to fail to call
run()... :).
Hi there,
Now that version 4.0.0 has been released, I've tried again to integrate
Resin into the Wembed project, which uses embedded container engines to
facilitate automatic testing and I can happily confirm that version
4.0.0 works fine :). Just some minor issues:
.- The default logging leve
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 i
If you suspect the problem lies in mod_caucho, another possible test
would be to use see if using mod_proxy instead would prevent it from
hapenning. Depending on your settings, that might be relatively simple
and would allow you to discard mod_caucho easily.
S!
D.
Rob Lockstone escribió:
> On
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.
I
Hi,
Stargazer escribió:
> I am experiencing server memory leaks in my http child processes. I
> can't nail these down and they have been present for literally years,
> always using mod_caucho. I fix them by limiting the requests they serve
> in apaches httpd.conf - not ideal. Now I'm not pointi
.3.X) just require mod_proxy, newer versions
(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
>> instan
In our case, we still use Apache, due to other things we need, but we
have always used mod_proxy to communicate with the backoffice Resin
instances, instead of mod_caucho.
Even if you finally migrate to Resin as front-end web server, you could
try to move to using mod_proxy in the interim with
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
com.caucho.quercus.lib.dom.
Hi,
I'm trying to get a demo application to use Resin as embedded container.
The application can be run successfully using Resin the usual way and it
can also be run using Jetty as embedded container, so the application
should be "fine".
However, inside the application some action classes are l
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 w
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 acc
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 h
Hi there,
Not sure if it helps, but what we did is add a JVM-specific argument in
resin.conf: -Dresin.node=NodeName 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
to some differenc
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
Hi,
I am doing some research in order to set up various servers behind an
Apacher server that is already working as a proxy. Apache now includes a
mod_proxy_balance that I'm trying to use and it even includes some
settings to be able to "stick" the sessions.
However, in order to decide which s
ts in case
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 t
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 inst
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
res
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 w
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 acti
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
version
Knut Forkalsrud escribió:
> Daniel López wrote:
>> Knut, you seem to have a setup quite similar to ours, are you using 3.1
>> already or staying if 3.0? If you are using 3.1, are you experiencing
>> similiar issues or is it just me? ;).
>>
>
> We
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 situ
Hi,
Scott Ferguson escribió:
> On Feb 7, 2008, at 9:27 AM, Daniel Lopez wrote:
>
>> Would then be the recommended way to work to set all watchdog ports on
>> all resin.conf files to be the same one? I'm thinking that might be
>> causing some of the issues as "side effect".
>
> It currently defau
Hi all,
Ever since I migrated from Resin 3.0 to 3.1 and watchdog process, I'm
having different issues, that might be caused by my setup, but they are
not consistent, hence my question here.
I have 6 different Resin instances in my app. server, that I use to
distribute the different application
I wanted to have a go at the Resin Embedded features, as I wanted to
start some functional testing on a web application and including all
jars in the classpath and calling:
/**
* @param args
* @throws IOException
*/
public static void main(String[] args) throws IOException
{
Hi Ilya,
As Scott said, no, those are not lame questions. Apart of a Resin bug,
it is unfortunately quite common for some libraries to be badly prepared
to live in a "nenewing classloader" environment, so they leave
references behind etc.
And some of them cannot be fixed easily by de applicatio
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.
When you access a remote EJB from a client you usully need to provide
some data so the client is actually able to locate the remote service,
instantiate an appropriate context etc. InitialContext = new
InitialContext(); is used when the defaults are fine for you (as when
you are trying to conne
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 ag
Resin to hang and not start,
so I'm still not sure if the policy file is being applied or not.
The fix might not be in the latest snapshot though.
S!
D.
Daniel López escribió:
> Hi Joey,
>
> I'm using this with Resin 2.1.17 and I just specify
> -Djava.security.polic
Hi again,
A quick test and indeed the jvm-arg seems to be ignored. Weird.
D.
Daniel López escribió:
> 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.
>
> Ho
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
...
-Djava.security.policy=/path_to_file
...
at
Hi,
I have this working with a previous version of Resin, but I think the
problem might be that right now the way of specifying JVM parameters has
changed, so your prolicy file is probably being applied to the watchdog
process, instead of to the resin server.
How are you specifying the policy
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
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,
>
> We
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 i
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
imple
Hi there,
I was trying to migrate a Jira installation from Resin 3.0 to Resin 3.1
and I just found out I can no longer include init parameters in the
database configuration, and that creates a problem as I need to specify
the parameter SetBigStringTryClob to true.
Before, I would use:
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 t
s is on Frank's blog:
>> http://blogs.sun.com/fkieviet/entry/classloader_leaks_the_dreaded_java
>>
>>
>>
>>> -Original Message-
>>> From: [EMAIL PROTECTED]
>>> [mailto:[EMAIL PROTECTED] Behalf Of Scott Ferguson
>>> Sent: Monday,
Hi there,
I was checking one of my web applications to see if I there was anything
wrong with the framework we use, as I had fixed a small issue that could
help with memory usage and I have found out some "symptoms" that I think
might be related to Resin and/or the libraries, so I wanted to che
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 explicit
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 fil
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 java.io.File.(File.
Hi,
Something like this might help:
http://tuckey.org/urlrewrite/
S!
D.
Serge Knystautas escribió:
> You would have a servlet mapped to / and then call request.getPathInfo().
> Then you would need to manually split apart the dirs.
>
> -Original Message-
> From: "John Steel" <[EMAIL PRO
!
D.
Josh Rehman escribió:
> On 3/7/07, Daniel López <[EMAIL PROTECTED]> wrote:
>> We create the .project structure so it points to our build directories
>> through virtual links (so the built artifacts do not end up in the
>> "source" directory) and with that and
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
prob
Hi,
resin.conf is an XML configuration file and © 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: ©
You can see how it wo
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
Hi,
Not sure if that would work for you or not, but another option would be
to move that initial process to a background thread and then your app
can check itself if the init has finished or not, and answer with a
nicer message "initalisation in progress, please wait..." etc, rather
than holdi
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 l
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 universi
ementation problems when we perform the stress tests,
it is working great for us.
S!
D.
Scott Ferguson escribió:
> On Nov 6, 2006, at 2:10 AM, Daniel López wrote:
>
>
>>Before we found out about that one, we developed our own ProxyFilter,
>>instead of a servlet, with
Before we found out about that one, we developed our own ProxyFilter,
instead of a servlet, with a bit more complex URL mapping features,
using regular expressions.
We have done it to be able to integrate some back-end dynamic services
with a site driven by SiteMesh, and so far it works pretty
Hi,
That's basically what we do, restart the apps with a cron job
periodically, as sooner or later when we upgrade things they tend to end
up having OOMEs. So instead of waiting for them to happen, we just do a
clean restart.
Even if you have developed the application yourself, some of those
All I can say is that during development, when we reload the web
applications many times, when the container is about tu run OutOfMemory
it gives similar error messages to the ones you describe (classes not
found that have already been used etc).
In our case, it seems to be related to classload
Hi,
What I'm doing in a project is even more convoluted, what can I say? :),
upon receiving the request, I start a quartz task to be run inmediately
that sends a JMS message to the remote server that does the real task.
This way you can return inmeditaly to take care of the response and if
the
Hi there,
As long as you are careful and handle your threads properly, I've had no
problems using Threads inside my web apps. I understand EJB containers
are more strict on people not spawning threads but web containers don't
usually have that many problems.
In any case, sometimes what I do is
iel Lopez Janariz ([EMAIL PROTECTED])
Web Services
Centre for Information and Technology
Balearic Islands University
(SPAIN)
---
[EMAIL PROTECTED] escribió:
> --- Daniel López <[EMAIL PROTECTED]> wrote:
>
>
>>Hi there,
>>
>>I
Hi there,
I'm having a problem with servlet filters and requests accessed through
jsp:include, but as it is my first attempt I'm not sure if I'm
forgetting something or it's a Resin bug.
Settings: At web.xml I have a filter defined as:
ProxyFilter
/ca/agenda/*
INCLUDE
R
97 matches
Mail list logo