ok it's bug 558362
* * *
View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=14829
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas --
Can someone please explain to me what DeployedURL.watchedUrl is for?
--jason
-
This mail sent through IMP: http://horde.org/imp/
___
Don't miss the 2002 Sprint PCS Application
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 [EMAIL
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 service
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...)?
Bugs item #557209, was opened at 2002-05-17 14:20
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=557209group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Christian Riege (lqd)
Assigned
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
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
Bugs item #548983, was opened at 2002-04-26 02:18
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=548983group_id=22866
Category: JBossCMP
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Ingo BrĂ¼ll (ibruell)
Assigned to: Scott M Stark
Bugs item #557209, was opened at 2002-05-17 05:20
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=557209group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Christian Riege (lqd)
Assigned
Bugs item #558052, was opened at 2002-05-19 19:32
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=558052group_id=22866
Category: None
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Bogdan Ghidireac (ghidi)
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
Feature Requests item #558735, was opened at 2002-05-21 08:44
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376688aid=558735group_id=22866
Category: JBossMX
Group: v3.0 Rabbit Hole
Status: Open
Priority: 7
Submitted By: Andreas Schaefer (schaefera)
Assigned to:
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:
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, May
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
Bugs item #558762, was opened at 2002-05-21 10:15
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=558762group_id=22866
Category: Build System
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned
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]
Sent:
- 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 Loader):
The
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.]
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 when I
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 NEVER
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=detailatid=376685aid=558434group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
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
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
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
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=detailatid=37668
aid=558735group_id=22866
Category: JBossMX
Group: v3.0 Rabbit Hole
Status: Open
Priority: 7
Submitted By:
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
Linux.
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'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 you buid
Feature Requests item #558869, was opened at 2002-05-21 21:11
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376688aid=558869group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Priority: 5
Submitted By: Tim Fox (timfox)
Assigned to:
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
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
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
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:
=
==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
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
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
Bugs item #559012, was opened at 2002-05-21 22:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=559012group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned
Bugs item #559018, was opened at 2002-05-22 05:57
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=559018group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Vincent Zhao (vincentzhao)
Assigned
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
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:
Bugs item #559024, was opened at 2002-05-22 06:13
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=559024group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Henk Laracker (hlaracker)
Assigned to:
43 matches
Mail list logo