[Resin-interest] WebServiceContext

2007-06-26 Thread Jan Kriesten 

Hi,

just a short question on WebServices:

When will injection of a WebServiceContext be available:

@Resource
WebServiceContext wctx;

Best regards, --- Jan.


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest

Re: [Resin-interest] application variables, j2ee - php, and shared nothing

2007-06-26 Thread Scott Ferguson 


On Jun 26, 2007, at 6:08 AM, Nathan Nobbe wrote:


all,

im curious about application variables under the j2ee web  
application paradigm.
are these used frequently in the context of application servers,  
like resin, or are they regarded as taboo?


For the most part, application state (i.e. single-jvm data) is either  
configuration or caching/pooling.


It's not common to put non-cache state on a single JVM because it  
doesn't scale.


also, has anyone heard of the shared nothing architecture?  how  
does that pertain, if at all, to the j2ee paradigm?


That article looks misleading for j2ee (and also for php).

For many (most?) major sites, the database is the major headache, and  
that shared database doesn't really count as "shared nothing."


A major difference between php and j2ee is caching/pool.  Php  
essentially does zero caching on the app server tier, so some larger  
sites dedicate a separate tier for caching (e.g. dedicated memcache  
servers.)  J2ee tends to cache on the app-server tier itself, which  
is simpler and more efficient than the separate caching tier.


So there is state on each JVM for j2ee, but it's generally cache/ 
pooling state, not application state.


i was discussing application variables w/ some members of php- 
general and from the sound of it; they are taboo in the php world.


Yes, well, it's difficult to cache/share state in php at all, and  
thread synchronization is essentially non-existent, so it's taboo  
mostly because the capability doesn't really exist.


(Quercus does not share this PHP limitation, by the way.  It's  
entirely possible to use a Java layer for caching/pooling and expose  
the cached/pooled values to a PHP layer.)


-- Scott


can any quercus users shed some light on this conundrum?

thanks,

-nathan
___
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] IllegalStateException thrown when reading from srun.db

2007-06-26 Thread Scott Ferguson 


On Jun 26, 2007, at 7:21 AM, MORAWETZ Martin wrote:


Hi list,

  Since a few days we notice java.lang.IllegalStateExceptions in
  the resin-stdout-log.


I've filed this as http://bugs.caucho.com/view.php?id=1836.

It may already be fixed in 3.1 and it might not be something we'll be  
fixing in 3.0.x (so you might need to switch to jdbc store for 3.0).   
The timing/synchronization for the cluster/file store are pretty  
complicated, and some of the changes we've already made to 3.1.x are  
too extensive to patch back into 3.0.


-- Scott

  Consequence is the loss of all session-attributes of the
  particular session.

  Are there any known common reasons for invalid blocks?

  We use Resin 3.0.23.

  Below the stacktrace:

com.caucho.vfs.IOExceptionWrapper: java.lang.IllegalStateException:  
block at 6100 is invalid for file /home/development/site/web/ 
session/srun_.db (length 25f)


[15:38:55.931]  at com.caucho.vfs.IOExceptionWrapper.create 
(IOExceptionWrapper.java:65)
[15:38:55.931]  at com.caucho.server.session.SessionImpl.load 
(SessionImpl.java:904)
[15:38:55.931]  at com.caucho.server.session.SessionManager.load 
(SessionManager.java:1482)
[15:38:55.931]  at com.caucho.server.cluster.ClusterObject.load 
(ClusterObject.java:288)
[15:38:55.931]  at com.caucho.server.cluster.FileBacking.loadSelf 
(FileBacking.java:318)
[15:38:55.931]  at com.caucho.server.cluster.FileStore.load 
(FileStore.java:132)
[15:38:55.931]  at com.caucho.server.cluster.ClusterObject.load 
(ClusterObject.java:259)
[15:38:55.931]  at com.caucho.server.session.SessionImpl.load 
(SessionImpl.java:702)
[15:38:55.931]  at  
com.caucho.server.session.SessionManager.getSession 
(SessionManager.java:1278)
[15:38:55.931]  at  
com.caucho.server.connection.AbstractHttpRequest.createSession 
(AbstractHttpRequest.java:1444)
[15:38:55.931]  at  
com.caucho.server.connection.AbstractHttpRequest.getSession 
(AbstractHttpRequest.java:1256)
[15:38:55.931]  at org.it.notimeout.NoTimeoutServlet.doGet 
(NoTimeoutServlet.java:94)
[15:38:55.931]  at javax.servlet.http.HttpServlet.service 
(HttpServlet.java:740)
[15:38:55.931]  at javax.servlet.http.HttpServlet.service 
(HttpServlet.java:853)
[15:38:55.931]  at  
com.caucho.server.dispatch.ServletFilterChain.doFilter 
(ServletFilterChain.java:106)
[15:38:55.931]  at  
com.caucho.server.webapp.WebAppFilterChain.doFilter 
(WebAppFilterChain.java:173)
[15:38:55.931]  at  
com.caucho.server.dispatch.ServletInvocation.service 
(ServletInvocation.java:229)
[15:38:55.931]  at com.caucho.server.hmux.HmuxRequest.handleRequest 
(HmuxRequest.java:420)
[15:38:55.931]  at com.caucho.server.port.TcpConnection.run 
(TcpConnection.java:511)
[15:38:55.931]  at com.caucho.util.ThreadPool.runTasks 
(ThreadPool.java:520)

[15:38:55.931]  at com.caucho.util.ThreadPool.run(ThreadPool.java:442)
[15:38:55.931]  at java.lang.Thread.run(Thread.java:534)
[15:38:55.931] Caused by: java.lang.IllegalStateException: block at  
6100 is invalid for file /home/development/site/web/session/ 
srun_.db (length 25f)


[15:38:55.931]  at com.caucho.db.store.Store.readBlock(Store.java: 
1066)

[15:38:55.931]  at com.caucho.db.store.Block.read(Block.java:153)
[15:38:55.931]  at com.caucho.db.store.Store.readBlock(Store.java:470)
[15:38:55.931]  at com.caucho.db.store.Store.readFragmentLong 
(Store.java:815)
[15:38:55.931]  at com.caucho.db.store.Inode.readFragmentAddr 
(Inode.java:617)

[15:38:55.931]  at com.caucho.db.store.Inode.read(Inode.java:264)
[15:38:55.931]  at com.caucho.db.store.BlobInputStream.read 
(BlobInputStream.java:122)

[15:38:55.931]  at com.caucho.vfs.VfsStream.read(VfsStream.java:143)
[15:38:55.931]  at com.caucho.vfs.Crc64Stream.read(Crc64Stream.java: 
89)

[15:38:55.931]  at com.caucho.vfs.ReadStream.read(ReadStream.java:383)
[15:38:55.931]  at java.io.ObjectInputStream$PeekInputStream.read 
(ObjectInputStream.java:2150)
[15:38:55.931]  at java.io.ObjectInputStream 
$BlockDataInputStream.read(ObjectInputStream.java:2549)
[15:38:55.931]  at java.io.ObjectInputStream 
$BlockDataInputStream.readFully(ObjectInputStream.java:2579)
[15:38:55.931]  at java.io.ObjectInputStream.readArray 
(ObjectInputStream.java:1584)
[15:38:55.931]  at java.io.ObjectInputStream.readObject0 
(ObjectInputStream.java:1271)
[15:38:55.931]  at java.io.ObjectInputStream.defaultReadFields 
(ObjectInputStream.java:1845)
[15:38:55.931]  at java.io.ObjectInputStream.readSerialData 
(ObjectInputStream.java:1769)
[15:38:55.931]  at java.io.ObjectInputStream.readOrdinaryObject 
(ObjectInputStream.java:1646)
[15:38:55.931]  at java.io.ObjectInputStream.readObject0 
(ObjectInputStream.java:1274)
[15:38:55.931]  at java.io.ObjectInputStream.readObject 
(ObjectInputStream.java:324)
[15:38:55.931]  at com.caucho.server.session.SessionImpl.load 
(SessionImpl.java:898)

[15:38:55.931]  ... 20 more
[15:38:56.131] java.lang.IllegalStateException: block at 6100  
is invalid for file /home/development/site/web/session/srun_.db  
(length

Re: [Resin-interest] application variables, j2ee - php, and shared nothing

2007-06-26 Thread Sam 
> im curious about application variables under the j2ee web application  
> paradigm.
> are these used frequently in the context of application servers, like  
> resin, or are they regarded as taboo?
>
> also, has anyone heard of the shared nothing architecture?  how does  
> that pertain, if at all, to the j2ee paradigm?

> i was discussing application variables w/ some members of php-general  
> and from the sound of it; they are taboo in the php world.

Application variables are not possible in the php world when using the C
implementation.  Each php request is served by a different proccess, and
those processes cannot share data without using an intermediary like a
database, the file system, or a cache server.

The processes also cannot share database connections, so connection
pooling is not an option, which can be a serious scalability issue.

Using the application scope for things like common configuration and
caching can be very effective.  The "cache-coherence problem" is a
problem if the application requires that the cache have absolutely up to
date information in it.  Much of the information served on the web can
be cached and have some inconsistency for a short period of time.

-- Sam



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest

[Resin-interest] resin 3.0.23 and Red Hat Enterprise 4 or 5

2007-06-26 Thread Keith Fetterman 
Hi,

We are upgrading our resin server to Red Hat Enterprise 4 or 5 and I am 
running into problems getting resin pro 3.0.23 to compile with Apache 
Web server that comes with these OSs.  The configure script isn't 
detecting all of the include directories and it isn't figuring out the 
correct version of the httpd.conf file.

I was wondering if anyone has solved this problem and successfully 
installed resin with apache web server on either RHE 4 or 5.  RHE 5 is 
preferred.

Thanks,
Keith


-- 
-
Keith Fetterman  206-780-5670
Mariner Supply, Inc. [EMAIL PROTECTED]
http://www.go2marine.com


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest

Re: [Resin-interest] IllegalStateException thrown when reading fromsrun.db

2007-06-26 Thread MORAWETZ Martin 
Interesting detail: we see the same error on a second server too.

-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von 
MORAWETZ Martin
Gesendet: Dienstag, 26. Juni 2007 16:22
An: resin-interest@caucho.com
Betreff: [Resin-interest] IllegalStateException thrown when reading 
fromsrun.db



Hi list, 

  Since a few days we notice java.lang.IllegalStateExceptions in 
  the resin-stdout-log. 

  Consequence is the loss of all session-attributes of the 
  particular session. 

  Are there any known common reasons for invalid blocks? 

  We use Resin 3.0.23. 

  Below the stacktrace: 

com.caucho.vfs.IOExceptionWrapper: java.lang.IllegalStateException: 
block at 6100 is invalid for file 
/home/development/site/web/session/srun_.db (length 25f)

[15:38:55.931]  at 
com.caucho.vfs.IOExceptionWrapper.create(IOExceptionWrapper.java:65) 
[15:38:55.931]  at 
com.caucho.server.session.SessionImpl.load(SessionImpl.java:904) 
[15:38:55.931]  at 
com.caucho.server.session.SessionManager.load(SessionManager.java:1482) 
[15:38:55.931]  at 
com.caucho.server.cluster.ClusterObject.load(ClusterObject.java:288) 
[15:38:55.931]  at 
com.caucho.server.cluster.FileBacking.loadSelf(FileBacking.java:318) 
[15:38:55.931]  at 
com.caucho.server.cluster.FileStore.load(FileStore.java:132) 
[15:38:55.931]  at 
com.caucho.server.cluster.ClusterObject.load(ClusterObject.java:259) 
[15:38:55.931]  at 
com.caucho.server.session.SessionImpl.load(SessionImpl.java:702) 
[15:38:55.931]  at 
com.caucho.server.session.SessionManager.getSession(SessionManager.java:1278) 
[15:38:55.931]  at 
com.caucho.server.connection.AbstractHttpRequest.createSession(AbstractHttpRequest.java:1444)
 
[15:38:55.931]  at 
com.caucho.server.connection.AbstractHttpRequest.getSession(AbstractHttpRequest.java:1256)
 
[15:38:55.931]  at 
org.it.notimeout.NoTimeoutServlet.doGet(NoTimeoutServlet.java:94) 
[15:38:55.931]  at 
javax.servlet.http.HttpServlet.service(HttpServlet.java:740) 
[15:38:55.931]  at 
javax.servlet.http.HttpServlet.service(HttpServlet.java:853) 
[15:38:55.931]  at 
com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:106)
 
[15:38:55.931]  at 
com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:173) 
[15:38:55.931]  at 
com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:229)
 
[15:38:55.931]  at 
com.caucho.server.hmux.HmuxRequest.handleRequest(HmuxRequest.java:420) 
[15:38:55.931]  at 
com.caucho.server.port.TcpConnection.run(TcpConnection.java:511) 
[15:38:55.931]  at 
com.caucho.util.ThreadPool.runTasks(ThreadPool.java:520) 
[15:38:55.931]  at com.caucho.util.ThreadPool.run(ThreadPool.java:442) 
[15:38:55.931]  at java.lang.Thread.run(Thread.java:534) 
[15:38:55.931] Caused by: java.lang.IllegalStateException: block at 
6100 is invalid for file /home/development/site/web/session/srun_.db 
(length 25f)

[15:38:55.931]  at com.caucho.db.store.Store.readBlock(Store.java:1066) 
[15:38:55.931]  at com.caucho.db.store.Block.read(Block.java:153) 
[15:38:55.931]  at com.caucho.db.store.Store.readBlock(Store.java:470) 
[15:38:55.931]  at 
com.caucho.db.store.Store.readFragmentLong(Store.java:815) 
[15:38:55.931]  at 
com.caucho.db.store.Inode.readFragmentAddr(Inode.java:617) 
[15:38:55.931]  at com.caucho.db.store.Inode.read(Inode.java:264) 
[15:38:55.931]  at 
com.caucho.db.store.BlobInputStream.read(BlobInputStream.java:122) 
[15:38:55.931]  at com.caucho.vfs.VfsStream.read(VfsStream.java:143) 
[15:38:55.931]  at com.caucho.vfs.Crc64Stream.read(Crc64Stream.java:89) 
[15:38:55.931]  at com.caucho.vfs.ReadStream.read(ReadStream.java:383) 
[15:38:55.931]  at 
java.io.ObjectInputStream$PeekInputStream.read(ObjectInputStream.java:2150) 
[15:38:55.931]  at 
java.io.ObjectInputStream$BlockDataInputStream.read(ObjectInputStream.java:2549)
 
[15:38:55.931]  at 
java.io.ObjectInputStream$BlockDataInputStream.readFully(ObjectInputStream.java:2579)
 
[15:38:55.931]  at 
java.io.ObjectInputStream.readArray(ObjectInputStream.java:1584) 
[15:38:55.931]  at 
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1271) 
[15:38:55.931]  at 
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1845) 
[15:38:55.931]  at 
java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1769) 
[15:38:55.931]  at 
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1646) 
[15:38:55.931]  at 
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274

Re: [Resin-interest] application variables, j2ee - php, and shared nothing

2007-06-26 Thread Yong Bakos 


(this is sorta off topic -- I suggest asking this question at Java  
Ranch)


I think the answer to your question always depends on what it is  
you're trying to accomplish.


I also think there is some cross-cultural confusion, as you can  
certainly create a shared-nothing Java webapp.


yong

On Jun 26, 2007, at 7:08 AM, Nathan Nobbe wrote:

all,

im curious about application variables under the j2ee web application  
paradigm.
are these used frequently in the context of application servers, like  
resin, or are they regarded as taboo?
also, has anyone heard of the shared nothing architecture?  how does  
that pertain, if at all, to the j2ee paradigm?
i was discussing application variables w/ some members of php-general  
and from the sound of it; they are taboo in the php world.

can any quercus users shed some light on this conundrum?

thanks,

-nathan
___
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] IllegalStateException thrown when reading from srun.db

2007-06-26 Thread MORAWETZ Martin 
Hi list,

  Since a few days we notice java.lang.IllegalStateExceptions in
  the resin-stdout-log.

  Consequence is the loss of all session-attributes of the
  particular session.

  Are there any known common reasons for invalid blocks?

  We use Resin 3.0.23.

  Below the stacktrace:

com.caucho.vfs.IOExceptionWrapper: java.lang.IllegalStateException:
block at 6100 is invalid for file
/home/development/site/web/session/srun_.db (length 25f)
[15:38:55.931]  at
com.caucho.vfs.IOExceptionWrapper.create(IOExceptionWrapper.java:65)
[15:38:55.931]  at
com.caucho.server.session.SessionImpl.load(SessionImpl.java:904)
[15:38:55.931]  at
com.caucho.server.session.SessionManager.load(SessionManager.java:1482)
[15:38:55.931]  at
com.caucho.server.cluster.ClusterObject.load(ClusterObject.java:288)
[15:38:55.931]  at
com.caucho.server.cluster.FileBacking.loadSelf(FileBacking.java:318)
[15:38:55.931]  at
com.caucho.server.cluster.FileStore.load(FileStore.java:132)
[15:38:55.931]  at
com.caucho.server.cluster.ClusterObject.load(ClusterObject.java:259)
[15:38:55.931]  at
com.caucho.server.session.SessionImpl.load(SessionImpl.java:702)
[15:38:55.931]  at
com.caucho.server.session.SessionManager.getSession(SessionManager.java:
1278)
[15:38:55.931]  at
com.caucho.server.connection.AbstractHttpRequest.createSession(AbstractH
ttpRequest.java:1444)
[15:38:55.931]  at
com.caucho.server.connection.AbstractHttpRequest.getSession(AbstractHttp
Request.java:1256)
[15:38:55.931]  at
org.it.notimeout.NoTimeoutServlet.doGet(NoTimeoutServlet.java:94)
[15:38:55.931]  at
javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
[15:38:55.931]  at
javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
[15:38:55.931]  at
com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChai
n.java:106)
[15:38:55.931]  at
com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.ja
va:173)
[15:38:55.931]  at
com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.j
ava:229)
[15:38:55.931]  at
com.caucho.server.hmux.HmuxRequest.handleRequest(HmuxRequest.java:420)
[15:38:55.931]  at
com.caucho.server.port.TcpConnection.run(TcpConnection.java:511)
[15:38:55.931]  at
com.caucho.util.ThreadPool.runTasks(ThreadPool.java:520)
[15:38:55.931]  at com.caucho.util.ThreadPool.run(ThreadPool.java:442)
[15:38:55.931]  at java.lang.Thread.run(Thread.java:534)
[15:38:55.931] Caused by: java.lang.IllegalStateException: block at
6100 is invalid for file /home/development/site/web/session/srun_.db
(length 25f)
[15:38:55.931]  at com.caucho.db.store.Store.readBlock(Store.java:1066)
[15:38:55.931]  at com.caucho.db.store.Block.read(Block.java:153)
[15:38:55.931]  at com.caucho.db.store.Store.readBlock(Store.java:470)
[15:38:55.931]  at
com.caucho.db.store.Store.readFragmentLong(Store.java:815)
[15:38:55.931]  at
com.caucho.db.store.Inode.readFragmentAddr(Inode.java:617)
[15:38:55.931]  at com.caucho.db.store.Inode.read(Inode.java:264)
[15:38:55.931]  at
com.caucho.db.store.BlobInputStream.read(BlobInputStream.java:122)
[15:38:55.931]  at com.caucho.vfs.VfsStream.read(VfsStream.java:143)
[15:38:55.931]  at com.caucho.vfs.Crc64Stream.read(Crc64Stream.java:89)
[15:38:55.931]  at com.caucho.vfs.ReadStream.read(ReadStream.java:383)
[15:38:55.931]  at
java.io.ObjectInputStream$PeekInputStream.read(ObjectInputStream.java:21
50)
[15:38:55.931]  at
java.io.ObjectInputStream$BlockDataInputStream.read(ObjectInputStream.ja
va:2549)
[15:38:55.931]  at
java.io.ObjectInputStream$BlockDataInputStream.readFully(ObjectInputStre
am.java:2579)
[15:38:55.931]  at
java.io.ObjectInputStream.readArray(ObjectInputStream.java:1584)
[15:38:55.931]  at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1271)
[15:38:55.931]  at
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1845)
[15:38:55.931]  at
java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1769)
[15:38:55.931]  at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1646
)
[15:38:55.931]  at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274)
[15:38:55.931]  at
java.io.ObjectInputStream.readObject(ObjectInputStream.java:324)
[15:38:55.931]  at
com.caucho.server.session.SessionImpl.load(SessionImpl.java:898)
[15:38:55.931]  ... 20 more
[15:38:56.131] java.lang.IllegalStateException: block at 6100 is
invalid for file /home/development/site/web/session/srun_.db (length
25f)
[15:38:56.131]  at com.caucho.db.store.Store.readBlock(Store.java:1066)
[15:38:56.131]  at com.caucho.db.store.Block.read(Block.java:153)
[15:38:56.131]  at com.caucho.db.store.Store.readBlock(Store.java:470)
[15:38:56.131]  at
com.caucho.db.store.Store.readFragmentLong(Store.java:815)
[15:38:56.131]  at
com.caucho.db.store.Inode.readFragmentAddr(Inode.java:617)
[15:38:56.131]  at com.caucho.db.store.Inode.remove(Inode.java:510)
[15:38:56.131]  at
com.caucho.db.store.Transaction.commit(Transaction.java:476)
[15:38:56.131]  at
com.c

[Resin-interest] application variables, j2ee - php, and shared nothing

2007-06-26 Thread Nathan Nobbe 

all,

im curious about application variables under the j2ee web application
paradigm.
are these used frequently in the context of application servers, like resin,
or are they regarded as taboo?
also, has anyone heard of the shared nothing
architecture?
how does that pertain, if at all, to the j2ee paradigm?
i was discussing application variables w/ some members of php-general and
from the sound of it; they are taboo in the php world.
can any quercus users shed some light on this conundrum?

thanks,

-nathan
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest