I don't understand how this is the cause of the ClassCastException?
Can you explain that please.
--jason
Jan Bartel wrote:
> Jason,
>
> Okay, I'm not perplexed anymore! :-) Jetty expects to find at least
> either a WEB-INF/classes directory, or a WEB-INF/lib (with at least one
> jar in it) i
Jason,
Okay, I'm not perplexed anymore! :-) Jetty expects to find at least
either a WEB-INF/classes directory, or a WEB-INF/lib (with at least one
jar in it) in the webapp directory - so the short term fix is for you
to create an empty WEB-INF/classes directory, and all should be well.
In the s
User: user57
Date: 02/03/02 00:05:19
Added: src/main/org/jboss/deployment/scanner
AbstractDeploymentScanner.java
URLDeploymentScanner.java
URLDeploymentScannerMBean.java
Log:
o Adding a URLDeploymentScanner
> Can you please post some more details on your exact scenario, viz:
Will try.
> + is this a hot redeploy of Jetty, especially is it a hot redeploy
>when some webapps were already deployed?
Not a redeploy.
> + have you modified your jetty jboss-service.xml file to include a
> webapp (
Jason,
Can you please post some more details on your exact scenario, viz:
+ is this a hot redeploy of Jetty, especially is it a hot redeploy
when some webapps were already deployed?
+ have you modified your jetty jboss-service.xml file to include a
webapp (long shot, but I have to ask)?
To reproduce, add the following into the jetty jboss-service.xml:
/
I did not test that this happens on deployment. I copied
jetty-plugin.sar to lib/jetty-plugin.jar and copied jboss-service.xml to
jetty-service.xml.
--jason
Scott M Stark wrote:
>This is the start of the J
Wow... a unique subject line... nice. Forums will like this too...
--jason
[EMAIL PROTECTED] wrote:
>JBoss daily test results
>
>SUMMARY
>
>Number of tests run: 503
>
>
>
>Successful tests: 494
>
>Errors:4
>
>Failures:
JBoss daily test results
SUMMARY
Number of tests run: 503
Successful tests: 495
Errors:4
Failures: 4
[time of test: 2 March 2002 6:33 GMT]
[java.version: 1.3.1_
JBoss daily test results
SUMMARY
Number of tests run: 503
Successful tests: 495
Errors:4
Failures: 4
[time of test: 2 March 2002 5:47 GMT]
[java.version: 1.3.1]
JBoss daily test results
SUMMARY
Number of tests run: 503
Successful tests: 495
Errors:4
Failures: 4
[time of test: 2 March 2002 4:44 GMT]
[java.version: 1.3.1]
JBoss daily test results
SUMMARY
Number of tests run: 503
Successful tests: 495
Errors:4
Failures: 4
[time of test: 2 March 2002 3:35 GMT]
[java.version: 1.3.1]
JBoss daily test results
SUMMARY
Number of tests run: 503
Successful tests: 494
Errors:4
Failures: 5
[time of test: 2 March 2002 2:57 GMT]
[java.version: 1.3.0]
This is the start of the JettyService which is a subclass of
AbstractWebContainer. This is before the web app URLClassLoader
has been created. This does not occur until the
performDeploy(String path, String warUrl, WebDescriptorParser parser)
call. Apparently Jetty initializes the JSP servlet befo
java.lang.ClassCastException: org.jboss.system.MBeanClassLoader
at org.apache.jasper.servlet.JspServlet.init(JspServlet.java:269)
at
org.mortbay.jetty.servlet.ServletHolder.start(ServletHolder.java:203)
at
org.mortbay.jetty.servlet.ServletHandler.start(ServletHandler.java
Hopefully you can find something simple to fix this...
Perhaps we can simply make a UCL and set the TCL inside JettyService:
/**
* The JSP engine (a.k.a Jasper)!
*
* The servlet container is responsible for providing a
* URLClassLoader for the web application context Jasper
* is being used
User: user57
Date: 02/03/01 17:16:37
Modified:src/main/org/jboss/system ServiceConfigurator.java
Log:
o deal with those pesk JMX exceptions when setting an attribute
Revision ChangesPath
1.3 +36 -5 jboss-system/src/main/org/jboss/system/ServiceConfigurator.j
Show the stack trace for the cast. The parent class loader of
every web context and request should be a URLClassLoader
as this is created by the AbstractWebContainer to establish
a unique ENC namespace.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
xxx
No, I'm obviously talking rubbish again.
I think I need to look at how Jetty does the
classloaders to figure this one out.
At Scott's suggestion, JBossMX remembers the
context classloader from the MBean's registration and
uses it again during MBean invocation. It has to be
something to do with t
Bugs item #523239, was opened at 2002-02-27 02:24
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=523239&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Marcel Ammerlaan (mam)
Assigned
User: d_jencks
Date: 02/03/01 17:02:58
Added: src/main/org/jboss/test/cmp2/cmr/ejb CMRBugBean.java
CMRBugManagerBean.java
Log:
Testcase for bugs 523627, making sure changes in PostCreate are written to db, and
bug 523239, a problem with cmr relationships (
User: d_jencks
Date: 02/03/01 17:00:15
jbosstest/src/main/org/jboss/test/cmp2/cmr/ejb - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: d_jencks
Date: 02/03/01 17:02:58
Modified:.build.xml
Log:
Testcase for bugs 523627, making sure changes in PostCreate are written to db, and
bug 523239, a problem with cmr relationships (at least) when using xdoclet generated
jbosscmp-jdbc.xml. The post create is fi
User: d_jencks
Date: 02/03/01 17:02:58
Added: src/main/org/jboss/test/cmp2/cmr/test
CMRPostCreatesWrittenUnitTestCase.java
Log:
Testcase for bugs 523627, making sure changes in PostCreate are written to db, and
bug 523239, a problem with cmr relationships
You can create a custom security policy, but this requires a
modification of the JDK jre/lib/security/java.security file
which many will balk at. I don't want to tweak the VM
installation to use JBoss with a security manager.
Scott Stark
Chief Technology Officer
JBoss Gro
Sorry, forgot about that.
--jason
Trevor Squires wrote:
> User: squirest
> Date: 02/03/01 16:12:06
>
> Modified:.modules
> Log:
> jbossmx needs gnu and bcel (lower case)
>
> Revision ChangesPath
> 1.102 +2 -1 CVSROOT/modules
>
> Index: modules
> =
User: d_jencks
Date: 02/03/01 17:00:15
jbosstest/src/main/org/jboss/test/cmp2/cmr/test - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: d_jencks
Date: 02/03/01 16:59:51
jbosstest/src/main/org/jboss/test/cmp2/cmr - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
I can't speak for apache/jasper.
But (I think) with JBossMX jasper gets the apps
UnifiedClassLoader instead of JettyService's MBeanClassLoader.
The "I think" is because I haven't actually verified
this.
I do know the WebIntegration tests don't have the JSP problems running under JBossMX
that it
Does anyone know why the Jasper JspSevlet thinks that its TCL is always
a URLClassLoader? It takes the value from
Thread.currentThread().getContextClassLoader() and casts it with out a
care... does the same for getClass().getClassLoader()...
It is assigning the value parentClassLoader, which
User: squirest
Date: 02/03/01 16:12:06
Modified:.modules
Log:
jbossmx needs gnu and bcel (lower case)
Revision ChangesPath
1.102 +2 -1 CVSROOT/modules
Index: modules
===
RCS file: /
User: user57
Date: 02/03/01 16:03:57
Modified:jetty/src/main/org/jboss/jetty JettyService.java
Log:
o replace printStackTrace with logging
o special handling for MultiException on start, since it does not
implement a proper printStackTrace method...
Revision Changes
> Ohhh my baby is grown up, it is not even mine any
> more.
>
> I got a tear running down my cheek, snnniff!
>
> this is great news, how about the speed?
>
> marcf
Speed is fine. On my pc about 440 secs for both
the RI and JBossMX on the testsuite.
We improved by 10-20 secs this week, is that
User: user57
Date: 02/03/01 15:26:08
Modified:.build.xml
Log:
o add todo, will fix in others soon
Revision ChangesPath
1.6 +47 -2 jboss-system/build.xml
Index: build.xml
===
RCS
User: user57
Date: 02/03/01 15:24:39
Added: src/main/org/jboss/system/server ServerConfigLocator.java
Log:
o helper to get a proxy to ServerConfig instance
Revision ChangesPath
1.1
jboss-system/src/main/org/jboss/system/server/ServerConfigLocator.j
Yup.
--jason
marc fleury wrote:
>turn off the brain.
>
>try and run the stuff off of http.
>
>fix what doesn't work.
>
>GOt that?
>
>marcf
>
>"I would like to be ..."
>-- Groovetech DJ 2001 --
>
___
Jboss-development mailing list
[EMAIL PROTECTED]
What are you trying to do that won't let you simply deploy your fake war
with the main deployer and let it take care of finding the web deployer??
Maybe you need a generally useful service we should add to MainDeployer??
david jencks
On 2002.03.01 17:12:58 -0500 Dr. Christoph Georg Jung wrote:
User: user57
Date: 02/03/01 14:36:30
Removed: apache/BCEL/lib bcel.jar
Log:
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
turn off the brain.
try and run the stuff off of http.
fix what doesn't work.
GOt that?
marcf
"I would like to be ..."
-- Groovetech DJ 2001 --
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-
On 2002.03.01 17:45:33 -0500 Jason Dillon wrote:
> Does the main jboss-service.xml need a ? If not why is
> it there? It seems like this loads the libraries required by the
> service... I don't get why you think it should not be used... can you
> explain?
>
> --jason
>
mmm. That one we ne
User: user57
Date: 02/03/01 14:37:56
Modified:.build.xml
Log:
o BCEL -> bcel
o using vendor prefix
Revision ChangesPath
1.26 +6 -6 jmx/build.xml
Index: build.xml
===
RCS file
What would be cool is if jboss eventually used a ClassLoader system that
allowed service classes to be self-contained. In other words,
jbossmq-service.xml could have:
Only the classes explicitly exported would be made available to the other
services. This would let jbossmq use
User: user57
Date: 02/03/01 14:35:44
Log:
Status:
Vendor Tag: apache
Release Tags: bcel_unknown
N thirdparty/apache/bcel/LICENSE
N thirdparty/apache/bcel/VERSION
N thirdparty/apache/bcel/lib/bcel.jar
No conflicts created by this import
___
>
>
>|I just realized how simple it would be to do all of the same
>|functionality that DDS does and retain any URL capabilites in the same
>|component... I was so into the local/directory only thing that I did
>|not see it.
>|
>|I will add URLDeploymentScanner tomorrow...
>
>scanning URLs is not
User: cgjung
Date: 02/03/01 14:12:57
Modified:jboss.net/src/main/org/jboss/net/axis/server
AxisService.java AxisServiceMBean.java
Constants.java
Log:
this one is for peter ... patched web-container access to go through the
maindeplo
User: cgjung
Date: 02/03/01 14:12:58
Modified:jboss.net/testsuite build.bat
Log:
this one is for peter ... patched web-container access to go through the
maindeployer (still dirty) and
switched authentication off for now since Jetty does still not as we like. I get
hang-ups in
User: cgjung
Date: 02/03/01 14:12:58
Modified:jboss.net/src/resources/plugin/META-INF install-axis.xml
jboss-service.xml
Log:
this one is for peter ... patched web-container access to go through the
maindeployer (still dirty) and
switched authentication
>
>
>> The main problem with using ../ here (and other places) is that when the
>> configuration as specified on the command line changes, this breaks.
>>
>
> hu?
In most places where relative paths are prefixed with a base, the base
value is determined from ServerConfig.getServerHomeDir(), w
Currently the primary jboss-service.xml does exactly this, so Dave might
not be including in other files, since this one already
does it.
I hope that eventually we use explicit jar refs, so we don't bloat the
heap with unused libs.
--jason
Hiram Chirino wrote:
> How does the server know w
> You should be able to do the following:
> /**
>* blah
>*/
> public void myMethod()
> {
> /** @todo put something here */
> }
Are you saying _should_ or _can_? afaik (although to be honest I haven't
tested it), the javadoc engine only supports class/interface/method level
nodes.
>From: Jason Dillon <[EMAIL PROTECTED]>
>To: Hiram Chirino <[EMAIL PROTECTED]>
>CC: [EMAIL PROTECTED],
>[EMAIL PROTECTED]
>Subject: Re: [JBoss-dev] Property access in *service.xml and relative paths
>Date: Fri, 01 Mar 2002 14:43:59 -0800
>
>The main problem with using ../ here (and other places)
>
>
>Its not reasonable to force the use of 1.4 at this point so the
>first point is irrelevant. We have to be able to run under a
>security manager with 3.0 with JDK 1.3.
>
That is not what I meant. I was under the impression that a SM could
still be used under 1.3, but would not be "spec comp
Ohhh my baby is grown up, it is not even mine any more.
I got a tear running down my cheek, snnniff!
this is great news, how about the speed?
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Adrian Brock
|Sent: Friday, March 01, 2002 1:09 PM
|
What do you mean "this morning"...
=P
--jason
marc fleury wrote:
>ok sorry for freaking out, man I am prissy this morning.
>
>in a general bad mood,
>
>marcf
>
>
>|-Original Message-
>|From: Sacha Labourey [mailto:[EMAIL PROTECTED]]
>|Sent: Friday, March 01, 2002 7:32 AM
>|To: marc fl
OK, after one of my younger cohorts tried to create an instance of a
CMP entity whose fields were all private (at least he understands
encapsulation!) leading to a mysterious NPE, I ran across the
following code in CMPFieldMetaData:
catch (NoSuchFieldException e)
{
// we can have a pri
Does the main jboss-service.xml need a ? If not why is
it there? It seems like this loads the libraries required by the
service... I don't get why you think it should not be used... can you
explain?
--jason
David Jencks wrote:
>Are you sure you need the element at all? Unless you are
>l
The main problem with using ../ here (and other places) is that when the
configuration as specified on the command line changes, this breaks.
It would be better to be explit here, and other places which need
configuration directories or urls to use the values determined by
ServerConfig* by usi
Cool,
1) Install jboss-jmx.jar in lib
2) Change the hard-coded jmxri.jar to jboss-jmx.jar in
org.jboss.Main
3) Change the testsuite to run over jboss-jmx.jar
We have a working JBoss running over JBossMX :-)
Add bonuses
Fixes two problems in the WebIntegerationUnitTestCase
as well!
Works on jdk1
Although it may not be needed for the default sars,
we do need the ability to specify a classpath in the event
that the service refers to an external set of jars as is the
case with the tomcat4 service.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
xxx
We could make the DeploymentInfos into mbeans, and you could look at the
state of the one for jboss-service.xml. I guess the way to do this might
be to make an mbean representing a sar or *service.xml, and for all mbeans
representing deployed packages (currently RARDeployment, and
org.jboss.ejb.E
On Fri, 1 Mar 2002, Chris Kimpton wrote:
> I also increased the time I allow for the server to warm up - it was
> 2mins - but my test runs show it taking 1min 40secs or so - which is
> getting close - so it now allows 5 mins for the server to warm up.
For the init script I wrote for debian, I al
That does get around the problem:
Security
961>java -Xbootclasspath/a:run.jar -Djava.security.manager -Djava.secu
rity.policy=server.policy -Djava.protocol.handler.pkgs=org.jboss.net.protoco
l HelloMain
HelloMain.main is ok
I'm not sure this is a viable option since this is a VM specific option
How does the server know where the jars are if the is not
there. Does it just load up all the lib/* jars??
Regards,
Hiram
>From: David Jencks <[EMAIL PROTECTED]>
>To: Hiram Chirino <[EMAIL PROTECTED]>
>CC: [EMAIL PROTECTED], [EMAIL PROTECTED]
>Subject: Re: [JBoss-dev] Property access in *ser
Have you tried adding it to the primordial class loader? I think it is
something like -Xbootclasspath
-dain
Scott M Stark wrote:
> Even if I put the njar protocol handler in the system classpath
> and try a trival hello world main with the following simple
> policy file, running with a securi
User: ejort
Date: 02/03/01 10:51:04
jmx/src/main/test/performance/serialize/support - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: ejort
Date: 02/03/01 10:50:05
jmx/src/main/test/performance/serialize - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: ejort
Date: 02/03/01 10:50:27
jmx/src/main/test/performance/registration/support - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: ejort
Date: 02/03/01 10:49:56
jmx/src/main/test/performance/registration - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Its not reasonable to force the use of 1.4 at this point so the
first point is irrelevant. We have to be able to run under a
security manager with 3.0 with JDK 1.3.
Adding the njar protocol handler to the system classpath
does not solve the problem as the policy file parser crashes
with a stack o
Even if I put the njar protocol handler in the system classpath
and try a trival hello world main with the following simple
policy file, running with a security manager fails when the policy
file parsers goes into an infinitely recursive loop and blows
out the stack. This is a show stopper for the
Bugs item #524241, was opened at 2002-03-01 03:21
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=524241&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Cristian Malinescu (crismally
Thanks Dave, these should be only in create (to create) and destroy(to
remove). I wonder how the ears in the testsuite got deployed?
david jencks
On 2002.03.01 10:23:01 -0500 Dave Smith wrote:
> When deploying an ear I am getting
>
> 2002-03-01 09:39:05,228 ERROR
> [org.jboss.management.j2ee.
Bugs item #524241, was opened at 2002-03-01 09:21
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=524241&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Cristian Malinescu (crismally)
Assig
Patches item #524391, was opened at 2002-03-01 16:01
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=524391&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Hugh Greene (hgreene_n
User: d_jencks
Date: 02/03/01 07:59:05
Modified:src/main/org/jboss/deployment EARDeployer.java
Log:
removed doubled J2EEApplication.create from init method, leaving the one in create
where it belongs
Revision ChangesPath
1.8 +1 -15 jboss/src/main/org/jboss/dep
User: juhalindfors
Date: 02/03/01 07:52:59
Modified:src/main/org/jboss/mx/capability
OptimizedMBeanDispatcher.java
Added: src/main/org/jboss/mx/capability DispatchClassLoader.java
Log:
all the class mungling done in-memory
Revision ChangesPa
Patches item #524384, was opened at 2002-03-01 15:54
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=524384&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Hugh Greene (hgreene_n
ok sorry for freaking out, man I am prissy this morning.
in a general bad mood,
marcf
|-Original Message-
|From: Sacha Labourey [mailto:[EMAIL PROTECTED]]
|Sent: Friday, March 01, 2002 7:32 AM
|To: marc fleury; [EMAIL PROTECTED]
|Subject: RE: [JBoss-dev] CVS update:
|jbossmx/src/main/o
Are you sure you need the element at all? Unless you are
loading from an http: url you should be fine by removing this element
entirely. I guess I better go through everything and do this... I already
got a lot of messages from them being in the db config examples.
david jencks
On 2002.03.01 1
oh no, complexity creeping back in???
no sub partitions, please, I still don't get what they do.
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Sacha
|Labourey
|Sent: Friday, March 01, 2002 4:36 AM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev]
No ;)
No sub-partitions ;)
cluster <=> partition != sub-partition
Partitions have always be in. What you don't get are *sub*-partitions. But
this CVS log doesn't concern sub-partition at all.
sky is blue.
> -Message d'origine-
> De : marc fleury [mailto:[EMAIL PROTECTED]]
> Envoyé :
When deploying an ear I am getting
2002-03-01 09:39:05,228 ERROR
[org.jboss.management.j2ee.J2EEApplication] Could not create JSR-77
J2EEApplication: cadexTest.ear
javax.management.InstanceAlreadyExistsException:
jboss.management.single:J2EEDomain=Manager,J2EEServer=Single,name=cadexTest.ear,t
it would be kinda nice if the url's in the service.xml file were relative to
the service.xml file. Do I make sense?? so if the service.xml files is:
/jboss/server/default/deploy/jbossmq-service.xml
To load all the jboss/lib jars :
To load all the jars in the server's lib dirctory: /jboss/serve
If you want to do something else that is useful jason...
|I just realized how simple it would be to do all of the same
|functionality that DDS does and retain any URL capabilites in the same
|component... I was so into the local/directory only thing that I did
|not see it.
|
|I will add URLDeplo
You should be able to do the following:
/**
* blah
*/
public void myMethod()
{
/** @todo put something here */
}
Ken
- Original Message -
From: "Dmitri Colebatch" <[EMAIL PROTECTED]>
To: "Jason Dillon" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Thursday, February 28, 2002
User: kimptoc
Date: 02/03/01 06:38:40
Modified:src/bin jboss_init_redhat.sh
Log:
test the location is a file not directory - DOH
Revision ChangesPath
1.7 +5 -0 jboss/src/bin/jboss_init_redhat.sh
Index: jboss_init_redhat.sh
Hello,
Currently, the client directory contains client-side jars needed to work
with JBoss.
While it is very modular to have one jar per "function" (clustering,
security, ...) (and it is also easier to build as each module is responsible
for building its own set of client-side JARs), in many cas
User: slaboure
Date: 02/03/01 04:35:31
Modified:src/main/org/jboss/ha/hasessionstate/server
HASessionStateImpl.java
Log:
Unbind in NonSerializableFactory was not performed at service shutdown
Revision ChangesPath
1.7 +3 -2
jbossmx/src/
User: slaboure
Date: 02/03/01 04:35:30
Modified:src/main/org/jboss/ha/framework/server HAPartitionImpl.java
Log:
Unbind in NonSerializableFactory was not performed at service shutdown
Revision ChangesPath
1.17 +6 -2
jbossmx/src/main/org/jboss/ha/framework/serv
User: slaboure
Date: 02/03/01 04:36:24
Modified:src/main/org/jboss/ha/framework/server ClusterPartition.java
Log:
Set JavaGroups properties generally suggested by Bela Ban (pbcast protocols)
Revision ChangesPath
1.15 +17 -3
jbossmx/src/main/org/jboss/ha/framewo
User: slaboure
Date: 02/03/01 04:11:34
Modified:src/main/org/jboss/ha/framework/server
DistributedReplicantManagerImpl.java
Log:
Severe bug: could not get node name at construtor-time.
Revision ChangesPath
1.15 +3 -2
jbossmx/src/main/or
User: juhalindfors
Date: 02/03/01 04:02:25
Added: src/main/test/compliance/metadata/support Trivial.java
TrivialMBean.java
Log:
Revision ChangesPath
1.1 jmx/src/main/test/compliance/metadata/support/Trivial.java
Index: Tri
User: juhalindfors
Date: 02/03/01 04:01:42
Modified:src/main/test/compliance/metadata MetaDataSUITE.java
Log:
Revision ChangesPath
1.3 +2 -1 jmx/src/main/test/compliance/metadata/MetaDataSUITE.java
Index: MetaDataSUITE.java
User: juhalindfors
Date: 02/03/01 04:01:01
jmx/src/main/test/compliance/metadata/support - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: juhalindfors
Date: 02/03/01 04:05:37
Added: src/main/test/compliance/metadata
MBeanAttributeInfoTEST.java
Log:
Revision ChangesPath
1.1
jmx/src/main/test/compliance/metadata/MBeanAttributeInfoTEST.java
Index: MBeanA
Bugs item #523861, was opened at 2002-02-28 15:04
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=523861&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: John Baker (bongo_john)
Assigned to:
User: juhalindfors
Date: 02/03/01 03:57:34
Modified:src/main/javax/management MBeanAttributeInfo.java
MBeanOperationInfo.java
Log:
javadocs + cleanup
Revision ChangesPath
1.4 +96 -11jmx/src/main/javax/management/MBeanAttributeInfo.java
Hi,
--- Scott M Stark <[EMAIL PROTECTED]> wrote:
> RedHat 7.2 with Sun JDK 1.3.1_02 is what is working for me:
>
Thanks for that - I've just installed that on the server too - so we
will get 5 messages per day.
I think the problem is solved - the latest jboss re-org had moved the
location of t
User: kimptoc
Date: 02/03/01 01:53:58
Modified:src/bin jboss_init_redhat.sh
Log:
added some validation to the console location - seems to cause problems if its
invalid
Revision ChangesPath
1.6 +6 -0 jboss/src/bin/jboss_init_redhat.sh
Index: jboss_init_
Someone mentioned that 1.4 will allow for runtime config of security
policy... why not defer tight policy integration until we have switched
to it by default?
Could also add njar to the system loader...
It seems very strange to me that we now have huge names under tmp/deploy
(which may not fu
>
>
>The final idea floating around is that of multiple configurations. I am
>thinking that there are many deploy directories in the MainDeployer now (it
>is capable of scanning many directories not just the /deploy one) and we
>should take advantage of this. Maybe we could have
>/conf/default/-
1 - 100 of 109 matches
Mail list logo
