The simple service example claims to support hessian, burlap, rest, soap, etc.
However, when we try to exercise the example with REST enabled we received
errors. Is REST supported by resin 4.0.7? If so, how can we make the simple
example work? The error indicates that ProtocolServletFactory only
Aaron,
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 --
I am running resin 4.0.7 and I store a user object in the session using
"User_Bean" as a key. Everything works fine most of the time but it seems when
my session expires and I have not logged out, every subsequent call to get this
object returns some HashMap instead of my object or null. Since I
Scott Ferguson wrote:
> Matthew Serrano wrote:
>> I am running resin 4.0.7 and I store a user object in the session using
>> "User_Bean" as a key. Everything works fine most of the time but it seems
>> when my session expires and I have not logged out, every subse
I think I found a way to replicate the issue: I autodeploy my war file (e.g.
copy updated war to webapps and let resin reload it). After a few deployments
this issue will occur so maybe there is some corruption caused by autodeploy?
matt
On Aug 16, 2010, at 9:57 AM, Matthew Serrano wrote
that needs to be addressed?
matt
On Aug 16, 2010, at 11:25 AM, Matthew Serrano wrote:
> I think I found a way to replicate the issue: I autodeploy my war file (e.g.
> copy updated war to webapps and let resin reload it). After a few deployments
> this issue will occur so maybe ther
have been running Resin 4.0.7 behind Apache 2.2. I recently deployed a war
file (abc.war) and Apache gives me a 404: "The requested URL /abc was not found
on this server." My ROOT application mostly works fine except for my WordPress
blog which has the same issue as this abc.war. I explicitly c
orks fine forn any URI starting with abc including /abc , /abc/
> ,/abc/xx.jsp , /abc/d/e/f.jsp
>
> The only difference I can see is that I don't use ResinConfigServer but
> CauchoHost in my httpd.conf.
>
> You can also evaluate the use of LocationMatch in place of Lo
I am having this same issue with Resin 4.0 for normal web applications, not
Quercus. I have only noticed this running Resin on Mac. Is it a bug that is
specific to Mac? Has it been discovered on other platforms?
Also, I didn't seem to have the problem on 4.0.7 but I just upgraded to 4.0.10
and
I have been using Resin 4.0.7 and I discovered that Resin is parsing multipart
requests and putting the parameters into the normal request object (file is
cached to disc and the path is in the request object). Now I upgraded to 4.0.10
and suddenly the multipart request is no longer parsed automa
Oh and I upgraded from Resin 4.0.7 to Resin Pro 4.0.10. Maybe the pro version
can't include some library due to licensing?
On Sep 10, 2010, at 3:51 PM, Matthew Serrano wrote:
> I have been using Resin 4.0.7 and I discovered that Resin is parsing
> multipart requests and putting the
your
> WEB-INF/resin-web.xml?
>
> http://caucho.com/ns/resin";>
>
>
>
> We had to change the default to false for 3.0 spec compliance.
>
> There is also new 3.0 API to deal with multipart/form-data encoded requests.
> http://blog.caucho.com/?p=237
>
an encoding, but Firefox is confused by it.
>
> Best,
> Emil
>
> On Fri, Sep 10, 2010 at 11:30:04AM -0700, Matthew Serrano wrote:
>> I am having this same issue with Resin 4.0 for normal web applications, not
>> Quercus. I have only noticed this running Resin on Mac. I
I seem to have issues using JSTL c:import within Resin 4.0. Below is my code
and the error. Any ideas? Does Resin 4.0 no longer support the import tag?
FYI...my:frame is a custom tag that eventually executes jsp:doBody.
matt
< CODE >
/common/termsAndConditions_en.jsp
;
> Some output.
> --
>
> Then just call: http://localhost/test.jsp
>
> And it will throw your error. It only happens when one c:import calls
> another one.
>
> This behavior is completely fixed in resin-pro-4.0.12 though (and was working
> in resin-4.0.6, so it b
aining imports from 10 to 12, and it's working for me in 12.
>
> I am also doing a c:import on an xml document in the final c:import, so we
> are doing the same thing.
>
> Aaron
>
>
>
> On 10/19/2010 11:30 AM, Matthew Serrano wrote:
>>
>> I just
/or are you willing to test this
behavior?
Key Resin config entries:
...
...
...
...
...
...
...
thanks
matt
___
Matthew Serrano - Director of Engineering
Pearson Knowledge Technologies - Ordinate Corporation
299 S. California Ave
)?
http://caucho.com/ns/resin";
xmlns:resin="urn:java:com.caucho.resin">
...
___________
Matthew Serrano - Director of Engineering
Pearson Knowledge Techn
the first place which works great.
matt
On Dec 2, 2010, at 9:29 AM, Scott Ferguson wrote:
> Matthew Serrano wrote:
>> Below are some snippets from my resin.xml. Inside the ord.weblib
>> directory we have log4j-1.2.14.jar. For every Resin 4 version up
>> through 4.0.12 this se
, 2010, at 9:37 AM, Matthew Serrano wrote:
> That seemed to fix it. Thanks Scott.
>
> I have also noticed placing log4j in the global classpath (e.g. ext-lib)
> causes some strange behavior like only one instance of logger is configured
> and all my apps end up logging with the same
I upgraded from Resin 4.0.10 to 4.0.13 and suddenly my WordPress blog was
broken. WordPress complains that my database was corrupt so I tried creating a
brand new database and WordPress through tons of errors claiming the SQL
statements were bad. I then installed Resin 4.0.12 at which point I co
Yeah Rick...this bit me due to a Boolean object that was being evaluated in a
ternary statement. Not sure this is the only cause but if you can't wait for
18, I suppose you could look for this situation and change it to use a
different approach. For me, I think I went to 4.0.16 which didn't have
I am trying to force all access to a specific web application to be secured
under SSL. The documentation says:
http://caucho.com/ns/resin";
xmlns:resin="urn:java:com.caucho.resin">
...
https://${host.name}";>
...
I have tried this in various forms and it
I have a web application that creates a session for every user who logs in and
also tracks logins/logouts in a database. When the user logs out or when the
session is destroyed (using a SessionListener), I attempt to update the
database with the session destruction time. I experience two problem
I ran into a limit on the number of parameters submitted by a form and found
this:
http://www.caucho.com/resin-4.0/changes/resin-4.0.25.xtp#POSTparameterlimitDOSProtection
I changed my QA server to accept up to 20,000 as a work around to my specific
problem (turns out I am submitting around 15k
I have been getting the error below in my jvm log frequently. Odd thing is that
it is not just a single page throwing the error and the pages that sometimes
throw the error work perfectly fine (e.g. the message is found and displayed in
the resulting HTML). Is this a false warning? Is there some
Rick,
I've been using resin's import ability with 3.0, 3.1 and now 4.0. I had some
issues in 4.0 that required tweaking my namespaces on the imported xml file so
below is an example of my resin.xml and app.xml that I am now using in 4.0.32.
If you are using 3, you might have to change the locat
I share your fear of frameworks so I created my own request handlers using
Resin 4 and a couple of simple classes. Not sure why you specifically want to
handle JSP requests with a servlet so I might be missing something but:
I put all my JSPs under WEB-INF for privatization (WEB-INF/views/*.jsp)
t handles get and post
> transparantly.
>
> Thanks a lot.
> bye
>
> On 21/03/13 19:44, Matthew Serrano wrote:
>> I share your fear of frameworks so I created my own request handlers
>> using Resin 4 and a couple of simple classes. Not sure why you
>> specificall
29 matches
Mail list logo