Re: [Resin-interest] Eclipse Plugin
Hi, I use eclipse europa (3.3.2) for the source (java flex), but cannot debug with it (I launch resin from console). The plugin never worked for me. (I'm on macosx) Scott Hernandez wrote: I noticed there is an eclipse plugin in the svn tree (artifacts/eclipse) that has seen some recent checkins. The build instructions seem pretty straight forward and end with directions to post the update-site at http://caucho.com/eclipse. When I point the eclipse updates to that address there is nothing. Is this something I can build from source? Will it be hosted there sometime soon? Is the plugin in usable form? Oh, and what do people use for an IDE btw? Thanks in advance, Scott ___ 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 ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Class-loader problem?
On Apr 12, 2009, at 6:27 PM, Scott Hernandez wrote: (working against 03/18/09 snapshot of resin) It seems like there is a class-loader problem in my definition for my Queue (and I expect any global bean with an annotation class from the webapp). The first time through everything seems to work just fine, but in subsequent updates (webapp reloads) this error comes up. If I l start resin up with the app deployed, or deploy the app with it not existing yet, then things load fine. But once I have touched the resin-web.xml (or made any change causing the webapp to stop-start) of the deployed webapp then this error comes up. WEB-INF/resin-web.xml:24: java.lang.IllegalArgumentException: interface resinscratchspace.annotations.UserUpdate is not visible from class loader This is a regression issue that should be fixed in the next snapshot. The exception is from the java.util.reflect.Proxy class. -- Scott 22: jms:MemoryQueue 23: NameduserUpdates/Named 24: rssa:UserUpdate / 25: /jms:MemoryQueue 26: The rssa namespace is set in the resin-xml file as a package in the classes directory of the webapp. Do these annotations need to be in the resin-dir/lib or someplace global? Thanks in advance, Scott ___ 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] Eclipse Plugin
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 2) Arguments (tab) Program arguments: -conf /path-to-configuration/resin.xml VM arguments: -Xmx96m -Djava.util.logging.manager=com.caucho.log.LogManagerImpl -Dresin.home=/path-to-resin/resin-pro-3.0.22 3) Classpath (tab) Highlight Bootstrap Entries and click Add External JARs ... Add all of the jars under: /path-to-resin/resin-pro-3.0.22/lib/*.jar I think that's all the steps. Once you do that you should have Resin running under Eclipse. If you have a Java project, you will want to probably add it on the Main tab, and add any dependencies to your Java code by right-clicking on your Java project, selecting Build Path -- Configure Build Path and then Add external JARs for each dependency so that it all compiles properly. Aaron I noticed there is an eclipse plugin in the svn tree (artifacts/eclipse) that has seen some recent checkins. The build instructions seem pretty straight forward and end with directions to post the update-site at http://caucho.com/eclipse. When I point the eclipse updates to that address there is nothing. Is this something I can build from source? Will it be hosted there sometime soon? Is the plugin in usable form? Oh, and what do people use for an IDE btw? Thanks in advance, Scott ___ 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] Eclipse Plugin
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. Emil On Sun, Apr 12, 2009 at 09:42:24PM -0700, Scott Hernandez wrote: I noticed there is an eclipse plugin in the svn tree (artifacts/eclipse) that has seen some recent checkins. The build instructions seem pretty straight forward and end with directions to post the update-site at http://caucho.com/eclipse. When I point the eclipse updates to that address there is nothing. Is this something I can build from source? Will it be hosted there sometime soon? Is the plugin in usable form? Oh, and what do people use for an IDE btw? Thanks in advance, Scott ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:e...@caucho.com http://blog.caucho.com/ Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Java CanDI: contexts and dependency injection ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Eclipse Plugin
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. Emil On Sun, Apr 12, 2009 at 09:42:24PM -0700, Scott Hernandez wrote: I noticed there is an eclipse plugin in the svn tree (artifacts/eclipse) that has seen some recent checkins. The build instructions seem pretty straight forward and end with directions to post the update-site at http://caucho.com/eclipse. When I point the eclipse updates to that address there is nothing. Is this something I can build from source? Will it be hosted there sometime soon? Is the plugin in usable form? Oh, and what do people use for an IDE btw? Thanks in advance, Scott ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:e...@caucho.com http://blog.caucho.com/ Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Java CanDI: contexts and dependency injection ___ 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] Eclipse Plugin
Hi Aaron, The plugin is built on the WST/JST (Java webtools) framework, so you get all the goodies that come with that. It also provides 3 different deployment mechanisms: 1) .war based 2) in place 3) new Resin 4.0 remote deploy Suggestions for other features are always welcome. Thanks, Emil On Mon, Apr 13, 2009 at 12:20:46PM -0500, Aaron Freeman wrote: 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. Emil On Sun, Apr 12, 2009 at 09:42:24PM -0700, Scott Hernandez wrote: I noticed there is an eclipse plugin in the svn tree (artifacts/eclipse) that has seen some recent checkins. The build instructions seem pretty straight forward and end with directions to post the update-site at http://caucho.com/eclipse. When I point the eclipse updates to that address there is nothing. Is this something I can build from source? Will it be hosted there sometime soon? Is the plugin in usable form? Oh, and what do people use for an IDE btw? Thanks in advance, Scott ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:e...@caucho.com http://blog.caucho.com/ Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Java CanDI: contexts and dependency injection ___ 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 Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:e...@caucho.com http://blog.caucho.com/ Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Java CanDI: contexts and dependency injection ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Eclipse Plugin
Hi all, Looking at the source (and trying it out from my own build) it seems like it integrates into eclipse's wst tools. This means you can build a dynamic web application and resin X.x (3.x/4.0 hot deploy/in-place) runtime (in eclipse) that can be deployed/run/debug/profiles within eclipse. The resin runtime objects (using wst and the eclipse framework) mean that you don't need to setup launch/debug/etc configurations using general java app settings (like class/classpath/jvmargs) and can just use the ones defined for resin X.x. Oh, and I think this also means you can target one of these runtimes without having to manually setup the libs/deps. I'm not sure if there is much more in there; that is all I saw when playing with it. There were no project or class helpers that I saw, but that would be nice too. Being able to create resin Resin Project,Resource, Persistence (JPA), Entity, Service, Queue, and so on would be great. Also, having completion and validation help with the resin.xml/resin-web.xml/beans.xml files would be great. It nice to know when you have a configuration/code errors before you try to deploy. On Mon, Apr 13, 2009 at 10:20 AM, Aaron Freeman aaron.free...@layerz.com wrote: 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. Emil On Sun, Apr 12, 2009 at 09:42:24PM -0700, Scott Hernandez wrote: I noticed there is an eclipse plugin in the svn tree (artifacts/eclipse) that has seen some recent checkins. The build instructions seem pretty straight forward and end with directions to post the update-site at http://caucho.com/eclipse. When I point the eclipse updates to that address there is nothing. Is this something I can build from source? Will it be hosted there sometime soon? Is the plugin in usable form? Oh, and what do people use for an IDE btw? Thanks in advance, Scott ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Working from svn (Resin 4)
To Caucho Devs, In an effort to get some of my problems diagnosed from the old snapshot I was using(3/18) I delved into the svn trunk. It seems like the snapshots (although listed as 03/04/09 in the download page) are actually nightly snapshots. This leads me to believe that going straight to trunk might be the best idea. Well, maybe it wasn't. Is it a good idea to work from svn trunk? I know that depends on how close to the edge you want to be but what is your philosophy of the state of trunk on each checkin? Is it considered working at all times? Should I expect things to be broken most of the time until a blessed build comes out? I noticed that the Named annotations no longer works in my queue def. against trunk. I'm not sure if this is a design decision (and will be updated with changes to come; including docs), or a bug. I don't want to cause any more confusion, or problems but I'm excited about getting things working and I keep running into issue that may be within resin, or at least with my understanding. I want to work as close to the front-lines as I can while still being a little safe. I'm happy to make tests for all the things I need in my applications so that I can run automated tests and stop asking questions which might better be answered with source. Is there a test framework for resin that I can hook into? Thanks in advance, Scott ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] pool overflow when 200 users
Hi
Today I've used Apache's JMeter to stress my server and looked what's
happening. (I'm on a virtual server)
With 50 users x 100 requests, it slows down but behaves nicely.
With 200 users x 20 requests (with a ramp-up period of 600sec) I have a
strange behaviour : after all threads finished (well some didn't do all
requests), the cpu came back to calm (0%)
It looks like the application works like before. But every time I go
back to the server, the first request is very very slow. After about 10
seconds, the page appears and I can see in the info log :
[18:59:48.663] {http-my1-80-101} ConnectionPool[mp_db_pool] pool overflow
After that, the navigation works fine. I understand that my database
pool is not configured correctly, this is the config :
prepared-statement-cache-size8/prepared-statement-cache-size
max-connections20/max-connections
max-idle-time30s/max-idle-time
But I don't know what values to set, should I use max-overflow-
connections, max-pool-time, etc ? and should this related to values set
in thread-max ?
(I use mysql on linux)
Any advice would be greatly appreciated.
Thanks.
--
Riccardo Cohen
Architecte du Logiciel
http://www.architectedulogiciel.fr
+33 (0)6.09.83.64.49
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Namespace files (in META-INF)
Hi all, I was looking through the source of resin and noticed the namespace files in META-INF/caucho. Is there a place to read up on the placement, and format of these files? I would guess, without seeing it described other than in the resin module, that it goes something like this: The class loader looks for any *.namespace files and loads them. Then those defined namespaces can be used anywhere there is an xml def for JSR299 beans. Is this right? Thanks in advance Scott ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Namespace files (in META-INF)
On Apr 13, 2009, at 1:14 PM, Scott Hernandez wrote: Hi all, I was looking through the source of resin and noticed the namespace files in META-INF/caucho. Is there a place to read up on the placement, and format of these files? These are essentially obsolete. Although Resin has been using an IoC/ DI style for its configuration since 3.0, there wasn't a standard to follow, so we needed to invent our own extension capabilities. Going forward, JSR-299 should be the way to go, and the META-INF/ caucho should be treated as backward-compatibility configuration. -- Scott I would guess, without seeing it described other than in the resin module, that it goes something like this: The class loader looks for any *.namespace files and loads them. Then those defined namespaces can be used anywhere there is an xml def for JSR299 beans. Is this right? Thanks in advance Scott ___ 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] Namespace files (in META-INF)
Is there a way in the jsr299 way of things to include namespaces in your package to shorten the need for explicitly listing them in the web/web-resin/beans.xml files? For example, if I want to use X (10) ns prefixes in web-resin.xml do I have to include them explicitly? web-app xmlns=http://caucho.com/ns/resin; xmlns:r=urn:java:com.caucho.resin xmlns:rcfg=urn:java:com.caucho.config xmlns:jms=urn:java:com.caucho.jms xmlns:ejb=urn:java:com.caucho.ejb xmlns:adm=urn:java:org.subethamail.core.admin xmlns:util=urn:java:org.subethamail.core.util xmlns:sec=urn:java:org.subethamail.web.security xmlns:queue=urn:java:org.subethamail.core.queue sec:ResinLogin/ util:SubEthaAuthenticator/ ... Thanks, Scott On Mon, Apr 13, 2009 at 1:19 PM, Scott Ferguson f...@caucho.com wrote: On Apr 13, 2009, at 1:14 PM, Scott Hernandez wrote: Hi all, I was looking through the source of resin and noticed the namespace files in META-INF/caucho. Is there a place to read up on the placement, and format of these files? These are essentially obsolete. Although Resin has been using an IoC/ DI style for its configuration since 3.0, there wasn't a standard to follow, so we needed to invent our own extension capabilities. Going forward, JSR-299 should be the way to go, and the META-INF/ caucho should be treated as backward-compatibility configuration. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Namespace files (in META-INF)
On Apr 13, 2009, at 1:44 PM, Scott Hernandez wrote: Is there a way in the jsr299 way of things to include namespaces in your package to shorten the need for explicitly listing them in the web/web-resin/beans.xml files? For example, if I want to use X (10) ns prefixes in web-resin.xml do I have to include them explicitly? Yes to the first (no the the second). The current filename is namespace (possibly subject to change in the next draft) and it's in the package directly, e.g. com/caucho/resin/namespace (not in META- INF). The current Resin one looks like: com.caucho.admin com.caucho.config com.caucho.jms com.caucho.protocols com.caucho.resources com.caucho.rewrite com.caucho.security i.e. each alias package is listed on a new line. -- Scott web-app xmlns=http://caucho.com/ns/resin; xmlns:r=urn:java:com.caucho.resin xmlns:rcfg=urn:java:com.caucho.config xmlns:jms=urn:java:com.caucho.jms xmlns:ejb=urn:java:com.caucho.ejb xmlns:adm=urn:java:org.subethamail.core.admin xmlns:util=urn:java:org.subethamail.core.util xmlns:sec=urn:java:org.subethamail.web.security xmlns:queue=urn:java:org.subethamail.core.queue sec:ResinLogin/ util:SubEthaAuthenticator/ ... Thanks, Scott On Mon, Apr 13, 2009 at 1:19 PM, Scott Ferguson f...@caucho.com wrote: On Apr 13, 2009, at 1:14 PM, Scott Hernandez wrote: Hi all, I was looking through the source of resin and noticed the namespace files in META-INF/caucho. Is there a place to read up on the placement, and format of these files? These are essentially obsolete. Although Resin has been using an IoC/ DI style for its configuration since 3.0, there wasn't a standard to follow, so we needed to invent our own extension capabilities. Going forward, JSR-299 should be the way to go, and the META-INF/ caucho should be treated as backward-compatibility configuration. ___ 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] Working from svn (Resin 4)
On Apr 13, 2009, at 10:50 AM, Scott Hernandez wrote: To Caucho Devs, In an effort to get some of my problems diagnosed from the old snapshot I was using(3/18) I delved into the svn trunk. It seems like the snapshots (although listed as 03/04/09 in the download page) are actually nightly snapshots. This leads me to believe that going straight to trunk might be the best idea. Well, maybe it wasn't. Generally, the svn trunk is not a good idea, because we often make fairly large changes that take several days to clean the regressions. Is it a good idea to work from svn trunk? I know that depends on how close to the edge you want to be but what is your philosophy of the state of trunk on each checkin? Is it considered working at all times? Should I expect things to be broken most of the time until a blessed build comes out? It's supposed to compile :) I noticed that the Named annotations no longer works in my queue def. against trunk. I'm not sure if this is a design decision (and will be updated with changes to come; including docs), or a bug. That's a bug. In the resin-web.xml and resin.xml, the Resin namespace (http://caucho.com/ns/resin) implicitly imports java:urn:ee, which contains javax.annotation.Named. But there's a special bit of code to handle the Resin alias; it's not a general capability. I don't want to cause any more confusion, or problems but I'm excited about getting things working and I keep running into issue that may be within resin, or at least with my understanding. I want to work as close to the front-lines as I can while still being a little safe. Snapshots are generally better. Since we're getting closer to 4.0, they should be more frequently updated. I'm happy to make tests for all the things I need in my applications so that I can run automated tests and stop asking questions which might better be answered with source. Is there a test framework for resin that I can hook into? Not a public one. Our tests are essentially organized around .war files, so a war duplicating a problem is really the perfect test. Although, a short code snip showing the problem is even better if it's simple. -- Scott Thanks in advance, Scott ___ 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] Working from svn (Resin 4)
Okay, I will endeaver to work against the snapshots. Are the snapshots regression free then? On Mon, Apr 13, 2009 at 2:56 PM, Scott Ferguson f...@caucho.com wrote: On Apr 13, 2009, at 10:50 AM, Scott Hernandez wrote: To Caucho Devs, In an effort to get some of my problems diagnosed from the old snapshot I was using(3/18) I delved into the svn trunk. It seems like the snapshots (although listed as 03/04/09 in the download page) are actually nightly snapshots. This leads me to believe that going straight to trunk might be the best idea. Well, maybe it wasn't. Generally, the svn trunk is not a good idea, because we often make fairly large changes that take several days to clean the regressions. [snip] ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Anyone using Terracotta with Resin 3.2.x?
Hi, Has anyone used Terracotta with Resin 3.2.x? In particular I'm wanting to use it to scale out a lot of EHCache caches and some other POJOs. I know there is the one page on the wiki, but it references 3.1. Thanks, Jonathan ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
