Re: [Resin-interest] Resin - Quercus - Facebook - PHP API
On Fri, May 02, 2008 at 02:06:20PM -0500, Sandeep Ghael wrote: > So a couple of question: > When is Resin 3.1.6 being released? > Has anyone successfully used the facebook api php script in Resin > 3.1.5 or prior? > Any other advice? Hi Sandeep, Just a quick note: 3.1.6 was released last week and it contains a number of fixes that address Smarty compatibility. I just tried using Facebook's "footprint" sample application and it works just fine for me. If you're having any other problems, please feel free to ask on the list. I think Quercus is going to be a good option for Java developers that want to use Facebook, especially since the official Java Facebook API was just retired. PHP developers, too. :-) Best, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] http://blog.caucho.com/ 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
Re: [Resin-interest] disabling sessions
On May 12, 2008, at 4:32 AM, Howard Williams wrote: > Hi, > > Is there a way to make resin completely sessionless? I've tried a > few things, but always seems to end up with this in the log files: > > SessionImpl[abcfTXtf7_JGi8UtwqBNr,] create > SessionManager[] create session abcfTXtf7_JGi8UtwqBNr What URL is generating the session? Resin should only be creating a session if the application requests it by calling request.getSession(). -- Scott > > > Thanks in advance > ___ > 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 3.1.5 pro: java.lang.IllegalArgumentException: Resource path [.../ext/meta-index] does not denote a directory
On May 12, 2008, at 7:47 AM, Brian Burke wrote: > Using resin pro 3.1.5, JDK 1.6.0_05, we're getting these exceptions > when > starting several different webapps which are based on Spring: I've filed this as http://bugs.caucho.com/view.php?id=2659 There were a number of changes to the classloader resource handling, so it's possible the behavior changed. -- Scott > > > [11:12:16.308] WebApp[http://localhost:8080/dashboard] Set web app > root > system property: 'webapp.root' = [/apps/resin-local/webapps/ > dashboard/] > [11:12:16.535] WebApp[http://localhost:8080/dashboard] Initializing > Spring FrameworkServlet 'spring-pages' > [11:12:16.539] org.springframework.beans.PropertyBatchUpdateException; > nested PropertyAccessException details (1) are: > [11:12:16.539] PropertyAccessException 1: > [11:12:16.539] org.springframework.beans.TypeMismatchException: Failed > to convert property value of type [java.util.ArrayList] to required > type > [org.springframework.core.io.Resource[]] for property 'locations'; > nested exception is java.lang.IllegalArgumentException: Resource path > [/usr/java/jdk1.6.0_05/jre/lib/ext/meta-index] does not denote a > directory > [11:12:16.539] Caused by: java.lang.IllegalArgumentException: Resource > path [/usr/java/jdk1.6.0_05/jre/lib/ext/meta-index] does not denote a > directory > [11:12:16.539] at > org > .springframework > .core > .io > .support > .PathMatchingResourcePatternResolver > .retrieveMatchingFiles(PathMatchingResourcePatternResolver.java:492) > [11:12:16.539] at > org > .springframework > .core > .io > .support > .PathMatchingResourcePatternResolver > .doFindMatchingFileSystemResources > (PathMatchingResourcePatternResolver.java:472) > [11:12:16.539] at > org > .springframework > .core > .io > .support > .PathMatchingResourcePatternResolver > .doFindPathMatchingFileResources > (PathMatchingResourcePatternResolver.java:455) > [11:12:16.539] at > org.springframework.web.context.support.ServletContextResourcePatternResolver.doFindPathMatchingFileResources > > (ServletContextResourcePatternResolver.java:88) > [11:12:16.539] at > org > .springframework > .core > .io > .support > .PathMatchingResourcePatternResolver > .findPathMatchingResources(PathMatchingResourcePatternResolver.java: > 323) > [11:12:16.539] at > org > .springframework > .core > .io > .support > .PathMatchingResourcePatternResolver > .getResources(PathMatchingResourcePatternResolver.java:244) > [11:12:16.539] at > org > .springframework > .context > .support > .AbstractApplicationContext > .getResources(AbstractApplicationContext.java:867) > > > In this particular case, the error is occurring with the cruisecontrol > DashBoard webapp. We have several other examples where it occurs with > some of our own spring apps as well. This error does not occur in > resin > 3.1.2, which is what makes me think its more of a resin related issue > than a JDK or spring issue. > > Has anyone run into this issue? Any settings or configuration we need > to change to get this working on 3.1.5 and above? > Thanks, > -Brian > > > > ___ > 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] Maybe two issues of mod_caucho for Apache 2.2
On May 10, 2008, at 7:10 PM, wesley wrote: I configured resin behind Apache 2.2.8 (windows x86-32bit) for a production website. Most time it worked smoothly, except that two strange problems happened when server was under load. 1. HTTP 503 When website was under load or during stress-testing, sometimes apache returned HTTP 503 temporarily not available, especially when the response size is really large (say ~100kB). If running a standalone resin, everything is ok. You should check the netstat. Because Apache/mod_caucho can't share sockets as efficiently as Resin's load balancer, it's possible to overload the TCP networking. That can be tweaked with the timeouts. 2. Apache crash with status 3221225477 When website was under load, apache will produce such error log: [Sat May 10 22:42:27 2008] [warn] (OS 64)The specified network name is no longer available. : winnt_accept: Asynchronous AcceptEx failed. That looks like an apache issue. Since mod_caucho isn't calling accept(), I don't see how it could affect Apache. -- Scott [Sat May 10 22:42:27 2008] [warn] (OS 64)The specified network name is no longer available. : winnt_accept: Asynchronous AcceptEx failed. [Sat May 10 22:42:27 2008] [warn] (OS 64)The specified network name is no longer available. : winnt_accept: Asynchronous AcceptEx failed. [Sat May 10 22:42:27 2008] [warn] (OS 64)The specified network name is no longer available. : winnt_accept: Asynchronous AcceptEx failed. [Sat May 10 22:42:27 2008] [warn] (OS 64)The specified network name is no longer available. : winnt_accept: Asynchronous AcceptEx failed. [Sat May 10 22:42:27 2008] [warn] (OS 64)The specified network name is no longer available. : winnt_accept: Asynchronous AcceptEx failed. [Sat May 10 22:42:27 2008] [warn] (OS 64)The specified network name is no longer available. : winnt_accept: Asynchronous AcceptEx failed. [Sat May 10 22:42:27 2008] [warn] (OS 64)The specified network name is no longer available. : winnt_accept: Asynchronous AcceptEx failed. [Sat May 10 22:42:27 2008] [warn] (OS 64)The specified network name is no longer available. : winnt_accept: Asynchronous AcceptEx failed. [Sat May 10 22:42:27 2008] [warn] (OS 64)The specified network name is no longer available. : winnt_accept: Asynchronous AcceptEx failed. [Sat May 10 22:42:27 2008] [warn] (OS 64)The specified network name is no longer available. : winnt_accept: Asynchronous AcceptEx failed. [Sat May 10 22:42:27 2008] [warn] (OS 64)The specified network name is no longer available. : winnt_accept: Asynchronous AcceptEx failed. [Sat May 10 22:42:27 2008] [warn] (OS 64)The specified network name is no longer available. : winnt_accept: Asynchronous AcceptEx failed. [Sat May 10 22:42:27 2008] [warn] (OS 64)The specified network name is no longer available. : winnt_accept: Asynchronous AcceptEx failed. [Sat May 10 22:42:27 2008] [warn] (OS 64)The specified network name is no longer available. : winnt_accept: Asynchronous AcceptEx failed. [Sat May 10 22:42:32 2008] [notice] Parent: child process exited with status 3221225477 -- Restarting. I think these two problems may be related to mod_caucho.dll. Unfortunely, I could not write a simple code snippet to reproduce them. -Wesley ___ 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] bug #2498 reappears in 3.2.0 snapshot
On May 10, 2008, at 7:15 PM, wesley wrote:
http://bugs.caucho.com/view.php?id=2498
I've expierenced a wired problen using @PersistenceUnit.
Can you turn on "finer" logging and see if there's anything in the
log? That case is working for me.
-- Scott
===Not functional!
@Component
public class PersistenceStrategy {
// @PersistenceContext(unitName = "myunit")
// EntityManager em;
@PersistenceUnit(unitName = "myunit")
EntityManagerFactory emf;
... // using emf, resin said
// com.mycompany.PersistenceStrategy.emf:
@PersistenceUnit(unitName='myunit')
// is an unknown persistence unit.
// No matching JPA persistence-units have been deployed
}
=OK=
@Component
public class PersistenceStrategy {
@PersistenceContext(unitName = "myunit")
EntityManager em;
@PersistenceUnit(unitName = "myunit")
EntityManagerFactory emf;
... // using emf, just leaving em unused
}
I'm use Hibernate 3.2 as my persistence layer, with 3.2.s080510
snapshot.
-Wesley
___
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 pro: java.lang.IllegalArgumentException: Resource path [.../ext/meta-index] does not denote a directory
Using resin pro 3.1.5, JDK 1.6.0_05, we're getting these exceptions when starting several different webapps which are based on Spring: [11:12:16.308] WebApp[http://localhost:8080/dashboard] Set web app root system property: 'webapp.root' = [/apps/resin-local/webapps/dashboard/] [11:12:16.535] WebApp[http://localhost:8080/dashboard] Initializing Spring FrameworkServlet 'spring-pages' [11:12:16.539] org.springframework.beans.PropertyBatchUpdateException; nested PropertyAccessException details (1) are: [11:12:16.539] PropertyAccessException 1: [11:12:16.539] org.springframework.beans.TypeMismatchException: Failed to convert property value of type [java.util.ArrayList] to required type [org.springframework.core.io.Resource[]] for property 'locations'; nested exception is java.lang.IllegalArgumentException: Resource path [/usr/java/jdk1.6.0_05/jre/lib/ext/meta-index] does not denote a directory [11:12:16.539] Caused by: java.lang.IllegalArgumentException: Resource path [/usr/java/jdk1.6.0_05/jre/lib/ext/meta-index] does not denote a directory [11:12:16.539] at org.springframework.core.io.support.PathMatchingResourcePatternResolver.retrieveMatchingFiles(PathMatchingResourcePatternResolver.java:492) [11:12:16.539] at org.springframework.core.io.support.PathMatchingResourcePatternResolver.doFindMatchingFileSystemResources(PathMatchingResourcePatternResolver.java:472) [11:12:16.539] at org.springframework.core.io.support.PathMatchingResourcePatternResolver.doFindPathMatchingFileResources(PathMatchingResourcePatternResolver.java:455) [11:12:16.539] at org.springframework.web.context.support.ServletContextResourcePatternResolver.doFindPathMatchingFileResources(ServletContextResourcePatternResolver.java:88) [11:12:16.539] at org.springframework.core.io.support.PathMatchingResourcePatternResolver.findPathMatchingResources(PathMatchingResourcePatternResolver.java:323) [11:12:16.539] at org.springframework.core.io.support.PathMatchingResourcePatternResolver.getResources(PathMatchingResourcePatternResolver.java:244) [11:12:16.539] at org.springframework.context.support.AbstractApplicationContext.getResources(AbstractApplicationContext.java:867) In this particular case, the error is occurring with the cruisecontrol DashBoard webapp. We have several other examples where it occurs with some of our own spring apps as well. This error does not occur in resin 3.1.2, which is what makes me think its more of a resin related issue than a JDK or spring issue. Has anyone run into this issue? Any settings or configuration we need to change to get this working on 3.1.5 and above? Thanks, -Brian ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] disabling sessions
Hi, Is there a way to make resin completely sessionless? I've tried a few things, but always seems to end up with this in the log files: SessionImpl[abcfTXtf7_JGi8UtwqBNr,] create SessionManager[] create session abcfTXtf7_JGi8UtwqBNr Thanks in advance ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
