In 3.2.6, you can do this through JMX by invoking the flush() method on the
appropriate EJB cache manager.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3868020#3868020
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3868020
To clarify a bit, that it is role-based is a non sequitur; one could easily
imagine (and not-quite-so-easily implement) role based access rules based on
entity values.
The point is that the out-of-the-box EJB security model offers only control at
the bean class level -- that is, users in role
I notice that there is a lot of overhead involved in creating a new session
bean rocal or remote interface, and that XDoclet-generated Delegate classes
allow for caching the remote interface rather than re-aqcuiring it on each
request. This improves performance markedly. But I also notice
Ah, now I see what you're saying. Thanks.
I suppose there'd be no good way to cluster the injected abort state without
doing an mbean lookup on every call rather than injecting to a static field in
the interceptor from the jmx manager, though. That's dealable with, however,
since in a
Our application involves long-running (sometimes 3+ hours) transactions in some
circumstances. Occasionally, one of these is started accidentally, but there
is no obvious way to stop such a task once it's being executed inside the EJB
container. We could use a polled flag to signal a desired
The problem is that you don't just poll the flag once; you have to do it over
and over. To make it work in a cluster, the flag has to be implemented as a
clustered singleton mbean, which means that every lookup has to go through
JNDI, which has relatively high overhead.
In our app, there are
If I manipulate the security authentication cache via the JaasSecurityManagerService
mbean, am I dealing with only the cache on the current node, or cluster-wide? In
other words, if I (for example) flush the authentication cache, will it be flushed on
all machines in the cluster, or just on
Rather than embedding a reference to the image data, you need to return a properly
formed response containing the correct http headers, then the image data. Here's an
excerpted example from one of my servlets that does this:
| ImageDTO imageValue =
|
I have an mbean which is a child of mx4j.AbstractDynamicMBean which depends on a
session bean. The deployment descriptor fragment below should cause it to not deploy
until the EJB container deploys:
| mbean code=com.portblue.mgmt.SweeperManager
|
Yes, OCI = thick in what I said above. We've seen this with both OCI and thin drivers.
Any further help from anyone, please? We can't upgrade to Oracle 10g until this is
resolved, and all my research on the issue has led nowhere.
View the original post :
We are using JBoss 3.2.5, Oracle 10g on Solaris, and the Oracle 10g drivers. This
behavior has occurred with both thick and thin drivers.
Very occasionally, and for no reason we can determine, insertion of a new CMP bean
containing a BLOB or CLOB element will fail with an exception like the
My project builds and deploys as an ear properly in 3.2.4, but fails with a
classloader problem in 4.0.0. I would greatly appreciate help solving this problem.
The ear contains (among other things) a jar containing all our app code, including the
code specifying and used by a few mbeans. The
We are considering migrating our JBoss 3.2.4-hosted app to 4.0. The available doc
that I can find doesn't seem to address migration issues -- e.g., what config file
schemas or names have changed, what behaviors might break existing code, etc. This is
making it difficult to estimate how long a
There are two kinds of users in my system. All users have the role User; some also
have the role Admin. I have set up a pair of security constraints in my web.xml, with
the url pattern /* requiring User role, and a small, explicitly listed set of specific
pages requiring Admin role in a
Using JBoss 3.2.4, I am getting sporadic JSP compilation failures. There seems to be
no rhyme or reason to when the JSPs will compile successfully and when they will fail;
I can run successfully, shut down, clean out .../work and .../tmp, start jboss, and
get the failure. Or not, the next
How does your code end up having any effect on JBoss's work file metadata?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3839736#3839736
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3839736
16 matches
Mail list logo