[ http://jira.jboss.com/jira/browse/JBAS-29?page=history ]
Phil Cornelius updated JBAS-29:
---
Description:
duplicated from sourceforge/
Further to RFE991650
http://sourceforge.net/tracker/index.php?func=detailaid=991650group_id=22866atid=376688
Attached
Hi, I am getting problems while configure my treecache-service.xml with
EvictionPolicy and CacheLoader in JBossCache 1.2 (on a JBoss 4.0.1 server).
I've got the following message:
Starting failed jboss.cache:service=TreeCache
org.jboss.util.NestedRuntimeException: - nested throwable:
Address translation in transport
Key: JGRP-20
URL: http://jira.jboss.com/jira/browse/JGRP-20
Project: JGroups
Type: Feature Request
Versions: 2.2.8
Reporter: Bela Ban
Assigned to: Bela Ban
Fix For: 2.2.9
On
Doubled messages in the UNICAST layer are not discarded
---
Key: JGRP-21
URL: http://jira.jboss.com/jira/browse/JGRP-21
Project: JGroups
Type: Bug
Reporter: Bela Ban
Assigned to: Bela Ban
Fix For: 2.2.8
[ http://jira.jboss.com/jira/browse/JGRP-21?page=comments#action_12314586 ]
Bela Ban commented on JGRP-21:
--
I checked UNICAST, I think it works correctly (using the doubling of messages
in UDP). Can you point me to the code that is not supposed to work
Get incomplete deployment listing error.
-
Key: JBAS-1272
URL: http://jira.jboss.com/jira/browse/JBAS-1272
Project: JBoss Application Server
Type: Bug
Components: Web Services service, EJBs
Environment: jboss 4.0.1 java
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-testsuite?log=log20050107052833Lbuild.42
BUILD COMPLETE-build.42Date of build:01/07/2005 05:28:33Time to build:66 minutes 18 secondsLast changed:01/06/2005 04:23:22Last log entry:Bundle the jnet
Hi,
I'd quite like to have a top-level menu style portlet (a list of navigation
links - mostly to other portlets) within the main portal page. Very similar to
the portlet shown in the help.jpg in the nukes2 distribution:
nukes-2.0\core\src\bin\nukes-core-war\peeklime\help.jpg. Therefore I need
Unfortunately the current JSR168 specification does not allow this for now.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861048#3861048
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861048
Ah that's a shame, yes I can see on page 123 of the JSR says The following are
some of the features that would be considered in future versions of the
Portlet Specification. Inter-portlet, event style, communication... which I
guess means that.
Is there any way to do this using the Nukes
To get the branch cvs co -r JBOSS_MAIL_M2 jboss-mail. If you've been waiting
to commit to head, now is you chance. cvs co jboss-mail.
I have some patches and stuff queued. Please be patient as I'm still working
towards the release and I'm going to Canada on Sunday
Clustering Error: UnsupportedOperationException
Key: JBAS-1273
URL: http://jira.jboss.com/jira/browse/JBAS-1273
Project: JBoss Application Server
Type: Bug
Components: Clustering
Versions: JBossAS-4.0.1 Final
kevs3d wrote : Ah that's a shame, yes I can see on page 123 of the JSR says
The following are some of the features that would be considered in future
versions of the
| Portlet Specification. Inter-portlet, event style, communication... which
I guess means that.
Yes many people are waiting
Deployed Resources View
---
Key: JBIDE-100
URL: http://jira.jboss.com/jira/browse/JBIDE-100
Project: JBoss IDE
Type: Feature Request
Versions: 1.5 alpha
Environment: All
Reporter: Martin Lopez
Assigned to: Marshall Culpepper
After applying this patch I get:
07:20:03,472 INFO [JMSMailListener] PUT MESSAGE ON QUEUE:[EMAIL PROTECTED]
07:20:03,559 INFO [STDOUT] javax.jms.MessageFormatException: Object cannot be
serialized
07:20:03,562 INFO [STDOUT] at
Yes.
I'm a programmer-analyst. How can i contribute?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861056#3861056
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861056
Hi all,
I found a strange problem while deploying testing my EAR.
Usually when I want to modify some modules contained in the EAR,
I compile the corresponding JAR separately then add it to the actual
EAR(after removing the previous version). This way, I was testing any changes
in the
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050107065706Lbuild.674
BUILD COMPLETE-build.674Date of build:01/07/2005 06:57:06Time to build:25 minutes 14 secondsLast changed:01/07/2005 06:30:53Last log entry:starting at ID=1 now
Mail Store tests should check to see if mysql driver is present
---
Key: JBMAIL-21
URL: http://jira.jboss.com/jira/browse/JBMAIL-21
Project: JBoss Mail
Type: Bug
Versions: 1.0-M3
Reporter:
I have applied this patch. explanation is here:
http://jira.jboss.com/jira/browse/JBMAIL-21
I can't wait to see this in action!
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861058#3861058
Reply to the post :
A few suggestions:
It might be good to take less of a factory approach. Make JDBC and BDB both
subclasses of Store and make Store an MBean. The JMX name will be passed to
SMTP/POP via JMX attributes/depends. This will also give us a convienent way
of doing things like configuring the select
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-jdk-matrix?log=log20050107075428Lbuild.56
BUILD COMPLETE-build.56Date of build:01/07/2005 07:54:28Time to build:32 minutes 52 secondsLast changed:01/06/2005 18:54:29Last log entry: - Element
I was wondering this also - i'd like to build my app source tree separate of
nukes2. But i guess i need to add my WAR file into the nukes-core.sar for it to
work.?
Kev
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861061#3861061
Reply to the post :
no you don't have to, you can deploy the war standalone then you must add your
instances and windows in the default-portal.xml (which is in the core.war) but
I am currently working on making -portal.xml deployable in /deploy, I should
commit that very soon.
View the original post :
[ http://jira.jboss.com/jira/browse/JBAOP-9?page=history ]
Bill Burke updated JBAOP-9:
---
Environment:
Version: 2.1
(was: 1.1)
Fix Version: 2.1
(was: 1.1)
Ability to change a class's extends
A couple of things. I think there are 3 types of containers:
1. The bean itself, with no proxy in front
2. A container per bean-type. (i.e. EJB)
3. A container per bean.
JBoss AOP is currently a container per bean-type. I don't think it would be
much work to have a container per bean.
BTW, I
Bugs item #1097916, was opened at 2005-01-07 15:22
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=1097916group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution:
Probably also worth mention is that I have this running in a 2 node cluster.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861092#3861092
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861092
Ok, I know what the problem is (missing serializable inteface).
I will fix this weekend a resubmit as a set of individual patches.
Mike.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861097#3861097
Reply to the post :
Not sure if I understand 3), but I think it is abolutely essential to be able
to inject a direct reference to a POJO even if the POJO has dependencies. I am
contually writing MBeans that have a method getInstance so that I do not have
to go through the MBean server.
Bill
View the original
Excactly, the SOAPContentElements should be constructed with the java object in
during the first parse.
You will have to work with Alex to see how this integrates with JBossXB. I am
all for it.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861098#3861098
Using TreeCache, it seems that all the configuration parameters can be
programmatically set (see list below).
For some of them, I saw a comment saying that if it is modified, the cache must
be redeployed.
I am trying to understand the following:
- Does the cache have to be redeployed if any
Here's a kick of of how we should integrate JBoss AOP with the new kernel.
1) We need to decide on the Invocation/Joinpoint model. I like the one you
have defined in your kernel. We can switch to that, with some modifications of
course.
Some questions on it though:
- Annotations should be
I would like to start a thread on securing both the remoting tranport protocol
and authorizing access to remote handlers.
My initial requirements follow along lines analogous to HTTP/S with BASIC
authentication.
What I mean is, the actual traffic should be encrypted so as to prevent
spoofing
I have services deployed in jboss 4.0.1 which use the jboss cache mbean service.
I am using the REPL_SYNC mode and now recieve the following error on all cache
writes which occur within a transaction. My code NEVER calls a comit() method
and I can deploy this same code in jboss 4.0.0 using the
I think there are 2 types of definition for this and 2 types of deployment
Let's look at the 2 types of definition:
* One is, the introduction obtains the management interface in a generic way.
* The other is the introduction obtains the management interface (and metadata)
through other
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050107103945Lbuild.675
BUILD COMPLETE-build.675Date of build:01/07/2005 10:39:45Time to build:24 minutes 12 secondsLast changed:01/07/2005 09:41:41Last log entry:fixed JBCACHE-32
We actually agree, but our definitions are different.
You will note in my example (it is pseudo code) the interceptors are external
to the bean (target).
What I want to get across is that the container (advisor) is also a bean
and should be constructed through dependency injection so it can take
Hmmn! I have no idea why. If secondary cache is not set, TreeCache should not
be invoked.
Have you tried the Hibernate JBoss forum there?
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861116#3861116
Reply to the post :
Hello all,
I have a problem with my application , I use Hibernate 2.1.7c and jbosscache
1.1.1
My hibernate entities is not use cache ( in hbm files declaration ) , but when
I do execute :
session.save ( pojo ) ;
I see in my log file , a put in tree cache .
Any idea ?
thanks.-
/Carlos.-
Benchmarking has been on our todo list for a while now. :-) We have heard
informal good comment from couple users so far. But I am sure there is the
other side of the coin.
If you have time and interest to do it, drop me a line.
-Ben
View the original post :
I am finding more and more that there is a need to depend on the JBOSS
STARTED notification the ServerImpl sends out.
For instance:
1) Invokers and Tomcat should not begin accepting remote requests until the
entire server boots up.
2) Tx Recovery cannot happen until all XAResources have been
The encryption can be performed in one of two ways. The first is to add an
interceptor before the remoting or within the data marshaller implementation (I
need to make the second a little easier to do). The other is to have a SSL
transport (i.e. https).
I don't want to have authentication
What I'm trying to get across is that the containers need to be constructed
using
the microcontainer dependency process. There are dependencies like classloading
or jndi binding that a simple factory mechanism cannot hope to
understand/implement.
View the original post :
Ben,
See my HBM files , java code and log file :
HBM:
?xml version=1.0?
!DOCTYPE hibernate-mapping PUBLIC -//Hibernate/Hibernate Mapping DTD//EN
http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd;
hibernate-mapping
id name=id
I REALLY don't like the generic syntax, but understand it is needed to be able
to snap on any type of handler, etc...
BTW, I think your example for per bean type is wrong. It should be:
| bean name=SimpleBean1
|bean=org.jboss.proxy.Proxy
|attribute
You won't be able to just drop it into JBoss 4.0.1, b/c it requires a JNDI
change (again) :-(
But the change is simple (in the XML file).
For tests, you can check out JBossCache from jboss-head (in CVS). Go to cache
and do a build dist, which creates a ZIP
Bela
View the original post :
The problem has always been what does mean to be STARTED when
components can be hot deployed.
The current mechanism is to send a notification after the initial install of
conf/jboss-service.xml which means you only get the started once
and there is no notion of stopping.
A better implementation
Your xml file is garbled so it's difficult to tell. But make sure you have
comment out the TreecacheProvider for the second level cache in Hibernate.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861136#3861136
Reply to the post :
anonymous wrote :
| BTW, I think your example for per bean type is wrong. It should be:
|
Yes if we are talking about something like an EJB container that has a pooling
interceptor or a JMX singleton container.
But, for POJO level you will need a different handler instance to identify the
As Adrian said, this does not work very well. Tomcat waits for that 'server
started' notification, but if you hot deploy it, it doesn't know that the
server is already started.
Depending on another service that represents the server itself would propably
be better.
View the original post :
anonymous wrote : It might be good to take less of a factory approach.
No problem, this is mostly a personal style thing.
anonymous wrote : It is probably preferrable for the Store to assign the GUID
rather than the client.
The GUID is created by the StreamFactory (not the client), but it
JSP EL compilation causes Eclipse hang
--
Key: JBIDE-101
URL: http://jira.jboss.com/jira/browse/JBIDE-101
Project: JBoss IDE
Type: Bug
Environment: Eclipse 3.0.1 build 200409161125, JDK 1.4.2_06, Windows XP SP2,
JBoss IDE 1.4.0
OK that's cool. I've built my portlet app into a WAR. The problem is the
portlet works fine when deployed as part of the standard nukes-core.sar (by
just adding the code into the nukes source tree as a test portlet) but doesn't
when deployed in the WAR. I'm now sure exactly what files I should
known bug, fixed in 1.2.1
There are *no* side-effects though, the cache is still correct. Just ignore the
error for now
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861109#3861109
Reply to the post :
Additionally, the lifecycle will be implemented for backwards compatibility,
but it will more flexible so you don't have to extend JBoss classes.
There will be an implementation that does recognise the old jboss ServiceMBean
rather than having to retrofit tags/xml config.
| @jboss.start
|
I just commited some changes into JBossProfiler:
- I've added a servlet library into our source tree. So, we don't need to
change project.properties any more.
- I've also changed the eclipse classpath file for those who uses Eclipse for
development and want to checkout jboss-profiler module as
Yes, stop and start re-deploy the cache.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861113#3861113
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861113
---
FYI: Aspects/EJB3 requires clustering as it uses the replicant manager and a
few other services that are in clustering.
EJB3 does require Server because it reuses the EJB TImer service.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861115#3861115
Reply to
It will be great if you can contribute a simple JUnit test case illustrating
this problem.
Thanks,
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861118#3861118
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861118
Let's take your three types of container (again this is pseudo code):
1) No container
| bean name=SimpleBean1 bean=org.jboss.test.SimpleBeanImpl/
|
2) Container per bean type
| bean name=SimpleBeanInterceptors
bean=org.jboss.container.bean.BeanList
| bean
Great to hear! Thanks for the swift reply.
When jboss-cache 1.2.1 is released will I be able to just drop it into JBoss
4.0.1 as a replacement for its existing jboss-cache.jar? Or is that a bad idea?
Can I get my hands on a cvs nightly build which has this fix? Or should I just
wait patiently
You can also mix them to your heart's desire:
| bean name=AnotherInterceptor bean=org.jboss.test.AnotherInterceptor/
| bean name=SimpleBean1
|bean=org.jboss.proxy.Proxy
|attribute name=interfacesorg.jboss.test.SimpleBean/attribute
|attribute name=handler
|
Alexey has added support to the jbossxb layer so that you can specify the
factory to use for a given namespace. See the following thread for an example:
http://www.jboss.org/index.html?module=bbop=viewtopict=57871
We need to get the xml processing unified in the pojo server.
View the original
NOTE: I don't expect users to deal with this complexity manually with large
xml files/configs (although they can if they NEED that level of control).
Our aim is for the interceptors to be annotation driven. The annotations will
map
into the types of configurations above.
View the original post
One thing that is on my roadmap to implement is that the bean/
can specify a factory not just a constructor.
This is needed for more complex POJOs that don't follow the javabean pattern
and will also give more control on how objects are constructed.
Of course the same thing can also be achieved
Great. Thanks.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861128#3861128
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861128
---
The SF.Net email is sponsored by:
At some point during the JBoss5 development I will work through
these depdencies so we can take the functionality in more manageable chunks.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861130#3861130
Reply to the post :
Yes, security should be an aspect integrated via an interceptor. There are
areas where the transport details do matter for security. One is when security
depends on the client endpoint. Another is when you need feedback from the
transport on the security context. SSL and IIOP both have such
So just keep the init level around as state somewhere.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861160#3861160
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861160
Is there a lifecyle API? I couldn't find one at first glance.
May I suggest the following API?
create
start
stop
destroy
I know a bunch of mbeans that require 2 phase initialization and 2 phase
shutdown
suspend
resume
suspend would be called on the bean if one of its dependencies is being
[EMAIL PROTECTED] wrote : I started with a VDFComponent abstraction that
would wrap a URI and provide basic filesystem-like access to it:
|
| [/quote
|
| Good.
|
|
| Now, I'm reading the deployer overview in JIRA, and have some questions:
|
| - It seems to me the VDFContext
What you could do is let the users define INIT levels and emit a notification
when each of those is reached.
This gives you pre-determined notification, even based on hot-deployed services.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861137#3861137
Reply
Ben ,
Sorry , I resend a configuration file :
?xml version='1.0' encoding='utf-8'?
| !DOCTYPE hibernate-configuration PUBLIC
| -//Hibernate/Hibernate Configuration DTD 2.0//EN
|
| http://hibernate.sourceforge.net/hibernate-configuration-2.0.dtd;
|
| hibernate-configuration
There is actually a third. With the new microcontainer there needs to be
a configuration where the beans registered with a name can optionally (the
default
will be true when this processing is enabled) to expose these on the MBeanServer
using the DynamicMBean introduction.
That is when the
No it is not implemented yet.
In fact, some like the EJB container do a form three phase startup.
You'll find there are three reasons for two phase startup.
1) Need to lookup/use something from a different service which won't be in a
useful
state until it has been started.
2) Need to do
All container, interceptor, joinpoint definitions should be taken entirely out
of the pojo microcontainer so that we can support any container model. THis
may be mostly the case already (as Adrian suggests), but I see
interceptor/container/joinopint code in multiple places in the kernel.
IMO,
XML is not required, but where it shows up it should be processed consistently.
The most flexible mechanism we have today is the jbossxb framework.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861170#3861170
Reply to the post :
First of all a happy new year, good health and lots of joy in 2005 and thanks
for the good work that you put in last year.
JAXRPC client status
We are almost complete with the JAXRPC client layer. This allows us to invoke
remote web services with DII like this
|
1) I need to understand why the get[...]Annotation() is not the same
getMetaData.
IMHO we should have one method for retrieving configuration.
Additionally, metadata from the invocation should be able to override static
annotation configuration.
Besides we should start a different thread on this
anonymous wrote :
| My first implementation used the Blob.getBinaryStream and exposed it to the
caller. However MySQL's implementation of the Locator Blob does the following:
|
| public InputStream getBinaryStream()
| | {
| | return new ByteArrayInputStream(getBytes(0,
anonymous wrote :
| I don't care about the interface, but you need to have a distinction from
statically defined annotations/metadata from invocation/context overriden
annotation/metadata. You don't want the client overriding the allowed roles of
the method, do you?
|
The scope at which
Is this still a problem? I though I fixed this on Tuesday?
| User: ejort
| Date: 05/01/05 16:35:46
|
| Modified:.modules
| Log:
| Fix the name of system2
|
| Revision ChangesPath
| 1.440 +2 -2 CVSROOT/modules
|
| Index:
I agree on the Annotation == MetaData comment. Espcially when you add in
annotation overrides, annotations are just a java langague specific form of
metadata with java centric scopes.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861158#3861158
Reply to the
This intersects with the Annotation vs MetaData discussion in the other thread.
The two beans you are describing here are just expressing the metadata via
different mechanisms. There has to be an overall deterministic way of building
up the entire heirarchy of metadata from the annotations to
Excessive Use Of Memory under no-load conditions after install with -All option
---
Key: JBAS-1274
URL: http://jira.jboss.com/jira/browse/JBAS-1274
Project: JBoss Application Server
Type:
Under no circumstances should the micro container require XML.
XML is one option for configuring the server. All the XML parsing should do
is construct kernel metadata objects. It should not be attempting to construct
the
real objects as dependencies will not be satisfied at this stage, e.g.
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050107152332Lbuild.676
BUILD COMPLETE-build.676Date of build:01/07/2005 15:23:32Time to build:35 minutes 3 secondsLast changed:01/07/2005 15:08:04Last log entry:added jboss.kernel.classpath
[EMAIL PROTECTED] wrote : 1) I need to understand why the
get[...]Annotation() is not the same
| getMetaData.
| IMHO we should have one method for retrieving configuration.
| Additionally, metadata from the invocation should be able to override static
| annotation configuration.
|
I
Is there the concept at all of a dynamic bean? The idea being that there is
some similar interface to DynamicMBean for the POJO container?
mainly I'm interested in the setAttribute/getAttribute of DynamicMBean.
JBoss AOP has dependency injection already for its Aspects, but the app
developer
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-testsuite?log=log20050107124240Lbuild.34
BUILD COMPLETE-build.34Date of build:01/07/2005 12:42:40Time to build:130 minutes 58 secondsLast changed:01/06/2005 18:54:29Last log entry: - Element
[
http://jira.jboss.com/jira/browse/JBAS-1274?page=comments#action_12314591 ]
Scott M Stark commented on JBAS-1274:
-
There are no explicit gc in the jboss codebase. Explicity disable system.gc
calls or looking into the sun rmi configuration
He He:
That was my conclusion when I created the other thread:
http://www.jboss.org/index.html?module=bbop=viewtopict=57054
I just haven't revisited the hacky code since I knew we needed to merge it
with
the aop container..
View the original post :
Portlet class not found, means it does not find the class of your portlet.
you need :
-portal.xml if you want to deploy a portal different than the default one
(which is default-portal.xml)
portlet-instances.xml when you want to create instance of a portlet.
if you want to place windows on
No, I retried it after I saw the modules checkin and it was fine.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861178#3861178
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861178
anonymous wrote :
| I think you made need the concept of a DynamicBean in wich the Bean's
attributes do not result in a call to a setter, but rather a generic setter. Is
there something like this?
|
| Please take a look at:
|
|
Browse the projects on jira:
http://jira.jboss.com
Try submitting patches for bugs, issues. The wiki, and forums, and source
should be all you need.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861183#3861183
Reply to the post :
How do you enable the JBoss Tomcat access logs? I thought they would appear in
the /jboss/server/xx/log/ directory? Is it log4j setting?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861186#3861186
Reply to the post :
Obvious problems with this approach:
1) Every invocation needs to establish an invocation context on the off chance
one is needed.
2) When outside a transaction, state will be cleaned up later than what is done
now
(which is done in each interceptor).
The reason for not doing it in an
[ http://jira.jboss.com/jira/browse/JBJCA-12?page=history ]
Adrian Brock updated JBJCA-12:
--
JBoss Forum Reference:
http://www.jboss.org/index.html?module=bbop=viewtopict=58525
CachedConnectionManager does not retain EJB context during transaction
1 - 100 of 137 matches
Mail list logo