[ http://jira.jboss.com/jira/browse/JBAS-31?page=comments#action_12310792 ]
Adrian Brock commented on JBAS-31:
--
The test.jsp does not reproduce the problem for me?
CachedConnectionManager - inUseConnections not correct
Message Selector Performance
Key: JBMQ-6
URL: http://jira.jboss.com/jira/browse/JBMQ-6
Project: JBoss MQ
Type: Task
Components: Server
Reporter: Adrian Brock
Priority: Minor
Improving Message Selector Performance
JMS Message Inflow
--
Key: JBJCA-6
URL: http://jira.jboss.com/jira/browse/JBJCA-6
Project: JBoss JCA
Type: Task
Reporter: Adrian Brock
Assigned to: Adrian Brock
The JMS message inflow in the JMS resource adapter needs properly testing
[ http://jira.jboss.com/jira/browse/JBJCA-5?page=history ]
Adrian Brock reassigned JBJCA-5:
Assign To: (was: Adrian Brock)
Interceptors
Key: JBJCA-5
URL: http://jira.jboss.com/jira/browse/JBJCA-5
Project
Lazily Loading Queues
-
Key: JBMQ-12
URL: http://jira.jboss.com/jira/browse/JBMQ-12
Project: JBoss MQ
Type: Task
Components: Persistence
Reporter: Adrian Brock
This is a major change that is the last obstacle to JBossMQ scalability
[ http://jira.jboss.com/jira/browse/JBJCA-8?page=history ]
Adrian Brock reassigned JBJCA-8:
Assign To: (was: Adrian Brock)
Improvements to Message Inflow
--
Key: JBJCA-8
URL: http://jira.jboss.com
Persistence Manager Improvements
Key: JBMQ-11
URL: http://jira.jboss.com/jira/browse/JBMQ-11
Project: JBoss MQ
Type: Task
Components: Persistence
Reporter: Adrian Brock
There are a number of improvements that can be made
[ http://jira.jboss.com/jira/browse/JBMQ-2?page=comments#action_12310800 ]
Adrian Brock commented on JBMQ-2:
-
The fundamental problem is databases that try to retrieve the entire
result set into memory regardless of the size of the query.
This can
[ http://jira.jboss.com/jira/browse/JBJMX-1?page=comments#action_12310824 ]
Adrian Brock commented on JBJMX-1:
--
A prototype has already been started in the MicroContainer project.
Rewrite to use Unified Container/Interceptors and MicroContainer
[ http://jira.jboss.com/jira/browse/JBAS-31?page=comments#action_12310797 ]
Adrian Brock commented on JBAS-31:
--
I'm obviously seeing different garbage collection behaviour.
Since the result I get is zero.
It should be irrelvent once
[ http://jira.jboss.com/jira/browse/JBMQ-5?page=history ]
Adrian Brock updated JBMQ-5:
Component: Server
Message Bridge
--
Key: JBMQ-5
URL: http://jira.jboss.com/jira/browse/JBMQ-5
Project: JBoss MQ
Type
[ http://jira.jboss.com/jira/browse/JBJCA-10?page=comments#action_12310814
]
Adrian Brock commented on JBJCA-10:
---
This should also include a mechanism to customise the createTimerTask which
currently just uses the JRE implementation.
More
Thread Pool improvements on the client
--
Key: JBMQ-10
URL: http://jira.jboss.com/jira/browse/JBMQ-10
Project: JBoss MQ
Type: Task
Components: Client
Reporter: Adrian Brock
The thread usage on the client needs
[ http://jira.jboss.com/jira/browse/JBAS-31?page=comments#action_12310793 ]
Adrian Brock commented on JBAS-31:
--
I do see that unregisterConnection should also remove the connection
from connectionStackTraces rather than leaving it to the garbage
Rewrite to use Unified Container/Interceptors and MicroContainer
Key: JBJMX-1
URL: http://jira.jboss.com/jira/browse/JBJMX-1
Project: JBoss JMX
Type: Task
Reporter: Adrian Brock
Assigned
Transaction Recovery
Key: JBJTA-1
URL: http://jira.jboss.com/jira/browse/JBJTA-1
Project: JBoss JTA
Type: Task
Reporter: Adrian Brock
Implement optional transaction recovery
The simplest mechanism is to do this is with a local database
Programmatic Connection Definition Deployment
-
Key: JBJCA-2
URL: http://jira.jboss.com/jira/browse/JBJCA-2
Project: JBoss JCA
Type: Task
Reporter: Adrian Brock
Priority: Minor
Forums Discussion Thread:
http
Message Bridge
--
Key: JBMQ-5
URL: http://jira.jboss.com/jira/browse/JBMQ-5
Project: JBoss MQ
Type: Task
Reporter: Adrian Brock
Priority: Minor
Implementation of a MessageBridge.
--
This is a proxy that allows
[ http://jira.jboss.com/jira/browse/JBMQ-2?page=history ]
Adrian Brock updated JBMQ-2:
Component: Persistence
Need better control over the pm memory usage during destination recovery
[ http://jira.jboss.com/jira/browse/JBJCA-9?page=history ]
Adrian Brock reassigned JBJCA-9:
Assign To: (was: Adrian Brock)
XID usage for transaction inflow
Key: JBJCA-9
URL: http
Interceptors
Key: JBJCA-5
URL: http://jira.jboss.com/jira/browse/JBJCA-5
Project: JBoss JCA
Type: Task
Reporter: Adrian Brock
Assigned to: Adrian Brock
Priority: Minor
Forums discussion thread:
http://www.jboss.org/index.html?module=bbop
[ http://jira.jboss.com/jira/browse/JBJCA-9?page=history ]
Adrian Brock updated JBJCA-9:
-
Description:
Forum Discussion Thread:
http://www.jboss.org/index.html?module=bbop=viewtopict=48680
Currently in transaction inflow we use the generated JBoss local
[ http://jira.jboss.com/jira/browse/JBMQ-7?page=history ]
Adrian Brock updated JBMQ-7:
Component: Server
Improved management
---
Key: JBMQ-7
URL: http://jira.jboss.com/jira/browse/JBMQ-7
Project: JBoss MQ
[ http://jira.jboss.com/jira/browse/JBMQ-2?page=comments#action_12310801 ]
Adrian Brock commented on JBMQ-2:
-
Having said that, all that is really needed is enough information
to create MessageReference.
This could be acheived by adding extra columns
[ http://jira.jboss.com/jira/browse/JBJTA-2?page=history ]
Adrian Brock updated JBJTA-2:
-
Fix Version: JBossAS-5.0 Beta
Implement JTS
-
Key: JBJTA-2
URL: http://jira.jboss.com/jira/browse/JBJTA-2
Project: JBoss JTA
Implement JTS
-
Key: JBJTA-2
URL: http://jira.jboss.com/jira/browse/JBJTA-2
Project: JBoss JTA
Type: Task
Reporter: Adrian Brock
Priority: Minor
Implement JTS
We at least want to implement the optional compatibility with OTS at the IIOP
level
[ http://jira.jboss.com/jira/browse/JBJCA-4?page=history ]
Adrian Brock updated JBJCA-4:
-
Priority: Minor (was: Major)
Improved management
---
Key: JBJCA-4
URL: http://jira.jboss.com/jira/browse/JBJCA-4
Project
[ http://jira.jboss.com/jira/browse/JBMQ-2?page=comments#action_12310802 ]
Adrian Brock commented on JBMQ-2:
-
The real solution to the problem is here:
http://jboss.org/index.html?module=bbop=viewtopict=46186
Need better control over the pm memory
[ http://jira.jboss.com/jira/browse/JBAS-31?page=history ]
Adrian Brock closed JBAS-31:
Resolution: Done
Fix Version: JBossAS-3.2.7 Final
Fixed.
unregisterConnection now removes the connection from the map as well
as the invocation context stack
[ http://jira.jboss.com/jira/browse/JBJCA-6?page=history ]
Adrian Brock updated JBJCA-6:
-
Description:
Forums Discussion Thread:
http://www.jboss.org/index.html?module=bbop=viewtopict=48672
The JMS message inflow in the JMS resource adapter needs properly
[ http://jira.jboss.com/jira/browse/JBAS-65?page=history ]
Adrian Brock closed JBAS-65:
Resolution: Duplicate Issue
Closed as a duplicate.
MDB Deployment ignores activation-config
Key: JBAS-65
Improved management
---
Key: JBMQ-7
URL: http://jira.jboss.com/jira/browse/JBMQ-7
Project: JBoss MQ
Type: Task
Reporter: Adrian Brock
Priority: Minor
There are a number of areas in JBossMQ that could be better exposed for
management
XA Recovery
---
Key: JBMQ-13
URL: http://jira.jboss.com/jira/browse/JBMQ-13
Project: JBoss MQ
Type: Task
Components: Persistence
Reporter: Adrian Brock
XARecovery needs to completed by implementing XAResource.recover().
To make this work
ReadAhead and DUPS_OK message acknowledgement
-
Key: JBMQ-16
URL: http://jira.jboss.com/jira/browse/JBMQ-16
Project: JBoss MQ
Type: Task
Components: Transport
Reporter: Adrian Brock
Performance can be improved
MicroContainer work for JBoss-5.0.0 Alpha
-
Key: JBAS-63
URL: http://jira.jboss.com/jira/browse/JBAS-63
Project: JBoss Application Server
Type: Task
Components: MicroContainer bus
Reporter: Adrian Brock
Assigned
JMX work for JBoss-5.0.0 Alpha
--
Key: JBAS-62
URL: http://jira.jboss.com/jira/browse/JBAS-62
Project: JBoss Application Server
Type: Task
Components: JMX
Reporter: Adrian Brock
Assigned to: Adrian Brock
Fix For: JBossAS
XID usage for transaction inflow
Key: JBJCA-9
URL: http://jira.jboss.com/jira/browse/JBJCA-9
Project: JBoss JCA
Type: Task
Reporter: Adrian Brock
Assigned to: Adrian Brock
Currently in transaction inflow we use the generated
JTA work for JBoss-5.0.0Beta
Key: JBAS-61
URL: http://jira.jboss.com/jira/browse/JBAS-61
Project: JBoss Application Server
Type: Task
Components: JTA service
Reporter: Adrian Brock
Fix For: JBossAS-5.0 Beta
Schedule
JCA work for JBoss-5.0.0Beta
Key: JBAS-59
URL: http://jira.jboss.com/jira/browse/JBAS-59
Project: JBoss Application Server
Type: Task
Components: JCA service
Reporter: Adrian Brock
Fix For: JBossAS-5.0 Beta
Schedule
Thread Pool improvements on the server
--
Key: JBMQ-9
URL: http://jira.jboss.com/jira/browse/JBMQ-9
Project: JBoss MQ
Type: Task
Components: Server
Reporter: Adrian Brock
There are a number of different components
Clustered Invocation Layer
--
Key: JBMQ-14
URL: http://jira.jboss.com/jira/browse/JBMQ-14
Project: JBoss MQ
Type: Task
Components: Transport
Reporter: Adrian Brock
Priority: Minor
Clustered Invocation Layer
1) Transportation
Message Serialization
-
Key: JBMQ-15
URL: http://jira.jboss.com/jira/browse/JBMQ-15
Project: JBoss MQ
Type: Task
Components: Transport
Reporter: Adrian Brock
The message body does not need to be deserialized on the server.
It could
: Adrian Brock
Assigned to: Adrian Brock
Fix For: JBossAS-4.0.2 Final
Complete the testing of JMS Message Inflow
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure
More Configurable Bootstrap Context
---
Key: JBJCA-10
URL: http://jira.jboss.com/jira/browse/JBJCA-10
Project: JBoss JCA
Type: Task
Reporter: Adrian Brock
Priority: Minor
Forums Discussion Thread:
http://www.jboss.org
Message Inflow targetting MBeans/POJOs
--
Key: JBJCA-7
URL: http://jira.jboss.com/jira/browse/JBJCA-7
Project: JBoss JCA
Type: Task
Reporter: Adrian Brock
Priority: Minor
Forums Discussion Thread:
http://www.jboss.org
Improvements to Message Inflow
--
Key: JBJCA-8
URL: http://jira.jboss.com/jira/browse/JBJCA-8
Project: JBoss JCA
Type: Task
Reporter: Adrian Brock
Assigned to: Adrian Brock
Priority: Minor
Forums Discussion Thread:
http
[ http://jira.jboss.com/jira/browse/JBMQ-63?page=comments#action_12313195 ]
Adrian Brock commented on JBMQ-63:
--
Logged In: YES
user_id=9459
I am willing to be proved wrong by experiment,
but an ArrayList is more efficient for this use case (in
fact
[ http://jira.jboss.com/jira/browse/JBAS-589?page=comments#action_12312172
]
Adrian Brock commented on JBAS-589:
---
Logged In: YES
user_id=9459
This has been fixed in TxConnectionManager
Transaction equality test bug
[ http://jira.jboss.com/jira/browse/JBJCA-1?page=history ]
Adrian Brock moved JBAS-27 to JBJCA-1:
--
Project: JBoss JCA (was: JBoss Application Server)
Key: JBJCA-1 (was: JBAS-27)
Component: (was: JCA service)
Version
[ http://jira.jboss.com/jira/browse/JBJCA-1?page=comments#action_12310700 ]
Adrian Brock commented on JBJCA-1:
--
It already does this.
JBossManagedConnectionPool.flush()
delegates to
InternalManagedConnectionPool.destroy/flush()
See the implementation
[ http://jira.jboss.com/jira/browse/JBJCA-1?page=history ]
Adrian Brock closed JBJCA-1:
Assign To: Adrian Brock (was: Scott M Stark)
Resolution: Rejected
Force closing of all database connections
[ http://jira.jboss.com/jira/browse/JBMICROCONT-1?page=history ]
Adrian Brock closed JBMICROCONT-1:
--
Resolution: Done
1_0_0M1 release
---
Key: JBMICROCONT-1
URL: http://jira.jboss.com/jira/browse/JBMICROCONT-1
1_0_0M1 release
---
Key: JBMICROCONT-1
URL: http://jira.jboss.com/jira/browse/JBMICROCONT-1
Project: JBoss MicroContainer
Type: Task
Versions: JBossMC_1_0_0M1
Reporter: Adrian Brock
Assigned to: Adrian Brock
Fix For: JBossMC_1_0_0M1
[ http://jira.jboss.com/jira/browse/JBMQ-1?page=comments#action_12310682 ]
Adrian Brock commented on JBMQ-1:
-
This looks like a problem with the DLQ handler processing the message
at the first request. The message has not been redelivered! See
[ http://jira.jboss.com/jira/browse/JBMQ-1?page=comments#action_12310683 ]
Adrian Brock commented on JBMQ-1:
-
While you are there, this message
Message redelivered=1 max=0
should read
Message delivered=1 max=0
Simple*MessageDrivenUnitTestCase
[ http://jira.jboss.com/jira/browse/JBMQ-1?page=comments#action_12310688 ]
Adrian Brock commented on JBMQ-1:
-
Which other ones did you change?
This WIKI page needs updating:
http://www.jboss.org/wiki/Wiki.jsp?page=ConfigJMSMessageListener
Simple
Xni parser has problems with short form tags
Key: JBXB-2
URL: http://jira.jboss.com/jira/browse/JBXB-2
Project: JBoss XML Binding (JBossXB)
Type: Bug
Environment: jboss-head
Reporter: Adrian Brock
Assigned to: Alex
Why would they be assigned?
They are patches to another patch that is not in the jboss
codebase. The code depends upon Oracle specific apis.
What is the license for those Oracle apis? LGPL compatible?
On Tue, 2004-11-16 at 09:07, Rob v.d. Boom wrote:
Message body follows:
Hello Dear Adrian
.
-Original Message-
From: Adrian Brock [mailto:[EMAIL PROTECTED]
Sent: dinsdag 16 november 2004 14:47
To: Rob v.d. Boom
Cc: [EMAIL PROTECTED]
Subject: Re: Patches item 1041466 and 1042119
Why would they be assigned?
They are patches to another patch that is not in the jboss
codebase
calls (in other words, how much more does it cost to do HA).
1.93
modified
starksm
varia/build.xml
Filter out
all logging
config files
from the
ebxmlrr.war
--
Adrian Brock
Director
___
jboss-cvs-commits mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-cvs-commits
--
Adrian Brock
Director of Support
Back Office
JBoss Inc.
(Exception e)
{
log.error(Some message, e); // BAD - swamps the user
throw e;
}
On Fri, 2004-10-15 at 18:43, Adrian Brock wrote:
This is a friendly reminder for those who don't know about this
constraint.
JBoss-3.2.x is a j2ee1.3 implementation and as such, it must be
able to run
(Exception e)
{
log.error(Some message, e); // BAD - swamps the user
throw e;
}
On Fri, 2004-10-15 at 18:43, Adrian Brock wrote:
This is a friendly reminder for those who don't know about this
constraint.
JBoss-3.2.x is a j2ee1.3 implementation and as such, it must be
able to run
a problem with some SSL classes from j2se 1.4
that needs to be conditionally compiled if we are going to
support compilation on j2se 1.3
--
Adrian Brock
Director of Support
Back Office
JBoss Inc.
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
--
Adrian Brock
Director of Support
Back Office
JBoss Inc.
Thomas,
Is it really acceptable for the core server module to depend upon
Axis? e.g. org.jboss.webservice.ClientLoginHandler
Regards,
Adrian
--
Adrian Brock
Director of Support
Back Office
JBoss Inc.
()
But the JMX RI implementation we currently have in our CVS
doesn't throw this exception for 6 of the tests.
build test-compliance-RI
There are also two issues with MLET/classloading in the implementation
tests
build test-implementation
Regards,
Adrian
On Sat, 2004-04-17 at 14:27, Adrian Brock wrote
]
https://lists.sourceforge.net/lists/listinfo/jboss-development
--
Adrian Brock
Director of Support
Back Office
JBoss Inc.
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux
I'll fix it in both 3.2 and head
My fault for not keeping head in line.
Regards,
Adrian
On Sat, 2004-04-17 at 13:42, Adrian Brock wrote:
The JMX logging framework was removed from 3.2.0 but never
from head. When Tom backported jmx from head into 3.2.4RC1
he also copied the old jmx logging
Thomas or Tom,
A lot of the JMX testsuite tests for JBossMX are failing.
Either the tests should be fixed or the reason why they
fail analysed.
Last time I ran it, there were three known issues
non of them important.
Regards,
Adrian
On Sat, 2004-04-17 at 14:00, Adrian Brock wrote:
I'll fix
I can't view any attachments on the jboss sourceforge patches
page. Is anybody else seeing this problem?
Regards,
Adrian
--
Adrian Brock
Director of Support
Back Office
JBoss Inc.
)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
Scott Stark
Chief Technology Officer
JBoss Group, LLC
--
Adrian Brock
Director of Support
Back Office
JBoss Inc.
)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
Scott Stark
Chief Technology Officer
JBoss Group, LLC
--
Adrian Brock
Director of Support
Back Office
JBoss Inc.
-hasingleton directories in the cluster.
Regards,
Adrian
Ivelin
--- Adrian Brock [EMAIL PROTECTED] wrote:
On Thu, 2004-03-18 at 15:22, Dimitris Andreadis wrote:
I'm not sure if orthogonal is the right word for this case. If I rephrase:
farm - for applications deployed across a cluster
--
Adrian Brock
Director of Support
Back Office
JBoss Inc.
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo
/
But it *is* easier to just a drop a deployment in a different
directory than cracking open an archive and adding some xml.
Regards,
Adrian
On Thu, 18 Mar 2004, Adrian Brock wrote:
On Wed, 2004-03-17 at 10:37, Dimitris Andreadis wrote:
How about having a sub-directory farm/singleton instead
/
But it *is* easier to just a drop a deployment in a different
directory than cracking open an archive and adding some xml.
Regards,
Adrian
On Thu, 18 Mar 2004, Adrian Brock wrote:
On Wed, 2004-03-17 at 10:37, Dimitris Andreadis wrote:
How about having a sub-directory farm/singleton instead
servers? e.g. JBossMQ MessageCache
memory settings.
Regards,
Adrian
Regards
/Dimitris
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
Adrian Brock
Sent: , 18 2004 4:17
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Deployment directory for singleton
()
\-- startService() on dependents
before my modification it was
start() - startService()
which meant dependents didn't start
Regards,
Adrian
--
Adrian Brock
Director of Support
Back Office
JBoss Inc.
for it?
Cheers,
Ivelin
--
Adrian Brock
Director of Support
Back Office
JBoss Inc.
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins
, but have not really looked at how big a change
this is.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
-Original Message-
From: Adrian Brock
Sent: Saturday, March 06, 2004 5:24 PM
To: Scott M Stark
Cc: [EMAIL
that do not extend
ServiceMBeanSupport. These would still do the old behaviour.
Similar changes would be required to ServiceDynamicMBeanSupport
and the XMBean descriptor include.
Regards,
Adrian
--
Adrian Brock
Director of Support
Back Office
JBoss Inc
Test
-Forwarded Message-
From: Adrian Brock [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Service Lifecyle confusions - potential fix
Date: 07 Mar 2004 01:23:35 +
Hi Scott,
Are you working on the Service lifecycle?
I saw you replaced
-Original Message-
From: Adrian Brock
Sent: Saturday, March 06, 2004 5:24 PM
To: Scott M Stark
Cc: [EMAIL PROTECTED]; The Core
Subject: Service Lifecyle confusions - potential fix
Hi Scott,
Are you working on the Service lifecycle?
I saw you replaced common's
, sometimes, you want to modify the db by
hand and see the effect immediately in the app. So, not CO A. +1 for
IPT.
-Original Message-
From: Adrian Brock
Sent: Friday, March 05, 2004 5:46 PM
To: Bill Burke
Cc: Jboss-Dev; The Core
Subject: Re: change default commit option
I'd
Hi Scott,
You forgot to commit the web.xml files for these changes:
http://cvs.sourceforge.net/viewcvs.py/jboss/jbosstest/build.xml?r1=1.165.2.137r2=1.165.2.138
Regards,
Adrian
--
Adrian Brock
Director of Support
Back Office
JBoss Inc.
with
the release?
Last Resource gambit in JBossTM
JMS1.1 compliance (Currently WIP)
My main concern is the large memory footprint that has crept into
JBoss4.
Regards,
Adrian
Thanks,
Bill
--
Adrian Brock
Director of Support
Back Office
JBoss Inc.
]
https://lists.sourceforge.net/lists/listinfo/jboss-development
--
Adrian Brock
Director of Support
Back Office
JBoss Group, LLC
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere
://lists.sourceforge.net/lists/listinfo/jboss-development
--
Adrian Brock
Director of Support
Back Office
JBoss Group, LLC
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open
like to add this to the roadmap.
--
Adrian Brock
Director of Support
Back Office
JBoss Group, LLC
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools
. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
--
Adrian Brock
Director of Support
Back Office
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
--
Adrian Brock
Director of Support
Back Office
JBoss Group, LLC
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
--
Adrian Brock
Director of Support
Back Office
JBoss Group, LLC
for such check-ins
please let me know.
-Charlton Barreto.
--
Adrian Brock
Director of Support
Back Office
JBoss Group, LLC
---
This SF.net email is sponsored by: Perforce Software
, 2004, at 09:14, Adrian Brock wrote:
Charlton,
It looks like your patch (for head?) is exactly the same
as the class in 3.2 with the javadocs removed and
the whitespace corrupted.
Is that correct? If not, post a patch/bug at
www.sf.net/projects/jboss
Regards,
Adrian
/listinfo/jboss-development
--
Adrian Brock
Director of Support
Back Office
JBoss Group, LLC
---
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration
Message:
Logged In: YES
user_id=4529
This is implemented in 3.2 branch.
--
Comment By: Adrian Brock (ejort)
Date: 2004-01-06 08:50
Message:
Logged In: YES
user_id=9459
Yes, go ahead.
Regards,
Adrian
won't be reused anyway.
Its only utility is read-only in CMP.
i.e. ignore the server's request to reload data for an already
associated bean.
Regards,
Adrian
Bill
--
Adrian Brock
Director of Support
Back Office
JBoss Group, LLC
admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
--
Adrian Brock
Director of Support
Back
the NoSuchObjectException
and recreate it as a NoSuchObjectLocalException
wherever get() is used.
Anybody see another way of doing this?
Regards,
Adrian
--
Adrian Brock
Director of Support
Back Office
JBoss Group, LLC
701 - 800 of 1497 matches
Mail list logo