RE: [JBoss-user] Strange class not found

[Scott M Stark]

[EMAIL PROTECTED] Releases]$ jar -tf
jboss-3.2.3/server/default/deploy/jboss-jca.sar | grep
CachedConnectionManager
org/jboss/resource/connectionmanager/CachedConnectionManager$KeyConnecti
onAssociation.class
org/jboss/resource/connectionmanager/CachedConnectionManager$CloseConnec
tionSynchronization.class
org/jboss/resource/connectionmanager/CachedConnectionManager.class
org/jboss/resource/connectionmanager/CachedConnectionManagerMBean.class 



Scott Stark
Chief Technology Officer
JBoss Group, LLC
 
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ionel
GARDAIS
Sent: Friday, February 06, 2004 6:53 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-user] Strange class not found

Hi,

where is the class
org.jboss.resource.connectionmanager.CachedConnectionManager
?

I am trying to setup my own server configuration and JBoss complains
about not finding this class.

When I launch the default config, it works.

Any ideas ?

Thanks,
Ionel



---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange class not found

[Adrian Brock]

jboss-jca.sar

Regards,
Adrian

On Fri, 2004-02-06 at 14:52, Ionel GARDAIS wrote:
> Hi,
> 
> where is the class
> org.jboss.resource.connectionmanager.CachedConnectionManager
> ?
> 
> I am trying to setup my own server configuration and
> JBoss complains about not finding this class.
> 
> When I launch the default config, it works.
> 
> Any ideas ?
> 
> Thanks,
> Ionel
> 
> 
> 
>   
> 
>   
>   
> Yahoo! Mail : votre e-mail personnel et gratuit qui vous suit partout ! 
> CrÃez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/
> 
> 
> ---
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
-- 
 
Adrian Brock
Director of Support
Back Office
JBoss Group, LLC 
 



---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Strange class not found

[Ionel GARDAIS]

Hi,

where is the class
org.jboss.resource.connectionmanager.CachedConnectionManager
?

I am trying to setup my own server configuration and
JBoss complains about not finding this class.

When I launch the default config, it works.

Any ideas ?

Thanks,
Ionel







Yahoo! Mail : votre e-mail personnel et gratuit qui vous suit partout ! 
Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/


---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Strange load balancing behavior with mod_jk2

[Björn Weis]

Hallo,

I run Apache2 with mod_jk2 and 3 JBoss 3.2.3 with the included Tomcat on 
Suse 8.2.

When requesting to the jsp-pages in the JBoss 3.2.3 the load balancing 
behavior is
not round robin. It seems to me that every time the benchmark send 
requests to the
Apache2 the mod_jk2 makes a new slot and in this slot the requests are 
distributed
round robin (when sometimes a slot is used twice). This is only with 
sticky-session
pages. With other pages load balancing works fine. When I try that 
manual I can
verify it (I use diffrent browsers on diffrent machines, so that I get 
allways new cockies),
so it does not lie on the benchmark application.

My config files:
jboss-service.xml from the tomcat:
...

...


  address="${jboss.bind.address}" port="8009" minProcessors="5" 
maxProcessors="75"
  enableLookups="true" redirectPort="8443"
  acceptCount="10" debug="0" connectionTimeout="10"
  useURIValidationHack="false"
  protocolHandlerClassName="org.apache.jk.server.JkCoyoteHandler"/>
...
${jboss.server.home.dir}/tomcat
${jboss.server.home.dir}/tomcat

jk2.properties in the conf path I set in the jboss-service.xml 
(${jboss.server.home.dir}/tomcat/conf):

# The jk2.properties file should be in the directory 
?$TOMCAT_HOME/conf?. This file contains all of the JK2 configuration 
information. Here we will set up the shared memory directive. This 
directive is necessary for Apache and Tomcat to communicate. A good 
place to have the file is the ?$APACHE_HOME/logs? directory. The file 
can be named anything but the convention is ?jk2.shm?.
# TODO: What to do in case Tomcat and Apache reside on different machines.
#Shared memory directive
shm.file=pathToApache/logs/jk2.shm

workers2.properties in the apache conf directory:

[logger]
level=DEBUG
[config:]
file=${serverRoot}/conf/workers2.properties
debug=0
debugEnv=0
[uriMap:]
info=Maps the requests. Options: debug
debug=0
# Alternate file logger
#[logger.file:0]
#level=DEBUG
#file=${serverRoot}/logs/jk2.log
[shm:]
info=Scoreboard. Required for reconfiguration and status with 
multiprocess servers
file=${serverRoot}/logs/jk2.shm
size=1024
debug=0
disabled=0

[workerEnv:]
info=Global server options
timing=1
debug=0
# Default Native Logger (apache2 or win32 )
# can be overriden to a file logger, useful
# when tracing win32 related issues
#logger=logger.file:0
[channel.socket:host1:8009]
info=Ajp13 host1
debug=0
lb_factor=1
group=lb
tomcatId=host1:8009
disabled=0
[channel.socket:host2:8009]
info=Ajp13 host2
debug=0
lb_factor=1
group=lb
tomcatId=host2:8009
disabled=0
[channel.socket:host3:8009]
info=Ajp13 host3
debug=0
lb_factor=1
group=lb
tomcatId=host3:8009
disabled=0
[status:]
info=Status worker, displays runtime informations
[uri:/jkstatus/*]
info=Display status information and checks the config file for changes.
group=status:
[uri:/MyApp/*]
info=load balancer uri
group=lb
debug=0
httpd.conf in the apache conf directory:
...
#
# Load mod_jk
#
LoadModule jk2_module modules/mod_jk2.so
Thats my configuration. The connector seems to work but the load 
balancer will not use round robin over the servers.

Any ideas?

Thanx
   Björn Weis




---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Strange NameNotFoundException

[Steven Nakhla]

I'm using JBoss-3.2.2-Tomcat and Struts to do a simple web app.  In my Struts Action I attempt to create an instance of a CMP Entity Bean.  However, when I do I get the exception listed below.  I only get this when accessing the bean through my Struts Action, though.  If I write a simple test client and run it, it works fine.  Can anyone explain to me what might be the problem?  What is this exception typically indicative of?  Thanks in advance!
 
Steve Nakhla
 
My Exception:
 

19:00:21,565 ERROR [STDERR] javax.naming.NameNotFoundException: env not bound
19:00:21,565 ERROR [STDERR] at org.jnp.server.NamingServer.getBinding(NamingServer.java:495)
19:00:21,565 ERROR [STDERR] at org.jnp.server.NamingServer.getBinding(NamingServer.java:503)
19:00:21,565 ERROR [STDERR] at org.jnp.server.NamingServer.getObject(NamingServer.java:509)
19:00:21,565 ERROR [STDERR] at org.jnp.server.NamingServer.lookup(NamingServer.java:253)
19:00:23,257 ERROR [STDERR] at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:500)
19:00:23,257 ERROR [STDERR] at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:614)
19:00:23,257 ERROR [STDERR] at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:479)
19:00:23,257 ERROR [STDERR] at javax.naming.InitialContext.lookup(InitialContext.java:347)
19:00:23,257 ERROR [STDERR] at licensemgr.ejb.ProductUtil.getHome(ProductUtil.java:30)
19:00:23,257 ERROR [STDERR] at licensemgr.struts.action.NewProductAction.execute(NewProductAction.java:85)
19:00:23,257 ERROR [STDERR] at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484)
19:00:23,257 ERROR [STDERR] at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)
19:00:23,267 ERROR [STDERR] at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)
19:00:23,267 ERROR [STDERR] at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525)
19:00:23,267 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
19:00:23,267 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
19:00:23,267 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
19:00:23,267 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
19:00:23,267 ERROR [STDERR] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256)
19:00:23,267 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
19:00:23,327 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
19:00:23,327 ERROR [STDERR] at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
19:00:23,327 ERROR [STDERR] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
19:00:23,327 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
19:00:23,327 ERROR [STDERR] at org.jboss.web.catalina.security.JBossSecurityMgrRealm.invoke(JBossSecurityMgrRealm.java:229)
19:00:23,337 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
19:00:23,337 ERROR [STDERR] at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)
19:00:23,337 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
19:00:23,337 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
19:00:23,337 ERROR [STDERR] at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
19:00:23,337 ERROR [STDERR] at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415)
19:00:23,347 ERROR [STDERR] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
19:00:23,347 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
19:00:23,347 ERROR [STDERR] at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171)
19:00:23,347 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
19:00:23,427 ERROR [STDERR] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
19:00:23,427 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
19:00:23,427 ERROR [STDERR] at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:509)
19:00:23,427 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
19:00:23,427 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(Standa

Re: [JBoss-user] Strange MySQL JMS persistent behavior

[Michael Klem]

Thank you so much Adrian! I only spent about 6 hours performing 
various tests, configurations and interrogating my code before 
emailing the list. Just wanted to make sure I didn't miss anything so 
obvious. Seems like I did though. I think I got these sql properties 
from an old post on the JBoss forums.

At 1:49 AM + 11/14/03, Adrian Brock wrote:
Compare your properties with the one in docs/examples/jms in jboss 3.2.2
You'll find one of the deletes should be done through a join.
Regards,
Adrian
On Fri, 2003-11-14 at 00:13, Michael Klem wrote:
 Using:
 JBoss 3.0.8
 MySQL 4.0.14
 MySQL Driver mysql-connector-java-3.0.9-stable-bin.jar
 I found that when using MySQL as my JMS data store, my JMS messages
 are not persisted correctly. I can verify that the messages are
 persisted to the MySQL db. When I stop JBoss the messages are still
 in the db. When I start JBoss again, the messages are deleted when
 the PersistentManager gets started.
 I am using a transacted queue session to commit/rollback my JMS messages.

 I did more experimenting with this and verified the following:
 1. Using the file system as my data store, my messages are correctly
 persisted when JBoss is restarted.
 2. Using Oracle 8i as my data store, my messages are correctly
 persisted when JBoss is restarted.
 3. If I create messages with a non-transacted queue session,
 MySQL will persist these messages correctly when JBoss is restarted.
 4. If I create messages with a transacted queue session and stop JBoss, and
 modify the db records so the TXID column contains a null value,
 MySQL will persist these messages correctly when JBoss is restarted.
 MySQL Properties from jbossmq-service.xml

BLOB_TYPE = object_blob
INSERT_TX = insert into jms_transactions (txid) values(?)
 >INSERT_MESSAGE = insert into jms_messages (messageid, destination,
messageblob, txid, txop) values(?,?,?,?,?)
SELECT_ALL_UNCOMMITED_TXS = select txid from jms_transactions
SELECT_MAX_TX = select max(txid) from jms_messages
SELECT_MESSAGES_IN_DEST = select messageid, messageblob from
jms_messages where destination=?
SELECT_MESSAGE = select messageid, messageblob from jms_messages
where messageid=? and destination=?
MARK_MESSAGE = update jms_messages set txid=?, txop=? where
messageid=? and destination=?
UPDATE_MARKED_MESSAGES = update jms_messages set txid=?, txop=?
where txop=?
UPDATE_MARKED_MESSAGES_WITH_TX = update jms_messages set txid=?,
txop=? where txop=? and txid=?
DELETE_MARKED_MESSAGES_WITH_TX = delete from jms_messages where
txid is not null and txop=?
DELETE_TX = delete from jms_transactions where txid = ?
DELETE_MARKED_MESSAGES = delete from jms_messages where 
txid=? and txop=?
DELETE_MESSAGE = delete from jms_messages where messageid=? and
destination=?
CREATE_MESSAGE_TABLE = create table jms_messages ( messageid
integer not null, destination varchar(255) not null, txid integer,
txop char(1), messageblob object, primary key (messageid,
destination) )  type=innodb
CREATE_TX_TABLE = create table jms_transactions ( txid integer )
type=innodb

 My work around for now is to create and store my JMS messages until
 after the transaction. Then at the end of the transaction, use a non
 transacted queue session to create and send all my messages.
 Seems like a hack, but need to be able to switch between different
 data sources for testing. I have not tested this under 3.2.2 yet.
 Was wondering if others seen this before.
--

Adrian Brock
Director of Support
Back Office
JBoss Group, LLC



---
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


--
 Michael Klem <[EMAIL PROTECTED]>626-296-3027
---
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange MySQL JMS persistent behavior

[Adrian Brock]

Compare your properties with the one in docs/examples/jms in jboss 3.2.2
You'll find one of the deletes should be done through a join.

Regards,
Adrian

On Fri, 2003-11-14 at 00:13, Michael Klem wrote:
> Using:
> JBoss 3.0.8
> MySQL 4.0.14
> MySQL Driver mysql-connector-java-3.0.9-stable-bin.jar
> 
> I found that when using MySQL as my JMS data store, my JMS messages 
> are not persisted correctly. I can verify that the messages are 
> persisted to the MySQL db. When I stop JBoss the messages are still 
> in the db. When I start JBoss again, the messages are deleted when 
> the PersistentManager gets started.
> 
> I am using a transacted queue session to commit/rollback my JMS messages.
> 
> I did more experimenting with this and verified the following:
> 1. Using the file system as my data store, my messages are correctly
> persisted when JBoss is restarted.
> 
> 2. Using Oracle 8i as my data store, my messages are correctly
> persisted when JBoss is restarted.
> 
> 3. If I create messages with a non-transacted queue session,
> MySQL will persist these messages correctly when JBoss is restarted.
> 
> 4. If I create messages with a transacted queue session and stop JBoss, and
> modify the db records so the TXID column contains a null value,
> MySQL will persist these messages correctly when JBoss is restarted.
> 
> 
> MySQL Properties from jbossmq-service.xml
> 
>BLOB_TYPE = object_blob
>INSERT_TX = insert into jms_transactions (txid) values(?)
>INSERT_MESSAGE = insert into jms_messages (messageid, destination,
>messageblob, txid, txop) values(?,?,?,?,?)
>SELECT_ALL_UNCOMMITED_TXS = select txid from jms_transactions
>SELECT_MAX_TX = select max(txid) from jms_messages
>SELECT_MESSAGES_IN_DEST = select messageid, messageblob from
>jms_messages where destination=?
>SELECT_MESSAGE = select messageid, messageblob from jms_messages
>where messageid=? and destination=?
>MARK_MESSAGE = update jms_messages set txid=?, txop=? where
>messageid=? and destination=?
>UPDATE_MARKED_MESSAGES = update jms_messages set txid=?, txop=?
>where txop=?
>UPDATE_MARKED_MESSAGES_WITH_TX = update jms_messages set txid=?,
>txop=? where txop=? and txid=?
>DELETE_MARKED_MESSAGES_WITH_TX = delete from jms_messages where
>txid is not null and txop=?
>DELETE_TX = delete from jms_transactions where txid = ?
>DELETE_MARKED_MESSAGES = delete from jms_messages where txid=? and txop=?
>DELETE_MESSAGE = delete from jms_messages where messageid=? and
>destination=?
>CREATE_MESSAGE_TABLE = create table jms_messages ( messageid
>integer not null, destination varchar(255) not null, txid integer,
>txop char(1), messageblob object, primary key (messageid,
>destination) )  type=innodb
>CREATE_TX_TABLE = create table jms_transactions ( txid integer )
>type=innodb
> 
> 
> My work around for now is to create and store my JMS messages until 
> after the transaction. Then at the end of the transaction, use a non 
> transacted queue session to create and send all my messages.
> 
> Seems like a hack, but need to be able to switch between different 
> data sources for testing. I have not tested this under 3.2.2 yet.
> 
> Was wondering if others seen this before.
-- 
 
Adrian Brock
Director of Support
Back Office
JBoss Group, LLC 
 



---
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Strange MySQL JMS persistent behavior

[Michael Klem]

Using:
JBoss 3.0.8
MySQL 4.0.14
MySQL Driver mysql-connector-java-3.0.9-stable-bin.jar
I found that when using MySQL as my JMS data store, my JMS messages 
are not persisted correctly. I can verify that the messages are 
persisted to the MySQL db. When I stop JBoss the messages are still 
in the db. When I start JBoss again, the messages are deleted when 
the PersistentManager gets started.

I am using a transacted queue session to commit/rollback my JMS messages.

I did more experimenting with this and verified the following:
1. Using the file system as my data store, my messages are correctly
   persisted when JBoss is restarted.
2. Using Oracle 8i as my data store, my messages are correctly
   persisted when JBoss is restarted.
3. If I create messages with a non-transacted queue session,
   MySQL will persist these messages correctly when JBoss is restarted.
4. If I create messages with a transacted queue session and stop JBoss, and
   modify the db records so the TXID column contains a null value,
   MySQL will persist these messages correctly when JBoss is restarted.
MySQL Properties from jbossmq-service.xml

  BLOB_TYPE = object_blob
  INSERT_TX = insert into jms_transactions (txid) values(?)
  INSERT_MESSAGE = insert into jms_messages (messageid, destination,
  messageblob, txid, txop) values(?,?,?,?,?)
  SELECT_ALL_UNCOMMITED_TXS = select txid from jms_transactions
  SELECT_MAX_TX = select max(txid) from jms_messages
  SELECT_MESSAGES_IN_DEST = select messageid, messageblob from
  jms_messages where destination=?
  SELECT_MESSAGE = select messageid, messageblob from jms_messages
  where messageid=? and destination=?
  MARK_MESSAGE = update jms_messages set txid=?, txop=? where
  messageid=? and destination=?
  UPDATE_MARKED_MESSAGES = update jms_messages set txid=?, txop=?
  where txop=?
  UPDATE_MARKED_MESSAGES_WITH_TX = update jms_messages set txid=?,
  txop=? where txop=? and txid=?
  DELETE_MARKED_MESSAGES_WITH_TX = delete from jms_messages where
  txid is not null and txop=?
  DELETE_TX = delete from jms_transactions where txid = ?
  DELETE_MARKED_MESSAGES = delete from jms_messages where txid=? and txop=?
  DELETE_MESSAGE = delete from jms_messages where messageid=? and
  destination=?
  CREATE_MESSAGE_TABLE = create table jms_messages ( messageid
  integer not null, destination varchar(255) not null, txid integer,
  txop char(1), messageblob object, primary key (messageid,
  destination) )  type=innodb
  CREATE_TX_TABLE = create table jms_transactions ( txid integer )
  type=innodb
My work around for now is to create and store my JMS messages until 
after the transaction. Then at the end of the transaction, use a non 
transacted queue session to create and send all my messages.

Seems like a hack, but need to be able to switch between different 
data sources for testing. I have not tested this under 3.2.2 yet.

Was wondering if others seen this before.

--
 Michael Klem <[EMAIL PROTECTED]>626-296-3027
---
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange clustering behavior

[Bela Ban]

Sebastian Hauer wrote:

Hi,

Last night we had a strange problem in one of our environments running
jboss 3.0.8. This environment consists of two nodes N10 and N11. We
where logging "org.javagroups" and "org.jboss.ha" in DEBUG mode.
1. Sometime before 21:27:47 the JVM process on N10 was starved off CPU
time for at least 39 seconds for yet unknown reasons.
2. At 21:27:44,483 N11 declared N10 dead.


Did you see a new view in which N10 was not a member anymore ?

3. At 21:27:57,202 N11 realizes that N10 is still alive and joins it
back in.


If N10 was excluded from the group, then it would have been shunned, 
told to leave the group, and later rejoin under a different identity.

We see these cluster log events in the logs of N11.
After the 3rd event happened we would have expected to see that cluster
view update also in the logs of N10, yet instead all we found where
these strange log statements:
2003-10-29 21:27:51,430 DEBUG [org.javagroups.Juliet] [Wed Oct 29
21:27:51 EST 2003] [ERROR] MessageDispatcher.up(): corr == null
2003-10-29 21:27:51,977 DEBUG [org.javagroups.Juliet] [Wed Oct 29
21:27:51 EST 2003] [ERROR] MessageDispatcher.up(): corr == null 


This is just a warning. It means that the member disconnected from the 
channel, and hasn't yet reconnected. Are the configs on N10 and N11 the 
same ? E.g. is N10 set to auto-reconnect on shunning ?


We had some problems after this happened


What kind of problems ?

--
Bela Ban
http://www.jgroups.org
Cell: (408) 316-4459


---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Strange clustering behavior

[Sebastian Hauer]

Hi Adrian,

> The "corr == null" implies the MessageDispatcher was not
> in a running state (this error occurs when an event is received).
> 
> These events occurred while it was doing the shun/reconnect. 
> Unfortunatley, it doesn't show what the event(s) are.
> 
> >From your description it sounds like it is running again,
> but it doesn't have the correct current view.

Right, this is what happened.  In fact we are running with the new
singleton Mbean code on 3.0.8 and we see that after this incident, both
nodes are masters so that and the log message imply that N10 does not
have the current view.

I assume this might be a problem with the javagroups code or our
protocol stack configuration.

Regards,
Sebastian


___
This message is for the named recipient's use only.  It may contain sensitive and 
private proprietary information.  No confidentiality is waived or lost by any 
incorrect transmission.  If you are not the intended recipient, please immediately 
delete it and all copies of it from your system, destroy any hard copies of it and 
notify the sender.  You must not, directly or indirectly, use, disclose, distribute, 
print, or copy any part of this message if you are not the intended recipient.  
Sakonnet Technology, LLC and its subsidiaries reserve the right to monitor all e-mail 
communications through their networks. Any views expressed in this message are those 
of the individual sender, except where the message states otherwise and the sender is 
authorized to state them to be the views of any such entity.  Unless otherwise stated, 
any pricing information given in this message is indicative only, is subject to change 
and does not constitute an offer to deal at any price quoted. Any reference to the 
terms of executed transactions should be treated as preliminary only and subject to 
our formal written confirmation. 



---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Strange clustering behavior

[Adrian Brock]

Hi Sebastian,

Bela can explain what is happening better than me.

The "corr == null" implies the MessageDispatcher was not
in a running state (this error occurs when an event is received).

These events occurred while it was doing the shun/reconnect.
Unfortunatley, it doesn't show what the event(s) are.

>From your description it sounds like it is running again,
but it doesn't have the correct current view.

Regards,
Adrian

On Thu, 2003-10-30 at 23:42, Sebastian Hauer wrote:
> Hi Adrian,
> 
> 
> > > where these strange log statements:
> > > 
> > > 2003-10-29 21:27:51,430 DEBUG [org.javagroups.Juliet] [Wed Oct 29 
> > > 21:27:51 EST 2003] [ERROR] MessageDispatcher.up(): corr == null 
> > > 2003-10-29 21:27:51,977 DEBUG [org.javagroups.Juliet] [Wed Oct 29 
> > > 21:27:51 EST 2003] [ERROR] MessageDispatcher.up(): corr == null
> > > 
> > > We had some problems after this happened and assume that these 
> > > messages indicate that something is wrong with the 
> > > java-groups layer 
> > > on N10. Does someone (Bela) know what this means?
> 
> > From the error message it looks like N10 has stopped but not
> > completely died. 
> 
> N10 was definitely still up and and running.
> 
> > Is there a message saying it started a new 
> > stack on N10?
> 
> What do you mean with "new stack"?
> This is what I see in my cluster.log right after I got the
> MessageDispatcher.up() error messages:
> 
> 2003-10-29 21:27:57,772 DEBUG
> [org.jboss.ha.framework.server.HAPartitionImpl.Juliet] setState called
> 2003-10-29 21:27:57,835 DEBUG
> [org.jboss.ha.framework.server.HAPartitionImpl.Juliet] setState for
> HAJNDI
> 2003-10-29 21:27:57,835 DEBUG
> [org.jboss.ha.framework.server.HAPartitionImpl.Juliet] setState for
> DistributedReplicantManager
> 2003-10-29 21:27:57,835 DEBUG
> [org.jboss.ha.framework.server.HAPartitionImpl.Juliet] setState for
> DistributedState
> 2003-10-29 21:27:57,835 DEBUG
> [org.jboss.ha.framework.server.HAPartitionImpl.Juliet] setState for
> HASessionStateTransfer
> 2003-10-29 21:27:57,835 DEBUG
> [org.jboss.ha.hasessionstate.server.HASessionStateImpl./HASessionState/D
> efault] Receiving state of HASessionState
> 2003-10-29 21:28:06,894 DEBUG
> [org.jboss.ha.framework.server.HAPartitionImpl.Juliet] Partition Juliet
> received msg
> 
> I guess this would mean it was still responsive, yet I did not get any
> messages about it.  We are running an instance of the DistributedCache
> Mbean for our SRP session cache which has the useful side-effect of
> printing topology change messages that end up in our server.log and I
> can't see them either.
> 
> Regards,
> Sebastian
> 
> ___
> This message is for the named recipient's use only.  It may contain sensitive and 
> private proprietary information.  No confidentiality is waived or lost by any 
> incorrect transmission.  If you are not the intended recipient, please immediately 
> delete it and all copies of it from your system, destroy any hard copies of it and 
> notify the sender.  You must not, directly or indirectly, use, disclose, distribute, 
> print, or copy any part of this message if you are not the intended recipient.  
> Sakonnet Technology, LLC and its subsidiaries reserve the right to monitor all 
> e-mail communications through their networks. Any views expressed in this message 
> are those of the individual sender, except where the message states otherwise and 
> the sender is authorized to state them to be the views of any such entity.  Unless 
> otherwise stated, any pricing information given in this message is indicative only, 
> is subject to change and does not constitute an offer to deal at any price quoted. 
> Any reference to the terms of executed transactions should be treated as preliminary 
> only and subject to our formal written confirmation. 
> 
> 
> 
> ---
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?   SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
-- 
 
Adrian Brock
Director of Support
Back Office
JBoss Group, LLC 
 



---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Strange clustering behavior

[Sebastian Hauer]

Hi Adrian,


> > where these strange log statements:
> > 
> > 2003-10-29 21:27:51,430 DEBUG [org.javagroups.Juliet] [Wed Oct 29 
> > 21:27:51 EST 2003] [ERROR] MessageDispatcher.up(): corr == null 
> > 2003-10-29 21:27:51,977 DEBUG [org.javagroups.Juliet] [Wed Oct 29 
> > 21:27:51 EST 2003] [ERROR] MessageDispatcher.up(): corr == null
> > 
> > We had some problems after this happened and assume that these 
> > messages indicate that something is wrong with the 
> > java-groups layer 
> > on N10. Does someone (Bela) know what this means?

> From the error message it looks like N10 has stopped but not
> completely died. 

N10 was definitely still up and and running.

> Is there a message saying it started a new 
> stack on N10?

What do you mean with "new stack"?
This is what I see in my cluster.log right after I got the
MessageDispatcher.up() error messages:

2003-10-29 21:27:57,772 DEBUG
[org.jboss.ha.framework.server.HAPartitionImpl.Juliet] setState called
2003-10-29 21:27:57,835 DEBUG
[org.jboss.ha.framework.server.HAPartitionImpl.Juliet] setState for
HAJNDI
2003-10-29 21:27:57,835 DEBUG
[org.jboss.ha.framework.server.HAPartitionImpl.Juliet] setState for
DistributedReplicantManager
2003-10-29 21:27:57,835 DEBUG
[org.jboss.ha.framework.server.HAPartitionImpl.Juliet] setState for
DistributedState
2003-10-29 21:27:57,835 DEBUG
[org.jboss.ha.framework.server.HAPartitionImpl.Juliet] setState for
HASessionStateTransfer
2003-10-29 21:27:57,835 DEBUG
[org.jboss.ha.hasessionstate.server.HASessionStateImpl./HASessionState/D
efault] Receiving state of HASessionState
2003-10-29 21:28:06,894 DEBUG
[org.jboss.ha.framework.server.HAPartitionImpl.Juliet] Partition Juliet
received msg

I guess this would mean it was still responsive, yet I did not get any
messages about it.  We are running an instance of the DistributedCache
Mbean for our SRP session cache which has the useful side-effect of
printing topology change messages that end up in our server.log and I
can't see them either.

Regards,
Sebastian

___
This message is for the named recipient's use only.  It may contain sensitive and 
private proprietary information.  No confidentiality is waived or lost by any 
incorrect transmission.  If you are not the intended recipient, please immediately 
delete it and all copies of it from your system, destroy any hard copies of it and 
notify the sender.  You must not, directly or indirectly, use, disclose, distribute, 
print, or copy any part of this message if you are not the intended recipient.  
Sakonnet Technology, LLC and its subsidiaries reserve the right to monitor all e-mail 
communications through their networks. Any views expressed in this message are those 
of the individual sender, except where the message states otherwise and the sender is 
authorized to state them to be the views of any such entity.  Unless otherwise stated, 
any pricing information given in this message is indicative only, is subject to change 
and does not constitute an offer to deal at any price quoted. Any reference to the 
terms of executed transactions should be treated as preliminary only and subject to 
our formal written confirmation. 



---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange clustering behavior

[Adrian Brock]

On Thu, 2003-10-30 at 18:37, Sebastian Hauer wrote:
> Hi,
> 
> Last night we had a strange problem in one of our environments running
> jboss 3.0.8.  This environment consists of two nodes N10 and N11.  We
> where logging "org.javagroups" and "org.jboss.ha" in DEBUG mode.
> 
> 1. Sometime before 21:27:47 the JVM process on N10 was starved off CPU
> time for at least 39 seconds for yet unknown reasons.  
> 
> 2. At 21:27:44,483 N11 declared N10 dead.
> 
> 3. At 21:27:57,202 N11 realizes that N10 is still alive and joins it
> back in.
> 
> We see these cluster log events in the logs of N11.
> After the 3rd event happened we would have expected to see that cluster
> view update also in the logs of N10, yet instead all we found where
> these strange log statements:
> 
> 2003-10-29 21:27:51,430 DEBUG [org.javagroups.Juliet] [Wed Oct 29
> 21:27:51 EST 2003] [ERROR] MessageDispatcher.up(): corr == null 
> 2003-10-29 21:27:51,977 DEBUG [org.javagroups.Juliet] [Wed Oct 29
> 21:27:51 EST 2003] [ERROR] MessageDispatcher.up(): corr == null 
> 
> We had some problems after this happened and assume that these messages
> indicate that something is wrong with the java-groups layer on N10.
> Does someone (Bela) know what this means?
> 

I've seen something similar before, I think it was in
server.log, I can't find reference to it (it was a while ago).

>From the error message it looks like N10 has stopped but not
completely died. Is there a message saying it started a new
stack on N10?

Regards,
Adrian

> Regards,
> Sebastian
> 
> 
> Sebastian Hauer
> Software Engineering
> [EMAIL PROTECTED] 
> 
> Sakonnet Technology
> 594 Broadway Suite 1008
> New York, NY 10012
> www.sknt.com
> 
> +1 917 237 3831 direct
> +1 212 343 3103 fax
>  
> 
> ___
> This message is for the named recipient's use only.  It may contain sensitive and 
> private proprietary information.  No confidentiality is waived or lost by any 
> incorrect transmission.  If you are not the intended recipient, please immediately 
> delete it and all copies of it from your system, destroy any hard copies of it and 
> notify the sender.  You must not, directly or indirectly, use, disclose, distribute, 
> print, or copy any part of this message if you are not the intended recipient.  
> Sakonnet Technology, LLC and its subsidiaries reserve the right to monitor all 
> e-mail communications through their networks. Any views expressed in this message 
> are those of the individual sender, except where the message states otherwise and 
> the sender is authorized to state them to be the views of any such entity.  Unless 
> otherwise stated, any pricing information given in this message is indicative only, 
> is subject to change and does not constitute an offer to deal at any price quoted. 
> Any reference to the terms of executed transactions should be treated as preliminary 
> only and subject to our formal written confirmation. 
> 
> 
> 
> ---
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?   SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
-- 
 
Adrian Brock
Director of Support
Back Office
JBoss Group, LLC 
 



---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Strange clustering behavior

[Sebastian Hauer]

Hi,

Last night we had a strange problem in one of our environments running
jboss 3.0.8.  This environment consists of two nodes N10 and N11.  We
where logging "org.javagroups" and "org.jboss.ha" in DEBUG mode.

1. Sometime before 21:27:47 the JVM process on N10 was starved off CPU
time for at least 39 seconds for yet unknown reasons.  

2. At 21:27:44,483 N11 declared N10 dead.

3. At 21:27:57,202 N11 realizes that N10 is still alive and joins it
back in.

We see these cluster log events in the logs of N11.
After the 3rd event happened we would have expected to see that cluster
view update also in the logs of N10, yet instead all we found where
these strange log statements:

2003-10-29 21:27:51,430 DEBUG [org.javagroups.Juliet] [Wed Oct 29
21:27:51 EST 2003] [ERROR] MessageDispatcher.up(): corr == null 
2003-10-29 21:27:51,977 DEBUG [org.javagroups.Juliet] [Wed Oct 29
21:27:51 EST 2003] [ERROR] MessageDispatcher.up(): corr == null 

We had some problems after this happened and assume that these messages
indicate that something is wrong with the java-groups layer on N10.
Does someone (Bela) know what this means?

Regards,
Sebastian


Sebastian Hauer
Software Engineering
[EMAIL PROTECTED] 

Sakonnet Technology
594 Broadway Suite 1008
New York, NY 10012
www.sknt.com 

+1 917 237 3831 direct
+1 212 343 3103 fax
 

___
This message is for the named recipient's use only.  It may contain sensitive and 
private proprietary information.  No confidentiality is waived or lost by any 
incorrect transmission.  If you are not the intended recipient, please immediately 
delete it and all copies of it from your system, destroy any hard copies of it and 
notify the sender.  You must not, directly or indirectly, use, disclose, distribute, 
print, or copy any part of this message if you are not the intended recipient.  
Sakonnet Technology, LLC and its subsidiaries reserve the right to monitor all e-mail 
communications through their networks. Any views expressed in this message are those 
of the individual sender, except where the message states otherwise and the sender is 
authorized to state them to be the views of any such entity.  Unless otherwise stated, 
any pricing information given in this message is indicative only, is subject to change 
and does not constitute an offer to deal at any price quoted. Any reference to the 
terms of executed transactions should be treated as preliminary only and subject to 
our formal written confirmation. 



---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange Error

[Scott M Stark]

If your not using JMS it is, else reconfigure the JMS persistent store to use 
your DS.

--

Scott Stark
Chief Technology Officer
JBoss Group, LLC

Konstadinis Euaggelos wrote:
Thanks Scott,  I removed that file,

but in the server/default/deploy/jms/jbossmq-service.xml was a reference of
"DefaultDS" jboss.datasource.
When  jboss starts up, it gives  me the below error ,

  i can't  change the DefaultDS to OracleDS datasource  because  some other
tables are needed .
 I removed the jms directory from the deploy directory .
Is this a proper solution ?

Vangos.



 Depends On Me: , ObjectName: jboss.mq:service=InvocationLayer,type=UIL2
 state: CONFIGURED
 I Depend On:   jboss.mq:service=Invoker
 Depends On Me: , ObjectName: jboss.mq:service=Invoker
 state: CONFIGURED
 I Depend On:   jboss.mq:service=TracingInterceptor
 Depends On Me:   jboss.mq:service=InvocationLayer,type=HTTP
  jboss.mq:service=InvocationLayer,type=JVM
  jboss.mq:service=InvocationLayer,type=RMI
  jboss.mq:service=InvocationLayer,type=OIL
  jboss.mq:service=InvocationLayer,type=UIL
  jboss.mq:service=InvocationLayer,type=OIL2
  jboss.mq:service=InvocationLayer,type=UIL2
, ObjectName: jboss.mq:service=TracingInterceptor
 state: CONFIGURED
 I Depend On:   jboss.mq:service=SecurityManager
 Depends On Me:   jboss.mq:service=Invoker
, ObjectName: jboss.mq:service=SecurityManager
 state: CONFIGURED
 I Depend On:   jboss.mq:service=DestinationManager
 Depends On Me:   jboss.mq.destination:service=Topic,name=testTopic
  jboss.mq.destination:service=Topic,name=securedTopic
  jboss.mq.destination:service=Topic,name=testDurableTopic
  jboss.mq.destination:service=Queue,name=testQueue
  jboss.mq:service=TracingInterceptor
  jboss.mq.destination:service=Queue,name=DLQ
, ObjectName: jboss.mq:service=DestinationManager
 state: CONFIGURED
 I Depend On:   jboss.mq:service=PersistenceManager
  jboss.mq:service=StateManager
 Depends On Me:   jboss.mq.destination:service=Topic,name=testTopic
  jboss.mq.destination:service=Topic,name=securedTopic
  jboss.mq.destination:service=Topic,name=testDurableTopic
  jboss.mq.destination:service=Queue,name=testQueue
  jboss.mq.destination:service=Queue,name=A
  jboss.mq.destination:service=Queue,name=B
  jboss.mq.destination:service=Queue,name=C
  jboss.mq.destination:service=Queue,name=D
  jboss.mq.destination:service=Queue,name=ex
  jboss.mq:service=SecurityManager
  jboss.mq.destination:service=Queue,name=DLQ
, ObjectName: jboss.mq:service=PersistenceManager
 state: CONFIGURED
 I Depend On:   jboss.mq:service=MessageCache
  jboss.jca:service=LocalTxCM,name=DefaultDS


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange Error

[Konstadinis Euaggelos]

Thanks Scott,  I removed that file,

but in the server/default/deploy/jms/jbossmq-service.xml was a reference of
"DefaultDS" jboss.datasource.

When  jboss starts up, it gives  me the below error ,

  i can't  change the DefaultDS to OracleDS datasource  because  some other
tables are needed .
 I removed the jms directory from the deploy directory .

Is this a proper solution ?

Vangos.



 Depends On Me: , ObjectName: jboss.mq:service=InvocationLayer,type=UIL2
 state: CONFIGURED
 I Depend On:   jboss.mq:service=Invoker

 Depends On Me: , ObjectName: jboss.mq:service=Invoker
 state: CONFIGURED
 I Depend On:   jboss.mq:service=TracingInterceptor

 Depends On Me:   jboss.mq:service=InvocationLayer,type=HTTP
  jboss.mq:service=InvocationLayer,type=JVM
  jboss.mq:service=InvocationLayer,type=RMI
  jboss.mq:service=InvocationLayer,type=OIL
  jboss.mq:service=InvocationLayer,type=UIL
  jboss.mq:service=InvocationLayer,type=OIL2
  jboss.mq:service=InvocationLayer,type=UIL2
, ObjectName: jboss.mq:service=TracingInterceptor
 state: CONFIGURED
 I Depend On:   jboss.mq:service=SecurityManager

 Depends On Me:   jboss.mq:service=Invoker
, ObjectName: jboss.mq:service=SecurityManager
 state: CONFIGURED
 I Depend On:   jboss.mq:service=DestinationManager

 Depends On Me:   jboss.mq.destination:service=Topic,name=testTopic
  jboss.mq.destination:service=Topic,name=securedTopic
  jboss.mq.destination:service=Topic,name=testDurableTopic
  jboss.mq.destination:service=Queue,name=testQueue
  jboss.mq:service=TracingInterceptor
  jboss.mq.destination:service=Queue,name=DLQ
, ObjectName: jboss.mq:service=DestinationManager
 state: CONFIGURED
 I Depend On:   jboss.mq:service=PersistenceManager
  jboss.mq:service=StateManager

 Depends On Me:   jboss.mq.destination:service=Topic,name=testTopic
  jboss.mq.destination:service=Topic,name=securedTopic
  jboss.mq.destination:service=Topic,name=testDurableTopic
  jboss.mq.destination:service=Queue,name=testQueue
  jboss.mq.destination:service=Queue,name=A
  jboss.mq.destination:service=Queue,name=B
  jboss.mq.destination:service=Queue,name=C
  jboss.mq.destination:service=Queue,name=D
  jboss.mq.destination:service=Queue,name=ex
  jboss.mq:service=SecurityManager
  jboss.mq.destination:service=Queue,name=DLQ
, ObjectName: jboss.mq:service=PersistenceManager
 state: CONFIGURED
 I Depend On:   jboss.mq:service=MessageCache
  jboss.jca:service=LocalTxCM,name=DefaultDS


>
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.destroy(BaseWra
pperManagedC
>
>
>
> ---
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
>



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange Error

[Scott M Stark]

Remove the the hsqldb-ds.xml if your not using it. This is coming from the 
connection pool cleanup code.

Also fix your mail client or os date as this post showed up as being from 'Date: 
Mon, 13 Jan 2003 17:01:04 +0200'

--

Scott Stark
Chief Technology Officer
JBoss Group, LLC

Konstadinis Euaggelos wrote:

I have an application which connects to Oracle DB,
 
 
Very often JBOSS throws this error which it has no to do with oracle, 
but at it seems that is a hypersonic db error,
 
 
Does jboss internally  connects with the embedded db hypersonic ???
 
Why this error is thrown ,
 
Vangos
 
 

at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.checkException(BaseWrapperManagedConnection.java:445)
at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.destroy(BaseWrapperManagedConnection.java:229)
at 
org.jboss.resource.connectionmanager.InternalManagedConnectionPool.doDestroy(InternalManagedConnectionPool.java:374)
at 
org.jboss.resource.connectionmanager.InternalManagedConnectionPool.removeTimedOut(InternalManagedConnectionPool.java:288)
at 
org.jboss.resource.connectionmanager.IdleRemover$1.run(IdleRemover.java:70)
at java.lang.Thread.run(Thread.java:536)
Caused by: java.sql.SQLException: Connection is broken: Connection reset
at org.hsqldb.Trace.getError(Unknown Source)
at org.hsqldb.Trace.error(Unknown Source)
at org.hsqldb.jdbcConnection.executeHSQL(Unknown Source)
at org.hsqldb.jdbcConnection.execute(Unknown Source)
at org.hsqldb.jdbcConnection.close(Unknown Source)
at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.destroy(BaseWrapperManagedConnection.java:225)
... 4 more
16:46:29,601 INFO  [JBossManagedConnectionPool] Exception destroying 
ManagedConnection
org.jboss.resource.JBossResourceException: SQLException; - nested 
throwable: (java.sql.SQLException: Connection is broken: Connection reset)
at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.checkException(BaseWrapperManagedConnection.java:445)
at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.destroy(BaseWrapperManagedConnection.java:229)
at 
org.jboss.resource.connectionmanager.InternalManagedConnectionPool.doDestroy(InternalManagedConnectionPool.java:374)
at 
org.jboss.resource.connectionmanager.InternalManagedConnectionPool.removeTimedOut(InternalManagedConnectionPool.java:288)
at 
org.jboss.resource.connectionmanager.IdleRemover$1.run(IdleRemover.java:70)
at java.lang.Thread.run(Thread.java:536)
Caused by: java.sql.SQLException: Connection is broken: Connection reset
at org.hsqldb.Trace.getError(Unknown Source)
at org.hsqldb.Trace.error(Unknown Source)
at org.hsqldb.jdbcConnection.executeHSQL(Unknown Source)
at org.hsqldb.jdbcConnection.execute(Unknown Source)
at org.hsqldb.jdbcConnection.close(Unknown Source)
at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.destroy(BaseWrapperManagedConnection.java:225)
... 4 more
16:46:29,602 INFO  [JBossManagedConnectionPool] Exception destroying 
ManagedConnection
org.jboss.resource.JBossResourceException: SQLException; - nested 
throwable: (java.sql.SQLException: Connection is broken: Connection reset)
at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.checkException(BaseWrapperManagedConnection.java:445)
at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.destroy(BaseWrapperManagedConnection.java:229)
at 
org.jboss.resource.connectionmanager.InternalManagedConnectionPool.doDestroy(InternalManagedConnectionPool.java:374)
at 
org.jboss.resource.connectionmanager.InternalManagedConnectionPool.removeTimedOut(InternalManagedConnectionPool.java:288)
at 
org.jboss.resource.connectionmanager.IdleRemover$1.run(IdleRemover.java:70)
at java.lang.Thread.run(Thread.java:536)
Caused by: java.sql.SQLException: Connection is broken: Connection reset
at org.hsqldb.Trace.getError(Unknown Source)
at org.hsqldb.Trace.error(Unknown Source)
at org.hsqldb.jdbcConnection.executeHSQL(Unknown Source)
at org.hsqldb.jdbcConnection.execute(Unknown Source)
at org.hsqldb.jdbcConnection.close(Unknown Source)
at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.destroy(BaseWrapperManagedConnection.java:225)
... 4 more
16:46:29,604 INFO  [JBossManagedConnectionPool] Exception destroying 
ManagedConnection
org.jboss.resource.JBossResourceException: SQLException; - nested 
throwable: (java.sql.SQLException: Connection is broken: Connection reset)
at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.checkException(BaseWrapperManagedConnection.java:445)
at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.destroy(BaseWrapperM

[JBoss-user] Strange Error

[Konstadinis Euaggelos]

I have an application which connects to Oracle DB, 

 
 
Very often JBOSS throws this error which it has no 
to do with oracle, but at it seems that is a hypersonic db error, 
 
 
Does jboss internally  connects with the 
embedded db hypersonic ??? 
 
Why this error is thrown , 
 
Vangos 
 
 
    at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.checkException(BaseWrapperManagedConnection.java:445)    
at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.destroy(BaseWrapperManagedConnection.java:229)    
at 
org.jboss.resource.connectionmanager.InternalManagedConnectionPool.doDestroy(InternalManagedConnectionPool.java:374)    
at 
org.jboss.resource.connectionmanager.InternalManagedConnectionPool.removeTimedOut(InternalManagedConnectionPool.java:288)    
at 
org.jboss.resource.connectionmanager.IdleRemover$1.run(IdleRemover.java:70)    
at java.lang.Thread.run(Thread.java:536)Caused by: java.sql.SQLException: 
Connection is broken: Connection 
reset    at 
org.hsqldb.Trace.getError(Unknown 
Source)    at 
org.hsqldb.Trace.error(Unknown 
Source)    at 
org.hsqldb.jdbcConnection.executeHSQL(Unknown 
Source)    at 
org.hsqldb.jdbcConnection.execute(Unknown 
Source)    at 
org.hsqldb.jdbcConnection.close(Unknown 
Source)    at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.destroy(BaseWrapperManagedConnection.java:225)    
... 4 more16:46:29,601 INFO  [JBossManagedConnectionPool] Exception 
destroying ManagedConnectionorg.jboss.resource.JBossResourceException: 
SQLException; - nested throwable: (java.sql.SQLException: Connection is broken: 
Connection reset)    at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.checkException(BaseWrapperManagedConnection.java:445)    
at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.destroy(BaseWrapperManagedConnection.java:229)    
at 
org.jboss.resource.connectionmanager.InternalManagedConnectionPool.doDestroy(InternalManagedConnectionPool.java:374)    
at 
org.jboss.resource.connectionmanager.InternalManagedConnectionPool.removeTimedOut(InternalManagedConnectionPool.java:288)    
at 
org.jboss.resource.connectionmanager.IdleRemover$1.run(IdleRemover.java:70)    
at java.lang.Thread.run(Thread.java:536)Caused by: java.sql.SQLException: 
Connection is broken: Connection 
reset    at 
org.hsqldb.Trace.getError(Unknown 
Source)    at 
org.hsqldb.Trace.error(Unknown 
Source)    at 
org.hsqldb.jdbcConnection.executeHSQL(Unknown 
Source)    at 
org.hsqldb.jdbcConnection.execute(Unknown 
Source)    at 
org.hsqldb.jdbcConnection.close(Unknown 
Source)    at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.destroy(BaseWrapperManagedConnection.java:225)    
... 4 more16:46:29,602 INFO  [JBossManagedConnectionPool] Exception 
destroying ManagedConnectionorg.jboss.resource.JBossResourceException: 
SQLException; - nested throwable: (java.sql.SQLException: Connection is broken: 
Connection reset)    at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.checkException(BaseWrapperManagedConnection.java:445)    
at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.destroy(BaseWrapperManagedConnection.java:229)    
at 
org.jboss.resource.connectionmanager.InternalManagedConnectionPool.doDestroy(InternalManagedConnectionPool.java:374)    
at 
org.jboss.resource.connectionmanager.InternalManagedConnectionPool.removeTimedOut(InternalManagedConnectionPool.java:288)    
at 
org.jboss.resource.connectionmanager.IdleRemover$1.run(IdleRemover.java:70)    
at java.lang.Thread.run(Thread.java:536)Caused by: java.sql.SQLException: 
Connection is broken: Connection 
reset    at 
org.hsqldb.Trace.getError(Unknown 
Source)    at 
org.hsqldb.Trace.error(Unknown 
Source)    at 
org.hsqldb.jdbcConnection.executeHSQL(Unknown 
Source)    at 
org.hsqldb.jdbcConnection.execute(Unknown 
Source)    at 
org.hsqldb.jdbcConnection.close(Unknown 
Source)    at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.destroy(BaseWrapperManagedConnection.java:225)    
... 4 more16:46:29,604 INFO  [JBossManagedConnectionPool] Exception 
destroying ManagedConnectionorg.jboss.resource.JBossResourceException: 
SQLException; - nested throwable: (java.sql.SQLException: Connection is broken: 
Connection reset)    at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.checkException(BaseWrapperManagedConnection.java:445)    
at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.destroy(BaseWrapperManagedConnection.java:229)    
at 
org.jboss.resource.connectionmanager.InternalManagedConnectionPool.doDestroy(InternalManagedConnectionPool.java:374)    
at 
org.jboss.resource.connectionmanager.InternalManagedConnectionPool.removeTimedOut(InternalManagedConnectionPool.java:288)    
at 
org.jboss.resource.connectionmanager.Idl

[JBoss-user] Strange behavior when changing bean properties

[Ittay Dror]

Simply put, I change a property of a bean, I see it changes in the DB,
but JBoss thinks the property hasn't changed.

Details:
1. I have a bean, I change an integer property of it from null to some
number. In the debugger, if I inspect the property (bean.getFoo()), I
get the number.
2. Shortly after, I query for all beans whose property is not null. I
get the same bean as before in the results. In the debugger, when I
inspect the property, I get null.
3. When I look in the DB log files, I see there is a call to 'update'
with the right value for the property (the number), there is no 'update'
to set the property to null. 
4. If I get the query from the DB log files and run it myself, the row
for which the property has changed is not returned.



Thank you,
Ittay
-- 
===
Ittay Dror ([EMAIL PROTECTED])
User Space, R&D
Qlusters Inc.
Tel: +972-3-6081956 Fax: +972-3-6081841



---
This SF.Net email sponsored by: Parasoft
Error proof Web apps, automate testing & more.
Download & eval WebKing and get a free book.
www.parasoft.com/bulletproofapps1
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Strange log message

[Danny . Yates]

Title: Message



Hi 
guys,
 
I've left JBoss 
running (idle) overnight, and I've come back to find this on the 
console:
 
18:10:54,448 INFO  [Manager] local 
scavenging...18:20:53,995 INFO  [Manager] local 
scavenging...18:23:20,246 ERROR [SubscribingInterceptor] could not get 
AbstractReplicatedStore18:23:20,476 WARN  [Server] 
ClassNotFoundException $Proxy2218:23:20,847 WARN  [Server] 
ClassNotFoundException $Proxy2818:23:20,967 WARN  [Server] Throwable 
java.lang.ClassCastException18:30:54,001 INFO  [Manager] local 
scavenging...18:40:53,998 INFO  [Manager] local 
scavenging...18:50:53,996 INFO  [Manager] local 
scavenging...19:00:53,995 INFO  [Manager] local 
scavenging...19:10:53,994 INFO  [Manager] local 
scavenging...
 
I'm using 3.2.0. Any 
ideas?
 
Dan.
 

-- 
Danny Yates
 



_ 

Notice to recipient: 

The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. 


When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group entity. 


If this email originates from the U.K. please note that Bank of America, N.A., London Branch, Banc of America Securities Limited and Banc of America Futures Incorporated are regulated by the Financial Services Authority.

_ 

[JBoss-user] Strange problem in starting.

[Ramrakhiani, Vikas]

Hi,

I am experiencing a strange problem in starting up Jboss 3.2.0. Whenever I
run commend run.sh -c all Jboss hangs up, 

19:23:04,811 INFO  [SARDeployer] looking for nested deployments in :
file:/tmp_mnt/home/hyd/fs2/u9/ramrakhv/jboss_11000/jboss-3.2.0_tomcat-4.1.24
/server/all/deploy/cluster-service.xml
 
19:23:05,095 INFO  [ClusterPartition] Creating
19:23:07,025 INFO  [ClusterPartition] Set the JavaGroups logging to log4j
with category:[EMAIL PROTECTED], priority: DEBUG,
JavaGroupsLevel: 4
19:23:07,267 INFO  [DefaultPartition] Initializing
19:23:07,419 INFO  [ClusterPartition] Created
19:23:07,423 INFO  [HASessionStateService] Creating
19:23:07,474 INFO  [HASessionStateService] Created
19:23:07,477 INFO  [HANamingService] Creating
19:23:07,797 INFO  [HANamingService] Created
19:23:07,800 INFO  [JGCacheInvalidationBridge] Creating
19:23:07,800 INFO  [JGCacheInvalidationBridge] Created
19:23:07,805 INFO  [JRMPInvokerHA] Creating
19:23:07,805 INFO  [JRMPInvokerHA] Created
19:23:07,811 INFO  [ClusterPartition] Starting
19:23:07,812 INFO  [ClusterPartition] Connecting to channel
19:23:07,897 INFO  [STDOUT] 
---
GMS: address is infra4:46300
---


I get this problem only in all mode. This instance of Jboss used to run fine
couple of days back.
Any pointers for this problem ?


thanks for your help,
vikas. 



---
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange JMS Problems on 3.2.0RC2

[Hunter Hillegas]

Hmmm... Okay, thanks. I guess I can rule that one out.

If anyone has any ideas about the ConnectionFactory problems that are
plaguing JMS deployment, it would be a big help.

Thanks,
Hunter

> From: "Scott M Stark" <[EMAIL PROTECTED]>
> Organization: JBoss Group, LLC
> Reply-To: [EMAIL PROTECTED]
> Date: Thu, 20 Feb 2003 12:10:44 -0800
> To: <[EMAIL PROTECTED]>
> Subject: Re: [JBoss-user] Strange JMS Problems on 3.2.0RC2
> 
> Oh, that is just a debugging stack trace and is of no interest as it affects
> nothing.
> 
> 
> Scott Stark
> Chief Technology Officer
> JBoss Group, LLC
> 
> 
> - Original Message -
> From: "Hunter Hillegas" <[EMAIL PROTECTED]>
> To: "JBoss User" <[EMAIL PROTECTED]>
> Sent: Thursday, February 20, 2003 10:58 AM
> Subject: Re: [JBoss-user] Strange JMS Problems on 3.2.0RC2
> 
> 
>> Here is the complete stack trace for that component:
>> 
>> 09:11:29,791 DEBUG [LocalJBossServerDomain] postCreation(), create
>> J2EEServer instance
>> java.lang.Exception: StackTrace
>> at 
>> org.jboss.management.j2ee.LocalJBossServerDomain.postCreation(LocalJBossServ
>> erDomain.java:397)
>> at 
>> org.jboss.management.j2ee.J2EEManagedObject.postRegister(J2EEManagedObject.j
>> ava:249)
>> at 
> 
> 
> 
> ---
> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
> The most comprehensive and flexible code editor you can use.
> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
> www.slickedit.com/sourceforge
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user



---
This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
The most comprehensive and flexible code editor you can use.
Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
www.slickedit.com/sourceforge
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange JMS Problems on 3.2.0RC2

[Scott M Stark]

Oh, that is just a debugging stack trace and is of no interest as it affects nothing.


Scott Stark
Chief Technology Officer
JBoss Group, LLC


- Original Message - 
From: "Hunter Hillegas" <[EMAIL PROTECTED]>
To: "JBoss User" <[EMAIL PROTECTED]>
Sent: Thursday, February 20, 2003 10:58 AM
Subject: Re: [JBoss-user] Strange JMS Problems on 3.2.0RC2


> Here is the complete stack trace for that component:
> 
> 09:11:29,791 DEBUG [LocalJBossServerDomain] postCreation(), create
> J2EEServer instance
> java.lang.Exception: StackTrace
> at 
> org.jboss.management.j2ee.LocalJBossServerDomain.postCreation(LocalJBossServ
> erDomain.java:397)
> at 
> org.jboss.management.j2ee.J2EEManagedObject.postRegister(J2EEManagedObject.j
> ava:249)
> at 



---
This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
The most comprehensive and flexible code editor you can use.
Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
www.slickedit.com/sourceforge
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange JMS Problems on 3.2.0RC2

[Hunter Hillegas]

Here is the complete stack trace for that component:

09:11:29,791 DEBUG [LocalJBossServerDomain] postCreation(), create
J2EEServer instance
java.lang.Exception: StackTrace
at 
org.jboss.management.j2ee.LocalJBossServerDomain.postCreation(LocalJBossServ
erDomain.java:397)
at 
org.jboss.management.j2ee.J2EEManagedObject.postRegister(J2EEManagedObject.j
ava:249)
at 
org.jboss.mx.server.registry.BasicMBeanRegistry.registerMBean(BasicMBeanRegi
stry.java:278)
at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat
cher.java:284)
at 
org.jboss.mx.interceptor.ObjectReferenceInterceptor.invoke(ObjectReferenceIn
terceptor.java:64)
at 
org.jboss.mx.interceptor.MBeanAttributeInterceptor.invoke(MBeanAttributeInte
rceptor.java:50)
at 
org.jboss.mx.interceptor.PersistenceInterceptor.invoke(PersistenceIntercepto
r.java:91)
at org.jboss.mx.server.MBeanInvoker.invoke(MBeanInvoker.java:79)
at 
javax.management.modelmbean.RequiredModelMBean.invoke(RequiredModelMBean.jav
a:141)
at 
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
at 
org.jboss.mx.server.MBeanServerImpl.registerMBean(MBeanServerImpl.java:994)
at 
org.jboss.mx.server.MBeanServerImpl.registerMBean(MBeanServerImpl.java:954)
at 
org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java:322)
at org.jboss.system.ServiceCreator.install(ServiceCreator.java:91)
at 
org.jboss.system.ServiceConfigurator.internalInstall(ServiceConfigurator.jav
a:155)
at 
org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:118)
at 
org.jboss.system.ServiceController.install(ServiceController.java:225)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat
cher.java:284)
at 
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174)
at $Proxy5.install(Unknown Source)
at org.jboss.deployment.SARDeployer.create(SARDeployer.java:188)
at org.jboss.deployment.MainDeployer.create(MainDeployer.java:779)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:638)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:612)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:596)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat
cher.java:284)
at 
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174)
at $Proxy6.deploy(Unknown Source)
at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:332)
at org.jboss.system.server.ServerImpl.start(ServerImpl.java:239)
at org.jboss.Main.boot(Main.java:155)
at org.jboss.Main$1.run(Main.java:393)
at java.lang.Thread.run(Thread.java:554)

> From: "Scott M Stark" <[EMAIL PROTECTED]>
> Organization: JBoss Group, LLC
> Reply-To: [EMAIL PROTECTED]
> Date: Thu, 20 Feb 2003 10:08:37 -0800
> To: <[EMAIL PROTECTED]>
> Subject: Re: [JBoss-user] Strange JMS Problems on 3.2.0RC2
> 
> The LocalJBossServerDomain is the JSR77 integration service which should not
> be generating errors under any circumstances so show the full stack traces.
> 
> 
> Scott Stark
> Chief Technology Officer
> JBoss Group, LLC
> 
> 
> - Original Message -
> From: "Hunter Hillegas" <[EMAIL PROTECTED]>
> To: "JBoss User" <[EMAIL PROTECTED]>
> Sent: Thursday, February 20, 2003 8:36 AM
> Subject: [JBoss-user] Strange JMS Problems on 3.2.0RC2
> 
> 
>> I have been running RC2 on one OS X machine for a week without trouble. I
>> just installed it on a test server yesterday and I have all kinds of JMS
>> troubles.
>> 
>> Both machines are running the same EAR file.
>&g

Re: [JBoss-user] Strange JMS Problems on 3.2.0RC2

[Hunter Hillegas]

Yes, I did. I still ended up with the same problems.

> From: David Jencks <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> Date: Thu, 20 Feb 2003 12:41:58 -0500
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-user] Strange JMS Problems on 3.2.0RC2
> 
> Did you try removing anything jms related from the data dir or from
> wherever jms storing messages?
> 
> david jencks
> 
> On 2003.02.20 11:36 Hunter Hillegas wrote:
>> I have been running RC2 on one OS X machine for a week without trouble. I
>> just installed it on a test server yesterday and I have all kinds of JMS
>> troubles.
>> 
>> Both machines are running the same EAR file.
>> 
>> Both machines are OS X 10.2.x, running Apple JVM 1.4.1 DP10. I have
>> tested
>> with Apple's 1.3.1 JVM as well with the same problem.
>> 
>> Since it runs fine on one machine and not another, something must be
>> different.
>> 
>> If anyone can help me figure out where to look, that would be a big help.
>> 
>> Here are some of the log entries that exhibit my problems:
>> 
>> In boot.log:
>> 
>> 17:34:38,689 DEBUG [LocalJBossServerDomain] postCreation(), create
>> J2EEServer instance
>> java.lang.Exception: StackTrace
>> at 
>> org.jboss.management.j2ee.LocalJBossServerDomain.postCreation(LocalJBossServ
>> erDomain.java:397)
>> at 
>> org.jboss.management.j2ee.J2EEManagedObject.postRegister(J2EEManagedObject.j
>> ava:249)
>> ...
>> 
>> At deploy time:
>> 
>> When JMS is starting up:
>> 
>> 2003-02-19 17:34:48,933 INFO  [org.jboss.mq.pm.jdbc2.PersistenceManager]
>> Starting
>> 2003-02-19 17:34:49,014 ERROR [org.jboss.mq.pm.jdbc2.PersistenceManager]
>> Starting failed
>> org.jboss.mq.SpyJMSException: Could not resolve uncommited transactions.
>> Message recovery may not be accurate; - nested throwable:
>> (org.jboss.util.NestedSQLException: Could not create connection; - nested
>> th
>> rowable: (java.sql.SQLException: Connection is broken: Connection
>> refused);
>> - nested throwable: (org.jboss.resource.JBossResourceException: Could not
>> create connection; - nested throwable: (java.sql.SQLExcept
>> ion: Connection is broken: Connection refused)))
>> at 
>> org.jboss.mq.pm.jdbc2.PersistenceManager.resolveAllUncommitedTXs(Persistence
>> Manager.java:274)
>> ...
>> 
>> When my EAR is deployed:
>> 
>> 2003-02-19 17:34:59,290 INFO  [org.jboss.ejb.plugins.jms.DLQHandler]
>> Creating
>> 2003-02-19 17:34:59,291 ERROR [org.jboss.ejb.plugins.jms.DLQHandler]
>> Initialization failed
>> javax.naming.NameNotFoundException: XAConnectionFactory not bound
>> at org.jnp.server.NamingServer.getBinding(NamingServer.java:495)
>> at org.jnp.server.NamingServer.getBinding(NamingServer.java:503)
>> ... (this creates a cascade of other errors which result in the bean not
>> being deployed)
>> 
>> Incomplete deployment listing:
>> 
>> MBeans waiting for other MBeans:
>> [ObjectName: jboss.mq.destination:service=Topic,name=testTopic
>>  state: CREATED
>>  I Depend On:   jboss.mq:service=DestinationManager
>>   jboss.mq:service=SecurityManager
>> ... (lots more of these, all JMS related and similar).
>> 
>> At runtime:
>> 
>> 2003-02-20 07:56:30,537 ERROR [STDERR] JNDI lookup failed:
>> javax.naming.NameNotFoundException: ConnectionFactory not bound
>> 2003-02-20 07:56:30,539 ERROR [STDERR] java.lang.NullPointerException
>> 2003-02-20 07:56:30,540 ERROR [STDERR]  at
>> com.jacobstern.ejb.session.MailingListBean.sendEmail(Unknown Source)
>> 
>> 
>> 
>> 
>> 
>> 
>> ---
>> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
>> The most comprehensive and flexible code editor you can use.
>> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
>> www.slickedit.com/sourceforge
>> ___
>> JBoss-user mailing list
>> [EMAIL PROTECTED]
>> https://lists.sourceforge.net/lists/listinfo/jboss-user
>> 
>> 
> 
> 
> ---
> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
> The most comprehensive and flexible code editor you can use.
> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
> www.slickedit.com/sourceforge
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user



---
This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
The most comprehensive and flexible code editor you can use.
Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
www.slickedit.com/sourceforge
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange JMS Problems on 3.2.0RC2

[Scott M Stark]

The LocalJBossServerDomain is the JSR77 integration service which should not
be generating errors under any circumstances so show the full stack traces.


Scott Stark
Chief Technology Officer
JBoss Group, LLC


- Original Message - 
From: "Hunter Hillegas" <[EMAIL PROTECTED]>
To: "JBoss User" <[EMAIL PROTECTED]>
Sent: Thursday, February 20, 2003 8:36 AM
Subject: [JBoss-user] Strange JMS Problems on 3.2.0RC2


> I have been running RC2 on one OS X machine for a week without trouble. I
> just installed it on a test server yesterday and I have all kinds of JMS
> troubles.
> 
> Both machines are running the same EAR file.
> 
> Both machines are OS X 10.2.x, running Apple JVM 1.4.1 DP10. I have tested
> with Apple's 1.3.1 JVM as well with the same problem.
> 
> Since it runs fine on one machine and not another, something must be
> different.
> 
> If anyone can help me figure out where to look, that would be a big help.
> 
> Here are some of the log entries that exhibit my problems:
> 
> In boot.log:
> 
> 17:34:38,689 DEBUG [LocalJBossServerDomain] postCreation(), create
> J2EEServer instance
> java.lang.Exception: StackTrace
> at 
> org.jboss.management.j2ee.LocalJBossServerDomain.postCreation(LocalJBossServ
> erDomain.java:397)
> at 
> org.jboss.management.j2ee.J2EEManagedObject.postRegister(J2EEManagedObject.j
> ava:249)
> ...
> 
> At deploy time:
> 
> When JMS is starting up:
> 
> 2003-02-19 17:34:48,933 INFO  [org.jboss.mq.pm.jdbc2.PersistenceManager]
> Starting
> 2003-02-19 17:34:49,014 ERROR [org.jboss.mq.pm.jdbc2.PersistenceManager]
> Starting failed
> org.jboss.mq.SpyJMSException: Could not resolve uncommited transactions.
> Message recovery may not be accurate; - nested throwable:
> (org.jboss.util.NestedSQLException: Could not create connection; - nested th
> rowable: (java.sql.SQLException: Connection is broken: Connection refused);
> - nested throwable: (org.jboss.resource.JBossResourceException: Could not
> create connection; - nested throwable: (java.sql.SQLExcept
> ion: Connection is broken: Connection refused)))
> at 
> org.jboss.mq.pm.jdbc2.PersistenceManager.resolveAllUncommitedTXs(Persistence
> Manager.java:274)
> ...
> 
> When my EAR is deployed:
> 
> 2003-02-19 17:34:59,290 INFO  [org.jboss.ejb.plugins.jms.DLQHandler]
> Creating
> 2003-02-19 17:34:59,291 ERROR [org.jboss.ejb.plugins.jms.DLQHandler]
> Initialization failed
> javax.naming.NameNotFoundException: XAConnectionFactory not bound
> at org.jnp.server.NamingServer.getBinding(NamingServer.java:495)
> at org.jnp.server.NamingServer.getBinding(NamingServer.java:503)
> ... (this creates a cascade of other errors which result in the bean not
> being deployed)
> 
> Incomplete deployment listing:
> 
> MBeans waiting for other MBeans:
> [ObjectName: jboss.mq.destination:service=Topic,name=testTopic
>  state: CREATED
>  I Depend On:   jboss.mq:service=DestinationManager
>   jboss.mq:service=SecurityManager
> ... (lots more of these, all JMS related and similar).
> 
> At runtime:
> 
> 2003-02-20 07:56:30,537 ERROR [STDERR] JNDI lookup failed:
> javax.naming.NameNotFoundException: ConnectionFactory not bound
> 2003-02-20 07:56:30,539 ERROR [STDERR] java.lang.NullPointerException
> 2003-02-20 07:56:30,540 ERROR [STDERR]  at
> com.jacobstern.ejb.session.MailingListBean.sendEmail(Unknown Source)
> 
> 
> 
> 
> 
> 
> ---
> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
> The most comprehensive and flexible code editor you can use.
> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
> www.slickedit.com/sourceforge
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 


---
This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
The most comprehensive and flexible code editor you can use.
Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
www.slickedit.com/sourceforge
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange JMS Problems on 3.2.0RC2

[David Jencks]

Did you try removing anything jms related from the data dir or from
wherever jms storing messages?

david jencks

On 2003.02.20 11:36 Hunter Hillegas wrote:
> I have been running RC2 on one OS X machine for a week without trouble. I
> just installed it on a test server yesterday and I have all kinds of JMS
> troubles.
> 
> Both machines are running the same EAR file.
> 
> Both machines are OS X 10.2.x, running Apple JVM 1.4.1 DP10. I have
> tested
> with Apple's 1.3.1 JVM as well with the same problem.
> 
> Since it runs fine on one machine and not another, something must be
> different.
> 
> If anyone can help me figure out where to look, that would be a big help.
> 
> Here are some of the log entries that exhibit my problems:
> 
> In boot.log:
> 
> 17:34:38,689 DEBUG [LocalJBossServerDomain] postCreation(), create
> J2EEServer instance
> java.lang.Exception: StackTrace
> at 
> org.jboss.management.j2ee.LocalJBossServerDomain.postCreation(LocalJBossServ
> erDomain.java:397)
> at 
> org.jboss.management.j2ee.J2EEManagedObject.postRegister(J2EEManagedObject.j
> ava:249)
> ...
> 
> At deploy time:
> 
> When JMS is starting up:
> 
> 2003-02-19 17:34:48,933 INFO  [org.jboss.mq.pm.jdbc2.PersistenceManager]
> Starting
> 2003-02-19 17:34:49,014 ERROR [org.jboss.mq.pm.jdbc2.PersistenceManager]
> Starting failed
> org.jboss.mq.SpyJMSException: Could not resolve uncommited transactions.
> Message recovery may not be accurate; - nested throwable:
> (org.jboss.util.NestedSQLException: Could not create connection; - nested
> th
> rowable: (java.sql.SQLException: Connection is broken: Connection
> refused);
> - nested throwable: (org.jboss.resource.JBossResourceException: Could not
> create connection; - nested throwable: (java.sql.SQLExcept
> ion: Connection is broken: Connection refused)))
> at 
> org.jboss.mq.pm.jdbc2.PersistenceManager.resolveAllUncommitedTXs(Persistence
> Manager.java:274)
> ...
> 
> When my EAR is deployed:
> 
> 2003-02-19 17:34:59,290 INFO  [org.jboss.ejb.plugins.jms.DLQHandler]
> Creating
> 2003-02-19 17:34:59,291 ERROR [org.jboss.ejb.plugins.jms.DLQHandler]
> Initialization failed
> javax.naming.NameNotFoundException: XAConnectionFactory not bound
> at org.jnp.server.NamingServer.getBinding(NamingServer.java:495)
> at org.jnp.server.NamingServer.getBinding(NamingServer.java:503)
> ... (this creates a cascade of other errors which result in the bean not
> being deployed)
> 
> Incomplete deployment listing:
> 
> MBeans waiting for other MBeans:
> [ObjectName: jboss.mq.destination:service=Topic,name=testTopic
>  state: CREATED
>  I Depend On:   jboss.mq:service=DestinationManager
>   jboss.mq:service=SecurityManager
> ... (lots more of these, all JMS related and similar).
> 
> At runtime:
> 
> 2003-02-20 07:56:30,537 ERROR [STDERR] JNDI lookup failed:
> javax.naming.NameNotFoundException: ConnectionFactory not bound
> 2003-02-20 07:56:30,539 ERROR [STDERR] java.lang.NullPointerException
> 2003-02-20 07:56:30,540 ERROR [STDERR]  at
> com.jacobstern.ejb.session.MailingListBean.sendEmail(Unknown Source)
> 
> 
> 
> 
> 
> 
> ---
> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
> The most comprehensive and flexible code editor you can use.
> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
> www.slickedit.com/sourceforge
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 
> 


---
This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
The most comprehensive and flexible code editor you can use.
Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
www.slickedit.com/sourceforge
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Strange JMS Problems on 3.2.0RC2

[Hunter Hillegas]

I have been running RC2 on one OS X machine for a week without trouble. I
just installed it on a test server yesterday and I have all kinds of JMS
troubles.

Both machines are running the same EAR file.

Both machines are OS X 10.2.x, running Apple JVM 1.4.1 DP10. I have tested
with Apple's 1.3.1 JVM as well with the same problem.

Since it runs fine on one machine and not another, something must be
different.

If anyone can help me figure out where to look, that would be a big help.

Here are some of the log entries that exhibit my problems:

In boot.log:

17:34:38,689 DEBUG [LocalJBossServerDomain] postCreation(), create
J2EEServer instance
java.lang.Exception: StackTrace
at 
org.jboss.management.j2ee.LocalJBossServerDomain.postCreation(LocalJBossServ
erDomain.java:397)
at 
org.jboss.management.j2ee.J2EEManagedObject.postRegister(J2EEManagedObject.j
ava:249)
...

At deploy time:

When JMS is starting up:

2003-02-19 17:34:48,933 INFO  [org.jboss.mq.pm.jdbc2.PersistenceManager]
Starting
2003-02-19 17:34:49,014 ERROR [org.jboss.mq.pm.jdbc2.PersistenceManager]
Starting failed
org.jboss.mq.SpyJMSException: Could not resolve uncommited transactions.
Message recovery may not be accurate; - nested throwable:
(org.jboss.util.NestedSQLException: Could not create connection; - nested th
rowable: (java.sql.SQLException: Connection is broken: Connection refused);
- nested throwable: (org.jboss.resource.JBossResourceException: Could not
create connection; - nested throwable: (java.sql.SQLExcept
ion: Connection is broken: Connection refused)))
at 
org.jboss.mq.pm.jdbc2.PersistenceManager.resolveAllUncommitedTXs(Persistence
Manager.java:274)
...

When my EAR is deployed:

2003-02-19 17:34:59,290 INFO  [org.jboss.ejb.plugins.jms.DLQHandler]
Creating
2003-02-19 17:34:59,291 ERROR [org.jboss.ejb.plugins.jms.DLQHandler]
Initialization failed
javax.naming.NameNotFoundException: XAConnectionFactory not bound
at org.jnp.server.NamingServer.getBinding(NamingServer.java:495)
at org.jnp.server.NamingServer.getBinding(NamingServer.java:503)
... (this creates a cascade of other errors which result in the bean not
being deployed)

Incomplete deployment listing:

MBeans waiting for other MBeans:
[ObjectName: jboss.mq.destination:service=Topic,name=testTopic
 state: CREATED
 I Depend On:   jboss.mq:service=DestinationManager
  jboss.mq:service=SecurityManager
... (lots more of these, all JMS related and similar).

At runtime:

2003-02-20 07:56:30,537 ERROR [STDERR] JNDI lookup failed:
javax.naming.NameNotFoundException: ConnectionFactory not bound
2003-02-20 07:56:30,539 ERROR [STDERR] java.lang.NullPointerException
2003-02-20 07:56:30,540 ERROR [STDERR]  at
com.jacobstern.ejb.session.MailingListBean.sendEmail(Unknown Source)






---
This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
The most comprehensive and flexible code editor you can use.
Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
www.slickedit.com/sourceforge
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

AW: [JBoss-user] Strange Classloading behaviour with singletons in JBoss 3.0.6 while using the loader-repository tag

[Kristian Köhler]

Hi Scott

> I'll add a config flag that allows the
> HeirarchicalLoaderRepository to change the order of
> loading to be child first and then the parent ala the servlet 2.3 model.

Thanks in advance! We think this feature will be very helpful.

Steffen and Kristian

> 
> Scott Stark
> Chief Technology Officer
> JBoss Group, LLC
> 
>
> - Original Message -
> From: "Kristian Köhler" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Saturday, February 15, 2003 6:11 AM
> Subject: AW: [JBoss-user] Strange Classloading behaviour with
> singletons in JBoss 3.0.6 while using the loader-repository tag
>
>
> Hi David
>
> > I don't know the cause of the behavior you are seeing, but I would not
> > depend on it.  I would give both .ears loader-repository tags.
>
> I think this behaviour arise from the fact that the
> org.jboss.mx.loading.HeirarchicalLoaderRepository3 asks his parent
> repository before looking if he could load the class by itself.
>
> I'm not sure if this behaviour is desirable, but wouldn't it be better if
> the HeirarchicalLoaderRepository3 should try to load the class be itself
> before delegate the call to his parent repository?
> (If no other application loaded the class before everything works fine but
> if an other application loaded the class the parent repository
> returns this
> class and the class shipped within the ear is never be used.)
>
> I think if someone uses the loader-repository tag he or she would
> expect (as
> we did) that all classes packaged within the .ear would be used
> rather than
> classes loaded by other applications?
>
> This could be a tricky problem in a bigger application
> environment i think.
> :-)
>
> Thanks in advance
>
> Kristian
>
> > On 2003.02.14 10:02 Kristian Köhler wrote:
> > > Hi all
> > >
> > > we've got a question regarding the class-loading behaviour in
> > > JBoss-3.0.6.
> > >
> > > The following simple scenario demonstrates our problem:
> > >
> > > We've got a util class with a static getInstance method
> (singleton). We
> > > are
> > > using this class in a regular application packaged as a EAR containing
> > > this
> > > class in a JAR. So far so good. As soon as we're deploying a
> second EAR
> > > containing the same class they start to interfere or more precisely
> > > calling
> > > getInstance() returns the same reference in both EARs. This
> behaviour is
> > > correct according to the JBoss classloading.pdf as far as we can tell.
> > >
> > > To suppress this behaviour (thereby separating the two EARs)
> we added a
> > > loader-repository tag to one of the jboss-app.xml files. Now comes the
> > > part
> > > that is puzzling for us, if we do so, the behaviour seems to depend on
> > > the
> > > order in which the EARs are deployed. If the EAR with the
> > > loader-repository
> > > tag is deployed first, the two references to the singleton object are
> > > different. If the EAR without the loader-repository tag is deployed
> > > first,
> > > the reference of the singleton object seems to be used in each
> > of the two
> > > EARs.
> > >
> > > Shouldn't it be the case that when a loader-repository tag is supplied
> > > the
> > > singleton class of the respective EAR should be used rather then using
> > > the
> > > one of an EAR which has been deployed before without such a tag?
> > >
> > > Thanks very much in advance
> > >
> > > Steffen & Kristian
> > >
> > > --
> > > Orientation in Objects GmbH
> > > http://www.oio.de



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange Classloading behaviour with singletons in JBoss 3.0.6 while using the loader-repository tag

[Scott M Stark]

HeirarchicalLoaderRepository is a traditional parent delegation model loader. Its usage
only allows one to not pollute the shared class loading space with a deployments'
classes. As David said you can achieve the desired affect by having both ears use
a scoped loader repository. In general singletons in server envrionments are 
problematic
as they depend entirely on the class loading architecture of the server and this is
largely undefined by the specs.

I'll add a config flag that allows the HeirarchicalLoaderRepository to change the 
order of
loading to be child first and then the parent ala the servlet 2.3 model.


Scott Stark
Chief Technology Officer
JBoss Group, LLC


- Original Message -
From: "Kristian Köhler" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, February 15, 2003 6:11 AM
Subject: AW: [JBoss-user] Strange Classloading behaviour with singletons in JBoss 
3.0.6 while using the loader-repository tag


Hi David

> I don't know the cause of the behavior you are seeing, but I would not
> depend on it.  I would give both .ears loader-repository tags.

I think this behaviour arise from the fact that the
org.jboss.mx.loading.HeirarchicalLoaderRepository3 asks his parent
repository before looking if he could load the class by itself.

I'm not sure if this behaviour is desirable, but wouldn't it be better if
the HeirarchicalLoaderRepository3 should try to load the class be itself
before delegate the call to his parent repository?
(If no other application loaded the class before everything works fine but
if an other application loaded the class the parent repository returns this
class and the class shipped within the ear is never be used.)

I think if someone uses the loader-repository tag he or she would expect (as
we did) that all classes packaged within the .ear would be used rather than
classes loaded by other applications?

This could be a tricky problem in a bigger application environment i think.
:-)

Thanks in advance

Kristian

> On 2003.02.14 10:02 Kristian Köhler wrote:
> > Hi all
> >
> > we've got a question regarding the class-loading behaviour in
> > JBoss-3.0.6.
> >
> > The following simple scenario demonstrates our problem:
> >
> > We've got a util class with a static getInstance method (singleton). We
> > are
> > using this class in a regular application packaged as a EAR containing
> > this
> > class in a JAR. So far so good. As soon as we're deploying a second EAR
> > containing the same class they start to interfere or more precisely
> > calling
> > getInstance() returns the same reference in both EARs. This behaviour is
> > correct according to the JBoss classloading.pdf as far as we can tell.
> >
> > To suppress this behaviour (thereby separating the two EARs) we added a
> > loader-repository tag to one of the jboss-app.xml files. Now comes the
> > part
> > that is puzzling for us, if we do so, the behaviour seems to depend on
> > the
> > order in which the EARs are deployed. If the EAR with the
> > loader-repository
> > tag is deployed first, the two references to the singleton object are
> > different. If the EAR without the loader-repository tag is deployed
> > first,
> > the reference of the singleton object seems to be used in each
> of the two
> > EARs.
> >
> > Shouldn't it be the case that when a loader-repository tag is supplied
> > the
> > singleton class of the respective EAR should be used rather then using
> > the
> > one of an EAR which has been deployed before without such a tag?
> >
> > Thanks very much in advance
> >
> > Steffen & Kristian
> >
> > --
> > Orientation in Objects GmbH
> > http://www.oio.de
> >
> >
> >
> > ---
> > This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
> > are you planning your Web Server Security? Click here to get a FREE
> > Thawte SSL guide and find the answers to all your  SSL security issues.
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
> > ___
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
> >
>
>
> ---
> This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
> are you planning your Web Server Security? Click here to get a FREE
> Thawte SSL guide and find the answers to all your  SSL security issues.
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
> _

AW: [JBoss-user] Strange Classloading behaviour with singletons in JBoss 3.0.6 while using the loader-repository tag

[Kristian Köhler]

Hi David

> I don't know the cause of the behavior you are seeing, but I would not
> depend on it.  I would give both .ears loader-repository tags.

I think this behaviour arise from the fact that the
org.jboss.mx.loading.HeirarchicalLoaderRepository3 asks his parent
repository before looking if he could load the class by itself.

I'm not sure if this behaviour is desirable, but wouldn't it be better if
the HeirarchicalLoaderRepository3 should try to load the class be itself
before delegate the call to his parent repository?
(If no other application loaded the class before everything works fine but
if an other application loaded the class the parent repository returns this
class and the class shipped within the ear is never be used.)

I think if someone uses the loader-repository tag he or she would expect (as
we did) that all classes packaged within the .ear would be used rather than
classes loaded by other applications?

This could be a tricky problem in a bigger application environment i think.
:-)

Thanks in advance

Kristian

> On 2003.02.14 10:02 Kristian Köhler wrote:
> > Hi all
> >
> > we've got a question regarding the class-loading behaviour in
> > JBoss-3.0.6.
> >
> > The following simple scenario demonstrates our problem:
> >
> > We've got a util class with a static getInstance method (singleton). We
> > are
> > using this class in a regular application packaged as a EAR containing
> > this
> > class in a JAR. So far so good. As soon as we're deploying a second EAR
> > containing the same class they start to interfere or more precisely
> > calling
> > getInstance() returns the same reference in both EARs. This behaviour is
> > correct according to the JBoss classloading.pdf as far as we can tell.
> >
> > To suppress this behaviour (thereby separating the two EARs) we added a
> > loader-repository tag to one of the jboss-app.xml files. Now comes the
> > part
> > that is puzzling for us, if we do so, the behaviour seems to depend on
> > the
> > order in which the EARs are deployed. If the EAR with the
> > loader-repository
> > tag is deployed first, the two references to the singleton object are
> > different. If the EAR without the loader-repository tag is deployed
> > first,
> > the reference of the singleton object seems to be used in each
> of the two
> > EARs.
> >
> > Shouldn't it be the case that when a loader-repository tag is supplied
> > the
> > singleton class of the respective EAR should be used rather then using
> > the
> > one of an EAR which has been deployed before without such a tag?
> >
> > Thanks very much in advance
> >
> > Steffen & Kristian
> >
> > --
> > Orientation in Objects GmbH
> > http://www.oio.de
> >
> >
> >
> > ---
> > This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
> > are you planning your Web Server Security? Click here to get a FREE
> > Thawte SSL guide and find the answers to all your  SSL security issues.
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
> > ___
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
> >
>
>
> ---
> This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
> are you planning your Web Server Security? Click here to get a FREE
> Thawte SSL guide and find the answers to all your  SSL security issues.
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
>



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange Classloading behaviour with singletons in JBoss 3.0.6 while using the loader-repository tag

[David Jencks]

I don't know the cause of the behavior you are seeing, but I would not
depend on it.  I would give both .ears loader-repository tags.

david jencks

On 2003.02.14 10:02 Kristian Köhler wrote:
> Hi all
> 
> we've got a question regarding the class-loading behaviour in
> JBoss-3.0.6.
> 
> The following simple scenario demonstrates our problem:
> 
> We've got a util class with a static getInstance method (singleton). We
> are
> using this class in a regular application packaged as a EAR containing
> this
> class in a JAR. So far so good. As soon as we're deploying a second EAR
> containing the same class they start to interfere or more precisely
> calling
> getInstance() returns the same reference in both EARs. This behaviour is
> correct according to the JBoss classloading.pdf as far as we can tell.
> 
> To suppress this behaviour (thereby separating the two EARs) we added a
> loader-repository tag to one of the jboss-app.xml files. Now comes the
> part
> that is puzzling for us, if we do so, the behaviour seems to depend on
> the
> order in which the EARs are deployed. If the EAR with the
> loader-repository
> tag is deployed first, the two references to the singleton object are
> different. If the EAR without the loader-repository tag is deployed
> first,
> the reference of the singleton object seems to be used in each of the two
> EARs.
> 
> Shouldn't it be the case that when a loader-repository tag is supplied
> the
> singleton class of the respective EAR should be used rather then using
> the
> one of an EAR which has been deployed before without such a tag?
> 
> Thanks very much in advance
> 
> Steffen & Kristian
> 
> --
> Orientation in Objects GmbH
> http://www.oio.de
> 
> 
> 
> ---
> This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
> are you planning your Web Server Security? Click here to get a FREE
> Thawte SSL guide and find the answers to all your  SSL security issues.
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 
> 


---
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Strange Classloading behaviour with singletons in JBoss 3.0.6 while using the loader-repository tag

[Kristian Köhler]

Hi all

we've got a question regarding the class-loading behaviour in JBoss-3.0.6.

The following simple scenario demonstrates our problem:

We've got a util class with a static getInstance method (singleton). We are
using this class in a regular application packaged as a EAR containing this
class in a JAR. So far so good. As soon as we're deploying a second EAR
containing the same class they start to interfere or more precisely calling
getInstance() returns the same reference in both EARs. This behaviour is
correct according to the JBoss classloading.pdf as far as we can tell.

To suppress this behaviour (thereby separating the two EARs) we added a
loader-repository tag to one of the jboss-app.xml files. Now comes the part
that is puzzling for us, if we do so, the behaviour seems to depend on the
order in which the EARs are deployed. If the EAR with the loader-repository
tag is deployed first, the two references to the singleton object are
different. If the EAR without the loader-repository tag is deployed first,
the reference of the singleton object seems to be used in each of the two
EARs.

Shouldn't it be the case that when a loader-repository tag is supplied the
singleton class of the respective EAR should be used rather then using the
one of an EAR which has been deployed before without such a tag?

Thanks very much in advance

Steffen & Kristian

--
Orientation in Objects GmbH
http://www.oio.de



---
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Strange Method not found errors (JBOSS 3.2.RC1-Tomcat4.1.18)

[Corbin, James]

I was able to get past this problem by
upgrading both JBOSS3.2-RC1 and my build to use the latest version of JDOM.
Beta8.

 

This problem was masking another issue. 
Although it appears that JBOSS3.2-RC1 binds my datasource (Informix) correctly,
every time I try to get a connection to it, the interface returns NULL. 
The call to get the connection does not throw an exception, it just returns
NULL.

 

Any ideas why I would be unable to get a
connection from my datasource?  Not sure how to troubleshoot this one?

 

J.D.

 

-Original Message-
From: Corbin, James
[mailto:[EMAIL PROTECTED]] 
Sent: Thursday, February 13, 2003
9:17 AM
To:
[EMAIL PROTECTED]
Subject: [JBoss-user] Strange
Method not found errors (JBOSS 3.2.RC1-Tomcat4.1.18)

 

I recently migrated to
JBOSS3.2RC1-Tomcat4.1.18 and am getting the following error for which I am not
understanding completely what it implies

 

This snippet of the stack trace
appears to be the cause (see below for entire stack trace)

 

09:04:11,204 ERROR [Engine] -
Root Cause -

java.lang.NoSuchMethodError

   
at com.lightspeed.xml.transform.BaseXmlHandler.buildDocument(BaseXmlHandler.java:434)

   
at com.lightspeed.xml.transform.BaseXmlHandler.doPost(BaseXmlHandler.java:137)

   
at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)

 

Line 434 of the BaseXmlHandler.java
is a call to an instance SaxBuilder interface from JDOM that attempts to set a
feature on the parser.

I am using
org.apache.xerces.parsers.SAXParser (2.0)  It is complaining about the
first line below which doesn't make sense because the setFeature method
definitely does exist on the SaxBuilder class.

 

Line:434   saxBldr.setFeature("http://xml.org/sax/features/validation", true
);

Line:435  
saxBldr.setFeature("http://apache.org/xml/features/validation/schema", true );

Line:436  
saxBldr.setFeature("http://apache.org/xml/features/validation/schema-full-checking", true);

 

Ideas?

 

 

 

09:04:11,144 ERROR [Engine]
StandardWrapperValve[BaseXmlHandler]: Servlet.service() for servlet
BaseXmlHandler threw exc

javax.servlet.ServletException:
Servlet execution threw an exception

   
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)

   
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)

   
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)

   
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)

   
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)

   
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)

   
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)

   
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)

   
at
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)

   
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)

   
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)

   
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)

   
at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415)

   
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)

   
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)

   
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)

   
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)

   
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)

   
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)

   
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:509)

   
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)

   
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)

   
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)

   
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)

   
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)

   
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)

   
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)

   
at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)

[JBoss-user] Strange Method not found errors (JBOSS 3.2.RC1-Tomcat4.1.18)

[Corbin, James]

I recently migrated to JBOSS3.2RC1-Tomcat4.1.18 and am
getting the following error for which I am not understanding completely what it
implies

 

This snippet of the stack trace appears to be the cause (see
below for entire stack trace)

 

09:04:11,204 ERROR [Engine] - Root Cause -

java.lang.NoSuchMethodError

    at com.lightspeed.xml.transform.BaseXmlHandler.buildDocument(BaseXmlHandler.java:434)

    at com.lightspeed.xml.transform.BaseXmlHandler.doPost(BaseXmlHandler.java:137)

    at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)

 

Line 434 of the BaseXmlHandler.java is a call to an instance
SaxBuilder interface from JDOM that attempts to set a feature on the parser.

I am using org.apache.xerces.parsers.SAXParser (2.0) 
It is complaining about the first line below which doesn't make sense
because the setFeature method definitely does exist on the SaxBuilder class.

 

Line:434   saxBldr.setFeature("http://xml.org/sax/features/validation", true
);

Line:435  
saxBldr.setFeature("http://apache.org/xml/features/validation/schema", true );

Line:436   saxBldr.setFeature("http://apache.org/xml/features/validation/schema-full-checking", true);

 

Ideas?

 

 

 

09:04:11,144 ERROR [Engine] StandardWrapperValve[BaseXmlHandler]:
Servlet.service() for servlet BaseXmlHandler threw exc

javax.servlet.ServletException: Servlet execution threw an
exception

    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)

    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)

    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)

    at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)

    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)

    at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)

    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)

    at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)

    at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)

    at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)

    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)

    at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)

    at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415)

    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)

    at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)

    at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)

    at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)

    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)

    at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)

    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:509)

    at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)

    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)

    at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)

    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)

    at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)

    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)

    at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)

    at
org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)

    at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:432)

    at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:386)

    at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:534)

    at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:530)

    at java.lang.Thread.run(Thread.java:479)

09:04:11,204 ERROR [Engine] - Root Cause -

java.lang.NoSuchMethodError

    at com.lightspeed.xml.transform.BaseXmlHandler.buildDocument(BaseXmlHandler.java:434)

    at com.lightspeed.xml.transform.BaseXmlHandler.doPost(BaseXmlHandler.java:137)

    at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)

    at javax.servlet.http

[JBoss-user] Strange jetty + httpClustering exception

[Joao Pedro Clemente]

Hello.
I am trying to deploy this app that is composed of servlet+jsp+ejb in a
MVC framework.
This is working in "standart" (not clustered) jboss.
I changed the web descriptor to include httpsession clustering. (no ejb
clustering, to try to isolate the problems)

I end up with a "internal server error" when trying to access the app
homepage. There are some strange lines in the log file that I think may
give a clue. Here goes the log:

01:41:08,647 INFO  [Manager] cloning Manager:
org.mortbay.j2ee.session.Manager@d66426
01:41:08,657 INFO  [JBossWebApplicationContext]
setDistributableSessionManager org.mortbay.j2ee.session.Manage
r@f6e005
01:41:08,868 INFO  [jbossweb] Registered
jboss.web:Jetty=0,JBossWebApplicationContext=3,context=/webmail
01:41:09,018 INFO  [jbossweb] Extract
jar:file:/E:/cvs/jboss-3.0/build/output/jboss-3.0.5RC2/server/all/tmp/de
ploy/server/all/deploy/webmail_anfetamina_httpCluster.ear/30.webmail_anfetamina_httpCluster.ear-contents/webma
il.war!/ to c:\temp\Jetty_0_0_0_0_8080__webmail\webapp
01:41:09,829 INFO  [JBossWebApplicationContext] setDistributable true
01:41:10,570 INFO  [JBossWebApplicationContext#/webmail] using
Distributable HttpSession Manager: org.mortbay.
j2ee.session.Manager@f6e005
01:41:10,610 WARN  [Manager] No Store. Falling back to a local session
implementation - NO HTTPSESSION DISTRIB
UTION
01:41:10,670 INFO  [jbossweb] Started WebApplicationContext[/webmail,jwma
Webmail]
01:41:10,830 INFO  [STDOUT] TRACE: JwmaController init(config) begin
01:41:10,981 INFO  [STDOUT] TRACE: JwmaController init(config) end
01:41:10,981 INFO  [jbossweb] successfully deployed
file:/E:/cvs/jboss-3.0/build/output/jboss-3.0.5RC2/server/
all/tmp/deploy/server/all/deploy/webmail_anfetamina_httpCluster.ear/30.webmail_anfetamina_httpCluster.ear-cont
ents/webmail.war to /webmail
01:41:11,001 INFO  [MainDeployer] Deployed package:
file:/E:/cvs/jboss-3.0/build/output/jboss-3.0.5RC2/server/
all/deploy/webmail_anfetamina_httpCluster.ear
01:42:07,221 INFO  [STDOUT] Gheguei pelo menos ate aqui!!!
01:42:07,251 INFO  [STDOUT] TRACE: JwmaController service(request,
response) begin
01:42:07,352 ERROR [SubscribingInterceptor] could not get
AbstractReplicatedStore
01:42:07,372 WARN  [jbossweb] WARNING: Exception for /webmail/jwma
java.lang.ClassCastException
at
org.mortbay.j2ee.session.StateAdaptor.checkState(StateAdaptor.java:395)
at
org.mortbay.j2ee.session.StateAdaptor.getId(StateAdaptor.java:109)
at
org.mortbay.jetty.servlet.ServletHttpRequest.getSession(ServletHttpRequest.java:495)
at inocrea.web.webmail.control.JwmaController.service(Unknown
Source)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:360)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:280)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:553)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1656)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:549)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1606)
at org.mortbay.http.HttpServer.service(HttpServer.java:862)
at org.jboss.jetty.Jetty.service(Jetty.java:497)
at
org.mortbay.http.HttpConnection.service(HttpConnection.java:752)
at
org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:916)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:769)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:202)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:455)


These are the strange lines that I've seen:

01:41:10,610 WARN  [Manager] No Store. Falling back to a local session
implementation - NO HTTPSESSION DISTRIBUTION

01:42:07,352 ERROR [SubscribingInterceptor] could not get
AbstractReplicatedStore



The only line in this exception that refers to our code is
JwmaController.service. I'll post that code also:

  public void service(HttpServletRequest req, HttpServletResponse res)
  throws ServletException, IOException  {

Log1.trace("JwmaController service(request, response) begin");

//1. Handle session
HttpSession websession=req.getSession(true);
//Object o=websession.getValue("jwma.session"); $ deprecated
Object o=websession.getAttribute("jwma.session");
String acton=req.getParameter("acton");
String dome=req.getParameter("todo");

Log1.trace("JwmaController service() - acton = "+acton+" | todo =
"+dome, 1);

This second log doesn't ever happen, so it must be on one of the 4 lines
above. My guess is that it is in "getSession".
[UPDATE: It's not a guess anymore. I've added some more debug messages and
it really fails there.]

Any clue?

-- 
Joao Pedro Clem

Re: [JBoss-user] Strange Exception: JMS -> MDB -> Session Bean

[Scott M Stark]

Look at the "Not Optimized Stateless SessionBean" in the
testsuite/src/resources/web/META-INF/jboss.xml descriptor:


   Not Optimized Stateless SessionBean
   
  
 org.jboss.proxy.ejb.HomeInterceptor
 org.jboss.proxy.SecurityInterceptor
 org.jboss.proxy.TransactionInterceptor
 
org.jboss.invocation.ByValueInvokerInterceptor
  
  
 org.jboss.proxy.ejb.EntityInterceptor
 org.jboss.proxy.SecurityInterceptor
 org.jboss.proxy.TransactionInterceptor
 
org.jboss.invocation.ByValueInvokerInterceptor
  
   


Using this configuration I can deploy a servlet independent of an EJB that uses this
configuration, lookup the home during initialization and create an instance, and
invoke methods on the EJB across redeployments. Using the default optimized
invocation layer I see Invalid invocation errors due to the inconsistent types of
the EJB classes as seen by the EJB container and servlet. An MDB will behave
the same way.


Scott Stark
Chief Technology Officer
JBoss Group, LLC


- Original Message -
From: "joerg maier" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 08, 2003 4:31 AM
Subject: Re: [JBoss-user] Strange Exception: JMS -> MDB -> Session Bean


> I have tried serveral configurations in the standardjboss.xml, but it
> doesn´t work.
> Can you describe where I must set the ByValueInvokerInterceptor for my
> MDB-Client.
> Perhapse you can send an example how this configuration should looks like.
> Thanks for your help.
>
> > 2.4 will automatically downgrade to marshall calls by value. Use the by
> > value
> > interceptor in 3.0.5 and would can have the same effect as the cost of the
> > by value calls as opposed to call by reference.
> >
>
> --
> +++ GMX - Mail, Messaging & more  http://www.gmx.net +++
> NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!



---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange Exception: JMS -> MDB -> Session Bean

[joerg maier]

I have tried serveral configurations in the standardjboss.xml, but it
doesn´t work. 
Can you describe where I must set the ByValueInvokerInterceptor for my
MDB-Client.
Perhapse you can send an example how this configuration should looks like.
Thanks for your help.

> 2.4 will automatically downgrade to marshall calls by value. Use the by
> value
> interceptor in 3.0.5 and would can have the same effect as the cost of the
> by value calls as opposed to call by reference.
> 

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!



---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange Exception: JMS -> MDB -> Session Bean

[Scott M Stark]

2.4 will automatically downgrade to marshall calls by value. Use the by value
interceptor in 3.0.5 and would can have the same effect as the cost of the
by value calls as opposed to call by reference.


Scott Stark
Chief Technology Officer
JBoss Group, LLC


- Original Message -
From: "joerg maier" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, January 06, 2003 10:45 PM
Subject: Re: [JBoss-user] Strange Exception: JMS -> MDB -> Session Bean


> > An MDB interacting with a session bean will fail if they are in seperate
> > deployment
> > units and you redeploy the session bean. When you do this you have
> > effectively
> > changed the versions of all the session bean interfaces.
> > The MDB must be redeployed as well.
> >  ^^^
> With Jboss2.4.9 it works. You don´t need a redeploy of the MDB bean when
> you change the sessionbean.
> It seems only the new version 3.04 have this problem.
>
> --
> +++ GMX - Mail, Messaging & more  http://www.gmx.net +++
> NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!
>
>
>
> ---
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
>



---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange Exception: JMS -> MDB -> Session Bean

[joerg maier]

> An MDB interacting with a session bean will fail if they are in seperate
> deployment
> units and you redeploy the session bean. When you do this you have
> effectively
> changed the versions of all the session bean interfaces. 
> The MDB must be redeployed as well.
>  ^^^
With Jboss2.4.9 it works. You don´t need a redeploy of the MDB bean when 
you change the sessionbean.
It seems only the new version 3.04 have this problem.

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!



---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange Exception: JMS -> MDB -> Session Bean

[Scott M Stark]

An MDB interacting with a session bean will fail if they are in seperate deployment
units and you redeploy the session bean. When you do this you have effectively
changed the versions of all the session bean interfaces. The MDB must be redeployed
as well.


Scott Stark
Chief Technology Officer
JBoss Group, LLC


- Original Message -
From: "joerg maier" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, January 06, 2003 6:34 AM
Subject: [JBoss-user] Strange Exception: JMS -> MDB -> Session Bean


> Look
> at:
> 
>http://www.jboss.org/forums/search.jsp?search=true&q=TransactionRolledbackException&forums=48&date=any&user=&range=10
> there are more people with the same problem. sorry, i can´t find any
> solution
> in the jboss-forum.
>
> I have a similare problem:
>
> - There is a client-Program which sends messages to a queue (JMS.java).
> - For the Queue is defined a MDB (MessageDrivenBean.java).
> - When the MDB receives Messages, it creates a session Bean
> (SessionBean.java) and calls a function from it.
>
> When I change the SessionBean and make a reploy I become the following
> Exception:
>
> -Exception--
> ERROR [org.jboss.ejb.plugins.LogInterceptor] TransactionRolledbackException,
> causedBy:
> javax.ejb.EJBException: Invalid invocation, check your deployment packaging,
> method=public abstract void
> sessionbean.Enterprise1.empfang(java.lang.String) throws java.rmi.RemoteException
> at
> 
>org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:632)
> at
> 
>org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:186)
> at
> 
>org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:77)
> at
> 
>org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:107)
> at
> org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:178)
> .
> --
> It seems that the MDB don´t make a correct creation of the new sessionbean.
> So i would be glad to get help on this Problem.
>
> --
> +++ GMX - Mail, Messaging & more  http://www.gmx.net +++
> NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Strange Exception: JMS -> MDB -> Session Bean

[joerg maier]

Look
at:
http://www.jboss.org/forums/search.jsp?search=true&q=TransactionRolledbackException&forums=48&date=any&user=&range=10
there are more people with the same problem. sorry, i can´t find any
solution
in the jboss-forum.

I have a similare problem:

- There is a client-Program which sends messages to a queue (JMS.java). 
- For the Queue is defined a MDB (MessageDrivenBean.java). 
- When the MDB receives Messages, it creates a session Bean
(SessionBean.java) and calls a function from it.

When I change the SessionBean and make a reploy I become the following 
Exception:

-Exception--
ERROR [org.jboss.ejb.plugins.LogInterceptor] TransactionRolledbackException,
causedBy:
javax.ejb.EJBException: Invalid invocation, check your deployment packaging,
method=public abstract void
sessionbean.Enterprise1.empfang(java.lang.String) throws java.rmi.RemoteException
at
org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:632)
at
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:186)
at
org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:77)
at
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:107)
at
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:178)
.
--
It seems that the MDB don´t make a correct creation of the new sessionbean.
So i would be glad to get help on this Problem. 

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] strange problem with Oracle and JBoss 2.4.9/Tomcat4.0.4

[michael . brohl]

Hi all,

we are using the above JBoss/Tomcat Bundle with Oracle 8.1.7 (classes12
driver) on a Linux machine (SuSE 8.1).

Data requests return the expected number of datarows but every returned
data field is empty! There are no errors connecting to Oracle and the fact
that there are datasets returned makes me believe that there is no
connection problem.

Some debugging showed that the returned resultsets contain empty fields so
I assume that there is a problem with this JBoss version communicating with
Oracle.

Is this a known issue and how can it be solved?

Thanks in advance,

Michael Brohl

Agrenon GmbH a member of Lynx Consulting Group,
Johanniskirchplatz 6, D-33615 Bielefeld, Germany
Tel. +49 (521) 5247-0, Fax.+49 (521) 5247-280
E-Mail: [EMAIL PROTECTED]






---
This sf.net email is sponsored by: To learn the basics of securing 
your web site with SSL, click here to get a FREE TRIAL of a Thawte 
Server Certificate: http://www.gothawte.com/rd524.html
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] strange error: console looping

[Marcin Gryszkalis]

Hello
I just moved to jbos 3.0.4 + tom,cat 4.1 and realized that
sometimes I get following error on console:

ERROR: invalid console appender config detected, console stream is looping

without \n at the end (!)

I do some Sysytem.out.println() calls (I try to use log4j
but for quick checks my fingers are used to S.o.p())

regards



---
This sf.net email is sponsored by: See the NEW Palm 
Tungsten T handheld. Power & Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange errors in server.log

[Scott M Stark]

Title: Strange errors in server.log



The naming RMI object appears to have been garbage 
collected. Look into
the RMI debug settings to trace what is 
happening.
 
Scott StarkChief Technology 
OfficerJBoss Group, LLC

  - Original Message - 
  From: 
  Alexey 
  Yudichev 
  To: [EMAIL PROTECTED] 
  
  Sent: Monday, November 04, 2002 8:41 
  AM
  Subject: [JBoss-user] Strange errors in 
  server.log
  
  I use jboss 3.0.4RC1 week old from CVS (not updated to 3.0.4 
  release yet) My servlet calls CMP1.1 entity bean that has byte[] as one of CMP 
  fields. From time to time I face the following exception:
  ===server.log=== ... 2002-11-04 18:28:02,454 ERROR [STDERR] 
  java.lang.IllegalStateException: Task already scheduled or cancelled 
  2002-11-04 18:28:02,455 ERROR [STDERR]  at 
  java.util.Timer.sched(Timer.java:316) 2002-11-04 
  18:28:02,455 ERROR [STDERR]  at 
  java.util.Timer.schedule(Timer.java:128) 2002-11-04 
  18:28:02,456 ERROR [STDERR]  at 
  sun.rmi.transport.DGCAckHandler.startTimer(DGCAckHandler.java:84) 
  2002-11-04 18:28:02,456 ERROR [STDERR]  at 
  sun.rmi.transport.ConnectionOutputStream.done(ConnectionOutputStream.java:82)
  2002-11-04 18:28:02,456 ERROR [STDERR]  at 
  sun.rmi.transport.StreamRemoteCall.releaseOutputStream(StreamRemoteCall.java:94)
  2002-11-04 18:28:02,456 ERROR [STDERR]  at 
  sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:302) 
  2002-11-04 18:28:02,456 ERROR [STDERR]  at 
  sun.rmi.transport.Transport$1.run(Transport.java:148) 2002-11-04 18:28:02,456 ERROR [STDERR]  at 
  java.security.AccessController.doPrivileged(Native Method) 2002-11-04 18:28:02,457 ERROR [STDERR]  at 
  sun.rmi.transport.Transport.serviceCall(Transport.java:144) 2002-11-04 18:28:02,457 ERROR [STDERR]  at 
  sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) 
  2002-11-04 18:28:02,457 ERROR [STDERR]  at 
  sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
  2002-11-04 18:28:02,457 ERROR [STDERR]  at 
  java.lang.Thread.run(Thread.java:536) ... 
  ===server.log=== 
  At client's (servlet's) side I see: 
  [2002-11-04 18:28:02,455,ImageServlet] 
  javax.naming.CommunicationException [Root exception is 
  java.rmi.UnmarshalException: Error unmarshaling return header; nested 
  exception is: 
      java.net.SocketException: Connection reset by peer: Connection reset by 
  peer] javax.naming.CommunicationException.  Root 
  exception is java.rmi.UnmarshalException: Error 
  unmarshaling return header; nested exception is: 
      java.net.SocketException: Connection reset by peer: Connection reset by 
  peer     at 
  sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:203) 
      at 
  sun.rmi.server.UnicastRef.invoke(UnicastRef.java:133) 
      at 
  org.jnp.server.NamingServer_Stub.lookup(Unknown Source) 
      at 
  org.jnp.interfaces.NamingContext.lookup(NamingContext.java:464) 
      at 
  org.jnp.interfaces.NamingContext.lookup(NamingContext.java:443) 
      at 
  com.caucho.naming.LinkProxy.createObject(LinkProxy.java:127) 
      at 
  com.caucho.naming.ContextImpl.dereference(ContextImpl.java:540) 
      at 
  com.caucho.naming.ContextImpl.lookup(ContextImpl.java:173) 
      at 
  javax.naming.InitialContext.lookup(InitialContext.java:347) 
      at 
  com.tw.imgfactory.servlet.ImageServlet.getImageRemoteHome(ImageServlet.java:85) 
      at 
  com.tw.imgfactory.servlet.ImageServlet.doGet(ImageServlet.java:37) 
      at 
  javax.servlet.http.HttpServlet.service(HttpServlet.java:126) 
      at 
  javax.servlet.http.HttpServlet.service(HttpServlet.java:103) 
      at 
  com.caucho.server.http.FilterChainServlet.doFilter(FilterChainServlet.java:96) 
      at 
  com.caucho.server.http.Invocation.service(Invocation.java:312) 
      at 
  com.caucho.server.http.CacheInvocation.service(CacheInvocation.java:135) 
      at 
  com.caucho.server.http.RunnerRequest.handleRequest(RunnerRequest.java:342) 
      at 
  com.caucho.server.http.RunnerRequest.handleConnection(RunnerRequest.java:272) 
      at 
  com.caucho.server.TcpConnection.run(TcpConnection.java:137) 
      at 
  java.lang.Thread.run(Thread.java:536) Caused by: 
  java.net.SocketException: Connection reset by peer: Connection reset by 
  peer     at 
  java.net.SocketInputStream.socketRead0(Native Method) 
      at 
  java.net.SocketInputStream.read(SocketInputStream.java:116) 
      at 
  java.io.BufferedInputStream.fill(BufferedInputStream.java:183) 
      at 
  java.io.BufferedInputStream.read(BufferedInputStream.java:201) 
      at 
  java.io.DataInputStream.readByte(DataInputStream.java:276) 
      at 
  sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:189) 
      ... 19 more 
  
  From that jboss-side except

[JBoss-user] Strange errors in server.log

[Alexey Yudichev]

Title: Strange errors in server.log





I use jboss 3.0.4RC1 week old from CVS (not updated to 3.0.4 release yet) My servlet calls CMP1.1 entity bean that has byte[] as one of CMP fields. From time to time I face the following exception:

===server.log===
...
2002-11-04 18:28:02,454 ERROR [STDERR] java.lang.IllegalStateException: Task already scheduled or cancelled
2002-11-04 18:28:02,455 ERROR [STDERR]  at java.util.Timer.sched(Timer.java:316)
2002-11-04 18:28:02,455 ERROR [STDERR]  at java.util.Timer.schedule(Timer.java:128)
2002-11-04 18:28:02,456 ERROR [STDERR]  at sun.rmi.transport.DGCAckHandler.startTimer(DGCAckHandler.java:84)
2002-11-04 18:28:02,456 ERROR [STDERR]  at sun.rmi.transport.ConnectionOutputStream.done(ConnectionOutputStream.java:82)

2002-11-04 18:28:02,456 ERROR [STDERR]  at sun.rmi.transport.StreamRemoteCall.releaseOutputStream(StreamRemoteCall.java:94)

2002-11-04 18:28:02,456 ERROR [STDERR]  at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:302)
2002-11-04 18:28:02,456 ERROR [STDERR]  at sun.rmi.transport.Transport$1.run(Transport.java:148)
2002-11-04 18:28:02,456 ERROR [STDERR]  at java.security.AccessController.doPrivileged(Native Method)
2002-11-04 18:28:02,457 ERROR [STDERR]  at sun.rmi.transport.Transport.serviceCall(Transport.java:144)
2002-11-04 18:28:02,457 ERROR [STDERR]  at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
2002-11-04 18:28:02,457 ERROR [STDERR]  at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)

2002-11-04 18:28:02,457 ERROR [STDERR]  at java.lang.Thread.run(Thread.java:536)
...
===server.log===


At client's (servlet's) side I see:


[2002-11-04 18:28:02,455,ImageServlet] javax.naming.CommunicationException [Root exception is java.rmi.UnmarshalException: Error unmarshaling return header; nested exception is: 

    java.net.SocketException: Connection reset by peer: Connection reset by peer]
javax.naming.CommunicationException.  Root exception is 
java.rmi.UnmarshalException: Error unmarshaling return header; nested exception is: 
    java.net.SocketException: Connection reset by peer: Connection reset by peer
    at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:203)
    at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:133)
    at org.jnp.server.NamingServer_Stub.lookup(Unknown Source)
    at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:464)
    at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:443)
    at com.caucho.naming.LinkProxy.createObject(LinkProxy.java:127)
    at com.caucho.naming.ContextImpl.dereference(ContextImpl.java:540)
    at com.caucho.naming.ContextImpl.lookup(ContextImpl.java:173)
    at javax.naming.InitialContext.lookup(InitialContext.java:347)
    at com.tw.imgfactory.servlet.ImageServlet.getImageRemoteHome(ImageServlet.java:85)
    at com.tw.imgfactory.servlet.ImageServlet.doGet(ImageServlet.java:37)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:126)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:103)
    at com.caucho.server.http.FilterChainServlet.doFilter(FilterChainServlet.java:96)
    at com.caucho.server.http.Invocation.service(Invocation.java:312)
    at com.caucho.server.http.CacheInvocation.service(CacheInvocation.java:135)
    at com.caucho.server.http.RunnerRequest.handleRequest(RunnerRequest.java:342)
    at com.caucho.server.http.RunnerRequest.handleConnection(RunnerRequest.java:272)
    at com.caucho.server.TcpConnection.run(TcpConnection.java:137)
    at java.lang.Thread.run(Thread.java:536)
Caused by: java.net.SocketException: Connection reset by peer: Connection reset by peer
    at java.net.SocketInputStream.socketRead0(Native Method)
    at java.net.SocketInputStream.read(SocketInputStream.java:116)
    at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
    at java.io.BufferedInputStream.read(BufferedInputStream.java:201)
    at java.io.DataInputStream.readByte(DataInputStream.java:276)
    at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:189)
    ... 19 more


From that jboss-side exception occurs earlier, I conclude that "Connection reset by peer" on client-side is caused by jboss-side rmi exception. Can anybody help me with this?

Best wishes,
  Alexei Yudichev

Re: [JBoss-user] Strange Problem on Linux

[Peter Shillan]

Hi All,

Can the people who next respond to this thread *PLEASE* trim their
posts? Digest format can be long enough but this is making it enormous.

Many thanks,

--gps




E-mail is an informal method of communication and may be subject to data corruption, 
interception and unauthorised amendment for which Digital Bridges Ltd will accept no 
liability. Therefore, it will normally be inappropriate to rely on information 
contained on e-mail without obtaining written confirmation.

This e-mail may contain confidential and/or privileged information. If you are not the 
intended recipient (or have received this e-mail in error) please notify the sender 
immediately and destroy this e-mail. Any unauthorized copying, disclosure or 
distribution of the material in this e-mail is strictly forbidden.





---
This sf.net email is sponsored by: viaVerio will pay you up to
$1,000 for every account that you consolidate with us.
http://ad.doubleclick.net/clk;4749864;7604308;v?
http://www.viaverio.com/consolidator/osdn.cfm
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange Problem on Linux

[rahul ganjoo]

In our case the parallelism is a requirement.
We wait for threads to return and then proceed.
So ideally we would want to send messages to a
q where they get consumed simultaneously.


Pete Beck wrote:

> I'm not entirely sure how this would be handled in JBoss, but in
> principle you could send out a bunch of JMS messages to a topic or
> queue.
>
> The EJB container then launches threads to process the messages through
> MDB instances.  Therefore potentially, your code will be executed in
> parallel.
>
> Of course, you cannot guarantee when the message will get processed, but
> usually it is straight away.
>
> If your threads *must* execute simultaneously, then MDB might not be
> able to help you.
>
> I use MDB's to handle time-consuming activities in the background so
> that my session beans do not have to wait for the processing to finish.
>
> Whether it will help you depends on how strictly you need to control the
> threads.  In my case the parallelism is a benefit not a requirement.
>
> On Thu, 2002-10-17 at 09:20, rahul ganjoo wrote:
> > Hi Pete!
> > What was being acheived using threads obviously was some
> > parallelism...as in we wanted some actions to be executed
> > simulataneously.
> > Now I have not worked with MDBs,JMS etc yet.
> > Are you suggesting using MDBs its possible to acheive
> > the same and avoid violating the spec?
> > Any ellaboration is welcome.
> >
> > Thanks and Regards,
> > Rahul Ganjoo.
>
> --
> Peter Beck BEng (hons)  - Managing Director, Electrostrata Ltd.
> http://www.electrostrata.com  --+-+--  Experts in e-business and
> e-commerce
>
> ---
> This sf.net email is sponsored by: viaVerio will pay you up to
> $1,000 for every account that you consolidate with us.
> http://ad.doubleclick.net/clk;4749864;7604308;v?
> http://www.viaverio.com/consolidator/osdn.cfm
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user

--
 --
 "Outside of a dog, a book is man's best friend; inside of a dog,
  its too dark to read."

  Rahul Ganjoo
  Software Engineer
  Corporate Business Solutions Domain
  Wipro Technologies
  Bangalore.
  Tel. 5502001 ext 2022
  9845136660
 --




---
This sf.net email is sponsored by: viaVerio will pay you up to
$1,000 for every account that you consolidate with us.
http://ad.doubleclick.net/clk;4749864;7604308;v?
http://www.viaverio.com/consolidator/osdn.cfm
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange Problem on Linux

[Pete Beck]

I'm not entirely sure how this would be handled in JBoss, but in
principle you could send out a bunch of JMS messages to a topic or
queue.

The EJB container then launches threads to process the messages through
MDB instances.  Therefore potentially, your code will be executed in
parallel.

Of course, you cannot guarantee when the message will get processed, but
usually it is straight away.

If your threads *must* execute simultaneously, then MDB might not be
able to help you.

I use MDB's to handle time-consuming activities in the background so
that my session beans do not have to wait for the processing to finish.

Whether it will help you depends on how strictly you need to control the
threads.  In my case the parallelism is a benefit not a requirement.

On Thu, 2002-10-17 at 09:20, rahul ganjoo wrote:
> Hi Pete!
> What was being acheived using threads obviously was some
> parallelism...as in we wanted some actions to be executed
> simulataneously.
> Now I have not worked with MDBs,JMS etc yet.
> Are you suggesting using MDBs its possible to acheive
> the same and avoid violating the spec?
> Any ellaboration is welcome.
> 
> Thanks and Regards,
> Rahul Ganjoo.

-- 
Peter Beck BEng (hons)  - Managing Director, Electrostrata Ltd.
http://www.electrostrata.com  --+-+--  Experts in e-business and
e-commerce



---
This sf.net email is sponsored by: viaVerio will pay you up to
$1,000 for every account that you consolidate with us.
http://ad.doubleclick.net/clk;4749864;7604308;v?
http://www.viaverio.com/consolidator/osdn.cfm
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange Problem on Linux

[rahul ganjoo]

Hi Pete!
What was being acheived using threads obviously was some
parallelism...as in we wanted some actions to be executed
simulataneously.
Now I have not worked with MDBs,JMS etc yet.
Are you suggesting using MDBs its possible to acheive
the same and avoid violating the spec?
Any ellaboration is welcome.

Thanks and Regards,
Rahul Ganjoo.

Pete Beck wrote:

> I think there is a very simple solution to this which is much safer.
> Instead of triggering threads off in your class, move the thread body
> into a MDB and then simply send several messages from your session bean.
>
> The MDB will enable your code to run asynchronously which is probably
> the effect you are trying to achieve.
>
> On Tue, 2002-10-15 at 13:46, rahul ganjoo wrote:
> > Guys any help with this would be much appreciated.
> > I am repeating the scenario here:
> > Environment: Jboss 3.0.3 ,Red hat Linux 7.2
> >
> > A session bean invokes a java class and then  another class
> > which triggers off  threads to do some db updations etc.
> > However we find we can get the results just one time
> > but the second time it hangs giving the trace below
> > (Saroj's mail).
> > However it runs fine on Win2k with same JB config.
> > Even if we change those db updations to just SOPs,
> > it still hangs the second time around.
>
> --
> Peter Beck BEng (hons)  - Managing Director, Electrostrata Ltd.
> http://www.electrostrata.com  --+-+--  Experts in e-business and
> e-commerce
>
> ---
> This sf.net email is sponsored by: viaVerio will pay you up to
> $1,000 for every account that you consolidate with us.
> http://ad.doubleclick.net/clk;4749864;7604308;v?
> http://www.viaverio.com/consolidator/osdn.cfm
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user

--
 --
 "Outside of a dog, a book is man's best friend; inside of a dog,
  its too dark to read."

  Rahul Ganjoo
  Software Engineer
  Corporate Business Solutions Domain
  Wipro Technologies
  Bangalore.
  Tel. 5502001 ext 2022
  9845136660
 --




---
This sf.net email is sponsored by: viaVerio will pay you up to
$1,000 for every account that you consolidate with us.
http://ad.doubleclick.net/clk;4749864;7604308;v?
http://www.viaverio.com/consolidator/osdn.cfm
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange Problem on Linux

[Pete Beck]

There's a good reason why the spec doesn't recommend using threads
within beans.
Apart from the transaction problems etc. it means the EJB container
loses control of the resources.  In other words, the threads aren't
pooled by the container, and the container cannot safely pop the EJB in
and out of existence.

On Wed, 2002-10-16 at 05:45, rahul ganjoo wrote:
> Hi Jonathan,
> Yes Ofcourse the EJB spec doesnt recommend threading
> in EJBs... but someone here thought providing two levels
> of indirection from the EJB component would make sure
> it executes outside the context of the bean which apparently
> aint the case.
> 
> However I am curious why it aint causing us trouble on win2k
> boxes???
> Is there any workaround to this on Linux till we get the
> design right?
> 
> TIA,
> Rahul Ganjoo.
> 
> 
> Jonathan.O'[EMAIL PROTECTED] wrote:
> 
> > Rahul,
> > I thought the EJB spec doesn't allow code to start threads. You should
> > probably send an update message to a queue and do the DB updates there.
> > Ciao,
> > Jonathan O'Connor
> > Ph: +353 1 872 3305
> > Mob: +353 86 824 9736
> > Fax: +353 1 873 3612
> >
> > "rahul ganjoo" <[EMAIL PROTECTED]>
> > Sent by: [EMAIL PROTECTED]
> > 15.10.2002 13:46
> > Please respond to jboss-user
> >
> >
> > To: [EMAIL PROTECTED]
> > cc:
> > Subject:Re: [JBoss-user] Strange Problem on Linux
> >
> > Guys any help with this would be much appreciated.
> > I am repeating the scenario here:
> > Environment: Jboss 3.0.3 ,Red hat Linux 7.2
> >
> > A session bean invokes a java class and then  another class
> > which triggers off  threads to do some db updations etc.
> > However we find we can get the results just one time
> > but the second time it hangs giving the trace below
> > (Saroj's mail).
> > However it runs fine on Win2k with same JB config.
> > Even if we change those db updations to just SOPs,
> > it still hangs the second time around.
> >
> > TIA,
> > Rahul Ganjoo.
> >
> > saroj kumar wrote:
> >
> > > Hi All,
> > >
> > > This is the full thread dump which I get.
> > >
> > > Can Anybody help me understand this dump??
> > >
> > > Full thread dump Java HotSpot(TM) Server VM (1.4.0_01-b03 mixed mode):
> > >
> > > "JNP Server" prio=1 tid=0x0x877e2c8 nid=0x67d runnable
> > > [5060b000..5060b86c]
> > > at java.net.PlainSocketImpl.socketAccept(Native Method)
> > > at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:343)
> > > - locked <0x44cfc438> (a java.net.PlainSocketImpl)
> > > at java.net.ServerSocket.implAccept(ServerSocket.java:438)
> > > at java.net.ServerSocket.accept(ServerSocket.java:409)
> > > at org.jnp.server.Main.run(Main.java:248)
> > > at java.lang.Thread.run(Thread.java:536)
> > >
> > > "Thread-25" daemon prio=1 tid=0x0x4e93cbd8 nid=0x679 waiting on monitor
> > > [5058a000..5058a86c]
> > > at java.lang.Object.wait(Native Method)
> > > - waiting on <0x45ba1648> (a
> > > [Lcom.wipro.flowbrix.logger.LogQueue$InternalLogQueue;)
> > > at java.lang.Object.wait(Object.java:426)
> > > at com.wipro.flowbrix.logger.LogQueue.put(LogQueue.java:115)
> > > - locked <0x45ba1648> (a
> > > [Lcom.wipro.flowbrix.logger.LogQueue$InternalLogQueue;)
> > > at com.wipro.flowbrix.logger.LogQueue.get(LogQueue.java:255)
> > > at com.wipro.flowbrix.logger.LogWriter.run(LogWriter.java:147)
> > >
> > > "RMI TCP Connection(20)-192.168.146.24" daemon prio=1 tid=0x0x85663c8
> > > nid=0x65c runnable [50282000..5028486c]
> > > at
> > > com.wipro.flowbrix.workflow.WFActivityController.execute(WFActivityContr
> > > oller.java:151)
> > > at
> > > com.wipro.flowbrix.workflow.WFActivityHandler.handleActivity(WFActivityH
> > > andler.java:161)
> > > at
> > > com.wipro.flowbrix.workflow.sb_processmanager.ProcessManagerBean.execute
> > > Activities(Unknown Source)
> > > at
> > > com.wipro.flowbrix.workflow.sb_processmanager.ProcessManagerBean.doProce
> > > ss(Unknown Source)
> > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > > at
> > > sun.reflect.Nati

Re: [JBoss-user] Strange Problem on Linux

[Pete Beck]

I think there is a very simple solution to this which is much safer. 
Instead of triggering threads off in your class, move the thread body
into a MDB and then simply send several messages from your session bean.

The MDB will enable your code to run asynchronously which is probably
the effect you are trying to achieve.

On Tue, 2002-10-15 at 13:46, rahul ganjoo wrote:
> Guys any help with this would be much appreciated.
> I am repeating the scenario here:
> Environment: Jboss 3.0.3 ,Red hat Linux 7.2
> 
> A session bean invokes a java class and then  another class
> which triggers off  threads to do some db updations etc.
> However we find we can get the results just one time
> but the second time it hangs giving the trace below
> (Saroj's mail).
> However it runs fine on Win2k with same JB config.
> Even if we change those db updations to just SOPs,
> it still hangs the second time around.

-- 
Peter Beck BEng (hons)  - Managing Director, Electrostrata Ltd.
http://www.electrostrata.com  --+-+--  Experts in e-business and
e-commerce



---
This sf.net email is sponsored by: viaVerio will pay you up to
$1,000 for every account that you consolidate with us.
http://ad.doubleclick.net/clk;4749864;7604308;v?
http://www.viaverio.com/consolidator/osdn.cfm
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange Problem on Linux

[Michael Bartmann]

One design is to use mbeans which trigger message driven beans through jms

Regards,
Michael

saroj kumar wrote:

>Hi All,
>
>This problem is resolved now.
>
>We had a while loop which was checking for some boolean value. This
>boolean
>Was updated by worker threads.
>
>This update is done in a synchronized method call by worker threads.
>
>On Windows, There is no problem. But, On Linux and Solaris, it creates a
>deadlock.
>
>It is resolved by making the main thread sleep for some time. Now, it
>works fine on
>Win2k, Solaris and Linux.
>
>I am looking forward to some good design practices on Worker Thread
>examples.
>
>TIA,
>Saroj
>
>
>
>
>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED]] On Behalf Of Marius
>Kotsbak
>Sent: Saturday, October 12, 2002 3:00 AM
>To: [EMAIL PROTECTED]
>Subject: Re: [JBoss-user] Strange Problem on Linux
>
>
>saroj kumar wrote:
>
>  
>
>>HI All,
>>
>>I am facing  "Transaction Timeout " exception while running
>>the code on Redhat Linux 7.3/JDK1.4/JBOSS 3.0.3/Oracle9i.
>>
>>Same code is working fine on Win2k/JBOSS 3.0.3/jdk1.4/Oracle9i.
>>
>>Scenario is:
>>
>>UI Layer makes a call to SLSB. This SLSB makes a call to another
>>SLSB which uses a class. This class spawns two threads
>>And one of these threads operates on Entity Bean using a Session Bean.
>>When we make 1st call, it works fine but 2nd time onwards same call 
>>fails with Exception "TX marked for rollback. Possibly timeout".
>>
>>
>>
>We actually get this too on linux, but probably because of a long 
>transaction. But I think you arn't allowed to create any threads in
>jboss.
>
>  
>
>>Any help would be more than welcome.
>>
>>TIA,
>>Saroj
>>
>>
>>
>>---
>>This sf.net email is sponsored by:ThinkGeek
>>Welcome to geek heaven.
>>http://thinkgeek.com/sf
>>___
>>JBoss-user mailing list
>>[EMAIL PROTECTED]
>>https://lists.sourceforge.net/lists/listinfo/jboss-user
>> 
>>
>>
>>
>
>
>
>
>
>---
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>___
>JBoss-user mailing list
>[EMAIL PROTECTED]
>https://lists.sourceforge.net/lists/listinfo/jboss-user
>
>
>
>---
>This sf.net email is sponsored by: viaVerio will pay you up to
>$1,000 for every account that you consolidate with us.
>http://ad.doubleclick.net/clk;4749864;7604308;v?
>http://www.viaverio.com/consolidator/osdn.cfm
>___
>JBoss-user mailing list
>[EMAIL PROTECTED]
>https://lists.sourceforge.net/lists/listinfo/jboss-user
>
>  
>





---
This sf.net email is sponsored by: viaVerio will pay you up to
$1,000 for every account that you consolidate with us.
http://ad.doubleclick.net/clk;4749864;7604308;v?
http://www.viaverio.com/consolidator/osdn.cfm
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: RE: [JBoss-user] Strange Problem on Linux

[rahul ganjoo]

Thanks Dude,I appreciate the help..
funnily enough we got it to work somehow though the design
needs to change...

- Original Message -
From: "Geer, Benjamin" <[EMAIL PROTECTED]>
Date: Wednesday, October 16, 2002 2:53 pm
Subject: RE: [JBoss-user] Strange Problem on Linux

> rahul ganjoo wrote:
> > Yes Ofcourse the EJB spec doesnt recommend threading
> > in EJBs...
> 
> Section 24.1.2 of the EJB 2.0 spec says:
> 
> 
> An enterprise Bean must not use thread synchronization primitives to
> synchronize execution of
> multiple instances.
> 
> 
> ---
> This sf.net email is sponsored by: viaVerio will pay you up to
> $1,000 for every account that you consolidate with us.
> http:
> http://www.viaverio.com/consolidator/osdn.cfm
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 



---
This sf.net email is sponsored by: viaVerio will pay you up to
$1,000 for every account that you consolidate with us.
http://ad.doubleclick.net/clk;4749864;7604308;v?
http://www.viaverio.com/consolidator/osdn.cfm
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Strange Problem on Linux

[saroj kumar]

Hi All,

This problem is resolved now.

We had a while loop which was checking for some boolean value. This
boolean
Was updated by worker threads.

This update is done in a synchronized method call by worker threads.

On Windows, There is no problem. But, On Linux and Solaris, it creates a
deadlock.

It is resolved by making the main thread sleep for some time. Now, it
works fine on
Win2k, Solaris and Linux.

I am looking forward to some good design practices on Worker Thread
examples.

TIA,
Saroj




-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Marius
Kotsbak
Sent: Saturday, October 12, 2002 3:00 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Strange Problem on Linux


saroj kumar wrote:

>HI All,
>
>I am facing  "Transaction Timeout " exception while running
>the code on Redhat Linux 7.3/JDK1.4/JBOSS 3.0.3/Oracle9i.
>
>Same code is working fine on Win2k/JBOSS 3.0.3/jdk1.4/Oracle9i.
>
>Scenario is:
>
>UI Layer makes a call to SLSB. This SLSB makes a call to another
>SLSB which uses a class. This class spawns two threads
>And one of these threads operates on Entity Bean using a Session Bean.
>When we make 1st call, it works fine but 2nd time onwards same call 
>fails with Exception "TX marked for rollback. Possibly timeout".
>
We actually get this too on linux, but probably because of a long 
transaction. But I think you arn't allowed to create any threads in
jboss.

>
>Any help would be more than welcome.
>
>TIA,
>Saroj
>
>
>
>---
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>___
>JBoss-user mailing list
>[EMAIL PROTECTED]
>https://lists.sourceforge.net/lists/listinfo/jboss-user
>  
>





---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user



---
This sf.net email is sponsored by: viaVerio will pay you up to
$1,000 for every account that you consolidate with us.
http://ad.doubleclick.net/clk;4749864;7604308;v?
http://www.viaverio.com/consolidator/osdn.cfm
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Strange Problem on Linux

[Geer, Benjamin]

rahul ganjoo wrote:
> Yes Ofcourse the EJB spec doesnt recommend threading
> in EJBs...

It specifically *prohibits* threading.  Section 24.1.2 of the EJB 2.0
spec says:

"The enterprise bean must not attempt to manage threads. The enterprise
bean must not attempt
to start, stop, suspend, or resume a thread; or to change a thread's
priority or name. The enterprise bean must not attempt to manage thread
groups."

Benjamin



---
This sf.net email is sponsored by: viaVerio will pay you up to
$1,000 for every account that you consolidate with us.
http://ad.doubleclick.net/clk;4749864;7604308;v?
http://www.viaverio.com/consolidator/osdn.cfm
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Strange Problem on Linux

[Geer, Benjamin]

rahul ganjoo wrote:
> Yes Ofcourse the EJB spec doesnt recommend threading
> in EJBs...

Section 24.1.2 of the EJB 2.0 spec says:


An enterprise Bean must not use thread synchronization primitives to
synchronize execution of
multiple instances.


---
This sf.net email is sponsored by: viaVerio will pay you up to
$1,000 for every account that you consolidate with us.
http://ad.doubleclick.net/clk;4749864;7604308;v?
http://www.viaverio.com/consolidator/osdn.cfm
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange Problem on Linux

[rahul ganjoo]

Hi Jonathan,
Yes Ofcourse the EJB spec doesnt recommend threading
in EJBs... but someone here thought providing two levels
of indirection from the EJB component would make sure
it executes outside the context of the bean which apparently
aint the case.

However I am curious why it aint causing us trouble on win2k
boxes???
Is there any workaround to this on Linux till we get the
design right?

TIA,
Rahul Ganjoo.


Jonathan.O'[EMAIL PROTECTED] wrote:

> Rahul,
> I thought the EJB spec doesn't allow code to start threads. You should
> probably send an update message to a queue and do the DB updates there.
> Ciao,
> Jonathan O'Connor
> Ph: +353 1 872 3305
> Mob: +353 86 824 9736
> Fax: +353 1 873 3612
>
> "rahul ganjoo" <[EMAIL PROTECTED]>
> Sent by: [EMAIL PROTECTED]
> 15.10.2002 13:46
> Please respond to jboss-user
>
>
>     To: [EMAIL PROTECTED]
> cc:
> Subject:Re: [JBoss-user] Strange Problem on Linux
>
> Guys any help with this would be much appreciated.
> I am repeating the scenario here:
> Environment: Jboss 3.0.3 ,Red hat Linux 7.2
>
> A session bean invokes a java class and then  another class
> which triggers off  threads to do some db updations etc.
> However we find we can get the results just one time
> but the second time it hangs giving the trace below
> (Saroj's mail).
> However it runs fine on Win2k with same JB config.
> Even if we change those db updations to just SOPs,
> it still hangs the second time around.
>
> TIA,
> Rahul Ganjoo.
>
> saroj kumar wrote:
>
> > Hi All,
> >
> > This is the full thread dump which I get.
> >
> > Can Anybody help me understand this dump??
> >
> > Full thread dump Java HotSpot(TM) Server VM (1.4.0_01-b03 mixed mode):
> >
> > "JNP Server" prio=1 tid=0x0x877e2c8 nid=0x67d runnable
> > [5060b000..5060b86c]
> > at java.net.PlainSocketImpl.socketAccept(Native Method)
> > at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:343)
> > - locked <0x44cfc438> (a java.net.PlainSocketImpl)
> > at java.net.ServerSocket.implAccept(ServerSocket.java:438)
> > at java.net.ServerSocket.accept(ServerSocket.java:409)
> > at org.jnp.server.Main.run(Main.java:248)
> > at java.lang.Thread.run(Thread.java:536)
> >
> > "Thread-25" daemon prio=1 tid=0x0x4e93cbd8 nid=0x679 waiting on monitor
> > [5058a000..5058a86c]
> > at java.lang.Object.wait(Native Method)
> > - waiting on <0x45ba1648> (a
> > [Lcom.wipro.flowbrix.logger.LogQueue$InternalLogQueue;)
> > at java.lang.Object.wait(Object.java:426)
> > at com.wipro.flowbrix.logger.LogQueue.put(LogQueue.java:115)
> > - locked <0x45ba1648> (a
> > [Lcom.wipro.flowbrix.logger.LogQueue$InternalLogQueue;)
> > at com.wipro.flowbrix.logger.LogQueue.get(LogQueue.java:255)
> > at com.wipro.flowbrix.logger.LogWriter.run(LogWriter.java:147)
> >
> > "RMI TCP Connection(20)-192.168.146.24" daemon prio=1 tid=0x0x85663c8
> > nid=0x65c runnable [50282000..5028486c]
> > at
> > com.wipro.flowbrix.workflow.WFActivityController.execute(WFActivityContr
> > oller.java:151)
> > at
> > com.wipro.flowbrix.workflow.WFActivityHandler.handleActivity(WFActivityH
> > andler.java:161)
> > at
> > com.wipro.flowbrix.workflow.sb_processmanager.ProcessManagerBean.execute
> > Activities(Unknown Source)
> > at
> > com.wipro.flowbrix.workflow.sb_processmanager.ProcessManagerBean.doProce
> > ss(Unknown Source)
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at
> > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
> > a:39)
> > at
> > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
> > Impl.java:25)
> > at java.lang.reflect.Method.invoke(Method.java:324)
> > at
> > org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(Stat
> > elessSessionContainer.java:660)
> > at
> > org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(
> > CachedConnectionInterceptor.java:186)
> > at
> > org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(Statele
> > ssSessionInstanceInterceptor.java:77)
> > at
> > org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterce
> > ptor.java:107)
> > at
> > org.jboss.ejb.plugins.TxInterceptorCMT.ru

Re: [JBoss-user] Strange Problem on Linux

[Jonathan . O'Connor]

Rahul,
I thought the EJB spec doesn't allow code to start threads. You should 
probably send an update message to a queue and do the DB updates there.
Ciao,
Jonathan O'Connor
Ph: +353 1 872 3305
Mob: +353 86 824 9736
Fax: +353 1 873 3612




"rahul ganjoo" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
15.10.2002 13:46
Please respond to jboss-user

 
To: [EMAIL PROTECTED]
cc: 
    Subject:    Re: [JBoss-user] Strange Problem on Linux


Guys any help with this would be much appreciated.
I am repeating the scenario here:
Environment: Jboss 3.0.3 ,Red hat Linux 7.2

A session bean invokes a java class and then  another class
which triggers off  threads to do some db updations etc.
However we find we can get the results just one time
but the second time it hangs giving the trace below
(Saroj's mail).
However it runs fine on Win2k with same JB config.
Even if we change those db updations to just SOPs,
it still hangs the second time around.

TIA,
Rahul Ganjoo.



saroj kumar wrote:

> Hi All,
>
> This is the full thread dump which I get.
>
> Can Anybody help me understand this dump??
>
> Full thread dump Java HotSpot(TM) Server VM (1.4.0_01-b03 mixed mode):
>
> "JNP Server" prio=1 tid=0x0x877e2c8 nid=0x67d runnable
> [5060b000..5060b86c]
> at java.net.PlainSocketImpl.socketAccept(Native Method)
> at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:343)
> - locked <0x44cfc438> (a java.net.PlainSocketImpl)
> at java.net.ServerSocket.implAccept(ServerSocket.java:438)
> at java.net.ServerSocket.accept(ServerSocket.java:409)
> at org.jnp.server.Main.run(Main.java:248)
> at java.lang.Thread.run(Thread.java:536)
>
> "Thread-25" daemon prio=1 tid=0x0x4e93cbd8 nid=0x679 waiting on monitor
> [5058a000..5058a86c]
> at java.lang.Object.wait(Native Method)
> - waiting on <0x45ba1648> (a
> [Lcom.wipro.flowbrix.logger.LogQueue$InternalLogQueue;)
> at java.lang.Object.wait(Object.java:426)
> at com.wipro.flowbrix.logger.LogQueue.put(LogQueue.java:115)
> - locked <0x45ba1648> (a
> [Lcom.wipro.flowbrix.logger.LogQueue$InternalLogQueue;)
> at com.wipro.flowbrix.logger.LogQueue.get(LogQueue.java:255)
> at com.wipro.flowbrix.logger.LogWriter.run(LogWriter.java:147)
>
> "RMI TCP Connection(20)-192.168.146.24" daemon prio=1 tid=0x0x85663c8
> nid=0x65c runnable [50282000..5028486c]
> at
> com.wipro.flowbrix.workflow.WFActivityController.execute(WFActivityContr
> oller.java:151)
> at
> com.wipro.flowbrix.workflow.WFActivityHandler.handleActivity(WFActivityH
> andler.java:161)
> at
> com.wipro.flowbrix.workflow.sb_processmanager.ProcessManagerBean.execute
> Activities(Unknown Source)
> at
> com.wipro.flowbrix.workflow.sb_processmanager.ProcessManagerBean.doProce
> ss(Unknown Source)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
> a:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
> Impl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at
> org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(Stat
> elessSessionContainer.java:660)
> at
> org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(
> CachedConnectionInterceptor.java:186)
> at
> org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(Statele
> ssSessionInstanceInterceptor.java:77)
> at
> org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterce
> ptor.java:107)
> at
> org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptor
> CMT.java:178)
> at
> org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:60)
> at
> org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.jav
> a:130)
> at
> org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:203)
> at
> org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionContainer
> .java:313)
> at org.jboss.ejb.Container.invoke(Container.java:712)
> at
> org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517)
> at
> org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:98)
> at
> org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:1
> 02)
> at
> org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.jav
> a:77)
> at
> org.jboss.proxy.SecurityIntercep

Re: [JBoss-user] Strange Problem on Linux

[rahul ganjoo]

 - locked <0x44cfc590> (a java.util.TaskQueue)
> at java.util.TimerThread.run(Timer.java:382)
>
> "RMI TCP Accept-0" daemon prio=1 tid=0x0x4dd74938 nid=0x5dc runnable
> [4e501000..4e50186c]
> at java.net.PlainSocketImpl.socketAccept(Native Method)
> at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:343)
> - locked <0x44cfc5f8> (a java.net.PlainSocketImpl)
> at java.net.ServerSocket.implAccept(ServerSocket.java:438)
> at java.net.ServerSocket.accept(ServerSocket.java:409)
> at sun.rmi.transport.tcp.TCPTransport.run(TCPTransport.java:334)
> at java.lang.Thread.run(Thread.java:536)
>
> "Thread-4" daemon prio=1 tid=0x0x4ddba5b0 nid=0x5db runnable
> [4e48..4e48086c]
> at java.net.PlainSocketImpl.socketAccept(Native Method)
> at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:343)
> - locked <0x44cef988> (a java.net.PlainSocketImpl)
> at java.net.ServerSocket.implAccept(ServerSocket.java:438)
> at java.net.ServerSocket.accept(ServerSocket.java:409)
> at org.jboss.web.WebServer.run(WebServer.java:248)
> at org.jboss.web.ThreadPool$Worker.run(ThreadPool.java:140)
>
> "ScannerThread" daemon prio=1 tid=0x0x4d192830 nid=0x5da waiting on
> monitor [4e1a4000..4e1a486c]
> at java.lang.Thread.sleep(Native Method)
> at
> org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loo
> p(AbstractDeploymentScanner.java:231)
> at
> org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run
> (AbstractDeploymentScanner.java:202)
>
> "Thread-3" daemon prio=1 tid=0x0x4d483d80 nid=0x5d9 waiting on monitor
> [4e123000..4e12386c]
> at java.lang.Object.wait(Native Method)
> - waiting on <0x44c52c70> (a java.util.TaskQueue)
> at java.util.TimerThread.mainLoop(Timer.java:429)
> - locked <0x44c52c70> (a java.util.TaskQueue)
> at java.util.TimerThread.run(Timer.java:382)
>
> "Thread-2" daemon prio=1 tid=0x0x4d190d50 nid=0x5d7 waiting on monitor
> [4d366000..4d36686c]
> at java.lang.Object.wait(Native Method)
> - waiting on <0x44b1aa60> (a java.lang.ref.ReferenceQueue$Lock)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
> - locked <0x44b1aa60> (a java.lang.ref.ReferenceQueue$Lock)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
> at
> org.jboss.mx.logging.LoggerContext$GarbageMonitor.run(LoggerContext.java
> :451)
>
> "Thread-1" prio=1 tid=0x0x80f8568 nid=0x5bd waiting on monitor
> [0..bfffd650]
>
> "Signal Dispatcher" daemon prio=1 tid=0x0x80b88c8 nid=0x5d3 waiting on
> monitor [0..0]
>
> "Finalizer" daemon prio=1 tid=0x0x80b1b98 nid=0x5d0 waiting on monitor
> [4c542000..4c54286c]
> at java.lang.Object.wait(Native Method)
> - waiting on <0x44afa8e0> (a java.lang.ref.ReferenceQueue$Lock)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
> - locked <0x44afa8e0> (a java.lang.ref.ReferenceQueue$Lock)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
> at
> java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)
>
> "Reference Handler" daemon prio=1 tid=0x0x80b1748 nid=0x5cf waiting on
> monitor [4c4c1000..4c4c186c]
> at java.lang.Object.wait(Native Method)
> - waiting on <0x44afa740> (a java.lang.ref.Reference$Lock)
> at java.lang.Object.wait(Object.java:426)
> at
> java.lang.ref.Reference$ReferenceHandler.run(Reference.java:113)
> - locked <0x44afa740> (a java.lang.ref.Reference$Lock)
>
> "VM Thread" prio=1 tid=0x0x80aedd0 nid=0x5ce runnable
>
> "VM Periodic Task Thread" prio=1 tid=0x0x80b73e0 nid=0x5d1 waiting on
> monitor
> "Suspend Checker Thread" prio=1 tid=0x0x80b7e48 nid=0x5d2 runnable
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On Behalf Of Bill Burke
> Sent: Sunday, October 13, 2002 7:44 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-user] Strange Problem on Linux
>
> you can generate threads anytime within a JBoss application.  Just
> remember,
> you lose any transaction or security context when you spawn the thread.
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Marius
> > Kotsbak
> > Sent: Friday, October 11, 2002 5:30 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: [JBoss-user] Strange Problem on Linux
> >

RE: [JBoss-user] Strange Problem on Linux

[saroj kumar]

ReferenceQueue.remove(ReferenceQueue.java:111)
- locked <0x44afa8e0> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
at
java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=1 tid=0x0x80b1748 nid=0x5cf waiting on
monitor [4c4c1000..4c4c186c]
at java.lang.Object.wait(Native Method)
- waiting on <0x44afa740> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Object.java:426)
at
java.lang.ref.Reference$ReferenceHandler.run(Reference.java:113)
- locked <0x44afa740> (a java.lang.ref.Reference$Lock)

"VM Thread" prio=1 tid=0x0x80aedd0 nid=0x5ce runnable

"VM Periodic Task Thread" prio=1 tid=0x0x80b73e0 nid=0x5d1 waiting on
monitor
"Suspend Checker Thread" prio=1 tid=0x0x80b7e48 nid=0x5d2 runnable


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Bill Burke
Sent: Sunday, October 13, 2002 7:44 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] Strange Problem on Linux


you can generate threads anytime within a JBoss application.  Just
remember,
you lose any transaction or security context when you spawn the thread.

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Marius
> Kotsbak
> Sent: Friday, October 11, 2002 5:30 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-user] Strange Problem on Linux
>
>
> saroj kumar wrote:
>
> >HI All,
> >
> >I am facing  "Transaction Timeout " exception while running
> >the code on Redhat Linux 7.3/JDK1.4/JBOSS 3.0.3/Oracle9i.
> >
> >Same code is working fine on Win2k/JBOSS 3.0.3/jdk1.4/Oracle9i.
> >
> >Scenario is:
> >
> >UI Layer makes a call to SLSB. This SLSB makes a call to another
> >SLSB which uses a class. This class spawns two threads
> >And one of these threads operates on Entity Bean using a Session
Bean.
> >When we make 1st call, it works fine but 2nd time onwards same call
> >fails with Exception "TX marked for rollback. Possibly timeout".
> >
> We actually get this too on linux, but probably because of a long
> transaction. But I think you arn't allowed to create any threads in
jboss.
>
> >
> >Any help would be more than welcome.
> >
> >TIA,
> >Saroj
> >
> >
> >
> >---
> >This sf.net email is sponsored by:ThinkGeek
> >Welcome to geek heaven.
> >http://thinkgeek.com/sf
> >___
> >JBoss-user mailing list
> >[EMAIL PROTECTED]
> >https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
> >
>
>
>
>
>
> ---
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Strange Problem on Linux

[Bill Burke]

you can generate threads anytime within a JBoss application.  Just remember,
you lose any transaction or security context when you spawn the thread.

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:jboss-user-admin@;lists.sourceforge.net]On Behalf Of Marius
> Kotsbak
> Sent: Friday, October 11, 2002 5:30 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-user] Strange Problem on Linux
>
>
> saroj kumar wrote:
>
> >HI All,
> >
> >I am facing  "Transaction Timeout " exception while running
> >the code on Redhat Linux 7.3/JDK1.4/JBOSS 3.0.3/Oracle9i.
> >
> >Same code is working fine on Win2k/JBOSS 3.0.3/jdk1.4/Oracle9i.
> >
> >Scenario is:
> >
> >UI Layer makes a call to SLSB. This SLSB makes a call to another
> >SLSB which uses a class. This class spawns two threads
> >And one of these threads operates on Entity Bean using a Session Bean.
> >When we make 1st call, it works fine but 2nd time onwards same call
> >fails with Exception "TX marked for rollback. Possibly timeout".
> >
> We actually get this too on linux, but probably because of a long
> transaction. But I think you arn't allowed to create any threads in jboss.
>
> >
> >Any help would be more than welcome.
> >
> >TIA,
> >Saroj
> >
> >
> >
> >---
> >This sf.net email is sponsored by:ThinkGeek
> >Welcome to geek heaven.
> >http://thinkgeek.com/sf
> >___
> >JBoss-user mailing list
> >[EMAIL PROTECTED]
> >https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
> >
>
>
>
>
>
> ---
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange Problem on Linux

[Alex Loubyansky]

Hello saroj,

it can be a locking problem. Is there a chance the second
call spawns a thread that calls entity bean that is currently involved
in the transaction initiated by the first call?
Why it doesn't happen on windows?.. Probably, on windows the
transaction needs less time to complete. May it take place?

alex

Friday, October 11, 2002, 9:50:27 PM, you wrote:

sk> HI All,

sk> I am facing  "Transaction Timeout " exception while running
sk> the code on Redhat Linux 7.3/JDK1.4/JBOSS 3.0.3/Oracle9i.

sk> Same code is working fine on Win2k/JBOSS 3.0.3/jdk1.4/Oracle9i.

sk> Scenario is:

sk> UI Layer makes a call to SLSB. This SLSB makes a call to another
sk> SLSB which uses a class. This class spawns two threads
sk> And one of these threads operates on Entity Bean using a Session Bean.
sk> When we make 1st call, it works fine but 2nd time onwards same call 
sk> fails with Exception "TX marked for rollback. Possibly timeout".

sk> Any help would be more than welcome.

sk> TIA,
sk> Saroj


-- 
Best regards,
 Alex Loubyansky




---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange Problem on Linux

[Marius Kotsbak]

saroj kumar wrote:


HI All,

I am facing  "Transaction Timeout " exception while running
the code on Redhat Linux 7.3/JDK1.4/JBOSS 3.0.3/Oracle9i.

Same code is working fine on Win2k/JBOSS 3.0.3/jdk1.4/Oracle9i.

Scenario is:

UI Layer makes a call to SLSB. This SLSB makes a call to another
SLSB which uses a class. This class spawns two threads
And one of these threads operates on Entity Bean using a Session Bean.
When we make 1st call, it works fine but 2nd time onwards same call 
fails with Exception "TX marked for rollback. Possibly timeout".

We actually get this too on linux, but probably because of a long 
transaction. But I think you arn't allowed to create any threads in jboss.


Any help would be more than welcome.

TIA,
Saroj



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
 






---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Strange Problem on Linux

[saroj kumar]

HI All,

I am facing  "Transaction Timeout " exception while running
the code on Redhat Linux 7.3/JDK1.4/JBOSS 3.0.3/Oracle9i.

Same code is working fine on Win2k/JBOSS 3.0.3/jdk1.4/Oracle9i.

Scenario is:

UI Layer makes a call to SLSB. This SLSB makes a call to another
SLSB which uses a class. This class spawns two threads
And one of these threads operates on Entity Bean using a Session Bean.
When we make 1st call, it works fine but 2nd time onwards same call 
fails with Exception "TX marked for rollback. Possibly timeout".

Any help would be more than welcome.

TIA,
Saroj



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Strange Problem

[Saroj Kumar]

Hi All,

I faced a strange problem just now. Jboss3.0 + win2k + ORACLE9i + SSB +
CMP EB + classes12.zip

I have got a Session Bean which makes a call to an CMP Entity Bean to
Update the record. I pass some java.lang.Double Values 
To the Entity Bean from Session Bean. In Session Bean, We convert
BigDecimal Values in Double. If I  check for null
And set the value like this:

java.math.BigDecimal obj = issue.getAvgDaysInComposition();
  if (obj != null)
 {
 local.setAvgDaysInComposition( new
Double(obj.doubleValue()));
  
 }

Then it works fine and ejbStore completed successfully.

But, if I code like this:

local.setAvgDaysInRapidEdit( new Double(
issue.getAvgDaysInRapidEdit().doubleValue() ) );

Then ejbStore() does not complete and it HANGS!!!
issue.getAvgDaysInRapidEdit() is null and calling 
issue.getAvgDaysInRapidEdit().doubleValue() does not throw any NULL
POINTER but it waits indefinitely.

ANOTHER ISSUE: On Some m/c, even the NULL checked code hangs.

Any idea???

TIA,
Saroj




---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] strange message from jboss log

[Emerson Cargnin - SICREDI Serviços]

what does mean the message :

14:05:57,155 INFO  [BeanLock] NON_ENTRANT invocation

is it a debug message???

does it mean that it entered in a required transaction section?


-- 
Emerson Cargnin - MSA
SICREDI - Tel : 3358-4860



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Strange security error going from jBoss 3.0.1RC1 -> 3.0.1

[Torsten Terp]

For others experiencing the same problem:

It seems that in jBoss3.0.1RC1 it was possible to place the login.jsp
in the secured area, i.e., /* is secured and hitting /foo.jsp unauthorized
redircts to /login.jsp which is also in the secured area.

This dosnt seem to work in jBoss3.0.1, since the /login.jsp is secured
a blank page is shown to the client, this is probably understandable so
moving the login.jsp to an unsecured area solves the problem!

^Torsten

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Torsten Terp
> Sent: 19. august 2002 16:19
> To: [EMAIL PROTECTED]
> Subject: [JBoss-user] Strange security error going from jBoss 3.0.1RC1
> -> 3.0.1
>
>
>
> Hi
>
> All access to my app is redirected to /login.jsp which uses the
> DatabaseServerLoginModule to authorize and authenticate.
>
> Using jBoss 3.0.1RC1 this works fine, the /login.jsp contains a
> form which uses the db login module. On jBoss 3.0.1 and
> jBoss3.0.2RC1 from CVS, the login.jsp is empty!! It just contains
>
> 
> 
> 
> 
>
> Have anybody experienced this or know a solution?
>
> Below are config files:
>
> /server/default/conf/login-config.xml:
>
> 
>   
>  "org.jboss.security.auth.spi.DatabaseServerLoginModule" flag = "required">
>"dsJndiName">java:/TestBBDS
>   select passwd from
> employee where username = ?
>   select
> employee_has_userrole.userrole, 'Roles' from
> employee_has_userrole, employee
> where employee.employee_id = employee_has_userrole.employee_id and
> employee.username = ?
> 
>   
> 
>
>
> war!/WEB-INF/jboss-web.xml:
>
> 
>   java:/jaas/TestBBRealm
> 
>
>
> war!/WEB-INF/web.xml:
>
>   
> 
>   normal
>   /*
> 
> 
>   normal
> 
>   
> ...
>   
> FORM
> TestBBRealm
> 
>   /login.jsp
>   /loginError.jsp
> 
>   
>
>
>
>
> ---
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user




---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange select statement

[Jon Haugsand]

* Sacha Labourey
> Well, this one is really easy and is not related to Oracle, which is pretty
> rare ;) :
> 
>   "java.lang.ClassNotFoundException:
> org.jboss.ejb.plugins.local.EntityProxy"
> 
> What is strange is that class doesn't seem to be in any of the client JAR.
> Maybe it is a bug. In the meantime, just try to put jboss.jar in the
> classpath of your client application.


Yes, this made it work.  Strange, somehow, that this was only
necessary when using MySQL and not Oracle.


However, that was only to get findAll() to work...

Now I included the test that creates and deletes 1000 records.
Actually there 997 record in the database after it fails.

Testcase: testCreateRemove took 30.794 sec
Caused an ERROR
RemoteException occurred in server thread; nested exception is: 
javax.transaction.TransactionRolledbackException: Entity not found: 
primaryKey=[.JunitTestXX-etter-99.]; CausedByException is:
Entity not found: primaryKey=[.JunitTestXX-etter-99.]; nested exception is: 
javax.ejb.NoSuchObjectLocalException: Entity not found: 
primaryKey=[.JunitTestXX-etter-99.]
java.rmi.ServerException: RemoteException occurred in server thread; nested exception 
is: 
javax.transaction.TransactionRolledbackException: Entity not found: 
primaryKey=[.JunitTestXX-etter-99.]; CausedByException is:
Entity not found: primaryKey=[.JunitTestXX-etter-99.]; nested exception is: 
javax.ejb.NoSuchObjectLocalException: Entity not found: 
primaryKey=[.JunitTestXX-etter-99.]
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:295)
at sun.rmi.transport.Transport$1.run(Transport.java:151)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:147)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:463)
at 
sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:704)
at java.lang.Thread.run(Thread.java:539)
at 
sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:250)
 
-- 
  Jon Haugsand, <[EMAIL PROTECTED]>
  Norges Bank, 



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Strange select statement

[Sacha Labourey]

Hello Jon,

> What I did was to increase the LARGE_POOL_SIZE from 614400 to 2614400.
> Oracle worked clock like then.  To create and delete 1000 bean
> instances JBoss used 60 seconds.  I do not know if this is
> representative?

many factors can have an effect (are they distant hosts, etc.)

> Each creation was initiated from the JUnit client,
> through a session bean which called the entity bean using a local
> interface.  Deletion was done in a loop in the session bean that used
> local interface.

ok.

> The following is
> Testcase: testList took 1.71 sec
> Caused an ERROR
> null
> java.lang.reflect.UndeclaredThrowableException
> at $Proxy1.listAll(Unknown Source)
> at nb.api.TelefonTest.testList(TelefonTest.java:55)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorIm
> pl.java:42)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAc
> cessorImpl.java:28)
> Caused by: java.lang.ClassNotFoundException:
> org.jboss.ejb.plugins.local.EntityProxy (no security manager: RMI
> class loader disabled)

Well, this one is really easy and is not related to Oracle, which is pretty
rare ;) :

  "java.lang.ClassNotFoundException:
org.jboss.ejb.plugins.local.EntityProxy"

What is strange is that class doesn't seem to be in any of the client JAR.
Maybe it is a bug. In the meantime, just try to put jboss.jar in the
classpath of your client application.

Cheers,


Sacha



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange select statement

[Jon Haugsand]

* Sacha Labourey
> > Does not this show that the share_pool_size is more than three times
> > as big as LARGE?
> 
> Maybe you need to flush your pool: some posts suggests this.

What I did was to increase the LARGE_POOL_SIZE from 614400 to 2614400.
Oracle worked clock like then.  To create and delete 1000 bean
instances JBoss used 60 seconds.  I do not know if this is
representative?  Each creation was initiated from the JUnit client,
through a session bean which called the entity bean using a local
interface.  Deletion was done in a loop in the session bean that used
local interface.


> in this case, you can change JBossCMP options to prefetch less rows: this
> will reduce the size of the statement.

I reduced page size to 10, but still it fails.

  
  on-load
  10
  *
  

The following is 
Testcase: testList took 1.71 sec
Caused an ERROR
null
java.lang.reflect.UndeclaredThrowableException
at $Proxy1.listAll(Unknown Source)
at nb.api.TelefonTest.testList(TelefonTest.java:55)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:42)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:28)
Caused by: java.lang.ClassNotFoundException: org.jboss.ejb.plugins.local.EntityProxy 
(no security manager: RMI class loader disabled)
 

> with 2.x entity beans. Just put your xdoclet descriptor to default to
> "Required".

Thanks, this made my day...

-- 
  Jon Haugsand, <[EMAIL PROTECTED]>
  Norges Bank, 



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Strange select statement

[Sacha Labourey]

>Collection col=listAll();
>for (Iterator i=col.iterator(); i.hasNext(); ) {
>   Object o=i.next();
>   System.out.println("Object is " + o);
>   telefonLocal  tf = (telefonLocal) o;
>   
>   System.out.println("Before");
> telefonData td=tf.getData();
>   System.out.println("Got line!");
> 
> From the output I can see "Before" but not "Got line!"

Which commit option? Is your session bean running in a transaction?

Cheers,



Sacha


---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Strange select statement

[Sacha Labourey]

> Thanks.  However, the following is an excert from my initsid.ora:
>
> shared_pool_size  = 31457280  # INITIAL
> # shared_pool_size = 350
> # SMALL
> # shared_pool_size = 500
> # MEDIUM
> # shared_pool_size = 900
> # LARGE
>
> Does not this show that the share_pool_size is more than three times
> as big as LARGE?

Maybe you need to flush your pool: some posts suggests this.

> Actually the same test I run failed much earlier when using MySQL as
> my datasource.  The test is simple, I have one entity bean and one
> session bean.  I create 1000 bean instances and deletes them
> afterwards.  When using Oracle, all bean instances get created, but
> none are destroyed.  With MySQL only around 100 gets created.

in this case, you can change JBossCMP options to prefetch less rows: this
will reduce the size of the statement.

> I do not use any explicite transaction handling.  Neither do I set any
> commit option (as this seems to be unavailable to set from XDoclet).

I think that commit option must be set in the Xdoclet descriptor inside ANT,
not directly in the files (but I may be wrong). As long as transaction are
concerned, the spec says that you *must* have a transaction when working
with 2.x entity beans. Just put your xdoclet descriptor to default to
"Required".

Cheers,


Sacha



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange select statement

[Jon Haugsand]

* Pavel Kolesnikov
> I guess Jon's problem is just the fact that such weird SQL statement
> was even generated - and it doesn't seem to be an oracle-problem :-)
> 
> It would be helpful to see the original code (before running XDoclet)
> and XDoclet generated code to find out if it's error of JBoss, XDoclet
> or Jon :-)

Sure.  I have two beans, and here is some of the entity bean.  It is
"getData()" that fails. 

 public abstract class TelefonBean implements EntityBean
 {
 public TelefonBean() {}

 /**
  * @ejb:interface-method  view-type="both"
  */
 public abstract void setData(telefonData data);

 /**
  * @ejb:interface-method view-type="both"
  */
 public abstract telefonData getData();

 /**
  * @class Integer ejbCreate() creates a new bean
  * @ejb:create-method
  * @ejb:transaction type="Supports"
  */
 public  telefonPK ejbCreate(telefonData _data)
 throws CreateException {
 setLast_name(_data.getLast_name());
 setData(_data);
 return null;
 }


The following is the created code:

   private nb.api.telefonData dataHolder;

   public nb.api.telefonData getData()
   {
  if( dataHolder == null )
  {
 try
 {
dataHolder = new nb.api.telefonData();

dataHolder.setLast_name( getLast_name() );
dataHolder.setFirst_name( getFirst_name() );
dataHolder.setAddress( getAddress() );
dataHolder.setTelephone( getTelephone() );
dataHolder.setStatus( getStatus() );

 }
 catch (Exception e)
 {
throw new javax.ejb.EJBException(e);
 }
  }

  return dataHolder;
   }


-
If interesting, this is called from a session bean like this:


 Collection col=listAll();
 for (Iterator i=col.iterator(); i.hasNext(); ) {
Object o=i.next();
System.out.println("Object is " + o);
telefonLocal  tf = (telefonLocal) o;

System.out.println("Before");
telefonData td=tf.getData();
System.out.println("Got line!");

>From the output I can see "Before" but not "Got line!"

-- 
  Jon Haugsand, <[EMAIL PROTECTED]>
  Norges Bank, 



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange select statement

[Jon Haugsand]

* Sacha Labourey
> Hello Jon,
> 
> The problem is not really with JBoss but with your Oracle configuration.
> 
> The SQL query that is generated is normal (take a look at the CMP doco for
> more information on available optimisations). You should modify your
> SHARED_POOL_SIZE in Oracle to allow for the query to be executed (take a
> look at ORA-04031 message definition in your Oracle documentation for more
> information)


Thanks.  However, the following is an excert from my initsid.ora:

shared_pool_size  = 31457280  # INITIAL
# shared_pool_size = 350  # SMALL
# shared_pool_size = 500  # MEDIUM
# shared_pool_size = 900  # LARGE

Does not this show that the share_pool_size is more than three times
as big as LARGE?

Actually the same test I run failed much earlier when using MySQL as
my datasource.  The test is simple, I have one entity bean and one
session bean.  I create 1000 bean instances and deletes them
afterwards.  When using Oracle, all bean instances get created, but
none are destroyed.  With MySQL only around 100 gets created.

I do not use any explicite transaction handling.  Neither do I set any
commit option (as this seems to be unavailable to set from XDoclet).

I have included code in another article.

-- 
  Jon Haugsand, <[EMAIL PROTECTED]>
  Norges Bank, 




---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange select statement

[Dan Christopherson]

Pavel Kolesnikov wrote:
> On Mon, 19 Aug 2002, Sacha Labourey wrote:
> 
> 
>>Hello Pavel,
>>
>>No, it is not an error and this code hasn't been generated by xdoclet but by
>>the CMP 2.0 engine.
> 
> 
> Yes, I understand the SQL statement itself has to be generated
> by CMP engine.
> 
> 
>>Everything is fine as long as the SQL query is
>>concerned. See the CMP doco (or source code) for more information.
> 
> 
> OK, understand "an error" is too hard evaluation of this since
> the SQL statement was syntactically correct. But don't you think
> this's at least something that should be optimized?

It is. Just not for what you expect it to be optimized for. Think about 
batching pre-load fetches for a finder.

> 
> BTW I understand why generated SQL statements may contain some
> redundant stuff, but Jon's example seemed to me to be really
> too strange :-)
> 
> Pavel
> 
> 
> 
> 
> ---
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user





---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Strange select statement

[Sacha Labourey]

> BTW I understand why generated SQL statements may contain some
> redundant stuff, but Jon's example seemed to me to be really
> too strange :-)

No, it is an optimisation used to pre-fetch some instances in a CMP internal
cache. An explicit where clauses to choose concerned XID is necessary in
this case.



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Strange select statement

[Pavel Kolesnikov]

On Mon, 19 Aug 2002, Sacha Labourey wrote:

> Hello Pavel,
> 
> No, it is not an error and this code hasn't been generated by xdoclet but by
> the CMP 2.0 engine.

Yes, I understand the SQL statement itself has to be generated
by CMP engine.

> Everything is fine as long as the SQL query is
> concerned. See the CMP doco (or source code) for more information.

OK, understand "an error" is too hard evaluation of this since
the SQL statement was syntactically correct. But don't you think
this's at least something that should be optimized?

BTW I understand why generated SQL statements may contain some
redundant stuff, but Jon's example seemed to me to be really
too strange :-)

Pavel




---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Strange select statement

[Sacha Labourey]

Hello Pavel,

No, it is not an error and this code hasn't been generated by xdoclet but by
the CMP 2.0 engine. Everything is fine as long as the SQL query is
concerned. See the CMP doco (or source code) for more information.

Cheers,



Sacha


> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]De la part de Pavel
> Kolesnikov
> Envoye : lundi, 19 aout 2002 19:53
> A : [EMAIL PROTECTED]
> Objet : Re: [JBoss-user] Strange select statement
>
>
> I guess Jon's problem is just the fact that such weird SQL statement
> was even generated - and it doesn't seem to be an oracle-problem :-)
>
> It would be helpful to see the original code (before running XDoclet)
> and XDoclet generated code to find out if it's error of JBoss, XDoclet
> or Jon :-)



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange select statement

[Pavel Kolesnikov]

I guess Jon's problem is just the fact that such weird SQL statement
was even generated - and it doesn't seem to be an oracle-problem :-)

It would be helpful to see the original code (before running XDoclet)
and XDoclet generated code to find out if it's error of JBoss, XDoclet
or Jon :-)

Pavel

On 19 Aug 2002, Marius Kotsbak wrote:

> This is a oracle-problem. Check the errorcode ORA-04031. Maybe it
> doesn't support so many entites at a time. And maybe last_name isn't a
> good primary key (it looks like it is the primary key). Or maybe the
> server just is out of memory.
> 
> 
> On Mon, 2002-08-19 at 19:01, Jon Haugsand wrote:
> > JBoss 3.0.1, datasource is Oracle 8.1.7, OS=Linux 2.2.18
> > 
> > When trying to access an XDoclet generated getData the following happens:
> > 
> > 2002-08-19 18:44:27,940 DEBUG 
>[org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor] invokerBInding is null in 
>ProxyFactoryFinder
> > 2002-08-19 18:44:27,944 DEBUG 
>[org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.telefon] Executing SQL: SELECT 
>last_name,first_name, address, telephone, status FROM PERSONS WHERE (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last!
> _name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_na!
> me=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=
> > ?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?!
> ) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last

Re: [JBoss-user] Strange select statement

[Marius Kotsbak]

This is a oracle-problem. Check the errorcode ORA-04031. Maybe it
doesn't support so many entites at a time. And maybe last_name isn't a
good primary key (it looks like it is the primary key). Or maybe the
server just is out of memory.


On Mon, 2002-08-19 at 19:01, Jon Haugsand wrote:
> JBoss 3.0.1, datasource is Oracle 8.1.7, OS=Linux 2.2.18
> 
> When trying to access an XDoclet generated getData the following happens:
> 
> 2002-08-19 18:44:27,940 DEBUG [org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor] 
>invokerBInding is null in ProxyFactoryFinder
> 2002-08-19 18:44:27,944 DEBUG 
>[org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.telefon] Executing SQL: SELECT 
>last_name,first_name, address, telephone, status FROM PERSONS WHERE (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last!
_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_na!
me=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=
> ?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?!
) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) 
OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) 
OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) 
OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) 
OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) 
OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) 
OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) 
OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) 
OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) 
OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) 
OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) 
OR (last_name=?) OR (last_name=?) OR (last_name=?) O!
R (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (
> last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
>(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 

RE: [JBoss-user] Strange select statement

[Sacha Labourey]

Hello Jon,

The problem is not really with JBoss but with your Oracle configuration.

The SQL query that is generated is normal (take a look at the CMP doco for
more information on available optimisations). You should modify your
SHARED_POOL_SIZE in Oracle to allow for the query to be executed (take a
look at ORA-04031 message definition in your Oracle documentation for more
information)

Cheers,


Sacha



> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]De la part de Jon
> Haugsand
> Envoye : lundi, 19 aout 2002 19:02
> A : [EMAIL PROTECTED]
> Objet : [JBoss-user] Strange select statement
>
>
> JBoss 3.0.1, datasource is Oracle 8.1.7, OS=Linux 2.2.18
>
> When trying to access an XDoclet generated getData the following happens:
>
> 2002-08-19 18:44:27,940 DEBUG
> [org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor]
> invokerBInding is null in ProxyFactoryFinder
> 2002-08-19 18:44:27,944 DEBUG
> [org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.telefon]
> Executing SQL: SELECT last_name,first_name, address, telephone,
> status FROM PERSONS WHERE (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
> OR (last_name=?) OR (last_name=?) OR (last_name=?) OR
> (last_name=?) OR (la

[JBoss-user] Strange select statement

[Jon Haugsand]

JBoss 3.0.1, datasource is Oracle 8.1.7, OS=Linux 2.2.18

When trying to access an XDoclet generated getData the following happens:

2002-08-19 18:44:27,940 DEBUG [org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor] 
invokerBInding is null in ProxyFactoryFinder
2002-08-19 18:44:27,944 DEBUG 
[org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.telefon] Executing SQL: SELECT 
last_name,first_name, address, telephone, status FROM PERSONS WHERE (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?) OR 
(last_name=?) OR (last_name=?) OR (last_name=?) OR (last_name=?)
2002-08-19 18:44:28,014 ERROR [org.jboss.ejb.plugins.LogInterceptor] 
TransactionRolledbackLocalException, causedBy:
java.sql.SQLException: ORA-04031: unable to alloca

[JBoss-user] Strange security error going from jBoss 3.0.1RC1 -> 3.0.1

[Torsten Terp]

Hi

All access to my app is redirected to /login.jsp which uses the
DatabaseServerLoginModule to authorize and authenticate.

Using jBoss 3.0.1RC1 this works fine, the /login.jsp contains a
form which uses the db login module. On jBoss 3.0.1 and
jBoss3.0.2RC1 from CVS, the login.jsp is empty!! It just contains






Have anybody experienced this or know a solution?

Below are config files:

/server/default/conf/login-config.xml:


  

  java:/TestBBDS
  select passwd from
employee where username = ?
  select
employee_has_userrole.userrole, 'Roles' from employee_has_userrole, employee
where employee.employee_id = employee_has_userrole.employee_id and
employee.username = ?

  



war!/WEB-INF/jboss-web.xml:


  java:/jaas/TestBBRealm



war!/WEB-INF/web.xml:

  

  normal
  /*


  normal

  
...
  
FORM
TestBBRealm

  /login.jsp
  /loginError.jsp

  




---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] strange message...

[Emerson Cargnin - SICREDI Serviços]

I'm getting the following message :

19:27:58,618 INFO  [BeanLock] NON_ENTRANT invocation
19:27:58,619 INFO  [BeanLock] NON_ENTRANT invocation

This message started when using jboss-3.0.1


-- 
Emerson Cargnin - MSA
SICREDI - Tel : 3358-4860



---
This sf.net email is sponsored by: Dice - The leading online job board
for high-tech professionals. Search and apply for tech jobs today!
http://seeker.dice.com/seeker.epl?rel_code=31
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange CMP2 problem in JBoss3.0.0

[Dain Sundstrom]

That is weird.  Post a bug report at SourceForge along with a small test 
case and I'll take a look at it when I get back from the O'Reilly con 
next week.

-dain

Jon Swinth wrote:
> Hi all,
> 
> I have a CMP2 been in which I have created a helper method adjust the value 
> of a date column.  Basically, I have a date column which is updated by the 
> client.  The client then calls the helper method which makes sure the 
> selected date is not on a Sunday and checks other beans to make sure it is 
> not on a holiday.  It then calls the set method with the updated date.  The 
> bean is ignoring the value from the helper method and keeping the value from 
> the original client call in the same transaction.  This is very odd.  Looking 
> at the log reveals nothing.  What is more interesting is that the helperm 
> ethod works fine in other instances where the set method is not called prior 
> to the helper.
> 
> I have checked the forums, mail list archive, and outstanding bugs to see if 
> this has come up before.
> 
> Any ideas are welcome.
> 
> Jon
> 
> 
> ---
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user


-- 

Dain Sundstrom
Chief Architect JBossCMP
JBoss Group, LLC




---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange CMP2 problem in JBoss3.0.0

[Dmitri Colebatch]

Not quite sure what you mean by helper method, but I would do something like
this:

public void setDate(Date date)
{
// check that the date is not a sunday and is not a holiday
setDateField(date);
}

public abstract void setDateField(Date date);
public abstract Date getDateField();

that way you never actually set the 'wrong' value.

hth
dim

- Original Message -
From: "Jon Swinth" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, July 24, 2002 9:16 AM
Subject: [JBoss-user] Strange CMP2 problem in JBoss3.0.0


> Hi all,
>
> I have a CMP2 been in which I have created a helper method adjust the
value
> of a date column.  Basically, I have a date column which is updated by the
> client.  The client then calls the helper method which makes sure the
> selected date is not on a Sunday and checks other beans to make sure it is
> not on a holiday.  It then calls the set method with the updated date.
The
> bean is ignoring the value from the helper method and keeping the value
from
> the original client call in the same transaction.  This is very odd.
Looking
> at the log reveals nothing.  What is more interesting is that the helperm
> ethod works fine in other instances where the set method is not called
prior
> to the helper.
>
> I have checked the forums, mail list archive, and outstanding bugs to see
if
> this has come up before.
>
> Any ideas are welcome.
>
> Jon
>
>
> ---
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
>



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Strange CMP2 problem in JBoss3.0.0

[Jon Swinth]

Hi all,

I have a CMP2 been in which I have created a helper method adjust the value 
of a date column.  Basically, I have a date column which is updated by the 
client.  The client then calls the helper method which makes sure the 
selected date is not on a Sunday and checks other beans to make sure it is 
not on a holiday.  It then calls the set method with the updated date.  The 
bean is ignoring the value from the helper method and keeping the value from 
the original client call in the same transaction.  This is very odd.  Looking 
at the log reveals nothing.  What is more interesting is that the helperm 
ethod works fine in other instances where the set method is not called prior 
to the helper.

I have checked the forums, mail list archive, and outstanding bugs to see if 
this has come up before.

Any ideas are welcome.

Jon


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange exception deploying a WAR [SOLVED]

[Pavel Kolesnikov]

The problem was solved by upgrade to latest CVS.

Hanging application mentioned bellow was partially
caused by my mistake - the web app talks not only
to app server but also to its own mysql database
(directly using struts's db pool) and I forgot to
put appropriate JDBC driver into the classpath.

Anyway, I guess such mistake shouldn't cause the
problem I described bellow.

Pavel


On Thu, 27 Jun 2002, Pavel Kolesnikov wrote:

> On Wed, 26 Jun 2002, Pavel Kolesnikov wrote:
> 
> > Now the first web app works still correctly but the second
> > one doesn't deploy. It hangs when it creates remote interface
> > for my session bean, I can't even undeploy it or stop JBoss
> > correctly  (I had to kill -9 it after cca 10 minutes).
> 
> Update: after few hours JBoss throwed OutOfMemory error.
> 
> Pavel
> 
> > On Mon, 24 Jun 2002, Scott M Stark wrote:
> > 
> > > You are using an out of date beta. Go to sourceforge and get
> > > the latest 3.0.0 release.
> > > 
> > > 
> > > Scott Stark
> > > Chief Technology Officer
> > > JBoss Group, LLC
> > > 
> > > - Original Message -
> > > From: "Pavel Kolesnikov" <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Sent: Monday, June 24, 2002 10:45 AM
> > > Subject: [JBoss-user] Strange exception deploying a WAR
> > > 
> > > 
> > > > Hallo,
> > > >
> > > > I've encountered following weird problem;
> > > >
> > > > I have an EJB application containimg one session bean called
> > > > UserManager that should be accessed from two web applications.
> > > >
> > > > I'm sure both of those web apps use the same code for getting
> > > > home and remote interface for UserManager, they use similar
> > > > deployment descriptors which seem to be correct according
> > > > to Jboss docs, but deployment one of them causes following
> > > > exception:
> > > >
> > > > java.lang.NullPointerException
> > > >  at
> > > org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invokeHome(Stat
> > > > elessSessionContainer.java:598)
> > > >  at
> > > org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(
> > > > CachedConnectionInterceptor.java:167)
> > > >  at
> > > org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invokeHome(Statele
> > > > ssSessionInstanceInterceptor.java:57)
> > > >  at
> > > org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor
> > > > .java:98)
> > > >  at
> > > org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.
> > > > java:167)
> > > >  at
> > > org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:52)
> > > >  at
> > > org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.jav
> > > > a:104)
> > > >  at
> > > org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109)
> > > >  at
> > > org.jboss.ejb.StatelessSessionContainer.invokeHome(StatelessSessionContainer
> > > > .java:300)
> > > >  at org.jboss.ejb.Container.invoke(Container.java:727)
> > > >  at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:492)
> > > >  at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:98)
> > > >  at
> > > org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:102)
> > > >  at
> > > org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:73
> > > > )
> > > >  at
> > > org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:76)
> > > >  at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:185)
> > > >  at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:96)
> > > >  at $Proxy124.create(Unknown Source)
> > > >
> > > > Does anybody has an idea what may be wrong?
> > > >
> > > > I'm using JBoss 3.0.0 RC1 + Tomcat 4.0.3 on Redhat Linux 7.3.
> > > >
> > > > Thanks a lot
> > > >
> > > > Pavel
> > > 
> > > 
> > > 
> > > 
> > > ---
> > > Sponsored by:
> > > ThinkGeek at http://www.Thi

Re: [JBoss-user] Strange exception deploying a WAR

[Pavel Kolesnikov]

On Wed, 26 Jun 2002, Pavel Kolesnikov wrote:

> Now the first web app works still correctly but the second
> one doesn't deploy. It hangs when it creates remote interface
> for my session bean, I can't even undeploy it or stop JBoss
> correctly  (I had to kill -9 it after cca 10 minutes).

Update: after few hours JBoss throwed OutOfMemory error.

Pavel

> On Mon, 24 Jun 2002, Scott M Stark wrote:
> 
> > You are using an out of date beta. Go to sourceforge and get
> > the latest 3.0.0 release.
> > 
> > 
> > Scott Stark
> > Chief Technology Officer
> > JBoss Group, LLC
> > 
> > - Original Message -
> > From: "Pavel Kolesnikov" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Monday, June 24, 2002 10:45 AM
> > Subject: [JBoss-user] Strange exception deploying a WAR
> > 
> > 
> > > Hallo,
> > >
> > > I've encountered following weird problem;
> > >
> > > I have an EJB application containimg one session bean called
> > > UserManager that should be accessed from two web applications.
> > >
> > > I'm sure both of those web apps use the same code for getting
> > > home and remote interface for UserManager, they use similar
> > > deployment descriptors which seem to be correct according
> > > to Jboss docs, but deployment one of them causes following
> > > exception:
> > >
> > > java.lang.NullPointerException
> > >  at
> > org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invokeHome(Stat
> > > elessSessionContainer.java:598)
> > >  at
> > org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(
> > > CachedConnectionInterceptor.java:167)
> > >  at
> > org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invokeHome(Statele
> > > ssSessionInstanceInterceptor.java:57)
> > >  at
> > org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor
> > > .java:98)
> > >  at
> > org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.
> > > java:167)
> > >  at
> > org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:52)
> > >  at
> > org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.jav
> > > a:104)
> > >  at
> > org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109)
> > >  at
> > org.jboss.ejb.StatelessSessionContainer.invokeHome(StatelessSessionContainer
> > > .java:300)
> > >  at org.jboss.ejb.Container.invoke(Container.java:727)
> > >  at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:492)
> > >  at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:98)
> > >  at
> > org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:102)
> > >  at
> > org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:73
> > > )
> > >  at
> > org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:76)
> > >  at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:185)
> > >  at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:96)
> > >  at $Proxy124.create(Unknown Source)
> > >
> > > Does anybody has an idea what may be wrong?
> > >
> > > I'm using JBoss 3.0.0 RC1 + Tomcat 4.0.3 on Redhat Linux 7.3.
> > >
> > > Thanks a lot
> > >
> > > Pavel
> > 
> > 
> > 
> > 
> > ---
> > Sponsored by:
> > ThinkGeek at http://www.ThinkGeek.com/
> > ___
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-user
> > 
> 
> 
> 
> 
> ---
> This sf.net email is sponsored by: Jabber Inc.
> Don't miss the IM event of the season | Special offer for OSDN members! 
> JabberConf 2002, Aug. 20-22, Keystone, CO http://www.jabberconf.com/osdn
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 




---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] STRANGE FINDEREXCEPTION

[wonder sonic]

Hi,
I've got a strange FinderException:
I've got this CMP entity bean:
...
/**
 * Represents an Atlas server administrator.
 *
 *
 * @version 1.0
 *
 * @ejb:bean name="myrpg-atlas/AdministratorEntity"
 *   display-name="Administrator of an Atlas
server."
 *   type="CMP"
 *   jndi-name="ejb/AdministratorEntity"
 *   view-type="local"
 *   primkey-field="pk"
 *
 * @ejb:pk class="java.lang.Integer"
 *
 * @ejb:env-entry name="SequenceName"
 *value="Administrator"
 *
 * @ejb:ejb-ref ejb-name="myrpg-atlas/SequenceSession"
 *
 * @ejb:transaction type="Required"
 *
 * @ejb:data-object
extends="org.myrpg.atlas.core.AbstractData"
 *  setdata="false"
 *
 * @ejb:finder signature="java.util.Collection
findAll()"
 *
 * @ejb:finder signature="java.util.Collection
findByStatus( int status )"
 *
 * @jboss:finder-query name="findByStatus"
 * query="status = {0}"
 *
 * @ejb:finder signature="java.util.Collection
findByLogin( java.lang.String login )"
 *
 * @jboss:finder-query name="findByLogin"
 * query="login = {0}"
 *
 * @ejb:finder signature="java.util.Collection
findByLoginAndPassword( java.lang.String login,
java.lang.String password )"
 *
 * @jboss:finder-query name="findByLoginAndPassword"
 * query="login = {0} AND password
= {1}"
 *
 * @jboss:table-name table-name="AdministratorEntity"
 *
 * @jboss:create-table create="true"
 *
 * @jboss:remove-table remove="false"
 */

...

And I'm using it in a stateful session bean:

/**
 * Checks for administrator login and password.
 *
 * @return  true if the administrator exists with
an ACTIVE status.
 *
 * @ejb:interface-method view-type="local"
 */
public boolean authenticateAdministrator( String
login, String password )
throws ServiceUnavailableException
{
AdministratorEntityLocal
administratorEntityLocal = null;
Collection administrators;

try
{
Context ctx = new InitialContext();

AdministratorEntityLocalHome
administratorLH =
(AdministratorEntityLocalHome)ctx.lookup(
AdministratorEntityLocalHome.JNDI_NAME );
administrators =
(Collection)administratorLH.findByLoginAndPassword(
login, password );

if( administrators.size() == 0 )
throw new FinderException( "No
administrator found!" );

administratorEntityLocal =
(AdministratorEntityLocal)administrators.iterator().next();

// Check for active status!
if( !administratorEntityLocal.isActive() )
{
System.out.println( "Inactive" );
administratorEntityLocal = null;
}
else
System.out.println( "Active" );
}
catch ( NamingException ne )
{
throw new ServiceUnavailableException(
"Naming lookup failure: " + ne.getMessage() );
}
catch( FinderException fe )
{
//throw new ServiceUnavailableException(
"findByLoginAndPassword failure: " + fe.getMessage()
);
System.out.println(
"findByLoginAndPassword failure: " + fe.getMessage()
);
}
finally
{
currentAdministrator =
administratorEntityLocal;
}

return currentAdministrator != null;
}

And all I get from JBoss is:
11:37:20,883 INFO  [STDOUT] findByLoginAndPassword
failure: Unknown query: public abstract
java.util.Collection
administrator.interfaces.AdministratorEntityLocalHome.findByLoginAndPassword(java.lang.String,java.lang.String)
throws javax.ejb.FinderException

Can someone explain to me my error(s)?

Thank you in advance,
Wonder Sonic

___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange exception deploying a WAR

[Pavel Kolesnikov]

Well... I've upgraded to the lasted CVS version yesterday
(because of another problems with 3.0.0).

Now the first web app works still correctly but the second
one doesn't deploy. It hangs when it creates remote interface
for my session bean, I can't even undeploy it or stop JBoss
correctly  (I had to kill -9 it after cca 10 minutes).

But it doesn't throw the exception mentioned in my previous
e-mail.

Pavel

On Mon, 24 Jun 2002, Scott M Stark wrote:

> You are using an out of date beta. Go to sourceforge and get
> the latest 3.0.0 release.
> 
> 
> Scott Stark
> Chief Technology Officer
> JBoss Group, LLC
> 
> - Original Message -
> From: "Pavel Kolesnikov" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, June 24, 2002 10:45 AM
> Subject: [JBoss-user] Strange exception deploying a WAR
> 
> 
> > Hallo,
> >
> > I've encountered following weird problem;
> >
> > I have an EJB application containimg one session bean called
> > UserManager that should be accessed from two web applications.
> >
> > I'm sure both of those web apps use the same code for getting
> > home and remote interface for UserManager, they use similar
> > deployment descriptors which seem to be correct according
> > to Jboss docs, but deployment one of them causes following
> > exception:
> >
> > java.lang.NullPointerException
> >  at
> org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invokeHome(Stat
> > elessSessionContainer.java:598)
> >  at
> org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(
> > CachedConnectionInterceptor.java:167)
> >  at
> org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invokeHome(Statele
> > ssSessionInstanceInterceptor.java:57)
> >  at
> org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor
> > .java:98)
> >  at
> org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.
> > java:167)
> >  at
> org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:52)
> >  at
> org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.jav
> > a:104)
> >  at
> org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109)
> >  at
> org.jboss.ejb.StatelessSessionContainer.invokeHome(StatelessSessionContainer
> > .java:300)
> >  at org.jboss.ejb.Container.invoke(Container.java:727)
> >  at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:492)
> >  at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:98)
> >  at
> org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:102)
> >  at
> org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:73
> > )
> >  at
> org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:76)
> >  at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:185)
> >  at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:96)
> >  at $Proxy124.create(Unknown Source)
> >
> > Does anybody has an idea what may be wrong?
> >
> > I'm using JBoss 3.0.0 RC1 + Tomcat 4.0.3 on Redhat Linux 7.3.
> >
> > Thanks a lot
> >
> > Pavel
> 
> 
> 
> 
> ---
> Sponsored by:
> ThinkGeek at http://www.ThinkGeek.com/
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 




---
This sf.net email is sponsored by: Jabber Inc.
Don't miss the IM event of the season | Special offer for OSDN members! 
JabberConf 2002, Aug. 20-22, Keystone, CO http://www.jabberconf.com/osdn
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange exception deploying a WAR

[Scott M Stark]

You are using an out of date beta. Go to sourceforge and get
the latest 3.0.0 release.


Scott Stark
Chief Technology Officer
JBoss Group, LLC

- Original Message -
From: "Pavel Kolesnikov" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 24, 2002 10:45 AM
Subject: [JBoss-user] Strange exception deploying a WAR


> Hallo,
>
> I've encountered following weird problem;
>
> I have an EJB application containimg one session bean called
> UserManager that should be accessed from two web applications.
>
> I'm sure both of those web apps use the same code for getting
> home and remote interface for UserManager, they use similar
> deployment descriptors which seem to be correct according
> to Jboss docs, but deployment one of them causes following
> exception:
>
> java.lang.NullPointerException
>  at
org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invokeHome(Stat
> elessSessionContainer.java:598)
>  at
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(
> CachedConnectionInterceptor.java:167)
>  at
org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invokeHome(Statele
> ssSessionInstanceInterceptor.java:57)
>  at
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor
> .java:98)
>  at
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.
> java:167)
>  at
org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:52)
>  at
org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.jav
> a:104)
>  at
org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109)
>  at
org.jboss.ejb.StatelessSessionContainer.invokeHome(StatelessSessionContainer
> .java:300)
>  at org.jboss.ejb.Container.invoke(Container.java:727)
>  at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:492)
>  at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:98)
>  at
org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:102)
>  at
org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:73
> )
>  at
org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:76)
>  at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:185)
>  at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:96)
>  at $Proxy124.create(Unknown Source)
>
> Does anybody has an idea what may be wrong?
>
> I'm using JBoss 3.0.0 RC1 + Tomcat 4.0.3 on Redhat Linux 7.3.
>
> Thanks a lot
>
> Pavel




---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Strange exception deploying a WAR

[Pavel Kolesnikov]

Hallo,

I've encountered following weird problem;

I have an EJB application containimg one session bean called
UserManager that should be accessed from two web applications.

I'm sure both of those web apps use the same code for getting
home and remote interface for UserManager, they use similar 
deployment descriptors which seem to be correct according
to Jboss docs, but deployment one of them causes following
exception:

java.lang.NullPointerException
 at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invokeHome(Stat
elessSessionContainer.java:598)
 at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(
CachedConnectionInterceptor.java:167)
 at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invokeHome(Statele
ssSessionInstanceInterceptor.java:57)
 at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor
.java:98)
 at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.
java:167)
 at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:52)
 at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.jav
a:104)
 at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109)
 at org.jboss.ejb.StatelessSessionContainer.invokeHome(StatelessSessionContainer
.java:300)
 at org.jboss.ejb.Container.invoke(Container.java:727)
 at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:492)
 at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:98)
 at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:102)
 at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:73
)
 at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:76)
 at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:185)
 at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:96)
 at $Proxy124.create(Unknown Source)

Does anybody has an idea what may be wrong?

I'm using JBoss 3.0.0 RC1 + Tomcat 4.0.3 on Redhat Linux 7.3.

Thanks a lot

Pavel





---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] strange transaction/container caching behavior

[Jon Stavis]

Hi all,

I've run into the following situation in a Solaris 8/JBoss
2.4.1/Tomcat-3.2.3/JDK 1.3.1 environment 

I have a sessionbean with required transaction level which first deletes
an EJBObject and subsequently creates a new EJBObject using the same PK
values.  (updating values directly IS an option but makes things
slightly more complicated) The create throws a
javax.lang.TransactionRolledbackException with
java.lang.IllegalStateException nested, and the message is "INSERTING AN
ALREADY EXISTING BEAN, ID = ..."

To verify that the bean is actually being removed, I tried a
findByPrimaryKey() just before the create, and sure enough, it is
not found.  

Redeploying the bean jar will solve the problem on the first subsequent
transaction as long as I perform the remove as
.remove(), which leads me to believe that container
caching is playing a role here.  Using .remove() and
.remove() will not work even with the redeploy.

Has anyone encountered this type of behavior before, and/or know of any
ways around it without a major change in the session bean's transaction
structure?  Any help would be greatly appreciated.

Thanks,
Jon



___

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas - 
http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink

___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] strange NameNotFoundException under Linux

[moritz petersen]

hello list members,

i have a strange problem with jboss:

the EJBs and the webapplication are developed under win2k. 
everything works fine. then, copying the same configuration to a 
Linux box, i get an exception while accessing a bean:

javax.naming.NameNotFoundException: data not bound
 at 
sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer
(StreamRemoteCall.java:245)
 at 
sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:220)
 at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:122)
 at org.jnp.server.NamingServer_Stub.lookup(Unknown Source)
 at 
org.jnp.interfaces.NamingContext.lookup(NamingContext.java:349)
 at 
org.jnp.interfaces.NamingContext.lookup(NamingContext.java:333)
 at javax.naming.InitialContext.lookup(InitialContext.java:350)
  

the exception is not thrown on every access to a bean. the same 
bean works quite well at a different place of the SAME application!

the Linux is SuSE linux 8.0 and i am using jboss 2.2.2 with tomcat 
3.2.2. any help or suggestions are appreciated. it worked a couple 
of weeks ago using Debian Linux.

is it possible, that it depends on the JDK?

i already checked the firewall settings, but even without the 
firewall, the same problem occurs.

thank you,

moritz.


___

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm

___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Strange java.lang.VerifyError when running code in JBoss 3 RC3

[Jonathan . O'Connor]

Help! I've been fighting a nasty VerifyError exception for the last day. I guess it has nothing to do with JBoss, but you guys have more experience than most!

I have code that used to run fine in a session bean under JBoss 3.0.0 alpha. I have now migrated to JBoss 3.0.0 RC3 and suddenly I get a very strange error. My guess is it has something to do with the java VM. I use Sun's 1.3 jdk version.
The weird thing is, that when I run the code in a small test program it works fine - no VerifyError. It looks as if it should have been caught by the compiler.

Has anyone seen this before? Does JBoss 3.0.0 use a different Java VM? Could it be happening because I'm running out of main memory?

2002-05-31 12:53:11,807 DEBUG [xcom.traxbahn.bproc.authsys.ejb.AuthorisationSystemBean] About to create Authorisation Response object
2002-05-31 12:53:11,807 ERROR [org.jboss.ejb.plugins.LogInterceptor] TransactionRolledbackException, causedBy:
java.lang.VerifyError: (class: xcom/traxbahn/util/messages/AuthorisationResponse, method:  signature: (Lxcom/traxbahn/util/messages/AuthorisationMsg;)V) Bad access to protected data
        at xcom.traxbahn.bproc.authsys.ejb.AuthorisationSystemBean.handleMessage(AuthorisationSystemBean.java:150)
        at java.lang.reflect.Method.invoke(Native Method)
        at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:664)

All advice appreciated,
Jonathan O'Connor
Ph: +353 1 872 3305
Mob: +353 86 824 9736
Fax: +353 1 873 3612

Re: [JBoss-user] strange relations

[Dain Sundstrom]

The first one is definitely wrong, but the second should work. Try it 
again and make sure the jar is correctly updated (common problem).  If 
it doesn't go away, post a *simple* bug report with a test case at 
sourceforge.net.

-dain

Ingo Bruell wrote:

> Hi,
> 
> i am using JBoss3.0.0RC1, J2SDK1.4 on Windows 2000 and try to use relations.
> 
> I have the following beans:
> 
> person (PK: mandant, number, type) and some attributes
> employee (PK: mandant, number) type as attribute and others.
> 
> In this case i want to use one-to-one unidirectional relation.
> 
> In the standard way JBoss generates additional columns in employee
> called person_mandant_id, person_number_id and person_type_id.
> 
> But i won't that, because the attributes always exist and could be
> reused.
> 
> if i use in jbosscmp-jdbc.xml:
> 
> ---
> 
>   EmployeePerson
>   
>   
>   employee-is-person
>   
>  
>mandant
>mandant
>  
>  
>number
>number
>  
>  
>type
>type
>  
>   
>   
>   
>   person-employee
>   
>   
> 
> ---
> 
> JBoss throws the message:
> 
> ---
> org.jboss.deployment.DeploymentException: CMP field for key not found: field 
>name=type
> at 
>org.jboss.ejb.plugins.cmp.jdbc.metadata.JDBCRelationshipRoleMetaData.loadKeyFields(JDBCRe
> lationshipRoleMetaData.java:374)
> ---
> 
> if i use this in jbosscmp-jdbc:
> 
> ---
> 
>   EmployeePerson
>   
>   
>   employee-is-person
>   
>   
>   
>   person-employee
>   
>  
>mandant
>mandant
>  
>  
>number
>number
>  
>  
>type
>type
>  
>   
>   
> 
> ---
> 
> than jboss throws thiss error:
> 
> ---
> org.jboss.deployment.DeploymentException: CMP field for key not found: field 
>name=type
> at 
>org.jboss.ejb.plugins.cmp.jdbc.metadata.JDBCRelationshipRoleMetaData.loadKeyFields(JDBCRe
> lationshipRoleMetaData.java:374)
> ---
> 
> What is the right way ?
> 
> 
> so long
> 
> 
> Ingo Bruell
> 
> ---
> <[EMAIL PROTECTED]>
> <[EMAIL PROTECTED]>
> 
> OldenburgPGP-Fingerprint: CB01 AE12 B359 87C4 BF1C  953C 8FE7 C648 169E E5FC
> Germany  PGP-Public-Key available at pgpkeys.mit.edu
> 
> 
> 
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 



___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] strange relations

[Ingo Bruell]

Hi,

i am using JBoss3.0.0RC1, J2SDK1.4 on Windows 2000 and try to use relations.

I have the following beans:

person (PK: mandant, number, type) and some attributes
employee (PK: mandant, number) type as attribute and others.

In this case i want to use one-to-one unidirectional relation.

In the standard way JBoss generates additional columns in employee
called person_mandant_id, person_number_id and person_type_id.

But i won't that, because the attributes always exist and could be
reused.

if i use in jbosscmp-jdbc.xml:

---

  EmployeePerson
  
  
  employee-is-person
  
 
   mandant
   mandant
 
 
   number
   number
 
 
   type
   type
 
  
  
  
  person-employee
  
  

---

JBoss throws the message:

---
org.jboss.deployment.DeploymentException: CMP field for key not found: field name=type
at 
org.jboss.ejb.plugins.cmp.jdbc.metadata.JDBCRelationshipRoleMetaData.loadKeyFields(JDBCRe
lationshipRoleMetaData.java:374)
---

if i use this in jbosscmp-jdbc:

---

  EmployeePerson
  
  
  employee-is-person
  
  
  
  person-employee
  
 
   mandant
   mandant
 
 
   number
   number
 
 
   type
   type
 
  
  

---

than jboss throws thiss error:

---
org.jboss.deployment.DeploymentException: CMP field for key not found: field name=type
at 
org.jboss.ejb.plugins.cmp.jdbc.metadata.JDBCRelationshipRoleMetaData.loadKeyFields(JDBCRe
lationshipRoleMetaData.java:374)
---

What is the right way ?


so long


Ingo Bruell

---
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>

OldenburgPGP-Fingerprint: CB01 AE12 B359 87C4 BF1C  953C 8FE7 C648 169E E5FC
Germany  PGP-Public-Key available at pgpkeys.mit.edu



___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Strange problem

[Dmitri Colebatch]

Hi,

> Here is log for which the error is coming.

[snip]

> [2002-04-09 10:32:07,587; JAWSPersistenceManager]
> java.sql.SQLException: Lost connection to server during query (I think, here
> is the problem)
> [2002-04-09 10:32:07,596; JAWSPersistenceManager]
> java.sql.SQLException: Lost connection to server during query
> [2002-04-09 10:32:07,596; PurchaseOrderManagerSB]
> FinderException: javax.ejb.FinderException: Find failed,
> msg=java.sql.SQLException: Lost connection to server during query

[snip]

Well, from that, it looks like your comment is accurate.  I have no experience with 
MySQL, but a connection being dropped would be
likely to cause the problem.  Perhaps someone with more experience in MySQL can offer 
advice on what might be causing the connection
to be dropped.

cheers
dim


___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user