User: starksm
Date: 01/10/01 00:38:19
Modified:src/client Tag: Branch_2_4 jboss-j2ee.jar jbossmq-client.jar
jbosssx-client.jar jnp-client.jar
Log:
Synch up the jars with the JBoss_2_4_2 builds of the jbosscx, jboss-j2ee,
jbossmq, jbosspool, jbosssx, jnp mo
User: starksm
Date: 01/10/01 00:38:19
Modified:src/etc/deploy Tag: Branch_2_4 jbosspool-jdbc.rar
Log:
Synch up the jars with the JBoss_2_4_2 builds of the jbosscx, jboss-j2ee,
jbossmq, jbosspool, jbosssx, jnp modules
Revision ChangesPath
No revision
User: starksm
Date: 01/10/01 00:38:18
Modified:src/lib Tag: Branch_2_4 jboss-j2ee.jar jboss-jaas.jar
jboss-jdbc_ext.jar jbosscx.jar jbossmq.jar
jbosspool.jar jbosssx.jar jnpserver.jar
Log:
Synch up the jars with the JBoss_2_4_2 build
JBoss daily test results
SUMMARY
Number of tests run: 21
Successful tests: 15
Errors:6
Failures: 0
[time of test: 1 October 2001 9:9 GMT]
[java.version: 1.3.1]
Change Notes item #466753, was opened at 2001-10-01 01:13
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=381174&aid=466753&group_id=22866
Category: None
Group: v2.4.2
Status: Open
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned to: Scott M Stark (starksm
Patches item #466763, was opened at 2001-10-01 01:44
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=466763&group_id=22866
Category: JBossServer
Group: v2.5 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Neale Swinnerton (n
Hello,
The included patches allow Jboss (latest CVS-snapshot) to work with log4j 1.2alpa1,
xdoclet-related patches are also included. You can continue to use your own subclass
of Category although this is likely to cause problems if and when you decide to
support the LogManager architecture.
User: gropi
Date: 01/10/01 01:57:09
Modified:src/xdocs jbossintro.xml
Log:
Some more comments on the JNDI service.
Revision ChangesPath
1.3 +18 -14manual/src/xdocs/jbossintro.xml
Index: jbossintro.xml
==
you asked, where the CCE occurred, because you may have encountered that
problem already
some while ago ...
-Ursprüngliche Nachricht-
Von: Jason Dillon [mailto:[EMAIL PROTECTED]]
Gesendet: Montag, 1. Oktober 2001 09:29
An: '[EMAIL PROTECTED]'
Betreff: Re: AW: [JBoss-dev] RH and -classic
Hi there (got currently huge problems with our firewall, prevents a proper
bug report :-(
Sascha has noticed that the RH startup process sometimes deadlocks in the
new classloading scheme especially when he is starting up JavaGroups and his
HA MBeans.
My hypothesis (see snippets from his thread
JBoss daily test results
SUMMARY
Number of tests run: 21
Successful tests: 20
Errors:1
Failures: 0
[time of test: 1 October 2001 13:57 GMT]
[java.version: 1.3.1
I must correct myself! We have a principle problem, unfortunately, for which
I do not
have an immediate answer right now:
Actually, instead of synchronized(classLoaders) in ServiceLibraries, there
would be the need
to *atomically* synchronize on all instances of the set in order not to
interfere
Anyone know of any timescales for the release of JBoss 3.0?
TIA
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
|(BTW: If somebody would offer Voodoo-puppets of SUN developers in the
|jboss-store, you could make a fortune! If you would additionally provide
|JBoss-needles, you could even make a bigger one!)
LOL ^ 10
listen I really want to finish the website but will try to come back to this
soon (like ton
ceki,
Send me a sourceforge account please,
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Ceki
|Gülcü
|Sent: Monday, October 01, 2001 4:55 AM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] [PATCH] Log4j 1.2alpha compatibility upgrade
|
|
|
|He
RH exists in a space with no time... it just takes us time to materialize it
in our punny 3D
world.
Soon is the word
love,
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Tim
|Fox
|Sent: Monday, October 01, 2001 9:48 AM
|To: [EMAIL PROTECTED]
|S
Marc,
My sourceforge id is "cgu" (id=23105). Thanks. Ceki
At 10:12 01.10.2001 -0400, marc fleury wrote:
>ceki,
>
>Send me a sourceforge account please,
>
>marcf
>
>
>|-Original Message-
>|From: [EMAIL PROTECTED]
>|[mailto:[EMAIL PROTECTED]]On Behalf Of Ceki
>|Gülcü
>|Sent: Monday, Octob
Thanks for the patches but I don't want to go to log4j1.2 until I have
had a chance to look at it more. I am going to change the
org.jboss.logging.Logger class to not extend Category and provide
the same interface as org.apache.log4j.Logger with the additional trace
level methods.
x
> So a transient declaration or a writeObject() ,
> in the x-doclet implementation could
> solve this problem.
writeObject() yes, transient no. If the problem analysis is correct,
then the cause is not a field but a return value of a method. There are
two larger issues:
1) log4j.jar should be in
|Yes, if the EJB's are exposed as MBeans it is more of a special case
|than anything else. (And not so special anyway, which is the whole point)
exactly, EJB's are not special from the container (JMX) point of view they
use
remoteness
indirection
invocation
just as any other mbean
the ejb beha
Hey,
got similar (I would say the same) problem for a project I'm working on.
I don't know well the code in ServiceLibrary, but be aware also that because
of the delegation mechanism of java classloaders, this may happens as well:
CL2 is child of CL1; CL2 is asked to load clsA and delegates its p
|A workaround could be to always lock on the ServiceLibrary.classLoaders but
|that may not be very efficient.
then this is the solution and I don't
think it is a critical speed problem at this point. So just go ahead with
the fix... thank you for this work
marcf
|
|Anyone got a better idea?
|
User: starksm
Date: 01/10/01 12:34:46
Modified:src/main/org/jboss/security/plugins JaasSecurityManager.java
Log:
Dump the LoginException even if the principal is null if trace level is
enabled.
Revision ChangesPath
1.14 +5 -6
jbosssx/src/main/org/jboss/secu
User: starksm
Date: 01/10/01 12:35:47
Modified:src/main/org/jboss/security/plugins Tag: Branch_2_4
JaasSecurityManager.java
Log:
Dump the LoginException even if the principal is null if trace level is
enabled.
Revision ChangesPath
No
CCE? I only see a NPE from the output you provided. I still can't
remember... oh well.
Did we want to make the jboss.net stuff part of the jboss-all project? Or
is it best left by itself for the moment?
--jason
On Mon, 1 Oct 2001, Jung , Dr. Christoph wrote:
> you asked, where the CCE occu
User: user57
Date: 01/10/01 13:13:19
Added: lib log4j-core.jar
Log:
o for tools that require this
Revision ChangesPath
1.1 tools/lib/log4j-core.jar
<>
___
Jboss-development mailing l
is it time to remove the depredated models from CVSROOT/modules as well as
the documenation on the website about them?
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
we will eventually want to reorganize things to work better with the build
system.
for example, right now we have a mostly flat namespace in the server, with
the exception of 'build'. I suggest that each project have its own
highlevel repository, with child modules living beneith it (like how it
sure
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
|Dillon
|Sent: Monday, October 01, 2001 4:24 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] remove deprecated cvs modules?
|
|
|is it time to remove the depredated models from CVSROOT/modules
User: user57
Date: 01/10/01 13:46:04
Log:
o import of the build skeleton for the jboss-website/forums module
Status:
Vendor Tag: jboss
Release Tags: start
N website-forums/build.bat
N website-forums/build.log
N website-forums/build.sh
N website-forums/build.xml
User: user57
Date: 01/10/01 13:46:58
Modified:.modules
Log:
o updated jboss-website module list to include forums
Revision ChangesPath
1.59 +2 -0 CVSROOT/modules
Index: modules
==
Jason, I enclose the same error I'm obtaining when trying to debug (I may be
a week or so out of date on the sources, but it's the same error on the same
service). You can see the CCE on org.mortbay.util.JarFileResource:
[AutoDeployer,DEBUG] Received notification of mbean
JBOSS-SYSTEM:service=J
User: user57
Date: 01/10/01 13:52:18
Modified:.modules
Log:
o removed deprecated modules
o added jboss -> jboss-all
o added docs -> jboss-docs
o added website -> jboss-website
Revision ChangesPath
1.60 +4 -30 CVSROOT/modules
Index: modul
User: user57
Date: 01/10/01 13:52:45
Modified:src/docs cvs.jsp
Log:
o updated the list of CVS MODULES (including new aliases).
Revision ChangesPath
1.4 +6 -20 newsite/src/docs/cvs.jsp
Index: cvs.jsp
User: user57
Date: 01/10/01 13:54:29
Removed: .build.log
Log:
o oops, this does not get checked in
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: ibruell
Date: 01/10/01 13:54:42
Modified:src/xdocs/howto howtoejbdoclet.xml
Log:
Some changings in grammatics.
Revision ChangesPath
1.2 +62 -57manual/src/xdocs/howto/howtoejbdoclet.xml
Index: howtoejbdoclet.xml
User: user57
Date: 01/10/01 13:55:33
Log:
o import of build skeleton for jboss-website/survey module
Status:
Vendor Tag: jboss
Release Tags: start
N website-survey/build.bat
N website-survey/build.sh
N website-survey/build.xml
No conflicts created by this im
User: user57
Date: 01/10/01 13:56:14
Modified:.modules
Log:
o added survey to jboss-website module list
Revision ChangesPath
1.61 +2 -0 CVSROOT/modules
Index: modules
===
RCS fi
Hi
I reported this problem a week or two ago. But recently I got a second
CCE later on (not with Jetty).
Andy
- Original Message -
From: "Ignacio Coloma" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, October 01, 2001 1:45 PM
Subject: RE: AW: AW: [JBoss-dev] RH and -classic
Ooops, sounds like I messed up by applying it...
Still, lazy hacking, that hurts... I prefer a slight oversight.
> -Original Message-
> From: Scott M Stark [mailto:[EMAIL PROTECTED]]
> Sent: Monday, October 01, 2001 6:34 PM
> To: [EMAIL PROTECTED]
> Subject: [JBoss-dev] The fix for bug
I haven't a clue as to why this happens... =(
--jason
On Mon, 1 Oct 2001, Andreas Schaefer wrote:
> Hi
>
> I reported this problem a week or two ago. But recently I got a second
> CCE later on (not with Jetty).
>
> Andy
>
> - Original Message -
> From: "Ignacio Coloma" <[EMAIL PROTECTE
User: user57
Date: 01/10/01 15:20:27
website-forums/src - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/10/01 15:20:32
website-forums/src/etc - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/10/01 15:20:35
website-forums/src/lib - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/10/01 15:20:37
website-forums/src/metadata - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
What does this exception mean... I am confused.
--jason
On Mon, 1 Oct 2001, Ignacio Coloma wrote:
> Jason, I enclose the same error I'm obtaining when trying to debug (I may be
> a week or so out of date on the sources, but it's the same error on the same
> service). You can see the CCE on org
It means something is pretty f'd up as this indicates a class is its own
superclass or an interface its own superinterface. We need to create
a nasty multi-threaded stress test of the class loader with some complex
object graphs spread out across jars to shake out its bugs.
xx
User: user57
Date: 01/10/01 16:06:01
Modified:.build.xml
Log:
o adding support files required to setup the forums deployable
Revision ChangesPath
1.2 +76 -13website-forums/build.xml
Index: build.xml
User: user57
Date: 01/10/01 16:06:01
Added: src/metadata forums-application.xml jive-web.xml
Log:
o adding support files required to setup the forums deployable
Revision ChangesPath
1.1 website-forums/src/metadata/forums-application.xml
Index:
User: user57
Date: 01/10/01 16:06:01
Added: src/etc jive_init.properties
Log:
o adding support files required to setup the forums deployable
Revision ChangesPath
1.1 website-forums/src/etc/jive_init.properties
Index: jive_init.properties
===
User: user57
Date: 01/10/01 16:06:01
Added: src/lib jive.jar
Log:
o adding support files required to setup the forums deployable
Revision ChangesPath
1.1 website-forums/src/lib/jive.jar
<>
_
Me either but I guess that somehow the Classloader load the classes
on different paths which could lead to something like this.
This stacktrace I got from the call:
[Default] java.lang.ClassCircularityError: org/mortbay/util/JarFileResource
[Default] at java.lang.ClassLoader.resolveClass0(N
User: d_jencks
Date: 01/10/01 16:11:04
Modified:src/xdocs resource.xml
Log:
Added some depends elements to examples, thanks Ignacio
Revision ChangesPath
1.4 +8 -2 manual/src/xdocs/resource.xml
Index: resource.xml
User: user57
Date: 01/10/01 16:29:02
Modified:src/docs navigation.jsp
Log:
o changed forums/index.jsp to forums/
o added / prefix to all nav links, as when used inside of a subdirectory
they just won't work as expected.
Revision ChangesPath
1.3 +19 -19
a servlet or jsp. I would like to change the snaphots page, to a rendered
page (styled like the rest of the site), but I would like to keep the date
suffix on the snapshots too.
Is there any easy way todo this.
Sorry, this isn't really developer related, but it is jboss related...
--jason
__
User: user57
Date: 01/10/01 16:48:24
Modified:src/docs main.css
Log:
o adding cvs/rcs id
Revision ChangesPath
1.3 +5 -1 newsite/src/docs/main.css
Index: main.css
===
RCS file: /cvsroot
can we move the doco_files stuff into the jboss/manual module, since that is
what those files are relavent too? This would also make it a bit cleaner to
generate the .ear deployables, the manual.ear could contain the examples for
that version of the manual.
If we do something like this, where ev
User: chirino
Date: 01/10/01 16:53:33
Modified:src/main/org/jboss/mq Connection.java
Log:
Adjusted the ClockDeamon used to monitor thread connections so that it uses a deamon
thread. This allows the VM to exit when all connections are closed.
Revision ChangesPath
1.8
User: user57
Date: 01/10/01 17:10:16
Modified:src/docs binary.jsp
Log:
o using /survey intead of a full jboss.org url, so this will work as expected
on local enviornemnts (or not, if the /servey context is not deployed).
Revision ChangesPath
1.9 +2 -2
User: user57
Date: 01/10/01 17:15:38
Modified:.build.xml
Log:
o added a default value for jivesoftware.jive.home (which is ~/website/jive)
o setup the build module to pull the generated .ear's, soon those .ear's
might be generated from this module...
o added jb
User: user57
Date: 01/10/01 17:15:38
Modified:website build.xml
Log:
o added a default value for jivesoftware.jive.home (which is ~/website/jive)
o setup the build module to pull the generated .ear's, soon those .ear's
might be generated from this module...
o added jb
User: user57
Date: 01/10/01 17:15:38
Modified:website/etc local.properties-example
Log:
o added a default value for jivesoftware.jive.home (which is ~/website/jive)
o setup the build module to pull the generated .ear's, soon those .ear's
might be generated from this modul
Their location in cvs is irrelevant. All that matters is that the location
on the
web site doesn't change unless you go through and clean up any links
referencing the docs path.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original
User: user57
Date: 01/10/01 18:01:20
Modified:.modules
Log:
o jboss/j2ee is required to build the survey for jboss.org
Revision ChangesPath
1.62 +1 -0 CVSROOT/modules
Index: modules
=
User: chirino
Date: 01/10/01 20:52:55
Modified:src/main/org/jboss/mq Connection.java
Log:
Reordered the way that I was setting up the ClockDeamon
Revision ChangesPath
1.9 +14 -12jbossmq/src/main/org/jboss/mq/Connection.java
Index: Connection.java
==
User: vlada
Date: 01/10/01 21:05:56
Modified:src/main/org/jboss/ha/framework/interfaces HAPartition.java
HARMIClient.java
Log:
rather than using machine dependent system time to track if client's view of cluster
has changed use logical viewID from cluster
User: vlada
Date: 01/10/01 21:06:47
Modified:src/main/org/jboss/ha/framework/server HAPartitionImpl.java
HARMIServerImpl.java
Log:
rather than using machine dependent system time to track if client's view of cluster
has changed use logical viewID from clu
User: vlada
Date: 01/10/01 21:06:18
Modified:src/main/org/jboss/ha/framework/interfaces
HARMIResponse.java
Log:
rather than using machine dependent system time to track if client's view of cluster
has changed use logical viewID from cluster
Revision
Hey Bill & Sacha,
As per our earlier conversation, I made this change in RH. I ran unit test
and could not notice any unexpected behaviour.
Vladimir
>Date: Mon, 1 Oct 2001 15:34:08 -0400
>From: Bill Burke <[EMAIL PROTECTED]>
>To: Vladimir Blagojevic <[EMAIL PROTECTED]>
>Cc: Sacha Labourey <
JBoss daily test results
SUMMARY
Number of tests run: 21
Successful tests: 15
Errors:6
Failures: 0
[time of test: 2 October 2001 7:13 GMT]
[java.version: 1.3.0]
marc fleury wrote:
> the ejb behavior is implemented in the actual linked list of interceptors
> that we put there, exactly what we do today from the ContainerFactory but
> completely and **genericaly** at the JMX layer. Building the EJB will be
> nothing more than passing standardjboss.xml topo
User: slaboure
Date: 01/10/02 00:17:07
Modified:src/main/org/jboss/ha/framework/server HAPartitionImpl.java
Log:
Optimization: we save three methods calls for each method invocation.
We could further improve this (one call) by using the same scheme in HARMIServerImpl.
Revisio
Bugs item #467065, was opened at 2001-10-01 21:16
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=467065&group_id=22866
Category: JBossSX
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Jason Vasquez (jpvasquez)
Assigned to: N
73 matches
Mail list logo