Yes.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3856624#3856624
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856624
---
SF email is sponsored by - The IT Product
Couple suggestions:
1. Like Norbert mentioned, use tx now. There is a known problem in locking when
tx is not used. We are fixing that in release 1.2.
2. If you are using TreeCacheAop, I'd suggest you try the latest pre-1.2
release in jboss-head. I have done some refactoring and bug fixing on
Tomasz,
I have tried your test case, it has worked in the latest jboss-head tree. Would
you mind to try it out since I have made many enhancement, specially in
TreeCacheAop part. You can test drive it and give me feedback as well. :-)
BTW, you will need to make log transient so it is not put
Hi, I have taken a look at the fix and have talked to Bill Burke about it.
Unfortunately, the current JBossAop instrumentation is too expensive to skip
field interception based on method call stack. So we will need to push this fix
to 1.3 release when JBossAop can optimize that part.
To
The problem here is because the node does not exist so the transaction has
nothing to lock against from (lock is aossicated with a node).
Bela and I have discussed previously whether *get* a non-existing node should
create it implicitly. We have decided against it since it can create an
Can you create a JUnit test case and submit it here or email me ([EMAIL
PROTECTED])? I'll take a look.
Thanks,
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3854905#3854905
Reply to the post :
OK, I can refactor the region_.getTimeToIdleSeconds() into a public method.
Will that do what you want then?
-ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3854936#3854936
Reply to the post :
I will add it under TreeCacheAop as well.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3854688#3854688
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3854688
---
This is a bug. No, we never have a test case with a composite value object key.
I will fix it in release 1.2 (hopefully the next couple days).
Thanks,
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3854692#3854692
Reply to the post :
Tine,
I take it that you are referring to TreeCacheAop part. Collection classes are
handled by proxy implicitly. So you will need to operate on the proxy, e.g.,
aHashTable = (HashTable)getObject(aFqn);
aHashTable.put(1, test);
etc.
-Ben
View the original post :
Yes, to aspectize JBossCache is in 2.0 roadmap. The refactoring is currently
underway done by Bela now.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3854695#3854695
Reply to the post :
This is awesome. Do you mind if we move this under JBossCache wiki page?
BTW, any volunteer for Websphere HOWTO? :-)
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3854720#3854720
Reply to the post :
Thomaz,
Actually, we are doing field interception already (in jboss-aop.xml all
prepare declaration are for fields). So I will need to update this part of
the document (of which I am doing it right now). :-)
Thanks for pointing it out,
-Ben
View the original post :
Ok, let me look into it and get back to you later this week.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3854528#3854528
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3854528
There is a unit test case under
testsuite/src/main/org/jboss/test/cache/test/aop/MBeanUnitTestCase.
Check it out,
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3854529#3854529
Reply to the post :
To asnwer your questions, both items are on our roadmap. First one is to make the
region configurable dynamically through api, and the second one is to intrument
JBossCache so we can know, for example, the cache hit/miss ratio.
Unfortunately, I can't think of an exisiting way to solve your
Just want to add one comment. Have you checked out TreeCacheView2? It's a bit up to
date than TreeCacheView since it's used in the simple GUI.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3854124#3854124
Reply to the post :
Hi, to follow up your comments:
1. I am not clear why do you need to put the CacheLoader jar file in your ear file?
When you deploy JBossCache as a MBean serivce, you typically place the jboss-cache.jar
under all/lib directory, for example. After that, you simply drop a, say,
You get it by reference, of course. TreeCacheAop is supposedly to do it behind the
scence so you don't have to worry about it. :-)
Here is in a nutshell how it retrieve it from the replicated node. The first time when
you issue getObject() api, it will check whether a copy of the aspectized
Daniel,
This is a good question. However, I'd say this is an expected behavior.
Think of it as in Java. Even if your addr and addr2 are equal, doesn't mean they are
the same object instance. Therefore, if you do mary.setAddree(addr1), then joe and
mary will own different address instances.
If you are running inside JBoss, use a JBossCache MBean (and deploy it as a MBean
service).
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3853960#3853960
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3853960
Can you try to post your sample code? Someone may be aboe to spot what's wrong.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3852982#3852982
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3852982
OK, this is nothign to do with aop then. If it is a straight put(/a, map), for
example, it will put the map inside the internal hashmap under node /a. You can then
retrieve it using get(/a, key1).
-Ben
View the original post :
Morton,
Yes, please send it to [EMAIL PROTECTED] I realized the naming is not good and have
been thinking whether I should rename it or not. Only thing is that it has been out
for a while so I am not sure whether this will disrupt upgrade or not.
Thanks,
-Ben
View the original post :
If the fqn is /a/b, and say you have a map, then the mapping is something like
/a/b/map/1 (key1, value)
/a/b/map/2 (key2, value)
In addition, aop will deflate your object graph recursively if value is declared
advisable.
I am currently doing an enhancement of aop in post 1.1 source. I will
No, you are not hallucinating. :-) The JNDI exposure has been fixed in the latest
source. It was commented out because of the aop. In 3.2, there is no aop, so that will
be fine anyway.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3852369#3852369
Reply
Just the get/set methods can't be overloaded now. Constructor should be ok.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3852370#3852370
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3852370
For setter method, you can't ovelroad it like:
void setName(String name);
void setName(Object obj);
This will be fixed in the upcoming 1.2 release in November. In addition, the
collection classes api will be enhanced as well.
-Ben
View the original post :
This is a bug. To get around for now, you can use the standalone GUI (see the
tutorial) with the same JGroups channel. That will display you cache visually as well.
Can you please go to sourceforge, open a bug, and assign it to me so that I won't
forget about it?
Thanks,
-Ben
View the
Andrew,
To asnwer your questions.
1) The exception you reported looks like a bug to me. I will fix it soon.
2) To get around that, you can't overload the method call now.
3) In jboss-aop.xml, you will need to prepare all of classes with field interception.
That's the most important part.
There is currently no plan to have JBossCache support CMP clustering, if this is what
you asked. We are looking forward to ejb3 integration instead.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3852133#3852133
Reply to the post :
If you do cvs checkout, cvs co jboss-head as an anynomous user, that should be it.
Keep in mind that JBossCache don't officially support jdk1.3 though.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3851786#3851786
Reply to the post :
Looks like this is a bug. Is it possible you can create a bug report in sourceforge
and assign it to me for now?
Thanks,
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3851787#3851787
Reply to the post :
In 1.2 release (scheduled sometime in November), we plan to ship a cache loader that
uses JDBC. That may be what you need.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3851788#3851788
Reply to the post :
Abi,
Can you grab the latest javassist.jar from jboss-head as well? If not, I can mail it
to you. I have just solved one similar problem with the upgrade from the one in 1.1
release.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3851155#3851155
Reply
See my comment there. I need more info.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3851210#3851210
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851210
---
I have tested your example and it worked for me!
I am also running Tomcat5.0.28 and JBossCache1.1. Before I ran your example, I copied
the libraries from jboss-cache/lib to ROOT/WEB-INF/lib. E.g., jboss-*.jar, trove.jar,
javassist.jar, etc.
After I ran index2.jsp, I can see the print out from
Can you make sure you have the right libraries in the class path?
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3850915#3850915
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3850915
Abi,
Can you give me a test case so I can test it out myself? I figure it will be easier
this way.
Thanks,
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3850986#3850986
Reply to the post :
Currently we don't support wild card search in the cache, i.e., no query capability.
There is a plan though.
Thanks,
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3850987#3850987
Reply to the post :
You must know it takes a lot of effort to deliver a patch. And that is the resources
many times that we can't afford unless it is critical (wtiness 3.2.4 to 3.2.5).
I don't think we are pushing services at all cost. But services is our bread and
butter. Product is free. Like Bela mentioned, we
OK, I think I know why. I have been using the latest jboss-head library. And it ran
fine. The culprit is javassist.jar library. It seems it has that problem bundled in
JBossCache1.1 release (I was able to re-produce your problem).
Can you update the library from the latest jboss-head? That
1. You should have just one instance of TreeCacheAop per-VM in general.
2. Be sure to use transaction to make sure the concurrent access.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3851042#3851042
Reply to the post :
What you need is a clustered MBean, but I don't think there is one now.
Yes, you can use JBossCache for this purpose, IMO. You can subscribe the node event as
a TreeCacheListener for your app. That way, you can refresh the data as needed.
Hope this help,
-Ben
View the original post :
You will need to build the whole jboss-head project since cache depends on other
libraries, e.g., jboss-aop, system, etc.
Simply go to build directory and do a build.sh, it should build the whole shebang.
After that if you want distro, under cache, do build.sh dist.
-Ben
View the original
1. OK, I have now appended automatically the region fqn with a separator so that
should solve this problem. A better solution is fqn.toString() is appended
automatically with separator as well. But I need to look at it closer.
2. Fqn.isChildOf bug is fixed.
3. Use of Fqn construction with
IMO, if you are running under JBoss, then MBean makes sense. Yes, they will share the
same cache instance.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3850345#3850345
Reply to the post :
Ok, I won't. But give me couple more days though.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3850346#3850346
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3850346
I will need to take a look myself to see why.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3850055#3850055
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3850055
You can download the source from jboss-head as anonymous user:
cvs co -r JBossCache1_1 jboss-head
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3850056#3850056
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3850056
This bug has been fixed in the latest jboss-head (post 1.1). We plan to do a release
1.2 in about 6 weeks. Meanwhile, you can build the latest source and replace the
jboss-cache.jar under the corresponding Hibernate directory.
-Ben
View the original post :
Yes, you are right. This can be a problem. :-) It's been fixed.
Thanks for the effort,
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3850153#3850153
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3850153
Don't know what's your problem. But you should see a cache module under jboss-head.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3850154#3850154
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3850154
Norbert, the nature of eviction that is local mode only is documented in the FAQ
html!! RTFM. :-)
E.g.,:
Q: Does JBossCache's implemented LRU eviction policy operates in replication mode?
A: Yes and no. :-)
The LRU policy only operates in local mode. That is, nodes that are only evicted
Sorry, my fault. There is no official RC2 release. But the final release should be out
in a couple days.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3849302#3849302
Reply to the post :
Don't know for sure if I understand your question. But if you evict a node, next time
you retrieve it, you will get a null value. It applies to both TreeCache and
TreeCacheAop.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3849305#3849305
Reply to the
I am surprised that line doesn't cause NPE either. Keep in mind that TreeCacheAop only
supports limited Collection classes API. And values() is not currently supported!
I am working on to provide a more complete set of API to support though. It's planned
to come out in post-1.1.
So stay tuned.
It's 2.2.7, I think.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3849016#3849016
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3849016
---
This SF.Net email is
Ken,
If you are using TreeCacheAop, I am interested to see why it takes this long. Is it
possible that you can send me your setup? I prefer it in JUnit test case file so I may
incorporate it into the testsuite later. You will get the credit, of course. :-)
To answer your Case 3 question, yes,
I don't have it except in the source code. But please bear with me. Once I have the
Collection class API re-implemented in 1.x, I will document it.
Thanks,
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3849039#3849039
Reply to the post :
Hmmn, this is a problem in 1.1 release after re-factoring then. Previously in 1.02,
the event nofitication happens before the state transfer.
I will fix this.
Thanks for the effort,
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3848812#3848812
Reply to
Yes, that's correct. You can't use it straight out since it uses our JBoss Tomcat
deployer to insert ClusteredSession and SnapshaoManager, etc.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3848813#3848813
Reply to the post :
We have 3.2.6RC2 now that you can download. Please check the jboss web site.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3848710#3848710
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3848710
This is weird. The second cache is doing state transfer during which to register /
in the evition queue. LRUPolicy code should skip this one but it didn't and therefore
NPE.
I simply can't re-produce it from my setup. Can you zip your test case and send it to
[EMAIL PROTECTED]
Thanks,
-Ben
Ran,
I haven't had time to run it yet. But let me get back to you later this week.
Thanks,
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3848333#3848333
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3848333
If you are running under Tomcat, it'd be best to use aopc to pre-compile your
advisable object. Check into the example in build.xml of aopc. That way, at least, you
take the class loader out of the picture.
-Ben
View the original post :
Which version of JBossCache you are using? The latest one is 1.1. If this is the one
you are using, please post a test case.
Thanks,
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3848331#3848331
Reply to the post :
Is the log tracing set to DEBUG? E.g., org.jboss.cache?
It will help me to debug this problem.
Thanks,
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3848405#3848405
Reply to the post :
Ken,
I don't see you have also defined a default no arg constructor for Student. Just like
class that implements Serializable, it will require a such constructor to be able to
re-construct on the other end.
-Ben
View the original post :
Ran,
Can you do me a favor by re-writing your test code into Junit test? You can put the
package name as: org.jboss.test.cache.test.replicated.
I can then incorporate this test into test suite as well.
Thanks,
-Ben
View the original post :
Please check it out.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3848104#3848104
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3848104
---
This SF.Net email is
Well, the log says obj is non-advisable:
| 2004-09-14 17:23:38,946 DEBUG [main] aop.TreeCacheAop (TreeCacheAop.java:281) -
putObject(): obj is non-advisable.
| 2004-09-14 17:23:38,946 DEBUG [main] cache.TreeCache (TreeCache.java:2336) -
_put(null, /aop/expresso/CacheManager/cacheLists,
Ran,
If you are willing to provide your test code, I will be happy to take a look at the
problem you mentioned.
Thanks,
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3847986#3847986
Reply to the post :
You will still need jboss-aop to declare your object, UnOrderedCache, to be
aspectized. Otherwise, aop will treat it as a regular object of which requires
Serializable, and furthermore will not breakdown the object graph for UnOrderedCache.
-Ben
View the original post :
No, you will need create jboss-aop.xml for aopc as well. Idea of aopc is to
pre-generate the byte code so you don't further class loader and jboss-aop.xml during
runtime.
Look into the etc directory, there is an example of jboss-aop.xml for Person.
-Ben
View the original post :
Forget about the map and list. Why don't you do a putObject on UnderedCache to see if
it gets replicated correctly?
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3848097#3848097
Reply to the post :
Best way is turn on DEBUG log tracing in org.jboss.cache to see how it actually works.
If it is doing replication, you should see it something like _put()...
Or opening up a TreeCacheView GUI (see build.xml for details) to be in the same group.
You will see it visually.
-Ben
View the original
I think this is a good point. I can see this exception probably doesn't happen that
often with REPEATABLE_READ and up. But with more relaxed isolation levels, it can be a
problem.
Bela and I will be meeting soon. We should visit issue. What do you think, Bela?
-Ben
View the original post :
If LOCAL is not what you want, and you want cache partitioning, we don't have this
feature yet. It's on the todo list.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3847748#3847748
Reply to the post :
The CacheLoader in 1.1 release can persist the evicted data. So you can retrieve from
the backend store the next time.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3847750#3847750
Reply to the post :
I have also put a faq on class loading scope regarding to JBossCache (and caching
system, in general, AFAIK). Here is the url:
http://docs.jboss.org/jbcache/FAQ.html
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3847016#3847016
Reply to the post :
Sure! Best way is go to sourceforge and open an patch request and assign it to me. I
will incorporate the changes for you. There you can explain in details of what you
have done.
thanks,
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3846802#3846802
OK. This will be fixed.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3846756#3846756
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3846756
---
This SF.Net email
This classloading issue is also disucssed here:
http://www.jboss.org/index.html?module=bbop=viewtopicp=3842379
There is really no good (optimized) solution to it except to have another in-vm cache
per ejb app.
I have also put it under the latest FAQ. Check it out.
-Ben
View the original post
Good! Release 1.1 is coming out in couple days. Again, thanks for the great help from
you guys!
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3846487#3846487
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3846487
Uwe,
That is good news, isn't it?
Octopus, can you download the latest jboss-head and test it again? I have minor
changes checked in yesterday. Make sure Region.java now has a warning message for
reaching over the threshold value.
If there is still an issue, I'd like to track it down. I ran
Guys,
I don't think it is a bug. I can also re-produce the OOM error myself here as well.
The key is the load is simply not realistic if we have multiple threads that are
generating put and get all the time and thus exhibiting 100% CPU.
A more realistic use case will requires a random sleep in
Guys,
I don't think it is a bug. I can also re-produce the OOM error myself here as well.
The key is the load is simply not realistic if we have multiple threads that are
generating put and get all the time and thus exhibiting 100% CPU.
A more realistic use case will requires a random sleep in
Scott,
Please mark issue status:
[ 993754 ] ClassCastException in clustered HTTP session after redeploy
as COMPLETE.
Thanks,
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3845975#3845975
Reply to the post :
Can you guys try it one more time by getting the latest jboss-head? It is actually not
a serious error, per se. Here is why.
What happened was in TreeCache, it will do another nodeModified event notification
after the parent (leaf node has no problem) node is evicted. So you see, it will loop
Uwe,
You are right! I thought I have fixed this in release1.02. But I couldn't find any
trace in cvs log! So I am embarassed to say that I must have let it slip through. :-)
Anyway, I have just checked in to the code into jboss-head. Please grab it and re-try
again.
Thanks,
-Ben
View the
Like Bela suggested, please try it in Java program first. One thing I don't like bsh
is the debugging capability is poor.
Thanks,
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3846039#3846039
Reply to the post :
Hi,
Since I have just refactored the eviction policy last week, I have tried your test
case on the latest code on jboss-head. I don't see any error right now. So can you try
it yourself to make sure the problem is resolved?
I will incorporate your test case.
Thanks,
-Ben
View the original
Just thought everyone may be interested to know that I have just completed the
implementation and documentation of the Tomcat clustering in JBoss3.2.6 using
JBossCache. Here is the url if you are interested:
http://www.jboss.org/developers/projects/jboss/tc5-clustering.html
-Ben
View the
If the data are independent, then there is really not that much different except the
overhead in starting JBossCache instances. Of course, you will need two different look
up for the cache instance as well.
Hoep this help,
-Ben
View the original post :
This is indeed a potential problem that I have been planned to correct. :-) Anway, I
have just refactored the eviction policy part and checked them into jboss-head. The
fix will be available in release 1.1.
Thanks,
-Ben
View the original post :
Jerome,
Good catch!! I will incorporate your fix into upcoming 1.1 release.
Thanks a lot,
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3845469#3845469
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3845469
JBoss has a plan to do MBean HA in the near future. Meanwhile, you can use JBossCache
to manage your own state. Basically, you treat JBossCache as a MBean service and then
decide yourself in your MBean when to do replication. Or you can spawn a processor
thread to process the replication
Check,
This is great! Keep it going. :-)
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3845492#3845492
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3845492
---
You should invoke JBoss from all config directory.
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3844867#3844867
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3844867
1 - 100 of 186 matches
Mail list logo