User: starksm
Date: 02/02/25 00:11:21
Added: src/main/org/jboss/test/securitymgr/test
EJBSpecUnitTestCase.java
Log:
Unit tests for running JBoss under a security manager
Revision ChangesPath
1.1
On 2002.02.25 00:17:30 -0500 Scott M Stark wrote:
We don't necessarily need to not have xml parsing in the
metadata classes. What I don't want to require is that an
xml document or its equivalent dom object is required to
deploy a component. So I need to be able to create the
metadata
User: starksm
Date: 02/02/25 00:09:17
jbosstest/src/main/org/jboss/test/securitymgr - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 02/02/25 00:11:21
Added: src/main/org/jboss/test/securitymgr/ejb
IOStatelessSessionBean.java
Log:
Unit tests for running JBoss under a security manager
Revision ChangesPath
1.1
User: starksm
Date: 02/02/25 00:11:21
Added: src/main/org/jboss/test/securitymgr/interfaces
IOSession.java IOSessionHome.java
Log:
Unit tests for running JBoss under a security manager
Revision ChangesPath
1.1
Hello,
In the MainDeployer code, when you deploy a package containing sub-packages:
- init will be called on the wrapping package first, then on the inside
packages
- create will be called on the inside packages first, then on the wrapping
package
Why this logic? I don't mean I
On Sun, Feb 24, 2002 at 09:42:21PM -0600, Dain Sundstrom wrote:
Thanks Scott. I thought I tried that one...
Now do you know an easy way to convert java.lang.object[] or whatever to
the signature style [Ljava.lang.Object; (other then string
manipulation)? Otherwise, I'll write a
If you use JBoss (instead of developing it) it looks like that:
I deploy an EJB jar. After the last table has been created, no more info
appears on the console.
So I never know whether the deployment has completed successfully (or even
hangs).
I have to look through the list of ( 30) created
Yes, the optional state has two reasons:
- decouple from overall compile/testsuite until module is stable.
- mark the module as should be installed via a separate, additional
binary dist
I think that the current jboss dist is very heavyweight and nearly everybody
needs to cut it
Hi there,
-Ursprüngliche Nachricht-
Von: marc fleury [mailto:[EMAIL PROTECTED]]
Gesendet: Samstag, 23. Februar 2002 20:14
An: David Jencks; Jason Dillon
Cc: Jung Christoph; jboss-dev
Betreff: RE: [JBoss-dev] JBoss/.Net plugin broken...
|I think that if any of this has ever worked it
This is definitely my last contribution to that ridiculous topic:
JBoss: Got Balls?
BTW: I´d like to order the Star Wars t-shirt suite with pictures of
Marc-Wan-Fleurobi, Rickard-Skyberg, Scott Solo, and all those other Ewoks
fighting against Bill Darth Gater and his imperial troups.
CGJ
User: d_jencks
Date: 02/02/25 05:52:31
Modified:src/main/org/jboss/deployment MainDeployer.java
Log:
Made start of init and end of start steps a little louder and more explicit in
logging
Revision ChangesPath
1.6 +4 -12
On 2002.02.25 04:54:04 -0500 Georg Schmid wrote:
If you use JBoss (instead of developing it) it looks like that:
I deploy an EJB jar. After the last table has been created, no more info
appears on the console.
So I never know whether the deployment has completed successfully (or
even
Bugs item #522477, was opened at 2002-02-25 07:19
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=522477group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 9
Submitted By: Thomas Hamann (thomash76)
Assigned to:
On 2002.02.24 21:59:38 -0500 Jason Dillon wrote:
looks like some of the njar changes (not sure what) may have gone sour...
--jason
I looked at URL and it tries to load the handler with Class.forName and
then the system classloader.
Does your resource protocol handler get loaded ok? I think
Bugs item #522477, was opened at 2002-02-25 07:19
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=522477group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Thomas Hamann (thomash76)
Assigned to:
If I have a topic with mulitple durable subscriptions and each of these
has a message selector. Should the message not be considered delivered
if the message is attempted to be delivered but the selector says that
the subscriber is not intersted in it? Currently it just seems to stay
in the
Anytime I hear connection-manager-factory-loader I pull my gun out.
Am I the only one who thinks JCA is over-engineered pompous crappola?
KIS
(the more stupid the better)
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of David
|Jencks
User: danch
Date: 02/02/25 09:18:20
Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc Tag: Branch_2_4
JDBCInitCommand.java
Log:
made 'table not created' message error rather than debug
Revision ChangesPath
No revision
User: danch
Date: 02/02/25 09:17:39
Modified:src/main/org/jboss/ejb/plugins/jaws/metadata Tag: Branch_2_4
CMPFieldMetaData.java
Log:
made some log messages more informative
Revision ChangesPath
No revision
No
Change Notes item #522530, was opened at 2002-02-25 09:23
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=381174aid=522530group_id=22866
Category: JBossCMP
Group: v2.4.5
Status: Open
Priority: 5
Submitted By: Dan Christopherson (danch)
Assigned to: Nobody/Anonymous
How is it you managed to change every line of these files? Is something
wrong in your IDE, or was the file hosed to begin with (and you fixed it)?
-dain
Dan Christopherson wrote:
User: danch
Date: 02/02/25 09:18:20
Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc Tag:
Great job Juha! I talked to the lady at the bookstore and she said that
they had 6 copies of the JBoss book on order. It's cool seeing JBoss and
you guys in print. This is going to be a great year for jboss.
Bill
___
Jboss-development mailing list
Rather than making less use of the configuration file sets, we need
to make more. We should be shipping with at least 3 configs:
1. A minimal config that is just the JMX spine, logging, and JNDI.
No ejbs, JAAS security mgr, servlets, etc.
2. A basic J2EE config maybe a little leaner than our
The former. It thoughtfully switched every line end to windoze style for
me. Sorry about that.
danch
Dain Sundstrom wrote:
How is it you managed to change every line of these files? Is something
wrong in your IDE, or was the file hosed to begin with (and you fixed it)?
-dain
Dan
Here is what I want to do as part of the security unit tests:
- Start jboss within Ant with a specified configuration, security
manager and policy. The Ant task and security mgr+policy
are simple and I have a prototype. The bigger issues is being
able to completely specify a config that does not
User: starksm
Date: 02/02/25 11:49:52
Modified:src/main/org/jboss/test JBossTestServices.java
Log:
Do not print out the beancount, iterationcount and threadcount values
in their accessors as if these are as loop bounds the values are
printed N times.
Revision Changes
I just refreshed my tree again this morning...
Re-deploying an EAR that contains a WAR seems broken. The changes in the WAR
are not seen until the server is shutdown and restarted...
Any idea what broke this? It was working fine on Saturday.
Can anyone else confirm this?
Hunter
User: starksm
Date: 02/02/25 12:59:57
Modified:src/main/org/jboss/test/hello/ejb HelloBean.java
Log:
Simplified the test code to get rid of tests that were not used
and convered by other unit tests
Revision ChangesPath
1.4 +5 -105
User: starksm
Date: 02/02/25 12:59:58
Modified:src/main/org/jboss/test/hello/util HelloUtil.java
Log:
Simplified the test code to get rid of tests that were not used
and convered by other unit tests
Revision ChangesPath
1.3 +2 -14
User: starksm
Date: 02/02/25 12:59:58
Modified:src/main/org/jboss/test/hello/interfaces Hello.java
HelloData.java HelloHome.java
Log:
Simplified the test code to get rid of tests that were not used
and convered by other unit tests
Revision Changes
User: starksm
Date: 02/02/25 12:59:58
Modified:src/main/org/jboss/test/hello/test
HelloTimingStressTestCase.java
Log:
Simplified the test code to get rid of tests that were not used
and convered by other unit tests
Revision ChangesPath
1.7
Bugs item #522617, was opened at 2002-02-25 12:15
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=522617group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 7
Submitted By: Scott M Stark (starksm)
Assigned
http://www.v-2.org/articles/ayb.html
for an explanation, or:
http://www.allyourbrand.org/
For a page that thinks(maybe rightfully so) that this phrase has been
mimicked WAY too many times.
Dain Sundstrom [EMAIL PROTECTED] 2/25/02 2:38:50 PM
JBoss:
All your J2EE are belong to us
Maybe
I have been using Ant in my production setup to generate the exact
config (copy, touch, link, whatever) needed to run the given JBoss node.
You might want to think about copying building an isolated jboss home
for the tests (pulled from the build jboss home). For example:
Agreed. Did we ever decide on how to reorg things? I think that short
term that if we go with Hirams idea of server(s) directory and leave
lib, client and bin out on top then we can implement this soon.
I like the idea of having a per server config lib dir to keep core libs
seperated from
I picked up a copy early last week too, though I have not had too much
time to dig into it yet. So far it looks really good. JMX users of the
world thank you... as I might be able to understand ModelMBeans,
Notifications and relationships more.
Kudos!
--jason
Bill Burke wrote:
Great job
Not that I have a preference here, but I wanted to add that just because
Sun comes up with a standard... doesn't mean that it is the best API
available for the job. True it will probably get included into the
bloat of other code in the jdk and so it may make sence to use it just
because it
That is fine with me.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: Scott M Stark [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Monday, February 25, 2002 2:47 PM
I thought Marc nixed this idea
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
M Stark
Sent: Monday, February 25, 2002 6:29 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] We need more configurations in the distribution
That is fine
Bill Burke wrote:
Never was much of a gaming freak. I guess you have to be under 22 years old
to appreciate this? I haven't played a video game in 10 years.
Aimed at the geeks I guess, rather than the managers.
Still could've been worse - might've been from Star Wars/Trek...
Hey wait a
Lucas;
Just for the record, WebLogic to JBossMQ is not a
specific scenario I am trying to support, but rather
it is an example of a generic scenario I am trying to
support in my framework.
I see your points, but it is common and supported
practice to serialize ConnectionFactory objects into
No, he thought David's idea of moving everything to deploy
was a bad idea. The suggestion from Hiram was:
jboss/
jboss/bin/
jboss/lib/
jboss/client/
jboss/servers/default
jboss/servers/default/conf
jboss/servers/default/tmp
jboss/servers/default/db
jboss/servers/default/deploy
Bugs item #522617, was opened at 2002-02-25 12:15
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=522617group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 7
Submitted By: Scott M Stark (starksm)
Assigned
Does anyone else see cvs errors like this:
Received disconnect from 216.136.171.202: Command terminated on signal 1.
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Anyh objection to use 'server' instead of 'servers'. The singular form
lines up better with the other directory names.
--jason
Scott M Stark wrote:
No, he thought David's idea of moving everything to deploy
was a bad idea. The suggestion from Hiram was:
jboss/
jboss/bin/
jboss/lib/
User: d_jencks
Date: 02/02/25 16:22:55
Modified:src/main/org/jboss/deployment DeploymentInfo.java
MainDeployer.java
Log:
changed to copy into unique jars. IMPORTANT NOTE: delete everything in
JBOSS_HOME/tmp/deploy or you will have conflicts with the
I am sorry, I guess I was not being clear. I thought you were asking
my question is, if I need to construct a JBossMQ
QueueConnectionFactory and load it into WebLogic's
JNDI so I can drive a WebLogic MDB off a JBossMQ
queue, how do I create it ?
I gave you the answer. You can create a
There is a problem with the use of ThreadLocals to record Authentication
when the client (in this case Jetty) is using ThreadPools.
I have previously mentioned this, but now I have confirmation that it is
a problem for a Client.
He created a small thread pool for the listener (4 threads), then
Bugs item #522617, was opened at 2002-02-25 12:15
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=522617group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 7
Submitted By: Scott M Stark (starksm)
Assigned
Why did main deployer all of a sudden become super verbose? The
infromation that we need to get across to users/admins is this is
deploying and/or this was deployed... the rest is just debug noise
and makes difficult to can the logs and see what was deployed.
Can we please revert back to a
OK
we have a winner, well actually we have two.
JBoss:
All your J2EE are belong to us
JBoss:
May the source be with you
Thanks for all the great proposals. We chose based on we won and went with
classic stuff. So we put an order for 1000 of them, which is going to cost
us AN ARM AND A LEG
[Hunter Hillegas]
For those unable to attend, but that don't care about the raffle (or don't
want to order 10), will the shirts be available any other way?
better yet, can the images be published or put on cafepress? It'd just
be zero hassle for the jboss group - if there's some money loss
JBoss:
All your J2EE are belong to us
Maybe I'm an idiot, but what the hell does this mean?
-dain
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
On 02-02-26 0:17, marc fleury [EMAIL PROTECTED] wrote:
OK
we have a winner, well actually we have two.
JBoss:
All your J2EE are belong to us
JBoss:
May the source be with you
Thanks for all the great proposals. We chose based on we won and went with
classic stuff. So we put an
It's a reference to a videogame port with really bad translation of the
words into English...
The original quote is something like All Your Base Are Belong To Us.
http://www.allyourbase.net/
Hunter
From: Dain Sundstrom [EMAIL PROTECTED]
Date: Mon, 25 Feb 2002 15:38:50 -0600
To: marc fleury
It's kinda late... but what about stickers? I would put one on my car
and motorcycle... I would guess that others would too...
--jason
marc fleury wrote:
OK
we have a winner, well actually we have two.
JBoss:
All your J2EE are belong to us
JBoss:
May the source be with you
Thanks for
Yeah that is a serious problem, we need Session based authentication.
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Greg
|Wilkins
|Sent: Monday, February 25, 2002 4:31 PM
|To: [EMAIL PROTECTED]; jules
|Subject: [JBoss-dev] Security problem in
User: user57
Date: 02/02/25 17:28:37
Modified:src/main/org/jboss/net/protocol/njar Handler.java
Removed: src/main/org/jboss/net/protocol/njar
NestedJarURLHandlerFactory.java
Log:
o Adding factory that will load handlers from org.jboss.net.protocol
User: user57
Date: 02/02/25 17:28:37
Added: src/main/org/jboss/net/protocol URLStreamHandlerFactory.java
package.html
Log:
o Adding factory that will load handlers from org.jboss.net.protocol
as it appears that the URL version won't work with our
User: user57
Date: 02/02/25 17:28:37
Modified:src/main/org/jboss/net/protocol/nestedjar
NestedJarURLHandlerFactory.java
Log:
o Adding factory that will load handlers from org.jboss.net.protocol
as it appears that the URL version won't work with our
User: user57
Date: 02/02/25 17:36:24
Modified:src/main/org/jboss/system/server ServerImpl.java
ServerInfo.java ServerInfoMBean.java
Log:
o Added getProperty() to ServerInfo (easy acess to a sys prop w/o
having to search through showProp* output)
o
User: user57
Date: 02/02/25 17:37:21
Removed: src/main/org/jboss/net/protocol/nestedjar
NestedJarURLHandlerFactory.java
Log:
o remove nestedjar stuff again, should work by default now
o added warn log around njar usage to show any protocol exceptions
User: user57
Date: 02/02/25 17:37:21
Modified:src/main/org/jboss/deployment MainDeployer.java
Log:
o remove nestedjar stuff again, should work by default now
o added warn log around njar usage to show any protocol exceptions
that are thrown
Revision ChangesPath
Looks like the default URL system doesn't work too well with our custom
class loading stuff... so I implemented a factory that does the same
thing that would happened if our classes were on the system cl and we
set the pkgs prop. ServerImpl installs this factory now instead of
setting the
This is why the Catalina security integration implements both
the Realm and Valve interfaces. The Realm callbacks establish
the authentication and the Valve limits the scope of the information
to the duration of the request. The thread of control returns to
the Catalina pool with no thread local
User: squirest
Date: 02/02/25 17:56:55
Modified:src/main/javax/management ObjectName.java
Log:
small improvement to equals method
Revision ChangesPath
1.8 +12 -6 jmx/src/main/javax/management/ObjectName.java
Index: ObjectName.java
So where we had a simple System.setProperty(bla bla) we now have a
factory, a stream handler that doesn't work reliably, a couple of
Class.forName() in the code (that OF COURSE don't work with the custom
classloading) a lot of crazyness **we don't need**?
man, it makes me nervous I tell you, I
User: squirest
Date: 02/02/25 18:02:59
Added: src/main/org/jboss/mx/capability
AbstractInvocationDispatcher.java
DispatcherFactory.java DynamicMBeanDispatcher.java
MBeanDelegate.java ReflectedMBeanDispatcher.java
User: squirest
Date: 02/02/25 18:02:58
Modified:src/main/javax/management/relation RoleInfo.java
Log:
moved and removed stuff. new items will go into capability until a better home can
be found
Revision ChangesPath
1.5 +13 -13
User: squirest
Date: 02/02/25 18:03:01
Modified:src/main/org/jboss/mx/server MBeanServerImpl.java
Log:
moved and removed stuff. new items will go into capability until a better home can
be found
Revision ChangesPath
1.18 +94 -87
User: squirest
Date: 02/02/25 18:02:59
Modified:src/main/org/jboss/mx/interceptor MBeanInterceptor.java
MBeanInvocation.java
Log:
moved and removed stuff. new items will go into capability until a better home can
be found
Revision ChangesPath
User: squirest
Date: 02/02/25 18:02:59
Modified:src/main/org/jboss/mx/metadata MetaDataBuilder.java
StandardMetaData.java XMLMetaData.java
Added: src/main/org/jboss/mx/metadata AOResolver.java
MBeanCapability.java
User: squirest
Date: 02/02/25 18:03:00
Modified:src/main/org/jboss/mx/modelmbean XMBean.java
Log:
moved and removed stuff. new items will go into capability until a better home can
be found
Revision ChangesPath
1.5 +30 -24
what the *fuck* is a protocol handler,
please
marcf
|-Original Message-
|From: Jason Dillon [mailto:[EMAIL PROTECTED]]
|Sent: Monday, February 25, 2002 6:04 PM
|To: marc fleury
|Cc: Jason Dillon; [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] CVS update:
OK,
I see what they are doing and will add a call to
SecurityAssociation.setPrincipal(null)
after each request.
Scott M Stark wrote:
This is why the Catalina security integration implements both
the Realm and Valve interfaces. The Realm callbacks establish
the authentication and the
Both setting the system property and installing a factory are both
standard methods for introducing custom protocol handlers.
I am not sure exactly why Class.forName() did not pick up the loaded
classes. If you can see why, please let me know, cause I don't get it.
As for the handler, it
ok here is an excercise for you
What are you trying to achieve in the embedding (LESS THAN 57 words)
I am serious about the 57 words limit, I don't want a mental diarreah email,
I want this is what I am trying to do. It is an excercise the french go
through when they are young (and I was never
Read this:
http://java.sun.com/j2se/1.4/docs/api/java/net/URL.html#URL(java.lang.String,
java.lang.String, int, java.lang.String)
--jason
marc fleury wrote:
what the *fuck* is a protocol handler,
please
marcf
|-Original Message-
|From: Jason Dillon [mailto:[EMAIL PROTECTED]]
On Mon, 25 Feb 2002, Jason Dillon wrote:
Looks like the default URL system doesn't work too well with our custom
class loading stuff... so I implemented a factory that does the same
thing that would happened if our classes were on the system cl and we
set the pkgs prop. ServerImpl installs
The default searching is still done by URL. When we need to search
JBoss packages then we can add that to the factory then.
--jason
Adam Heath wrote:
On Mon, 25 Feb 2002, Jason Dillon wrote:
Looks like the default URL system doesn't work too well with our custom
class loading stuff... so I
Change Notes item #522762, was opened at 2002-02-25 17:58
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=381174aid=522762group_id=22866
Category: None
Group: v3.0 (Rabbit Hole)
Status: Open
Priority: 5
Submitted By: Jason Dillon (user57)
Assigned to:
User: user57
Date: 02/02/25 18:19:03
Modified:.build.xml
Log:
o build file clean up
Revision ChangesPath
1.19 +1 -17 jbosspool/build.xml
Index: build.xml
===
RCS file:
User: user57
Date: 02/02/25 18:19:02
Modified:jbossbuild.xml
Log:
o build file clean up
Revision ChangesPath
1.93 +70 -98build/jboss/build.xml
Index: build.xml
===
RCS file:
And you explain in those 57 words why you need one in the embedding world
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
|Dillon
|Sent: Monday, February 25, 2002 6:10 PM
|To: marc fleury
|Cc: Jason Dillon; [EMAIL PROTECTED]
|Subject: Re:
This has nothing todo with embedding. It simplifies usage of such
handlers which may be used inside the system. Since ServerImpl is where
the base gets initialized it seems logical that such init should be done
here.
Why the objection? I don't understand your motives here. 57 words
The embedding changes provides integrators with a simple API to
configure, start and stop JBoss.
It will allow 99% of resources to be loaded off network, leaving the
boot footprint small for
limited devices.
This is achieved by seperating server interfaces from implemenation and
utilizing
Changes to come will further absrtact and detach File usage, abstract
logging or provide
logging adapters, and provide an api for core system configuraton
(descriptors and such).
MBeans will also be modified to return structured data instead of html
preformatted strings,
which could be
Scott M Stark wrote:
This is why the Catalina security integration implements both
the Realm and Valve interfaces. The Realm callbacks establish
the authentication and the Valve limits the scope of the information
to the duration of the request. The thread of control returns to
the Catalina
JBoss daily test results
SUMMARY
Number of tests run: 501
Successful tests: 491
Errors:4
Failures: 6
[time of test: 26 February 2002 2:54 GMT]
[java.version:
Ok 57 congratulations, although you are a bit skimpy on the how
|The embedding changes provides integrators with a simple API to
|configure, start and stop JBoss.
|It will allow 99% of resources to be loaded off network, leaving the
|boot footprint small for
|limited devices.
this is a valid
Right now, shutdown happens by stopping, destroying, and unregistering all
mbeans the ServiceController knows about. Since MainDeployer is not one of
them, and since deployments are not usually mbeans themselves, this means
the deployers don't get to do any cleanup and that in particular the
I ran out of words for the how. Such words (probably not limited to 57)
and more should go into a howto embed JBoss guide...
--jason
marc fleury wrote:
Ok 57 congratulations, although you are a bit skimpy on the how
|The embedding changes provides integrators with a simple API to
|Right now, shutdown happens by stopping, destroying, and unregistering all
|mbeans the ServiceController knows about. Since MainDeployer is not one of
|them, and since deployments are not usually mbeans themselves, this means
|the deployers don't get to do any cleanup and that in particular the
JBoss daily test results
SUMMARY
Number of tests run: 501
Successful tests: 492
Errors:4
Failures: 5
[time of test: 26 February 2002 3:23 GMT]
[java.version:
marc fleury wrote:
|Changes to come will further absrtact and detach File usage, abstract
|logging or provide
|logging adapters, and provide an api for core system configuraton
|(descriptors and such).
This I cannot make sense of. I mean the point is weak.
Yes, yes the second 57 words are
Ok,
yes, it sounds like a corny song from the late 70's but really London is
coming up and is going to be one hell of a show. The last of its kind
worldwide as we are changing the formula for the next ones (next ones will
be San Fran/Montreal/Palma de Mallorca/(possibly) Hong Kong).
THERE IS
Probably the easiest way would be to subclass the SingleSignOn
Valve and use the session based cache to obtain the authentication
information.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Luke Taylor
JBoss daily test results
SUMMARY
Number of tests run: 501
Successful tests: 492
Errors:4
Failures: 5
[time of test: 26 February 2002 4:20 GMT]
[java.version:
ok,
still jet lagged... (australia!)
So let's imagine that we multi-thread the MainDeployer, each deployment gets
a thread.
Each time a thread wants a class the ServiceLibraries tries and if it is a
CNFE waits.
when a class is registered in the SL it notifiesAll threads waiting.
voila!
1 - 100 of 126 matches
Mail list logo