The following still have dependencies to mx4j..
applications/console/geronimo-console-core/pom.xml
configs/client-system/pom.xml
configs/j2ee-system/pom.xml
configs/jsr88-cli/pom.xml
configs/jsr88-deploymentfactory/pom.xml
configs/shutdown/pom.xml
maven-plugins/geronimo-maven-plugin/pom.xml
modul
Does the system blow up in strange ways if you do?
--jason
On Feb 28, 2007, at 1:09 PM, Sachin Patel wrote:
The following still have dependencies to mx4j..
applications/console/geronimo-console-core/pom.xml
configs/client-system/pom.xml
configs/j2ee-system/pom.xml
configs/jsr88-cli/pom.xml
c
Trying now, I know I removed my dependencies on mx4j on devtools and
rely on the jmx stuff in the vm and it works perfectly.
-sachin
On Feb 28, 2007, at 4:16 PM, Jason Dillon wrote:
Does the system blow up in strange ways if you do?
--jason
On Feb 28, 2007, at 1:09 PM, Sachin Patel wrote
What about remote deploy?
--jason
On Feb 28, 2007, at 1:22 PM, Sachin Patel wrote:
Trying now, I know I removed my dependencies on mx4j on devtools
and rely on the jmx stuff in the vm and it works perfectly.
-sachin
On Feb 28, 2007, at 4:16 PM, Jason Dillon wrote:
Does the system blow
If this works, then we should check for any mx4j bits in the codebase
(like the logging init) and make sure to pull that out too.
--jason
On Feb 28, 2007, at 1:22 PM, Sachin Patel wrote:
Trying now, I know I removed my dependencies on mx4j on devtools
and rely on the jmx stuff in the vm an
should work, as i think i remember it working from the eclipse plugin
also, but will verify.
-sachin
On Feb 28, 2007, at 4:27 PM, Jason Dillon wrote:
What about remote deploy?
--jason
On Feb 28, 2007, at 1:22 PM, Sachin Patel wrote:
Trying now, I know I removed my dependencies on mx4j o
I think we are free from mx4j deps now... only 2 references of 'mx4j'
in the project now:
* modules/ge-activemq-rar/pom.xml (dependency excludes)
* modules/geronimo-jetty6/src/test/java/org/apache/geronimo/jetty6/
ClassLoaderTest.java (attempts to use "mx4j.MBeanDescription" to test
classl
On Mar 1, 2007, at 1:32 PM, Jason Dillon wrote:
* modules/geronimo-jetty6/src/test/java/org/apache/geronimo/jetty6/
ClassLoaderTest.java (attempts to use "mx4j.MBeanDescription" to
test classloading stuff)
Not sure what to do about the later... or even if anything needs to
be done.
I'd
On Mar 1, 2007, at 4:04 PM, Dain Sundstrom wrote:
* modules/geronimo-jetty6/src/test/java/org/apache/geronimo/
jetty6/ClassLoaderTest.java (attempts to use
"mx4j.MBeanDescription" to test classloading stuff)
Not sure what to do about the later... or even if anything needs
to be done.
I'd
The tests have been disabled (the names starts with xtest)...
Thanks
Anita
--- Jason Dillon <[EMAIL PROTECTED]> wrote:
> On Mar 1, 2007, at 4:04 PM, Dain Sundstrom wrote:
> >> * modules/geronimo-jetty6/src/test/java/org/apache/geronimo/
> >> jetty6/ClassLoaderTest.java (attempts to use
> >
Ah... I didn't notice that ;-)
Maybe it should be nuked then...
--jason
On Mar 2, 2007, at 4:49 AM, Anita Kulshreshtha wrote:
The tests have been disabled (the names starts with xtest)...
Thanks
Anita
--- Jason Dillon <[EMAIL PROTECTED]> wrote:
On Mar 1, 2007, at 4:04 PM, Dain Sundstro
Go for it...
Anita
--- Jason Dillon <[EMAIL PROTECTED]> wrote:
> Ah... I didn't notice that ;-)
>
> Maybe it should be nuked then...
>
> --jason
>
>
> On Mar 2, 2007, at 4:49 AM, Anita Kulshreshtha wrote:
>
> > The tests have been disabled (the names starts with xtest)...
> >
> > Thanks
Why not just change these to use org/apache/geronimo/system/main/
Daemon, which should be on the parent's classloader? Or org/apache/
log4j/Level ?
Anyways... I don't know enough about what this is really testing to
just nuke it. Seems a tad safer to just pick a different class to load.
-
13 matches
Mail list logo