On Wed, 2002-04-03 at 19:52, Dain Sundstrom wrote:
> I wasn't aware of this. Are you sure it was removed? If you are having
> problems, post again, and I'll ask around.
I just note that since the autonumber was moved to varia (from
jboss.util?), I get AutoNumber not foud while deploying. I solv
Marc,
I was talking about this last week. The problem with this suggestion is
it does not address other ports such as http, http-jmx management. My
ideas was to have a port config file that listed each named port for a
server, and then each mbean that used a port would look in this file (or
Can this be set in the initial connection properties? I don't know much
about pool set-up, but David does (and I CCed him on this email). Does
the current pool code support setting of properties in the config file?
-dain
Giorgio42 wrote:
> Is JBoss CMP currently making any use
> of propriet
JBoss daily test results
SUMMARY
Number of tests run: 563
Successful tests: 534
Errors:19
Failures: 10
[time of test: 2 April 2002 6:55 GMT]
[java.version: 1.3.
Hi,
This is real urgent. I am looking for J2SE 1.3.1_02 for AIX 5L. Is this available?
where can I download this if it is availbale?
_
View thread online: http://main.jboss.org/thread.jsp?forum=66&thread=12117
SF mailing lists seem to be behind... really behind.
--jason
On Wed, 3 Apr 2002, Jason Dillon wrote:
> I just commited an initial impl of a deployment cache, which sits
> between a DeploymentScanner and MainDeployer.
>
> The actual storage of deployments is handled by a pluggable
> Deployme
JBoss daily test results
SUMMARY
Number of tests run: 536
Successful tests: 208
Errors:319
Failures: 9
[time of test: 4 April 2002 7:12 GMT]
[java.version: 1.4.
Henri,
Good catch. I finally actually read your bug report :)
BTW, this would only happen if your entity bean is re-entrant, right?
The fix for this I believe is in EntitySynchronizationInterceptor. I think
it is ok to register() before invoke() since register() will always happen
anyways. A
Run multiple instances of JBoss... on different ports.
Mitch
- Original Message -
From: "Leung Kam Lung" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, April 03, 2002 2:15 PM
Subject: [JBoss-dev] How to configure JBoss for multiple developers
> Hello,
>
> I am new to JBoss
within the last 24hrs - redeploying the Jetty service now throws an
exception :
06:53:40,346 INFO [MainDeployer] Undeploying
file:/mnt/pteranodon/home/jules/cvs/JBoss/3.0/build/output/jboss-3.0.0beta2/server/default/deploy/jetty-plugin.sar
06:53:40,347 INFO [JettyService] Stopping
06:53:40,35
Keep in mind that,
Most admins like to have thier ports fixed so that they know what holes they
have to punch in the firewalls.
Regards,
Hiram
>From: Jason Dillon <[EMAIL PROTECTED]>
>To: Bill Burke <[EMAIL PROTECTED]>
>CC: marc fleury <[EMAIL PROTECTED]>, "Jboss-Development@Lists.
>Sourcef
JBoss daily test results
SUMMARY
Number of tests run: 567
Successful tests: 540
Errors:19
Failures: 8
[time of test: 4 April 2002 6:7 GMT]
[java.version: 1.3.1_
Bugs item #539096, was opened at 2002-04-03 22:57
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=539096&group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Luttrell (objec)
Assigned to: Nobody/Anonymous
Nope, no leak. A synchronization object is registered with the transaction.
It will release the instance.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf
> Of Henri Chen
> Sent: Wednesday, April 03, 2002 8:34 PM
> To: Bill Burke; [EMAIL PROTECTED]
> S
Only home interfaces are registered into JNDI.
> -Original Message-
> From: Jason Dillon [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, April 03, 2002 11:22 PM
> To: Bill Burke
> Cc: marc fleury; Jboss-Development@Lists. Sourceforge. Net
> Subject: Re: [JBoss-dev] Todo: multiple instances
User: user57
Date: 02/04/03 20:35:07
Modified:src/main/org/jboss/mq/pm/rollinglogged
PersistenceManager.java
Removed: src/main/org/jboss/mq/pm/rollinglogged
PersistenceManagerMBean.java
Log:
o Using ServerConfigLocator instead
User: user57
Date: 02/04/03 20:34:41
Modified:jboss.net/src/main/org/jboss/net/axis/server
AxisService.java
Log:
o Using ServerConfigLocator instead of ServerConfigImplMBean
Revision ChangesPath
1.16 +4 -5
contrib/jboss.net/src/main/
User: user57
Date: 02/04/03 20:35:07
Modified:src/main/org/jboss/mq/pm/jdbc2 PersistenceManager.java
Removed: src/main/org/jboss/mq/pm/jdbc2 PersistenceManagerMBean.java
Log:
o Using ServerConfigLocator instead of ServerConfigImplMBean
o Using XDoclet to generate some *M
User: user57
Date: 02/04/03 20:35:07
Modified:src/main/org/jboss/mq/sm/file DynamicStateManager.java
OldStateManager.java
Removed: src/main/org/jboss/mq/sm/file DynamicStateManagerMBean.java
OldStateManagerMBean.java
Log:
o Us
User: user57
Date: 02/04/03 20:35:07
Modified:src/main/org/jboss/mq/sm AbstractStateManager.java
Log:
o Using ServerConfigLocator instead of ServerConfigImplMBean
o Using XDoclet to generate some *MBean interfaces
Revision ChangesPath
1.2 +4 -4 jbossmq/s
User: user57
Date: 02/04/03 20:35:06
Modified:src/main/org/jboss/mq/pm/jdbc PersistenceManager.java
Removed: src/main/org/jboss/mq/pm/jdbc PersistenceManagerMBean.java
Log:
o Using ServerConfigLocator instead of ServerConfigImplMBean
o Using XDoclet to generate some *MBe
User: user57
Date: 02/04/03 20:35:06
Modified:src/main/org/jboss/mq/pm/file CacheStore.java
PersistenceManager.java
Removed: src/main/org/jboss/mq/pm/file CacheStoreMBean.java
PersistenceManagerMBean.java
Log:
o Using ServerCo
User: user57
Date: 02/04/03 20:33:58
Modified:src/main/org/jboss/deployment/cache DeploymentCache.java
FileDeploymentStore.java
Log:
o Using @jmx:managed-attribute where appropriate
Revision ChangesPath
1.2 +5 -5
jboss-system/src/ma
User: user57
Date: 02/04/03 20:33:59
Modified:src/main/org/jboss/system/server ServerConfig.java
ServerConfigImpl.java ServerImpl.java
ServerInfo.java
Log:
o Using @jmx:managed-attribute where appropriate
Revision ChangesP
User: user57
Date: 02/04/03 20:34:26
Modified:src/main/org/jboss/web AbstractWebContainer.java
Log:
o Using ServerConfigLocator instead of ServerConfigImplMBean
Revision ChangesPath
1.39 +5 -15 jboss/src/main/org/jboss/web/AbstractWebContainer.java
Index
User: user57
Date: 02/04/03 20:33:59
Modified:src/main/org/jboss/logging Log4jService.java
Log:
o Using @jmx:managed-attribute where appropriate
Revision ChangesPath
1.6 +4 -4 jboss-system/src/main/org/jboss/logging/Log4jService.java
Index: Log4jServic
User: user57
Date: 02/04/03 20:33:30
Modified:src/main/org/jboss/test/jmx/mbean TestDeployer.java
Log:
o Using ServerConfigLocator instead of ServerConfigImplMBean
Revision ChangesPath
1.6 +3 -4 jbosstest/src/main/org/jboss/test/jmx/mbean/TestDeployer.java
User: user57
Date: 02/04/03 20:33:08
Modified:varia/src/main/org/jboss/jdbc HypersonicDatabase.java
Log:
o Using ServerConfigLocator instead of ServerConfigImplMBean
Revision ChangesPath
1.15 +5 -5 contrib/varia/src/main/org/jboss/jdbc/HypersonicDatabase.jav
User: user57
Date: 02/04/03 20:32:35
Modified:.build.xml
Log:
o testsuite needs ServerConfig & friends
Revision ChangesPath
1.13 +4 -1 jboss-system/build.xml
Index: build.xml
===
User: user57
Date: 02/04/03 20:33:59
Modified:src/main/org/jboss/deployment/scanner
AbstractDeploymentScanner.java
DeploymentScanner.java URLDeploymentScanner.java
Log:
o Using @jmx:managed-attribute where appropriate
Revision
User: user57
Date: 02/04/03 20:35:06
Modified:.build.xml
Log:
o Using ServerConfigLocator instead of ServerConfigImplMBean
o Using XDoclet to generate some *MBean interfaces
Revision ChangesPath
1.28 +34 -2 jbossmq/build.xml
Index: build.xml
Couldn't the refs reattache to the invoker via JNDI, leaving them free
to use random ports... only JNDI would need a static port number then...
or am I missing something?
--jason
Bill Burke wrote:
>Maybe the invokers should run on a hard-coded port. With a hard-coded port,
>I think referenc
User: user57
Date: 02/04/03 20:34:25
Modified:src/main/org/jboss/ejb/plugins
StatefulSessionFilePersistenceManager.java
Log:
o Using ServerConfigLocator instead of ServerConfigImplMBean
Revision ChangesPath
1.35 +5 -4
jboss/src/main/
User: user57
Date: 02/04/03 20:33:59
Modified:src/main/org/jboss/system ServiceController.java
ServiceLibraries.java UnifiedClassLoader.java
Log:
o Using @jmx:managed-attribute where appropriate
Revision ChangesPath
1.7 +1 -6 jboss-s
JBoss daily test results
SUMMARY
Number of tests run: 567
Successful tests: 540
Errors:19
Failures: 8
[time of test: 4 April 2002 5:7 GMT]
[java.version: 1.3.1]
This is back in the build again.
--jason
Jessica Perry Hekman wrote:
>On Wed, 3 Apr 2002, Dain Sundstrom wrote:
>
>>I wasn't aware of this. Are you sure it was removed? If you are having
>>problems, post again, and I'll ask around.
>>
>
>I looked in the build.xml file; it is definitely not t
Ahh... I am loosing my mind sorry for the noise.
--jason
Jason Dillon wrote:
> found it
>
> --jason
>
>
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development
__
Later on we maybe can change the JavaDoc therefore it transfor
these two tags in the layout Marc initially wanted.
Andy
- Original Message -
From: "David Jencks" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, April 03, 2002 7:13 PM
Subject: Re: [JBoss-dev] XDoclet... I love
found it
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Hi Claudio,
Thanks for running the tests on NT!
On Wed, 3 Apr 2002, Vesco Claudio wrote:
> I have checked the iiop implementation with sun jdk 1.4 (windows NT)...
>
> If I start jboss with:
>
> JAVA_OPTS="-Dpolicy.expandProperties=false
> -Xbootclasspath/p:$JBOSS_HOME/lib/jacorb.jar"
>
> I d
We could certainly use this format for changelog crap, and since noone uses
it for anything we don't need an xdoclet task to process it. I definitely
agree it looks better than the incorrect html.
david jencks
On 2002.04.03 21:42:30 -0500 Jason Dillon wrote:
> >
> >
> >I don't understand what y
I had JVM 1.2.2. It works now after setting it to
1.3.1.
Thanks a ton,
Prasad
--- Jeff Tulley <[EMAIL PROTECTED]> wrote:
> This is a user question, not a development question.
> I'll answer it in
> a user forum for you.
> How about the "Installation and Configuration"
> forum,
> http://main.j
User: user57
Date: 02/04/03 18:53:14
Modified:src/main/org/jboss/system/server ServerConfigImpl.java
ServerImpl.java ServerInfo.java
Removed: src/main/org/jboss/system/server ServerConfigImplMBean.java
ServerImplMBean.java ServerIn
User: user57
Date: 02/04/03 18:53:14
Modified:src/main/org/jboss/system MBeanClassLoader.java
ServiceLibraries.java UnifiedClassLoader.java
Removed: src/main/org/jboss/system MBeanClassLoaderMBean.java
ServiceLibrariesMBean.java
JBoss daily test results
SUMMARY
Number of tests run: 567
Successful tests: 538
Errors:20
Failures: 9
[time of test: 4 April 2002 3:48 GMT]
[java.version: 1.3.1
>
>
>I don't understand what you want to have generated, nor why. Could you be
>more specific? xdoclet can't modify the contents of a java file, it can
>only generate new files.
>
I know it can't modify the file... basically I think that it would be
easier and more consistent to code these cha
Any thoughts on releasing a beta2 ?
I am thinking that the current code base is fairly near complete, but we
did change the jmx impl... which is kind of a large change. How about
releasing a beta2 now (next few days), then work on minor tweaks,
performance improvements and docs for a few wee
User: user57
Date: 02/04/03 18:53:14
Modified:src/main/org/jboss/logging Log4jService.java
Removed: src/main/org/jboss/logging Log4jServiceMBean.java
Log:
o Using XDoclet to generate *MBean interfaces
Revision ChangesPath
1.5 +21 -3 jboss-system/src/ma
User: user57
Date: 02/04/03 18:34:35
Modified:src/resources/idgen/META-INF ejb-jar.xml
Log:
o forgot to change the dd
Revision ChangesPath
1.3 +1 -1 jbosstest/src/resources/idgen/META-INF/ejb-jar.xml
Index: ejb-jar.xml
===
I don't understand what you want to have generated, nor why. Could you be
more specific? xdoclet can't modify the contents of a java file, it can
only generate new files.
Personally I think these "I messed with it in this way" historical comments
are a _really_ bad idea, and duplicate badly som
User: d_jencks
Date: 02/04/03 18:21:11
Removed: src/main/org/jboss/test/jmx/test
MBeanClassLoaderUnitTestCase.java
Log:
removed obsolete test case
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.
When the JBoss 2.4.5 bundle(s) are released (Scott says 2 weeks from March
25th), I think we should include Tomcat 4.0.3. This has a few pretty nice
bug fixes and is pretty low-risk, in my opinion. What does everyone think?
++jeff
___
Jboss-develop
Bugs item #539048, was opened at 2002-04-04 01:52
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=539048&group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Kelley (yellek)
Assigned to: Nobody/Anonymous
User: d_jencks
Date: 02/04/03 18:17:22
Modified:src/main/org/jboss/system ServiceConfigurator.java
ServiceController.java ServiceCreator.java
ServiceLibraries.java
Log:
implemented automatic dependency management between mbeans and the
User: d_jencks
Date: 02/04/03 18:17:22
Modified:src/main/org/jboss/deployment MainDeployer.java
Log:
implemented automatic dependency management between mbeans and the classes their
ObjectInstance indicates they require. ClassNotFoundException results in the
deployment waiting un
Ok, so I am again too lazy to send this to the xdoclet folks, but this
is really for them. How about some XDoclet magic to replace the in
class javadoc version fluff like this:
* 20010830 marc fleury:
*
* Initial import
*
Something similar in flavor to @todo...
I love XDoclet... this
very nice, jason, thank you.
david jencks
On 2002.04.02 00:08:45 -0500 Jason Dillon wrote:
> I just commited the changes to add a Deployer and SubDeployer interface.
> SubDeployer implementors still need to be hooked up... but at the
> moment that is not needed for this to work. I added that
Bugs item #539048, was opened at 2002-04-04 11:52
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=539048&group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Kelley (yellek)
Assigned to: Nobody/Anonymous
User: user57
Date: 02/04/03 17:39:44
Modified:src/main/org/jboss/test/idgen/interfaces IdCounter.java
Log:
o Changed next & current to nextValue & currentValue to avoid problems
with SQL reserved words.
Revision ChangesPath
1.2 +3 -3
jbosstest/src/mai
User: user57
Date: 02/04/03 17:39:44
Modified:src/main/org/jboss/test/idgen/ejb IdCounterBean.java
IdCounterBeanCMP.java IdGeneratorBean.java
Log:
o Changed next & current to nextValue & currentValue to avoid problems
with SQL reserved words.
Rev
Bill,
Yes, it would only happen for re-entrant beans.
I did not see through the whole source codes. But if any Exception happened during the
invoke(), wouldn't there a memory leak in that HashMap?(Of course, this argument
applys to the old "finally block" implementation, too)
If there i
JBoss daily test results
SUMMARY
Number of tests run: 567
Successful tests: 542
Errors:19
Failures: 6
[time of test: 4 April 2002 2:33 GMT]
[java.version: 1.3.1
My $0.02.
I think that _filename would be the easiest to for developers to
follow. Even better would be if the UID was always the same length, so
they would lineup in with ls or dir.
-dain
Jason Dillon wrote:
> For the cache, I initially implement a reproducable long url -> short
> url usi
JBoss daily test results
SUMMARY
Number of tests run: 567
Successful tests: 540
Errors:19
Failures: 8
[time of test: 4 April 2002 1:46 GMT]
[java.version: 1.3.0
User: user57
Date: 02/04/03 16:30:35
Modified:src/main/org/jboss/test/idgen/interfaces IdCounterHome.java
IdGeneratorHome.java
Log:
o Keep EJB Verifier from bitching
Revision ChangesPath
1.3 +3 -3
jbosstest/src/main/org/jboss/test/i
User: user57
Date: 02/04/03 16:20:17
Modified:src/main/org/jboss/mq/selectors Operator.java
Added: src/main/org/jboss/mq/selectors RegExp.java
Log:
o Applied patch: [ 531571 ] performance tuning for selector LIKE
Revision ChangesPath
1.6 +19 -64jbossm
I have a question about this. How will JBoss behave when one of the
instance gets shut down? Is it going to be smart enough not to close the
service that other instances are using? such as Naming service?
Mitch
- Original Message -
From: "marc fleury" <[EMAIL PROTECTED]>
To: "Jboss-Dev
JBoss daily test results
SUMMARY
Number of tests run: 560
Successful tests: 532
Errors:21
Failures: 7
[time of test: 4 April 2002 0:57 GMT]
[java.version: 1.3.0
It is just CVS... what is the problem? Please read the quick start:
http://www.jboss.org/developers/guide/quickstart.jsp
--jason
Anthony Burns wrote:
>I dont know how to use jboss-all with cvs
>
>is there a simpler way to get it or can some one please explain how to get it with cvs
>
For the cache, I initially implement a reproducable long url -> short
url using a CRC32 + shortfilename (which it still does), but I later
added a serialized hash for faster lookups + to make startup easier.
The cache impl is not really the issue here, it just tickles the real
problem.
The m
We had it working for a while with unique file names, namely an incremented
number/short-jar-name. I don't care, going back to this is fine with me.
Many people liked being able to find the deployed copy.
This however is not reproducible, and I would expect that your cache would
need reproducib
On Tuesday 02 April 2002 06:39, you wrote:
> Did this ever get resolved?
Yes, yesterday the lock was removed, thanks to SourceForge guy who did this.
Jetty 4 is fully committed to JBoss CVS.
Oleg
> Oleg Nitz wrote:
> >Hi All,
> >
> >I am trying to update Jetty in JBoss CVS, but there is a lock
User: user57
Date: 02/04/01 21:20:40
Modified:src/main/org/jboss/deployment Deployer.java
Log:
o remove evil spaces
Revision ChangesPath
1.2 +4 -4 jboss-system/src/main/org/jboss/deployment/Deployer.java
Index: Deployer.java
=
I dont know how to use jboss-all with cvs
is there a simpler way to get it or can some one please explain how to get it with cvs
_
View thread online: http://main.jboss.org/thread.jsp?forum=66&thread=11901
__
User: user57
Date: 02/04/01 21:10:33
jboss-system/src/main/org/jboss/deployment/cache - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 02/04/01 21:10:05
Modified:src/main/org/jboss/deployment/scanner
AbstractDeploymentScanner.java
DeploymentScanner.java URLDeploymentScanner.java
Removed: src/main/org/jboss/deployment/scanner
User: user57
Date: 02/04/01 21:10:04
Modified:src/main/org/jboss/deployment MainDeployer.java
SARDeployer.java
Added: src/main/org/jboss/deployment Deployer.java SubDeployer.java
Log:
o Added Deployer & SubDeployer interfaces
o Made DS target De
Stephen,
I'm forwarding your patch to Jetty-Discuss for discussion.
We have a problem here as Jasper is an independent OpenSource project.
We have a copy of the source in JBoss cvs to aid with debugging etc, but
the intention is to try very hard not to delta from the main project, otherwise
manag
User: user57
Date: 02/04/01 21:10:04
Modified:.build.xml
Log:
o Added Deployer & SubDeployer interfaces
o Made DS target Deployer configurable
o Using XDoclet to gen MBean interfaces
Revision ChangesPath
1.11 +3 -1 jboss-system/build.xml
I
>
>
>What is this problem? I think any reproducible 1-1 mapping will work, but I
>don't know of any other than using the whole URL.
>david jencks
>
The problem is that on windows (ick) it limits the length of a filename
unreasonabily. This problem shows up with the currently deployment
scheme
I just commited the changes to add a Deployer and SubDeployer interface.
SubDeployer implementors still need to be hooked up... but at the
moment that is not needed for this to work. I added that interface to
be explicit with respect to the differences between Deployer and
SubDeployer.
Anyw
User: user57
Date: 02/04/03 14:50:00
Modified:src/main/org/jboss/test/jbossmq/test
SelectorSyntaxUnitTestCase.java
Log:
o Applied patch: #530418 added tests to mq Selector unit tests
Revision ChangesPath
1.3 +429 -9
jbosstest/src/main
JBoss daily test results
SUMMARY
Number of tests run: 563
Successful tests: 534
Errors:19
Failures: 10
[time of test: 2 April 2002 5:56 GMT]
[java.version: 1.3.
User: user57
Date: 02/04/03 14:50:00
Modified:.build.xml
Log:
o Applied patch: #530418 added tests to mq Selector unit tests
Revision ChangesPath
1.100 +11 -3 jbosstest/build.xml
Index: build.xml
=
User: user57
Date: 02/04/03 14:29:35
Modified:jbossbuild.xml
Log:
o applied patch: [ 523396 ] AutoNumber not being built, plus it's broken...
Revision ChangesPath
1.113 +2 -1 build/jboss/build.xml
Index: build.xml
==
What is this problem? I think any reproducible 1-1 mapping will work, but I
don't know of any other than using the whole URL.
david jencks
On 2002.04.03 03:00:46 -0500 Jason Dillon wrote:
> While implementing a simple deployment cache, I ran into the long
> deployment filename problem again.
>
User: user57
Date: 02/04/03 14:29:17
Modified:varia/src/main/org/jboss/varia/autonumber
AutoNumberEJB2.java
Log:
o Applied patch: [ 523396 ] AutoNumber not being built, plus it's broken...
Revision ChangesPath
1.2 +13 -2
contrib/vari
User: user57
Date: 02/04/03 14:29:17
Modified:variabuild.xml
Log:
o Applied patch: [ 523396 ] AutoNumber not being built, plus it's broken...
Revision ChangesPath
1.28 +8 -1 contrib/varia/build.xml
Index: build.xml
Maybe the invokers should run on a hard-coded port. With a hard-coded port,
I think references can live beyond the life of the server. Or maybe I don't
know what I'm talking about :)
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Jason
> Dillon
>
I will apply the patch soon... can someone write a testcase for this.
--jason
Jessica Perry Hekman wrote:
>On Wed, 3 Apr 2002, Dain Sundstrom wrote:
>
>>I wasn't aware of this. Are you sure it was removed? If you are having
>>problems, post again, and I'll ask around.
>>
>
>I looked in the b
Not sure that an external component is the best choice for this... but I
have not really thought it through.
On a related note, I sent mail a while ago asking about the web service
for class loading wtr having it use an anonymous port. If we set the
default RMI port to anonymous too, then we
On Wed, 3 Apr 2002, Dain Sundstrom wrote:
> I wasn't aware of this. Are you sure it was removed? If you are having
> problems, post again, and I'll ask around.
I looked in the build.xml file; it is definitely not there (in varia or
otherwise).
j
---
"Users complain that they receive too mu
JBoss daily test results
SUMMARY
Number of tests run: 563
Successful tests: 533
Errors:20
Failures: 10
[time of test: 2 April 2002 4:29 GMT]
[java.version: 1.3.
On 3 Apr 2002, Marius Kotsbak wrote:
> I just note that since the autonumber was moved to varia (from
> jboss.util?), I get AutoNumber not foud while deploying. I solved this
> by packing the compiled files (by the buildscript) for autonumber into a
> jar and deploy that one, then it works again.
What was the CVSROOT you were using?
--jason
Adrian Brock wrote:
>Hi,
>
>I just applied a fix to Branch_2_4.
>I'm trying to tag with Rel_2_4_5_10.
>It gets part way through, then tells me I haven't got
>write access.
>Is this a file system authority?
>
>bash-2.05$ cvs tag Rel_2_4_5_10
>? jboss
Did this ever get resolved?
--jason
Oleg Nitz wrote:
>Hi All,
>
>I am trying to update Jetty in JBoss CVS, but there is a lock in
> /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/http
>so that I cannot commit changes to this dir.
>I don't know how to solve this issue.
>Probably I should c
It might have been reomved from building by default due to lack of
maintenece... there is a bug/patch for this... just haven't had time to look
into it yet.
--jason
On Wed, 3 Apr 2002, Dain Sundstrom wrote:
> I wasn't aware of this. Are you sure it was removed? If you are having
> problems,
User: user57
Date: 02/04/03 00:44:53
Modified:jboss.net/src/main/org/jboss/net/axis/server
AxisService.java AxisServiceMBean.java
Log:
o DeployerMBean -> SubDeployer
Revision ChangesPath
1.15 +10 -9
contrib/jboss.net/src/main/org/jbos
User: user57
Date: 02/04/03 00:29:24
Added: src/main/org/jboss/deployment/cache DeploymentCache.java
DeploymentStore.java FileDeploymentStore.java
package.html
Log:
o Adding a simple (yet pluggable) deployment cache component with
User: user57
Date: 02/04/03 00:35:31
Modified:src/etc/conf/default jboss-service.xml
Log:
o Added comment instructions on how to enable the deployment cache
component.
Revision ChangesPath
1.41 +19 -1 jboss/src/etc/conf/default/jboss-service.xml
Ind
1 - 100 of 191 matches
Mail list logo
