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: > 23: userUpdates > 24: > 25: > 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 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 : 8 20 30s 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? 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" > ... Thanks, Scott On Mon, Apr 13, 2009 at 1:19 PM, Scott Ferguson 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 > > > 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" >> > > > > ... > > Thanks, > Scott > On Mon, Apr 13, 2009 at 1:19 PM, Scott Ferguson > 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 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