Thanks for the info.
I want my Web Beans. Really bad.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256075#4256075
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256075
___
JBoss AS 5.1
Servlet code:
public class Servlet extends HttpServlet {
|
| @PersistenceUnit
| private EntityManagerFactory emf;
|
|
I created a persistence.xml file and included it a separate EJB .jar file in a
.ear file. Things were working fine until I added some EJBs
Looked over the documentation but I didn't really see any explanation or
recommendation for how deployed beans are supposed to be accessed through
Servlet deployments. Is JNDI the suggested way? Is there support for
@javax.annotation.Resource tags for accessing your own beans? (I wonder how
JBo
The solution I have used in the past is to create a new JMS session for every
message I want to acknowledge separately.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247986#4247986
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mod
The solution I have used in the past is to create a new JMS session for every
message I want to acknowledge separately.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247985#4247985
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mod
Not really a beginner's question, I would think. Maybe the a4j:poll doesn't
extend the life of the session? For instance, do you see any issue when the
session cannot expire? You can try the ajax4jsf forums.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=42383
There's XA connection pool examples in the docs directory for Oracle. They
probably have all the correct settings you describe. If not, filing a JIRA
would be helpful.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238351#4238351
Reply to the post :
http://
If you're using Seam, read this:
http://seamframework.org/Documentation/CrossSiteRequestForgery
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238350#4238350
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238350
___
One possible problem is including (another) log4j.jar in your application
deployment.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238349#4238349
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238349
Not sure (haven't checked) but I think there might be some step you're missing
in activating the region and eviction policy. If you have debug on, you should
be seeing some sort of periodic logging indicating it's working.
View the original post :
http://www.jboss.org/index.html?module=bb&op=vi
The set time to live doesn't really work. If you follow the docs, you have to
set a key on the node with the time you want it to expire.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4227353#4227353
Reply to the post :
http://www.jboss.org/index.html?module=
No, use separate caches. Nice thing is, though, you can use a single
transaction for multiple instances.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225509#4225509
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=42255
One thing that came to mind was to add a general configuration set that would
allow Node key values to be mapped into specific table columns. (Sort of a poor
man's JPA.) Data would be therefore stored in a way that was easily accessible
and managed by your DBA.
But really the only practical use
Although it may seem strange to store a single value in a Node, fortunately,
JBoss Cache is designed to be somewhat efficient at storing a single name-value
pair in a Node instance. So try and stick with [1].
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=422
Thinking outloud: Using a listener to dynamically add regions sounds fine,
although each region has its own overhead, that is storage and CPU costs. Maybe
1000s of regions is fine, but what about 1 or more? And you might want to
consider what happens when a region is empty, i.e. consider how
Manik, There should be some way to create FIFO nodes using a different
implementation of Node Factory.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211958#4211958
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211958
If you're using TCP, you need either a gossip server or to list the initial
members in your configuration.
Think about it!
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209767#4209767
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting
I would advise having the cache key immutable, that is all fields "final" etc.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4202285#4202285
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4202285
What's in your cache-config.xml file?
As an aside, probably JBoss should escape that character.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4202284#4202284
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4202284
__
You should use the Hibernate API to evict the entries. Don't access the
underlying cache directly.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4201179#4201179
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4201179
___
The earlier cache loader probably should be fixed, filed as JBCACHE-1447.
For JDBM is the size of the datafile never decreases. This may be an issue to
some people but in practice it's probably okay as empty space is eventually
reused.
View the original post :
http://www.jboss.com/index.html
My bad. But on the bright side at least having an extra directory around
doesn't hurt.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191912#4191912
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191912
___
FileCacheLoader performance sucks for many small nodes. It works okay with big
nodes.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191911#4191911
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191911
It's not bad. It's used for a lot of open source apps. But it lacks all of the
transaction features of Sleepycat. I recommend you use it with ASYNC on if
possible.
One thing I've seen is that JBoss Cache sort of has a goofy implementation of
put() where all the data has to be loaded from the ca
I doubt that's the case. All the Java IO classes write the same number of bytes
regardless of the underlying architecture. I've never heard otherwise since I
started using JDK 1.0.
If you're patient, feel free to run Wireshark and see if the Windows 64 bit
machine is sending anything weird.
Vi
You're getting an EOF, meaning somebody in your cluster is cutting the
connection to your system. It might just be a network connectivity issue. Look
at the logs on the other machines (TRACE) and see what's triggering the
disconnect, if it indeed is within the cache.
View the original post :
h
I contributed a class that creates a Map style view... not sure it's really
that optimized or not. I wrote it since I thought it might integrate better
with our own API but nobody here seems to care either way.
Here's the API:
anonymous wrote :
| Map org.jboss.cache.util.Caches.asMap(Node n
I guess the problem is does cache2 know that the data migrated? I think a cache
listener would work, but the docs aren't too clear on this. node created works
but since the event doesn't contain any data as part of the event, I suspect
the migrated timestamp might not be available.
View the ori
There used to be a TreeCache.putData(Map m, boolean erase) operation at some
point which I thought was optimized, but in reality there's only put(Map) and
put(K, V) type operations that do merges.
I'm trying to simply store a bunch of associations which should overwrite any
existing data, and
It looks like the eviction issue was fixed, but what's the solution to this
problem if you use timed removal?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186787#4186787
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=
I was trying to get timed removal to work with buddy replication: JBCACHE-1435
So instead of using an eviction policy, I wrote my own timer to remove nodes
from the cache.
It works fine except when the data gets migrated from one cache to the other.
In which case, the data copied to cache2 has
I would probably start with a configuration that is close to your ideal. A
prototype, I suppose. Then you could be more specific about what you need.
Something that would work but perhaps not ideally, for your first round, is to
configure a synchronous replicated cache with a async cache loader,
The CacheLoader is designed to persist the state of the cache, but when using
Hibernate, it's the database itself that holds state.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4184547#4184547
Reply to the post :
http://www.jboss.com/index.html?module=bb&op
Don't use a cache loader with JBoss Cache, if JBoss Cache is used as a
Hibernate 2nd level cache.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4184281#4184281
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4184281
Don't use a cache loader with the Hibernate cache.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182008#4182008
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182008
___
jbos
Use this property name, e.g.
|
hibernate.cache.region.factory_class=org.hibernate.cache.jbc2.MultiplexedJBossCacheRegionFactory
|
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181584#4181584
Reply to the post :
http://www.jboss.com/index.html?module=
If you disable the async option, you should see the stack trace from your code
or whatever's calling the write.
What JBoss version are you using? It seems strange you'd run out of DB
connections, unless you're leaking, which could happen with really old JBoss
versions, e.g. 3.2.3.
View the ori
There's no standard way to create stuff in a .war except through a servlet
init(). You can use a "startup servlet" to create a cache, but for JBoss it's
best to use a "sar".
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181063#4181063
Reply to the post :
Looks like you're running out of connections on a put(), not a get(). Are
writes more frequent than reads? This would be an anti-pattern.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181062#4181062
Reply to the post :
http://www.jboss.com/index.html?modul
Don't restart? Why not set the params really low (50,25,25) and see where that
gets you...
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4180194#4180194
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4180194
___
Data is written to the cache when it's being loaded... do you know what thread
"Timer-9,5,jboss" is doing?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4180193#4180193
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=418
You don't need to set the provider URL if you're connecting locally. I'm pretty
sure that providerUrl and JmsProviderAdapterJNDI aren't needed.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179467#4179467
Reply to the post :
http://www.jboss.com/index.html?
A couple of thoughts: If losing data is undesirable, then disable eviction. If
eviction is required but losing data is undesirable, use a cache loader. If
eviction is happening sooner than you expect, then don't sent max nodes and set
a minimum time to live for nodes.
View the original post :
There's JGroup settings to indicate the discovery time. See:
http://docs.jboss.org/jbossas/jboss4guide/r4/html/jbosscache.chapt.html
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4177924#4177924
Reply to the post :
http://www.jboss.com/index.html?module=bb&o
Add the jars to the META-INF/Manifest of the .ear file. Be doubly sure have
"Classpath: " in there.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4176279#4176279
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4176279
__
For JBC 1.4 (used in JBoss 4.2), you can still write a custom eviction policy
that does a remove. Extend the existing EvictionPolicy-implementing class and
override the "public void evict(Fqn fqn)" method.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4175186
Set message expiration?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172960#4172960
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172960
___
jboss-user mailing list
jboss-u
Could you file a JIRA issue with specific configuration orderings as a test
case? http://jira.jboss.com/
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172869#4172869
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=41728
The eviction class design is a bit clunky. There's a thread on the design forum
about this. Feel free to contribute some thoughts on this if you like.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168251#4168251
Reply to the post :
http://www.jboss.com/inde
Since you use the LRU policy, you would extend LRUPolicy, say call it
LRURemovePolicy, and override the evict() method. Then put this class in with
class name:
|
|
| ...
| ...LRURemovePolicy
|
View the original post :
http://www.jboss.com/index.html?modu
Your protocol fix sounds like a pretty good solution, although I would be
worried if certain messages (not related to invalidation) were held up.
Could you submit your FIXED_DELAY protocol as patch?
https://jira.jboss.org/jira/browse/JGRP It's not required but may be good to
have your code exam
The best use of JBossCache is primarily for data read frequently but written
rarely...according to the docs.
Consider testing using an actual application scenario.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167456#4167456
Reply to the post :
http://www
What would be wrong with setting an eviction policy on the cluster so that
entries are evicted older than 5 seconds? That would probably be the easiest to
configure.
Though, your delay approach would probably work. Just be sure to have the
removal action queued and take place in a separate thre
In your eviction configuration, you can set the "EvictionPolicyClass" and
define what the method does:
| public abstract class BaseEvictionPolicy implements EvictionPolicy {
|
|/**
| * Evict the node under given Fqn from cache.
| *
| * @param fqn The fqn of a node in
One way to do this in a safe way is to create your own keys that indicate the
modification and/or creation time of that node. Iterate over all the JBoss
Cache nodes and purge anything too old. Unfortunately, you do end up having to
visit (and load) all the data in the cache.
View the original p
That's not supported. But you could have a secondary process that scanned and
deleted directories that were over a certain age. Though, it'd be risky I think.
I think the JDBC cache loader and others cache loaders could do a better job
tracking creation/modification time to allow a secondary pro
You should be able to instantiate the BdbjeCacheLoader instance and call
methods to load the data. You may need to set up some dummy instances (e.g.
TreeCache) since the loader goes to it for configuration information.
To generate a backup, use "loadEntireState" and output the contents to disk.
In JBoss Cache, usually you use FQN as the "key" and you'd put the content and
groups under a single Node instance.
Using a single instance is okay as long you'd like the locking, replication,
and cache loading behavior to be the same for all data in that cache.
View the original post :
http:/
Rolling Logged is not official supported and probably was always experimental
when it was available. What's your JBoss version? You're probably on your own
here.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4155842#4155842
Reply to the post :
http://www.jb
Try renaming audit-service.xml to jboss-service.xml ...
You might also want to change the file extension to .sar from .jar as well.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4152149#4152149
Reply to the post :
http://www.jboss.com/index.html?module=bb&o
You can use a thread local, e.g. MDC and filter on that, assuming the library
is going to be run from the same application's threads. Search for "MDC filter"
in google.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4150837#4150837
Reply to the post :
http:/
But maybe you could use Corba from an MDB? I don't know if that's technically
the messaging system "talking to legacy" code.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4149335#4149335
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posti
Not sure I can help. But I think in a JEE context you shouldn't be using a JMS
message listener. But probably it's not valid to receive JMS messages either.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145210#4145210
Reply to the post :
http://www.jboss.co
Also:
http://www.jboss.org/file-access/default/members/jbosscache/freezone/docs/2.0.0.GA/JBossCache-UserGuide/en/html_single/index.html#cl.tcp
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4144075#4144075
Reply to the post :
http://www.jboss.com/index.html?mo
Take a look at:
http://www.jboss.org/file-access/default/members/jbosscache/freezone/docs/2.0.0.GA/JBossCache-UserGuide/en/html_single/index.html#d0e3122
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4144074#4144074
Reply to the post :
http://www.jboss.com/i
Performance benchmarks are a case of "it depends" and so you're better off
doing your own analysis and generating your own numbers.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4142223#4142223
Reply to the post :
http://www.jboss.com/index.html?module=bb&o
The boot path must not be including some element, such as the path to the
.properties file loaded by org.jboss.Version
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4141484#4141484
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode
What's going on is the time taken to run the task is added on to that period.
I suggest you use this instead:
http://wiki.jboss.org/wiki/Wiki.jsp?page=QuartzSchedulerIntegration
which is more reliable and has "cron"-like scheduling features and is more
robust.
Or, you could come up with a bug+p
If you trace through, you'll notice the writing to disk doesn't happen during
when write lock is obtained, but actually when the transaction commits.
What probably should happen is the writes happen during the prepare phase to
"dot files", perhaps named with the JGroups address, and during the c
I think this is more a JPA/Hibernate question. You need to explicitly tell
Hibernate to use the cached results using a query hint. I'd use a named query,
though. You'd do:
| @NamedQuery(
| name="findXXX",
| query="from xxx",
| [EMAIL PROTECTED](name="org.hibernate.cachea
It looks like the original code did not close the ObjectOutputStream, rather it
closed the underlying file stream, which isn't correct.
Could you file a JIRA issue and link to this post?
By the way, I think the FileCacheLoader is documented as not so production
worthy.
View the original post
It's funny that a packet with "bela" in it would cause somebody's program to
crash.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136855#4136855
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136855
__
I don't see why you couldn't subclass the replication interceptors to simply
ignore certain FQN. Unfortunately, it's not that straightforward to set up your
own interceptor chain.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136854#4136854
Reply to the pos
My immediate thought it is there is some packet being received that has a bad
size value, which is why a 1.6GB buffer might have been allocated.
Maybe you could patch the code that allocates that array to throw an exception
when a certain size limit is reached? I'd also try to run tcpdump and tr
Why don't you play with the demo and check out the code?
http://jbosscache.blogspot.com/2008/01/gui-demo-for-jboss-cache.html
I've never used Gigaspaces but looking at the documentation it seems to have a
different "feel" than importing a .jar file and working with configuration keys.
View the
No, you're only allowed one cache loader per cache instance. You can of course
create multiple cache instances in your application.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134016#4134016
Reply to the post :
http://www.jboss.com/index.html?module=bb&op
Here's the thing. Machine 1 might store 10, but then if you call Machine 2, it
might store 0. What you need to do is more like:
| Integer count = (Integer)cache.get("/a/b/c", "Key1");
| if (count == null) // initialize
|count = 0;
| count = count + 1;
| cache.put("/a/b/c", "Key1", c
Make sure jboss-aop-2.0.0-X.jar is in your classpath.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4131562#4131562
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4131562
___
j
See this:
|
http://labs.jboss.com/file-access/default/members/jbosscache/freezone/docs/2.1.0.CR1/userguide_en/html/eviction_policies.html#d0e3423
|
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4131253#4131253
Reply to the post :
http://www.jboss.com/i
org.jgroups.Address instances
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4129553#4129553
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4129553
___
jboss-user mailing list
j
My advice would be to:
1. Check out JBoss Cache from SVN and get it to build.
2. Take a look at TxInterceptor.java line 1243 or so. Try to get it to work.
3. You can configure the unit test suite to use your TX manager, see if you
can't get it to work with Atomikos.
4. Unfortunately I don't see a
Remember to include the messageListenerInterface annotation property, e.g.:
@MessageDriven(activationConfig = {
@ActivationConfigProperty( ...
},
messageListenerInterface=MessageListener.class
)
What's the full exception stack trace on deployment?u
View t
What JVM are you using? Have you tried the Sun JVM?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124214#4124214
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124214
___
jbo
Take a look here:
http://www.jboss.org/wiki/Wiki.jsp?page=ClassLoadingConfiguration
I would first check you aren't deploying two copies of the same class.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124197#4124197
Reply to the post :
http://www.jboss.com/
I would create two methods. Create public getter/setters as @Transient that use
JODA, create protected getter/setters that return java.util.Date marked with
@Column.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122398#4122398
Reply to the post :
http://ww
It's not really supported.
If you want to do this, one way is to create a new message (copy?), using a
non-transacted JMS connection and send it back to the same queue (or a separate
queue) with the exception.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4
Deployment in JBoss goes through the JMX MBean MainDeployer. There's a method
(operation) called "deploy" which takes a URL and I believe should return error
status when deployment fails or not. If not there is another method that will
check for deployment errors.
View the original post :
http
Don't implement the Schedulable interface if you want two different methods
called.
I would create two scheduler mbeans which call your mbean methods through JMX.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121151#4121151
Reply to the post :
http://www.
Take a look at the AsyncCacheLoader. I implemented a configuration key that
changed the default behavior of the "put" and "remove" operations.
If you can come up with a decent patch, create a JIRA issue, attach the patch
and link the issue to this forum URL. You may also be asked to provide some
String plus java.lang.Number is okay. Not sure Boolean and Char are necessary.
I would definitely remove "null" in FQN since this is supported, though
probably not uniformly.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118118#4118118
Reply to the post :
And a hint: I would probably turn on debug logging for Seam and JBoss Cache,
then access the page after you're certain it has been cached then look at the
progression of time stamps. You can often discern the call flow and find the
hot spots.
You eviction configuration seems a little aggressive
I have found it's really hard to see if you are actually using the cache. I
see this in your config:
|
|
Which doesn't seem right. Try turning on debugging in hibernate and JBoss cache
and see what's going on.
View the original post :
http://www.jboss.com/index.html
JBoss version? Just wondering if this might have been fixed already.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4113045#4113045
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4113045
__
I think it'd work if you use a separate schema owner or different table names
for this. I pretty sure it would not work with shared tables.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4113043#4113043
Reply to the post :
http://www.jboss.com/index.html?modu
Er, not console I mean RMI adapter.
Anyway, take it step by step... first get login to work, then add the
interceptor.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112789#4112789
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mo
For remote access, you'd configure the security for the console.
http://wiki.jboss.org/wiki/Wiki.jsp?page=HowDoISecureTheJMXConnection
This will authenticate a remote connection, take "username+password" and create
a principal.
For fine-grained authentication, enable this interceptor:
http://jso
If you have a "subscription" they probably provide fancy tools for this.
But for poor people and poor businesses, you can use farmed deployments, remote
JMX access (write your own tools), use twiddle.sh, etc. There's a lot you can
do by accessing the deployment manager through JMX.
View the ori
Is it because your scheduler is deployed before the EJB is deployed? You may
want to add a "depends" to your scheduler so it appears after jboss initializes
it. Also, always post your stack traces.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112779#4112779
Does DeviceMBean extend ServiceMBean?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112778#4112778
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112778
___
jboss-user maili
I'm guessing you have to have your application wait for cache start-up to
complete before accessing the cache.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111352#4111352
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p
1 - 100 of 698 matches
Mail list logo
