Diff is really odd sometimes... why did it decide that I added a new set of
end tags and then filled in the rest. I don't think I could do that if I
wanted too. I would get too confused.
--jason
>
>
> @@ -898,6 +898,14 @@
>
>
>
> +
> +
That is Andreas' distributed installation service. Unless he
asks for it I would leave it out as I don't know the state of it.
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, December 06, 2001 10:43 PM
Subject: Re: [JBoss-dev] cluste
wow, sf mailing lists are really slow, this was done yesterday...
--jason
__
View: http://jboss.org/forums/thread.jsp?forum=66&thread=4930
___
Jboss-development mailing list
[EMAIL PRO
Bugs item #486081, was opened at 2001-11-27 09:36
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=486081&group_id=22866
Category: Build System
Group: v2.5 Rabbit Hole (unstable)
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Alan Lewis (alan
User: user57
Date: 01/12/06 22:55:28
Modified:jbossbuild.xml
Log:
o added cluster-service.xml to the release
Revision ChangesPath
1.56 +9 -1 build/jboss/build.xml
Index: build.xml
===
JBoss daily test results
SUMMARY
Number of tests run: 162
Successful tests: 159
Errors:1
Failures: 2
[time of test: 7 December 2001 6:52 GMT]
[java.version: 1.3
What about farm-service.xml?
> Yes, I believe Bill had asked for help in adding
> this.
>
--jason
__
View: http://jboss.org/forums/thread.jsp?forum=66&thread=5029
___
Jboss-developme
User: user57
Date: 01/12/06 22:49:11
Added: src/tests jnditester.java slsb.java
Log:
o moved stuff from etc/ to src/etc, src/tests and src/metadata
Revision ChangesPath
1.1 jbossmx/src/tests/jnditester.java
Index: jnditester.java
User: user57
Date: 01/12/06 22:49:11
Added: src/metadata sample-jboss.xml
Log:
o moved stuff from etc/ to src/etc, src/tests and src/metadata
Revision ChangesPath
1.1 jbossmx/src/metadata/sample-jboss.xml
Index: sample-jboss.xml
=
User: user57
Date: 01/12/06 22:49:10
Modified:.build.xml
Log:
o moved stuff from etc/ to src/etc, src/tests and src/metadata
Revision ChangesPath
1.19 +15 -3 jbossmx/build.xml
Index: build.xml
===
User: user57
Date: 01/12/06 22:49:10
Removed: etc cluster-service.xml farm-service.xml jboss.xml
jnditester.java slsb.java
Log:
o moved stuff from etc/ to src/etc, src/tests and src/metadata
___
Jboss-devel
User: user57
Date: 01/12/06 22:49:11
Added: src/etc cluster-service.xml farm-service.xml
Log:
o moved stuff from etc/ to src/etc, src/tests and src/metadata
Revision ChangesPath
1.1 jbossmx/src/etc/cluster-service.xml
Index: cluster-service.xm
User: user57
Date: 01/12/06 22:47:23
jbossmx/src/metadata - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/12/06 22:46:25
jbossmx/src/tests - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/12/06 22:46:24
jbossmx/src/etc - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Oh... missed that... well I will look into it then.
--jason
__
View: http://jboss.org/forums/thread.jsp?forum=66&thread=5029
___
Jboss-development mailing list
[EMAIL PROTECTED]
https:
Yes, I believe Bill had asked for help in adding this.
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, December 06, 2001 5:03 PM
Subject: [JBoss-dev] cluster-service.xml & 3.0
> should this file be part of the 3.0 release? There is
JBoss daily test results
SUMMARY
Number of tests run: 162
Successful tests: 159
Errors:1
Failures: 2
[time of test: 7 December 2001 5:34 GMT]
[java.version: 1.3
That would be good assuming that we get as far as loading the Log4j service,
if we don't then we don't have any logging information about the problem.
Plus todo that we still need the log4j core classes... and well, we would
also need our proxy generator since the log4j bits are not interfaces
Yes I have been looking at this. I have been looking at loading the
the log4j class uses the thread context class loader using reflection
the same way as I had to do to add logging to JAAS login modules
that had to be on the system classpath. I'm testing it out now.
Worst case I agree that we just
we could certainly do something like that and if we did we would probably
write a caching appender and attach it to log4j... still need log4j though.
--jason
On Thu, 6 Dec 2001, Adam Heath wrote:
> On Thu, 6 Dec 2001, Jason Dillon wrote:
>
> > [snip]
>
> Maybe something could be done like t
On Thu, 6 Dec 2001, Jason Dillon wrote:
> [snip]
Maybe something could be done like the linux kernel. During bootup, before
the video screen is initialized, all log/debug messages are stored in a
buffer. Then, as soon as the console is available, they get dumped out.
Of course, I have no idea
JBoss daily test results
SUMMARY
Number of tests run: 162
Successful tests: 159
Errors:1
Failures: 2
[time of test: 7 December 2001 4:21 GMT]
[java.version: 1.3
>From: marc fleury <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: [JBoss-dev] Any reason why jetty is in jboss-service.xml under
>boot
>Date: Thu, 6 Dec 2001 07:59:52 -0700 (MST)
>
>I am looking at the boot of JBoss and there is a rogue "service.xml" file
>which 1- is confusing conside
User: user57
Date: 01/12/06 19:40:39
Modified:src/main/org/jboss/pool ObjectPool.java PoolGCThread.java
Log:
o changed log.warn to log.debug for runGC
o using two argument error methods when logging exceptions, instead of
using string concatenation
Revision Changes
JBoss daily test results
SUMMARY
Number of tests run: 169
Successful tests: 164
Errors:2
Failures: 3
[time of test: 7 December 2001 3:22 GMT]
[java.version: 1.3
I can explain how todo this, or simply do it if you like... it is rather easy.
--jason
___
View: http://jboss.org/forums/thread.jsp?forum=66&thread=4999
___
Jboss-development mailing list
[EM
User: user57
Date: 01/12/06 19:00:53
Modified:src/main/org/jboss/management/j2ee J2EEDeployedObject.java
Log:
o changed System.out and printStackTrace to Logger calls
Revision ChangesPath
1.4 +10 -4 jboss/src/main/org/jboss/management/j2ee/J2EEDeployedObject
User: user57
Date: 01/12/06 19:11:16
Modified:src/etc/conf/default log4j.properties
Log:
o removed {ABSOLUTE} from events written to server.log, as they didn't have
the date on them.
Revision ChangesPath
1.17 +3 -3 jboss/src/etc/conf/default/log4j.prope
User: user57
Date: 01/12/06 19:06:09
Modified:src/main/org/jboss/management/j2ee
SingleJBossServerManagement.java
Log:
o System.out and printStackTrace to Logger calls
Revision ChangesPath
1.5 +10 -5
jboss/src/main/org/jboss/manageme
User: mnf999
Date: 01/12/06 19:00:32
Modified:src/main/org/jboss Main.java
Log:
More cosmetics,
Revision ChangesPath
1.59 +8 -7 jboss/src/main/org/jboss/Main.java
Index: Main.java
===
RC
What do you think about the log4j bits?
--jason
On Thu, 6 Dec 2001, marc fleury wrote:
> I just updated it, the reason is because we need to clearly say what is
> booted, it is really JBoss with the microkernel that is booted with the
> first services.
>
> I now say JBoss (MX microkernel) :)
I just updated it, the reason is because we need to clearly say what is
booted, it is really JBoss with the microkernel that is booted with the
first services.
I now say JBoss (MX microkernel) :)
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
User: user57
Date: 01/12/06 18:55:48
Modified:src/main/org/jboss Main.java
Log:
o Not really sure why this says JBossMX now, but lets put the space back
in between the name and the version information.
Revision ChangesPath
1.58 +2 -2 jboss/src/main/org/
I have been a bit bothered about this from the start... the email I sent a
long time ago about exposing the boot sequence was based on this
frustration.
Currently some part of the core system use System.out for logging
information. I think this is a really bad idea. It would be much better i
User: user57
Date: 01/12/06 18:31:05
Modified:src/main/org/jboss/system ServiceLibraries.java
Log:
o another javadoc fix
Revision ChangesPath
1.9 +3 -2 jboss/src/main/org/jboss/system/ServiceLibraries.java
Index: ServiceLibraries.java
===
User: user57
Date: 01/12/06 18:39:35
Modified:src/main/org/jboss/management/j2ee J2EEManagedObject.java
Log:
o replaced System.out usage with Logger
Revision ChangesPath
1.6 +11 -5 jboss/src/main/org/jboss/management/j2ee/J2EEManagedObject.java
Index: J
User: user57
Date: 01/12/06 18:30:43
Modified:src/main/org/jboss/system ServiceLibraries.java
Log:
o javadoc fix
Revision ChangesPath
1.8 +2 -2 jboss/src/main/org/jboss/system/ServiceLibraries.java
Index: ServiceLibraries.java
===
User: mnf999
Date: 01/12/06 17:31:02
Removed: src/etc/conf/boot-server jboss-service.xml log4j.properties
Log:
torching
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Bugs item #489294, was opened at 2001-12-05 00:58
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=489294&group_id=22866
Category: JBossServer
Group: v2.4 BETA (stable)
Status: Open
>Resolution: Postponed
Priority: 5
Submitted By: Konstantin Pribluda (ko5t
User: user57
Date: 01/12/06 17:23:21
Modified:src/docs/developers cvs.jsp
Log:
o link to HEAD version of CVSROOT/modules not 1.72
Revision ChangesPath
1.15 +2 -2 newsite/src/docs/developers/cvs.jsp
Index: cvs.jsp
==
User: starksm
Date: 01/12/06 17:07:17
Modified:src/resources/web/META-INF Tag: Branch_2_4 application.xml
Log:
Use relative urls on the index.html page.
Include the jbosstest-22-web.war in the ear
Revision ChangesPath
No revision
No
|I thought * did work for classpath archives, but I never tested it. (Did I
|take it out? I didnt't think so) I have no problem with having it and
|making it work.
You took out the full default (nothing specified) the classpath from DavidM
is enough there.
|I think the class dependency "nazi" is
User: starksm
Date: 01/12/06 17:07:17
Modified:src/resources/web Tag: Branch_2_4 index.html
Log:
Use relative urls on the index.html page.
Include the jbosstest-22-web.war in the ear
Revision ChangesPath
No revision
No revis
User: starksm
Date: 01/12/06 17:06:35
Modified:src/build/subprojects Tag: Branch_2_4 build-web.xml
Log:
Build a 2.2 servlet container compatible version of the war which
includes the ejb interfaces
Revision ChangesPath
No revision
No
User: user57
Date: 01/12/06 17:04:36
Modified:jbossbuild.xml
Log:
o changed release to use the modules-most target (which does not generate/
install docs)
o added release-full, which get the previous behavior
Revision ChangesPath
1.55 +8 -2 build
sure, just need to setup a seperate project like jboss-mq, setup build files
and bingo.
unfortunatly the namespace is kinda messed up, so you would probably have to
setup a jboss-mx project.
--jason
On Fri, 7 Dec 2001, Juha-P Lindfors wrote:
>
> Is there a way to co and build a standalone j
|For what its worth I think the jar dependency tracking stuff is the only
|stuff in need of a rethink, the mbean-ref and classpath syntax I am quite
|happy with.
same here
that and the standard xml file being a nightmare of bits and pieces that
really should be a standard file.
It's a small poi
should this file be part of the 3.0 release? There is an open bug:
[ #486081 ] cluster-service.xml not in 3.0 alpha kit
on this, but I haven't a clue if this should be added or not. Can someone
tell me.
--jason
___
Jboss-development mailing li
Thanks for this work, Jason.
-- Juha
On Thu, 6 Dec 2001, Jason Dillon wrote:
> Date: Thu, 06 Dec 2001 16:33:20 -0800
> From: Jason Dillon <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: [JBoss-dev] CVS update: jmx build.bat build.sh build.xml
>
> User: user57
> Date: 01/12/06 16:33
Is there a way to co and build a standalone jbossmx? that should be
possible, can it be done the way MQ uses CVS now?
-- Juha
On Thu, 6 Dec 2001, Jason Dillon wrote:
> Date: Thu, 6 Dec 2001 17:25:43 -0700 (MST)
> From: Jason Dillon <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Re:
oh ya, when it comes time to hook these up, we need to add module defs in
build/build.xml and add it to one of the default groups.
I left it out for the moment, so it won't get built by default.
_
View: http://jboss.org/forums/
No the jmx stuff is in the right place, though if it is called jbossmx it
might have made sence to use that... but since that is currently the cluster
module... ahhh.
It is all messed up.
We really should re-org the entire repository, to reflect the namespace that
we are using on checkout. T
On 2001.12.06 19:03:23 -0500 marc fleury wrote:
> he he...
>
> in fact 2 problems one real one fake
>
> the fake: 'depends' removal i have been working on my codebase for the
> past
> 3weeks and the code was update by david j last week :) I was missing it
> but
> I did update the server deploye
For what its worth I think the jar dependency tracking stuff is the only
stuff in need of a rethink, the mbean-ref and classpath syntax I am quite
happy with.
I certainly don't think we need a return to the "depends" tag.
BTW, I have also noticed a bug in the mbean-ref stuff, it would be nice if
just added build files. you will need to checkout jboss-all again to get the changes.
--jason
_
View: http://jboss.org/forums/thread.jsp?forum=66&thread=4999
___
Jboss-development ma
User: user57
Date: 01/12/06 16:33:20
Added: .build.bat build.sh build.xml
Log:
o adding build files
Revision ChangesPath
1.1 jmx/build.bat
Index: build.bat
===
@echo of
User: user57
Date: 01/12/06 16:27:35
Modified:.modules
Log:
o lets try this again
Revision ChangesPath
1.76 +2 -0 CVSROOT/modules
Index: modules
===
RCS file: /cvsroot/jboss/CVS
User: user57
Date: 01/12/06 16:25:05
Modified:.modules
Log:
o revert to 1.72
Revision ChangesPath
1.75 +1 -1 CVSROOT/modules
Index: modules
===
RCS file: /cvsroot/jboss/CVSROOT/
User: user57
Date: 01/12/06 16:24:18
Modified:.modules
Log:
o something is odd...
Revision ChangesPath
1.74 +0 -2 CVSROOT/modules
Index: modules
===
RCS file: /cvsroot/jboss/CVS
hmm? did I drop my module in the wrong place in the CVS?
-- Juha
On Thu, 6 Dec 2001, Jason Dillon wrote:
> Date: Thu, 6 Dec 2001 16:45:57 -0700 (MST)
> From: Jason Dillon <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] JBossMX and jboss-all
>
> come to think of it, user
User: juhalindfors
Date: 01/12/06 16:19:49
Modified:src/main/javax/management ObjectName.java
Log:
jboss style + tweaks
Revision ChangesPath
1.2 +83 -51jmx/src/main/javax/management/ObjectName.java
Index: ObjectName.java
=
User: user57
Date: 01/12/06 16:19:25
Modified:.modules
Log:
o adding jboss/jmx module
Revision ChangesPath
1.73 +3 -1 CVSROOT/modules
Index: modules
===
RCS file: /cvsroot/jboss
he he...
in fact 2 problems one real one fake
the fake: 'depends' removal i have been working on my codebase for the past
3weeks and the code was update by david j last week :) I was missing it but
I did update the server deployer hence panic...my bad
the real: the classpath explicit thingy, I
User: juhalindfors
Date: 01/12/06 16:02:36
Added: src/main/org/jboss/mx/interceptor Invocation.java
Log:
Revision ChangesPath
1.1 jmx/src/main/org/jboss/mx/interceptor/Invocation.java
Index: Invocation.java
=
User: starksm
Date: 01/12/06 16:06:28
Modified:src/docs/common doco.jsp
Log:
Change the image alingment to seperate the sections
Revision ChangesPath
1.13 +9 -4 newsite/src/docs/common/doco.jsp
Index: doco.jsp
===
User: starksm
Date: 01/12/06 15:55:55
Modified:src/docs navigation.jsp
Log:
Move the documentation link to offerings and update the available
for pay docs.
Revision ChangesPath
1.18 +1 -1 newsite/src/docs/navigation.jsp
Index: navigation.jsp
=
come to think of it, users will have to checkout again to get the jboss-all/jmx
directory too.
we really need to reorganize the repository to avoid this in the future.
:(
--jason
View: http://jboss.org/forums/thread.jsp?forum=66&thread=4999
___
I think I am starting to see more clearly,
the mbean-refs in the ServiceController is good, that was added by David J,
the ServiceDeployer class dependency "nazi" I am not sure I like :)
I think I am there, will fix when I am done cooking/eating putting the
little one to bed.
marcf
|-Origi
User: starksm
Date: 01/12/06 15:55:55
Modified:src/docs/common doco.jsp
Log:
Move the documentation link to offerings and update the available
for pay docs.
Revision ChangesPath
1.12 +27 -13newsite/src/docs/common/doco.jsp
Index: doco.jsp
=
I seem to be getting out of order message delivery today;-)
I wish I knew what problem you were trying to solve, marc.
Somehow I doubt you'll like it marc... however we could reduce the entire
dependency mechanism to mbean-mbean dependencies by:
Make every package be represented by a Deploymen
User: starksm
Date: 01/12/06 15:08:15
Modified:src/lib Tag: Branch_2_4 log4j.jar
Log:
Update to version 1.1.3
Revision ChangesPath
No revision
No revision
1.3.2.1 +186 -187 jboss/src/lib/Attic/log4j.jar
User: juhalindfors
Date: 01/12/06 15:02:41
Added: src/main/org/jboss/mx/interceptor Interceptor.java
InvocationException.java LogInterceptor.java
SecurityInterceptor.java
StandardMBeanInterceptor.java
Log:
User: juhalindfors
Date: 01/12/06 14:51:17
jmx/src/main/org/jboss/mx/interceptor - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: juhalindfors
Date: 01/12/06 14:50:53
Modified:src/main/org/jboss/mx/server StandardMBean.java
Log:
Revision ChangesPath
1.2 +108 -150 jmx/src/main/org/jboss/mx/server/StandardMBean.java
Index: StandardMBean.java
==
No, I'm sticking with 3.2.4 for now.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Adam Heath" <[EMAIL PROTECTED]>
To: "JBoss Development" <[EMAIL PROTECTED]>
Sent: Thursday, December 06, 2001 12:51 PM
S
On 2001.12.06 14:01:03 -0500 Bill Burke wrote:
> MBeans in 2.4.x are really really simple and easy to understand. It's
> also easy to understand the flow of initialization. IMHO, anything new
> in 3.0 should be an extension of 2.4.x for more advanced configurations.
> I'm hoping that 3.0 will m
I added it, it lasted a couple of weeks, David J removed it when he
overhauled the entire deployment mechanism. As I didn't have the time to
contribute much myself I just left him to it.
Use the biggest baddest blow torch you can.
Cheers
David
>
> David M and David J
>
> still working with t
David M and David J
still working with the Spaghetti code in ServiceDeployer, I remember in september we
had a "depends" discussion in *MBEAN* dependency, and DavidM added that to the
codebase, I also see a entry in the log from DavidM.
now,
I can't find anything about the MBean service dep
User: juhalindfors
Date: 01/12/06 13:43:19
Modified:src/main/org/jboss/mx/server/registry
BasicMBeanRegistry.java
Log:
JBoss style: from K&R to ANSI C
Revision ChangesPath
1.4 +40 -17
jmx/src/main/org/jboss/mx/server/registry/BasicMBeanR
Does anyone remember who originally wrote the time-out code or know the
original goal?
I am working on adding read-only to relationships, and have some questions
on how time-out is supposed to work.
Once a read-only field is loaded in a transaction, is it supposed to be
valid for the length of
Marc, don't throw the baby out with the bath water. I agree the current
situation is too confusing.
However, IMHO, one of the main benefits of the multi-sar/service.xml
packaging is exactly the control you get from so many files. It divides
pieces of the server up into chunks you don't need to
[EMAIL PROTECTED] wrote:
>I forgot to remind everyone of the point behind these apparently fragmented
>service.xml files
>
>They enable easy deployment/undeployment of large chunks of server
>functionality (including replacing the classes implementing the
>functionality) WHILE THE SERVER IS
On Thu, 6 Dec 2001, Andrew Scherpbier wrote:
> While reading the thread "current mbean structure confusing" I was
> thinking about some other issues with mbeans, specifically versioning.
> In the special purpose app server we developed at my previous company we
> ran into a problem with upgrades
User: juhalindfors
Date: 01/12/06 13:23:41
Modified:src/main/org/jboss/mx/server/registry
BasicMBeanRegistry.java
Log:
synchronize registry access (Trevor Squires)
Revision ChangesPath
1.3 +3 -1
jmx/src/main/org/jboss/mx/server/registr
marc fleury wrote:
>
>> 2. Is the boot-server configuration only used for booting over the
network
>> - can we try this out just now, and how do you decide what
configuration
>> it obtains/supplies??
> That I really don't know what it is doing there, see my previous
> mail on jetty here
That's up to bill and sacha.. but I think you're right, moving might be
more trouble than its worth
-- Juha
On Thu, 6 Dec 2001, Jason Dillon wrote:
> What is the deal with the cluster stuff? It is currently in jbossmx module
> in cvs. It should be moved, but moving it will break all jboss-al
User: user57
Date: 01/12/06 13:18:01
Modified:src/web/forums error.jsp
Log:
o re-enable logging
Revision ChangesPath
1.6 +7 -1 website-forums/src/web/forums/error.jsp
Index: error.jsp
==
I will build'ify it.
What is the deal with the cluster stuff? It is currently in jbossmx module
in cvs. It should be moved, but moving it will break all jboss-all
checkouts, which I am not really into doing too often. I think we should
leave it there until there is time to fix the CVS depot
if you want to.. although its not used anywhere yet.. and it's completely
lacking the build infrastructure so you'd have to add that. Of course I
don't mind if you want to work on it :)
-- Juha
At 19:32 5.12.2001 -0800, Jason Dillon wrote:
>Should we add the JBossMX stuff to jboss-all? I don
Is anyone working on integrating the above 2 systems? If not, I may end up
having to do it myself.
What makes this problematic, is tomcat has rearranged a bunch of their code,
and have given no 'upgrading' doc, describing how to port something from 3.2
to 3.3.
Since tomcat 3.3 is the current ve
User: user57
Date: 01/12/06 12:48:56
Modified:src/lib jive.jar
Log:
o revert
Revision ChangesPath
1.10 +8612 -9686website-forums/src/lib/jive.jar
<>
___
Jboss-development mailing list
[EMAIL PROTECTED
User: user57
Date: 01/12/06 12:40:54
Added: src/web/forums error.jsp
Log:
o adding a better error.jsp page which will log exceptions ala log4j
Revision ChangesPath
1.4 +52 -50website-forums/src/web/forums/error.jsp
User: user57
Date: 01/12/06 12:44:44
Modified:src/web/forums error.jsp
Log:
o hrm...
Revision ChangesPath
1.5 +1 -7 website-forums/src/web/forums/error.jsp
Index: error.jsp
===
RCS fil
User: user57
Date: 01/12/06 12:34:05
Modified:src/lib jive.jar
Log:
o jive with debug information
Revision ChangesPath
1.9 +9686 -8612website-forums/src/lib/jive.jar
<>
___
Jboss-development mailing
Ok, I bet I know why this is broken. I think that the rars were added to a
'rars' target then the 'most' target was changed to include it. This is
just a guess, checking the cvs files will tell for sure.
The 'jars' target is meant to build all of the archinve files, not just
those ending wit
User: user57
Date: 01/12/06 12:17:30
Modified:.build.xml
Log:
o merged 'rars' target into 'jars'
Revision ChangesPath
1.17 +4 -4 jbosscx/build.xml
Index: build.xml
===
RCS file:
Some food for thought on the mbean system: (Just tell me to shutup and
crawl back into my cubicle if you want!)
While reading the thread "current mbean structure confusing" I was
thinking about some other issues with mbeans, specifically versioning.
In the special purpose app server we develop
is this in pool or connector now?
by the way, can we not comment out build logic when stuff gets moved? we
have a version control system that will presere the state of things.
I am all for commenting stuff out for testing in a local environemnt or if
you comment out optional config that gets
Okay, this answers why my fresh checkout doesn't build...
Feel free to disregard the last message... Though I agree 1000% with David
regarding running the unit tests.
> From: Jason Dillon <[EMAIL PROTECTED]>
> Date: Thu, 6 Dec 2001 11:51:28 -0800 (PST)
> To: David Jencks <[EMAIL PROTECTED]>
> Cc
1 - 100 of 155 matches
Mail list logo
