Bugs item #687809, was opened at 2003-02-17 09:35
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=687809group_id=22866
Category: JBossServer
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jan Stolze (jstolze)
Assigned to:
Bugs item #687809, was opened at 2003-02-17 09:35
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=687809group_id=22866
Category: JBossServer
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jan Stolze (jstolze)
Assigned to:
JBoss daily test results
SUMMARY
Number of tests run: 1102
Successful tests: 1090
Errors:11
Failures: 1
[time of test: 2003-02-17.08-29 GMT]
[java.version:
Bugs item #687809, was opened at 2003-02-17 09:35
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=687809group_id=22866
Category: JBossServer
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jan Stolze (jstolze)
Assigned to:
JBoss 3.2.0RC2 test results
SUMMARY
Number of tests run: 1105
Successful tests: 1099
Errors:6
Failures: 0
[time of test: 2003-02-17.16-04 GMT]
[java.version:
i posted this request about a week ago, and would like to know any
developers thoughts on this. to summerize, i'd like to be able to force a
datasource to timeout any connections in the pool after a period of time.
we're running jboss 3.0.6 with oracle 8i and right now and we're constantly
I'd rather figure out what is causing the problem. Does cursor == open
statement? Open resultset? Are you using cmp? If bmp are you closing
everything in finally blocks?
A known problem is that the jca-jdbc wrappers don't track open statements
for you and close them when you close the connection
David Jencks wrote:
4) invocation is routed to correct transport mechanism (such as by the HA
Invoker interceptor)(AFAIK not yet written as an interceptor)
5) Invocation is received at server side.
6) The server decides if the resource registration callback is needed.
And the resource
Aplogies we seem to have major problems with our corporate mail delaying
delivery for days please ignore
-Original Message-
From: Scott M Stark [mailto:[EMAIL PROTECTED]]
Sent: 15 February 2003 22:17
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Branch_3_2 build of manamgement module
=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.3.1_06
Java(TM) 2 Runtime Environment, Standard
JBoss daily test results
SUMMARY
Number of tests run: 1042
Successful tests: 1040
Errors:1
Failures: 1
[time of test: 2003-02-17.12-05 GMT]
[java.version:
LOL
marcf
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On
Behalf Of Bill Burke
Sent: Monday, February 17, 2003 4:13 PM
To: Jboss-Dev
Subject: [JBoss-dev] why is EJBDeployer dependent on JMS?
Well, why? Can we remove this dependency? You should be
Bill Burke wrote:
I am not sure I understand your problem. In RFE you are saying
cached prepared statements stay alive and cause this error.
What caches prepared statements? Did you explicitly enabled
statement caching on oracle connections?
I remember seeing this error message but it turned
Hi Dain,
I wrote a servlet (attached) and it looks like it will simplify
things.
It effectively replaces WebService and WebServer (WebService
simply wraps WebServer). WebClassLoader doesn't have a dependency on
WebServ* so it can operate as normal. I ran the DynLoadingUnitTestCase
and it
thank you all for your reply, i'll try and clear some things up for all
those that responded.
mark:
sorry if i sounded demanding. i am more than willing to contribute my
knowledge (however limited) to help the jboss project continue to thrive.
i've been an avid user of jboss for the past 2 years
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Sonnek, Ryan
Sent: Monday, February 17, 2003 4:42 PM
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-dev] jbosscx rfe 677512
thank you all for your reply, i'll try and clear some things up for all
I think this deserves CVS access. James, can you send me your sourceforge
id? Then you can commit this yourself.
Regards,
Bill
p.s. [EMAIL PROTECTED]
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of James
Cooley
Sent: Monday, February 17, 2003
Try deploying an MDB in a sar. As the comment says if your
not using MDBs the dependency can be removed.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Bill Burke [EMAIL PROTECTED]
To: Jboss-Dev [EMAIL
On Monday, February 17, 2003, at 05:21 PM, Timothy Barreto wrote:
try { ...
} finally {
try { rs.close(); rs=null;
stmt.close(); stmt=null;
} catch (Exception e){}
}
You need to put rs.close() and stmt.close() in different try blocks.
If rs.close() throws an exception
compile-mbean-sources:
[mkdir] Created dir:
/Users/Shared/jboss32/jboss-src/common/output/gen-src
sourcepath is deprecated. the preferred way to design sources is via
nested fileset
Running xdoclet.XDocletMain loaded by
org.apache.tools.ant.AntClassLoader. Forked:true
[xdoclet] HotSpot
I just built the JBoss_3_2_0_RC2 tag and there have been no changes to the
3.2 branch since this tag was applied. What version of the JDK are you using
so someone else with OSX can see if they can verify the problem. In the
past I thought we saw this when too many files where input to xdoclet.
It only happens with 1.4.1 (1.3.1 is fine) on MacOSX 10.2.3, but I'm
wondering if it a 1.3.1 vs 1.4.1 problem in general.
On Monday, Feb 17, 2003, at 17:51 US/Pacific, Scott M Stark wrote:
I just built the JBoss_3_2_0_RC2 tag and there have been no changes to
the
3.2 branch since this tag was
?!
Andreas
- Original Message -
From: julien viet [EMAIL PROTECTED]
To: [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Monday, February 17, 2003 5:20 PM
Subject: [JBoss-user] Nukes going live
JBoss.org powered by Nukes on JBoss is going to be soon.
julien
The 3.2.0RC2 release is now available from SourceForge here:
https://sourceforge.net/project/showfiles.php?group_id=22866
The release notes are available from here:
https://sourceforge.net/project/shownotes.php?release_id=13
Serveral additional change notes can be found here:
http://www.jboss.org/developers/projects/jboss/aop.jsp
Kinda crappy, but I'll be updating/editing/rewriting as time goes by.
Regards,
Bill Burke
Chief Architect
JBoss Group, LLC
---
This sf.net email is
=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.3.1_06
Java(TM) 2 Runtime Environment, Standard
26 matches
Mail list logo
