=
==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, Standar
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 spon
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:
https://sourcefo
I built the 3.2.0RC1 release with the Sun JDK1.4.1_01 VM on a win2k
system so it can't be just a 1.4.1 issue.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Stefan Reich" <[EMAIL PROTECTED]>
To: <[EMAIL
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 a
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.
xxx
=
==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, Standar
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
Running xdoclet.XDocletMain loaded by
org.apache.tools.ant.AntClassLoader. Forked:true
[xdoclet] HotSpot not at
Ok, fixed.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Stefan Reich" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, February 17, 2003 1:44 PM
Subject: [JBoss-dev] Jboss 3.2: jboss_3_0.dtd m
thank you timothy for the tip.
i've gone through my code and i'm now closing all resultset's. so far this
afternoon, i haven't seen any errors come up. there's one thing that really
bothers me though, reading the jdk 1.4.1 javadocs, it states "All execution
methods in the Statement interface imp
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 stmt.close()
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" <[E
Ryan,
I had the exact same configuration (Oracle 8i/JBoss 3) and problem with the
cursors. I found an article on the Oracle site that explained the whole
deal. Turned out I wasn't closing the result sets.
Tim
ORA-01000: maximum open cursors exceeded
"I suspect that statement.close() leaves
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, 2
> -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 fo
The element in this DTD is declared twiced with conflicting
documentation, causing DTD verification failures in the build from
today.
Stefan
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
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
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 passes
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
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 s
Well, why? Can we remove this dependency? You should be able to start
jboss without JMS.
Bill
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jbo
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: 1.3.1]
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Igor
> Fedorenko
> Sent: Monday, February 17, 2003 1:56 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] jbosscx rfe 677512
>
>
> > -Original Message-
> > From: Sonnek, Ryan [mailto:[EMAIL
=
==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, Standar
The key to figuring this out is to use C-c C-o on a particular style
element and emacs will allow you to set it. I made the mistake of trying
to set it in you init file and reloading it.
Here's what I do now ...
c-add-style "jboss" '("java"
(c-basic-offset . 3)
(c-hanging-brac
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 fail
> unfortunately this is a MAJOR problem for us right now, since
> we can't get our application up with 24/7 reliability. it
code it yourself, wait for someone to do it on their own free time when
they want or pay us to do it on your timeline, but frankly don't come
here with FREE DEMANDS. You
> -Original Message-
> From: Sonnek, Ryan [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 17, 2003 11:50 AM
> To: '[EMAIL PROTECTED]'
> Subject: [JBoss-dev] jbosscx rfe 677512
>
>
> i posted this request about a week ago, and would like to know any
> developers thoughts on this. to s
?!
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
--
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 registr
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
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
runn
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: 1.4
JBoss.org powered by Nukes on JBoss is going to be soon.
julien
___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com
---
This sf.ne
On 2003.02.17 04:20 Ole Husgaard wrote:
> Hi,
>
> Deciding to avoid the resource registration callback when
> the tx is not used at server side is a fine thing.
>
> However, I fail to see why this decision has to be done at
> the client side. All the information needed for the decision
> is alrea
Bugs item #687809, was opened at 2003-02-17 09:35
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=687809&group_id=22866
Category: JBossServer
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jan Stolze (jstolze)
Assigned to: Nobody/Anon
Hi,
Deciding to avoid the resource registration callback when
the tx is not used at server side is a fine thing.
However, I fail to see why this decision has to be done at
the client side. All the information needed for the decision
is already available at the server side.
For CORBA, I think we
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: 1.4.1
I just ran the testsuite for the 3.2.0RC2 release and I'm seeing 6 or so
new errors in the JMS layer like the following:
Could not get a clientID
javax.jms.JMSException: Could not get a clientID
at org.jboss.mq.Connection.checkClientID(Connection.java:707)
at org.jboss.mq.Connection.start(Connec
Bugs item #687809, was opened at 2003-02-17 09:35
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=687809&group_id=22866
Category: JBossServer
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jan Stolze (jstolze)
Assigned to: Nobody/Anon
Bugs item #687809, was opened at 2003-02-17 09:35
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=687809&group_id=22866
Category: JBossServer
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jan Stolze (jstolze)
Assigned to: Nobody/Anon
41 matches
Mail list logo
