This is my workaround for JPA 2.1 on Resin. We've had to put that
upgrade aside for a while now so it hasn't been thoroughly tested and
there may be bumps down the road, but at least this allowed us to boot :-/
/** Remove Caucho's JPA implementation Amber - included in Resin -
from the list
Duh, should have read
http://www.caucho.com/resin-4.0/admin/security-authorization.xtp to the
end...
- Original Message -
Subject: [Resin-interest] Network based security behind Apache
(X-Forwarded-For)
Date: Fri, 30 Jan 2015 08:35:14 +0100
From: Mattias Jiderhamn
Hi list. What
Hi list. What options do I have if I want to use IP based security
behind an Apache proxy?
I want to use or , but
request.getRemoteAddr() will always be the IP of the proxy, and the real
IP is in X-Forwarded-For header.
It seems I cannot put a Servlet filter in front of Resins
SecurityFilter
My request to update the bundled JPA API to 2.1, or at least extract the
JAR for easy replacement (http://bugs.caucho.com/view.php?id=5678) was
turned down with reference to the /
config option.
I have finally gotten around to trying this, with the Hibernate JPA 2.1
API (which is the only i
I reported the problem below as a bug at
http://bugs.caucho.com/view.php?id=5587 which was marked as fixed to
version 4.0.40
The release notes for 4.0.40 says "bind java:comp/BeanValidation
(#5587)" and I can confirm in the code that the JNDI name in use indeed
is java:comp/BeanValidation, rat
I have a couple of outstanding issues in Mantis (that I have not posted
about on the mailing list), that seems to have gotten no attention from
Caucho at all. The oldest one is almost 5 months.
Actually, I'm getting the impression that the development of Resin has
slowed down considerably in th
>> Hi list. It seems that Resin will load and initiate Servlet 3.0
>> web-fragment.xml before it loads and initiates any .tld files -
>> including s therein - within the same .jar.
>>
>> This results in the AutoProbe module of
>> http://messadmin.sourceforge.net/ causing exceptions, because it
Hi list. It seems that Resin will load and initiate Servlet 3.0
web-fragment.xml before it loads and initiates any .tld files -
including s therein - within the same .jar.
This results in the AutoProbe module of
http://messadmin.sourceforge.net/ causing exceptions, because it assumes
the serv
Has the Caucho Maven repo moved from http://caucho.com/m2 to somewhere else?
Or has it simply not been updated in a year and a half (latest version
is 4.0.30)? In the latter case - why...?
--
___
resin-interest mailing list
resin-interest@caucho
Since http://bugs.caucho.com/ is down currently, I'm posting this bug here.
When running Resin 4.0.37 under Windows, I am getting problem with the
same extension being loaded twice by
com.caucho.config.extension.ExtensionManager. The reason for this is
that in the Enumeration e on line 133 the
Resin ships with Hibernate Validator. I'm trying to figure out whose
responsibility is it to make the ValidatorFactory exposed in JNDI as
java:comp/ValidatorFactory.
What we are really trying to do is using JSF 2.2 with Resin, and then
Bean Validation is disabled since JSF is unable to find the
On Thu, 18 Jul 2013 10:51:52 -0700 Scott wrote:
> On 7/18/13 10:29 AM, Mattias Jiderhamn wrote:
> > On Thu, 18 Jul 2013 09:42:23 -0700 Scott wrote:
> >> On 7/18/13 2:32 AM, Mattias Jiderhamn wrote:
> >>> It seems that a classloader leak in the JSF API as of
>
On Thu, 18 Jul 2013 09:42:23 -0700 Scott wrote:
> On 7/18/13 2:32 AM, Mattias Jiderhamn wrote:
> > It seems that a classloader leak in the JSF API as of
> > https://java.net/jira/browse/JAVASERVERFACES-2746 is triggered much
> more
> > easily by the Caucho EL implemen
It seems that a classloader leak in the JSF API as of
https://java.net/jira/browse/JAVASERVERFACES-2746 is triggered much more
easily by the Caucho EL implementation than with the Sun/Glassfish one.
At least from my point of view the bug still is with JSF and not Resin,
but somene might find thi
We use JAI in one of our web apps. Have you set system properties
java.awt.headless=true and java.awt.headlesslib=true ...?
(Btw, for full performance, you should install JNI binaries. Thought
that wouldn't be 100% Java either. And I haven't tried it.)
- Original Message -
Subject:
Is it possible to completely disable deployment archiving as described
on http://www.caucho.com/resin-4.0/admin/deploy.xtp?
Or at least disable the undocumented(?) automatic rollback?
Background: We made some configuration changes that seemed to work fine,
but turned out to be invalid. Trying t
I have noticed that System.getenv() behaves differently on our different
Linux servers.
When running stand-alone Java applications there is no issue, but on at
least one server the environment variables are inherited from the
watchdog process to the Resin process, and on others they are not. Th
I have reported a classloader / memory leak that I believe Scott tried
to fix for 4.0.33. Haven't had time to verify yet though.
Then add this library to your web app, to get rid of third party leaks:
http://java.jiderhamn.se/2012/03/04/classloader-leaks-vi-this-means-war-leak-prevention-library
Is there any way to achieve Last Resource Commit Optimization / Last
Resource Gambit with Resins XA/JTA implementation...?
--
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Any news on the 4.0.33 release?
--- Original Message -
Subject: Re: [Resin-interest] 4.0.33 ETA?
Date: Thu, 22 Nov 2012 10:17:29 -0500
From: Paul Cowan
On Nov 22, 2012, at 2:46 AM, Mattias Jiderhamn wrote:
> Hi. We are anticipating the upcoming 4.0.33 release that should resolve
Hi. We are anticipating the upcoming 4.0.33 release that should resolve
a couple of "our" bugs. What is the ETA?
--
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Without having had time to look into it further, I'm wondering if anyone
else has seen these exceptions moving from Resin 4.0.29 to 4.0.30 (same
problem with 4.0.31 for us)? Any workaround?
Caused by: java.io.NotSerializableException:
com.caucho.el.MethodExpr$MethodCall
at
java.io.ObjectO
What is the current recommended approach for remote deploying from
Hudson/Jenkins to recent Resin versions (4.0.29+)?
It looks like the resin-maven-plugin [1] (which may have been
preferable) has been abandoned? Latest version is 4.0.17 and does not
seem to be working.
Is command line deploy [2]
We're in the process of setting up a new server and have installed Resin
4.0.29 from RPM. We have made minimal changes to the config to get up
and running, and are facing an issue we haven't seen on any other Resin
installation: When a .war is redeployed it seems the contents of the new
.war is
- Original Message -
Subject: [Resin-interest] javax Validation provider change between
4.0.23 and 4.0.30?
Date: Tue, 28 Aug 2012 03:42:24 -0700
From: Rick Mann
I just built a new webapp that uses javax Validation. It works on my
local machine with 4.0.30, but doesn't work on my serv
- Original Message -
Subject: [Resin-interest] Resin 4 stability
Date: Thu, 19 Jul 2012 09:53:47 -0500
From: "Aaron Freeman"
>
> I just want to query the user community for what seems to be the most
> stable
> version of resin 4.0 out there? We have been developing and using Rein
> 4.0.23
Don't bother - that turned out to be the detour...
- Original Message -
Subject: [Resin-interest] Set JSF response encoding
Date: Wed, 27 Jun 2012 20:26:54 +0200
From: Mattias Jiderhamn
After a long debugging detour, I realized that response header of my JSF
pages is set to
Co
After a long debugging detour, I realized that response header of my JSF
pages is set to
Content-Type: text/html; charset=ISO-8859-1
while the content itself is UTF-8.
I don't quite understand what sets ISO-8859-1 and why (although
admittedly is set to it).
What is the most appropriate way
- Original Message -
Subject: Re: [Resin-interest] JNI timeout on multipart forms in 4.0.28
Date: Wed, 20 Jun 2012 13:30:26 -0700
From: Scott Ferguson
> On 06/19/2012 02:18 PM, Scott Ferguson wrote:
> > On 06/19/2012 01:13 AM, Mattias Jiderhamn wrote:
> >>
- Original Message -
Subject: Re: [Resin-interest] JNI timeout on multipart forms in 4.0.28
Date: Fri, 15 Jun 2012 11:29:12 +0200
From: Mattias Jiderhamn
>
> > - Original Message -
> > Subject: Re: [Resin-interest] JNI timeout on multipart forms in 4.0.28
> &
- Original Message -
Subject: Re: [Resin-interest] JNI timeout on multipart forms in 4.0.28
Date: Thu, 14 Jun 2012 10:26:12 -0700
From: Scott Ferguson
On 06/14/2012 08:21 AM, Mattias Jiderhamn wrote:
> I'm really glad Resin 4.0.28 is here since it resolves multiple issues
>
I'm really glad Resin 4.0.28 is here since it resolves multiple issues
we've been having lately. However, it seems a new critical issue may
have been introduced since 4.0.25.
When running on 64-bit Linux, compiled with --enable-64bit and
--enable-ssl, and posting a multipart/form-data form with
> On 05/29/2012 12:27 PM, Mattias Jiderhamn wrote:
> >> - Original Message -
> >> Subject: Re: [Resin-interest] Out of PermGen space
> >> Date: Fri, 27 Apr 2012 11:23:41 +0200
> >> From: Mattias Jiderhamn
> >>
> >> I should als
> - Original Message -
> Subject: Re: [Resin-interest] Out of PermGen space
> Date: Fri, 27 Apr 2012 11:23:41 +0200
> From: Mattias Jiderhamn
>
> I should also mention, that I have an open bug report on Resin 4.0.27
> which seems to cause classloader leaks.
>
- Original Message -
Subject: Re: [Resin-interest] Override EL implementation (help us stay
with Resin)
Date: Mon, 23 Apr 2012 08:31:33 +0200
From: Mattias Jiderhamn
...
> > I reported http://bugs.caucho.com/view.php?id=5034 (which has a very
> > easy workarou
Re: [Resin-interest] Out of PermGen space
Date: Wed, 25 Apr 2012 15:04:53 -0700
From: Rick Mann
Thanks, Mattias, that's cool!
--
Rick
On Apr 24, 2012, at 22:17 , Mattias Jiderhamn wrote:
> Hi Rick.
>
> After having had these issues for years, I started blogging about it
and
Hi Rick.
After having had these issues for years, I started blogging about it and
how to find classloader leaks [1]. I also compiled a list of API calls
and third party libraries known to trigger these leaks [2], and as you
can see, it is quite common both to cause these problems yourself and
- Original Message -
Subject: Re: [Resin-interest] Override EL implementation (help us stay
with Resin)
Date: Wed, 18 Apr 2012 11:48:34 -0700
From: Scott Ferguson
On 04/17/2012 12:40 PM, Mattias Jiderhamn wrote:
>
> - Original Message -
> Subject: Re: [Resin
- Original Message -
Subject: Re: [Resin-interest] Override EL implementation (help us stay
with Resin)
Date: Mon, 16 Apr 2012 13:12:15 -0700
From: Scott Ferguson
> Anyway, when javaee-16.jar/javax/el is replaced with Maven dep
> javax.el/el-api/2.2 the problems were gone, so therefor
- Original Message -
Subject: Re: [Resin-interest] Override EL implementation (help us stay
with Resin)
Date: Mon, 16 Apr 2012 09:08:23 -0700
From: Scott Ferguson
On 04/16/2012 03:47 AM, Mattias Jiderhamn wrote:
> We have been using Resin for 10+ years, mostly very satisfied, but
We have been using Resin for 10+ years, mostly very satisfied, but as we
are now working with JSF we've had numerous problems related to Resin.
Most of the problems are caused by Resins implementation of EL (not
resolving parameters, not being able to call a method defined in a super
class, req
Seems that the syntax is
however it is not implemented?
- Original Message -
Subject: [Resin-interest] JSM queue in database
Date: Mon, 12 Mar 2012 20:52:33 +0100
From: Mattias Jiderhamn
How can I use a DataSource (or simply a JDBC accessible SQL database) as
the storage for the
How can I use a DataSource (or simply a JDBC accessible SQL database) as
the storage for the Resin JMS Queue implementation?
--
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Hi. For multipart String parameters, Resin returns a UTF-8 encoded
stream from javax.servlet.http.Part.getInputStream() without regards to
request.getCharacterEncoding().
I cannot find whether the UTF-8 encoding is stipulated by the spec, or
if this is a Resin bug.
Anyone knows...? Reference?
n for this feature to be disable, or could the schema
be update in the next release?
- Original Message -
Subject: [Resin-interest] Change classloader precedence / priority / order
Date: Thu, 12 Jan 2012 15:40:49 +0100
From: Mattias Jiderhamn
Is there a way to change the priority
Is there a way to change the priority / order of classloaders on
different levels? The class-loader config tag claims to do this, but it
seems to me it only affects the order within the current level (such as
WEB-INF/classes vs WEB-INF/lib), and not classes already loaded by a
higher level (${r
> There is a need for us to start few threads as soon as Resin starts up.
You can use load-on-startup for a servlet that starts these threads in
its init().
In web.xml:
--
___
resin-interest mailing list
resin-interest@caucho.com
http://m
As I am anticipating an end to our class loader leaks, I'm trying out
remote deployments again, and they do seem to be working in 4.0.18 - yay!
However, once I have remote deployed to a server, Resin will no longer
pick up .war files dropped locally in the webapps directory on that
server. Or ra
To answer one part of your question:
> Additionally the application is started as root and for the app tier we
> use and to change the user. When we try to do the same
> thing in the web-loadbalancer tier the application fails to start. Is
> this normal/to be expected? Is it safe for the web-tie
d the contents of WEB-INF... you get the picture.
>
> Resin could use a better error message for this :-)
>
> I'm happy to be back on Resin though.
>
> Jeff
>
> On Wed, Jun 8, 2011 at 12:26 AM, Mattias Jiderhamn
> wrote:
>> Jeff, is it possible that there is s
Jeff, is it possible that there is something strange about the WAR file
itself, like the compression...?
May I ask how the WAR is created?
Have you compared checksums between where it is created and where it is
deployed so it isn't messed up in some transfer?
Jeff Schnitzer wrote (2011-06-07 0
We're still seeing this issue at random under 4.0.18 :-(
http://bugs.caucho.com/view.php?id=4290
Scott Ferguson wrote (2010-11-17 18:50):
> Mattias Jiderhamn wrote:
>> Scott Ferguson wrote (2010-11-12 18:01):
>>> Mattias Jiderhamn wrote:
>>>> Since upgra
It does sound like that, but I'm running Resin as root.
Jeff
On Tue, May 24, 2011 at 1:56 AM, Mattias Jiderhamn
wrote:
> Sounds like a file permission issue, but you've checked that, haven't
> you...?
>
>
>
> - Original Message -
> Subject: [Res
Sounds like a file permission issue, but you've checked that, haven't
you...?
- Original Message -
Subject: [Resin-interest] Resin no longer deploys my war
Date: Tue, 24 May 2011 01:52:04 -0700
From: Jeff Schnitzer
I tried upgrading to 4.0.18 recently and deployment seems broken.
Nor
Scott Ferguson wrote (2011-04-05 01:25):
> On 04/04/2011 10:02 AM, Mattias Jiderhamn wrote:
>> Scott Ferguson wrote (2011-04-04 18:47):
>>> On 04/04/2011 12:43 AM, Mattias Jiderhamn wrote:
>>>> While evaluating Resin 4.0.16 we are seeing something that makes me
>
Scott Ferguson wrote (2011-04-04 18:47):
> On 04/04/2011 12:43 AM, Mattias Jiderhamn wrote:
>> While evaluating Resin 4.0.16 we are seeing something that makes me
>> really concerned. It appears as if after a redeploy there can be two
>> instances of our main app running.
&
While evaluating Resin 4.0.16 we are seeing something that makes me
really concerned. It appears as if after a redeploy there can be two
instances of our main app running.
I was made aware of this by noticing that timed servlets () were having concurrency issues and logging the same event twice
By default Resin 4 uses Hessian for serialization of session data.
Hessian tries to traverse uninitialized Hibernate associations by
reflection, causing LazyInitializationException when serializing.
For that reason, we are using Java serialization instead of Hessian for
session data.
Here is ho
Giving the resin-deploy Ant task another try in Resin 4.0.16, I get
"resin-home is requried by resin-deploy"
Adding a resin-home attribute to the resin-deploy tag as in
results in "resin-deploy doesn't support the "resin-home" attribute"
Sigh
--
___
I just noticed that installing Resin on Linux using
./configure ... --without-resin-init.d --prefix=/path-to-use; make;
make install
does not update the admin console pages in /path-to-use/admin
Could this be related to the problem with the docs dir reported by Bill
Au yesterday (http://bugs.
After upgrading to Resin 4.0.15/16, there is a new virutal host (or
whatever it is) in the WebApps section of the admin console, that I've
never noticed before.
The name is "http://admin.resin"; and it contains only a root webapp
("/") with an uptime as long as Resin has been running.
What is
Have you tried without versioning="true"?
--
- Original Message -
Subject: [Resin-interest] ROOT.war not expanded when explicitly defined
in resin.xml
Date: Mon, 21 Mar 2011 17:03:31 -0700
From: Keith Fetterman
I am experiencing a problem in resin 4.0.16 where resin is not expanding
Scott Ferguson wrote (2011-03-02 18:10):
> On 03/02/2011 02:53 AM, Mattias Jiderhamn wrote:
>> We're looking forward to upgrading from 4.0.10 to 4.0.15, but during
>> testing we notice 4.0.15 takes way longer to boot our application.
>> Results on different machines rang
We're looking forward to upgrading from 4.0.10 to 4.0.15, but during
testing we notice 4.0.15 takes way longer to boot our application.
Results on different machines range from twice the time to 4-5 times as
long. It seems that the Spring/Hibernate initialization is taking most
of the time (jus
Never got an answer so I posted a bug at
http://bugs.caucho.com/view.php?id=4301
Mattias Jiderhamn wrote (2010-11-18 10:20):
> Has anyone been able to run Hudson [1] on Resin 4.0.12...?
>
> It's running just fine on 4.0.10, but when accessing the main page /
> context roo
Has anyone been able to run Hudson [1] on Resin 4.0.12...?
It's running just fine on 4.0.10, but when accessing the main page /
context root under 4.0.12, a directory listing of the root of the WAR is
sent with Content-Type application/octet-stream
Accessing sub pages, such as /manage, seems to
Scott Ferguson wrote (2010-11-12 18:01):
> Mattias Jiderhamn wrote:
>> Since upgrading to Resin 4.0.10 this error has turned up now and then in
>> our log files, however we have sofar been unable to reproduce it ourselves.
>> Could it be a Resin bug...?
>>
>>
Since upgrading to Resin 4.0.10 this error has turned up now and then in
our log files, however we have sofar been unable to reproduce it ourselves.
Could it be a Resin bug...?
java.lang.IllegalStateException: getWriter() can't be called after
getOutputStream().
at
com.caucho.server.htt
at
com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:421)
at
com.caucho.hessian.io.UnsafeSerializer$ObjectFieldSerializer.serialize(UnsafeSerializer.java:293)
Am I still doing something wrong???
Scott Ferguson skrev:
> Mattias Jiderhamn wrote:
>
>
Scott Ferguson wrote (2010-08-31 18:54):
> Mattias Jiderhamn wrote:
>
>> Trying to launch Resin 4.0.10 on Windows with the -server-root /
>> -server_root / -root-directory / --root-directory but resin.exe seems to
>> ignore all of them. Is there an undocumented change,
manage the
startup scripts with /sbin/sysconfig
-jk
On Tue, Aug 31, 2010 at 8:38 AM, Mattias Jiderhamn
mailto:mj-li...@expertsystems.se>> wrote:
We are on RedHat Enterprise Linux 4/5.
Note that the question is not the configuration itself, but
*where* is the prope
):
Depends on the version of Unix you are on exactly. I customized the
init script quite a bit, so I don't use the one which ships with
Resin. Which version/distribution are you using? I can share the one
I use if you'd like.
-jk
On Tue, Aug 31, 2010 at 4:10 AM, Mattias Jid
Trying to launch Resin 4.0.10 on Windows with the -server-root /
-server_root / -root-directory / --root-directory but resin.exe seems to
ignore all of them. Is there an undocumented change, or is there a bug
in resin.exe in the 4.0.10 (pro) release?
--
(I am not by far a *nix wizz, nor the admin of our production servers,
so please bear with me)
Historically we have edited the /etc/init.d/resin script to customize
the Resin startup, such as setting the server root directory or
assigning CPU cores with taskdef.
In the 4.0.x branch this file is
PHP include() resembles the JSP include directive
<%...@include file="foo.jsp" %>
which includes the referenced file assuming it contains source code that
should also be parsed/compiled together with the current script.
See http://www.php.net/manual/en/function.include.php
What you want is the PH
That's about what I had.
However geronimo-javamail_1.4_spec-1.6.jar seemed unnecessary, plus I
added spring.jar (3 MB) to config the services, but maybe Resin CanDI
works just as well?
Riccardo Cohen wrote (2010-07-22 11:14):
> Ooops ... it actually works all right with lib/soap/ subdirectory,
I recently created a proof-of-concept service with CXF under Resin 4.
Needed 12 jars/9,5 MB. Less than yours, but still a lot more than Axis
1.4. I'm hoping there was something I had misunderstood...
For production we're sticking with Axis 1.4. Where we cannot use
Hessian, that is ;-)
Riccar
t;45a23eb4953a8caf415afc5820887d160bfbb035"
[2010-04-25 09:39:02.562] 1969: "45a40c537ed3cc0d8b271d3ad4105d4a36af9402"
...
[2010-04-25 09:39:03.577] 10978: "fff16ae185861a99959807fb2247cef6da0c7a3b"
[2010-04-25 09:39:03.577] 10979: "fff3417c3c850b61159094928644cca691
com.caucho.hessian.io.UnsafeDeserializer$ObjectFieldDeserializer.deserialize(UnsafeDeserializer.java:417)
... 14 more
Mattias Jiderhamn wrote (2010-04-23 16:05):
> I thought I'd try out remote deployment but the documentation is a bit
> inconsistent.
> According to http://www.caucho.com/resin/admin/de
I thought I'd try out remote deployment but the documentation is a bit
inconsistent.
According to http://www.caucho.com/resin/admin/deploy.xtp there should
be a tag in the configuration, however this tag is
not mentioned at http://blog.caucho.com/?p=134 and does not seem to
exist (in 4.0.3).
W
assword%20for%20the%20Resin%20Administration%20Console
>
> Best,
> Emil
>
>
> On Fri, Apr 16, 2010 at 09:46:33AM +0200, Mattias Jiderhamn wrote:
>
>> I feel like a newbie for having to ask this, but admittedly I have never
>> used the J2EE authentication mechanism s
I feel like a newbie for having to ask this, but admittedly I have never
used the J2EE authentication mechanism since we have a proprietary one.
I'm trying to set up resin-admin following a combination of the
instructions at
http://caucho.com/resin-4.0/admin/resin-admin-console.xtp and the
ins
Last week we saw a whole bunch of these exceptions. Removing
resin_data_default.db and resin_mnode_default.db and restarting Resin
removed the problem, but possibly there is something there that needs
attention.
java.lang.IllegalStateException
at com.caucho.db.sql.QueryContext.unlock(Qu
Scott Ferguson wrote (2010-01-13 18:07):
Mattias Jiderhamn wrote:
Scott, I notice that in com.caucho.hessian.server.HessianSkeleton
there are lots of out.close() but no out.flush(). Could unflushed
buffers be what is causing this?
At least then difference in output size could explain why it
environment.
(There is a 200 status in the server log regardless of the result on the
client and the size of the response is about 200 kB)
Mattias Jiderhamn wrote (2010-01-08 21:24):
I was able to see the error myself today. It occurs within 3 seconds
from the Hessian call, so I doubt this is some
15:56):
Mattias Jiderhamn wrote:
Nope - standalone Resin.
It would be a different issue. This looks like a timeout issue, while
the previous one was a protocol problem.
On the server side, are you seeing any timeout of that connection? Or
does changing the socket-timeout avoid the
One theory is that it is the last date you may purchase a renewal,
before you have to buy a new license?
Rob Lockstone wrote (2009-12-15 22:18):
> I see in our resin license file a "version-expire-date" tag and an
> "expire-date" tag.
>
> The version-expire-date tag corresponds to the date ou
Nope - standalone Resin.
Wesley Wu wrote (2009-12-16 11:10):
If u'r using apache or other web server backended by resin instead of
running resin standalone, I think the 1202 snapshot should fix this
issue.
2009/12/16 Mattias Jiderhamn :
We are seeing a lot of "Connection r
We are seeing a lot of "Connection reset" with Hessian since the upgrade
of our production environment to 4.0.2 (both client and server). Would
this be related to the problems already reported against 4.0.2 and thus
fixed in the snapshot?
Caused by: com.caucho.hessian.io.HessianFieldException:
Scott, can you tell me whether you've been able to reproduce this scenario?
Mattias Jiderhamn wrote (2009-12-11 08:34):
Scott Ferguson wrote (2009-12-11 00:23):
Mattias Jiderhamn wrote:
So I've spent another day hunting that lo(ooo)ng standing PermGen memory
leak in our appli
Mattias Jiderhamn wrote (2009-12-11 08:34):
I should mention though, that there is still a minimum of two
EnvironmentClassLoaders for the given application after reloading at
least once. The former one seem to stick around somehow. We have
discussed this before, Scott; how references are kept
Scott Ferguson wrote (2009-12-11 00:23):
Mattias Jiderhamn wrote:
So I've spent another day hunting that lo(ooo)ng standing PermGen memory
leak in our application and/or Resin.
I made a new discovery which "shouldn't" be an issue, but could
potentially fix problems.
F
So I've spent another day hunting that lo(ooo)ng standing PermGen memory
leak in our application and/or Resin.
I made a new discovery which "shouldn't" be an issue, but could
potentially fix problems.
From my investigation it seems that whenever the application is
reloaded, a reference to the
Now that the Resin Change Log is up and running again I notice this item
> resin: max-uri-length configuration tag introduced to set limit on
> URIs served by Resin. Default is 1024.
I think it should be noted that this applies to the path component of
the URI, not the entire URI (as defined in R
Resin 4.0.2 can now be found on the download page, and for anyone else
wondering, the syntax to use Java session serialization seems to be like
this:
...
java
Mattias
Mattias Jiderhamn wrote (2009-10-14 08:55):
This reminds me; what is the syntax for enabling Java serialization
Alex wrote (2009-11-24 06:01):
Hello,
we try to do the following on our php/EJB3 application :
• find a given client from its lastname using a stateless bean ()
• load his orders using the getter
[code]
$clients = $client_eao->findBySample($sample_client,false,false);
var_dump($
I have been asking myself the same question...
Jeff Schnitzer wrote (2009-10-28 00:41):
> This is really just a point of curiosity...
>
> What editor are you guys using at Caucho? I've noticed all the code
> is formatted using a bizarre combination of tabs and spaces, like
> this:
>
> 1 indent =
This reminds me; what is the syntax for enabling Java serialization for
persistent store (as of http://bugs.caucho.com/view.php?id=3648)?
Wesley Wu wrote (2009-10-13 23:07):
> Yes, I turned on (simply copied from my
> previous 4.0.0 conf file).
>
> When I turned it off (commented them out)
>
Given your previous posts I assume you've just upgraded from 3.0 and in
that case, you need to make sure the WEB-INF/work directory is cleared
so JSPs can be compiled by the new Resin version.
- Original Message -
Subject: [Resin-interest] NoSuchMethodError
Date: Thu, 1 Oct 2009 10:25:3
Is there any setting which would allow Resin to silently ignore
connections that cause the following error?
com.caucho.server.dispatch.BadRequestException: HTTP/1.1 requires host
at
com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:261)
at
com.caucho.server.port.T
1 - 100 of 203 matches
Mail list logo