Hi,
>
>YO
>
>we got a problem
>
Yep - I agree with you ;-)
If you look at this mornings results, the Sun and Blackdown versions are
hosed - but the IBM version did a lot better only 20-30 problems...
...and when I ran it manually yesterday, I was using the IBM jdk (its my
default...) -
Ok, I will drop this for now... well after I get a last few words in
that is.
This is small beans which adds value to the mbean configuration
language. You will find that similar features are found in other
systems when dealing with configuration fluff. Jetty and Log4j both
have this capabi
ok I get it,
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M Stark
|Sent: Thursday, February 28, 2002 11:18 PM
|To: [EMAIL PROTECTED]
|Subject: Re: PLEASE READ!RE: [JBoss-dev] Automated JBoss
|Testsuite Results: 1-March-2002
|
Its the same problem as yesterday and the issue is with the
test machine not the build as the test run fine for me. Chris
said he was looking into the problem.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From
Look before you leap, marc. I just ran the testsuite and there are 7
errors, just like yesterday. I think maybe chris's setup doesnt cope well
with build failures.
david jencks
On 2002.03.01 03:11:21 -0500 marc fleury wrote:
> ONE OF THE PATCHES OF TODAY,
>
> just broke half the tests... !
bul
JBoss daily test results
SUMMARY
Number of tests run: 471
Successful tests: 200
Errors:263
Failures: 8
[time of test: 1 March 2002 5:49 GMT]
[java.version: 1.3.
Patience, it is almost there.
--jason
marc fleury wrote:
>so?
>
>where is it?
>
>marcf
>
>
>|-Original Message-
>|From: Jason Dillon [mailto:[EMAIL PROTECTED]]
>|Sent: Thursday, February 28, 2002 8:07 PM
>|To: marc fleury
>|Cc: Scott M Stark; [EMAIL PROTECTED]
>|Subject: Re: [JBoss-dev
|I was thinking that a solution to the problem that MD now has due to the
|layout changes that I made WRT relatives paths could be solved by
|forcing users to be explicit about which path they which to use (ie. not
|allowing relative paths).
nah, we allow absolute path (just like what is below) a
ONE OF THE PATCHES OF TODAY,
just broke half the tests... !
please revert your patches so we find the culprit.
I did it myself, so really it's ok but we need to solve this
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|[EMAIL PROTECTED]
|S
User: user57
Date: 02/02/28 21:13:34
Modified:src/main/org/jboss/system ServiceConfigurator.java
Log:
o don't NPE if no attribute editor was found
Revision ChangesPath
1.2 +7 -1 jboss-system/src/main/org/jboss/system/ServiceConfigurator.java
Index: Ser
YO
we got a problem
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|[EMAIL PROTECTED]
|Sent: Thursday, February 28, 2002 7:41 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] Automated JBoss Testsuite Results: 1-March-2002
|
|
|
|
|JBoss da
drop it for now,
no case,
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
|Dillon
|Sent: Thursday, February 28, 2002 7:52 PM
|To: David Jencks
|Cc: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] Property access in *service.xml and relative
|
so?
where is it?
marcf
|-Original Message-
|From: Jason Dillon [mailto:[EMAIL PROTECTED]]
|Sent: Thursday, February 28, 2002 8:07 PM
|To: marc fleury
|Cc: Scott M Stark; [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] Fw: [JBoss-user] Multiple JBOSS 3.0 developers
|and clustering
|
|
|Shou
JBoss daily test results
SUMMARY
Number of tests run: 471
Successful tests: 200
Errors:263
Failures: 8
[time of test: 1 March 2002 4:51 GMT]
[java.version: 1.3.
> This is really for the xdoclet list, but I am too lazy to find the
> address for that (plus lots of them listen here too).
>
> Is there any easy way to allow xdoclet to search for tags inside of
> methods too? For example, I find it much easier to put the TODO, where
> the code should go, b
This is really for the xdoclet list, but I am too lazy to find the
address for that (plus lots of them listen here too).
Is there any easy way to allow xdoclet to search for tags inside of
methods too? For example, I find it much easier to put the TODO, where
the code should go, but I would l
User: mnf999
Date: 02/02/28 19:42:19
Modified:src/docs index.jsp
Log:
Updated the JavaOne again, added Object Frontier to the main page.
Revision ChangesPath
1.43 +14 -1 newsite/src/docs/index.jsp
Index: index.jsp
===
User: user57
Date: 02/02/28 19:46:44
jboss-system/src/main/org/jboss/deployment/scanner - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
JBoss daily test results
SUMMARY
Number of tests run: 471
Successful tests: 200
Errors:263
Failures: 8
[time of test: 1 March 2002 3:40 GMT]
[java.version: 1.3.
Should be done shortly... in a few hours that is.
--jason
marc fleury wrote:
>|Why not externalize the functionality... MD does not and probably
>|should not be handling any of the deployment/file scanning that it does
>|now. Lets move this functionality outside and make it a configurable
JBoss daily test results
SUMMARY
Number of tests run: 501
Successful tests: 475
Errors:11
Failures: 15
[time of test: 1 March 2002 2:54 GMT]
[java.version: 1.3.
I sent mail on this before I commited the layout change. It has todo
with which directory/url do we use to qualify relative paths. It also
has todo with allow a global and per-server config library directory.
--jason
David Jencks wrote:
>On 2002.02.28 22:35:27 -0500 Jason Dillon wrote:
>
>
Patches item #524170, was opened at 2002-02-28 23:51
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=524170&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Marcus Brito (pazu)
As
On 2002.02.28 22:35:27 -0500 Jason Dillon wrote:
> I was thinking that a solution to the problem that MD now has due to the
> layout changes that I made WRT relatives paths could be solved by
> forcing users to be explicit about which path they which to use (ie. not
> allowing relative paths).
User: d_jencks
Date: 02/02/28 18:42:04
Modified:src/main/org/jboss/ejb/plugins
EntitySynchronizationInterceptor.java
Log:
fix for bug 523627. put entity in the GlobalTxEntityMap after create in case it was
modified by e.g. a cmr field set up in ejbPostCreate
Bugs item #523627, was opened at 2002-02-27 22:04
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=523627&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 7
Submitted By: Michael Newcomb (mnewcomb)
>Ass
I was thinking that a solution to the problem that MD now has due to the
layout changes that I made WRT relatives paths could be solved by
forcing users to be explicit about which path they which to use (ie. not
allowing relative paths).
To make this work we need to expose some system property
User: starksm
Date: 02/02/28 18:21:43
Modified:src/main/org/jboss/test/securitymgr/interfaces
IOSession.java
Log:
Add additional tests
Revision ChangesPath
1.3 +3 -0
jbosstest/src/main/org/jboss/test/securitymgr/interfaces/IOSession.j
On 2002.02.28 21:52:48 -0500 Jason Dillon wrote:
> >
> >
> >|It seems like we need at least the following changes to support
> >|this:
> >|
> >|1. Externalize the MainDeployer configuration to allow the
> specification
> >|of directories via a descriptor
> >
> >yes
> >
> Why not externalize the fu
User: starksm
Date: 02/02/28 18:21:43
Modified:src/main/org/jboss/test/securitymgr/ejb
IOStatelessSessionBean.java
Log:
Add additional tests
Revision ChangesPath
1.3 +49 -7
jbosstest/src/main/org/jboss/test/securitymgr/ejb/IOStatelessS
User: starksm
Date: 02/02/28 18:21:43
Modified:src/main/org/jboss/test/securitymgr/test
EJBSpecUnitTestCase.java SecurityUnitTestCase.java
Added: src/main/org/jboss/test/securitymgr/test
PolicyUnitTestCase.java
Log:
Add additi
User: starksm
Date: 02/02/28 18:20:42
Modified:src/resources/securitymgr server.policy
Added: src/resources/securitymgr client.policy
Log:
Add a junit client policy and update the server policy
Revision ChangesPath
1.2 +5 -1 jbosstest/src/resources/se
User: starksm
Date: 02/02/28 18:20:04
Modified:.build.xml
Log:
Add additional security manager test cases
Revision ChangesPath
1.81 +77 -22jbosstest/build.xml
Index: build.xml
===
>
>
>>I personally have had to set the timeout here to avoid bugs with mdb &
>>not supportted attibutes.
>>
>Are you switching tms while jboss is running?
>
No, just had to set the timeout on certain nodes to insainly high to
avoid tx timeouts when an mdb was set to not use tx with not supporte
give me some time to reach that decision, I will take it.
If jason can deliver on the point 1 scott made and we have the other stuff
the decision is going to be very simple.
For RC1 I promise we will have solved this.
I want to finish client interceptors by monday, before I take off for london
|Why not externalize the functionality... MD does not and probably
|should not be handling any of the deployment/file scanning that it does
|now. Lets move this functionality outside and make it a configurable
|component from jboss-service.xml which depends on MD.
good idea
go
g
marcf
|
|
On 2002.02.28 21:28:02 -0500 Jason Dillon wrote:
> >
> >
> >Some things have mbeans that really don't need configuration, just
> >lifecycle services. These are good candidates for the current sar
> >structure. TransactionManager comes to mind. Switch tm's with no code
> >bloat just by changing
>
>
>|It seems like we need at least the following changes to support
>|this:
>|
>|1. Externalize the MainDeployer configuration to allow the specification
>|of directories via a descriptor
>
>yes
>
Why not externalize the functionality... MD does not and probably
should not be handling any of t
Why not setup up an example (or some other name) configuration and put
the stuff that shouldn't be in default there? This will keep things
simple (small number of configs to maintain in the release dist). I
would expect that most first time users will want to see the basics (aka
default conf
Can we re-import this under 'bcel' to be consistent with the rest of the
imported thirdparty libraries.
--jason
David Jencks wrote:
> User: d_jencks
> Date: 02/02/28 16:37:35
>
> Modified:.build.xml
> Log:
> pesky windows case insensitive paths
>
> Revision ChangesPat
>
>
>Some things have mbeans that really don't need configuration, just
>lifecycle services. These are good candidates for the current sar
>structure. TransactionManager comes to mind. Switch tm's with no code
>bloat just by changing jbosstm.sar to tyrextm.sar.
>
I personally have had to set th
try again. I think to bill gates, "bcel" == "BCEL"
david jencks
On 2002.02.28 19:41:06 -0500 Hunter Hillegas wrote:
> Someone still checking in JMX stuff?
>
> After a clean co, the build is hosed.
>
>
> ___
> Jboss-development mailing list
> [EMAIL
User: d_jencks
Date: 02/02/28 16:37:35
Modified:.build.xml
Log:
pesky windows case insensitive paths
Revision ChangesPath
1.24 +2 -2 jmx/build.xml
Index: build.xml
===
RCS file: /c
Someone still checking in JMX stuff?
After a clean co, the build is hosed.
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: d_jencks
Date: 02/02/28 16:02:01
Modified:src/examples/resources/jca mssql-service.xml
mysql-service.xml oracle-service.xml
postgres-service.xml
Log:
removed obsolete classpath elements
Revision ChangesPath
1.3
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
location: class org.jboss.mx.capability.Op
User: d_jencks
Date: 02/02/28 14:57:29
Added: src/docs/doco_files jboss_mbean_1_0.dtd
Log:
Lets try here for the jboss xmbean 1.0 dtd
Revision ChangesPath
1.1 newsite/src/docs/doco_files/jboss_mbean_1_0.dtd
Index: jboss_mbean_1_0.dtd
===
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
location: class org.jboss.mx.capability.Op
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
location: class org.jboss.mx.capability.Op
All,
I posted this in the forum but without any luck. So I try it here. Sorry if
it is a little of topic but maybe it is a bug. I am using JBoss 2.4.4 with
Tomcat 4.0.1. Here is my original posting:
I am holding a EJBHandle in a java bean which implements
HttpSessionBindingListener. When I log
On 2002.02.28 14:32:02 -0500 Scott M Stark wrote:
> What are these and how do they relate to the service descriptor?
If you look at the jboss_xmbean_1_0.dtd I checked in today you will see a
bunch of descriptors that can be applied to various parts of the mbean
info, in particular these service l
Bugs item #523902, was opened at 2002-02-28 10:21
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=523902&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Cristian Malinescu (crismally
Bugs item #523966, was opened at 2002-02-28 11:57
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=523966&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Cristian Malinescu (crismally
Bugs item #523926, was opened at 2002-02-28 10:54
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=523926&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Cristian Malinescu (crismally
Bugs item #523499, was opened at 2002-02-27 11:40
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=523499&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Cristian Malinescu (crismally)
|It does make sense but here is what I don't particularly like about
|it, tell me if I'm wrong.
it's not as bad,
|I am mostly concerned about remote clients for whom the serialization
|actually happens. If we end up serializing this Tx Proxy with its Invoker
that is not correct in the case you
>
> Just the same way, we are talking about a "static" field for the TPC
> exporter and importer. The TPC importer is in the readObject and creates a
> local transaction object.
>
> The design for the transaction right now barfs everywhere, the transport
> layer has to be aware of it (ugh!) when
User: juhalindfors
Date: 02/02/28 13:00:08
Modified:.modules
Log:
maybe its case sensitive
Revision ChangesPath
1.101 +1 -1 CVSROOT/modules
Index: modules
===
RCS file: /cvsroot/jbo
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
location: class org.jboss.mx.capability.Op
|I need a few clarifications on this.
|
|DO you mean you want to have Transaction be Externalizable? So that
|Transaction upon externalization writes itself into the ObjectStream as a
|TPC?
precisely yes,
|If this is what you mean, it would require wrapping any Tyrex Transaction
|object with a P
I need a few clarifications on this.
DO you mean you want to have Transaction be Externalizable? So that
Transaction upon externalization writes itself into the ObjectStream as a
TPC?
If this is what you mean, it would require wrapping any Tyrex Transaction
object with a Proxy that would perfo
User: juhalindfors
Date: 02/02/28 12:18:27
Modified:.modules
Log:
Revision ChangesPath
1.100 +2 -1 CVSROOT/modules
Index: modules
===
RCS file: /cvsroot/jboss/CVSROOT/modules,v
r
Am Don, 2002-02-28 um 20.24 schrieb David Jencks:
> On 2002.02.28 13:45:03 -0500 David Jencks wrote:
> > On 2002.02.28 13:19:44 -0500 Holger Baxmann wrote:
> > > > My experience with native libraries is limited, thankfully. The one
> > I
> > > have
> > > > to experiment with appears to load ok wi
User: juhalindfors
Date: 02/02/28 11:58:14
Added: src/main/org/jboss/mx/capability
OptimizedMBeanDispatcher.java
Log:
byte code optimized dispatcher
Revision ChangesPath
1.1
jmx/src/main/org/jboss/mx/capability/OptimizedMBeanDi
anatoly
see my recent mail on "auto serialization" I think this linked.
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Anatoly Akkerman
|Sent: Thursday, February 28, 2002 11:55 AM
|To: David Jencks
|Cc: [EMAIL PROTECTED]
|Subject: Re: [JBoss
Ole,
I never realized this until I was working on the client interceptors
yesterday late at night. Our transaction object requires an external person
to serialize itself. Namely the extraction of the transaction propagation
context is done outside the transaction itself.
This is a problem as i
User: juhalindfors
Date: 02/02/28 12:08:51
Modified:src/main/test/compliance/server MBeanServerTEST.java
Log:
three trivial invocation tests that are tricky for the optimized dispatcher:
handling of double word primitives and calculating the correct operand stack size
Revisio
User: juhalindfors
Date: 02/02/28 12:03:32
Modified:src/main/org/jboss/mx/server MBeanServerImpl.java
Log:
you need hash to link to locals
Revision ChangesPath
1.19 +4 -4 jmx/src/main/org/jboss/mx/server/MBeanServerImpl.java
Index: MBeanServerImpl.java
=
User: juhalindfors
Date: 02/02/28 12:05:08
Added: src/main/test/performance/standard
OptimizedInvocationTEST.java
Log:
copy of InvocationTEST except optimized dispatcher is enabled
Revision ChangesPath
1.1
jmx/src/main/test/per
|i just working on the integration of the rxtx libraries for usb, serial
|and parallel adapter into jboss as mbeans for tini, smartcard and
|ibutton jaas login modules. have plenty experience with jni... stolen
|from eclipse.
interesting...
and your english has really improved, I actually can ma
|I think possibly much of the functionality of ServiceController can be
|moved to modelmbean interceptors.
kwel!
Can we get the fat fin out of his cave??? Mr lindfors still hibernating?
You know I will kick your ass at JBossOne...
marcf
___
Jb
User: juhalindfors
Date: 02/02/28 12:09:21
Modified:src/main/test/compliance/server/support Test.java
TestMBean.java
Log:
Revision ChangesPath
1.2 +31 -1 jmx/src/main/test/compliance/server/support/Test.java
Index: Test.java
User: juhalindfors
Date: 02/02/28 12:06:20
Modified:src/main/test/performance/standard StandardSUITE.java
Log:
if implementation is "JBossMX" run also the speed test with optimized dispatcher
Revision ChangesPath
1.2 +26 -0 jmx/src/main/test/performance/standar
|I like it, but the disabled directory is pointless in this scheme
|as any directory that is not specified to the deployer is disabled.
you are correct
|It seems like we need at least the following changes to support
|this:
|
|1. Externalize the MainDeployer configuration to allow the specificat
User: juhalindfors
Date: 02/02/28 12:01:30
Modified:src/main/org/jboss/mx/server ServerConstants.java
Log:
Revision ChangesPath
1.5 +2 -1 jmx/src/main/org/jboss/mx/server/ServerConstants.java
Index: ServerConstants.java
User: juhalindfors
Date: 02/02/28 11:59:37
Modified:src/main/org/jboss/mx/capability
ReflectedMBeanDispatcher.java
Log:
getResourceObject() added to allow subclasses access to resource reference
Revision ChangesPath
1.2 +7 -0
jmx/src/m
User: juhalindfors
Date: 02/02/28 12:00:54
Modified:src/main/org/jboss/mx/capability DispatcherFactory.java
Log:
System.setProperty("jbossmx.optimized.dispatcher", "true") to enable
optimized dispatcher (defaults to false for now)
Revision ChangesPath
1.2 +12 -1
User: juhalindfors
Date: 02/02/28 11:56:06
Modified:.build.xml
Log:
bcel to classpath
Revision ChangesPath
1.23 +15 -1 jmx/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jm
>
> Some things have mbeans that really don't need configuration, just
> lifecycle services. These are good candidates for the current sar
> structure. TransactionManager comes to mind. Switch tm's with no code
> bloat just by changing jbosstm.sar to tyrextm.sar.
>
It is important to note t
User: juhalindfors
Date: 02/02/28 11:54:31
Added: apache/BCEL/lib bcel.jar
Log:
apache byte code engineering library, 5.0 RC1
Revision ChangesPath
1.1 thirdparty/apache/BCEL/lib/bcel.jar
<>
User: juhalindfors
Date: 02/02/28 11:52:06
thirdparty/apache/BCEL - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: juhalindfors
Date: 02/02/28 11:52:25
thirdparty/apache/BCEL/lib - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 02/02/28 11:39:07
Modified:src/main/org/jboss/ejb EntityContainer.java
Log:
Remove the unused org.jboss.system.Registry import
Revision ChangesPath
1.70 +1 -2 jboss/src/main/org/jboss/ejb/EntityContainer.java
Index: EntityContainer.jav
User: danch
Date: 02/02/28 11:21:13
Modified:jetty/src/main/org/jboss/jetty Tag: Branch_2_4
JBossUserRealm.java
Log:
finished the 'fix' for the NotSerializableException
Revision ChangesPath
No revision
No
What are these and how do they relate to the service descriptor?
> (3) IMHO is best handled by xmbean/modelmbean interceptors. The xdoclet
> task I just wrote will generate appropriate descriptors, however the
xmbean
> implementation is not complete enough to implement this at the moment.
>
> I
On 2002.02.28 13:45:03 -0500 David Jencks wrote:
> On 2002.02.28 13:19:44 -0500 Holger Baxmann wrote:
> > > My experience with native libraries is limited, thankfully. The one
> I
> > have
> > > to experiment with appears to load ok with the current code. I hope
> > > someone else who knows more
On 2002.02.28 13:22:56 -0500 Scott M Stark wrote:
> I like it, but the disabled directory is pointless in this scheme
> as any directory that is not specified to the deployer is disabled.
> It seems like we need at least the following changes to support
> this:
>
> 1. Externalize the MainDeployer
On 2002.02.28 13:19:44 -0500 Holger Baxmann wrote:
> > My experience with native libraries is limited, thankfully. The one I
> have
> > to experiment with appears to load ok with the current code. I hope
> > someone else who knows more and has some will find out if anything
> needs
> > improveme
> My experience with native libraries is limited, thankfully. The one I have
> to experiment with appears to load ok with the current code. I hope
> someone else who knows more and has some will find out if anything needs
> improvement.
>
peep pep
i just working on the integration of the r
Bugs item #523909, was opened at 2002-02-28 08:26
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=523909&group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Thomas Phan (twhphan)
>Assigned to: Scott M Stark (s
I like it, but the disabled directory is pointless in this scheme
as any directory that is not specified to the deployer is disabled.
It seems like we need at least the following changes to support
this:
1. Externalize the MainDeployer configuration to allow the specification
of directories via a
Change Notes item #523972, was opened at 2002-02-28 18:07
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=381174&aid=523972&group_id=22866
Category: JBossMX
Group: v3.0 (Rabbit Hole)
Status: Open
Priority: 5
Submitted By: David Jencks (d_jencks)
Assigned to: David J
User: mnf999
Date: 02/02/28 09:58:54
Modified:src/docs index.jsp
Log:
Added 2 people to the list of people to be present at JavaOne, corrected
2 typo's in names in that same list
Revision ChangesPath
1.42 +3 -2 newsite/src/docs/index.jsp
Index: index.j
Bugs item #523966, was opened at 2002-02-28 17:57
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=523966&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Cristian Malinescu (crismally)
Assig
Bugs item #523969, was opened at 2002-02-28 18:01
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=523969&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Markus Menner (morphace)
Assigned to
User: d_jencks
Date: 02/02/28 10:00:33
Added: src/resources/metadata jboss_xmbean_1_0.dtd
Log:
changed to use new xmbean dtd, and provided User.xml sample generated from xdoclet
jboss xmbean task (available in xdoclet 1.1.2)
Revision ChangesPath
1.1 j
User: d_jencks
Date: 02/02/28 10:00:33
Modified:src/main/org/jboss/mx/metadata XMLMetaData.java
Log:
changed to use new xmbean dtd, and provided User.xml sample generated from xdoclet
jboss xmbean task (available in xdoclet 1.1.2)
Revision ChangesPath
1.4 +146 -76
User: d_jencks
Date: 02/02/28 10:00:33
Modified:.build.xml
Log:
changed to use new xmbean dtd, and provided User.xml sample generated from xdoclet
jboss xmbean task (available in xdoclet 1.1.2)
Revision ChangesPath
1.22 +37 -2 jmx/build.xml
Index:
User: d_jencks
Date: 02/02/28 10:00:32
Modified:src/main/org/jboss/mx/modelmbean XMBean.java
ModelMBeanConstants.java
Log:
changed to use new xmbean dtd, and provided User.xml sample generated from xdoclet
jboss xmbean task (available in xdoclet 1.1.2)
User: d_jencks
Date: 02/02/28 10:00:32
Modified:src/main/test/implementation/modelmbean XMBeanTEST.java
Log:
changed to use new xmbean dtd, and provided User.xml sample generated from xdoclet
jboss xmbean task (available in xdoclet 1.1.2)
Revision ChangesPath
1.2
1 - 100 of 150 matches
Mail list logo
