David,
Thanks for the notice.
Unfortunately, I have no exact idea about the differences of the
jboss-xdoclet and the version that Frederick was getting by the xdoclet guys
(must have been something between 1.1 and 1.2 with some bugs fixed?).
Frederick, could you please synchronize with David
Bruce,
Thanks for the hint. IMHO, the whole stuff should deploy packed as well as
unpacked. I will have a look
at the Catalina/unpacked variant when I have some spare time this afternoon.
CGJ
-Ursprüngliche Nachricht-
Von: Bruce Scharlau [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag,
Bugs item #607684, was opened at 2002-09-11 09:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=607684group_id=22866
Category: JBossSOAP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Dr. Christoph Georg Jung (cgjung)
-Ursprüngliche Nachricht-
Von: Jung , Dr. Christoph
Gesendet: Mittwoch, 11. September 2002 09:49
An: 'Juha-P Lindfors'
Cc: '[EMAIL PROTECTED]'
Betreff: thirdParty mess at head? *Was* AW: JBoss.net compilation fails on
HEAD
Juha, others
I cannot get head to compile at various points:
Bugs item #594137, was opened at 2002-08-12 19:13
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=594137group_id=22866
Category: JBossSOAP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Remind
Priority: 5
Submitted By: Marius Kotsbak (mkotsbak)
Assigned
Bugs item #594137, was opened at 2002-08-12 19:13
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=594137group_id=22866
Category: JBossSOAP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Remind
Priority: 5
Submitted By: Marius Kotsbak (mkotsbak)
Assigned
Bugs item #607721, was opened at 2002-09-11 11:33
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=607721group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Ulf Schroeter (schrouf)
Assigned to:
Jules Gosnell wrote:
This is most likely the same as the spaces within paths issue.
Because the war is packed, it is unpacked to a temporary dir, which has
spaces in it.
Greg is looking at it.
No I'm not!
I've had a total windows failure and after spending hours rebuilding that
Bugs item #594137, was opened at 2002-08-12 19:13
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=594137group_id=22866
Category: JBossSOAP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Remind
Priority: 5
Submitted By: Marius Kotsbak (mkotsbak)
Assigned
Feature Requests item #607761, was opened at 2002-09-11 13:15
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376688aid=607761group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Randahl Fink Isaksen (randahl)
I'm more then happy to help in whatever way I can. I sent Jules the server
logs from JBoss, but I suspect those weren't helpful being that from JBoss's
perspective, there didn't appear to be any deployment errors generated.
Let me know what else I can do to help you get what information you
Yes, jboss.net's build.xml points to an xdoclet version based on the
official xdoclet 1.1.2 with the addition of the web-service.xml
generation. The source's modification is checked in under thirdparty. The
global xdoclet version is the modified version that I believe David or
someone else
Dustin,
thanks for your offer of help... My windows is still patching booting
patching booting and looks to be hours or days away from being usable!
So can you turn on verbose debugging in Jetty (simplest via the JMX
interface). You want to set
debug = true
verbosity = 99
Bugs item #607805, was opened at 2002-09-11 16:06
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=607805group_id=22866
Category: JBossServer
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Oskari Kettunen (aok)
Assigned to:
he he he
it seems the garbage collection and object generation is real :)
marc f
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On
Behalf Of Bill Burke
Sent: Wednesday, September 11, 2002 12:00 AM
To: Jboss-Dev
Subject: [JBoss-dev] is pooling useless?
FYI,
We are talking with David, Dain and Michael about maintaining a stable
version of XDoclet in our tree and doing bulk updates when the XDoclet
core classes version. We will support our tags and versioning, rebuild
everytime and avoid this kind of mess in the future.
marc f
Hi all,
I'm trying to connect to the RW server (to check in my XMBean Persistence
patch) and am having some difficulty (output below).
Any suggestions? Commandline and/or Eclipse (IDE) connection info would
be appreciated.
- Matt
D:\Matt\apelon\temporarycvs -d
:ext:[EMAIL
Bugs item #607805, was opened at 2002-09-11 15:06
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=607805group_id=22866
Category: JBossServer
Group: CVS HEAD
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Oskari Kettunen (aok)
Assigned to:
Bugs item #607805, was opened at 2002-09-11 15:06
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=607805group_id=22866
Category: JBossServer
Group: CVS HEAD
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Oskari Kettunen (aok)
Assigned to:
Bugs item #607853, was opened at 2002-09-11 14:29
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=607853group_id=22866
Category: JBossServer
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Andy Wagg (andywagg)
Assigned to:
Bugs item #607805, was opened at 2002-09-11 15:06
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=607805group_id=22866
Category: JBossServer
Group: CVS HEAD
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Oskari Kettunen (aok)
Assigned to:
Bugs item #607805, was opened at 2002-09-11 15:06
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=607805group_id=22866
Category: JBossServer
Group: CVS HEAD
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Oskari Kettunen (aok)
Assigned to:
This has been occuring lately. I just checked in some code so try it again.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Matt Munz [EMAIL PROTECTED]
To: JBoss Developers Group [EMAIL PROTECTED]
Sent:
Bugs item #607895, was opened at 2002-09-11 17:25
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=607895group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Randahl Fink Isaksen (randahl)
Assigned to:
Hello David,
jboss-all/server/build.xml needs ${build.parsers} and ${build.beans}
properties. These are missed in locations.ent.
Should they be added to jboss-all/server/build.xml or locations.ent?
Thank you.
alex
Wednesday, September 11, 2002, 1:15:11 AM, you wrote:
DJ I replaced many of
There is no reason to setup a win32 system as the problem occurs on linux if the
java.io.tmpdir property is set to a directory path with a space in it.
Using the current 3.0 branch with a -Djava.io.tmpdir=/tmp/space\ here
11:52:39,222 INFO [Server] JBoss Release: JBoss-3.0.3RC1
Bugs item #604085, was opened at 2002-09-03 10:34
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=604085group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned
why do i get this error when building jboss-all??
./build.sh
Searching for build.xml ...
Buildfile: /home/emersonc/eclipse/workspace/jboss/build.xml
BUILD FAILED
Error reading project file: unknown protocol: resource
--
Emerson Cargnin
SICREDI - Tel : 3358-4860
I noticed that a few minutes ago. I'm going to see if I can eliminate the
need for them, I think they both contain generated source code so should go
into build.gen-src.
thanks
david jencks
On 2002.09.11 11:55:50 -0400 Alex Loubyansky wrote:
Hello David,
jboss-all/server/build.xml needs
Another problem, David.
When cleaning up I get the following exception.
The file exists and can deleted manually w/o problems.
Or is it just my own problem?
Thank you.
alex
_buildmagic:clean:
[delete] Deleting directory C:\CVSROOT\jboss-all\j2ee\output
BUILD FAILED
Maybe this is a windows only problem? I didn't have a problem cleaning on
linux.
BTW I didn't modify the build.bat files to increase the memory, which was
required on my linux system to do build.sh all. Could you try build.bat
all and add the -X. stuff if necessary?
thanks
david
On
Hello David,
Wednesday, September 11, 2002, 8:00:25 PM, you wrote:
DJ Maybe this is a windows only problem? I didn't have a problem cleaning on
DJ linux.
Maybe.. I have it permanently. Am I along here?
DJ BTW I didn't modify the build.bat files to increase the memory, which was
DJ required on
While fixing a bug I had to unwrap another ServerException in
JRMPInvokerProxy. I'm not really an expert on the exception handling here,
but shouldn't we be unwrapping a lot more exceptions, at least any
ServerException that wraps a RemoteException?
Here's the code:
try {
You should never get a ServerException that wraps a RemoteException
unless the application code did it. My major rewrite to the exception
code assures this. Actually, we should not need any of this unwrapping,
but it looks like the Sun RMI code is broken. When we get rid of the
Sun RMI
AFAIK the sun rmi code wraps all RemoteExceptions into ServerExceptions: it
certainly does so for the TransactionRolledbackException. Is there any
chance that the jboss server code or an application would throw a
ServerException? If not I think this unwrapping should unwrap any
RemoteException
A ServerException is a just RemoteException, so anything can throw one.
This is just another reason to get rid of the lame Sun RMI
implementation (JBoss 4.0). In the meantime, I agree that we (you) will
need to make patched to the unwrapping code.
-dain
David Jencks wrote:
AFAIK the sun
This is just another reason to get rid of the lame Sun RMI
implementation (JBoss 4.0). In the meantime, I agree that we
we are not there yet,
(you) will
need to make patched to the unwrapping code.
let's do the workaround
marc f
You need to set the url search path to include org.jboss.net.protocol.
Look at one of the build.sh or build.bat scripts for details.
--jason
-Original Message-
From: [EMAIL PROTECTED] [mailto:jboss-
[EMAIL PROTECTED]] On Behalf Of Emerson Cargnin
-
SICREDI Serviços
Sent:
Scott,
thanks for your help. I tried to serialize the handle on the client after
RMI transported it. That works fine. The
problem is that my client is a servlet which runs in the same JVM and then
it does not work and I have the same
problems. I need to get the handle from one webapp context
Bugs item #606942, was opened at 2002-09-09 20:24
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=606942group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Bob Cotton (bcotton969)
Number of tests run: 934
Successful tests: 924
Errors:4
Failures: 6
[time of test: 11 September 2002 12:45 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer,
Hi deadlock lovers,
I just did a deadlock-retry-interceptor, which was more easy than I thought.
There is a serverside variant and a client interceptor.
The interesting (i.e. non-perfect) points are:
- how to configure retry strategy (quite simple now)
- where to place the serverside thing in
Bugs item #606942, was opened at 2002-09-09 20:24
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=606942group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Bob Cotton (bcotton969)
Great fucking idea! I shoulda thought of that.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Michael Bartmann
Sent: Wednesday, September 11, 2002 4:07 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Deadlock retry interceptor
Hi deadlock
On 2002.09.11 18:02:52 -0400 Bill Burke wrote:
Great fucking idea! I shoulda thought of that.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Michael Bartmann
Sent: Wednesday, September 11, 2002 4:07 PM
To: [EMAIL PROTECTED]
Subject:
Hi Bill,
I'm glad you like the idea. It's very attractive for me to get code integrated
the right way, which I cannot do on my own (at least not on the first try).
Bill Burke wrote:
Great fucking idea! I shoulda thought of that.
-Original Message-
From: [EMAIL PROTECTED]
Bugs item #606942, was opened at 2002-09-09 20:24
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=606942group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Bob Cotton (bcotton969)
This is just another reason to get rid of the lame Sun RMI
implementation (JBoss 4.0). In the meantime, I agree that we
we are not there yet,
You guys talking about replacing RMI for the remote EJB invocations?? Isn't
that what we have the JBoss.IIOP and JBoss.Net projects??
Regards,
I think so too, because it's a real pain to do retrying from client code
We spent a great deal of time eliminating deadlocks in our application.
For what it's worth, my fix for bug #601097 eliminated many of them.
On Thursday, September 12, 2002, at 08:02 AM, Bill Burke wrote:
Great
these are invokers yes, but they are not RMI re-implementations.
marc f
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On
Behalf Of Hiram Chirino
Sent: Wednesday, September 11, 2002 8:33 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Unwrapping
Number of tests run: 905
Successful tests: 881
Errors:19
Failures: 5
[time of test: 12 September 2002 2:6 GMT]
[java.version: 1.3.1_03]
[java.vendor: Sun Microsystems
Bugs item #595258, was opened at 2002-08-14 21:41
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=595258group_id=22866
Category: JBossCX
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Bruce Schuchardt (bruceschuchardt)
Change Notes item #608163, was opened at 2002-09-12 02:25
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=381174aid=608163group_id=22866
Category: JBossCX
Group: v4.0
Status: Open
Priority: 5
Submitted By: David Jencks (d_jencks)
Assigned to: David Jencks
Well, if you are pooling fine grained objects you should not
use java.util.LinkedList to implement the pool. Whenever you
add an element to a LinkedList you are creating an auxiliary
Entry object, with fields `element', `next', and `previous'.
To do pooling of fine grained objects you should
Great catch! I'll commit this ASAP. Thanks for finding this. You may have
actually solved one of my problems. :)
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Stephen Coy
Sent: Wednesday, September 11, 2002 8:37 PM
To: [EMAIL PROTECTED]
Bugs item #601097, was opened at 2002-08-27 21:45
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=601097group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Fixed
Priority: 5
Submitted By: Stephen Coy (scoy)
Assigned to:
Change Notes item #608189, was opened at 2002-09-11 23:16
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=381174aid=608189group_id=22866
Category: None
Group: v3.2
Status: Open
Priority: 5
Submitted By: Bill Burke (patriot1burke)
Assigned to: Nobody/Anonymous
Bugs item #608202, was opened at 2002-09-12 15:30
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=608202group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Cory Prowse (cosmic)
Assigned to:
58 matches
Mail list logo
