[JBoss-user] How do you configure JBoss/Jetty for Dav/PROPFIND?

2003-09-23 Thread Jim Brownfield

I've been unable to get the TrivalDavFilter to work. I copied netboot.war to
the deploy directory, but the org.mortbay.http.handler.ResourceHandler class
rejects the PROPFIND with a 405 error before the filter ever gets a chance
to handle the request.

How is Jetty configured to allow this filter to do its work?

Thanks in advance. 

-- 
Jim Brownfield
[EMAIL PROTECTED]
Radical System Solutions, Inc. 



---
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] Netboot doesn't pick up jars from the ${JBossHome}/lib directory

2003-02-20 Thread Jim Brownfield
Jeremy Boynes wrote:

Thanks for your help on this.

 You know this will all change in 3.2, right?

Are you saying netboot is going away, or are you talking about the
configuration?  If it's the configuration, that seems to change dramatically
with every major release, so I just assume that will be a problem.
Unfortunately, I can't wait... :)

If netboot is going away, then that's a major problem!

 
 For 3.0.4, gnu-regexp.jar should be on the boot classpath as 
 it's added
 with the jmxLibs. Can you check the access log for the boot host and
 verify a) that that jar is actually being requested, and b) that the
 host server has the file in that location.

I don't see any evidence of an attempt to load gnu-regex.jar (but I also
don't see this loaded on a system where JBoss works and is NOT netbooting).
The Library URL is:

11:48:14,630 INFO  [Server] Library URL:
http://xxx.xxx.xxx.xxx/radical/doc/jboss/lib/

Which is correct and accessible (from our network).

 
 If not, you could copy it to ${jboss.server.home}/lib and add 
 it to the
 list of files in the classpath element.

I assume you mean ${jboss.server.home.dir}/config/lib, or do you mean
${jboss.home.dir}/lib (or is there another property I need to know)?  I
figured I might have to add links to ${jboss.server.home.dir}/config/lib,
but I was hoping to keep the netboot installation symetric with a normal
installation (at least relative to the location of files).  I guess I have
no choice

Thanks again for your help,
Jim


 
  -Original Message-
  From: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]] On Behalf Of 
  Jim Brownfield
  Sent: Wednesday, February 19, 2003 3:08 PM
  To: [EMAIL PROTECTED]
  Subject: [JBoss-user] Netboot doesn't pick up jars from the 
  ${JBossHome}/lib directory
  
  
  Hi Guys,
  
  JBoss 3.0.4/JVM 1.3.1_06
  
  I'm trying to netboot a custom configuration that's failing 
  when it references the GNU regex objects.  These objects 
  appear to be in the JBossHome's lib directory.  Apparently, 
  JBoss is loading libs from the upper level, and then adding 
  any libs that are specific to a configuration from the load 
  command in the jboss-service.xml file.
  
  What is the best way to make this work in the netboot 
  environment?  I realize I can link the libs into the custom 
  configuration, but I'd like to keep the configuration as 
  symmetric as possible with the default configuration on the 
  server (in other words, I'd like to do it the right way, 
  whatever that is).  However, netboot doesn't seem to pick up 
  the libraries in $JBossHome/lib even though they are visible 
  through the url specified in the --netboot parameter.
  
  Any help or suggestions would be greatly appreciated.
  
  Thanks in advance!
  Jim
  
  -- 
  Jim Brownfield
  [EMAIL PROTECTED]
  Radical System Solutions, Inc. 
  
  
  
  ---
  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/j boss-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



[JBoss-user] Netboot doesn't pick up jars from the ${JBossHome}/lib directory

2003-02-19 Thread Jim Brownfield
Hi Guys,

JBoss 3.0.4/JVM 1.3.1_06

I'm trying to netboot a custom configuration that's failing when it
references the GNU regex objects.  These objects appear to be in the
JBossHome's lib directory.  Apparently, JBoss is loading libs from the
upper level, and then adding any libs that are specific to a configuration
from the load command in the jboss-service.xml file.

What is the best way to make this work in the netboot environment?  I
realize I can link the libs into the custom configuration, but I'd like to
keep the configuration as symmetric as possible with the default
configuration on the server (in other words, I'd like to do it the right
way, whatever that is).  However, netboot doesn't seem to pick up the
libraries in $JBossHome/lib even though they are visible through the url
specified in the --netboot parameter.

Any help or suggestions would be greatly appreciated.

Thanks in advance!
Jim

-- 
Jim Brownfield
[EMAIL PROTECTED]
Radical System Solutions, Inc. 



---
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] Informix XA and JBOSS 3.0.4

2003-02-08 Thread Jim Brownfield
I've been able to get the XA drivers up and working under version 2.21JC3 of
the IBM/Informix JDBC drivers and with Larry's help.  I had to write a
custom authentication module in order to be able to use the ODBC
authentication setup (to simplify installation) as opposed to the
users.properties file, and I had to modify Larry's wrapper to fix some other
Informix problems (I couldn't get the SQLH_TYPE and SQLH_FILE parameters to
work).  But it is logging in and accessing the database.

I didn't know about Larry's DB-locks problem, though.  Now I'm worried! :(

-- 
Jim Brownfield
[EMAIL PROTECTED]
Radical System Solutions, Inc. 

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED]] On Behalf Of 
 Corbin, James
 Sent: Saturday, February 08, 2003 3:57 PM
 To: 'Larry Sanderson '; '[EMAIL PROTECTED] '
 Subject: RE: [JBoss-user] Informix XA and JBOSS 3.0.4
 
 
 
  I gave up on the XA drivers and moved to the non-xa drivers. 
  It appears
 that JBOSS tries to set the autocommit flag on a manage 
 connection which
 generates an exception within JBOSS.
 
 Under JBOSS 3.0.4 I haven't found anyway to set the 
 autocommit to false for
 the database at startup via the informix-service.xml (NON-XA).
 
 Any ideas Larry?
 
 J.D.
 
 -Original Message-
 From: Larry Sanderson
 To: [EMAIL PROTECTED]
 Sent: 2/8/2003 10:43 AM
 Subject: Re: [JBoss-user] Informix XA and JBOSS 3.0.4
 
 I jumped through a lot of hoops to get Informix XA working on JBoss, 
 including modifying the JBoss TransactionManager, and wrapping 
 Informix's XA drivers.  In the end, everything worked except for one 
 recurring (and very annoying) problem: the database periodically 
 extablished a lock on some data that it would not let go without a DB 
 restart.  None of the informix tools would release the lock.  
 I whipped 
 together some Java XA code that was able to fix some of the problems, 
 but every now and then a DB restart was necessary.  In the 
 end, we ended
 
 up rolling back to the non-XA drivers.
 
 I have sent the wrapped drivers to several folks on this alias that 
 asked about them.  I think David Jenks and Jules Gosnell also asked 
 about them at one point, but I never got them out.  I have 
 attached them
 
 here for the world to see/use/fix.  It should go without 
 saying: Use at
 
 your own risk.
 
 -Larry
 
 Instructions on use of attached informix.sar:
 
 You can use this as a replacement for 
 your current db-service.xml.  You will need to modify the 
 META-INF/jboss-service.xml to suite your environment.  Note: 
 you can run
 this 
 archive exploded - it makes it easier to modify the jboss-service.xml
 file. 
   It has only two external references: Log4j and Informix's current
 drivers.
 
 If you would prefer to rip the thing apart, the only file you need is
 the 
 IfxXADataSource.java - all the others are tests that expose 
 the various
 bugs in 
 the original XA driver, and a tool to help recover 
 transactions stuck in
 the 
 database.
 
 Good Luck!
 
 Corbin, James wrote:
 
  Has anyone been able to successfully get a connection to an 
 Informix 
  database through a configured XA driver? 
 
   
 
  I appear to bind to the datasource okay as I do not get any 
 errors at 
  startup, but whenever I try to programmatically get a connection it 
  fails. 
 
   
 
  This is very annoying.  Please advise.
 
   
 
  J.D.
 
 This electronic message transmission contains information from the
 Company that may be proprietary, confidential and/or privileged.
 The information is intended only for the use of the individual(s) or
 entity named above.  If you are not the intended recipient, be
 aware that any disclosure, copying or distribution or use of the
 contents of this information is prohibited.  If you have received
 this electronic transmission in error, please notify the sender
 immediately by replying to the address listed in the From: field.
   
 
  informix.sar 
 This electronic message transmission contains information 
 from the Company that may be proprietary, confidential and/or 
 privileged.
 The information is intended only for the use of the 
 individual(s) or entity named above.  If you are not the 
 intended recipient, be
 aware that any disclosure, copying or distribution or use of 
 the contents of this information is prohibited.  If you have received
 this electronic transmission in error, please notify the 
 sender immediately by replying to the address listed in the 
 From: field.
 
 
 
 ---
 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

RE: [JBoss-user] JBoss 2.2.2 and Java Web Start

2001-08-07 Thread Jim Brownfield

You do it in your application/applet.  This problem is really independent of
JBoss.  I had the same problem 6 weeks ago or so (I'm using 2.2.1).  I
solved it a little differently by creating a PermissionsCollection with
AllPermission in it and setting the system policy to a new anonymous class
Policy returning the PermissionsCollection.  It's a weird problem since
setting all permissions in the jnlp file doesn't equate to all permissions
in all the code source for your program...

Setting SecurityManager to null is simpler.  :)

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Dennis Huang
 Sent: Tuesday, August 07, 2001 4:12 PM
 To: '[EMAIL PROTECTED]'
 Subject: RE: [JBoss-user] JBoss 2.2.2 and Java Web Start


 You did it in your bean or in application?

 Dennis Huang
 ~
 -Original Message-
 From: Rob Nielsen [mailto:[EMAIL PROTECTED]]
 Sent: Wednesday, 8 August 2001 12:31
 To: [EMAIL PROTECTED]
 Subject: Re: [JBoss-user] JBoss 2.2.2 and Java Web Start


 I found a solution, I needed to disable the sandbox
 with:

  System.setSecurityManager(null);

 Rob


 --- Rob Nielsen [EMAIL PROTECTED] wrote:
  Hi,
 
  Has anybody successfully used Java Web Start with
  JBoss 2.2.2? I've got it partially working, I can
  create a context, lookup my bean, get a reference to
  the bean, but when I try to create a object from the
  Home interface, I get:
 
  java.lang.ExceptionInInitializerError:
  java.security.AccessControlException: access denied
  (java.util.PropertyPermission
  org.jboss.security.SecurityAssociation.ThreadLocal
  read)
 
  at
 
 java.security.AccessControlContext.checkPermission(AccessControlContext.
 java:272)
 
  at
 
 java.security.AccessController.checkPermission(AccessController.java:399
 )
 
  at
 
 java.lang.SecurityManager.checkPermission(SecurityManager.java:545)
 
  at
 
 java.lang.SecurityManager.checkPropertyAccess(SecurityManager.java:1278)
 
  at java.lang.System.getProperty(System.java:560)
 
  at java.lang.Boolean.getBoolean(Boolean.java:171)
 
  at
 
 org.jboss.security.SecurityAssociation.clinit(SecurityAssociation.java
 :45)
 
  at
 
 org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy.getPrincipal(GenericP
 roxy.java:184)
 
  at
 
 org.jboss.ejb.plugins.jrmp.interfaces.HomeProxy.invoke(HomeProxy.java:23
 1)
 
  at
 
 org.jboss.proxy.ProxyCompiler$Runtime.invoke(ProxyCompiler.java:74)
 
  at
 
 org.jboss.docs.interest.InterestHome$Proxy.create(Unknown
  Source)
 
  at JNLPTestMain.init(JNLPTestMain.java:39)
 
  at JNLPTestMain.main(JNLPTestMain.java:140)
 
  at java.lang.reflect.Method.invoke(Native Method)
 
  at
  com.sun.javaws.Launcher.executeApplication(Unknown
  Source)
 
  at com.sun.javaws.Launcher.executeMainClass(Unknown
  Source)
 
  at com.sun.javaws.Launcher.continueLaunch(Unknown
  Source)
 
  at
 
 com.sun.javaws.Launcher.handleApplicationDesc(Unknown
  Source)
 
  at com.sun.javaws.Launcher.handleLaunchFile(Unknown
  Source)
 
  at com.sun.javaws.Launcher.run(Unknown Source)
 
  at java.lang.Thread.run(Thread.java:484)
 
 
  From:
 
  // Create an Interest object from the Home
  interface
  Interest interest = home.create();
 
  The application runs fine standalone, and I have
  properly signed my jar files.
 
  Thanks,
 
  Rob
 


 __
 Do You Yahoo!?
 Make international calls for as low as $.04/minute with Yahoo! Messenger
 http://phonecard.yahoo.com/

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

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


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



RE: [JBoss-user] Possible Bug with Minerva XADataSourceImpl and Opta's XDataSource

2001-08-03 Thread Jim Brownfield


I saw that in the Monson-Haefel book also, and I didn't interpret it that
way, but I agree that you are probably right.  I originally read this as
meaning the inner transaction was independent in the sense that it could be
rolled back independently within the context of the outer transaction.
Wouldn't it break the atomicity of the outer transaction if the inner
transaction is interpreted as being truly independent?  Also, how are
Exceptions handled if the inner transaction is independent?  If it were
truly outside the scope of the outer transaction, then the outer
transaction's code really shouldn't be the arbitrator of an exception since
it's bound by the original transaction (which is, theoretically,
independent).

I'm not trying to be argumentative, but I still don't understand how the
inner transaction could be allowed to be completely independent in an ACID
environment


 According to the spec here is the def of a RequiresNew Transaction
 attribute:

 ...The container always executes a method that is assigned the
 RequiresNew
 Transaction in a new transaction context. This means that the container
 starts a new transaction before it executes the method, and it commits the
 transaction after the method completes. If the method caller is already
 associated with a transaction context at the time it calls the method, the
 container suspends the association for the duration of the new
 transaction.


 -- Mathena and Stearns Applying Enterprise Javabeans


 That's what would normally happen in a database that supports nested
 transactions.  Is JBoss different?


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



RE: [JBoss-user] MBean NameAlreadyBoundException

2001-07-29 Thread Jim Brownfield

This is probably not relavent, but I thought I'd throw it in.

I had a similar problem, and it turned out to be that somehow my MBean ended
up being put into jboss-auto.jcml twice without me knowing it.  What was
happening was two of my MBeans were trying to start at the same time, and
the second instance was getting the NameAlreadyBoundExceptionss.  I just
deleted the jboss-auto.jcml.  I was never able to reproduce the
circumstances causing the double entries, but I've seen it at least twice.

Probably not your problem, but FYI...

Jim

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Frederick N.
 Brier
 Sent: Sunday, July 29, 2001 8:07 AM
 To: [EMAIL PROTECTED]
 Subject: [JBoss-user] MBean NameAlreadyBoundException


 The second time a server comes up the console is showing
 NameAlreadyBoundException(s) when an MBean name in its JNDI bind()
 call.  Now unbind() is called within the stopService() method, but my log
 message never shows that the stopService() method is ever called.   The
 MBean extends org.jboss.util.ServiceMBeanSupport.  Now I could catch the
 NameAlreadyBoundException and try to rebind() it, but that seems like a
 hack or a preventative measure.  What do I need to do to get the
 stopService method to be called?

 Lastly, is there an easy way to clear all the names out of the JBoss JNDI
 namespace, such as editing a flat text file,  or deleting a binary file
 sitting in a JBoss directory?


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


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



[JBoss-user] An Informix lesson learned the hard way...

2001-07-12 Thread Jim Brownfield

Just an FYI for those among us using Informix... (I'm using jdbc driver
2.20.JC2)

I set up an Informix db pool in jboss.jcml, and I wanted to use the sqlhosts
file for the connection.  Seemed simple enough, use a URL of the form
jdbc:informix-sqli:/dbname: and
informixserver=dbserver;SQLH_TYPE=FILE;SQLH_FILE=local sqlhosts file
in the Properties attribute for the XADataSourceLoader.  But it kept
hanging JBoss when configuring my pool.  After a very long night and
morning, I discovered the problem was that the sqlhosts file had the port
NAME from /etc/services instead of the port NUMBER(which normally would be
ok for non-jdbc accesses).  When I hard-coded the port NUMBER entry in
sqlhosts, JBoss got through the configuration.

grumble grumblestupid Informix jdbc driver/grumble grumble :)

--
Jim Brownfield
[EMAIL PROTECTED]
Radical System Solutions, Inc.


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



RE: [JBoss-user] (Code Example -- LONG) Timer MBan Problem

2001-06-11 Thread Jim Brownfield

Here's an example that works for me.  YMMV.  I've tried to remove all
application specific code, but still leave relavent timer MBean code.  I
reset the timer on each timer call.  You can probably set the timer up to
send periodically.  The timerInterval is in seconds in this example (default
10 seconds).  Blame formatting stuff on VisualAge :).

Good luck!

import java.util.*;
import javax.naming.*;
import javax.jms.*;
import javax.management.*;
import javax.management.timer.*;

public class YourMBean extends org.jboss.util.ServiceMBeanSupport implements
YourMBeanInterface {
protected javax.management.MBeanServer mbeanServer = null;
protected javax.management.ObjectInstance timerRef = null;
protected long timeInterval = 10 * javax.management.timer.Timer.ONE_SECOND;
public class Listener implements NotificationListener {
public void handleNotification(Notification pNotification, Object
pHandback) {
try {
YourMBean.this.setTimer();
/*
Other Stuff Here
*/
} catch (Exception e) {
System.out.println(
Exception in YourMBean inner class Listener:  +
e.toString());
}
}
}

public String getName() {
return YourNameHere;
}

public long getTimeInterval() {
return timeInterval;
}

public javax.management.ObjectName preRegister(javax.management.MBeanServer
param1, javax.management.ObjectName param2) throws java.lang.Exception {
mbeanServer = param1;
return super.preRegister( param1, param2 );
}

public void setTimeInterval(long newTimeInterval) {
timeInterval = newTimeInterval * javax.management.timer.Timer.ONE_SECOND;
}

public void setTimer() throws java.lang.Exception {
try {
Date timerDate = new Date( new Date().getTime() + getTimeInterval() );
Integer theTimer = (Integer) mbeanServer.invoke(
timerRef.getObjectName(),
addNotification,
new Object [] { Your name here, One Time Timer, null, 
timerDate },
new String [] { .getClass().getName(), 
.getClass().getName(),
java.lang.Object, timerDate.getClass().getName() } );
} catch (Exception e) {
log.log( YourMBean.setTimer() exception:  + e.getMessage() );
throw e;
}
}

public void setupTimer() throws Exception {
try {
Set beanList =
mbeanServer.queryMBeans(
new ObjectName(DefaultDomain, service, timer),
null);
if (!beanList.isEmpty()) {
timerRef = (ObjectInstance) beanList.iterator().next();
}
mbeanServer.addNotificationListener( timerRef.getObjectName(), new
Listener(), null, null );
} catch (Exception e) {
log.log(Exception in YourMBean.setupTimer():  + e.toString());
throw e;
}
setTimer();
}

public void start() throws java.lang.Exception {
super.start();
/*
Some Stuff here
*/
setupTimer();
}
}

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Keerthi
 Panneer
 Sent: Monday, June 11, 2001 9:04 PM
 To: [EMAIL PROTECTED]
 Subject: Re: [JBoss-user] Timer MBan Problem


 Hi,
 I tried the example described at
 http://www.jboss.org/documentation/HTML/ch11s74.html
 but i could not get it work... please let me know if someone gives you a
 working source code

 thanks
 keerthi


 From: David Crecente [EMAIL PROTECTED]
 Reply-To: [EMAIL PROTECTED]
 To: Lista Jboss [EMAIL PROTECTED]
 Subject: [JBoss-user] Timer MBan Problem
 Date: Mon, 11 Jun 2001 18:40:37 +0200
 
 Hi all,
 Could someone send me a Timer MBean sample?
 
 Thank you in advance.
 
 ___
 JBoss-user mailing list
 [EMAIL PROTECTED]
 http://lists.sourceforge.net/lists/listinfo/jboss-user

 _
 Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.


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


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



[JBoss-user] What is Leaving out a server session?

2001-05-21 Thread Jim Brownfield

I've looked on the archive, and I can't find a reference to this.

I have an MBean publishing ObjectMessage objects on a timer.  In my test,
within the same JVM (although, of course, this wouldn't always be the case),
I have a Message Driven Bean receiving the published objects and updating an
entity bean.  Every time the timer fires off, I get this message in
server.log:  [Container factory] Leaving out a server session.  This
message appears to be coming from
org.jboss.jms.asf.StdServerSessionPool.getServerSession() and is a
Logger.debug() level message, so presumably it's not too harmful.
However, since this message is printed for every published message, I'm
concerned that I am doing something stupid that is causing excess resource
utilization.

Is this a problem, or can I just turn off debug-level output to the logs?

Thank you in advance for your time!
Jim

--
Jim Brownfield
[EMAIL PROTECTED]
Radical System Solutions, Inc.


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



RE: [JBoss-user] What is Leaving out a server session?

2001-05-21 Thread Jim Brownfield

Thanks, Scott!

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Scott M
 Stark
 Sent: Monday, May 21, 2001 8:19 PM
 To: [EMAIL PROTECTED]
 Subject: Re: [JBoss-user] What is Leaving out a server session?
 
 
 Its simply a debug message that should be Handing out a server session
 in English. There appears to have been a slight translation problem when
 the message was added. You can safely ignore the message.
 
 - Original Message - 
 From: Jim Brownfield [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Monday, May 21, 2001 6:35 PM
 Subject: [JBoss-user] What is Leaving out a server session?
 
 
  I've looked on the archive, and I can't find a reference to this.
  
  I have an MBean publishing ObjectMessage objects on a timer.  
 In my test,
  within the same JVM (although, of course, this wouldn't always 
 be the case),
  I have a Message Driven Bean receiving the published objects 
 and updating an
  entity bean.  Every time the timer fires off, I get this message in
  server.log:  [Container factory] Leaving out a server session.  This
  message appears to be coming from
  org.jboss.jms.asf.StdServerSessionPool.getServerSession() and is a
  Logger.debug() level message, so presumably it's not too harmful.
  However, since this message is printed for every published message, I'm
  concerned that I am doing something stupid that is causing 
 excess resource
  utilization.
  
  Is this a problem, or can I just turn off debug-level output to 
 the logs?
  
  Thank you in advance for your time!
  Jim
 
 
 
 ___
 JBoss-user mailing list
 [EMAIL PROTECTED]
 http://lists.sourceforge.net/lists/listinfo/jboss-user

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



RE: [JBoss-user] EJB question

2001-05-04 Thread Jim Brownfield

I believe this is dependent upon the underlying database implementation.
For instance, in Informix, if you have an autoincrement (called SERIAL type
in Informix), you could make the function call DBINFO( 'sqlca.sqlerrd1' )
to get the last value of a serial type that was created by the database
thread.  There's probably a way to do this in the database you're using (I'm
not familiar with Cloudscape).

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Ralph Jensen
 Sent: Friday, May 04, 2001 12:09 AM
 To: [EMAIL PROTECTED]
 Subject: [JBoss-user] EJB question


 I asked this question elsewhere, but didn't get an answer. So:

 An entity bean's ejbCreate(...) method MUST return the primary
 key. That is
 not a problem, if I specify the primary key myself and pass it to the
 create(...) method.

 But I want to let the database assign the primary key by creating a table
 with an AUTOINCREMENT default for the primary key column, like in this
 example using Cloudscape (part of SUN's J2EE v1.3):

 create table myTable(
id INT DEFAULT AUTOINCREMENT CONSTRAINT pk_id PRIMARY KEY,
someString VARCHAR(6),
etc.
 );

 Then I can use INSERT like this:
INSERT INTO mytable ( someString ) VALUES ( 'Hello' );

 The database then assigns a unique value to the id column of that new
 record.

 If I do this in the ejbCreate(...) method of my bean my problem is: How do
 I know that value in order to return it? Is that possible?

 Thanks

 Ralph Jensen


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


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



RE: [JBoss-user] problems launching JBoss2.2.x from a user shell

2001-05-04 Thread Jim Brownfield

kill -9 (kill -KILL) pulls the rug out from under a process, but many of the
other signals can be trapped.  In one of the other posts, they mentioned
that ctrl-c was trapped, which is why I suggested -INT, but if -TERM is
also trapped (which is the default when issuing 'kill' without an explicit
argument), then it will work fine as well.  You can try man signal and
man kill to learn more about signals.

Jim

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Guy
 Rouillier
 Sent: Friday, May 04, 2001 11:00 AM
 To: [EMAIL PROTECTED]
 Subject: Re: [JBoss-user] problems launching JBoss2.2.x from a user
 shell


 You are correct, I tried it without the -INT and that seems to work okay.
 And yes, I do want to be able to start and stop JBoss through a command
 script.  I was going to attempt this with ps and grep, but writing the pid
 to a file sounds like a better idea.

 I realize this is a pure Unix question and not JBoss, but I was surprised
 that kill pid worked to shut down JBoss normally.  I thought kill just
 kind of pulled the carpet out from under the process, which thus had no
 chance to clean up.

 - Original Message -
 From: Robert Schulz [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Thursday, May 03, 2001 8:04 PM
 Subject: RE: [JBoss-user] problems launching JBoss2.2.x from a user shell


  kill pid shuts it down fine. You probably want to
  write a startup script which writes the pid into a
  file and a stop script which reads it from a file
  and kills it.
 
  R.
 
   -Original Message-
   From: Jim Brownfield [mailto:[EMAIL PROTECTED]]
   Sent: Friday, May 04, 2001 8:34
   To: [EMAIL PROTECTED]
   Subject: RE: [JBoss-user] problems launching JBoss2.2.x from a user
   shell
  
  
   Since ^C supposedly shuts JBoss down gracefully, you should
   be able to
   execute kill -INT procid  where procid is retrieved
   from a ps
   command.
  
   Jim
  
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Guy
Rouillier
Sent: Thursday, May 03, 2001 9:11 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] problems launching JBoss2.2.x from a user
shell
   
   
Having done this, is there a way to shut down JBoss gracefully,
so it has a
chance to shut down everything that is running in a controlled
fashion?  Or
do you just kill the process, and hope for the best?
   
- Original Message -
From: Jim Brownfield [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, May 03, 2001 11:40 AM
Subject: RE: [JBoss-user] problems launching JBoss2.2.x
   from a user shell
   
   
 Hi Juan,

 try nohup ./JBoss2.2.1/bin/run.sh 

 This should keep the terminal group from axing your JBoss
subprocess when
 the terminal exits.

 Jim

  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of
Juan Arraiza
  Sent: Thursday, May 03, 2001 2:03 AM
  To: [EMAIL PROTECTED]
  Subject: [JBoss-user] problems launching JBoss2.2.x
   from a user shell
 
 
  Hi all,
  We are founding trouble when launching JBoss2.2.x as a
   background
  process from a user shell in Solaris 2.6. If we close that
user terminal
  (or finish the X-Windows session) from which we have
   launched JBoss,
  JBoss dies.
 
  We launch JBoss typing:
  ./JBoss2.2.1/bin/run.sh 
 
  In theory (although I confess I am not a great expert
   in Unix), that
  process we start does not depend on the terminal from
   which we have
  launched it (since it is launched as a background
   process). As I said,
  when we close that terminal, the process dissapears with it.
 
  Does anybody know why?
 
  TIA
 
  Juan
 


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

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


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


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



RE: [JBoss-user] EJB question

2001-05-04 Thread Jim Brownfield



I don't think this will 
work unless you are willing to lock the entire table before you execute 
this. Otherwise, you will have a race condition for the unique 
key.

Jim

  -Original Message-From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]]On Behalf Of Vinay 
  MenonSent: Friday, May 04, 2001 2:21 PMTo: 
  JBOSSSubject: Re: [JBoss-user] EJB question
  Ralph,
   Just to add that the autoincrement needn't be database 
  specific... your ejb could just have 
  
  keyValue = keyValue+1;
  
  where keyValue maps to the underlying column in the database 
  table.
  
  That way autoincrement is not database specific! If you want to use to 
  the database specific primary key generation you could do so.
  
  regards.
  
  Vinay
  
  
- Original Message -
From:Ralph 
Jensen
Sent:Friday, May 04, 2001 1:09 
PM
To:[EMAIL PROTECTED]
Subject:Re: [JBoss-user] EJB 
question
Thanks. But that is actually much more than I want. I only 
need a uniqueINT for primary keys.For the moment I will try 
this:In the sql-script:create table 
uniqueInteger( pk INTEGER constraint pk_unique primary 
key, uniqueID INTEGER);insert into 
uniqueInteger VALUES( 1, 1 );Then in the bean:SELECT 
uniqueID from uniqeInteger;save uniqueID in variable ( let's call it 
'uniqueVar' )then:UPDATE uniqueInteger SET uniqueID = 
uniqueVar+1 WHERE pk = 1;I think that's basically Vinay's 
suggestion. Does that look reasonable?That's a lot of database access to 
get a unique primary key, just to beable to return it from ejbCreate() - 
especially in light of the fact, thatdatabases do it automatically, if 
the table is created accordingly. Isn'tthis kind of thing done 
regularly?I know this has nothing to do with jBoss. Thank 
you. :-)Ralph- Original Message -From: Jim 
Downing [EMAIL PROTECTED]To: 
[EMAIL PROTECTED]Sent: Friday, May 04, 2001 5:47 
PMSubject: Re: [JBoss-user] EJB question Check out 
www.activescript.co.uk for a non-free ($99) component togenerate 
unique ids. The author has also posted the pattern on 
theserverside.com,so you have something to work to if you want 
to implement it yourself. jim - Original 
Message - From: "Ralph Jensen" [EMAIL PROTECTED] 
To: [EMAIL PROTECTED] Sent: Friday, May 04, 
2001 10:25 AM Subject: Re: [JBoss-user] EJB 
question  The portability would be there in 
terms of data access. How to tell the  database to autoincrement 
when I create a table is probably always database  
specific. Or not?   I'm not good at SQL. So how 
would your suggestion look in code? Whatwould  the key 
generator bean look like? Off which table would it work? 
  Ralph   - Original Message 
-  From: Vinay Menon [EMAIL PROTECTED]  
To: JBOSS [EMAIL PROTECTED]  Sent: 
Friday, May 04, 2001 4:29 PM  Subject: Re: [JBoss-user] EJB 
questionWhy don't you just use a 
primary key generator bean to encapsulate thekey  
genaration? The ejbCreate can then work off that ejb and assign the 
primary  key field to the primary key generated field? so your 
autoincrement  essentially will not be on the same table as the 
ejb but a differentone  and the primary key generator will 
work off that table. [Also makessure  that you have complete 
protability in terms of the database server!]   
Vinay - Original 
Message -  From: Ralph Jensen  Sent: Friday, May 
04, 2001 8:52 AM  To: [EMAIL PROTECTED] 
 Subject: [JBoss-user] EJB question   
 I asked this question elsewhere, but didn't get an answer. So: 
  An entity bean's ejbCreate(...) method MUST return the 
primary key.That is  not a problem, if I specify the 
primary key myself and pass it to the  create(...) 
method.   But I want to let the database assign the 
primary key by creating atable  with an AUTOINCREMENT 
default for the primary key column, like in this  example using 
Cloudscape (part of SUN's J2EE v1.3):   create table 
myTable(  id INT DEFAULT AUTOINCREMENT 
CONSTRAINT pk_id PRIMARY KEY,  someString 
VARCHAR(6),  etc.  ); 
  Then I can use INSERT like this: 
 INSERT INTO mytable ( someString ) VALUES ( 'Hello' 
);   The database then assigns a unique value to the 
id column of that new  record.   If I do 
this in the ejbCreate(...) method of my bean my problem is: 
Howdo  I know that value in order to return it? Is that 
possible?   Thanks   Ralph 
Jensen
___  JBoss-user 
mailing list  [EMAIL PROTECTED]  
http://lists.sourceforge.net/lists/listinfo/jboss-userbr 
clear=allhrGet  your FREE download of MSN Explorer 
at a  
href="http://explorer.msn.com"http://explorer.msn.com/abr/p 

___  JBoss-user 
mailing list  

RE: [JBoss-user] WhooHooo!!! 7 1/2 hours!!!

2001-05-03 Thread Jim Brownfield


Turning off the JIT has allowed JBoss to run at least an extra hour (and
that's without playing with the system time).  The SCO Openserver JVM must
have a big surprise bug in their JIT implementation /big surprise.
Turning off the JIT will slow down JBoss, but that's probably not a problem
for us right now.  I've got my fingers crossed that it will continue to run.

Thanks to everyone for the help!
Jim


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



RE: [JBoss-user] problems launching JBoss2.2.x from a user shell

2001-05-03 Thread Jim Brownfield

Hi Juan,

try nohup ./JBoss2.2.1/bin/run.sh 

This should keep the terminal group from axing your JBoss subprocess when
the terminal exits.

Jim

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Juan Arraiza
 Sent: Thursday, May 03, 2001 2:03 AM
 To: [EMAIL PROTECTED]
 Subject: [JBoss-user] problems launching JBoss2.2.x from a user shell


 Hi all,
 We are founding trouble when launching JBoss2.2.x as a background
 process from a user shell in Solaris 2.6. If we close that user terminal
 (or finish the X-Windows session) from which we have launched JBoss,
 JBoss dies.

 We launch JBoss typing:
 ./JBoss2.2.1/bin/run.sh 

 In theory (although I confess I am not a great expert in Unix), that
 process we start does not depend on the terminal from which we have
 launched it (since it is launched as a background process). As I said,
 when we close that terminal, the process dissapears with it.

 Does anybody know why?

 TIA

 Juan



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



RE: [JBoss-user] What happens at 6 hours and 35 minutes?

2001-05-03 Thread Jim Brownfield

Thanks!  Another good suggestion, but I think I've found a workaround.  I
disabled the JIT compiler on SCO Openserver's JVM, and JBoss has been
running successfully since (albeit slower).  For now, the speed decrease is
not a problem (I think! ;) ).  We will be porting to Linux as soon as we get
device drivers for some of the hardware we use.  Then, hopefully, software
development in general won't feel like a constant fight for your life, and
in particular, we will be able to successfully deploy a fully-functional,
speedy, JBoss implementation.  sympathy ploy Can you tell that the last
few years of developing on SCO have taken their toll! /sympathy ploy :)

Well, back to work while I wait for SCO to bite me in the rear again...

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Grim
 Shieldsson
 Sent: Thursday, May 03, 2001 10:54 AM
 To: [EMAIL PROTECTED]
 Subject: RE: [JBoss-user] What happens at 6 hours and 35 minutes?


 You might also try sucking down as much memory outside the process as
 possible to see if that is an issue as well.

 --- Jim Brownfield [EMAIL PROTECTED] wrote:
  Ohhh, thanks, that might work!
 
  Jim
 
   -Original Message-
   From: [EMAIL PROTECTED]
   [mailto:[EMAIL PROTECTED]]On Behalf Of Matthew
   Hixson
   Sent: Wednesday, May 02, 2001 10:23 PM
   To: [EMAIL PROTECTED]
   Subject: RE: [JBoss-user] What happens at 6 hours and 35 minutes?
  
  
   On Wed, 2 May 2001, Jim Brownfield wrote:
  
Thanks for the suggestions, Robert.  I'll give that a try on
   the next pass.
At 6 hours a shot, I don't get very many tries during a day! :(
Currently,
I've turned off the JIT (I've got a couple more hours to see if
  that
worked).  For what I want to do now, the loss in performance
   probably won't
be too much of a problem, and when we are able to port to Linux
  in a few
months the problem should go away.
  
   Hi Jim,
 If I were dealing with this problem I would bump the system time
  into
   the future about 6 hours just to see what happens.  Good luck.
 -M@
  
  
   ___
   JBoss-user mailing list
   [EMAIL PROTECTED]
   http://lists.sourceforge.net/lists/listinfo/jboss-user
 
 
  ___
  JBoss-user mailing list
  [EMAIL PROTECTED]
  http://lists.sourceforge.net/lists/listinfo/jboss-user


 =
 Grim Shieldsson (James A Barrows)
 Acting Chieftain of Clan StormWolf
 Barbarian Freehold Alliance
 Oppurtunity doesn't knock.  It only presents itself after you
 kick down the door.
 --Kyle Chandler

 __
 Do You Yahoo!?
 Yahoo! Auctions - buy the things you want at great prices
 http://auctions.yahoo.com/

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


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



RE: [JBoss-user] problems launching JBoss2.2.x from a user shell

2001-05-03 Thread Jim Brownfield

Since ^C supposedly shuts JBoss down gracefully, you should be able to
execute kill -INT procid  where procid is retrieved from a ps
command.

Jim

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Guy
 Rouillier
 Sent: Thursday, May 03, 2001 9:11 AM
 To: [EMAIL PROTECTED]
 Subject: Re: [JBoss-user] problems launching JBoss2.2.x from a user
 shell


 Having done this, is there a way to shut down JBoss gracefully,
 so it has a
 chance to shut down everything that is running in a controlled
 fashion?  Or
 do you just kill the process, and hope for the best?

 - Original Message -
 From: Jim Brownfield [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Thursday, May 03, 2001 11:40 AM
 Subject: RE: [JBoss-user] problems launching JBoss2.2.x from a user shell


  Hi Juan,
 
  try nohup ./JBoss2.2.1/bin/run.sh 
 
  This should keep the terminal group from axing your JBoss
 subprocess when
  the terminal exits.
 
  Jim
 
   -Original Message-
   From: [EMAIL PROTECTED]
   [mailto:[EMAIL PROTECTED]]On Behalf Of
 Juan Arraiza
   Sent: Thursday, May 03, 2001 2:03 AM
   To: [EMAIL PROTECTED]
   Subject: [JBoss-user] problems launching JBoss2.2.x from a user shell
  
  
   Hi all,
   We are founding trouble when launching JBoss2.2.x as a background
   process from a user shell in Solaris 2.6. If we close that
 user terminal
   (or finish the X-Windows session) from which we have launched JBoss,
   JBoss dies.
  
   We launch JBoss typing:
   ./JBoss2.2.1/bin/run.sh 
  
   In theory (although I confess I am not a great expert in Unix), that
   process we start does not depend on the terminal from which we have
   launched it (since it is launched as a background process). As I said,
   when we close that terminal, the process dissapears with it.
  
   Does anybody know why?
  
   TIA
  
   Juan
  
 
 
  ___
  JBoss-user mailing list
  [EMAIL PROTECTED]
  http://lists.sourceforge.net/lists/listinfo/jboss-user
 


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


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



[JBoss-user] What happens at 6 hours and 35 minutes?

2001-05-02 Thread Jim Brownfield


Consistently, JBoss causes the JVM 1.2.2_001 on SCO Openserver to crash with
a Memory Fault at 6 hours and 35 minutes (395 minutes, 23,700 seconds).
I've looked at numerous parameters in the config files, and I've been
looking at the source code, but I've been unable to find a correlation that
might lead me to find what's happening.  I am using the latest jboss/tomcat
binary distribution launched with run_with_tomcat.sh.

Anybody have any ideas?

Thanks,
Jim

--
Jim Brownfield
[EMAIL PROTECTED]
Radical System Solutions, Inc.


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



RE: [JBoss-user] What happens at 6 hours and 35 minutes?

2001-05-02 Thread Jim Brownfield

Thanks for the suggestion, but it's not 6:35A.M, it's 6 hours and 35 minutes
running time, and it doesn't matter when I start JBoss, but you can set your
clock by when the JVM will fail after you've started it.  I'm sure there's a
JVM problem with SCO's implementation, but unfortunately, there's nothing I
can do about that, sarcasmSCO being such an awesome
implementation/sarcasm.  I was hoping that someone could say something
like, oh yeah, JBoss does whatever at about that time, and I'd have a
place to go to try to make a temporary workaround in the JBoss code.  It
could be that the JVM is doing something itself, but if so, it's still
related somehow to JBoss (or Tomcat, I suppose), since we have other Java
programs that run longer than 395 minutes.

But thanks again for the try!
Jim

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Tom Coleman
 Sent: Wednesday, May 02, 2001 12:28 PM
 To: [EMAIL PROTECTED]
 Subject: Re: [JBoss-user] What happens at 6 hours and 35 minutes?


 
  Consistently, JBoss causes the JVM 1.2.2_001 on SCO Openserver
 to crash with
  a Memory Fault at 6 hours and 35 minutes (395 minutes, 23,700
 seconds).
 
  Anybody have any ideas?
 

  Does your system run any cron jobs at 06:35?

  If it does, that would be the place to start.


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


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



RE: [JBoss-user] What happens at 6 hours and 35 minutes?

2001-05-02 Thread Jim Brownfield

Thanks, Toby.

There's no backtrace on the threads, just the typical Memory fault: core
dumped message.  I will try the kill -SIGQUIT, and see if that gives any
insight.  The java profiling didn't provide anything useful.

Thanks again!
Jim

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Toby Allsopp
 Sent: Wednesday, May 02, 2001 3:01 PM
 To: [EMAIL PROTECTED]
 Subject: Re: [JBoss-user] What happens at 6 hours and 35 minutes?


 On Wed, May 02, 2001 at 02:42:43PM -0700, Jim Brownfield wrote:
  Thanks for the suggestion, but it's not 6:35A.M, it's 6 hours
 and 35 minutes
  running time, and it doesn't matter when I start JBoss, but you
 can set your
  clock by when the JVM will fail after you've started it.  I'm
 sure there's a
  JVM problem with SCO's implementation, but unfortunately,
 there's nothing I
  can do about that, sarcasmSCO being such an awesome
  implementation/sarcasm.  I was hoping that someone could say something
  like, oh yeah, JBoss does whatever at about that time, and
 I'd have a
  place to go to try to make a temporary workaround in the JBoss code.  It
  could be that the JVM is doing something itself, but if so, it's still
  related somehow to JBoss (or Tomcat, I suppose), since we have
 other Java
  programs that run longer than 395 minutes.

 Ok, I'll make a more helpful effort than fix JVM.

 When the JVM crashes, does it dump stacktraces for the running
 threads?  I've
 seen many JVMs do this, and it might give you a clue as to what's going on
 at the time.

 You could also try taking thread dumps (kill -3) up until the time when it
 crashes.

 Toby.

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


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



RE: [JBoss-user] What happens at 6 hours and 35 minutes?

2001-05-02 Thread Jim Brownfield

Thanks for the suggestions, Robert.  I'll give that a try on the next pass.
At 6 hours a shot, I don't get very many tries during a day! :(  Currently,
I've turned off the JIT (I've got a couple more hours to see if that
worked).  For what I want to do now, the loss in performance probably won't
be too much of a problem, and when we are able to port to Linux in a few
months the problem should go away.

Thanks again!
Jim

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Robert
 Schulz
 Sent: Wednesday, May 02, 2001 7:37 PM
 To: '[EMAIL PROTECTED]'
 Subject: RE: [JBoss-user] What happens at 6 hours and 35 minutes?



 Not sure whether this will help, but here are a couple of
 suggestions ... Write a thread which dumps memory usage,
 calls System.gc() and dumps the time it takes into a file
 every 10 seconds or so. This might tell you whether the
 gc makes the JVM die. Next step is to implement a state logging
 singelton into which you call whenever you enter/leave suspect
 parts of the code and make the thread dump the state as well
 continously ... this might help to narrow it down.

 Does the crash depend on load, is it always after thye _exact_
 same amount of time?

 Overall yours is a pretty nasty problem, as you'll have to
 wait 6 hours to see whether it makes a difference |-(

 Good luck.

 R.
  -Original Message-
  From: Jim Brownfield [mailto:[EMAIL PROTECTED]]
  Sent: Thursday, May 03, 2001 8:52
  To: [EMAIL PROTECTED]
  Subject: RE: [JBoss-user] What happens at 6 hours and 35 minutes?
 
 
  Thanks, Toby.
 
  There's no backtrace on the threads, just the typical Memory
  fault: core
  dumped message.  I will try the kill -SIGQUIT, and see if
  that gives any
  insight.  The java profiling didn't provide anything useful.
 
  Thanks again!
  Jim
 
   -Original Message-
   From: [EMAIL PROTECTED]
   [mailto:[EMAIL PROTECTED]]On Behalf Of
  Toby Allsopp
   Sent: Wednesday, May 02, 2001 3:01 PM
   To: [EMAIL PROTECTED]
   Subject: Re: [JBoss-user] What happens at 6 hours and 35 minutes?
  
  
   On Wed, May 02, 2001 at 02:42:43PM -0700, Jim Brownfield wrote:
Thanks for the suggestion, but it's not 6:35A.M, it's 6 hours
   and 35 minutes
running time, and it doesn't matter when I start JBoss, but you
   can set your
clock by when the JVM will fail after you've started it.  I'm
   sure there's a
JVM problem with SCO's implementation, but unfortunately,
   there's nothing I
can do about that, sarcasmSCO being such an awesome
implementation/sarcasm.  I was hoping that someone
  could say something
like, oh yeah, JBoss does whatever at about that time, and
   I'd have a
place to go to try to make a temporary workaround in the
  JBoss code.  It
could be that the JVM is doing something itself, but if
  so, it's still
related somehow to JBoss (or Tomcat, I suppose), since we have
   other Java
programs that run longer than 395 minutes.
  
   Ok, I'll make a more helpful effort than fix JVM.
  
   When the JVM crashes, does it dump stacktraces for the running
   threads?  I've
   seen many JVMs do this, and it might give you a clue as to
  what's going on
   at the time.
  
   You could also try taking thread dumps (kill -3) up until
  the time when it
   crashes.
  
   Toby.
  
   ___
   JBoss-user mailing list
   [EMAIL PROTECTED]
   http://lists.sourceforge.net/lists/listinfo/jboss-user
 
 
  ___
  JBoss-user mailing list
  [EMAIL PROTECTED]
  http://lists.sourceforge.net/lists/listinfo/jboss-user
 

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


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