Hi Geeks
Just added the new bank test example by using
XDoclet and transactions. It is available in the
test package "banknew".
The test contains two new tests:
- stress-test-and-report
- marathon-test-and-report
To call these tests do:
- download the CVS module "jbosstest" from
Bugs item #543963, was opened at 2002-04-15 15:43
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=543963&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Stephen Coy (scoy)
Assigned to: N
User: schaefera
Date: 02/04/14 21:28:15
Modified:src/main/org/jboss/test/banknew/ejbeans Tag: Branch_2_4
AccountBean.java BankBean.java CustomerBean.java
TellerBean.java
Log:
Minor fixes regarding to the JNDI names of the beans.
R
User: schaefera
Date: 02/04/14 21:28:15
Modified:src/main/org/jboss/test/banknew/test Tag: Branch_2_4
BankMarathonTestCase.java BankStressTestCase.java
Log:
Minor fixes regarding to the JNDI names of the beans.
Revision ChangesPath
No
User: starksm
Date: 02/04/14 20:56:55
Modified:src/main/org/jboss/resource/security
ConfiguredIdentityLoginModule.java
Log:
Change all login lifecycle method logging to trace level msgs
Revision ChangesPath
1.4 +8 -20
jbosscx/src/main/
Bugs item #529751, was opened at 2002-03-13 23:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=529751&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Pending
Resolution: Out of Date
Priority: 5
Submitted By: Phil Craven (pjcraven)
As
Bugs item #543799, was opened at 2002-04-14 14:07
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=543799&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Dain Sundstrom (dsundstrom)
Ass
User: dsundstrom
Date: 02/04/14 20:25:49
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge
JDBCCMP1xFieldBridge.java JDBCCMP2xFieldBridge.java
JDBCCMRFieldBridge.java
Log:
Fixed bug [ 543799 ] read-time-out = 0 always times out
User: d_jencks
Date: 02/04/14 20:17:56
Modified:src/main/org/jboss/test/security/service SecurityConfig.java
Log:
compiling is always good
Revision ChangesPath
1.2 +2 -2
jbosstest/src/main/org/jboss/test/security/service/SecurityConfig.java
Index: Securi
User: d_jencks
Date: 02/04/14 20:15:39
Modified:src/main/org/jboss/proxy/ejb/handle HomeHandleImpl.java
Log:
we got the home already
Revision ChangesPath
1.2 +1 -2 jboss/src/main/org/jboss/proxy/ejb/handle/HomeHandleImpl.java
Index: HomeHandleImpl.java
It will be in the branch but it will have to be added to the default
build. What are the required changes?
- Original Message -
From: "Francisco Reverbel" <[EMAIL PROTECTED]>
To: "Scott M Stark" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Sunday, April 14, 2002
User: d_jencks
Date: 02/04/14 19:48:51
Modified:src/main/org/jboss/mx/loading UnifiedClassLoader.java
UnifiedLoaderRepository.java
Added: src/main/org/jboss/mx/loading
UnifiedLoaderRepositoryMBean.java
Log:
Changed to use Unifi
User: d_jencks
Date: 02/04/14 19:48:52
Modified:src/main/org/jboss/resource RARDeployer.java
Log:
Changed to use UnifiedLoaderRepository and UnifiedClassLoader from jbossmx. Removed
ServiceLibraries, UnifiedClassLoader, and MBeanClassLoader from jboss-system
Revision Changes
User: d_jencks
Date: 02/04/14 19:48:52
Modified:src/main/org/jboss/system ServiceController.java
ServiceCreator.java
Removed: src/main/org/jboss/system UnifiedClassLoader.java
ServiceLibraries.java MBeanClassLoader.java
Log:
Chan
User: d_jencks
Date: 02/04/14 19:48:52
Modified:src/main/org/jboss/mx/server ServerConstants.java
Log:
Changed to use UnifiedLoaderRepository and UnifiedClassLoader from jbossmx. Removed
ServiceLibraries, UnifiedClassLoader, and MBeanClassLoader from jboss-system
Revision Ch
User: d_jencks
Date: 02/04/14 19:48:53
Modified:src/main/org/jboss/system/server ServerImpl.java
ServerInfo.java
Log:
Changed to use UnifiedLoaderRepository and UnifiedClassLoader from jbossmx. Removed
ServiceLibraries, UnifiedClassLoader, and MBeanClassLoa
User: d_jencks
Date: 02/04/14 19:48:53
Modified:src/main/org/jboss/ejb EjbModule.java
Log:
Changed to use UnifiedLoaderRepository and UnifiedClassLoader from jbossmx. Removed
ServiceLibraries, UnifiedClassLoader, and MBeanClassLoader from jboss-system
Revision ChangesPat
User: d_jencks
Date: 02/04/14 19:48:53
Modified:src/main/org/jboss/deployment DeploymentInfo.java
MainDeployer.java SARDeployer.java
Log:
Changed to use UnifiedLoaderRepository and UnifiedClassLoader from jbossmx. Removed
ServiceLibraries, UnifiedClassLoade
User: d_jencks
Date: 02/04/14 19:48:53
Modified:src/main/org/jboss/web AbstractWebContainer.java
WebClassLoader.java
Log:
Changed to use UnifiedLoaderRepository and UnifiedClassLoader from jbossmx. Removed
ServiceLibraries, UnifiedClassLoader, and MBeanClas
User: d_jencks
Date: 02/04/14 19:48:53
Modified:src/main/org/jboss Main.java
Log:
Changed to use UnifiedLoaderRepository and UnifiedClassLoader from jbossmx. Removed
ServiceLibraries, UnifiedClassLoader, and MBeanClassLoader from jboss-system
Revision ChangesPath
1.8
User: d_jencks
Date: 02/04/14 19:48:54
Modified:src/main/org/jboss/test/jbossmx/implementation/server
ContextCLTestCase.java
Log:
Changed to use UnifiedLoaderRepository and UnifiedClassLoader from jbossmx. Removed
ServiceLibraries, UnifiedClassLoader, and M
User: d_jencks
Date: 02/04/14 19:48:53
Modified:src/main/org/jboss/mx/server/registry
BasicMBeanRegistry.java
Log:
Changed to use UnifiedLoaderRepository and UnifiedClassLoader from jbossmx. Removed
ServiceLibraries, UnifiedClassLoader, and MBeanClassLoader
User: d_jencks
Date: 02/04/14 19:48:52
Modified:jetty/src/main/org/jboss/jetty
JBossWebApplicationContext.java
Log:
Changed to use UnifiedLoaderRepository and UnifiedClassLoader from jbossmx. Removed
ServiceLibraries, UnifiedClassLoader, and MBeanClassLoade
User: d_jencks
Date: 02/04/14 19:48:54
Modified:.build.xml
Log:
Changed to use UnifiedLoaderRepository and UnifiedClassLoader from jbossmx. Removed
ServiceLibraries, UnifiedClassLoader, and MBeanClassLoader from jboss-system
Revision ChangesPath
1.106 +2 -1
Bugs item #543798, was opened at 2002-04-14 14:06
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=543798&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Dain Sundstrom (dsundstrom)
Ass
User: dsundstrom
Date: 02/04/14 19:43:00
Modified:src/main/org/jboss/ejb/plugins/cmp/ejbql Catalog.java
EJBQLParser.jjt IdentifierManager.java
JBossQLParser.jjt
Log:
Fixed declared-sql.
Revision ChangesPath
1.2 +17 -5
User: dsundstrom
Date: 02/04/14 19:43:00
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCDeclaredSQLQuery.java
Log:
Fixed declared-sql.
Revision ChangesPath
1.7 +12 -34
jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCDeclaredSQLQu
User: schaefera
Date: 02/04/14 19:32:24
Modified:src/build Tag: Branch_2_4 build.xml run_tests.xml
Log:
Add a new test version of the bank because the old did no use transactions
and the new uses XDoclet 1.1.2 to generate the DDs and other Java classes.
Also a marathon test is a
User: schaefera
Date: 02/04/14 19:32:24
Added: src/lib Tag: Branch_2_4 xdoclet.jar
Log:
Add a new test version of the bank because the old did no use transactions
and the new uses XDoclet 1.1.2 to generate the DDs and other Java classes.
Also a marathon test is added. Please
User: schaefera
Date: 02/04/14 19:32:24
Added: src/build/subprojects Tag: Branch_2_4 build-bank-new.xml
Log:
Add a new test version of the bank because the old did no use transactions
and the new uses XDoclet 1.1.2 to generate the DDs and other Java classes.
Also a marathon te
User: schaefera
Date: 02/04/14 19:32:24
Removed: src/main/org/jboss/test/bank/test Tag: Branch_2_4
BankStressTestCase.java
Log:
Add a new test version of the bank because the old did no use transactions
and the new uses XDoclet 1.1.2 to generate the DDs and
User: schaefera
Date: 02/04/14 19:32:26
Added: src/main/org/jboss/test/banknew/test Tag: Branch_2_4
BankMarathonTestCase.java BankStressTestCase.java
Main.java
Log:
Add a new test version of the bank because the old did no use transa
User: schaefera
Date: 02/04/14 19:32:26
Added: src/main/org/jboss/test/banknew/interfaces Tag: Branch_2_4
BankException.java
Log:
Add a new test version of the bank because the old did no use transactions
and the new uses XDoclet 1.1.2 to generate the DDs
User: schaefera
Date: 02/04/14 19:32:24
Added: src/main/org/jboss/test/banknew/ejbeans Tag: Branch_2_4
AccountBean.java BankBean.java CustomerBean.java
TellerBean.java
Log:
Add a new test version of the bank because the old did no us
User: schaefera
Date: 02/04/14 19:25:08
jbosstest/src/main/org/jboss/test/banknew/interfaces - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: schaefera
Date: 02/04/14 19:25:08
jbosstest/src/main/org/jboss/test/banknew/test - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: schaefera
Date: 02/04/14 19:25:08
jbosstest/src/main/org/jboss/test/banknew/ejbeans - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: schaefera
Date: 02/04/14 19:24:40
jbosstest/src/main/org/jboss/test/banknew - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Will it include the iiop stuff? Jason and I were talking about
making it part of the default build.
User feedback would be a good thing for me at this point.
Best,
Francisco
On Sun, 14 Apr 2002, Scott M Stark wrote:
> I'm creating the 3.0 branch for the RC1 release at midnight
> (GMT-0700).
[execmodules] /Users/steve/Development/jboss-
all/testsuite/src/main/org/jboss/test/security/service/SecurityConfig.java:
91: cannot resolve symbol
[execmodules] symbol : method setConfig (java.net.URL)
[execmodules] location: class
org.jboss.security.auth.login.XMLLoginConfig
[execmodules]
User: mnf999
Date: 02/04/14 18:34:34
Modified:src/docs/jbossgroup partners.jsp
Log:
Update: added Adrian Brock's bio to the team page, updated the
Conduct logo on partners page
Revision ChangesPath
1.21 +2 -0 newsite/src/docs/jbossgroup/partners.jsp
In
User: mnf999
Date: 02/04/14 18:34:34
Modified:src/docs/common team.jsp
Log:
Update: added Adrian Brock's bio to the team page, updated the
Conduct logo on partners page
Revision ChangesPath
1.20 +58 -49newsite/src/docs/common/team.jsp
Index: team.jsp
What? How does JBoss.NET get in there? Really, I don't get how you come up
with these things sometimes.
JBoss.NET is not accessable from this component... since JBoss.NET is itself
deployed here.
I would have to be a JMX notification, which you could then install an
JBoss.NET adapter or wh
User: mnf999
Date: 02/04/14 18:34:34
Modified:src/docs/pictures Conductlogo.gif
Added: src/docs/pictures adrian.jpg
Log:
Update: added Adrian Brock's bio to the team page, updated the
Conduct logo on partners page
Revision ChangesPath
1.2 +7 -10 new
> I think you misunderstand me. I am as cocky and arragant as the next Java
> programmer, and I'm possitive I can design it better than every one else
> out there ;-)
Well, we shall see about that... you could be right... or not.
> It's the JBoss experience I lack, so my use cases will not ha
Bugs item #532355, was opened at 2002-03-20 17:22
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=532355&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Loren Rosen (lorenrosen)
Ass
> Don't underestimate yourself ;)
>
> I am just asking for a list of requirements right now, not a design... and
of
> course we will give you feedback.
I think you misunderstand me. I am as cocky and arragant as the next Java
programmer, and I'm possitive I can design it better than every one el
Bugs item #538236, was opened at 2002-04-02 19:44
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=538236&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Stephen Coy (scoy)
Assigned to: D
on 15-04-2 02.10, David Jencks at [EMAIL PROTECTED] wrote:
> On 2002.04.14 19:44:06 -0400 Peter Fagerlund wrote:
>> on 15-04-2 01.24, Larry Sanderson at [EMAIL PROTECTED] wrote:
>>
>>> I don't know... perhaps someone would like to add a custom layer of
>> security
>>> on all deployments. Perhap
Don't underestimate yourself ;)
I am just asking for a list of requirements right now, not a design... and of
course we will give you feedback.
--jason
Quoting Larry Sanderson <[EMAIL PROTECTED]>:
> > Perhaps you can take an initial stab on a requirements list for the
> deployment
> > systen
> I have been planning for a long time and hope to be able to work on very
> soon another major change to deployment.
>
> My plan is to divide deployment up into:
>
> 1. add all the classes to the classloader
>
> 2. Transform all the dd's into mbean configuration (using xslt mostly)
>
> 3. Deploy
> Perhaps you can take an initial stab on a requirements list for the
deployment
> systen, based on the existing proposals (specifically david's, mine &
yours +
> comments by jules and such).
>
> If you have time it would be helpful to move this work forward.
I can find the time, but I think I am
I would have thought this was related.
I think I remember remarking that JSR 88 had deploy/start/stop/undeploy
and redeploy, but no restart...
I think for completeness we should probably support restart as well.
No-one should be forced to implement these extensions. They should
simply be avai
Perhaps you can take an initial stab on a requirements list for the deployment
systen, based on the existing proposals (specifically david's, mine & yours +
comments by jules and such).
If you have time it would be helpful to move this work forward.
--jason
Quoting Larry Sanderson <[EMAIL PR
I agree. redeploy is different, or could be different and in some cases (like
yours) should be different than undeploy/deploy.
--jason
Quoting Jules Gosnell <[EMAIL PROTECTED]>:
> Jason Dillon wrote:
> > Yes perhaps... would not hurt to add the method to the interface... though
> in
> > mos
On 2002.04.14 19:44:06 -0400 Peter Fagerlund wrote:
> on 15-04-2 01.24, Larry Sanderson at [EMAIL PROTECTED] wrote:
>
> > I don't know... perhaps someone would like to add a custom layer of
> security
> > on all deployments. Perhaps they would like to get an email when new
> > deployments occur.
Number of tests run: 556
Successful tests: 515
Errors:28
Failures: 13
[time of test: 15 April 2002 1:1 GMT]
[java.version: 1.3.0]
[java.vendor: IBM Corporation]
[java.
> > Why do you need another impl of MainDeployer. This component serves to
> > aggregate SubDeployers and to provide a common interface for clients into
> the
> > deployment system.
> >
> > It might be doing a little much at the moment (I haven't looked at what
> the
> > code looks like this week
The redeploy idea is similar to the idea of making mbean invocations (such
as on an ejb container) wait during service lifecycle operations -- so if
you stop and restart an mbean, calls are blocked until the start is done.
We were thinking of doing this in (model) mbean interceptors. Would
somet
Jason Dillon wrote:
> Yes perhaps... would not hurt to add the method to the interface... though in
> most cases undeploy/deploy works fine. It is possible that we might want to
> have redploy specific behavior... but we need to make sure that
> undeploy/deploy also works in the same fashion.
on 15-04-2 01.24, Larry Sanderson at [EMAIL PROTECTED] wrote:
> I don't know... perhaps someone would like to add a custom layer of security
> on all deployments. Perhaps they would like to get an email when new
> deployments occur. Who knows? The point is I can see no down-side to
> making th
> YADD (Yet Another Deployer Design)... comments below.
>
> > I see two major problems with the current usage: 1) MainDeployer is a
> > bootstrapped class, with no way to provide an alternate implementation,
2)
> > All SubDeployers rely on a concrete implementation of deployer:
MainDeployer,
>
> W
> I'm not entirely sure what you mean by the subdeployer's lifecycle. If
you
> mbean the sequence of init, create, start calls, note that these are not
> done all at once per package, but each step is run through every
subpackage
> before the next is started. Keeping the functionality in MainDep
Hello,
In connector/src/etc/example-config/mysql-service.xml
DefaultDS
Needs to be changed to:
MySqlDS
to deploy. Otherwise, it conflicts with the deployed hsqldb jndi name.
Ricardo Arguello
___
Jboss-development mailing list
[EMAIL PROTEC
Yes perhaps... would not hurt to add the method to the interface... though in
most cases undeploy/deploy works fine. It is possible that we might want to
have redploy specific behavior... but we need to make sure that
undeploy/deploy also works in the same fashion. I think that if the
underl
YADD (Yet Another Deployer Design)... comments below.
> I see two major problems with the current usage: 1) MainDeployer is a
> bootstrapped class, with no way to provide an alternate implementation, 2)
> All SubDeployers rely on a concrete implementation of deployer: MainDeployer,
Why do you ne
I'm creating the 3.0 branch for the RC1 release at midnight
(GMT-0700). Do not commit any changes to main after
22:00 -0700 until the branch is announced to be complete.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
___
I have been planning for a long time and hope to be able to work on very
soon another major change to deployment.
My plan is to divide deployment up into:
1. add all the classes to the classloader
2. Transform all the dd's into mbean configuration (using xslt mostly)
3. Deploy the resulting mb
Because as we discussed before, debug msgs should not be high
frequency and do not warrent guards.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: "Scott M Stark" <[EM
My penniesworth:
I think it important that at some stage we introduce a concept of
'redeploy()'.
From a quick glance at JSR 88, this looks to be an optional extension,
but from an enterprise point of view I think that this is important.
The default implementation could just 'undeploy(); depl
Why are we dropping log.debug gaurds?
--jason
Quoting Scott M Stark <[EMAIL PROTECTED]>:
> User: starksm
> Date: 02/04/14 13:19:55
>
> Modified:src/main/org/jboss/deployment MainDeployer.java
> Log:
> Fixed the wacked indentation and formatting
>
> Revision ChangesPat
Bugs item #543823, was opened at 2002-04-14 13:16
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=543823&group_id=22866
Category: JBossMQ
Group: v2.4 (stable)
>Status: Open
Resolution: Postponed
Priority: 5
Submitted By: Rico Kahnert (rkahnert)
Assigned t
They are passing for me on win2k jdk: Java HotSpot(TM) Client VM (build
1.3.1_02-b02, mixed mode)
Regards,
HIram
>From: "Scott M Stark" <[EMAIL PROTECTED]>
>Reply-To: "Scott M Stark" <[EMAIL PROTECTED]>
>To: "JBoss Dev" <[EMAIL PROTECTED]>
>Subject: Re: [JBoss-dev] What's the deal with the JBo
> How about if there are 2 properties on the scanner: a list of single urls,
> that can be packages or directories, and a list of directories to scan?
> Then the user has to decide what they are trying to do;-)
This seems silly... but if you want todo this, make another scanner impl. If
you no
I have been working with the deployers for the last week or so, and I have been
thinking about some design changes that would help clean it up.
I see two major problems with the current usage: 1) MainDeployer is a bootstrapped
class, with no way to provide an alternate implementation, 2) All Su
User: jules_gosnell
Date: 02/04/14 14:12:29
Modified:jetty/src/main/org/mortbay/http HttpConnection.java
Log:
Greg's fix for "Frequently Hanging On Http Requests"
Revision ChangesPath
1.9 +7 -10 contrib/jetty/src/main/org/mortbay/http/HttpConnection.java
I
I don't know about this time around but originally (i.e. about 6 months ago)
I got rid of the oswego stuff because it caused JBossMQ to deadlock
completely when under high load. One of the major stabilising factors in
moving from JBossMQ 0.8 to JBossMQ 1.0 was the rewriting of the thread
handling
> Was the scanner ever intended to watch a single deployable file? Or just
> watch a directory containing deployable files?
The URLDeploymentScanner was designed to watch a list of one or more URLs. It
also supports scanning for files in a directory for 'file' URLs. This means
that the a di
Juts currious why we have been trying to get rid of oswego usage? I have seen
mail like this before for JBossMQ, but I don't really understand why. These
classes are designed very well and are maintained by and expert in this
field...
Anyways, just currious.
--jason
Quoting Adrian Brock <
Bugs item #543823, was opened at 2002-04-14 13:16
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=543823&group_id=22866
Category: JBossMQ
Group: v2.4 (stable)
>Status: Pending
Resolution: Postponed
Priority: 5
Submitted By: Rico Kahnert (rkahnert)
Assigne
Bugs item #543823, was opened at 2002-04-14 13:16
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=543823&group_id=22866
Category: JBossMQ
Group: v2.4 (stable)
Status: Open
>Resolution: Postponed
Priority: 5
Submitted By: Rico Kahnert (rkahnert)
Assigned t
User: starksm
Date: 02/04/14 13:19:55
Modified:src/main/org/jboss/deployment MainDeployer.java
Log:
Fixed the wacked indentation and formatting
Revision ChangesPath
1.27 +66 -100 jboss-system/src/main/org/jboss/deployment/MainDeployer.java
Index: MainDeploye
Bugs item #543823, was opened at 2002-04-14 13:16
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=543823&group_id=22866
Category: JBossMQ
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Rico Kahnert (rkahnert)
Assigned to: Nob
This issue made me run in circles somehow. On friday I had a fix that
appeared to require a small patch on JacORB. Now I redone all testing
at home and it seems that my patch is not really needed. I wonder if
there is some difference between my work environment and my home
environment...
Any
This is no longer relevant as we are now using the default login
Configuration implementation as I'm tired of all the bugs in this
classes parsing. We can now also dynamically add and remove
security domain login configurations.
Scott Stark
Chief Technology Officer
JBoss
Bugs item #529751, was opened at 2002-03-13 21:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=529751&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Out of Date
Priority: 5
Submitted By: Phil Craven (pjcraven)
Assign
Bugs item #529751, was opened at 2002-03-13 21:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=529751&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Open
Resolution: Out of Date
Priority: 5
Submitted By: Phil Craven (pjcraven)
Assig
User: reverbel
Date: 02/04/14 12:49:38
Removed: iiop/src/etc/conf/default jboss-service.xml
standardjboss.xml
Log:
Removed superfluous copies of two config files. We use the ones in
server/src/etc/conf/default, so there is no point in having copies here.
_
No deprecation please;-)
How about IndividualURLs and ScannedDirectories, and removing URLs so we
don't get confused?
david
On 2002.04.14 15:01:00 -0400 Larry Sanderson wrote:
> That could work. We could deprecate the current URLs attribute, but
> preserve its current functionality for backward
User: starksm
Date: 02/04/14 12:43:07
Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc
JDBCCommandFactory.java
Log:
Make the PreloadRefQueueHandlerTask inner class a static as its reference
to the container was preventing the container from being GCd.
User: reverbel
Date: 02/04/14 12:42:56
Modified:src/etc/conf/default jboss-service.xml
Log:
ORB verbosity level is now a MBean attribute. This way we do not rely
on a JacORB properties file to set the verbosity level.
Revision ChangesPath
1.44 +2 -1 jboss/src
User: reverbel
Date: 02/04/14 12:22:27
Modified:.build.xml
Log:
Xbootclasspath hack removed from iiop-test target.
Revision ChangesPath
1.105 +4 -2 jbosstest/build.xml
Index: build.xml
==
User: reverbel
Date: 02/04/14 12:16:07
Modified:iiop/src/etc/conf/default jboss-service.xml
Log:
ORB verbosity level is now a MBean attribute. This way we do not rely
on a JacORB properties file to set the verbosity level.
Revision ChangesPath
1.3 +2 -1 cont
User: reverbel
Date: 02/04/14 12:14:51
Modified:iiop/src/main/org/jboss/iiop CorbaORBService.java
CorbaORBServiceMBean.java
Log:
ORB verbosity level is now a MBean attribute. We do not need
a JacORB properties file to set the verbosity level anymore.
R
User: starksm
Date: 02/04/14 12:02:13
Modified:src/main/org/jboss/security/plugins SecurityConfig.java
Log:
Update the comments.
Revision ChangesPath
1.4 +7 -5 jboss/src/main/org/jboss/security/plugins/SecurityConfig.java
Index: SecurityConfig.java
===
User: reverbel
Date: 02/04/14 12:10:50
Modified:iiop/src/main/org/jboss/ejb/plugins/iiop/server
IIOPContainerInvoker.java
Log:
- Method setContainer() changed to take a null container
(undeployment code now performs a setContainer(null) call.
Bugs item #543799, was opened at 2002-04-14 14:07
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=543799&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Dain Sundstrom (dsundstrom)
Assigned
Bugs item #543798, was opened at 2002-04-14 14:06
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=543798&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Dain Sundstrom (dsundstrom)
Assigned
Bugs item #543408, was opened at 2002-04-13 10:10
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=543408&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Patrick Charbonnier (pch)
Ass
Bugs item #534398, was opened at 2002-03-24 13:31
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=534398&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Marius Kotsbak (mkotsbak)
Assig
1 - 100 of 144 matches
Mail list logo
