Patches item #559034, was opened at 2002-05-22 09:52
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=559034&group_id=22866
Category: JBossServer
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Ari Schot (aschot)
Assigned to: Nobody/Ano
Bugs item #557394, was opened at 2002-05-17 11:51
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=557394&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
>Resolution: Accepted
Priority: 5
Submitted By: Ignacio Coloma (alu1344)
>As
Patches item #559028, was opened at 2002-05-22 09:32
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=559028&group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Ari Schot (aschot)
Assigned to: Nobody/Anonymous
Bugs item #559024, was opened at 2002-05-22 06:13
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=559024&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Henk Laracker (hlaracker)
Assigned t
I think there is agreement that is should be serializable and there already
a bug
on this so it just needs to be done.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To:
Inclusion of log4j.jar in the ServerLoader bootclasspath breaks
loading of unbundled classes used by appenders such as the JavaMail
classes since the DOMConfigurator used Class.forName to load appenders,
etc. Either the class loader created by the ServerLoader needs to be a
custom
subclass that dy
Bugs item #559018, was opened at 2002-05-22 05:57
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=559018&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Vincent Zhao (vincentzhao)
Assigned
Bugs item #559012, was opened at 2002-05-21 22:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=559012&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned
I have brought this up before, but now I am hurting from it... I spoke with
David a little on this, but that is all it has been was talk.
I am using the JMS RA to obtain a QueueConnectionFactory, then use it to
construct the other JMS bits (QueueConnection, QueueSession). The problem
that I h
Hi
We are using Jboss for our projects, we are
using JbossMQ for sending and receiving messages, our front end is applet
.
while using default connection factory which is
basically using two way socket connection, we are unable to receive messages
from the queue/topic but we can send/publis
That particular bug is which is why it can't be exactly the issue we
are seeing. I don't see any open bugs relating to inner classes and
protected base class fields JDK1.4.
On Tuesday 21 May 2002 06:56 pm, Scott M Stark wrote:
> This bug seems the closest match to the problem we are seeing
> and
I thought this problem was only seen under 1.3... ?
--jason
On Tuesday 21 May 2002 06:56 pm, Scott M Stark wrote:
> This bug seems the closest match to the problem we are seeing
> and has a reproducible testcase. The issue is claimed to be
> fixed in 1.4 and the testcase does run correctly with
This bug seems the closest match to the problem we are seeing
and has a reproducible testcase. The issue is claimed to be
fixed in 1.4 and the testcase does run correctly with 1.4 so it
can't be exactly the problem. In general there seem to be many
bugs reported about inner classes accessing prote
Do not email jboss-dev on these issues.
Anyways. -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of
> Mahesh Agarwal
> Sent: Tuesday, May 21, 2002 6:09 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: [JBoss-dev] "flush=true"
>
>
> Hi All
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version "1.3.0"
Java(TM) 2 Runtime Environment, Standard Edi
Number of tests run: 737
Successful tests: 577
Errors:155
Failures: 5
[time of test: 22 May 2002 0:40 GMT]
[java.version: 1.3.0]
[java.vendor: IBM Corporation]
[java.v
Is this problem isolated in 1.3 or do we see it under 1.4 as well?
--jason
On Tuesday 21 May 2002 03:31 pm, Andreas Schaefer wrote:
> Hi Geeks
>
> Just changed "log." to "getLog()" and "server." to
> "getServer()" and now I can startup JBoss server
> again.
>
> BTW the same problem happens in m
> There is a bug in Sun's 1.3 jvm. Inner classes can not access protected
> members inherited from the outer class's super class:
I think it is ironic that Sun's vm does not support the language spec...
Does anyone know if there is a bug filed on this?
--jason
> A (defines protected field:
Hi Geeks
Just changed "log." to "getLog()" and "server." to
"getServer()" and now I can startup JBoss server
again.
BTW the same problem happens in most of the
TestCases !!
Have fun
x
Andreas Schaefer
Senior Consultant
JBoss Group, LLC
x
Hi All
I am facing this error, can anyone please help me out solving this.
Thanks a lot
Mahesh
org.apache.jasper.compiler.CompileException:
C:\JBoss-2.4.4_Tomcat-3.2.3\tomcat\webapps\zeborg\jsp\zeborg\buyer\MarketSum
mary.jsp(76,36) jsp:include needs to have "flush=true"
at
org.apache.
There is a bug in Sun's 1.3 jvm. Inner classes can not access protected
members inherited from the outer class's super class:
A (defines protected field: log)
B extends A
+-- C (Inner class of B)
Trying to access log from C fails. This is why all inner-classes of
MainDeployer called the publi
Feature Requests item #558869, was opened at 2002-05-21 21:11
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376688&aid=558869&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Priority: 5
Submitted By: Tim Fox (timfox)
Assigned to: Nobody/Anon
I'm seeing the same thing, building and running with 1.3.1/MacOSX.
> From: Francisco Reverbel <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> Date: Tue, 21 May 2002 17:22:02 -0300 (EST)
> To: JBoss-dev <[EMAIL PROTECTED]>
> Subject: Re: [JBoss-dev] NoSuchMethodError in MainDeployer
>
> Did y
Hi
> Did you buid JBoss with JDK 1.4 and attempted to start the server with
> IBM's 1.3 or 1.3.1 VM for Linux, by any chance? I had trouble in this
> case.
>
> It appears that a 1.4-generated server barfs with IBM's 1.3.x VMs for
> Linux. Do not ask me why... ;-(
I have the same problem with an
I only have jdk1.3.1_01 on this box.
Francisco Reverbel wrote:
> Did you buid JBoss with JDK 1.4 and attempted to start the server with
> IBM's 1.3 or 1.3.1 VM for Linux, by any chance? I had trouble in this
> case.
>
> It appears that a 1.4-generated server barfs with IBM's 1.3.x VMs for
> L
This is done.
Regards,
Adrian
> Feature Requests item #558735, was opened at
> 2002-05-21 08:44
> You can respond by visiting:
> http://sourceforge.net/tracker/?func=detail&atid=37668
> &aid=558735&group_id=22866
>
> Category: JBossMX
> Group: v3.0 Rabbit Hole
> Status: Open
> Priority: 7
> Su
Chances are this is due to a problem accessing the Logger log field... when
did Sun decide not to support nested classes... this is getting ugly.
--jason
On Tuesday 21 May 2002 08:43 am, Justin Casp wrote:
> Hi List,
> I've just recently begun to see this error occur sporadically when starting
Did you buid JBoss with JDK 1.4 and attempted to start the server with
IBM's 1.3 or 1.3.1 VM for Linux, by any chance? I had trouble in this
case.
It appears that a 1.4-generated server barfs with IBM's 1.3.x VMs for
Linux. Do not ask me why... ;-(
Best,
Francisco
On Tue, 21 May 2002, Dain
I can't seem to get the server to start anymore. I did a fresh checkout
and rebuild. When I start the server I get the following exception:
13:50:58,280 ERROR [Server] start failed
org.jboss.deployment.DeploymentException: Could not create deployment:
file:/hom
e/dain/work/jboss/jboss-head/bu
Sorry, should have said it: RC2
[EMAIL PROTECTED] wrote:
>Bugs item #558434, was opened at 2002-05-20 16:37
>You can respond by visiting:
>http://sourceforge.net/tracker/?func=detail&atid=376685&aid=558434&group_id=22866
>
>>Category: JBossServer
>>
>Group: v3.0 Rabbit Hole
>Status: Open
>Resol
The ObjectNameConverter does not also convert
forbidden characters in the key (why not), on the
conversion back it does add a ",*" on the string
representation and a "*" key on the property list
hashtable when it is a pattern Object Name for
queries.
It also contains a warning that you SHOULD NEVE
Hi Andreas,
This should be fixed now.
Regards,
Adrian
> Hi Andreas,
>
> Apologies. I should have put a test for this in the
> testsuite,
> I broke this a couple of weeks ago.
> Thanks for your test, although it does have a small
> mistake which
> I'll fix as well.
>
> I'll commit this evening
Number of tests run: 593
Successful tests: 593
Errors:0
Failures: 0
[time of test: 21 May 2002 10:35 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
[ja
- Original Message -
From: "David Ward" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: "JBoss Dev" <[EMAIL PROTECTED]>
Sent: Tuesday, May 21, 2002 6:33 AM
Subject: [JBoss-dev] Re: [JBoss-user] JBoss 3.0 ClassLoader Architecture
> 1) In your document, you state (concerning the WAR Loade
Read the RC3 release notes on how to isolate ears.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Hunter Hillegas" <[EMAIL PROTECTED]>
To: "JBoss Dev" <[EMAIL PROTECTED]>; "David Jencks"
<[EMAIL PROTECTED
Bugs item #558762, was opened at 2002-05-21 10:15
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=558762&group_id=22866
Category: Build System
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned
So if I have two different versions of my application, I have to use a
totally different packaging mechanism to get them both to deploy?
Right now, this is what I have:
EAR1
EAR2
Both contain *similar* ejb-jars. The ejb-jars contain classes with the same
names and similar packaging, but differe
Not exactly, Bill. By default the mapping should just return the
default mapping requested by the system. If and only if the user wants
to run multiple copies of JBoss on a single machine, do they add a
configuration mapping to the mapper.
I should be no more complex then what we currently h
All I'm saying is that this is just another configuration file in an already
complicated system. Energies might be spent in a better direction. I'll
shut up now...
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Scott
> M Stark
> Sent: Tuesday, Ma
It should be an MBean local to each server instance that does whatever it
does to talk to the mapping database(filesystem, ldap, jdbc, javaspaces). It
can't have dependencies on other services that depend on the mapping
service.
Scott Stark
Chief Technology Officer
JBoss
Ok, and you will have that ready by?
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Bill Burke" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, May 21, 2002 8:32 AM
Subject: RE: [JBoss-dev] Re:
Hi List,
I've just recently begun to see this error occur sporadically when starting
JBoss after being freshly built from the cvs head. I was able to find a
build on another machine that's a few days old, and it boots fine. However,
when I deploy a user ear on this older build (very simple ex
Feature Requests item #558735, was opened at 2002-05-21 08:44
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376688&aid=558735&group_id=22866
Category: JBossMX
Group: v3.0 Rabbit Hole
Status: Open
Priority: 7
Submitted By: Andreas Schaefer (schaefera)
Assigned to:
Guys,
I've been thinking about this. Wouldn't it be better/easier to create a UI
configuration tool than do this port mapper stuff? What I mean is a JBoss
configuration tool that for each component asks you what port you want your
JNDI server to run on, Web server, etc... as well as other confi
Bugs item #558052, was opened at 2002-05-19 19:32
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=558052&group_id=22866
Category: None
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Bogdan Ghidireac (ghidi)
Assigned to: No
Bugs item #557209, was opened at 2002-05-17 05:20
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=557209&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Christian Riege (lqd)
Assign
Bugs item #548983, was opened at 2002-04-26 02:18
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=548983&group_id=22866
Category: JBossCMP
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Ingo Brüll (ibruell)
>Assigned to: Scott M
This sounds like something I added for exploded deployments. (the url to
watch for redeployment is the app-specific xml: ejb-jar.xml for ejbs,
application.xml for ears, ...) It is an MBean operation in MainDeployer
that returns the corresponding DeploymentInfo's watch field.
-Larry
> Can someo
I have added in CVS head support for the graceful shutdown of a context.
If stats are on for a context (so that active sessions are being traced)
and stop(true) is called instead of stop(), then the context
immediately starts rejecting new requests but the stop call waits until
all requests have
Bugs item #558672, was opened at 2002-05-21 13:39
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=558672&group_id=22866
Category: None
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: David Jencks (d_jencks)
Assigned to: Nobody
Scott,
Thank you very much for this! A few questions/requests, though:
1) In your document, you state (concerning the WAR Loader):
"The WAR Loader is a servlet container specific ClassLoader that
delegates to the Web ENCLoader as its parent class loader. The default
behavior is to loa
Bugs item #557209, was opened at 2002-05-17 14:20
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=557209&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Christian Riege (lqd)
Assign
Very basic question, but I have to ask it: how should the service bindings
"service" be exposed? I assume as MBean? MBean with static port manager
bound in JNDI (might have the chicken/egg problem here, since JNDI would be
a dependency and JNDI would need to find what port on which to run...)?
#
On Mon, 20 May 2002, Dain Sundstrom wrote:
> [I moved this to the dev list]
>
> I think the real power of JMX is you can have disparate components that
> can all talk to a central object without becoming tightly coupled.
>
> Here is my idea:
>
> We have an optional port server MBean. Before a se
Hi Andreas,
Apologies. I should have put a test for this in the testsuite,
I broke this a couple of weeks ago.
Thanks for your test, although it does have a small mistake which
I'll fix as well.
I'll commit this evening when I can get CVS access.
Regards,
Adrian
>From: "Andreas Schaefer" <[EM
55 matches
Mail list logo
