[Resin-interest] Spring / Struts / Hibernate / CanDi
Hi, We are working to make some structural changes to our existing application. We don't currently use any of the following: 1.)Struts / Spring / Hibernate combination 2.)Spring and Hibernate only 3.)Struts Hibernate only 4.)Resin 4 now has CanDi Before my head explodes..Any suggestions? Joey ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Resin 4.0 multipart request handling
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 automatically. Is this intentional? I was totally celebrating not having to use O'Reilly and championing Resin for its brilliance. But now it appears I have to resurrect all my old logic for handling multipart requests. Please help! Bug or fix? matt ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 4.0 multipart request handling
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 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 automatically. Is this intentional? I was totally celebrating not having to use O'Reilly and championing Resin for its brilliance. But now it appears I have to resurrect all my old logic for handling multipart requests. Please help! Bug or fix? matt ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 4.0 multipart request handling
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? Hi Matthew, Can you make sure to set parameter multipart-form enable=true/ in your WEB-INF/resin-web.xml? web-app xmlns=http://caucho.com/ns/resin; multipart-form enable=true/ /web-app 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 Thanks, Alex 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 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 automatically. Is this intentional? I was totally celebrating not having to use O'Reilly and championing Resin for its brilliance. But now it appears I have to resurrect all my old logic for handling multipart requests. Please help! Bug or fix? matt ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Missing response headers for css files using Quercus
Hi Matt, Try setting your file encoding to UTF-8 (or whatever you intend to use): system-property file.encoding=utf-8/ On Mac, Java's default file encoding is MacRoman, which Firefox doesn't understand. We have a bug open for this here: http://bugs.caucho.com/view.php?id=4180 I'm not exactly sure what to do about it, because clearly Mac intends to use its MacRoman 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. 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 it immediately occurred. matt On Oct 19, 2009, at 11:02 AM, Matt Darling wrote: I'm depoying a yii based php deployment and unless I comment out the following line in the app-default.xml mime-mapping extension=.css mime-type=text/css/ The response headers simply have the following set for the css files: Server Resin/4.0.s091012 Etag +WnwLhhmIYV Date Mon, 19 Oct 2009 17:54:20 GMT This is a problem in Firefox as it wants to accept text/css and it doesn't render the tree correctly. Is this a 4.0 bug or have I missed something obvious. -- -matt ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Missing response headers for css files using Quercus
I noticed the MacRoman charset via Firebug but couldn't find your bug searching google. Thanks for the workaround. matt On 10 Sep 2010, at 18:49, Emil Ong wrote: Hi Matt, Try setting your file encoding to UTF-8 (or whatever you intend to use): system-property file.encoding=utf-8/ On Mac, Java's default file encoding is MacRoman, which Firefox doesn't understand. We have a bug open for this here: http://bugs.caucho.com/view.php?id=4180 I'm not exactly sure what to do about it, because clearly Mac intends to use its MacRoman 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. 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 it immediately occurred. matt On Oct 19, 2009, at 11:02 AM, Matt Darling wrote: I'm depoying a yii based php deployment and unless I comment out the following line in the app-default.xml mime-mapping extension=.css mime-type=text/css/ The response headers simply have the following set for the css files: Server Resin/4.0.s091012 Etag +WnwLhhmIYV Date Mon, 19 Oct 2009 17:54:20 GMT This is a problem in Firefox as it wants to accept text/css and it doesn't render the tree correctly. Is this a 4.0 bug or have I missed something obvious. -- -matt ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest