We have a controller JSP that looks like this:
Begin Controller %@ taglib
uri=http://java.sun.com/jsp/jstl/core; prefix=c % %@ taglib
uri=http://java.sun.com/jsp/jstl/functions; prefix=fn %
c:catch var=exception
... do some logic
/c:catch
c:choose
c:when
Can anybody provide me with any links/hints on this?
Thanks,
Aaron
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Aaron Freeman
Sent: Thursday, May 03, 2007 10:59 AM
To: resin-interest@caucho.com
Subject: [Resin-interest] XML View Question
:
c:out value=Hello/ c:out value=World/
will output:
HelloWorld
instead of:
Hello World
Bill
On 5/8/07, Scott Ferguson [EMAIL PROTECTED] wrote:
On May 8, 2007, at 9:51 AM, Aaron Freeman wrote:
Can anybody provide me with any links/hints on this?
JSP 2.1 has
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 this with Resin 2.x, but it doesn't do anything for
Resin 3.0.22:
servlet
servlet-namelogin_jsp_sname/servlet-name
jsp-file/login.jsp/jsp-file
)
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
Ahhh, I tried a hold laundry list of stuff and finally guessed it:
${param['file.filename']}
That dumps the original filename.
-a
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Aaron Freeman
Sent: Friday, May 23, 2008 10:23 AM
To: 'General
of black-listing when deciding what
HTML tags are allowed for users to input.
Cheers,
Kai
2008/6/19 Aaron Freeman [EMAIL PROTECTED]:
Is there an easy way to sanitize input such that a user
cannot inject
javascript via user input fields, or does sanitation have to occur
within each
Hahaha, I am still laughing at that.
By the same logic, his company should swap out all servers and personal
computers to OS/2 as well.
Seriously though Haluk, give us some specific points other than database
connectivity that would lead you to consider switching so we have something
to
I know these are simpleton questions but I gotta ask 'em. ;)
In the Comet demo on:
http://www.caucho.com/resin-3.1/examples/servlet-comet/ , the IFRAME is
referencing SRC=comet. I looked in the example resin.conf and
web-beans.xml but I don't see how and/or what that comet call is mapping
to?
Under Resin-3.0.x the following code works whether I pass in a 'email' param
or not. However on Resin 3.2.1, which I just installed .. It throws an
exception if an 'email' param wasn't passed in. However it works great if I
do pass an email param in. Any thoughts?
c:set var=email
, at 1:32 PM, Aaron Freeman wrote:
I know these are simpleton questions but I gotta ask 'em. ;)
In the Comet demo on:
http://www.caucho.com/resin-3.1/examples/servlet-comet/ , the IFRAME
is
referencing SRC=comet. I looked in the example resin.conf and
web-beans.xml but I don't see how
(ThreadPool.java:759)
at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:681)
at java.lang.Thread.run(Thread.java:619)
-Original Message-
From: resin-interest-boun...@caucho.com [mailto:resin-interest-
boun...@caucho.com] On Behalf Of Aaron Freeman
Sent: Monday
[mailto:resin-interest-
boun...@caucho.com] On Behalf Of Scott Ferguson
Sent: Monday, February 09, 2009 5:02 PM
To: General Discussion for the Resin application server
Subject: Re: [Resin-interest] Question about the Comet demo
On Feb 9, 2009, at 2:43 PM, Aaron Freeman wrote:
Ok I
Hi
For one of my project I have to set multipart-form enable='true'
upload-max='300M'/
I guess this is a security problem, and I would rather let it to 100K
except for the application administrator session where I would set
dynamically to 300M.
Riccardo are you using a JSP to process the
of the application.
Aaron Freeman wrote:
Hi
For one of my project I have to set multipart-form enable='true'
upload-max='300M'/
I guess this is a security problem, and I would rather let it to
100K
except for the application administrator session where I would set
dynamically
I have a question about the one of the annotations in the Comet demo at:
http://www.caucho.com/resin-3.1/examples/servlet-comet/comet
I am not too familiar with Java's annotations, so I am wondering how I can
get access to the _timerService, which is declared like:
@In private TimerService
. I beleive that if I call getSession() this
breaks the flow and the uploaded file is already processed. So how do
you suggest to handle the administrator status (I do not use HTTP
AUTH
because the administrator backoffice is in flex) ?
Thanks.
Aaron Freeman wrote:
No it should be per
Richard,
This is a guess on my part, but perhaps you want a Custom Security
Constraint.
This page shows an example of setting up constraints:
http://my-messages.setar.aw/ref/security.xtp
So here is a tact you might try .. I didn't try to compile this so it's
probably loaded with errors:
Perhaps the key-store-file gets read by a different class at startup than it
does at runtime. Have you tried using an absolute path in the
key-store-file? I use JSSE and only have the three nodes you show below.
Aaron
From: resin-interest-boun...@caucho.com
After watching a few of these threads about people using mod_caucho with
Apache, it dawned on me to ask an open-ended question:
Why use Apache at all?
I am sure there are good reasons for it out there, so I am just curious what
the use-case is for using Apache plus Resin instead of using
Interesting.
FWIW, I am using Resin for about 10 web-apps on a single machine, where each
web-app has different criteria for logging, virtual hosts, rewriting etc. I
know a couple of the posters pointed out that that was a good reason to use
Apache as a front-end, but I haven't found it
On many UNIX systems only the root user can bind to ports below 1024,
with out some tricks. That's probably your situation since it works
fine on port 8080 but not port 80. If you comment out the user-name
section and run it as root, it works fine on port 80?
Aaron
Rick Mann wrote:
#2 is still a mystery to me. I'm in a servlet, how do I
programmatically tell the container to log me in with a username and
password?
This page has a good overview of how to do it:
http://www.informit.com/articles/article.aspx?p=24253seqNum=7
So you set up your security constraints in
,
Jeff
On Thu, Mar 19, 2009 at 7:38 PM, Aaron Freeman aaron.free...@layerz.com wrote:
#2 is still a mystery to me. I'm in a servlet, how do I
programmatically tell the container to log me in with a username and
password?
This page has a good overview of how to do it:
http
What's the best way to lobby them? I love the new IoC stuff.
-Aaron
On Mar 19, 2009, at 2:08 PM, Jeff Schnitzer wrote:
First of all, I'd just like to say wow, I'm happy to re-discover Resin
- I recall using it briefly in 2002 and I'm impressed with what you've
been doing since. It's a
, the latest version isn't working for me either, but it's a
different error from what you're seeing and I haven't had time to
investigate it enough to file a bug or fix whatever might be wrong in
our code.
Rob
On Mar 21, 2009, at 8:53 AM, Aaron Freeman wrote:
This seems to be broken
I use Eclipse and run Resin within it's framework but do not use a
plug-in. I just set it up as a Run Configuration doing these steps:
1) Run -- Run Configuration
2) Create a new Java Application
On the new configurations screen I do:
1) Main (tab)
Main class: com.caucho.server.resin.Resin
Emil,
What does the plug-in provide to us that setting up as a general
application doesn't? I haven't tried the plug-in so I am not aware of
what it does?
Thanks,
Aaron
Hi Scott,
The Eclipse update site isn't up just yet, but will be with the new
release, due out this week or early next.
I am playing with the JdbcAuthenticator on Resin 4.0 and for some reason
I can not get it to authenticate properly. With the detail level set to
finest, I am always getting:
mismatched password:aaron
where aaron is the username I am trying to authenticate.
I have tried trimming the password
Ah so I just stumbled on this and answered my own question:
http://www.caucho.com/resin-3.0/security/digest.xtp
By storing the digested form in the password field, it started working.
Aaron
I am playing with the JdbcAuthenticator on Resin 4.0 and for some reason
I can not get it to
Is there any reason why the getPasswordDigest( .. ) methods in
PasswordDigest can't be static?
Aaron
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Should I assume the missing apostrophe in the example that doesn't work
is actually there in your test case?
security-constraint role-name='viewer
should be
security-constraint role-name='viewer'
Aaron
I'm trying this on 3.1.8 but not having any luck:
security-constraint
Well this still isn't working for me. I have tried:
.[domain].com (with a preceding dot)
and
[domain].com (without a preceding dot)
and no matter what it is still creating the cookie named:
[host].[domain].com (where [host] is the virtual host I am running the
app under).
I can't get it to
I am working with 3.1, was wondering if there is a trick to allowing
recursive resin:imports? In other words I would like to resin:import a
file from within another file that was already resin:imported.
Thanks,
Aaron
___
resin-interest mailing
2009/11/29 Aaron Freeman aaron.free...@layerz.com
mailto:aaron.free...@layerz.com
I am working with 3.1, was wondering if there is a trick to allowing
recursive resin:imports? In other words I would like to
resin:import a
file from within another file that was already
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
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,
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
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
Alex wrote:
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
format.
-Knut
On Tue, Dec 29, 2009 at 05:49, Aaron Freeman aaron.free...@layerz.com
mailto:aaron.free...@layerz.com wrote:
I am a bit baffled. For PCI compliance we must restrict weak ciphers,
but I see no mechanism to do that with JSSE, which we have been using
for years
Resin version: resin-pro-3.1.9
I am trying to convert my resin-pro-3.0.23 startup scripts and
resin.conf file to work with resin-pro-3.1.9. It's close, but there is
a small error. I am trying to build a start script similar to:
$RESIN_HOME/bin/httpd.sh -verbose \
-J-server \
-J-Xmx$JAVA_MX \
It's working now. For completeness and to help others moving from 3.0.x
to 3.1.x or 4.0.x you should change your startup script from this style
(which relies on a wrapper.pl):
$RESIN_HOME/bin/httpd.sh -verbose \
-J-server \
-J-Xmx$JAVA_MX \
-J-Xms$JAVA_MS \
-J-verbose:gc \
On this link there is resin:IfFileExists tag, but I am thinking what
you want to do is more simple than that, if you want to elaborate:
http://caucho.com/resin-4.0/admin/http-rewrite.xtp
Aaron
On 3/21/2010 3:03 PM, Rick Mann wrote:
With my WordPress installation, I need to redirect some
19, 2010 at 5:53 PM, Aaron Freeman
aaron.free...@layerz.com mailto:aaron.free...@layerz.com wrote:
It's working now. For completeness and to help others moving from
3.0.x
to 3.1.x or 4.0.x you should change your startup script from this
style
(which relies on a wrapper.pl
I just noticed that resin-pro-3.1.10 no longer says latest stable, or
whatever it used to say. Is 4.0.5 now considered stable and production
ready?
Aaron
___
resin-interest mailing list
resin-interest@caucho.com
On 3/22/2010 1:11 PM, Scott Ferguson wrote:
Aaron Freeman wrote:
This page says that I can obfuscate a password in the resin.xml file,
but doesn't appear to work. It works in 3.0.23, but stopped working in
3.1.x and 4.0.x. We use this feature, not to protect the password
doing something wrong, but it seems flaky, at best.
On Mar 22, 2010, at 11:59:33, Aaron Freeman wrote:
I just noticed that resin-pro-3.1.10 no longer says latest stable, or
whatever it used to say. Is 4.0.5 now considered stable and production
ready?
Aaron
On 3/22/2010 2:29 PM, Scott Ferguson wrote:
Aaron Freeman wrote:
Ok, so I thought what you were saying is that this:
password xmlns:encryption=urn:java:com.encryption
encryption:Passwordabcdefg/encryption:password
/password
is a drop-in replacement for this:
password resin:type
On 3/22/2010 3:44 PM, Scott Ferguson wrote:
Aaron Freeman wrote:
Ok, here is the full http block I am using, in case its out of date for
some reason (I am using the block directly from our working 3.0.23
implementation verbatim, with your recommended tweak):
http address=* port=443
Can you show your resin-web.xml?
The first thing that leaps out at me (and may be okay, but looks odd)
is: com.caucho.config.ConfigException:
*foo.HelloServlet.personService*:
javax.enterprise.inject.UnsatisfiedResolutionException: Can't find a
bean for 'interface *foo.PersonService*'.
Rick,
Out of curiosity did you trying running a vanilla version of 4.0.5
without compiling (using Java sockets instead of the native sockets)? I
am curious if you still have the issue with it uncompiled.
Aaron
On 3/23/2010 2:15 PM, Rick Mann wrote:
On Mar 23, 2010, at 12:10:35, Scott
Since we are upgrading from pro-3.0.23 to pro-4.0.5, we thought we would
take advantage of the resin-admin stuff. However the docs aren't clear
on how that's supposed to happen. This page says nothing about what to
install: http://caucho.com/resin-4.0/admin/resin-admin.xtp
And this page
On 3/24/2010 1:15 PM, Rick Mann wrote:
On Mar 24, 2010, at 09:07:07, Aaron Freeman wrote:
Since we are upgrading from pro-3.0.23 to pro-4.0.5, we thought we would
take advantage of the resin-admin stuff. However the docs aren't clear
on how that's supposed to happen. This page says
that we have had to add on top of resin is now part
of it.
Bill
On Wed, Mar 24, 2010 at 2:15 PM, Rick Mann rm...@latencyzero.com
mailto:rm...@latencyzero.com wrote:
On Mar 24, 2010, at 09:07:07, Aaron Freeman wrote:
Since we are upgrading from pro-3.0.23 to pro-4.0.5, we thought
we
We take some fairly lengthy queries (lengthy row based on row count),
and push the data into hashmaps in JSTL pages. After that sometimes we
evaluate the hashmap and sometimes have to redirect the request to
another page. In 3.0.23 it works with no problems. In 4.0.5 we get
:
This is why you don't put application logic into the view layer.
Before you 'push' your data into the view, figure out if you want to
do the redirect or not.
jon
On Thu, Mar 25, 2010 at 7:49 AM, Aaron Freeman
aaron.free...@layerz.com mailto:aaron.free...@layerz.com wrote:
We take some
to change
that dependency because you can (and should) be doing it differently.
jon
On Thu, Mar 25, 2010 at 8:18 AM, Aaron Freeman
aaron.free...@layerz.com mailto:aaron.free...@layerz.com wrote:
It's not in the view layer. We segregate our controller JSPs from
our view JSPs. So you
Is there any documentation for using the cipher-suites tag? Instead of
explicitly listing ciphers we do want, is there a way to list
cipher-suites you want to exclude? Google isn't helping me find such an
animal, so I am guess that it's not possible?
Thanks,
Aaron
,
Emil
On Thu, Mar 25, 2010 at 02:34:33PM -0500, Aaron Freeman wrote:
Is there any documentation for using the cipher-suites tag? Instead of
explicitly listing ciphers we do want, is there a way to list
cipher-suites you want to exclude? Google isn't helping me find such an
animal, so I
When we try to stop the resin-4.0.5 processes using:
$JAVA_HOME/bin/java \
-server \
-Djava.util.logging.manager=com.caucho.log.LogManagerImpl \
-Djava.security.egd=/dev/urandom \
-Dhost=${SERVER} \
-Dresin.home=${RESIN_HOME} \
-jar ${RESIN_HOME}/lib/resin.jar \
-conf
of updating the documentation this week to reflect the change.
Thanks,
Emil
On Tue, Mar 30, 2010 at 11:01:23AM -0500, Aaron Freeman wrote:
When we try to stop the resin-4.0.5 processes using:
$JAVA_HOME/bin/java \
-server \
-Djava.util.logging.manager=com.caucho.log.LogManagerImpl
Oh, you will have to swap out the httputil with whatever you use to
URLEncode strings in order to test it.
Thanks,
Aaron
On 3/31/2010 2:46 PM, Aaron Freeman wrote:
We are experiencing a fundamental change in how data is being passed as
a jsp:param between 3.0.22 and 4.0.5. We need to know
Marco,
If you are repeating that pattern every time, it sounds more like your
_brower's_ cache being the culprit. Instead of calling:
http://my-server.com/newfolder/ with an empty folder, place the
index.html in there and _then_ call it so your browser doesn't cache up
the 404 not found
only put implementations of interfaces into the context.
Otherwise, I'd consider putting a Map in there for the effect you want.
jon
On Fri, May 7, 2010 at 1:43 PM, Aaron Freeman
aaron.free...@layerz.com mailto:aaron.free...@layerz.com wrote:
Bummer, what's the proper way to test
Yes, that's exactly right. In several instances we have many
controllers that are written in JSP (pure JSTL code), that c:import
our models (also in this case JSPs) and also c:import our views.
Works great!
The upside to it is: a) easier to code -- people with limited Java
expertise can
On 5/7/2010 5:39 PM, Jeff Schnitzer wrote:
I doublechecked the spec and the current Resin behavior is the proper
behavior. I don't think this behavior has changed in the spec, so the
old behavior was a bug. You can't use the empty operator to test for
the existence of fields (or methods).
: /password
Thanks,
Aaron
On 3/22/2010 6:09 PM, Scott Ferguson wrote:
Aaron Freeman wrote:
O
Man, I don't see how I am blowing it then. Does this look right:
password xmlns:encryption=urn:java:[full package, not including the
class]
encryption:[class name]abcdefg/encryption:[class name
, Aaron Freeman wrote:
Scott,
Still struggling with the issue where we cannot encrypt passwords in
our resin.xml file. As you have indicated, there is now a better clue:
C:\opt\. . .\conf\admin.xml:41: unable to create attribute
SetterAttribute[public void
-store-file/opt/. . ./keys.kdb/key-store-file
41: password xmlns:encryption=urn:java:com.encryption
42: encryption:Passwordabcdf/encryption:Password
43: /password
Thanks,
Aaron
On 3/22/2010 6:09 PM, Scott Ferguson wrote:
Aaron Freeman wrote:
O
Man, I don't see how I am blowing it then. Does
Awesome -- also note that the exact same syntax DOES work in place of
the password in the
databasedriverpassword../password/driver/database nodes.
Aaron
On 5/28/2010 2:14 PM, Scott Ferguson wrote:
Aaron Freeman wrote:
Sorry to bump this question, but any idea if this will be fixed
Just wondering if anybody has ever worked through a scenario where you
could automatically firewall off an IP address that requested a
poisoned URL?
There is an attacker continuously scanning all of our servers for a
specific URL, but from several different IPs. It would be nice to be
able
Jon,
Right, so far that's been our tact. This one particular attack is a bit
annoying because it's inflating our logs.
I was just curious if this was a capability within Resin. We wouldn't
take the time to write a custom tag or anything like that to stop it.
Aaron
On 7/21/2010 10:27 AM,
I saw a wiki for running WordPress under Quercus 3.1.x -- is anybody out
there successfully running WordPress under Resin 4.0.x?
Thanks,
Aaron
___
resin-interest mailing list
resin-interest@caucho.com
,
I am successfully running WordPress 3.0 in Resin 4.0.7. It is behind Apache
2.2 with permalinks which took a while to configure mod_rewrite but otherwise
it works great.
matt
On Aug 11, 2010, at 7:00 AM, Aaron Freeman wrote:
I saw a wiki for running WordPress under Quercus 3.1.x
Ah, I faintly remember your posts about that now. Good to know. We
will start with the latest and greatest and work our way backward
stopping at 4.0.6, if necessary. :)
Aaron
On 8/11/2010 2:03 PM, Rick Mann wrote:
On Aug 11, 2010, at 10:02:21, Matthew Serrano wrote:
Aaron,
I am
me know how it goes. I kinda wish you'd work back 'till you see the same
problem, just so we can be sure it reproduces everywhere ;-)
On Aug 11, 2010, at 13:29:04, Aaron Freeman wrote:
Ah, I faintly remember your posts about that now. Good to know. We
will start with the latest
I was thinking it's possible to do something like this in a php file:
?php
if((include '../www/_header.jsp') == 'OK') {
echo 'OK';
}
?
Where the www folder has a path-mapping entry in the resin.xml.
It includes the file, but the file isn't processed by the JSP
On 8/12/2010 1:36 AM, Aaron Freeman wrote:
I was thinking it's possible to do something like this in a php file:
?php
if((include '../www/_header.jsp') == 'OK') {
echo 'OK';
}
?
Where the www folder has a path-mapping entry in the resin.xml.
It includes
Out of curiosity do you have multiple instances of Resin (separate JVMs)
running on that same virtual machine? If so do you use different ports
for the watchdog on both instances? We had a similar situation and it
was fixed by just running the watchdog on separate ports for each
instance of
This is an error in your JSP/JSTL, not with Resin -- you are trying to
modify (add to) a HashMap that you are iterating over.
Here is a more detailed explanation:
http://forums.sun.com/thread.jspa?threadID=5335803
Aaron
On 8/19/2010 4:20 AM, Wesley Wu wrote:
Often happened at 30 seconds
This is unrelated, but worth mentioning to other people converting
over from Resin 3.0.x:
We had this problem when converting over from Resin 3.0.x.: The
problem is that Resin 4.0.x now outputs white space in each iteration of
c:forEach .../c:forEach loops, and other places where Resin
Ah, this is excellent info.
Aaron
On 9/21/2010 12:07 PM, Scott Ferguson wrote:
Aaron Freeman wrote:
Out of curiosity, why does Resin distribute with javamail-141.jar? Is
there some built-in mailing functionality that Resin ships with? If so,
is there a URL pointing to some
What version of Resin 4.0 are you using? I can reproduce this easily
on resin-pro-4.0.10 by doing this:
-- create test.jsp:
%@ taglib uri=http://java.sun.com/jsp/jstl/core; prefix=c %
c:import url=test2.jsp var=debug/
${debug}
--
-- create test2.jsp
%@ taglib
...at
least on OS X. It also happens for non JSPs. I have some pages that
import XSL and XML files so I can parse them with the x tag library
and those imports also fail. There is no chaining of imports that I
can see.
matt
On Oct 19, 2010, at 9:24 AM, Aaron Freeman wrote:
What version of Resin
Is there a simple way to set an applicationScope variable from within
the resin.xml?
I see how to set system properties, but I'd like something I can
reference from a JSP like:
${applicationScope.var}
Or can I reference the system properties similarly?
Thanks,
Aaron
-${applicationScope.baz}-/p
/html
Any other way to do this?
Thanks,
Aaron
On 10/20/2010 12:09 PM, Aaron Freeman wrote:
Is there a simple way to set an applicationScope variable from within
the resin.xml?
I see how to set system properties, but I'd like something I can
reference from a JSP
On 10/20/2010 12:39 PM, Scott Ferguson wrote:
Aaron Freeman wrote:
Bah I stumbled on this, but it doesn't appear to do what I was hoping:
context-param
param-namebaz/param-name
param-valuevalue/param-value
/context-param
When I tried to reference that in a test.jsp like
So we were having all kinds of performance issues with the Resin Eclipse
plugin (which may or may not be supported, but we use it like crazy now).
The performance problem we were all having is that every time we would
change some JSP source, we would have to wait WAY too long for the JSP
to
-
http://caucho.com/resin-4.0/admin/http-rewrite.xtp#Servlet%20Filters
Header should say something like: Example: Servlet Filter
Just a copy/paste error from the example above it.
-
http://caucho.com/resin-4.0/reference.xtp#resin:SetHeader
The resin:SetHeader Attributes
We have multiple webapps in our 4.0.16 configuration and would like to
be able make changes to our resin.xml file without causing all of the
webapps to restart.
Can we somehow disable the automatic restart after detecting a change to
the resin.xml? If we do that, we can stop/start the
conf
settings independently but at least I can test that now.
Thanks,
Aaron
On 4/7/2011 9:56 AM, Aaron Freeman wrote:
We have multiple webapps in our 4.0.16 configuration and would like to
be able make changes to our resin.xml file without causing all of the
webapps to restart.
Can we
Is there any forum software out there that runs nicely/reliably under
Resin and/or Quercus?
Thanks,
Aaron
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Starting with resin-4.0.16 and persisting with Resin-4.0.18 we can no
longer shutdown the Resin process properly. When I attempt to do so I
get this:
-
Resin/4.0.18 can't shutdown watchdog at 127.0.0.1:10080.
com.caucho.bam.RemoteConnectionFailedException:
Brigger)
So I am guessing either the functionality changed in that version and I
don't know how to upgrade my resin.xml properly. Or there is some issue
in that version and up with just doing a simple shutdown from the
command line (on a Linux system)?
Thanks,
Aaron Freeman
On 5/26/2011 4
Trying this:
http://www.caucho.com/resin-4.0/reference.xtp#resinMovedPermanently
Use case: I need to do a 301 redirect for all links to http://blog.X/*
to http://www.X/blog/
I found this documentation which is very similar, but does a forward:
On 6/15/2011 3:30 PM, Scott Ferguson wrote:
On 06/15/2011 01:25 PM, Aaron Freeman wrote:
Trying this:
http://www.caucho.com/resin-4.0/reference.xtp#resinMovedPermanently
Use case: I need to do a 301 redirect for all links to http://blog.X/*
to http://www.X/blog/
I found this documentation
On 6/15/2011 4:04 PM, Scott Ferguson wrote:
On 06/15/2011 01:51 PM, Aaron Freeman wrote:
URL dispatching is owned by the virtual host. The cluster level doesn't
understand URLs, so it doesn't make sense to dispatch a URL in the
cluster level.
Does that mean the example,
http
I'd like to disabled the HTTP CONNECT method. I don't know the best
way to do that, but I tried this and it's not working:
resin:Forbidden regexp='.*'
resin:IfMethod value=CONNECT/
/resin:Forbidden
The request is passed on and I receive a 200 OK response when I telnet
and test the CONNECT.
1 - 100 of 134 matches
Mail list logo