Re: [Resin-interest] 4.0.27 Pro, Ubuntu, mod-caucho - disable php handling for all but selected sites
On 06/05/2012 21:20, Nikolaj wrote: I would think you should look at your apache conf. First the request will go through Apache, which has to decide which handler will get the request. Ummm... thanks but there's a bigger problem here - as I recall, Apache still serves the *.html, *.jpg etc from the sites whereas quercus handles the *.php. So how does apache know example.com/foo.jpg is actually on the disk under /www/quercus/example.com/foo.jpg unless it's aware of the resin config? This is how httpd.conf looks: LoadModule caucho_module /usr/lib/apache2/modules/mod_caucho.so ResinConfigServer localhost 6800 CauchoConfigCacheDirectory /tmp CauchoStatus yes I have to comment all those out in order to get the sites served by regular php. On Sat, May 5, 2012 at 10:34 PM, Stargazer starga...@blueyonder.co.uk mailto:starga...@blueyonder.co.uk wrote: I just installed resin to a server with 100 php apps (your typical mix of drupal etc) intending for just a few to use Quercus as a test, then move the rest over in a managed way. What I find is all sites now fail as resin as hijacked the *.php extension. Its pretty much a default installation, all I did was attempt to fix this with commenting out the *.php servlet-mapping in app-default.xml but it had no effect. What have I missed please? ___ 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 ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Moved from 4.0.23 Pro to 4.0.27 Pro, now 2 servers clash listening to *:8080
On 01/05/2012 17:15, Scott Ferguson wrote: On 05/01/2012 02:17 AM, Stargazer wrote: On 29/04/2012 11:44, Stargazer wrote: Using Ubuntu 64bit with mod_caucho behind Apache. The 4.0.23 config Here's the same question put a much simpler way - its answer will give me a clue. I just installed a fresh copy of Resin Pro 4.0.27 and started it with no changes to any config files. The machine its on has the IP 1.2.3.4. The start up log shows http listening to *:8080. What config change do I need to make to get that to read http listening to 1.2.3.4:8080 please? You'll need to modify the cluster-default.xml. Look for thehttp. I'll update it to add a http_address for the resin.properties for the ext release. Thanks. Is there a way to specify a different cluster-default.xml per resin instance the way described in the root, or should I just wait for the next version where I can see this will be easy now? -- Carl ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Moved from 4.0.23 Pro to 4.0.27 Pro, now 2 servers clash listening to *:8080
Using Ubuntu 64bit with mod_caucho behind Apache. The 4.0.23 config handled a simple 2 cluster + single server in each setup (servers a and b), which were started separately using resin.sh start -server a -conf/resin/conf/resin-a.xml and the same for server b. There are dedicated IP's for each, so the 4.0.23 config looked like this: resin-a.xml cluster id=cluster-a server-default !-- The http port -- http address=1.example.com port=8080/ resin-b.xml cluster id=cluster-b server-default !-- The http port -- http address=2.example.com port=8080/ I see when each resin instance starts the line http listening to x.example.com:8080 appears in the 4.0.23 start up log, correctly applicable to each IP. I set up the 4.0.27 config as closely as I could to this and get the conflict message on whichever starts the second - the first having hogged *:8080. I also see the line http listening to *:8080 in each instances start up log, I'm sure this is the real cause but I just couldn't find where to control that IP in the new config. I did see the port change when I made local copies of the properties files and used them, ie. resin-x.properties with the http: entry, but nothing I did to either the web_servers or app_servers entries there affected the IP. Using the above 2 http entries in the new config files also made no difference. What am I missing please? ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Tried Pro 4.0.25 - had to revert back to Pro 4.0.23 due to not a valid cluster IP
Just doing the +1 thing ... this open bug stopped us dead as we're in the same situation: http://bugs.caucho.com/bug_view_advanced_page.php?bug_id=4941 Unless there were config changes required - I didn't make any, so if there are I'd like to know please. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 4.0.24 configuration notes
I hope so. Since it's new, this is a great time for feedback For the first time, Resin 4.0.24 doesn't work out of the box when added to Eclipse as a new server. I go through this process pain free for each new release, but now immediately see the message 'default' is an unknown server in the configuration file and the server doesn't start. To recreate, use Servers | New | Server | Resin 4.0 | (Create runtime specifying the new Resin home) | Next | Finish (add apps as necessary) | try to start the server. In fact the 4.0.23 server is still present which I'm sticking with for now. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 4.0.24 configuration notes
On 22-Nov-2011 09:43, Aaron Freeman wrote: I hope so. Since it's new, this is a great time for feedback For the first time, Resin 4.0.24 doesn't work out of the box when added to Eclipse as a new server. I go through this process pain free for each new release, but now immediately see the message 'default' is an unknown server in the configuration file and the server doesn't start. To recreate, use Servers | New | Server | Resin 4.0 | (Create runtime specifying the new Resin home) | Next | Finish (add apps as necessary) | try to start the server. In fact the 4.0.23 server is still present which I'm sticking with for now. I had a similar issue with 4.0.23 (though it was my fault), and by switching out: -conf ${resin.configuration.file} with: -conf /path/to/resin.xml it went away. I have always set that explicitly though and have never tried to figure out how ${resin.configuration.file} gets set. Not sure that helps much, but thought I would throw it out there as something to try. Thanks. Still not right - the path was fully qualified anyway - but on a hunch I copied the 4 files from the 4.0.23-config (admin-users.xml, app-default.xml, resin.xml and health.xml) over the new ones and resin started. Theres something wrong in the newly generated config files themselves. I notice health.xml doesn't appear in the new set. Aaron ___ 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] Using Google id's with Resin
On 25-Sep-2011 18:55, Jeff Schnitzer wrote: How are you getting the person's real name out of GAE's UserService? I don't see that. Maybe this is just something you get with Android auth? The short answer is to use OpenID (and OAuth to get permission on extra fields). But there is a problem with this - if you have a database full of google ids (not openids) there's no way to migrate. You can switch GAE to federated login and you'll get both the google id and openid, which will let you start populating your database when people log in, but to go full openid you'll have to do email matching with the accounts that haven't set their openid. Messy. Hi Jeff list! Thanks. This is something I have to do now. I was hoping for some example I can use, in our case there is nothing legacy at all, its an empty db. All I want is for users to visit the site, see one of those popup boxes you see where it asks you to login with Google, get authenticated and continue back to my Resin site as if they are logged into Google. I don't need any of the extra fields mentioned earlier - just the fact they are have a legit Google acc. I read up on federated login and think that's it, Scott also mentioned a future Resin release would include this but I'm hoping for something quick now please. Thanks -- Carl Jeff On Sun, Sep 25, 2011 at 9:45 AM, Stargazerstarga...@blueyonder.co.uk wrote: We have a Resin powered JEE app and are expanding it to work with Android. One of the cool things on Android is you know the user is logged into a Google account. With the Google App Engine, you can do more that just authenticate since they provide all the back end service data. For example, if I created a simple App Engine app which asked for the Google id and password, I could then say Hi John having pulled John as the real username, rather than the email address. So to expand we can either (gulp) lose Resin and move entirely to the App Engine, which I really don't want to do, or replicate the authentication system Google uses, as in the simple example above, to do it on Resin (which is what I prefer). In other words I want to authenticate a valid Google user using Resin but never see the password. I see this issue as becoming more and more common, for example Google just opened the API for Google+, and a great use case for us is to be able to access a users circles from server side java. So as usual its over to you smarts on this list for ideas, or suggestions such as if I should be looking at some OpenId or whatever based system I can roll in ;-) Sincere 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
[Resin-interest] Using Google id's with Resin
We have a Resin powered JEE app and are expanding it to work with Android. One of the cool things on Android is you know the user is logged into a Google account. With the Google App Engine, you can do more that just authenticate since they provide all the back end service data. For example, if I created a simple App Engine app which asked for the Google id and password, I could then say Hi John having pulled John as the real username, rather than the email address. So to expand we can either (gulp) lose Resin and move entirely to the App Engine, which I really don't want to do, or replicate the authentication system Google uses, as in the simple example above, to do it on Resin (which is what I prefer). In other words I want to authenticate a valid Google user using Resin but never see the password. I see this issue as becoming more and more common, for example Google just opened the API for Google+, and a great use case for us is to be able to access a users circles from server side java. So as usual its over to you smarts on this list for ideas, or suggestions such as if I should be looking at some OpenId or whatever based system I can roll in ;-) Sincere thanks... ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Using Google id's with Resin
On 25-Sep-2011 18:55, Jeff Schnitzer wrote: How are you getting the person's real name out of GAE's UserService? I don't see that. Maybe this is just something you get with Android auth? Could be, though where I got that from stongly suggests just being authed in a GAE app gives it to you: http://www.youtube.com/watch?v=M7SxNNC429U (From 13 min onwards) The short answer is to use OpenID (and OAuth to get permission on extra fields). But there is a problem with this - if you have a database full of google ids (not openids) there's no way to migrate. You can switch GAE to federated login and you'll get both the google id and openid, which will let you start populating your database when people log in, but to go full openid you'll have to do email matching with the accounts that haven't set their openid. Messy. Jeff On Sun, Sep 25, 2011 at 9:45 AM, Stargazerstarga...@blueyonder.co.uk wrote: We have a Resin powered JEE app and are expanding it to work with Android. One of the cool things on Android is you know the user is logged into a Google account. With the Google App Engine, you can do more that just authenticate since they provide all the back end service data. For example, if I created a simple App Engine app which asked for the Google id and password, I could then say Hi John having pulled John as the real username, rather than the email address. So to expand we can either (gulp) lose Resin and move entirely to the App Engine, which I really don't want to do, or replicate the authentication system Google uses, as in the simple example above, to do it on Resin (which is what I prefer). In other words I want to authenticate a valid Google user using Resin but never see the password. I see this issue as becoming more and more common, for example Google just opened the API for Google+, and a great use case for us is to be able to access a users circles from server side java. So as usual its over to you smarts on this list for ideas, or suggestions such as if I should be looking at some OpenId or whatever based system I can roll in ;-) Sincere 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
Re: [Resin-interest] Quick favour - show how to send mail using resins mail
On 24-Jul-2011 20:40, Olaf Krische wrote: As the document says there, a javax.mail.Session object is being stored in the jndi tree. So you fetch it from there and use it. And when you have it, you can create your mail objects and send them over a transport. See also http://javamail.kenai.com/nonav/javadocs/ Great, thanks! ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Moving from Hibernate - which JPA?
Apologies for the basic nature of this question, but I am starting a new project and want the best ( most future proof) toolset I can get. So clearly I start with Resin (;-)) but I now find myself lost in a sea of competing JPA offerings, and I don't know much about them. I can only relate back to a project I did with Resin about a year ago in which I wired in Hibernate since I was familiar with it for other assignments. Now I'm starting fresh I see I could use it again - at least I'll be on familiar ground. The front end is GWT and I am particularly drawn to the new RequestFactory system since it's designed for JPA (http://code.google.com/webtoolkit/doc/latest/DevGuideRequestFactory.html). Whilst researching JPA systems I saw Eclipselink, which comes in the /lib folder with Resin 4.0.14. But is that how Resin implements JPA or is there a native way for which no external systems are needed? Googling Resin JPA throws up links to Amber - but these seem a couple years old now at aimed at Resin 3.1. My gut says Eclipselink will be well supported - how widespread is it in the field? And generally, does GWT + Eclipselink under Resin sound a good idea? Thanks... ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Anything change regarding mod_caucho from 4.0.5 to 4.0.6/4.0.7?
On 21-Jun-2010 22:16, Alex wrote: I noticed similar behavior and fixed it by removing the resin root webapp. Maybe handling of the root webapp changed in 4.0.6 Regards, Peter On Sun, 30 May 2010 22:28 +0100, Stargazer starga...@blueyonder.co.uk wrote: We run an Apache + resin config on RH Linux and its been stable for the past few releases. Right now we're on 4.0.5. When I went through the usual upgrade process on 4.0.5 - 4.0.6 I found resin started taking over all the Apache sites, in other words the usual split between about half being served by resin and half by apache stopped - the resin ones were fine, whereas the Apache ones gave 404's. Sargazer, Can you post your resin configuration, related file structure, your request and expected result. Thanks, Alex Gulp. I only just saw this and feel guilty so must respond. It's fixed - probably by virtue of everything being different. It's now Ubuntu and Resin Pro 3.0.14. Sorry, I'll pay more attention in future. ___ 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] Access server id param within resin.xml
When a server is started with the command line option -server foo how can I access the variable holding foo within resin.xml? I want to use it to define a set of conf dirs, like: resin:import fileset dir=${resinHome}/conf/hostconf-${whateverServerIdWasPassedIn} include name=**/*.xml/ /fileset /resin:import Thanks ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Anything change regarding mod_caucho from 4.0.5 to 4.0.6/4.0.7?
We run an Apache + resin config on RH Linux and its been stable for the past few releases. Right now we're on 4.0.5. When I went through the usual upgrade process on 4.0.5 - 4.0.6 I found resin started taking over all the Apache sites, in other words the usual split between about half being served by resin and half by apache stopped - the resin ones were fine, whereas the Apache ones gave 404's. I thought it was something I'd done at the time, so reverted to 4.0.5 and was fine until I just tried again with 4.0.7. It's behaving the same way. So unless I've forgotten something, it looks like without me pointing this out it's going to be like that from now on ... ? ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Invitation to connect on LinkedIn
On 25-May-2010 16:17, Yidong Fang wrote: LinkedIn I'd like to add you to my professional network on LinkedIn. - Yidong Yidong Fang Software Product Designer at Hewlett-Packard China Confirm that you know Yidong https://www.linkedin.com/e/isd/1331733899/0mRzLaT3/EML-invg_59/ © 2010, LinkedIn Corporation ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest You want to connect to everyone on this list? ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Implementing server-side push (not HTTP)
On 25-Apr-2010 06:28, Rick Mann wrote: Hi. I have a need to inform a client of changes to its data set. The client is usually an iPhone, and I use Apple's Push Notifications to let it know that it should query the server for new data. I asked on this list about using Comet in this scenario some time ago and got no response. In my situation the client is Android but that's just standard JSE HTTP as far as Resin is concerned. I specifically am not using its webkit based webview component, nor AJAX. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Caucho website security heads up
http://caucho.com/resin-4.0/admin/security.xtp is mighty secure indeed! Thought you guys would want to know as this is a link off your front page. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Sending log4j logs to the web apps log folder
If I have an entry in log4j.properties like this log4j.rootCategory=DEBUG, Console, R log4j.appender.R=org.apache.log4j.RollingFileAppender log4j.appender.R.File=log/mywebapp.log ... the logs from the webapp appear in $RESIN_HOME/log. Is there an entry I can use to get them to appear in the webapps WEB-INF/log without having to hard code the path please? ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Hibernate transactions
On 30-Mar-2010 06:42, Wesley Wu wrote: try { ut.begin(); CourseBean updateCourse = _manager.find(CourseBean.class, new Integer(1)); updateCourse.setCourse(Magic); ut.commit(); } catch (Exception e) { e.printStackTrace(); } will work. -Wesley Thanks, but theres clearly something basic wrong here as that change made no difference. If I add property name=hibernate.show_sql value=true/ to persistence.xml I see in the console Hibernate: select coursebean0_.id as id0_0_, coursebean0_.course as course0_0_, coursebean0_.teacher as teacher0_0_ from basic_courses coursebean0_ where coursebean0_.id=? Hibernate: select coursebean0_.id as id0_0_, coursebean0_.course as course0_0_, coursebean0_.teacher as teacher0_0_ from basic_courses coursebean0_ where coursebean0_.id=? But no attempt at a write. Single stepping the code proves the transaction is being executed. ___ 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] Hibernate transactions
On 30-Mar-2010 09:34, Wesley Wu wrote: To make set method auto translated into a UPDATE clause, the entitymanager should be opened after a transaction begins. Sincere thanks again, hopefully this will all help others coming across it in the future. If I understood you correctly I made those changes and now get example.CourseServlet.emf : @PersistenceContext field must be assignable from EntityManager. Heres the new full servlet: package example; import java.io.IOException; import java.io.PrintWriter; import javax.inject.Inject; import javax.persistence.EntityManager; import javax.persistence.EntityManagerFactory; import javax.persistence.PersistenceContext; import javax.servlet.ServletException; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import javax.transaction.UserTransaction; public class CourseServlet extends HttpServlet { // Resin IoC will inject this @PersistenceContext(unitName=example) EntityManagerFactory emf; @Inject private UserTransaction ut; public void service(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { PrintWriter out = response.getWriter(); response.setContentType(text/html); EntityManager em = null; try { ut.begin(); em = emf.createEntityManager(); CourseBean updateCourse = em.find(CourseBean.class, new Integer(1)); updateCourse.setCourse(Magic); ut.commit(); } catch (Exception e) { e.printStackTrace(); } finally { if (em != null em.isOpen()) { em.close(); } } } } ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Hibernate transactions
On 30-Mar-2010 17:54, Wesley Wu wrote: Yes. One minor problem: @PersistentContext should be @PersistentUnit. Doh! Great, works now. Thanks for your help! ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Hibernate transactions
On 30-Mar-2010 18:03, Scott Ferguson wrote: Wesley Wu wrote: Yes. One minor problem: @PersistentContext should be @PersistentUnit. would calling UserTransaction in your code be faster? Essentially, snip I don't know about the finer details, but looking back on this now it's fixed it seems the example is really only half done. A fuller one showing not just how to read the db but how to update it would be more real-world and less frustrating for those making the switch. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Hibernate transactions
On 27-Mar-2010 01:10, Stargazer wrote: Resin 4.0.5 - following http://wiki.caucho.com/Hibernate works fine, but I'd like to take it to the next level and persist something. Adding EntityTransaction tx = _manager.getTransaction(); tx.begin(); ... to the end of the CourseServlet.java file throws up java.lang.IllegalStateException: Container-manager @PersistenceContext may not use getTransaction. What have I missed please? ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest Could anyone tell me if this worked in an earlier vrsion of resin please? Its the first time I've tried hibernate with resin, and I can't tell if its something I'm doing (or not doing!) here or related to an issue in 4.0.5. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Hibernate transactions
On 29-Mar-2010 17:48, Scott Ferguson wrote: Wesley Wu wrote: Not a version issue. An entitymanager should not get transaction by itself. Transaction in a modern java appserver should be XA or JTA transaciton. An entitymanager will detect if there is a JTA transaction existing and will join it if there is an open one. You need to use an injected UserTransaction instance to do the transaction stuff and leave the entitymanager do db stuff and the entitymanager will participate in the transaction. Also, if you absolutely need to use the EntityTransaction, you'd need to grab the EntityManagerFactory, not the EntityManager. The EntityManager is tied into the container's transaction manager. The UserTransaction is registered with CanDI, by the way, so it's easy to grab: public class MyBean { @Inject UserTransaction _ut; ... } -- Scott Ok thanks, I'm now sure the problem was me working from old Hibernate docs. But I'm still struggling. Referring back to the example: http://wiki.caucho.com/Hibernate http://wiki.caucho.com/HibernateIt works perfectly as given, with resin 4.0.5. I added the UserTransaction and tried to make a change and commit but saw no difference in the db. Since the courses were listed I'm assuming everyting else is ok. What have I missed please? Heres the servlet in full: package example; import java.io.IOException; import java.io.PrintWriter; import javax.inject.Inject; import javax.persistence.EntityManager; import javax.persistence.PersistenceContext; import javax.servlet.ServletException; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import javax.transaction.UserTransaction; public class CourseServlet extends HttpServlet { // Resin IoC will inject this @PersistenceContext(unitName=example) private EntityManager _manager; @Inject private UserTransaction ut; public void service(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { PrintWriter out = response.getWriter(); response.setContentType(text/html); out.println(EntityManager = + _manager + br/); CourseBean []course = new CourseBean[2]; course[0] = _manager.find(CourseBean.class, new Integer(1)); course[1] = _manager.find(CourseBean.class, new Integer(2)); out.println(Course Detailsbr/br/); for (int i = 0; i course.length; i++) { out.println(course: + course[i].getCourse() + br/); out.println(teacher: + course[i].getTeacher() + br/); } CourseBean updateCourse = _manager.find(CourseBean.class, new Integer(1)); try { ut.begin(); updateCourse.setCourse(Magic); ut.commit(); } catch (Exception e) { e.printStackTrace(); } } } 2010/3/29 Stargazerstarga...@blueyonder.co.uk On 27-Mar-2010 01:10, Stargazer wrote: Resin 4.0.5 - following http://wiki.caucho.com/Hibernate works fine, but I'd like to take it to the next level and persist something. Adding EntityTransaction tx = _manager.getTransaction(); tx.begin(); ... to the end of the CourseServlet.java file throws up java.lang.IllegalStateException: Container-manager @PersistenceContext may not use getTransaction. What have I missed please? ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest Could anyone tell me if this worked in an earlier vrsion of resin please? Its the first time I've tried hibernate with resin, and I can't tell if its something I'm doing (or not doing!) here or related to an issue in 4.0.5. ___ 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
[Resin-interest] Hibernate transactions
Resin 4.0.5 - following http://wiki.caucho.com/Hibernate works fine, but I'd like to take it to the next level and persist something. Adding EntityTransaction tx = _manager.getTransaction(); tx.begin(); ... to the end of the CourseServlet.java file throws up java.lang.IllegalStateException: Container-manager @PersistenceContext may not use getTransaction. What have I missed please? ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 4.0.1 doesn't like Hibernate
On 05-Aug-2009 00:14, Jeff Schnitzer wrote: Resin 4.0.1 doesn't seem to work with Hibernate anymore Related: If you follow this http://wiki.caucho.com/Hibernate with Resin 4.0.4 and Hibernate 3.3.2, you get the unknown @PersistenceContext error you mention. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 4.0.1 doesn't like Hibernate
On 17-Mar-2010 16:01, Stargazer wrote: On 05-Aug-2009 00:14, Jeff Schnitzer wrote: Resin 4.0.1 doesn't seem to work with Hibernate anymore Related: If you follow this http://wiki.caucho.com/Hibernate with Resin 4.0.4 and Hibernate 3.3.2, you get the unknown @PersistenceContext error you mention. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest The Amber demo doesn't look that healthy either! http://www.caucho.com/resin/examples/amber-basic/basic Gives: 500 Servlet Exception || [show] javascript:show(); example.CourseServlet._manager @PersistenceContext cannot find any persistence contexts. No JPA persistence-units have been deployed com.caucho.config.ConfigException: example.CourseServlet._manager @PersistenceContext cannot find any persistence contexts. No JPA persistence-units have been deployed at com.caucho.config.j2ee.PersistenceContextHandler.generateTransactionContext(PersistenceContextHandler.java:126) at com.caucho.config.j2ee.PersistenceContextHandler.introspectField(PersistenceContextHandler.java:86) at com.caucho.config.inject.InjectionTargetImpl$FieldHandlerProgram.bind(InjectionTargetImpl.java:863) at com.caucho.config.inject.InjectionTargetImpl$FieldHandlerProgram.inject(InjectionTargetImpl.java:856) at com.caucho.config.inject.InjectionTargetImpl.inject(InjectionTargetImpl.java:266) at com.caucho.server.dispatch.ServletConfigImpl.createServletImpl(ServletConfigImpl.java:1260) at com.caucho.server.dispatch.ServletConfigImpl.createServlet(ServletConfigImpl.java:1142) at com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:98) at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:183) at com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:207) at com.caucho.server.webapp.AccessLogFilterChain.doFilter(AccessLogFilterChain.java:103) at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:286) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:780) at com.caucho.server.connection.TcpConnection.dispatchRequest(TcpConnection.java:600) at com.caucho.server.connection.TcpConnection.handleRequestsImpl(TcpConnection.java:566) at com.caucho.server.connection.TcpConnection.handleRequests(TcpConnection.java:519) at com.caucho.server.connection.TcpConnection$AcceptTask.doTask(TcpConnection.java:1097) at com.caucho.server.connection.TcpConnection$ConnectionReadTask.runThread(TcpConnection.java:1034) at com.caucho.server.connection.TcpConnection$AcceptTask.run(TcpConnection.java:1065) at com.caucho.util.ThreadPool$PoolThread.runTasks(ThreadPool.java:901) at com.caucho.util.ThreadPool$PoolThread.run(ThreadPool.java:866) Resin/4.0.s100214 Server: '' ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] resin 4.0.4 lacks of bin/ dir
On 04-Mar-2010 04:31, Emil Ong wrote: That's fair. I'll see if it can go back into the 4.0.5 distro. Thanks, Emil On Thu, Mar 04, 2010 at 10:18:44AM +0800, smallufo wrote: Well , for an application server , having a bin/ directory with some start-up / shut-down scripts is natural / conventional for most developers... 2010/3/4 Emil Onge...@caucho.com BTW, the command to run Resin with console output has changed to java -jar lib/resin.jar console if you're used to running it that way. Upgrades/downgrades are simpler too for those longtime users who link the init.d/... startup script to the bin/ dir. ___ 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 Internal Virus Database is out of date. Checked by AVG - www.avg.com Version: 8.5.426 / Virus Database: 270.14.97/2550 - Release Date: 12/07/09 07:33:00 ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Comet without AJAX
Suppose I only had the regular J2SE http libraries but wanted to write a client for comet, very much like the example: http://www.caucho.com/resin-3.1/examples/servlet-comet/, but as theres no browser the updates just get System.out.println'd out. Is this possible please? Thanks. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Eclipse Plugin
Emil Ong wrote: 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. Maven, maven maven 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 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.0.238 / Virus Database: 270.11.55/2057 - Release Date: 04/13/09 17:56:00 ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Perf Issues
Adam Allgaier wrote: I would plug jconsole into your resin instance and watch what's happening to the JVM memory. Could be loose open threads (and large thread size) that grows over time and eats up free memory. Restarting would kill all the threads and free the memory. http://java.sun.com/j2se/1.5.0/docs/guide/management/jconsole.html Adam Thanks, but as I'd hoped I'd made clear Resin itself shows flat memory use, whether using jconsole, jprofiler, /resin-admin or any of the other jvmti tools I've used to try to fix this. The memory consumption occurs outside java. - Original Message From: Stargazer starga...@blueyonder.co.uk To: General Discussion for the Resin application server resin-interest@caucho.com Sent: Saturday, March 21, 2009 4:39:56 AM Subject: Re: [Resin-interest] Perf Issues Ronan Lucio wrote: Hi, We have had a perf issue. Our servers have 4Gb RAM. It has just Resin and Apache installed. The problem is, when I start Resin, the whole server uses about 2.5 Gb RAM After that memory usage keep growing til it reachs the 4Gb RAM, use swap and so on. After few hours the application start getting slow. Analyzing the server sources, it's using so low CPU, load about 1... I see none overload evidence, except for RAM memory. So I just restart Resin and/or Apache and application gets fast again, but few ours later it will raise the same issue. I have been suffering from exactly those symptoms for years. Do your httpd processes consume all the swap, with top showing some at 450Mb? (default httpd.conf values) I.e does restarting apache alone, and not resin, cause the swap to drop back down to normal until the next slow growth starts it all again? That is my pattern. So when I profile resin theres no unusual growth even through the whole server is effectiviley dead until restart. Given that, whos to blame? Could mod_caucho somehow be at fault even though resin itself is ok? I have another identical server running a couple of PHP CMS apps, no resin or java in sight - because of this problem actually. The plan is to move everything over when stable but these have become too critical to play with. Their typical httpd swap use is 25Mb, and its the default httpd.conf. I would dearly love to know what the httpd on the failing server thinks it needs to hold onto 450Mb for, without tweaking there could be 20 of these. There are other non-quercus PHP apps running on that server btw. My solution is to kill child httpd processes at a far quicker rate than you'd normally want, and it works of sorts: IfModule prefork.c StartServers 8 MinSpareServers5 MaxSpareServers 20 ServerLimit 256 MaxClients 256 MaxRequestsPerChild 96 /IfModule IfModule worker.c StartServers 2 MaxClients 150 MinSpareThreads 25 MaxSpareThreads 75 ThreadsPerChild 25 MaxRequestsPerChild 96 /IfModule This problem usually happens on peaks hours. So we upgraded RAM memory to 8Gb with a PAE kernel. Although it doesn't reach the 8G RAM, slow moments gots for frequent. It seems to work worse that way (8Gb + PAE kernel). The question is: Is there everyone having the same issue with Resin (3.1.6)? My doubt if such problem resides either on Resin or on my application. All versions prior to 3.1.6, and currently with 3.2.1 Pro Thanks, Ronan ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.0.238 / Virus Database: 270.11.21/2014 - Release Date: 03/20/09 06:59:00 ___ 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 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.0.238 / Virus Database: 270.11.22/2015 - Release Date: 03/20/09 19:01:00 ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Why Apache?
I would dearly love to ditch Apache! The answer for us is our dedicated hoster uses Plesk, so as there are other users/apps on it who use the Plesk PHP panel for their regular admin we have to keep that. After watching a few of these threads about people using mod_caucho with Apache, it dawned on me to ask an open-ended question: Why use Apache at all? I am sure there are good reasons for it out there, so I am just curious what the use-case is for using Apache plus Resin instead of using just Resin? ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.0.237 / Virus Database: 270.11.9/1992 - Release Date: 03/09/09 19:20:00 ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] [OT] The Resin Linked In group is open for anyone interested in Resin
Those with a Linked In account might find this interesting: http://www.linkedin.com/groupInvitation?gid=132759 ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Quercus with Joomla and Apache mod_rewrite
I'm trying to move an existing Joomla site to Quercus. On the current system I have set search engine friendly URLs on and this strips the ugly params out. I guess its handled by Apache using a module or the .htaccess file. In any case, when I run the same setup under Quercus (again with the Apache + mod_caucho setup) it seems these URL's don't get converted, so the site right now is full of broken links. Its a shame because some pages do work, and the content is there meaning the db is ok, the compilation and cache is ok and it runs 3x faster ;-) So any tips on how I can get Resin + Quercus to do what the current setup is doing with respect to these URL rewrites please? Resin 3.2.1 Pro / RH Fed7 ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Which version?
The resin downloads page currently has 3.2.1 (dev), 3.1.8 (stable) and 4.0 (snapshot). I understand 3.1.8 is the stable version so what is the point of 3.2.1 now 4.0 is present? Will the 3.2.x line ever get to stable before 4.0 is released? Which would you use for best Quercus performance? If bugs are fixed in Quercus, and applied to the 3.2.x line, are they to be fixed in future 3.1.x stable releases? ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Which version?
Scott Ferguson wrote: On Jan 25, 2009, at 7:01 AM, Stargazer wrote: Which would you use for best Quercus performance? If bugs are fixed in Quercus, and applied to the 3.2.x line, are they to be fixed in future 3.1.x stable releases? Ok so theres a dilemma here. We know 4.0 won't be stable until at least the summer, but you don't advise anyone to use anything other than stable in production environments. It seems a waste to see all these Quercus fixes but never really be able to use them for 6 months. Couldn't you consider one last stable 3.2.x release, with these latest Quercus fixes, just for this reason? For Quercus, you really need to use the latest version, because the number of bug fixes and new functions is so large. -- 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 No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 270.10.13/1914 - Release Date: 24/01/2009 20:40 ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] resin 3.2.1 , mod_caucho seems not working ???
smallufo wrote: When I try to connect to http://foo.bar.com/index.jsp , the JSPs are not compiled , the jsp source is leaked. I have to connect to http://foo.bar.com:8080/index.jsp to see it compiled. Sounds like http://bugs.caucho.com/view.php?id=3013 ? ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 3.2 experience?
Emil Ong wrote: Resin 3.2.1 is our latest release in the 3.2 branch, which is our development branch. This branch still undergoes our extensive release testing, but has many changes which have not been quite as vetted Resin 3.1 in production use. If you are using 3.2.0 or 3.2.1, what have your experiences been? Are you using it in production? http://bugs.caucho.com/view.php?id=3013 is a complete show stopper here, so I'm afraid I can't answer these questions as we've not been able to use any version of resin later than 3.1.6. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Websphere?
Rob Lockstone wrote: Who told you? IBM? Please do everyone a favor and never patronize IBM for anything, ever. IBM is a company which no longer deserves to exist. Although not directly relevant, please see this excellent article on I, Cringely about IBM. I can speak from personal experience that everything in that article is true. Oh, and their hardware is also pretty crappy/expensive. http://www.pbs.org/cringely/pulpit/2006/pulpit_20060518_000897.html I repeat, do not purchase or commit to IBM for anything. There, now you can never say you have not been warned. Its true - people nowadays get fired for buying IBM ;-) ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Change TimeZone
Laurent MAGNIEZ wrote: Hello, I'm using Resin3.0.18 under Debian. All the dates in my application are staggered by one hour, since the transition to summer time. Use this in resin.conf: jvm-arg-Duser.timezone=Europe/London/jvm-arg I explain : when i launch Resin, i can see in log : Starting Resin on Fri, 16 May 2008 16:44:16 +0100 (GMT+01:00) For all my other servers, TimeZone is +0200 (CEST) and it works fine. How can i specify the TimeZone ? Thanks for any help Laurent MAGNIEZ ___ 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] How to set memory values?
Jay Ballinger wrote: You're setting these in the resin config file and not on the command-line call, right? + jay Yup ;-) To clarify further, when you set them too low all that happens is resin restarts more often as the watchdog sees the java oom, rather than linux just grabbing the swap. Stargazer wrote: I have a RH server with 750mb ram. Its serving about 30 hosts, split between php (quercus) and jsp. As its not doing anything else, just the usual email etc, I want to allocate 500mb to resin (3.1.6 but this subject is pretty generic). I tried Xms512m, -Xmx512m but the system still goes into swap (and eventually uses it all so dies). Even -Xms256m, -Xmx256m does it too. Of course I could set these really low and might get away with it, but I'm really looking for the best values for my config which won't swap and won't waste ram by setting them too low, and by extension apply this login for any amount of ram in the server. Are there any other params I should modify too please? 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
[Resin-interest] s080430: java:comp/env/jdbc/xxx' is an unknown bean
Not seen this with earlier snapshots. In resin.conf: database jndi-name=jdbc/xxx driver type=com.mysql.jdbc.jdbc2.optional.MysqlConnectionPoolDataSource urljdbc:mysql://localhost:3306/xxx/url user/user password/password /driver /database host id= root-directory=. resin:import fileset dir=${resinHome}/conf/hostconf include name=**/*.xml/ /fileset /resin:import which includes example.com.xml: ... authenticator type='com.example.security.dbAuthenticator' init data-sourcejava:comp/env/jdbc/xxx/data-source password-query SELECT password FROM licensees WHERE licensee=? AND active='Y' /password-query cookie-auth-query SELECT licensee FROM licensees WHERE cookie=? /cookie-auth-query cookie-auth-update UPDATE licensees SET cookie=? WHERE licensee=? /cookie-auth-update role-query SELECT role FROM licenseeroles WHERE licensee=? /role-query /init /authenticator has worked fine before but now starting up resin gives: 03-May-2008 10:38:38 RESIN 3.1.5 example.com.xml:25: com.caucho.server.security.JdbcAuthenticator.setDataSource(): javax.sql.DataSource: ' java:comp/env/jdbc/xxx' is an unknown bean. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Blank Welcome Pages
Scott Ferguson wrote: On Apr 19, 2008, at 3:40 AM, Stargazer wrote: Charles Lyons wrote: Has anyone else seen anything like this or know what might be causing it? I can't help you but to add weight to this, I have a similar and frequent problem in 3.1.5 GPL which is an issue each time I restart the container. I too can confirm random blank pages are seen, across several sites, and after several days uptime. I'd put this down to heavy use of external RSS content, and somehow the external RSS containing dodgy data, but now you've pointed it out it does seem I am experiencing the same thing as you. This is an Apache + mod_caucho setup if thats useful. Are you seeing this for cached pages or is this a mapping issue like Charles is seeing? Does /caucho-status show anything odd when this situation occurs? -- Scott As I hinted, I didn't suspect this could be a resin bug until now so I'll report back with those details should it happen again. ___ 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] resin-pro-3.1.s080331 / Openx / java.lang.ArrayIndexOutOfBoundsException: 12
Scott Ferguson wrote: On Apr 6, 2008, at 2:23 PM, Stargazer wrote: On first installation of openx, either the production version 2.4.4 or beta 2.5.66, a java.lang.ArrayIndexOutOfBoundsException: 12 is thrown immediately. It seems at one point Openads worked as there is a mention of it here: http://wiki.caucho.com/Quercus:_Openads, but making the change mentioned there didn't fix the startup problem. Do you have the full stack trace? Tracking down issues related to 3rd party software is more difficult than just fixing a Quercus bug since we need to install, reproduce, etc. So for something like an ArrayIndexOutOfBoundException, which should point to the Quercus bug directly, it's far more efficient to file the bug with the stack trace. -- Scott Sure, here you go, from the browser as described: 500 Servlet Exception [show] java.lang.ArrayIndexOutOfBoundsException: 12 java.lang.ArrayIndexOutOfBoundsException: 12 at com.caucho.quercus.env.Env.setErrorHandler(Env.java:4270) at com.caucho.quercus.lib.ErrorModule.set_error_handler(ErrorModule.java:474) at _quercus._lib._max._errorhandler__php$quercus_MAX_ErrorHandler$fun_startHandler.callMethod(www/openx/www.example.com/lib/max/ErrorHandler.php:85) at com.caucho.quercus.env.ObjectExtValue.callMethod(ObjectExtValue.java:623) at com.caucho.quercus.env.Var.callMethod(Var.java:1290) at _quercus._init__php$fun_init.call(www/openx/www.example.com/init.php:119) at _quercus._init__php.execute(www/openx/www.example.com/init.php:126) at com.caucho.quercus.env.Env.include(Env.java:3657) at com.caucho.quercus.env.Env.includeOnce(Env.java:3608) at _quercus._www._admin._install__php.execute(www/openx/www.example.com/www/admin/install.php:50) at com.caucho.quercus.page.QuercusPage.executeTop(QuercusPage.java:119) at com.caucho.quercus.servlet.ResinQuercusServlet.service(ResinQuercusServlet.java:146) at com.caucho.quercus.servlet.QuercusServlet.service(QuercusServlet.java:353) at javax.servlet.http.HttpServlet.service(HttpServlet.java:91) at com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:103) at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:187) at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:266) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:270) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:675) at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:721) at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:643) at java.lang.Thread.run(Thread.java:619) ___ 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] resin-pro-3.1.s080331 / Openx / java.lang.ArrayIndexOutOfBoundsException: 12
Stargazer wrote: Scott Ferguson wrote: On Apr 6, 2008, at 2:23 PM, Stargazer wrote: beta 2.5.66, a java.lang.ArrayIndexOutOfBoundsException: 12 is thrown I have more information - I just ran up a Drupal 6.1 installation and saw the same exception, java.lang.ArrayIndexOutOfBoundsException: 12. So on a hunch I went back to resin-pro-3.1.s080320 and both it and the openx install are fine! ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] resin-pro-3.1.s080331 / Openx / java.lang.ArrayIndexOutOfBoundsException: 12
On first installation of openx, either the production version 2.4.4 or beta 2.5.66, a java.lang.ArrayIndexOutOfBoundsException: 12 is thrown immediately. It seems at one point Openads worked as there is a mention of it here: http://wiki.caucho.com/Quercus:_Openads, but making the change mentioned there didn't fix the startup problem. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] resin-pro-3.1.s080331 / Mantis / com.caucho.quercus.QuercusRuntimeException: 'compress_handler' is an unknown function.
This happens when trying a new install of Mantis 1.1.1. This must have worked in the past as it is mentioned here: http://wiki.caucho.com/Quercus:_Mantis. Incidentally the change described there is redundant as the current Mantis release has fixed the problem it addressed. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Quercus: Online docs incomplete in crucial area
Crucial for me right now anyway ;-) http://quercus.caucho.com/quercus-3.1/doc/quercus.xtp#php.ini The section under JNDI DataSource ... WEB-INF/resin-web.xml has malformed xml for the database tag. Any chance of a fuller example please? The problem is I'm trying to associate a MySQL Pligg db on a different server to the one resin 3.1.5 is running on. All my attempts to patch things by updating the relevant *.php files stil result in localhost:3306 references in the error messages, when I really want to use (and see) foo.com:3306 there. Nothing I am doing seems to prevent it from looking at localhost. The comment above the paragraph I mentioned seems strange too - it suggests a db config there will override anything in the php scripts, which is pretty much what I want. Does this really mean the params defined in the php scripts are irrelevant? ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 3.1.5 Pligg
Mo DeJong wrote: The Pligg verbosity I mentioned in the last few snapshots its still present, which is a shame as we can't go live with such enourmous logfiles being generated. Is there some way I can turn it off? Hello Stargazer It turns out this problem was caused by Pligg's use of error_log() to write to a file in the cache directory. I fixed the problem and closed the bug report, but the fix won't be available until the next snapshot release. What you could do until then is change the Pligg code in ez_sql_core.php on line 348. You can replace the error_log() call with a call to file_put_contents() with the append option. Like so: - error_log ( serialize($result_cache), 3, $cache_file); + file_put_contents( $cache_file, serialize($result_cache), FILE_APPEND); I hope that helps It did, fixed as you described, thanks! Mo ___ 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] Resin 3.1.5 Pligg
The Pligg verbosity I mentioned in the last few snapshots its still present, which is a shame as we can't go live with such enourmous logfiles being generated. Is there some way I can turn it off? Here is a sample and a few exceptions I noticed immediately, all with a default Pligg site and just a visit to its main page: y;i:0;s:3:def;s:0:;s:4:name;s:13:category_name;s:4:type;s:6:string s:7:numeric;i:0;s:12:multiple_key;i:0;s:8:zerofill;i:0;s:10:max_length; :0;s:5:table;s:16:pligg_categories;}i:2;O:8:stdClass:13:{s:8:not_null;i 1;s:11:primary_key;i:0;s:8:unsigned;i:0;s:4:blob;i:0;s:10:unique_key;i: ;s:3:def;s:0:;s:4:name;s:18:category_safe_name;s:4:type;s:6:string; :7:numeric;i:0;s:12:multiple_key;i:0;s:8:zerofill;i:0;s:10:max_length;i 0;s:5:table;s:16:pligg_categories;}i:3;O:8:stdClass:13:{s:8:not_null;i: ;s:11:primary_key;i:0;s:8:unsigned;i:0;s:4:blob;i:0;s:10:unique_key;i:0 s:3:def;s:0:;s:4:name;s:13:category_lang;s:4:type;s:6:string;s:7:n meric;i:0;s:12:multiple_key;i:0;s:8:zerofill;i:0;s:10:max_length;i:0;s:5 table;s:16:pligg_categories;}}s:11:last_result;a:2:{i:0;O:8:stdClass:4: s:18:category_safe_name;s:3:all;s:13:category_name;s:3:all;s:13:catego y_lang;s:2:en;s:11:category_id;s:1:0;}i:1;O:8:stdClass:4:{s:18:catego y_safe_name;s:5:pligg;s:13:category_name;s:5:pligg;s:13:category_lang; :2:en;s:11:category_id;s:1:1;}}s:8:num_rows;i:2;s:12:return_value;i:2 } 7-Feb-2008 22:53:28 RESIN 3.1.5 Compiling _quercus/_libs/_login__php.java 7-Feb-2008 22:53:28 RESIN 3.1.5 Compiling _quercus/_modules/_modules_0init__php java 7-Feb-2008 22:53:28 RESIN 3.1.5 Compiling _quercus/_modules/_modules_0libs__php java 7-Feb-2008 22:53:28 RESIN 3.1.5 java.lang.NoClassDefFoundError: _quercus/_modul s/_modules_0libs__php$fun_module_db_add_field 7-Feb-2008 22:53:28 RESIN 3.1.5at java.lang.Class.getDeclaredConstructo s0(Native Method) 7-Feb-2008 22:53:28 RESIN 3.1.5at java.lang.Class.privateGetDeclaredCon tructors(Class.java:2389) 7-Feb-2008 22:53:28 RESIN 3.1.5at java.lang.Class.getConstructor0(Class java:2699) 7-Feb-2008 22:53:28 RESIN 3.1.5at java.lang.Class.newInstance0(Class.ja a:326) 7-Feb-2008 22:53:28 RESIN 3.1.5at java.lang.Class.newInstance(Class.jav :308) 7-Feb-2008 22:53:28 RESIN 3.1.5at com.caucho.quercus.page.ProPageManage .createPage(ProPageManager.java:149) 7-Feb-2008 22:53:28 RESIN 3.1.5at com.caucho.quercus.page.ProPageManage .access$200(ProPageManager.java:39) 7-Feb-2008 22:53:28 RESIN 3.1.5at com.caucho.quercus.page.ProPageManage $CompileThread.run(ProPageManager.java:199) 7-Feb-2008 22:53:28 RESIN 3.1.5at com.caucho.util.ThreadPool$Item.runTa ks(ThreadPool.java:721) 7-Feb-2008 22:53:28 RESIN 3.1.5at com.caucho.util.ThreadPool$Item.run(T readPool.java:643) 7-Feb-2008 22:53:28 RESIN 3.1.5at java.lang.Thread.run(Thread.java:619) 7-Feb-2008 22:53:28 RESIN 3.1.5 Caused by: java.lang.ClassNotFoundException: _q ercus._modules._modules_0libs__php$fun_module_db_add_field [java.io.IOException class file length mismatch] 7-Feb-2008 22:53:28 RESIN 3.1.5at com.caucho.loader.DynamicClassLoader. indClassImpl(DynamicClassLoader.java:1383) 7-Feb-2008 22:53:28 RESIN 3.1.5at com.caucho.loader.DynamicClassLoader. oadClassImpl(DynamicClassLoader.java:1280) 7-Feb-2008 22:53:28 RESIN 3.1.5at com.caucho.loader.DynamicClassLoader. oadClass(DynamicClassLoader.java:1213) 7-Feb-2008 22:53:28 RESIN 3.1.5at com.caucho.loader.DynamicClassLoader. oadClass(DynamicClassLoader.java:1198) 7-Feb-2008 22:53:28 RESIN 3.1.5at java.lang.ClassLoader.loadClassIntern l(ClassLoader.java:319) 7-Feb-2008 22:53:28 RESIN 3.1.5... 11 more ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 3.1.5 Pligg
Scott Ferguson wrote: http://bugs.caucho.com/view.php?id=2460 Do you see the same thing when you clean out the WEB-INF/work? The errors look like a corrupted work directory. -- Scott Aha! Correct for the exceptions - all gone now, yup, it was the same site as the earlier snapshots, thanks. Verbosity still present. It would be tolerable if this was the occasional few lines of debug, but the production site is too busy to go with it as things stand. Incidentally I also cleaned up the Drupal 6 test in the same way and haven't seen any exceptions since either. As there is no verbosity in with Drupal it really smells like theres been an if Pligg then debug=max line left in there somewhere... On Feb 27, 2008, at 3:00 PM, Stargazer wrote: The Pligg verbosity I mentioned in the last few snapshots its still present, which is a shame as we can't go live with such enourmous logfiles being generated. Is there some way I can turn it off? Here is a sample and a few exceptions I noticed immediately, all with a default Pligg site and just a visit to its main page: y;i:0;s:3:def;s:0:;s:4:name;s:13:category_name;s:4:type;s: 6:string s:7:numeric;i:0;s:12:multiple_key;i:0;s:8:zerofill;i:0;s: 10:max_length; :0;s:5:table;s:16:pligg_categories;}i:2;O:8:stdClass:13:{s: 8:not_null;i 1;s:11:primary_key;i:0;s:8:unsigned;i:0;s:4:blob;i:0;s: 10:unique_key;i: ;s:3:def;s:0:;s:4:name;s:18:category_safe_name;s:4:type;s: 6:string; :7:numeric;i:0;s:12:multiple_key;i:0;s:8:zerofill;i:0;s: 10:max_length;i 0;s:5:table;s:16:pligg_categories;}i:3;O:8:stdClass:13:{s: 8:not_null;i: ;s:11:primary_key;i:0;s:8:unsigned;i:0;s:4:blob;i:0;s: 10:unique_key;i:0 s:3:def;s:0:;s:4:name;s:13:category_lang;s:4:type;s: 6:string;s:7:n meric;i:0;s:12:multiple_key;i:0;s:8:zerofill;i:0;s: 10:max_length;i:0;s:5 table;s:16:pligg_categories;}}s:11:last_result;a:2:{i:0;O: 8:stdClass:4: s:18:category_safe_name;s:3:all;s:13:category_name;s:3:all;s: 13:catego y_lang;s:2:en;s:11:category_id;s:1:0;}i:1;O:8:stdClass:4:{s: 18:catego y_safe_name;s:5:pligg;s:13:category_name;s:5:pligg;s: 13:category_lang; :2:en;s:11:category_id;s:1:1;}}s:8:num_rows;i:2;s: 12:return_value;i:2 } 7-Feb-2008 22:53:28 RESIN 3.1.5 Compiling _quercus/_libs/ _login__php.java 7-Feb-2008 22:53:28 RESIN 3.1.5 Compiling _quercus/_modules/ _modules_0init__php java 7-Feb-2008 22:53:28 RESIN 3.1.5 Compiling _quercus/_modules/ _modules_0libs__php java 7-Feb-2008 22:53:28 RESIN 3.1.5 java.lang.NoClassDefFoundError: _quercus/_modul s/_modules_0libs__php$fun_module_db_add_field 7-Feb-2008 22:53:28 RESIN 3.1.5at java.lang.Class.getDeclaredConstructo s0(Native Method) 7-Feb-2008 22:53:28 RESIN 3.1.5at java.lang.Class.privateGetDeclaredCon tructors(Class.java:2389) 7-Feb-2008 22:53:28 RESIN 3.1.5at java.lang.Class.getConstructor0(Class java:2699) 7-Feb-2008 22:53:28 RESIN 3.1.5at java.lang.Class.newInstance0(Class.ja a:326) 7-Feb-2008 22:53:28 RESIN 3.1.5at java.lang.Class.newInstance(Class.jav :308) 7-Feb-2008 22:53:28 RESIN 3.1.5at com.caucho.quercus.page.ProPageManage .createPage(ProPageManager.java:149) 7-Feb-2008 22:53:28 RESIN 3.1.5at com.caucho.quercus.page.ProPageManage .access$200(ProPageManager.java:39) 7-Feb-2008 22:53:28 RESIN 3.1.5at com.caucho.quercus.page.ProPageManage $CompileThread.run(ProPageManager.java:199) 7-Feb-2008 22:53:28 RESIN 3.1.5at com.caucho.util.ThreadPool $Item.runTa ks(ThreadPool.java:721) 7-Feb-2008 22:53:28 RESIN 3.1.5at com.caucho.util.ThreadPool $Item.run(T readPool.java:643) 7-Feb-2008 22:53:28 RESIN 3.1.5at java.lang.Thread.run(Thread.java:619) 7-Feb-2008 22:53:28 RESIN 3.1.5 Caused by: java.lang.ClassNotFoundException: _q ercus._modules._modules_0libs__php$fun_module_db_add_field [java.io.IOException class file length mismatch] 7-Feb-2008 22:53:28 RESIN 3.1.5at com.caucho.loader.DynamicClassLoader. indClassImpl(DynamicClassLoader.java:1383) 7-Feb-2008 22:53:28 RESIN 3.1.5at com.caucho.loader.DynamicClassLoader. oadClassImpl(DynamicClassLoader.java:1280) 7-Feb-2008 22:53:28 RESIN 3.1.5at com.caucho.loader.DynamicClassLoader. oadClass(DynamicClassLoader.java:1213) 7-Feb-2008 22:53:28 RESIN 3.1.5at com.caucho.loader.DynamicClassLoader. oadClass(DynamicClassLoader.java:1198) 7-Feb-2008 22:53:28 RESIN 3.1.5at java.lang.ClassLoader.loadClassIntern l(ClassLoader.java:319) 7-Feb-2008 22:53:28 RESIN 3.1.5... 11 more ___ 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] resin-pro-3.1.s080211 and Drupal 6.0
Stargazer wrote: The install worked fine and the resulting site is ok too. I noticed this These comments apply also to snapshot resin-pro-3.1.s080223 as well as the singling out of Pligg for ultra verbose logging. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] resin-pro-3.1.s080211 and Drupal 6.0
The install worked fine and the resulting site is ok too. I noticed this in the logs though: [23:47:43.062] {http--8080-4} java.lang.NoClassDefFoundError: com/caucho/quercus/env/InternStringValue [23:47:43.078] {http--8080-4} java.lang.NoClassDefFoundError: com/caucho/quercus/env/InternStringValue [23:47:43.093] {http--8080-4} java.lang.NoClassDefFoundError: com/caucho/quercus/env/InternStringValue [23:48:08.828] {http--8080-4} java.lang.NoClassDefFoundError: com/caucho/quercus/env/InternStringValue Repeated many times. Also this [23:43:35.421] {resin-20} java.lang.ClassFormatError: Truncated class file [23:43:35.421] {resin-20} at java.lang.ClassLoader.defineClass1(Native Method) [23:43:35.421] {resin-20} at java.lang.ClassLoader.defineClass(Unknown Source) [23:43:35.421] {resin-20} at java.lang.ClassLoader.defineClass(Unknown Source) [23:43:35.421] {resin-20} at java.security.SecureClassLoader.defineClass(Unknown Source) [23:43:35.421] {resin-20} at com.caucho.loader.DynamicClassLoader.loadClass(DynamicClassLoader.java:1490) [23:43:35.421] {resin-20} at com.caucho.loader.DynamicClassLoader.findClassImpl(DynamicClassLoader.java:1359) [23:43:35.421] {resin-20} at com.caucho.loader.DynamicClassLoader.loadClassImpl(DynamicClassLoader.java:1264) [23:43:35.421] {resin-20} at com.caucho.loader.DynamicClassLoader.loadClass(DynamicClassLoader.java:1197) [23:43:35.421] {resin-20} at com.caucho.loader.DynamicClassLoader.loadClass(DynamicClassLoader.java:1182) [23:43:35.421] {resin-20} at java.lang.ClassLoader.loadClassInternal(Unknown Source) [23:43:35.421] {resin-20} at java.lang.Class.getDeclaredConstructors0(Native Method) [23:43:35.421] {resin-20} at java.lang.Class.privateGetDeclaredConstructors(Unknown Source) [23:43:35.421] {resin-20} at java.lang.Class.getConstructor0(Unknown Source) [23:43:35.421] {resin-20} at java.lang.Class.newInstance0(Unknown Source) [23:43:35.421] {resin-20} at java.lang.Class.newInstance(Unknown Source) [23:43:35.421] {resin-20} at com.caucho.quercus.page.ProPageManager.createPage(ProPageManager.java:149) [23:43:35.421] {resin-20} at com.caucho.quercus.page.ProPageManager.access$200(ProPageManager.java:39) [23:43:35.421] {resin-20} at com.caucho.quercus.page.ProPageManager$CompileThread.run(ProPageManager.java:199) [23:43:35.421] {resin-20} at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:721) [23:43:35.421] {resin-20} at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:643) [23:43:35.421] {resin-20} at java.lang.Thread.run(Unknown Source) And finally is there an answer to the clean URLs problem (probably just some regex needed) because the default install does fail the clean URLs test and the solution provided at http://drupal.org/node/15365 assumes drupal is using the apache mod. Clean URLs are essential imo for Google to index any kind of CMS. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] resin-pro-3.1.s080208 startup exception if /tmp/caucho/qa is missing on clean install
This is an obvious glitch with this snapshot I'd like to raise for visibility. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Snapshot s080125 breaks resin:import for host's.
Scott Ferguson wrote: It's probably already caught by our regression tests, but I've added a bug report at http://bugs.caucho.com/view.php?id=2374 just in case. The current snapshots do have a large number of regression failures. This is fixed in resin-pro-3.1.s080208, thanks. By the way, we should probably add your suggested configuration somewhere like the wiki. I'm not sure what title we should give it, though. It strikes me that its the reliance on the physical directory name in the host-deploy construct which is causing the problem. It mixes the found dir name on disk with the contents of its particuar host.xml. Using my resin:import way everything is defined in the found xml files, no matter where they exist in the subdir tree, because I put the resin:import tag in the def for http://localhost webapps in resin.conf, i.e. /. So what would be perfect would be the host-deploy functionality but honouring everything in the located file, as in this example (as a useful side effect is the files can have any name too, which helps manage many hosts easier as I usually stick the hostname in the xml filename): conf/hostconf/pligg/www.foo.com.xml: host xmlns=http://caucho.com/ns/resin; xmlns:resin=http://caucho.com/ns/resin/core; web-app id='www.foo.com' document-directory='/www/pligg/www.foo.com' /web-app /host Lets me use http://localhost:8080/www.foo.com and conf/hostconf/pligg/www.bar.com.xml: host xmlns=http://caucho.com/ns/resin; xmlns:resin=http://caucho.com/ns/resin/core; web-app id='www.bar.com' document-directory='/www/pligg/www.bar.com' /web-app /host Does the same for http://localhost:8080/www.bar.com etc -- Scott On Jan 26, 2008, at 10:31 AM, Stargazer wrote: Note - this worked for previous snapshots, it just been broken now. We find it useful to develop sites locally, stage them, then move them to production when ready. For local development we fire up resin and configure them such that their url is conveniently available after http://localhost:8080, for example http://localhost:8080/www.foo.com, http://localhost:8080/www.bar.com etc. Then when moved to staging they become http://www.staginghost.com:8080/www.foo.com and finally production is as expected. The advantage with this is it is always clear where you are from the url: you can have all 3 open at once. The configuration for this has always been easy too, using this syntax: host id= root-directory=. web-app id=/ root-directory=webapps/ROOT/ resin:import fileset dir=${resinHome}/conf/hostconf include name=**/*.xml/ /fileset /resin:import ... This means that all we needed was the relevant *.xml file for each host anywhere under our conf/hostconf dir. When the host-deploy directive was introduced I was sure this meant we could do the same thing but without the restarts, but this isn't exactly the case. Sure, I can create a localhost folder and stick host.xml in it for my foo.com example as above, and access it with http://localhost:8080/www.foo.com, but the definition of foo.com is within the host.xml file, so I have no way to do the same for bar.com as I have using the resin:import style. I could edit my local hosts file and add aliases but that means there is extra (unnecessary) config and you can't tell from the url where you are if at any time www.foo.com could really be pointing to 127.0.0.1. Unless there is a way of doing this I'd really appreciate the resin:import functionality not to be dropped please. The pligg verbose logging I reported is still present in this snapshot. One other small point I'm sure you'd like to address before 3.1.15 : its now 2008 but the snapshot still announces itself as copyright 1998-2007 ;-) ___ 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] resin-pro-3.1.s080208: java.lang.NoClassDefFoundError: _quercus/_libs/_utils_, _php$fun_safeAddSlashes
Running Pligg on this snapshot gives the same verbosity as mentioned before, in amongst which i noticed: safe_name;s:5:pligg;s:13:category_name;s:5:pligg;s:13:category_lang;s:2 :en;s:11:category_id;s:1:1;}}s:8:num_rows;i:2;s:12:return_value;i:2;} [14:13:45.500] {resin-17} java.lang.NoClassDefFoundError: _quercus/_libs/_utils_ _php$fun_safeAddSlashes [14:13:45.500] {resin-17} at java.lang.Class.getDeclaredConstructors0(Nati ve Method) [14:13:45.500] {resin-17} at java.lang.Class.privateGetDeclaredConstructor s(Unknown Source) [14:13:45.500] {resin-17} at java.lang.Class.getConstructor0(Unknown Sourc e) [14:13:45.500] {resin-17} at java.lang.Class.newInstance0(Unknown Source) [14:13:45.500] {resin-17} at java.lang.Class.newInstance(Unknown Source) [14:13:45.500] {resin-17} at com.caucho.quercus.page.ProPageManager.create Page(ProPageManager.java:149) [14:13:45.500] {resin-17} at com.caucho.quercus.page.ProPageManager.access $200(ProPageManager.java:39) [14:13:45.500] {resin-17} at com.caucho.quercus.page.ProPageManager$Compil eThread.run(ProPageManager.java:199) [14:13:45.500] {resin-17} at com.caucho.util.ThreadPool$Item.runTasks(Thre adPool.java:721) [14:13:45.500] {resin-17} at com.caucho.util.ThreadPool$Item.run(ThreadPoo l.java:643) [14:13:45.500] {resin-17} at java.lang.Thread.run(Unknown Source) [14:13:45.500] {resin-17} Caused by: java.lang.ClassNotFoundException: _quercus. _libs._utils__php$fun_safeAddSlashes [java.io.IOException: class file length mis match] [14:13:45.500] {resin-17} at com.caucho.loader.DynamicClassLoader.findClas sImpl(DynamicClassLoader.java:1350) [14:13:45.500] {resin-17} at com.caucho.loader.DynamicClassLoader.loadClas sImpl(DynamicClassLoader.java:1247) [14:13:45.500] {resin-17} at com.caucho.loader.DynamicClassLoader.loadClas s(DynamicClassLoader.java:1180) [14:13:45.500] {resin-17} at com.caucho.loader.DynamicClassLoader.loadClas s(DynamicClassLoader.java:1165) [14:13:45.500] {resin-17} at java.lang.ClassLoader.loadClassInternal(Unkno wn Source) [14:13:45.500] {resin-17} ... 11 more [14:13:45.500] {resin-17} Caused by: java.io.IOException: class file length mism atch [14:13:45.500] {resin-17} at com.caucho.loader.ClassEntry.load(ClassEntry. java:398) [14:13:45.500] {resin-17} at com.caucho.loader.DynamicClassLoader.loadClas s(DynamicClassLoader.java:1424) [14:13:45.500] {resin-17} at com.caucho.loader.DynamicClassLoader.findClas sImpl(DynamicClassLoader.java:1342) [14:13:45.500] {resin-17} ... 15 more [14:13:45.609] {http--8080-2} java.lang.NoClassDefFoundError: _quercus/_libs/_ut ils__php$fun_safeAddSlashes ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Snapshot s080125 breaks resin:import for host's.
Note - this worked for previous snapshots, it just been broken now. We find it useful to develop sites locally, stage them, then move them to production when ready. For local development we fire up resin and configure them such that their url is conveniently available after http://localhost:8080, for example http://localhost:8080/www.foo.com, http://localhost:8080/www.bar.com etc. Then when moved to staging they become http://www.staginghost.com:8080/www.foo.com and finally production is as expected. The advantage with this is it is always clear where you are from the url: you can have all 3 open at once. The configuration for this has always been easy too, using this syntax: host id= root-directory=. web-app id=/ root-directory=webapps/ROOT/ resin:import fileset dir=${resinHome}/conf/hostconf include name=**/*.xml/ /fileset /resin:import ... This means that all we needed was the relevant *.xml file for each host anywhere under our conf/hostconf dir. When the host-deploy directive was introduced I was sure this meant we could do the same thing but without the restarts, but this isn't exactly the case. Sure, I can create a localhost folder and stick host.xml in it for my foo.com example as above, and access it with http://localhost:8080/www.foo.com, but the definition of foo.com is within the host.xml file, so I have no way to do the same for bar.com as I have using the resin:import style. I could edit my local hosts file and add aliases but that means there is extra (unnecessary) config and you can't tell from the url where you are if at any time www.foo.com could really be pointing to 127.0.0.1. Unless there is a way of doing this I'd really appreciate the resin:import functionality not to be dropped please. The pligg verbose logging I reported is still present in this snapshot. One other small point I'm sure you'd like to address before 3.1.15 : its now 2008 but the snapshot still announces itself as copyright 1998-2007 ;-) ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] NPE at com.caucho.quercus.lib.db.JdbcConnectionResource$TableKey.equals(JdbcConnectionResource.java:933)
Emil Ong wrote: On Tue, Jan 01, 2008 at 02:51:37PM +, Stargazer wrote: Following http://www.caucho.com/resin-3.1/doc/quercus-list-of-applications.xtp#pligg (note the first line is wrong, it should be web-app xmlns=http://caucho.com/ns/resin;) with resin 3.1.4a (on XP) and you get 500 Servlet Exception || java.lang.NullPointerException at com.caucho.quercus.lib.db.JdbcConnectionResource$TableKey.equals(JdbcConnectionResource.java:933) at com.caucho.util.LruCache.get(LruCache.java:174) at com.caucho.quercus.lib.db.JdbcConnectionResource.getTableMetaData(JdbcConnectionResource.java:461) at com.caucho.quercus.lib.db.MysqlModule.mysql_fetch_field(MysqlModule.java:358) That looks like a bug. I filed it here: http://bugs.caucho.com/view.php?id=2283 I've also fixed the namespace issue in the docs. Thanks for the report! Emil This seems to be fixed in Snapshot s080111 - great! The only problem with it right now is the enourmous amount of logging caused by just navigating the site, it seems each page visit generates screenfulls of PHP traffic (logging? compilation?) in the resin log. Is this easy to disable? Heres what the start looks like: 12-Jan-2008 11:40:45 RESIN 3.1.4 a:4:{s:8:col_info;a:4:{i:0;O:8:stdClass:13:{s:8:not_null;i:1;s:11:primary_key;i:0;s:8:unsigned;i:0;s:4:blob;i:0 ;s:10:unique_key;i:0;s:3:def;s:0:;s:4:name;s:8:var_name;s:4:type;s:6:string;s:7:numeric;i:0;s:12:multiple_key;i:0;s:8:zerofill;i:0;s:10: max_length;i:0;s:5:table;s:12:pligg_config;}i:1;O:8:stdClass:13:{s:8:not_null;i:1;s:11:primary_key;i:0;s:8:unsigned;i:0;s:4:blob;i:0;s:10:u Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services ___ 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] NPE at com.caucho.quercus.lib.db.JdbcConnectionResource$TableKey.equals(JdbcConnectionResource.java:933)
Stargazer wrote: Following http://www.caucho.com/resin-3.1/doc/quercus-list-of-applications.xtp#pligg I ought to add that I'm sure its not my setup as the instructions for MediaWiki on that page work perfectly. Also, the Pligg setup page does seem to work and the npe only appears once the main app starts. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] HELP: caucho-status duplicate hosts!
Adam Allgaier wrote: That did the trick! Really appreciate your expertise. Your steak is on the way Is this being looked at by Caucho (please)? ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest