User: starksm
Date: 02/02/25 00:10:33
jbosstest/src/main/org/jboss/test/securitymgr/test - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 02/02/25 00:10:32
jbosstest/src/main/org/jboss/test/securitymgr/ejb - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 02/02/25 00:10:32
jbosstest/src/main/org/jboss/test/securitymgr/interfaces - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 02/02/25 00:09:01
Added: src/resources/securitymgr/META-INF ejb-jar.xml
Log:
The ejb-jar manifest for the security manager unit tests
Revision ChangesPath
1.1 jbosstest/src/resources/securitymgr/META-INF/ejb-jar.xml
Index: ejb
User: starksm
Date: 02/02/25 00:07:31
jbosstest/src/resources/securitymgr - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 02/02/25 00:07:19
Modified:.build.xml
Log:
Add security manager unit test target
Revision ChangesPath
1.78 +59 -1 jbosstest/build.xml
Index: build.xml
===
RCS f
User: starksm
Date: 02/02/25 00:07:58
jbosstest/src/resources/securitymgr/META-INF - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Unless you mean converting from string form "java.lang.Object[]" to the correct name
string, in which case you do need a conversion function..
-- Juha
> > Now do you know an easy way to convert
> > java.lang.object[] or whatever to
> > the signature style [Ljava.lang.Object; (other
> then
> >
> Now do you know an easy way to convert
> java.lang.object[] or whatever to
> the signature style [Ljava.lang.Object; (other then
> string
> manipulation)? Otherwise, I'll write a conversion
> function.
class literal works also on arrays. You can always write
System.out.println(String[][][][
User: d_jencks
Date: 02/02/24 21:27:26
Added: src/main/org/jboss/net/protocol/nestedjar
NestedJarURLHandlerFactory.java
Log:
put back working version till jason can figure out why his doesn't work and fix it
Revision ChangesPath
1.3 +0 -0
User: d_jencks
Date: 02/02/24 21:29:19
Modified:src/main/org/jboss/deployment MainDeployer.java
Log:
put back inelegant yet strangely working version of njar until jason can get the
official way working
Revision ChangesPath
1.5 +5 -1 jboss-system/src/main/org
We don't necessarily need to not have xml parsing in the
metadata classes. What I don't want to require is that an
xml document or its equivalent dom object is required to
deploy a component. So I need to be able to create the
metadata objects independent of their xml form. Its been
a few months s
On 2002.02.24 21:59:38 -0500 Jason Dillon wrote:
> looks like some of the njar changes (not sure what) may have gone sour...
>
> --jason
The njar handler is not getting called I think. How does it get hooked up?
david jencks
>
>
> ___
> Jboss-devel
It does not matter which classloader you use. The classes loaded by the
SystemClassLoader will allways be available due to the ClassLoader parent
delegation.
Regards,
Hiram
>From: Jason Dillon <[EMAIL PROTECTED]>
>To: Dain Sundstrom <[EMAIL PROTECTED]>
>CC: JBoss-dev <[EMAIL PROTECTED]>
>Subj
JSX looks like the small fish in the sea anyway. I think we should use
JaxB, as it will eventually dominate this field. Assuming you can get
it to work.
-dain
David Jencks wrote:
> On 2002.02.24 22:05:19 -0500 Adam Heath wrote:
>
>>On Sun, 24 Feb 2002, David Jencks wrote:
>>
>>
>>>[snip]
>
On Sun, 24 Feb 2002, David Jencks wrote:
> On 2002.02.24 22:05:19 -0500 Adam Heath wrote:
> > On Sun, 24 Feb 2002, David Jencks wrote:
> >
> > > [snip]
> >
> > JSX seems to work well for us here at work. Might want to check it out.
>
> Looks interesting, however I can't see how we could possibly
JBoss daily test results
SUMMARY
Number of tests run: 79
Successful tests: 0
Errors:79
Failures: 0
[time of test: 25 February 2002 3:10 GMT]
[java.version: 1.3.
Ok, I figured as much... just as long as you are on top of this. I
remeber you talking about this a few months ago...
--jason
David Jencks wrote:
>On 2002.02.24 21:55:39 -0500 Jason Dillon wrote:
>
>>Can we make this module go away, either move its classes to
>>JBoss/Connector (seems like t
Thanks Scott. I thought I tried that one...
Now do you know an easy way to convert java.lang.object[] or whatever to
the signature style [Ljava.lang.Object; (other then string
manipulation)? Otherwise, I'll write a conversion function.
-dain
Scott M Stark wrote:
> The syntax for obtaining
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
most:
[execmodules]
==
== Finis
On 2002.02.24 22:05:19 -0500 Adam Heath wrote:
> On Sun, 24 Feb 2002, David Jencks wrote:
>
> > [snip]
>
> JSX seems to work well for us here at work. Might want to check it out.
Looks interesting, however I can't see how we could possibly use it: gpl or
$$ licensing.
david jencks
>
>
> ___
JBoss daily test results
SUMMARY
Number of tests run: 79
Successful tests: 0
Errors:79
Failures: 0
[time of test: 25 February 2002 3:29 GMT]
[java.version: 1.3.
On 2002.02.24 21:55:39 -0500 Jason Dillon wrote:
> Can we make this module go away, either move its classes to
> JBoss/Connector (seems like the only place it is used), or JBoss/Common.
> Now that JBoss/Common has logging this code can be moved easily (last I
> checked at least). SHould proba
In the case of a bean, the bean's container will log creating/created
starting/started as INFO. Take a plain .jar file (which is deployed
with jboss3), there is nothing here to say. If it does not load then an
exception is thrown.
Yes notifications.
--jason
danch wrote:
> There's a big d
There's a big difference in granularity between the code in the
component being deployed and the component itself: do you suggest that I
have a static initializer in all of my beans that logs 'hey, i've been
loaded'?. Even picking an arbitrary component (from those that _do_ get
their class lo
On Sun, 24 Feb 2002, David Jencks wrote:
> [snip]
JSX seems to work well for us here at work. Might want to check it out.
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Ahh. Never mind my previous email.
Can we make the non-xml bit debug?
--jason
David Jencks wrote:
> User: d_jencks
> Date: 02/02/24 18:54:22
>
> Modified:src/main/org/jboss/deployment MainDeployer.java
> Log:
> Should work better on windows now
>
> Revision ChangesPath
> 1.
looks like some of the njar changes (not sure what) may have gone sour...
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
most:
[execmodules]
==
== Finis
Can we make this module go away, either move its classes to
JBoss/Connector (seems like the only place it is used), or JBoss/Common.
Now that JBoss/Common has logging this code can be moved easily (last I
checked at least). SHould probably also repackage under
org.jboss.util.pool.
Does anyo
User: d_jencks
Date: 02/02/24 18:54:22
Modified:src/main/org/jboss/deployment MainDeployer.java
Log:
Should work better on windows now
Revision ChangesPath
1.4 +11 -2 jboss-system/src/main/org/jboss/deployment/MainDeployer.java
Index: MainDeployer.java
=
JBoss daily test results
SUMMARY
Number of tests run: 79
Successful tests: 0
Errors:79
Failures: 0
[time of test: 25 February 2002 2:52 GMT]
[java.version: 1.3.
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
most:
[execmodules]
==
== Finis
JBoss daily test results
SUMMARY
Number of tests run: 79
Successful tests: 0
Errors:79
Failures: 0
[time of test: 25 February 2002 2:39 GMT]
[java.version: 1.3.
What has to happen is you need a Class.forName or however you are trying to
load the class into the clasloader. Then afterward you instanstiate an Array
of that class type by using java.lang.reflect.Array.newInstance(class, x)
where x is your dimensions. So to answer your question it uses a
java.l
Oh hey... fancy that... the Javadoc for URL has this info... at least
for 1.2.
--jason
Jason Dillon wrote:
> Yes... but I don't remeber off the top of my head where it is
> doc'd in the ora networking book... perhaps th i/o book too.
>
> Search for "+java.protocol.handler.pkgs +Handler"
This is done now. When running inside of jboss you don't need todo
anything special to use 'njar', when outside, you need to set
-Djava.protocol.handler.pkgs=org.jboss.net.protocol
--jason
Jason Dillon wrote:
> Yes... but I don't remeber off the top of my head where it is
> doc'd in th
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
most:
[execmodules]
==
== Finis
User: user57
Date: 02/02/24 18:33:16
Modified:src/main/org/jboss/deployment MainDeployer.java
Log:
o removed static init of njar proto
Revision ChangesPath
1.3 +1 -7 jboss-system/src/main/org/jboss/deployment/MainDeployer.java
Index: MainDeployer.java
User: user57
Date: 02/02/24 18:33:16
Modified:src/bin run.sh
Log:
o removed static init of njar proto
Revision ChangesPath
1.2 +41 -9 jboss-system/src/bin/run.sh
Index: run.sh
===
RCS
Glad you brought this up.
I was about to embark on rewriting the deployment process and meta data
stuff. I was considering using JAXB or equivavlnet to convert xml to
objects. JAXB works by generating classes that contain the xml parsing and
validation in them. Your classes with real behavior
Oh ya... can you load java.lang.Object or java.lang.Class? If so then
there shouldn't be a cl issue.
--jason
Dean Jennings wrote:
>try java.lang.reflect.Array class. On it is a newInstance Method which take
>a class type.
>
>-Original Message-
>From: Dain Sundstrom [mailto:[EMAIL PRO
User: user57
Date: 02/02/24 18:29:42
Added: src/main/org/jboss/net/protocol/njar Handler.java
NestedJarURLHandlerFactory.java package.html
Log:
o njar is now a protocol handler thanb can be used with the
java.protocol.handler.pkgs sys property.
User: user57
Date: 02/02/24 18:29:42
Removed: src/main/org/jboss/net/protocol/nestedjar
NestedJarURLHandlerFactory.java
Log:
o njar is now a protocol handler thanb can be used with the
java.protocol.handler.pkgs sys property.
User: user57
Date: 02/02/24 18:26:30
jboss-common/src/main/org/jboss/net/protocol/njar - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
try java.lang.reflect.Array class. On it is a newInstance Method which take
a class type.
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]]
Sent: Monday, 25 February 2002 12:09
To: Jason Dillon
Cc: JBoss-dev
Subject: Re: [JBoss-dev] Loading array class object by name
Do
Yes... but I don't remeber off the top of my head where it is doc'd
in the ora networking book... perhaps th i/o book too.
Search for "+java.protocol.handler.pkgs +Handler" and you might come up
the right docs...
--jason
David Jencks wrote:
>On 2002.02.24 21:04:36 -0500 Jason Dillon wro
Hrm... did you try using ClassLoader.getSystemClassLoader() ?
--jason
Dain Sundstrom wrote:
> Doesn't work. I tried [Ljava/lang/Object; and both without the
> semicolon.
>
> -dain
>
> Jason Dillon wrote:
>
>> Try loading "[Ljava.lang.Object;" instead... which is the class name
>> returned f
The syntax for obtaining array classes using Class.forName is
rather wacked, but it does work. For example, to get the
class for an Object[], use
Class oaClass = Class.forName("[Ljava.lang.Object;");
Both the "[L" prefix and trailing ";" are required.
The javadoc for the Class.getName method des
On 2002.02.24 21:04:36 -0500 Jason Dillon wrote:
> It is not completly invalid... that is not what I said or meant. I was
> only trying to point out that bits that are put under org.jboss.protocol
> need to conform to the url protocol handler requirements... or they
> don't belong there.
>
>
Maybe jython is better than sliced bread, I don't know, my son sure liked
python for a while. However if there are _any_ tests in jython it will
provide a barrier to entry to the parts tested... if you break a test
because the desired behavior changed, what to you do if you don't know the
test l
Doesn't work. I tried [Ljava/lang/Object; and both without the semicolon.
-dain
Jason Dillon wrote:
> Try loading "[Ljava.lang.Object;" instead... which is the class name
> returned from Object[].class.getName();
>
> --jason
>
>
> Dain Sundstrom wrote:
>
>>
>>
>> Jason Dillon wrote:
>>
>>
It is not completly invalid... that is not what I said or meant. I was
only trying to point out that bits that are put under org.jboss.protocol
need to conform to the url protocol handler requirements... or they
don't belong there.
I will fix.
--jason
David Jencks wrote:
>This does work,
Try loading "[Ljava.lang.Object;" instead... which is the class name
returned from Object[].class.getName();
--jason
Dain Sundstrom wrote:
>
>
> Jason Dillon wrote:
>
>> What is the value for name you are using?
>
>
>
> In my test code "java.lang.Object[]"
>
>
>> Why not just use Class.class?
The metadata stuff in deployment I think should be independent of
XML deployment descriptors. What is now in metadata or somewhere
else should be the XML to metadata object model mapping. As I
indicated in the embedded requirements, some applications of
embedding JBoss already have service framew
This does work, so I wouldn't say it is completely invalid. Perhaps there
is a way to make loading the protocol handler automatic? I have to call
the start method from static code in MainDeployer. If there is another
way, by all means fix it or tell me specifically what to do!
Thanks
david je
For the record, I was not planning on doing anythign about this just
had a thought and wanted to know what others thought... just in case
anyone is nervous that tomorrow there will be log4j metric logging
everywhere... cause there won't.
If JMX notifications work like they do in the previo
Jason Dillon wrote:
> What is the value for name you are using?
In my test code "java.lang.Object[]"
> Why not just use Class.class?
Because I am trying to load a parameter type from an xml file that
just has the string name of the type.
> Or if you really want to use Class.forName t
Greg, were you using what I sent (which still had problems) or what I
checked into cvs a few hours later (which the web integration tests worked
ok with)?
david jencks
On 2002.02.24 18:54:11 -0500 Greg Wilkins wrote:
>
> OK,
>
> I'm still having trouble making Jetty run with an unpacked njar U
All developers would not be required to use it. Both will intermix
freely. Jython has tight integration with Java (partly because it is
written in java, but also because it allows jythin to use java classes
directly).
I think that jython may make it easier to write simple effective
tests...
Looked at it... still don't understand how notifications can be used in
an unobtrusive way as log4j can... but then again I don't fully
understand the details of jmx notifications.
Hrm... you mean something like:
boolean metrics =
support.isNotificationEnabled(MetricsNotification.INSTANCE);
/
It probably should be... or rather a framework for taking xml desciptors
and turning them into metadata objects. That requires a lot more
thought and planning.
--jason
Scott M Stark wrote:
>Then why isn't the metadata part of the core deployment api?
>The ejb specific metadata can't be spec
Is this what you really intended todo? From the looks of the files
checked in I would say not. The package names under
org.jboss.net.protocol should be the protocol name. Inside that package
there should be a Handler class (see
org.jboss.net.protocol.resource.Handler for an example).
As it
This is fixed. It was an oversight on my part. I copied to server hook
as a basis for the system hook and forgot to remove the static doc copy.
Should be happy now.
--jason
Hunter Hillegas wrote:
>Anyone else seeing this:
>
>/Users/hunter/Sources/jboss-3-beta/build/build.xml:467:
>/Users/hu
Sure. That was one of the options I was going to look into further.
I was going to look into implementing somethin like that when I started
looking at integrating jython for testsuite execution.
--jason
Dain Sundstrom wrote:
> Jason,
>
> Can you get merge these steps with the script task?
User: user57
Date: 02/02/24 17:23:30
Modified:jbossbuild.xml
Log:
o system has no static docs
Revision ChangesPath
1.92 +1 -9 build/jboss/build.xml
Index: build.xml
===
RCS file: /c
I probably changed it from info to debug, in that this information is
only useful when debugging a deployer problem. Other info level
messages should be provided by the component that has been deployed.
--jason
Hunter Hillegas wrote:
>Maybe this should be marked as INFO, not DEBUG:
>
>12:11
What is the value for name you are using?
Why not just use Class.class?
Or if you really want to use Class.forName to load Class, then you
should be able to use the system class loader.
Is this after yesterdays Server/ServerLoader change?
--jason
Dain Sundstrom wrote:
> Hi all,
>
> I need
>
>
>OK,
>
>90 of what buildmagic says on the console is useless.
>
>Can we get rid of
>
>_buildmagic:init:
>_buildmagic:init:child:
>_buildmagic:init:buildlog:
>
>configure:
>_buildmagic:init:show-environment:
>
>init:
>
>etc etc
>
This is Ant executing targets. These targets setup the basic
e
marc fleury wrote:
> guys,
>
> what is the point of *not* unpacking?
>
Well, I am of the view that a WAR should either be unpacked once or
never unpacked.
If you have the disk space, then it should be unpacked and things
will run faster and simpler. This should be the default.
However, some
guys,
what is the point of *not* unpacking?
marcf
|-Original Message-
|From: Greg Wilkins [mailto:[EMAIL PROTECTED]]
|Sent: Sunday, February 24, 2002 3:54 PM
|To: David Jencks
|Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
|Subject: [jetty-discuss] Re: Problem with NestedURLHandlerFactory
|
Hi all,
I need to load the java.lang.Class object for an array by name. I have
tried the following:
Class.forName(name, true, entity.getClassLoader());
Where name is "java.lang.Object[]", and I get a ClassNotFoundException.
Any ideas?
-dain
___
OK,
I'm still having trouble making Jetty run with an unpacked njar URL. After a few
changes
it is getting a little better, but if I am passed something like:
njar:file:/home/gregw/Jetty4/webapps/test2.jar^/test.war
then Jetty tries to run that unpacked by using URLs like:
jar:njar:
I think the problems you are experiencing are most probably as a result
of the recent changes to the JBoss MainDeployer etc (although without a
log trace it is difficult to be positive). I've tested redeployment with
Jetty without the latest MainDeployer changes and it is fine.
If you want to
I can confirm that the only time JBoss3/Jetty HEAD deploy new versions of my
servlets/JSPs is after I bounce the server...
This wasn't the case yesterday, but I noticed that Jetty was updated, as
well as all of the other changes in the last 20 hours...
My CVS is current as of 11:15am PST today..
Maybe this should be marked as INFO, not DEBUG:
12:11:58,396 DEBUG [MainDeployer] Done deploying someear.ear
Seems like useful information that the server is done deploying the ear...
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists
I just refreshed me tree and rebuilt this morning and since then I am seeing
something strange with re-deployments...
It is strange, because I see my redeployment occurring on the console but
when I hit my servlets, the changes are not reflected.
One other thing that seems different is that the
Bugs item #522179, was opened at 2002-02-24 11:59
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=522179&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Hunter Hillegas (hunterhillegas)
Creating that directory lets it build but it seems like maybe build.xml
needs to be updated to do that...
> From: Hunter Hillegas <[EMAIL PROTECTED]>
> Date: Sun, 24 Feb 2002 11:27:56 -0800
> To: JBoss Dev <[EMAIL PROTECTED]>
> Subject: FW: [JBoss-dev] If you have problems compiling...
>
>
> An
Thanks for the hint, I fixed it.
david jencks
On 2002.02.24 13:55:54 -0500 Scott M Stark wrote:
>
> The jbosstest context is set by the ear/META-INF/application.xml
> context-root descriptor element. Associating the webContext has
> to have been broken by these changes for the web integration
>
User: d_jencks
Date: 02/02/24 11:28:19
Modified:src/main/org/jboss/web AbstractWebContainer.java
Log:
fixed web context - can again identify our web context
Revision ChangesPath
1.36 +8 -9 jboss/src/main/org/jboss/web/AbstractWebContainer.java
Index: Abstr
Anyone else seeing this:
/Users/hunter/Sources/jboss-3-beta/build/build.xml:467:
/Users/hunter/Sources/jboss-3-beta/system/output/docs not found.
Anyway, I have the system module checked out and it doesn't want to build. I
guess I'll try a fresh checkout... again...
Hunter
> From: Jason Dillo
The jbosstest context is set by the ear/META-INF/application.xml
context-root descriptor element. Associating the webContext has
to have been broken by these changes for the web integration
test to start failing by looking for a jbosstest-web context. I have
to go skiing since there is 6" of new
Jason,
Can you get merge these steps with the script task? So instead of
calling sub ant files, you dynamically load a script, which basically
does the same thing, and run it.
-dain
marc fleury wrote:
> OK,
>
> 90 of what buildmagic says on the console is useless.
>
> Can we get rid of
>
OK,
90 of what buildmagic says on the console is useless.
Can we get rid of
_buildmagic:init:
_buildmagic:init:child:
_buildmagic:init:buildlog:
configure:
_buildmagic:init:show-environment:
init:
etc etc
GET RID OF THE STUFF WE DON'T NEED. I also suspect that these calls
correspond to ste
Change Notes item #522146, was opened at 2002-02-24 10:19
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=381174&aid=522146&group_id=22866
Category: JBossServer
Group: v3.0 (Rabbit Hole)
Status: Open
Priority: 5
Submitted By: David Jencks (d_jencks)
Assigned to: Dav
User: d_jencks
Date: 02/02/24 10:07:16
Added: src/main/org/jboss/net/protocol/nestedjar
NestedJarURLHandlerFactory.java
Log:
Changed from unpacking to using Hiram's njar protocol. Added support for unpacking
and loading native libraries. Wars are still un
User: d_jencks
Date: 02/02/24 10:07:16
Modified:src/main/org/jboss/deployment MainDeployer.java
Log:
Changed from unpacking to using Hiram's njar protocol. Added support for unpacking
and loading native libraries. Wars are still unpacked.
Revision ChangesPath
1.2
User: d_jencks
Date: 02/02/24 10:05:46
jboss-common/src/main/org/jboss/net/protocol/nestedjar - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
I update the website twice a week.
Actually we have a "website girl" that takes care of this these days. She is also
working on the new design.
_
View thread online: http://main.jboss.org/thread.jsp?forum=66&thread=9477
Then why isn't the metadata part of the core deployment api?
The ejb specific metadata can't be specific to a particular ejb
plugin as its used by other deployers.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
Here's my current version. Everything except Jetty runs fine: this is I
think because Jetty doesn't understand njar:...^/ very well.
(you can't use !/, confused with jar:, or #/, confused with regular usage
of # in URLs).
This _ought_ to work but I am getting jvm crashes from memcpy in libc.so.
I'm trying to check out Jetty's behaviour with the njar: URL type, but
am having some problems making NestedURLHandlerFactory work?
to demonstrate, I have modified the main in the class to
public static void main(String[] arguments) throws Exception
{
NestedURLHandlerFactory.
Hi Marc,
I created this thread in the forums for running
JBoss on JBossMX
http://main.jboss.org/thread.jsp?forum=63&thread=8724
We haven't looked at creating jboss-jmx-core.jar yet :-(
Regards,
Adrian
> Juha et al
>
> I don't want to wait for SUN and the bulky RI to use
> in JBoss.
>
> for
User: juhalindfors
Date: 02/02/24 06:18:26
Modified:src/main/test/compliance/metadata MetaDataSUITE.java
Added: src/main/test/compliance/metadata MBeanFeatureInfoTEST.java
Log:
MBeanFeatureInfo tests
Revision ChangesPath
1.2 +2 -1 jmx/src/main/test/com
User: juhalindfors
Date: 02/02/24 06:18:56
Modified:src/main/javax/management MBeanFeatureInfo.java
Log:
javadoc
Revision ChangesPath
1.3 +35 -7 jmx/src/main/javax/management/MBeanFeatureInfo.java
Index: MBeanFeatureInfo.java
User: jules_gosnell
Date: 02/02/24 06:10:47
Modified:jetty/src/main/org/jboss/jetty
JBossWebApplicationContext.java
Log:
we need to catch a different exception if deploying packed
Revision ChangesPath
1.29 +11 -6
contrib/jetty/src/main/o
Juha et al
I don't want to wait for SUN and the bulky RI to use in JBoss.
for the third time are you guys ready to put MBoss out? the basic JMX
implementation to get JBoss running on JDK 1.4.
PLEASE get this thing out asap, finish the compliance ( I see a lot of
testing going by in CVS) when th
User: juhalindfors
Date: 02/02/24 05:59:25
jmx/src/main/test/compliance/metadata - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: juhalindfors
Date: 02/02/24 06:00:50
Added: src/main/test/compliance/metadata
MBeanOperationInfoTEST.java MetaDataSUITE.java
Log:
operation info tests
Revision ChangesPath
1.1
jmx/src/main/test/compliance/metadata/MBeanOp
1 - 100 of 169 matches
Mail list logo