Re: [Resin-interest] Custom datasource implementation
Hi Scott, Thanks for the pointer. I managed to get it to work, more or less, using the new way: -- leaf:ConnectionPoolDataSource ... /leaf:ConnectionPoolDataSource -- and the old bean way: -- bean name=MyPool typeorg.leaf.ConnectionPoolDataSource/type jndi-namejava:comp/env/jdbc/MyPool/jndi-name init ... /init /bean -- However, I find it more flexible to use the old bean way as it allows me to publish it to JNDI, so the old JNDI-based applications don't have to rewritten, and it allows me more easily to instantiate different resources and assign them different names (If I understoon correctly, I have to create a new @Qualified annotation for each name with the new Resin 4.0's way). Am I missing something? I like much better the old way :). D. S'està citant Scott Ferguson f...@caucho.com: Daniel López wrote: 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 database tag, which does not seem to have an attribute to specify an implementation class for the DataSource. Is it possible at all? You'd treat it as a generic bean. In Resin 4.0.x, it would be the c3p0:DataSourceImpl xmlns:c3p0=... ... /c3p0:DataSourceImpl The database tag wouldn't make sense, because it's integrated with Resin's JCA/pooling code, which is what you're trying to replace. -- Scott D. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] PermGen problems installing Confluence
Doh! :) I'm sorry, I thought you meant 256m heap. Yes, 256m PermGen should be more than enough, unless it has turned into a memory hog in the last version. Have you checked, with JConsole for example, that the setting is really being taken into account? Just to discard if it is a configuration or runtime issue. S! D. S'està citant Rick Mann rm...@latencyzero.com: But you just said you're running it using 192m. Did I miss something? I only have Confluence (so far), and a handful of other webapps. On Mar 29, 2010, at 05:11:21, Daniel López wrote: I thought I had read it somewhere but I have not been able to find it in the current documentation, so it could be an empiric measure, but in any case I'm pretty sure 256m was not enough, at least for JIRA+confluence in the same container instance. S! D. Rick Mann escribió: Thanks 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 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 that. The node where we are running a JIRA Confluence instance has these settings inside resin.xml (Resin 3.1.5 and Confluence 2.8.1 though): jvm-arg-server/jvm-arg jvm-arg-XX:PermSize=128m/jvm-arg jvm-arg-XX:MaxPermSize=192m/jvm-arg jvm-arg-Xmx512m/jvm-arg jvm-arg-Xms512m/jvm-arg jvm-arg-Xss1m/jvm-arg jvm-arg-Djavax.xml.parsers.DocumentBuilderFactory=org.apache.xerces.jaxp.DocumentBuilderFactoryImpl/jvm-arg jvm-arg-Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactoryImpl/jvm-arg S! D. Rick Mann escribió: I'm trying to install Confluence 3.2 on my Resin-4.0.5 setup, and it seems to go well until the step where it builds the database. Then it gets PermGen out of memory errors. I'm installing the expanded WAR, using a JDBC datasource against a MySQL database (everything else runs like this). I also tried increasing the MaxPermGen to 256 m. No luck. Any ideas? Has anyone gotten this to work? ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin: configuration for a jms client]
Well, good to know. I'll stick to our current solution until we can move to the 4.X branch. Thanks for the info. D. S'està citant Scott Ferguson f...@caucho.com: Daniel López wrote: 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. :) Because the 4.0 version is an entire rewrite (to match our new clustering model), I think we'd rather have new Resin JMS users on the 4.0 and not the 3.1 branch. If you're on the 3.1 branch and evaluating it, you might look at a different solution because it would be more difficult to support 3.1 JMS (and any bugs/suggestions wouldn't help 4.0.) -- Scott ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] resin-admin, one watchdog with different config files
S'està citant Scott Ferguson f...@caucho.com: Daniel López wrote: 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 instances share the Watchdog process but each of them uses a different configuration file, as we don't want all the instances and applications to be restarted each time we modify the configuration. If I understood correctly the documentation, the Watchdog process is able to monitor all applications when using Resin Pro and if they are all in the same cluster. Does that imply ONE configuration file? Yes you can. The different applications would be in different cluster blocks, if I understand your requirements. Since servers in a Resin cluster always have identical content, you need separate cluster blocks for each application. Correct, I just have different instances to separate groups of applications so I can update/start/stop one group independent of the others. They are not really part of what one usually understands by a cluster. In that case, if I edit this unique file, is Resin smart enough to restart just the instance/server that was affected by changes? Not right now. It may be possible for us to add that capability in the future. Ok. I'll keep them in separate instances at the moment, as being able to touch the instance configuration independently of one another is more important than having them in a single resin-admin instance. S! ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] url rewriting / search engine friendly
And why is it that a servlet filter is outside the application? I consider it to be part of the application; it is simply a matter that those services are not provided directly by the framework used to implement the logic. Otherwise each framework would have to provide that capability. I have seen both approaches (Cocoon uses the later approach) and both have their strong/weak points. In any case, I don't think there's a good answer and a bad one. S! D. S'està citant Riccardo Cohen r...@architectedulogiciel.fr: I understand your point of view : separate url management and application logic. It seems a good practice. In the same time this probably comes from the idea that search engine friendly urls are added to the application, which basically does not need it. On one hand it is true. The url /user/name is an alias of /servlet?command=showuserid=1354 in a functionnal point of view. On the other hand, you may think of the SEF url as a request by itself, and the controller is in charge of handling requests, of any syntax. So if my controller parses the url /servlet?command=showuserid=1354, why couldn't it parse the url /user/name instead directly ? This removes from the application one level of control and complexity . Am-I right ? Wesley Wu wrote: Not recommended. I think filter should handle this, which is not relative to business logic. 2009/10/30 Riccardo Cohen r...@architectedulogiciel.fr mailto:r...@architectedulogiciel.fr Thanks Wesley I'll try to use filter. Now in term of performance, isn't it better to integrate the url processing directly into the controller servlet ? Wesley Wu wrote: You may use http://tuckey.org/urlrewrite/ UrlRewriteFilter. I wrote a similar filter doing the same thing which loads rewrite config from database. 2009/10/30 Riccardo Cohen r...@architectedulogiciel.fr mailto:r...@architectedulogiciel.fr mailto:r...@architectedulogiciel.fr mailto:r...@architectedulogiciel.fr Hello I didn't have yet the opportunity to work with search engine friendly urls with resin (I did it with apache/php). I suppose that there must be a set of servlet-mapping and rewrite-dispatch in conf and some url-dedicated servlets in the application. I wonder if there is any kind of good practice with resin configuration to build SEF web sites. In the wiki I found rewrite rules for php CMS, but not for java apps. (I use resin 3,2,0) Thanks a lot. -- Riccardo Cohen Architecte du Logiciel http://www.architectedulogiciel.fr +33 (0)6.09.83.64.49 Membre du réseau http://www.reflexe-conseil-centre.org ___ resin-interest mailing list resin-interest@caucho.com mailto:resin-interest@caucho.com mailto:resin-interest@caucho.com mailto:resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com mailto:resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest -- Riccardo Cohen Architecte du Logiciel http://www.architectedulogiciel.fr +33 (0)6.09.83.64.49 Membre du réseau http://www.reflexe-conseil-centre.org ___ resin-interest mailing list resin-interest@caucho.com mailto: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 -- Riccardo Cohen Architecte du Logiciel http://www.architectedulogiciel.fr +33 (0)6.09.83.64.49 Membre du réseau http://www.reflexe-conseil-centre.org ___ 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] Noob question: Do I have to restart?
Hi, Be aware though, that hot redeployment requires all the libraries/classes that reside in WEB-INF to behave correctly, otherwise they are not recicled and end up consuming all the non-Heap memory and causing an OOM. And there are tons of libraries out there that do not behave properly, even some of the most popular ones. So, even though convenient, it is not something I would rely on much, unfortunately. Oh, and there is an attribute in resin.conf (or resin.xml) to control the interval to check for changes in the context-senstive files, so you can configure it so Resin is not checking all the time in production if some files have changed. On a related note, I think that I've seen Resin close the application and restart it before the next page is requested, even though I don't remember if that was with previous versions of Resin or depended on some time out. Could some one from Resin clarify this point? S! D. PS: S! = Salute!, so it's not my name :) S'està citant Rom Sok romsok.re...@gmail.com: Thanks On Tue, Sep 22, 2009 at 12:10 PM, Jeff Schnitzer j...@infohazard.orgwrote: Hot deployment works fine for me out of the box, but note that Resin doesn't immediately reload the webapp when web.xml or the war changes. You have to actually request a page, then the app will reload. If you change JSP files they are picked up immediately, no reload necessary. Jeff On Tue, Sep 22, 2009 at 7:23 AM, Rom Sok romsok.re...@gmail.com wrote: Hi, Sorry about the newbie question, do I have to restart Resin every time I drop a new version of some file into the deployment directory? like say web.xml? Is there a way to just reload the app without doing the whole Stop - Quit - httpd.exe all over again? Also, is that what is called hot deployment? Or is there another term for redeploying an app without starting the server? Thanks, ___ 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
