All these name changes are basically just screwing around
with semantic trivialities. Change these names back:
mq - messaging
resource - connector
plastic - j2ee
and do not make any more name changes without discussing
why it is necessary.
- Original Message -
From: Jason Dillon [EMAIL
User: starksm
Date: 02/02/17 00:40:45
Modified:src/main/org/jboss/system Server.java
Log:
Display the org.jboss java.lang.Package information as the version
and build info.
Revision ChangesPath
1.16 +138 -109 jboss/src/main/org/jboss/system/Server.java
User: starksm
Date: 02/02/17 00:37:56
Modified:src/etc/manifest connector-client-factory.mf rmi-adaptor.mf
run.mf shutdown.mf stop.mf
Log:
Include version and build information using the standard version package
manifest headers
Revision Changes
User: starksm
Date: 02/02/17 00:39:57
Added: jboss/etc version.mf
Log:
A jar manifest template for including version and build information
into jars using the standard package version manifest headers
Revision ChangesPath
1.1
User: starksm
Date: 02/02/17 00:39:06
Modified:.build.xml
Log:
Incorporate the build information into the output jars
Revision ChangesPath
1.67 +28 -12jboss/build.xml
Index: build.xml
You are right. I had a momentary lapse of reason (that lasted for more
than a moment actually).
I still think that we should find a better name for the j2ee module, but
there is only real motivation to do that if we move the jmx and other
apis in there too.
My apologies for my lack of
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
location: package ejb
import
I was able to get the xml configuration parser to use the trace
priority. Any reason why we should not switch to the xml version of the
configuration?
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
location: package ejb
import
User: user57
Date: 02/02/17 01:50:09
Modified:.modules
Log:
o revert to j2ee, connector messaging
Revision ChangesPath
1.95 +3 -8 CVSROOT/modules
Index: modules
===
RCS file:
User: user57
Date: 02/02/17 01:52:53
Modified:src/bin EJBVerifier.bat EJBVerifier.sh InvocationLog.bat
InvocationLog.sh JNDIBrowser.bat JNDIBrowser.sh
Monitor.bat Monitor.sh SystemLog.bat SystemLog.sh
User: user57
Date: 02/02/17 01:52:54
Modified:src/etc monitor.mf
Log:
o revert to j2ee, connector messaging
Revision ChangesPath
1.4 +1 -1 admin/src/etc/monitor.mf
Index: monitor.mf
User: user57
Date: 02/02/17 01:52:53
Modified:.build.xml
Log:
o revert to j2ee, connector messaging
Revision ChangesPath
1.17 +7 -7 admin/build.xml
Index: build.xml
===
RCS
User: user57
Date: 02/02/17 01:52:54
Modified:catalina build.xml
Log:
o revert to j2ee, connector messaging
Revision ChangesPath
1.6 +7 -7 contrib/catalina/build.xml
Index: build.xml
User: user57
Date: 02/02/17 01:52:54
Modified:jbossbuild.xml fix-workspace.xml
Log:
o revert to j2ee, connector messaging
Revision ChangesPath
1.83 +27 -27build/jboss/build.xml
Index: build.xml
User: user57
Date: 02/02/17 01:52:54
Modified:.build.xml
Log:
o revert to j2ee, connector messaging
Revision ChangesPath
1.28 +13 -13jbossmx/build.xml
Index: build.xml
===
RCS
User: user57
Date: 02/02/17 01:52:55
Modified:jettybuild.xml
Log:
o revert to j2ee, connector messaging
Revision ChangesPath
1.36 +6 -6 contrib/jetty/build.xml
Index: build.xml
===
User: user57
Date: 02/02/17 01:52:55
Modified:jboss.net/testsuite build.xml
Log:
o revert to j2ee, connector messaging
Revision ChangesPath
1.5 +13 -13contrib/jboss.net/testsuite/build.xml
Index: build.xml
User: user57
Date: 02/02/17 01:52:55
Modified:jetty/src/resources/jetty-plugin/META-INF jboss-service.xml
Log:
o revert to j2ee, connector messaging
Revision ChangesPath
1.17 +1 -1
contrib/jetty/src/resources/jetty-plugin/META-INF/jboss-service.xml
User: user57
Date: 02/02/17 01:52:55
Modified:jboss.net build.xml
Log:
o revert to j2ee, connector messaging
Revision ChangesPath
1.11 +7 -7 contrib/jboss.net/build.xml
Index: build.xml
User: user57
Date: 02/02/17 01:52:55
Modified:.build.xml
Log:
o revert to j2ee, connector messaging
Revision ChangesPath
1.22 +10 -10jbossmq/build.xml
Index: build.xml
===
RCS
User: user57
Date: 02/02/17 01:52:55
Modified:.build.xml
Log:
o revert to j2ee, connector messaging
Revision ChangesPath
1.15 +6 -6 jboss-j2ee/build.xml
Index: build.xml
===
User: user57
Date: 02/02/17 01:52:56
Modified:.build.xml
Log:
o revert to j2ee, connector messaging
Revision ChangesPath
1.24 +10 -10jbosscx/build.xml
Index: build.xml
===
RCS
User: user57
Date: 02/02/17 01:52:56
Modified:.build.xml
Log:
o revert to j2ee, connector messaging
Revision ChangesPath
1.17 +7 -7 jbosssx/build.xml
Index: build.xml
===
RCS
User: user57
Date: 02/02/17 01:52:56
Modified:.build.xml
Log:
o revert to j2ee, connector messaging
Revision ChangesPath
1.16 +7 -7 jbosspool/build.xml
Index: build.xml
===
User: user57
Date: 02/02/17 01:52:52
Modified:src/etc/manifest ejb-connector-client.mf ejb-connector.mf
jboss-client.mf verifier.mf
Log:
o revert to j2ee, connector messaging
Revision ChangesPath
1.3 +1 -1
User: user57
Date: 02/02/17 01:52:52
Modified:.build.xml
Log:
o revert to j2ee, connector messaging
Revision ChangesPath
1.70 +13 -13jbosstest/build.xml
Index: build.xml
===
User: user57
Date: 02/02/17 01:52:53
Modified:src/bin jmx-test.sh testbeantest.sh
Log:
o revert to j2ee, connector messaging
Revision ChangesPath
1.3 +2 -2 jbosstest/src/bin/jmx-test.sh
Index: jmx-test.sh
User: user57
Date: 02/02/17 01:52:52
Modified:.build.xml
Log:
o revert to j2ee, connector messaging
Revision ChangesPath
1.68 +7 -7 jboss/build.xml
Index: build.xml
===
RCS
This is done.
--jason
On Sun, 2002-02-17 at 00:39, Jason Dillon wrote:
You are right. I had a momentary lapse of reason (that lasted for more
than a moment actually).
I still think that we should find a better name for the j2ee module, but
there is only real motivation to do that if we
Hi,
--- Jason Dillon [EMAIL PROTECTED] wrote:
I am gonna need you to perform a full checkout from cvs again.
Its in progress...
Chris
=
Need somewhere to Live in London? - Then go to http://freeflats.com
__
Do You Yahoo!?
Yahoo! Sports -
User: ejort
Date: 02/02/17 04:41:52
Modified:src/main/javax/management QueryExp.java ValueExp.java
Added: src/main/javax/management AttributeValueExp.java
BinaryOpValueExp.java BooleanValueExp.java
NumberValueExp.java
Jason, could you please consult others before making this kind of change in
the future, and please move this into the org.jboss.resource.adapter
package with the other adapters included with jboss?
I will note that I previously asked the authors of the jms adapter whether
they thought it would
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
build.sh: build.sh: No such file or
Hi,
I've been thinking of how one could reduce network traffic in distributed
transactions. This is a simple scenario of what happens in a DT:
client calls Bean A which calls Bean B
Bean A and Bean B live in 2 distinct servers (VMs)
when client calls Bean A a transation T is started
when
On 16 Feb, Jason Dillon wrote:
Is there anything we can do to speed it up any?
Well, actually it is not slow enough ;-) since it does not catch all
bugs as it is setup today. To chatch current buggs in threading you have
to have testcases that send up to 100 000 messages, sometimes taking up
to
You would have to show the complete resource utilization and
transaction graph to say. The create will run effectively as NotSupported
while the find should be running as Required in the scope of the
user tx. There is a lot of leeway in the container behavior in the
case of Supports resulting in
Add both and we can preferentially use the xml version.
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:
User: starksm
Date: 02/02/17 07:44:38
Modified:jbossbuild.xml
Log:
Document the use of version.name as the cvs tag for any release build
Revision ChangesPath
1.85 +2 -1 build/jboss/build.xml
Index: build.xml
Hi
When all the methods are required it works fine !
When I set not transaction attribute at all it works fine, too !!
When I use a transaction it works fine !
The only problem I see here is that (IMO) the tx-attribute
Supports should work with w/o a transaction the same
way as when you don't
User: starksm
Date: 02/02/17 09:35:22
Modified:src/main/org/jboss/system Info.java InfoMBean.java
ServiceLibraries.java
Log:
Add a displayInfoForClass method to Info that provides the ClassLoader,
ProtectionDomain and Package info for the named class.
User: pra
Date: 02/02/17 09:51:17
Modified:src/main/org/jboss/mq/il/uil UILServerILService.java
Log:
Added numbering for worker threads
Revision ChangesPath
1.17 +7 -3 jbossmq/src/main/org/jboss/mq/il/uil/UILServerILService.java
Index:
User: pra
Date: 02/02/17 09:50:44
Modified:src/main/org/jboss/mq/il/oil OILServerILService.java
Log:
Added numbering for worker threads
Revision ChangesPath
1.19 +80 -70jbossmq/src/main/org/jboss/mq/il/oil/OILServerILService.java
Index:
User: pra
Date: 02/02/17 09:55:08
Modified:src/main/org/jboss/mq/server MessageCache.java
MessageReference.java
Log:
* Corrected several bugs in LRUCache and in usage of it.
* Corrected thread locks. All access in both MessageCache and
Hi
When all the methods are required it works fine !
When I set not transaction attribute at all it works fine, too !!
When I use a transaction it works fine !
These three case are all the same as they are all effectively
trans=Required.
The only problem I see here is that (IMO) the
User: starksm
Date: 02/02/17 10:08:39
Removed: src/etc client.mf server.mf tests.mf
Log:
Include version info the in jar manifests
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: starksm
Date: 02/02/17 10:08:38
Modified:.build.xml
Log:
Include version info the in jar manifests
Revision ChangesPath
1.12 +19 -5 jnp/build.xml
Index: build.xml
===
RCS
User: starksm
Date: 02/02/17 10:31:26
Modified:src/resources/perf/META-INF ejb-jar.xml
Log:
Add a Probe bean deployment that has only local interfaces
Revision ChangesPath
1.8 +8 -0 jbosstest/src/resources/perf/META-INF/ejb-jar.xml
Index: ejb-jar.xml
User: starksm
Date: 02/02/17 10:32:08
Modified:.build.xml
Log:
Include version info the in jar manifests
Revision ChangesPath
1.16 +21 -3 jboss-j2ee/build.xml
Index: build.xml
===
User: starksm
Date: 02/02/17 10:32:08
Modified:.build.xml
Log:
Include version info the in jar manifests
Revision ChangesPath
1.23 +20 -5 jbossmq/build.xml
Index: build.xml
===
User: starksm
Date: 02/02/17 10:32:08
Modified:.build.xml
Log:
Include version info the in jar manifests
Revision ChangesPath
1.25 +31 -8 jbosscx/build.xml
Index: build.xml
===
User: starksm
Date: 02/02/17 10:32:08
Modified:.build.xml
Log:
Include version info the in jar manifests
Revision ChangesPath
1.18 +22 -5 jbosssx/build.xml
Index: build.xml
===
User: starksm
Date: 02/02/17 10:32:08
Modified:.build.xml
Log:
Include version info the in jar manifests
Revision ChangesPath
1.17 +31 -8 jbosspool/build.xml
Index: build.xml
===
User: starksm
Date: 02/02/17 10:32:08
Modified:jboss.net build.xml
Log:
Include version info the in jar manifests
Revision ChangesPath
1.12 +19 -4 contrib/jboss.net/build.xml
Index: build.xml
User: starksm
Date: 02/02/17 10:32:07
Modified:.build.xml
Log:
Include version info the in jar manifests
Revision ChangesPath
1.6 +23 -4 jboss-common/build.xml
Index: build.xml
===
User: starksm
Date: 02/02/17 10:32:07
Modified:catalina build.xml
Log:
Include version info the in jar manifests
Revision ChangesPath
1.7 +25 -19contrib/catalina/build.xml
Index: build.xml
I do not think you broke the test, Jason. What is broken since December
or so is the feature it tests (dynamic class loading). Scott is looking
at this.
Cheers,
Francisco
On 16 Feb 2002, Jason Dillon wrote:
I apparently broke the org.jboss.test.jrmp.test.DynLoadingUnitTestCase
test, but I
This change to UnifiedClassLoader:
removed invalid getURLs() method. Not sure why we want to return null
for a URLClassLoader. Comments suggested it was to avoid some RMI bloat,
but code that expects a URLClassLoader will expect that this baby will
return something valid. It
User: starksm
Date: 02/02/17 13:40:16
Modified:src/main/org/jboss/system UnifiedClassLoader.java
Log:
Restore the getURLs override as its removal was invalid
Revision ChangesPath
1.7 +18 -9 jboss/src/main/org/jboss/system/UnifiedClassLoader.java
Index:
User: reverbel
Date: 02/02/17 13:45:19
Modified:iiop build.xml
Log:
Changing plastic back to j2ee.
Revision ChangesPath
1.4 +7 -7 contrib/iiop/build.xml
Index: build.xml
===
RCS
User: reverbel
Date: 02/02/17 13:50:26
Modified:jbossbuild.xml
Log:
Pointer to JacORB library has been deleted somehow. Added again.
Revision ChangesPath
1.86 +5 -1 build/jboss/build.xml
Index: build.xml
User: reverbel
Date: 02/02/17 14:39:26
Removed: iiop/src/main/org/jboss/iiop/rmi/server InterfaceMapper.java
OperationMapper.java ParameterMapper.java
Log:
Removing unused files.
___
Jboss-development mailing list
Bugs item #518896, was opened at 2002-02-17 14:49
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=518896group_id=22866
Category: JBossMX
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Marc Prud'hommeaux (mprudhom)
Assigned to:
Bugs item #516684, was opened at 2002-02-12 14:51
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=516684group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned
Sorry, forgot about that one.
--jason
On Sun, 2002-02-17 at 13:45, Francisco Reverbel wrote:
User: reverbel
Date: 02/02/17 13:45:19
Modified:iiop build.xml
Log:
Changing plastic back to j2ee.
Revision ChangesPath
1.4 +7 -7
User: jules_gosnell
Date: 02/02/17 16:26:01
Modified:jetty/src/main/org/jboss/jetty JettyService.java
Log:
reenable Jan's logging stuff - fixed
Revision ChangesPath
1.47 +68 -72contrib/jetty/src/main/org/jboss/jetty/JettyService.java
Index:
Removed it because Jetty was expecting a non null. I was going to have
it return a empty array, but did not understand why we would want to
mask the urls in a url cl.
--jason
On Sun, 2002-02-17 at 13:12, Scott M Stark wrote:
This change to UnifiedClassLoader:
removed invalid getURLs()
Oh no I broke it. See Scott's email =)
--jason
On Sun, 2002-02-17 at 12:16, Francisco Reverbel wrote:
I do not think you broke the test, Jason. What is broken since December
or so is the feature it tests (dynamic class loading). Scott is looking
at this.
Cheers,
Francisco
On
I don't understand why yet, but even when using the config property to
override the file file, if a .properties exists it will be used.
Any idea why this is the case?
--jason
On Sun, 2002-02-17 at 07:49, Scott M Stark wrote:
Add both and we can preferentially use the xml version.
Bug #516684 has shown a problem with the new class loading model
that is related to caching of class data at the JVM level. The problem
is due to the fact that all mbean services execute with the same
MBeanClassLoader instance. Here is the scenario in Bug #516684
1. A sar containing an mbean
User: jules_gosnell
Date: 02/02/17 16:35:29
Modified:jettybuild.xml
Log:
ensure that jasper and servlet jars are refreshed by devel target
fix deploy dir in devel target - is there a var for this ?
comment web test suite from devel target
Revision ChangesPath
version.name was never meant to have anything to do with cvs. It is
there to hold the rather arbitrary name of a release (ie. rabbit-hole or
whistler or merlin). While understand your desire to include cvs tag
information, I do not think that this is the best place for it.
I suggest we add a
Bugs item #516684, was opened at 2002-02-12 14:51
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=516684group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned
Yikes... that would not bee good. Perhaps this test case should be
moved outside of tests-unit into a separate target which is depended on
by tests.
--jason
On Sun, 2002-02-17 at 07:22, [EMAIL PROTECTED] wrote:
On 16 Feb, Jason Dillon wrote:
Is there anything we can do to speed it up any?
I will move it there. Was thinking about moving it there but decided
that someone would tell me which was which.
Asking for forgiveness is often much easier than asking for permission.
I moved this with out asking for permission as part of the clean up of
the jboss/server module, which does
User: jules_gosnell
Date: 02/02/17 17:12:09
Modified:jetty/src/etc jetty.xml
Log:
picky, picky
Revision ChangesPath
1.7 +0 -1 contrib/jetty/src/etc/jetty.xml
Index: jetty.xml
===
RCS
User: user57
Date: 02/02/17 17:11:36
Modified:jettybuild.xml
Log:
o using fileset on delete to avoid having to need to know the install.id
o using properties for copy tasks since we can't use the above hack
* need to provide better project/module integration for
User: d_jencks
Date: 02/02/17 18:08:57
tools/etc/xdoclet - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: d_jencks
Date: 02/02/17 18:08:43
tools/etc - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: d_jencks
Date: 02/02/17 18:09:10
tools/etc/xdoclet/templates - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: d_jencks
Date: 02/02/17 18:10:37
Added: etc/xdoclet/templates mbean-custom.j
Log:
xdoclet merge file that generates jboss default object names
Revision ChangesPath
1.1 tools/etc/xdoclet/templates/mbean-custom.j
Index: mbean-custom.j
User: d_jencks
Date: 02/02/17 18:12:12
Modified:lib xdoclet.jar
Log:
xdoclet as of 2/17/2002 6:00 PM EST. Includes mbean merge point
Revision ChangesPath
1.4 +1409 -1290tools/lib/xdoclet.jar
Binary file
User: d_jencks
Date: 02/02/17 18:15:05
Modified:.build.xml
Log:
added test of identities of MBeanClassLoaders on redeployment
Revision ChangesPath
1.71 +13 -5 jbosstest/build.xml
Index: build.xml
User: d_jencks
Date: 02/02/17 18:15:05
Added: src/main/org/jboss/test/jmx/mbean TestMBClassLoader.java
Log:
added test of identities of MBeanClassLoaders on redeployment
Revision ChangesPath
1.1
User: d_jencks
Date: 02/02/17 18:15:05
Added: src/main/org/jboss/test/jmx/test
MBeanClassLoaderUnitTestCase.java
Log:
added test of identities of MBeanClassLoaders on redeployment
Revision ChangesPath
1.1
After looking into this further it looks like when Category loads it
will attempt to load log4j.properties and process it. We can turn that
off by default by setting -Dlog4j.defaultInitOverride=true, but I am not
sure that is a good idea.
I think that this all stemmed from configuration being
User: user57
Date: 02/02/17 18:54:53
Removed: src/main/org/jboss/resource/jms JmsConnectionFactory.java
JmsConnectionFactoryImpl.java
JmsConnectionManager.java
JmsConnectionRequestInfo.java JmsCred.java
User: user57
Date: 02/02/17 18:54:53
Modified:src/resources/jms-rar/META-INF ra.xml
Log:
o moved JMSRA to org.jboss.resource.adapter.jms
* did not even see adapter/ when I moved this before
Revision ChangesPath
1.2 +5 -5
JBoss daily test results
SUMMARY
Number of tests run: 495
Successful tests: 487
Errors:4
Failures: 4
[time of test: 18 February 2002 2:54 GMT]
[java.version:
User: user57
Date: 02/02/17 18:54:53
Added: src/main/org/jboss/resource/adapter/jms
JmsConnectionFactory.java
JmsConnectionFactoryImpl.java
JmsConnectionManager.java
User: user57
Date: 02/02/17 18:58:57
Modified:src/main/org/jboss/ejb EJBDeployer.java
Log:
o info - debug
Revision ChangesPath
1.9 +9 -5 jboss/src/main/org/jboss/ejb/EJBDeployer.java
Index: EJBDeployer.java
Shouldn't MBeanClassLoader usage be replaced by UnifiedClassLoader ?
They appear to be very similar. Is there some special need to have
these separated?
--jason
On Sun, 2002-02-17 at 18:30, David Jencks wrote:
I'm not sure this is all that is happening. I've just committed a test
case
JBoss daily test results
SUMMARY
Number of tests run: 495
Successful tests: 488
Errors:4
Failures: 3
[time of test: 18 February 2002 3:23 GMT]
[java.version:
On 2002.02.17 22:09:50 -0500 Jason Dillon wrote:
Shouldn't MBeanClassLoader usage be replaced by UnifiedClassLoader ?
They appear to be very similar. Is there some special need to have
these separated?
--jason
Well, I don't think so.
UnifiedClassLoader actually loads classes from URLs.
JBoss daily test results
SUMMARY
Number of tests run: 495
Successful tests: 488
Errors:4
Failures: 3
[time of test: 18 February 2002 4:21 GMT]
[java.version:
Bugs item #518958, was opened at 2002-02-17 20:52
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=518958group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: James Manning (jmm)
Assigned to:
Bugs item #518958, was opened at 2002-02-17 20:52
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=518958group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: James Manning (jmm)
Assigned to:
JBoss daily test results
SUMMARY
Number of tests run: 495
Successful tests: 488
Errors:4
Failures: 3
[time of test: 18 February 2002 5:12 GMT]
[java.version:
Bugs item #518958, was opened at 2002-02-17 20:52
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=518958group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: James Manning (jmm)
Assigned to:
Bugs item #518958, was opened at 2002-02-17 20:52
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=518958group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: James Manning (jmm)
Assigned to:
1 - 100 of 109 matches
Mail list logo