For 1)
David gives the answer to this some gours ago, remove the \ before the : in
jdbc\:HypersonicSQL\:hsql\://localhost\:1476.
Vincent.
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de
David Maplesden
Envoyé : jeudi 6 septembre 2001 7:01
À :
JBoss daily test results
SUMMARY
Number of tests run: 74
Successful tests: 7
Errors:36
Failures: 31
[time of test: 6 September 2001 7:29 GMT]
[java.version:
I'm trying to sort out Jetty with RH at the moment.
When I deploy some SOAP services that work perfectly on 2.4/Jetty, they fail to
find SOAP classes in WEB-INF/lib
I haven't tracked it down yet,
No, you're not crazy
Jules
David Maplesden wrote:
I am getting some odd behaviour with
Or we could investigate why Ant is doing this,
Surely, if there are no Strings to replace, Ant should leave the file alone
Perhaps upgrading Ant would fix this ?
Jules
Jason Dillon wrote:
I don't get it... why are we filtering?? Wasn't everything working with
old
build system
Hrm... that could be the problem I ran into earlier when trying to test out
the website (it couldn't load jive classes).
How did the jetty plugin load classes before the RH work was commited?
Has the jetty/plugin or the jetty architecture changed?
--jason
On Thu, 6 Sep 2001, Julian Gosnell
We know why ant is doing this. Most of the copy tasks are setup to
filter=true.
Ant's filtering ability is much like the cpp, which can take a #DEFINE and
replace the configured value. The difference for us is that @some.property@
will be replaced by ${some.property} or left as is if there is
Hi,
I get the following warnings on a standard build startup of jboss:
[GPA] WARNING: URL
file:/home/lubega/jbossro/jboss-all/build/output/jboss-3.0.0alpha-DEV//lib/ext/crimson.jar
could not be opened
[GPA] WARNING: URL
Hi,
I presume the jetty integration is currently in flux?
I get the following errors upon startup of a standard build server:
[DefaultDS,INFO] Initialized
[JettyService,INFO] Initializing
[Jetty,INFO] loaded properties from: jetty.properties
[Service Controller,ERROR]
Hi,
Should jbossmq be starting up in a standard build - I am getting
these errors:
[UILServerILService,INFO] Initialized
[TopicManager,INFO] Initializing
[JMSServer,DEBUG] addDestination: TOPIC.testTopic,
org.jboss.mq.server.JMSTopic@6b355423
[TopicManager,INFO] Initialized
[TopicManager,INFO]
Hi,
I am trying to run the testsuite and get this error trying to use a
sql connection:
[JDBCManagedConnectionFactory-1,ERROR] Unable to create
ManagedConnection:
javax.resource.ResourceException: Unable to create DB connection
(url=jdbc\:HypersonicSQL\:hsql\://localhost\:1476, user=sa:
I don't think I've seen either of these.
There are currently three problems that I am working
on:
1. Jetty has been integrated without it's usual home
tree - the easiest way around this is to set JettyHome
in jboss-service.xml to point to a Jetty-3.1.RC8
(don't try RC9 - it won't work)
I understand that you have filtering on.
Are you saying that the SOAP jar just happens to
contain a string which is one you are replacing ?
Otherwise this is a bug in Ant - I am on the Ant list
and vaguely remember someone else posting a similar
problem where copy was corrupting a binary file.
Nothing has changed in Jetty between the last 2.4
release which worked and RH, which doesn't.
The only changes made to the integration were made
last nigh, after I had discovered the problem.
The integration code retrieves a ClassLoader passed by
the J2EEDeployer on the deployment thread and
The Jetty loader has not changed for a while.
It either just uses the parent classloader (ie jboss's classloader) or
if there is a WEB-INF/classes directory or jars in WEB-INF/lib, then
it creates a derivation of URLClassLoader with the jboss loader as the
parent.
Has anybody tried running
I'll try this this evening,
Jules
--- Greg Wilkins [EMAIL PROTECTED] wrote:
The Jetty loader has not changed for a while.
It either just uses the parent classloader (ie
jboss's classloader) or
if there is a WEB-INF/classes directory or jars in
WEB-INF/lib, then
it creates a
Are you saying that the SOAP jar just happens to
contain a string which is one you are replacing ?
Nope, the filtering tasks turn 8 bit binaries into garbage. It should not
be filtered.
Otherwise this is a bug in Ant - I am on the Ant list
and vaguely remember someone else posting a
I just tried it...
Things are getting more interesting.
The problem arises when SOAP tries to load
javax.activation.DataSource from
WEB-INF/lib/activation.jar
It looks like this and 5 other classes from the same
jar are all loaded successfully.
Then a little bit later SOAP tries to load
Jules - good tracking, but can we see some stack traces?
Does the Class.forName() call end up being passed to
the ContextLoader?
It should so long as it was called by a class also loaded
by the ContextLoader.
It may be that some classes are being loaded from the system
classpath, when they
User: d_jencks
Date: 01/09/06 06:18:04
Modified:src/etc/conf/default jboss-service.xml
Log:
removed escapes from connection url so connection factoryloader would load DefaultDS
Revision ChangesPath
1.5 +2 -2 jboss/src/etc/conf/default/jboss-service.xml
I'm getting segmentation faults when I try to start up JBoss 2.4 on a
Tru64 Unix machine. Has anybody else tried this and gotten the same
error?
___
Jboss-development mailing list
[EMAIL PROTECTED]
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of David
|Jencks
|Sent: Wednesday, September 05, 2001 5:52 PM
|To: jboss-dev
|Subject: Re: Deployment Dependencies (was RE: [JBoss-dev] RH startup and
|JBossMQ)
|
|
|Is explict mbean-mbean dependencies
Here is the segmentation violation error (dump) that I'm getting when
trying to start up Jboss 2.4 on a Unix Tru64 machine.
Any help or suggestions would be appreciated. Thanks.
[J2eeDeployer] Started
[RARDeployer] Starting
[RARDeployer] Started
[ConnectionManagerFactoryLoader] Starting
Ok you guys are climbing up the complexity tree with something that needs to
be simple over a simple who's got it longer discussion.
Please stop it, it is not that important whether we have 1/2/3 ways of doing
it, just DO IT and forget the discussion, please,
marcf
|-Original
|Anyway the vote seems to be 1-all at the moment, anyone else? :)
If you want to fight you take it outside. Anyway the optional classpath
is there to express *class* dependencies, while the depend can express
*MBean service* dependencies.
In fact there could be cases where you could depend on
|Let's not couple dependency management to JMX notifications.
Alleluhiah simple is the word
to administrate is the verb
marcf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
|If I could have JBoss - be a family of services
|-then it should, be able to, undeploy for ex. MQ
|andredploy without distubence to sevices dependent
|of MQ!.
|
|how ?
That is one of the goals of RH. The service libraries and service
controllers role is to build a list of dependencies of
|Hi,
|
|I have here a version of ServiceDeployer that does this at the jsr/sar
|level. You can specify which sar's a given sar depends on, then it works
|like this:
|
|B depends on A
How do you know that B depends on A, how do you feed that to the SD? do you
take the classpath jsr? Try doing
kevin,
unless you are reporting a bug on the HEAD version, this is not the
appropriate forum. You don't indicate the version. If it is 2.* series
please take it to the forums for us, if it is 3.* HEAD RH then we need more
information
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
How should recursive .sar deployment work - or should it?
The new *-service.xml format has a classpath element that contains
references to packages needed for the current package. Marc assumed that
the entries here would be only jars, so all we have to do is load them.
However, its easy to
|Probably most. It's just levels of flexibility and dependency: either
|you say the exact service *instances* you need, or you specify the
|service *types* you need. For most cases the explicit way will probably
|work well, whereas it is possibly more selfmaintaining to only be
|dependent on
|[GPA] WARNING: URL
|file:/home/lubega/jbossro/jboss-all/build/output/jboss-3.0.0alpha-D
|EV//lib/ext/crimson.jar
|could not be opened
|
|[GPA] WARNING: URL
|file:/home/lubega/jbossro/jboss-all/build/output/jboss-3.0.0alpha-D
|EV//lib/ext/jaxp.jar
|could not be opened
|
|Is this ok?
yes
marcf
class circularity is usually done with classes already present in teh
classpath
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Chris
|Kimpton
|Sent: Thursday, September 06, 2001 4:34 AM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] RH Startup
Chris,
you obviously have a fucked classpath :)
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Chris
|Kimpton
|Sent: Thursday, September 06, 2001 4:36 AM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] RH startup - jbossmq problems?
|
|
|Hi,
|
|2. Something has changed in the ClassLoader passed
|down to Jetty from the J2EEDeployer causing Jetty to
|not see some/all? classes in jars in WEB-INF/lib
No honestly this looks like it was present before 3.0, make sure on that
point.
|If you run the web test suite, you will also get
|errors
|The Jetty loader has not changed for a while.
|
|It either just uses the parent classloader (ie jboss's classloader) or
|if there is a WEB-INF/classes directory or jars in WEB-INF/lib, then
|it creates a derivation of URLClassLoader with the jboss loader as the
|parent.
OK then I need the call
|Then a little bit later SOAP tries to load
|javax.activation.DataSource again using
|Class.forName() and the call throws a
|ClassDefNotFoundError...
OK, it is the usual bad kiddies coding from SUN with the class loading not
done from the context class loader...
|
|
|It looks like it should
User: starksm
Date: 01/09/06 07:43:59
Modified:.build.xml
Log:
Turn off filtering during the copy of resources
Revision ChangesPath
1.12 +2 -2 jbosstest/build.xml
Index: build.xml
|Does the Class.forName() call end up being passed to
|the ContextLoader?
|
|It should so long as it was called by a class also loaded
|by the ContextLoader.
correct, and then the soap classes need to be present in one of the RH
jars... (which it is )
|It may be that some classes are being
I still don't understand how jini and jmx can relate. They seem to me to
be unrelated and non-interoperable implementations of to a large extent the
same functionality (as far as finding stuff, not failure recovery in a
distributed environment).
Lets say we do a jini service discovery/lookup
David, get a real VM
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of David
|Turner
|Sent: Thursday, September 06, 2001 9:46 AM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] JBoss 2.4.0 on Tru64 Unix machine follow up
|
|
|Here is the segmentation
On 2001.09.06 09:58:31 -0400 marc fleury wrote:
|Anyway the vote seems to be 1-all at the moment, anyone else? :)
If you want to fight you take it outside. Anyway the optional
classpath
is there to express *class* dependencies, while the depend can express
*MBean service* dependencies.
|You need to say which David ;-)
David Maspleden,
Simple is the word, to administrate is the verb
marcf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
I changed the SF list reply-to value to be the list
rather than the poster.
If the effect is not immediate it should take
effect shortly.
Feature Requests item #459213, was opened at 2001-09-06 08:55
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376688aid=459213group_id=22866
Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Neil Buesing (buesing)
Assigned to: Nobody/Anonymous
Doug,
YOU ARE ON JBOSS DEV
SO YOU USE THE SOURCE
marcf
|-Original Message-
|Subject: [JBoss-dev] TRANSACTIONS
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Ferguson, Doug
Sent: Thursday, September 06, 2001 11:40 AM
To: '[EMAIL PROTECTED]'
Subject: [JBoss-dev] TRANSACTIONS
Are the lists and the forums seems dead this week
Anyway..
So I am
We have been using the code and we can see the deadlock happen.
We are putting together a test case right now.
We were just trying to get a little help.
-Original Message-
From: marc fleury [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 06, 2001 10:59 AM
To: [EMAIL PROTECTED]
1) Does jboss not throw and exception when a bean is reentrant?
Can you explaing this more? What is your version of JBoss?
The spec says that a nonReentrant bean should throw and exception when it
tries to reentry
I think jBoss is blocking. We see the same thing on 2.2.2 and 2.4
2) Does
Hi,
I'm reorganizing the connector/pool stuff so it makes more sense.
Here's my proposed directory structure
under org/jboss/resource
-adapter
--jdbccommon (classes shared between 2 jdbc wrapper rar's)
--jdbclocal (classes for jdbc non xa wrapper)
--jdbcxa (classes for jdbc xa wrapper)
--jms
1 1/2 more things:
(correction below)
Marc has been pushing to simply remove XADataSourceLoader and
JDBCDataSourceLoader and have everyone convert to ConnectionFactoryLoaders
by hand. Anyone object? If we don't remove it, what do we do with it? put
it in a deprecated package???
david jencks
on 1-09-06 18.52, David Jencks at [EMAIL PROTECTED] wrote:
In a related issue, I'd like to make the hypersonic/defaultds configuration
into a hsql-service.xml or possibly a sar including the hypersonic database
itself.
Maybe then use the 1.6.1 version of hsql ?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Ferguson, Doug
Sent: Thursday, September 06, 2001 12:20 PM
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-dev] TRANSACTIONS
1) Does jboss not throw and exception when a bean is reentrant?
|There is a MethodOnlyLock that you can put in for read-only beans, but I
|eventually want to extend this so that read-only beans never become part of
|the transaction.
interesting, and all configurable in jboss.xml yes?
marcf
___
Jboss-development
Right now, you can use the MethodONly Lock, but I haven't made changes to
jboss.xml so that you can mark an entity as read-only and the
EntitySynchInterceptor will behave differently.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of marc
fleury
Will this be part of 2.4.1?
d.
-Original Message-
From: Bill Burke [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 06, 2001 12:52 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TRANSACTIONS
Right now, you can use the MethodONly Lock, but I haven't made changes to
jboss.xml so
User: starksm
Date: 01/09/06 11:48:28
Modified:src/main/org/jboss/deployment Installer.java
Log:
Preserve the last modified time of jar entries if the time exists
Revision ChangesPath
1.13 +8 -3 jboss/src/main/org/jboss/deployment/Installer.java
Index:
So I take it that MethodOnlyLock is a transaction setting?
-Original Message-
From: Bill Burke [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 06, 2001 12:52 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TRANSACTIONS
Right now, you can use the MethodONly Lock, but I haven't
User: starksm
Date: 01/09/06 11:47:56
Modified:src/main/org/jboss/deployment Tag: Branch_2_4 Installer.java
Log:
Preserve the last modified time of jar entries if the time exists
Revision ChangesPath
No revision
No revision
Hi,
David, get a real VM
LOL, yeah, now we will have the HP JVM on HP Unix, THOSE sigsevs may be more
interesting ;)
Do HP have a JVM for its Unix at all ? Someone knows ?
Ah, well, life is change (TM)
simon @compaq.com (to be read @hp.com)
|Here is the segmentation violation error (dump)
No, in 3.0 and 2.4.1 it is a locking-policy. In 3.0 or 2.4.1 look in
standardjboss.xml, search for locking-policy.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Ferguson, Doug
Sent: Thursday, September 06, 2001 2:44 PM
To: '[EMAIL
Yes, see http://www.hp.com/products1/unix/java/index.html
- Original Message -
From: Bordet, Simone [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, September 06, 2001 11:54 AM
Subject: R: [JBoss-dev] JBoss 2.4.0 on Tru64 Unix machine follow up
Hi,
David, get a real VM
MethodOnlyLock is a part of 2.4.1, but the read-only thing isn't. I won't
have time to implement this for a couple of weeks. You'll have to get
somebody else to step up to the plate, or you can go in there yourself. If
you decide to go in there yourself, you must have somebody review this code
It is true that compaq's JVM has had some issues in the past - but they've
made a lot of improvement. Also - compaq's hardware/VM combination has some
very impressive numbers - particularly for largely memory configurations -
check out: http://www.specbench.org/osg/jvm98/results/jvm98.html
On Thu, Sep 06, 2001 at 12:52:51PM -0400, David Jencks wrote:
Hi,
I'm reorganizing the connector/pool stuff so it makes more sense.
Hooray!
Here's my proposed directory structure
under org/jboss/resource
-adapter
--jdbccommon (classes shared between 2 jdbc wrapper rar's)
I won't get to this for a couple of weeks. I'm involved with my real
job,
and I'm also implementing some other JBoss features that have a higher
priority.
It's no sweat we are going to use RequiresNew as a work around. Our jBoss
release
is locked anyhow. I will be watch the list for updates on
I am interested, do you have any rough ideas for the implementation/ what is
required?
-Original Message-
From: Bill Burke [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 06, 2001 2:04 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TRANSACTIONS
MethodOnlyLock is a part of
marc fleury wrote:
User: mnf999
Date: 01/08/29 22:19:07
Added: src/etc/conf/default jboss-service.xml
Removed: src/etc/conf/default jboss.jcml
Log:
Just to make sure people know what file to use.
BTW jboss.jcml still works
jboss.jcml is still required !
For 3.0
1. You have to add a read-only attribute to jboss.xml for entities
2. In EntityLockingInterceptor in initialization set the BeanLockManager's
lockClass to MethodOnlyLock
3. In EntitySynchronizationInterceptor, dont register entity with
transaction if read-only.
This should be pretty
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Ferguson, Doug
Sent: Thursday, September 06, 2001 3:27 PM
To: jBoss Dev (E-mail)
Cc: [EMAIL PROTECTED]
Subject: [JBoss-dev] RE: Transaction blocking...
I won't get to this for a couple of
Hi Geeks
Forgive me when I am wrong but JINI and JMX have some similarities
but mostly they are quite different.
JINI allows to create a dynamic community where services can appear
or disappear and the services get notified dynamically. You can also
search for a service w/o knowing the
User: mikesr
Date: 01/09/06 14:31:29
Modified:src/resources/org/jboss/metadata Tag: Branch_2_4
jboss_2_4.dtd
Log:
Removed res-class attribute from resource-manager.
No longer used.
Revision ChangesPath
No revision
No
User: dmaplesden
Date: 01/09/06 14:48:42
Modified:src/etc/conf/default jboss-service.xml
Log:
Changed default value of statefile for jbossmq's state manager so it points to the
correct file for the new StateManager code
Revision ChangesPath
1.6 +2 -2
On 2001.09.06 15:10:13 -0400 Toby Allsopp wrote:
On Thu, Sep 06, 2001 at 12:52:51PM -0400, David Jencks wrote:
Hi,
I'm reorganizing the connector/pool stuff so it makes more sense.
Hooray!
Here's my proposed directory structure
under org/jboss/resource
-adapter
User: dmaplesden
Date: 01/09/06 14:47:12
Modified:src/main/org/jboss/mq/server StateManager.java
Log:
Changed initialisation to lookup state file relative to jboss.system.home rather
than jboss.jcml file.
Revision ChangesPath
1.6 +4 -3
User: dmaplesden
Date: 01/09/06 14:49:43
Modified:src/main/org/jboss/mq/pm/logged SpyTxLog.java
SpyMessageLog.java PersistenceManager.java
ObjectIntegrityLog.java IntegrityLog.java
Log:
Changed to remove reference to jboss.jcml file
We encountered an interesting deadlock using CMT that took us a while to
track down, so we thought we'd share it with the list. It is our
understanding that it might be fixed in 2.4.1 and 3.0, but it's something to
watch out for all the same.
To drastically simplify our scenario, we have a
under org/jboss/resource
-adapter
--jdbccommon (classes shared between 2 jdbc wrapper rar's)
--jdbclocal (classes for jdbc non xa wrapper)
--jdbcxa (classes for jdbc xa wrapper)
Perhaps
-adapter
--jdbc
---local
---xa
This is a better use of java packages to seperate namespace.
In a related issue, I'd like to make the hypersonic/defaultds configuration
into a hsql-service.xml or possibly a sar including the hypersonic database
itself.
That would be great.
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: starksm
Date: 01/09/06 18:25:40
Removed: src/etc/conf/default Tag: Branch_2_4 jboss-auto.jcml
jnp.properties schema.ini
Log:
Remove obsolete configuratioin files
___
Jboss-development mailing list
[EMAIL
The contents of the jetty.properties file do not really seem to be used as
Jetty
has been using JAXP to locate its xml parser for a while now:
default 697cat jetty.properties
# Use sun's parser
org.xml.sax.parser=com.sun.xml.parser.Parser
However, when I try to remove the jetty.properties file
User: starksm
Date: 01/09/06 18:38:01
Modified:src/main/org/jboss Tag: Branch_2_4 Main.java
Log:
Update the release ID to 2.4.1
Revision ChangesPath
No revision
No revision
1.35.2.9 +2 -2
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
Searching for build.xml ...
Buildfile: /home/lubega/jbossro/jboss-all/build/build.xml
Bugs item #459387, was opened at 2001-09-06 18:47
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=459387group_id=22866
Category: None
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Erin Mulder (meara)
Assigned to:
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
Searching for build.xml ...
Buildfile: /home/lubega/jbossro/jboss-all/build/build.xml
User: dmaplesden
Date: 01/09/06 19:10:37
Modified:src/main/org/jboss/mq/pm/logged SpyMessageLogTester.java
Log:
Fix the broken build (sorry).
Revision ChangesPath
1.3 +3 -3 jbossmq/src/main/org/jboss/mq/pm/logged/SpyMessageLogTester.java
Index:
I don't know if it is related, but it might be. I am running into a
situation where an MDB is set to NotSupported, but I still see messages in
the log about a tx time out:
2001-09-06 19:04:10,292 916321 WARN org.jboss.tm.TxCapsule [Thread-8] () -
Transaction XidImpl [FormatId=257,
User: starksm
Date: 01/09/06 19:56:56
Modified:src/main/org/jnp/server Tag: Branch_2_4 NamingServer.java
Log:
The createSubcontext method was not correctly identifying duplicate attempts
to create the same subcontext.
Revision ChangesPath
No
User: starksm
Date: 01/09/06 19:59:11
Modified:src/client Tag: Branch_2_4 jnp-client.jar
Log:
Integrate change for JBossNS createSubcontext fix
Revision ChangesPath
No revision
No revision
1.11.4.3 +47 -39
User: starksm
Date: 01/09/06 19:59:11
Modified:src/lib Tag: Branch_2_4 jnpserver.jar
Log:
Integrate change for JBossNS createSubcontext fix
Revision ChangesPath
No revision
No revision
1.13.4.3 +69 -55
User: starksm
Date: 01/09/06 19:56:55
Modified:src/main/org/jnp/interfaces Tag: Branch_2_4
NamingContext.java
Log:
The createSubcontext method was not correctly identifying duplicate attempts
to create the same subcontext.
Revision ChangesPath
User: starksm
Date: 01/09/06 20:17:30
Added: src/main/org/jboss/test/naming/test SimpleTestCase.java
Log:
Add simple tests of JNDI API
Revision ChangesPath
1.2 +34 -0
jbosstest/src/main/org/jboss/test/naming/test/SimpleTestCase.java
User: starksm
Date: 01/09/06 20:12:44
Modified:src/main/org/jnp/interfaces NamingContext.java
Log:
The createSubcontext method was not correctly identifying duplicate attempts
to create the same subcontext.
Revision ChangesPath
1.11 +8 -3
I still think that it is a bad idea to have every node in a cluster to
have
the complete configuration information for every other node. This simply
will not scale.
You bring up also later but first let's talk about how much data each node
has
to manage and how often we expect that
93 matches
Mail list logo