> Hi Jason,
> have you personally used JINI? Have you set up a working network with
> JINI nodes?
I have played with it some, found it a pain in the ass to use rmid, started
thinking about how I could wrap the JINI stuff from Sun as MBeans to plug
into JBoss.
That is about it though.
> - Well,
JBoss daily test results
SUMMARY
Number of tests run: 88
Successful tests: 17
Errors:35
Failures: 36
[time of test: 11 September 2001 8:14 GMT]
[java.version: 1
> Thanks for sorting this out, Jason,
No problem. I think there are still a few configuration issues to be
resolved.
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Peter Antman wrote:
> Hi Jason,
> have you personally used JINI? Have you set up a working network with
> JINI nodes?
>
> Ok, I am not expert on JINI, but I do know that when I was trying to
> "read into it" I several times stumbled on to the following type of
> informations":
>
> - Yes, JINI is
Yes,
Sorry about that guys,
Working too late and just lost it.
Thanks for sorting this out, Jason,
Jules
Jason Dillon wrote:
> Julian, did you forget to update the thirdparty/mortbay/jetty libs?
>
> --jason
>
> compile-classes:
> [mkdir] Created dir:
> /nfs/home/jason/ws/jboss/jboss-all
On 10 Sep, Jason Dillon wrote:
>> Or even better, as Jason Dillon points out, does it provide an abstracted
>> interface with the above features that JG can plug into? Sacha and I have
>> developed our own abstraction interface, but maybe JINI provides a better
>> one. I personally know jack squ
these now use the new build system stuff from jboss-all.
I did not change how the jboss-website outputs, so there is still nothing
ever put into the build/output directory.
You will need to checkout jboss-docs again, since its CVSROOT/modules
mapping has changed (it now has its own build module,
User: user57
Date: 01/09/10 23:21:48
Modified:docs build.xml
Log:
o updated build system
Revision ChangesPath
1.2 +7 -1045 build/docs/build.xml
Index: build.xml
===
RCS file: /cvsroot
User: user57
Date: 01/09/10 23:15:00
Modified:.modules
Log:
o jboss-docs has it's own build module
Revision ChangesPath
1.57 +3 -1 CVSROOT/modules
Index: modules
===
RCS file: /
User: user57
Date: 01/09/10 23:14:47
Log:
o import of the build module for jboss-docs
Status:
Vendor Tag: jboss
Release Tags: start
N build/docs/build.bat
N build/docs/build.sh
N build/docs/build.xml
N build/docs/config.xml
N build/docs/etc/local.properties-e
User: user57
Date: 01/09/10 23:10:10
Modified:website build.xml
Log:
o updated build system, see mail to jboss-dev for more information
Revision ChangesPath
1.8 +409 -242 build/website/build.xml
Index: build.xml
=
User: user57
Date: 01/09/10 23:10:10
Modified:.build.xml
Log:
o updated build system, see mail to jboss-dev for more information
Revision ChangesPath
1.10 +340 -176 newsite/build.xml
Index: build.xml
===
Does anyone use this? Is it useful? Should we drop it, so it is less likly
to confuse folks?
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
I am using jdk1.3.1 (build 1.3.1-b24), and do not see this problem either.
Does JBoss hang on you? This is really disturbing me...
--jason
On Tue, 11 Sep 2001, David Jencks wrote:
> Hiram had this problem a couple of days ago, I I did not hear back from
> him.
>
> I didn't get this error, us
Hiram had this problem a couple of days ago, I I did not hear back from
him.
I didn't get this error, using jdk1.3.1 from sun. What compiler are you
using? The method fireConnectionEvent is used within an anonymous inner
class and is defined (protected) in a superclass of XAManagedConnection
tha
Can you try this again. I do not see this.
--jason
On Mon, 10 Sep 2001, Bill Burke wrote:
> Connector module is broken!
>
>
> most-pool:
> [execmodules]
> ==
> == Executing 'most' in module 'connector'...
> ==
>
Try this again...
--jason
On Mon, 10 Sep 2001, Bill Burke wrote:
> I get the following error on Win2k. I had to revert to an older build.bat
> to get it to compile
>
> D:\main\jboss-all\jboss-all\build>build.bat
> Calling ..\tools\bin\ant.bat
> Buildfile: build.xml
>
> BUILD FAILED
>
> D:
Does JBoss hang for you on shutdown?
--jason
On Tue, 11 Sep 2001, David Maplesden wrote:
> Yes, I fixed it easily enough by changing them to...
>
>
>
>
> I hate to add to your problems but I did a build clean followed by a build
> and I get heaps of errors in the plugins/jetty module. I
I don't see this, could you try this again with the latest changes.
--jason
On Tue, 11 Sep 2001, David Maplesden wrote:
> I just had the same thing, its complaining about the lines...
>
>
>
>
>
> .. if that's any help.
>
> David
>
> > -Original Message-
> > From: Bill Burke [mail
Jetty is still not really that happy, it is complaining about missing files
and such...
Also, I don't know if this is related to the update of the jetty support
files, but JBoss hands when ^c on the console now... only a kill -9 will end
it.
=(
--jason
I just finished committing several changes to the build system. Here is an
overview of the changes:
o Output from the build module does not have the -${build.id} appened
anymore. So for example the current directory name under output is:
jboss-3.0.0alpha/
o Modules (build control, sour
User: user57
Date: 01/09/10 22:29:13
Modified:.build.xml
Log:
o updating build system, see mail to jboss-dev for more details
Revision ChangesPath
1.24 +471 -349 jboss/build.xml
Index: build.xml
User: user57
Date: 01/09/10 22:29:13
Modified:.build.xml
Log:
o updating build system, see mail to jboss-dev for more details
Revision ChangesPath
1.11 +372 -285 jbosspool/build.xml
Index: build.xml
User: user57
Date: 01/09/10 22:29:11
Modified:.build.xml
Log:
o updating build system, see mail to jboss-dev for more details
Revision ChangesPath
1.8 +377 -263 jbossmx/build.xml
Index: build.xml
==
User: user57
Date: 01/09/10 22:29:12
Modified:.build.xml
Log:
o updating build system, see mail to jboss-dev for more details
Revision ChangesPath
1.13 +398 -306 jbossmq/build.xml
Index: build.xml
==
User: user57
Date: 01/09/10 22:29:11
Modified:.build.xml
Log:
o updating build system, see mail to jboss-dev for more details
Revision ChangesPath
1.21 +325 -162 manual/build.xml
Index: build.xml
===
User: user57
Date: 01/09/10 22:29:13
Modified:.build.xml
Log:
o updating build system, see mail to jboss-dev for more details
Revision ChangesPath
1.8 +405 -292 jbosssx/build.xml
Index: build.xml
==
User: user57
Date: 01/09/10 22:29:12
Modified:variabuild.xml
Log:
o updating build system, see mail to jboss-dev for more details
Revision ChangesPath
1.8 +429 -311 contrib/varia/build.xml
Index: build.xml
User: user57
Date: 01/09/10 22:29:12
Modified:.build.xml
Log:
o updating build system, see mail to jboss-dev for more details
Revision ChangesPath
1.8 +327 -211 jnp/build.xml
Index: build.xml
==
User: user57
Date: 01/09/10 22:29:11
Modified:.build.xml
Log:
o updating build system, see mail to jboss-dev for more details
Revision ChangesPath
1.10 +360 -283 jbosscx/build.xml
Index: build.xml
==
User: user57
Date: 01/09/10 22:28:08
Modified:src/etc/conf/default jboss-service.xml
Log:
o fixed up classpath for jetty (mostly)
Revision ChangesPath
1.11 +4 -6 jboss/src/etc/conf/default/jboss-service.xml
Index: jboss-service.xml
===
User: user57
Date: 01/09/10 22:29:13
Modified:lib buildmagic-tasks.jar
Log:
o updating build system, see mail to jboss-dev for more details
Revision ChangesPath
1.4 +65 -76tools/lib/buildmagic-tasks.jar
<>
_
User: user57
Date: 01/09/10 22:29:12
Modified:jettybuild.xml
Log:
o updating build system, see mail to jboss-dev for more details
Revision ChangesPath
1.7 +362 -243 contrib/jetty/build.xml
Index: build.xml
User: user57
Date: 01/09/10 22:29:11
Modified:.build.xml
Log:
o updating build system, see mail to jboss-dev for more details
Revision ChangesPath
1.10 +308 -192 jboss-j2ee/build.xml
Index: build.xml
===
User: user57
Date: 01/09/10 22:29:10
Modified:.build.xml
Log:
o updating build system, see mail to jboss-dev for more details
Revision ChangesPath
1.7 +385 -266 admin/build.xml
Index: build.xml
User: user57
Date: 01/09/10 22:29:11
Modified:jboss/etc local.properties-example
Log:
o updating build system, see mail to jboss-dev for more details
Revision ChangesPath
1.4 +1 -5 build/jboss/etc/local.properties-example
Index: local.properties-exampl
User: user57
Date: 01/09/10 22:23:40
Modified:src/main/org/jboss/system ServiceController.java
Log:
o cleaned up some of the formatting-mess that preatty does
o only casing a Throwable to an Exception if it is an exception (also
handles Errors, else throws an Error)
User: user57
Date: 01/09/10 21:53:47
Modified:jetty/src/main/org/jboss/jetty JettyService.java
Log:
o ServiceMBeanSupport has moved to org.jboss.system
Revision ChangesPath
1.22 +9 -3 contrib/jetty/src/main/org/jboss/jetty/JettyService.java
Index: Jetty
As Jetty is nearing 3.1.0, Tomcat is nearing 4.0.0, I thought it
time to have a little comparison.
I had a quick peek at the "oppositions" latest release candidate and have
to say, from my quick look, I'm impressed and they have lifted their
game. Very slick packaging and documentation, which
User: user57
Date: 01/09/10 21:50:25
Removed: mortbay/jetty/lib com.mortbay.jetty.jar
org.apache.jasper.jar
Log:
o removing
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/list
User: user57
Date: 01/09/10 21:50:08
Removed: mortbay/jetty3extra/lib com.mortbay.ftp.jar
com.mortbay.jetty.jmx.jar
com.mortbay.jetty.sasl.jar com.mortbay.tools.jar
jmxri.jar jmxtools.jar
Log:
o removing upda
User: user57
Date: 01/09/10 21:44:41
Log:
o import of Jetty 3.1 RC9
Status:
Vendor Tag: mortbay
Release Tags: jetty_3_1_RC9
N thirdparty/mortbay/jetty/lib/.cvsignore
N thirdparty/mortbay/jetty/lib/com.sun.net.ssl.jar
N thirdparty/mortbay/jetty/lib/javax.xml.jaxp.
User: user57
Date: 01/09/10 21:47:35
Log:
o Import of Jetty3Extra 0.0.7
Status:
Vendor Tag: mortbay
Release Tags: jetty3extra_0_0_7
N thirdparty/mortbay/jetty3extra/lib/org.mortbay.ftp.jar
N thirdparty/mortbay/jetty3extra/lib/jmxri.jar
N thirdparty/mortbay/jetty3
User: user57
Date: 01/09/10 21:45:12
Removed: mortbay/jetty/lib .cvsignore
Log:
o oops, cvs did not ignore this
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Bugs item #460582, was opened at 2001-09-10 21:39
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=460582&group_id=22866
Category: JBossDoc
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to:
I don't know if you have see this yet... I just read the notice on
enhydra.org. I am really surprised by this.
What the *uck is Sun doing? I generally never really read source licenses,
because they are written by lawyers.
I just want to write software...
--jason
-- Forwarded messag
> Yes, I fixed it easily enough by changing them to...
>
>
>
This is very strange, perhaps the stuff I am about the commit will fix this.
> I hate to add to your problems but I did a build clean followed by a build
> and I get heaps of errors in the plugins/jetty module. Interestingly thi
Julian, did you forget to update the thirdparty/mortbay/jetty libs?
--jason
compile-classes:
[mkdir] Created dir:
/nfs/home/jason/ws/jboss/jboss-all/plugins/jetty/output/classes
[javac] Compiling 8 source files to
/nfs/home/jason/ws/jboss/jboss-all/plugins/jetty/output/classes
/nfs/home
Yes, I fixed it easily enough by changing them to...
I hate to add to your problems but I did a build clean followed by a build
and I get heaps of errors in the plugins/jetty module. Interestingly this
is after the connector module which built fine for me. I am trying to work
out what is
Windows?
--jason
On Tue, 11 Sep 2001, David Maplesden wrote:
> I just had the same thing, its complaining about the lines...
>
>
>
>
>
> .. if that's any help.
>
> David
>
> > -Original Message-
> > From: Bill Burke [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, September 11, 2001
Never seen this before either... give me a few minutes to finish up what I
am doing now and I will look into all of these problems.
--jason
On Mon, 10 Sep 2001, Bill Burke wrote:
> I get the following error on Win2k. I had to revert to an older build.bat
> to get it to compile
>
> D:\main
I am in the process of updating some build files, please do not change
anything at the moment.
I will get the conenctor to build shortly, though I was not aware that it
stopped.
--jason
On Mon, 10 Sep 2001, Bill Burke wrote:
> Connector module is broken!
>
>
> most-pool:
> [execmodules]
>
I just had the same thing, its complaining about the lines...
.. if that's any help.
David
> -Original Message-
> From: Bill Burke [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, September 11, 2001 3:45 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] How to build now?
>
>
>
Connector module is
broken!
most-pool:[execmodules]
==
== Executing 'most' in module 'connector'...
==
init-buildlog:
init:[moduleinfo] Project root:
D:\main\jboss-most[moduleinfo] Module root:
D:\main\j
I get the following error on Win2k. I had to revert to an older build.bat
to get it to compile
D:\main\jboss-all\jboss-all\build>build.bat
Calling ..\tools\bin\ant.bat
Buildfile: build.xml
BUILD FAILED
D:\main\jboss-all\jboss-all\build\build.xml:276: You must specify value,
locatio
n or re
jboss-all, then `build/build.bat` should build the cluster module.
jboss-most will work too, but I suggest jboss-all.
--jason
On Mon, 10 Sep 2001, Bill Burke wrote:
> I gotten lastest in awhile. How do I build now? I want to build the
> cluster module on Win2k. Do I get jboss-most? jboss-al
User: dmaplesden
Date: 01/09/10 20:05:26
Modified:src/etc/conf/default jbossmq-service.xml
Log:
Altered configuration to work with new deployment mechanism
Revision ChangesPath
1.3 +4 -59 jbossmq/src/etc/conf/default/jbossmq-service.xml
Index: jbossmq-serv
I gotten lastest in
awhile. How do I build now? I want to build the cluster module on
Win2k. Do I get jboss-most? jboss-all? or what?
Thanks,
Bill
Ok, I just committed the changes I have been working on to the deployment
mechanism.
Basically you can now use the depends tags as proposed in *service.xml
files, that is
JBOSS-SYSTEM:service=Naming
... your mbeans
will not be deployed until the mb
The reason for the isXXXEnabled() methods is not the cost of the method
call which is minimal but to avoid constructing the log arguments which
typically involve a bunch of string manipulation which is time consuming.
The category.debug() call itself is very quick.
david jencks
On 2001.09.10 19:
User: dmaplesden
Date: 01/09/10 19:48:32
Modified:jbossbuild.xml
Log:
Altered configuration to work with new deployment mechanism
Revision ChangesPath
1.19 +45 -5 build/jboss/build.xml
Index: build.xml
=
User: dmaplesden
Date: 01/09/10 19:48:05
Modified:src/etc/conf/default mail-service.xml jboss-service.xml
hsql-default-service.xml
Added: src/etc/conf/default jms-service.xml jetty-service.xml
j2eedeployment-service.xml core-servic
User: dmaplesden
Date: 01/09/10 19:48:21
Modified:src/resources/jca-sar/META-INF jboss-service.xml
Log:
Altered configuration to work with new deployment mechanism
Revision ChangesPath
1.2 +1 -18 jbosscx/src/resources/jca-sar/META-INF/jboss-service.xml
Ind
User: dmaplesden
Date: 01/09/10 19:46:13
Modified:src/main/org/jboss/deployment ServiceDeployer.java
Log:
Added support for "depends" elements in service.xml files.
Revision ChangesPath
1.6 +245 -45 jboss/src/main/org/jboss/deployment/ServiceDeployer.java
In
User: dmaplesden
Date: 01/09/10 19:46:57
Modified:src/main/org/jboss/jmx/META-INF jboss-service.xml
Log:
Altered configuration to work with new deployment mechanism
Revision ChangesPath
1.2 +3 -0 jboss/src/main/org/jboss/jmx/META-INF/jboss-service.xml
Ind
User: dmaplesden
Date: 01/09/10 19:45:46
Modified:src/main/org/jboss/deployment AutoDeployer.java
Log:
Altered so that the AutoDeployer can be deployed before the individual deployers it
uses.
Revision ChangesPath
1.3 +90 -19jboss/src/main/org/jboss/deployment
Forgive the ignorance, I spoke without a full understanding of how log4j
works..
Regards,
HIram
>From: "Scott M Stark" <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: <[EMAIL PROTECTED]>
>Subject: Re: [JBoss-dev] log4j switchover - anyone working on this?
>Date: Mon, 10 Sep 2001 17:33:00
I like properties.
>From: Jason Dillon <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: <[EMAIL PROTECTED]>
>Subject: RE: [JBoss-dev] exposing boot sequence & richer xml config
>Date: Mon, 10 Sep 2001 16:52:29 -0700 (PDT)
>
> > I'd like to see substitution variables in jboss.jcml so that yo
JBoss daily test results
SUMMARY
Number of tests run: 223
Successful tests: 99
Errors:87
Failures: 37
[time of test: 11 September 2001 3:27 GMT]
[java.version:
Yeah, sorry, properties
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Hiram
> Chirino
> Sent: Monday, September 10, 2001 10:15 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] exposing boot sequence & richer xml config
>
>
>
> I like propert
Okay, I understand now... It was very clear
answer. Thanx. ;-)
- kimion -
- Original Message -
From:
David Maplesden
To: '[EMAIL PROTECTED]'
Sent: Monday, September 10, 2001 9:35
PM
Subject: RE: [JBoss-dev] JBoss & MS
SQL Server 2000
I
think you are
I
think you are getting this because you are attempting to access the
DataSource from outside of JBoss. DataSources can only be accessed from
code running in the same JVM as the DataSource i.e. from within ejb's or mbean's
deployed by JBoss. Separately running clients cannot access the
Da
I think I have successfully created a connection
pool for MS SQL 2000... but I can't connect to it from my test client
code...
When JBoss starts up, I get output like
below...
[XADataSourceLoader]
Starting
[SQLServerPool] XA Connection pool
User: user57
Date: 01/09/10 18:07:19
Modified:lib ant.jar optional.jar
Log:
o updating to ant v1.4
o ANT_OPTS has been moved closer to class name (like the dist version)
o added JAVA_OPTS to replace it, though current usage of ANT_OPTS should
still work
Revis
User: user57
Date: 01/09/10 18:07:18
Modified:bin ant
Log:
o updating to ant v1.4
o ANT_OPTS has been moved closer to class name (like the dist version)
o added JAVA_OPTS to replace it, though current usage of ANT_OPTS should
still work
Revision ChangesP
Good question, I have no idea.
Strange is that local lookups from the Linux server are
working fine, too. Only when W2K tries to make the
lookup it fails this way. I will try to make the lookup
from another Linux box.
Andy
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To
What is trying to connect to 127.0.0.2 ? Why is any machine configured to
use 127.0.0.2 as its ip addr?
--jason
On Mon, 10 Sep 2001, Andreas Schaefer wrote:
> Hi Geeks
>
> Maybe it is just me but I have a problem to access
> JBoss JNDI naming service from Windows to an
> Linux box but vice ve
> If going with this approach, just a isTraceEnabled public variable so that
> you don't incure the cost of a method call. (since you'll be doing the check
> to avoid the cost a trace method call in the first place.)
Is the cost difference between a method call and a field lookup significant
enou
This can't be done as wether or not the priority is enabled is a dynamic
function of
the category heirchary and a method call must be made to query. Walk through
a JMS msg delivery or EJB method invocation and count the method calls and
then come back and tell me this amounts to even .01% of the t
User: jules_gosnell
Date: 01/09/10 16:52:05
Modified:jetty/src/etc README VERSION demo.xml jetty.xml
Log:
jetty repackaging and build script fixes
Revision ChangesPath
1.4 +34 -29contrib/jetty/src/etc/README
Index: README
Hi Geeks
Maybe it is just me but I have a problem to access
JBoss JNDI naming service from Windows to an
Linux box but vice versa is working fine.
Environment:
- SuSE Linux 7.1, Kernel 2.4, IBM Java 2, JNDI naming bound to 1099,
JBoss 2.4 with Jetty, EJB successfully deployed
-Windows 2000, Jav
User: jules_gosnell
Date: 01/09/10 16:52:05
Modified:jetty/src/build build.xml
Log:
jetty repackaging and build script fixes
Revision ChangesPath
1.13 +12 -9 contrib/jetty/src/build/build.xml
Index: build.xml
==
> What is wrong with rewriting all code using Log and Logger to use
> JBossCategory instead? It's easy and often you can improve things by eg
> category.error("message", exception)
Why not Logger? Which would essentially be JBossCategory with a more
palatable name.
--jason
__
> I'd like to see substitution variables in jboss.jcml so that you can use
> environment variables to get at some of the hardcoded paths that need to be
> set up in config
Environment variables or properties?
--jason
___
Jboss-development mailing lis
> > 1) Expose as much configuration to integrators as possible, with out
> > complicating the system for users who do not need to muck with the
> > boot config.
>
> Right now with rh, you can specify all the directories you need (and some
> you probably don't) as urls on the command line
>From: Jason Dillon <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: <[EMAIL PROTECTED]>
>Subject: Re: [JBoss-dev] log4j switchover - anyone working on this?
>Date: Mon, 10 Sep 2001 14:41:20 -0700 (PDT)
>
>Are we still planning on dropping the older Log & Logger stuff in favor of
>Log4j? If
Because I don't want redundant interfaces to the logging system.
- Original Message -
From: "David Jencks" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, September 10, 2001 4:14 PM
Subject: Re: [JBoss-dev] log4j switchover - anyone working on this?
> What is wrong with rewri
I'd like to see substitution variables in jboss.jcml so that you can use
environment variables to get at some of the hardcoded paths that need to be
set up in config
BIll
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of David
> Jencks
> Sent: Monday
> Hi I thought of an Idea that should fix Jason's problem while not chaning
> the current MDB invoker too much. What we have to do is get rid of that
> ugly timeout. So when MDB TX is NotSupported, lets not elist the TX with
> the TM since he sill timeout the transaction. Lets just manually
> c
I started to read the JINI spec. Pretty cool stuff. The leasing interface
is also very interesting. Sacha and I are pretty close to having HA JNDI,
HA SLSBs, and HA EBs hooked into javagroups. We'll probably just iterate
and look into JINI later.
Bill
> -Original Message-
> From: [EM
I'm less than thrilled with the complexity, however I still think recursive
deployment is a good enough idea to include, and if we have it I want it to
work properly. Can you think of a way to get reasonable results without
these rules? I'd be delighted to see it!
thanks
david jencks
On 2001.0
> I think just the custom logging class that replaces the existing Log, Logger
> and
> JBossCategory and the use of TRACE. I'm in agreement with you on this
> items so unless there is other input to the contrary the details of the new
> Logger or
> whatever is all that remains.
What about the cur
> Couldn't you also define classloaders here for the Security Manager?
Sure, though I would defer all security bits to Scott.
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, September 10, 2001 2:43 PM
Subject: Re: [JBoss-dev] Build Problems
> > jboss-all:
> >
> > - I can't compile Jetty to get the webserver running
>
> I am not sure this really works yet. I h
Let's get both approaches working as it remains to be seen if the complexity
of
the recursive/implicit stuff is worth the trouble.
- Original Message -
From: "David Maplesden" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, September 10, 2001 2:31 PM
Subject: RE: [JBoss-dev] Mbe
> I'm still confused about what you are trying to accomplish here. I would
> really appreciate it if you could take a few minutes and write down,
> without specifying a notation, the sequence of events you are trying to
> control and the variation points along that sequence.
Sure. There are thr
> Or even better, as Jason Dillon points out, does it provide an abstracted
> interface with the above features that JG can plug into? Sacha and I have
> developed our own abstraction interface, but maybe JINI provides a better
> one. I personally know jack squat about JINI and should really rea
I think just the custom logging class that replaces the existing Log, Logger
and
JBossCategory and the use of TRACE. I'm in agreement with you on this
items so unless there is other input to the contrary the details of the new
Logger or
whatever is all that remains. Due to the proposed change to h
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, September 10, 2001 2:41 PM
Subject: Re: [JBoss-dev] log4j switchover - anyone working on this?
> Are we still planning on dropping the older Log & Logger stuff in favor of
> Log4j? If so
> javax.xml.parsers.FactoryConfigurationError:
> org.apache.crimson.jaxp.SAXParserFactoryImpl
> at javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:84)
> at
> org.apache.tools.ant.ProjectHelper.getParserFactory(ProjectHelper.java:780)
> at org.apache.tools.ant
1 - 100 of 150 matches
Mail list logo
