neilkong wrote :
|
You mean there should be different version of jmxc.jar? I checked mine and
that's a sealed jmxc.jar. Shall I get some unsealed version from somewhere?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3880974#3880974
Reply to the post :
Okay, that reply didn't work - lol.
unar the jmxc.jar that comes with WebSphere..
then modify it's META-INF/MANIFEST.MF
change the attribute that states
Sealed: true
to
Sealed: false
then jar it back up as jmxc.jar then copy it to the $WAS_ROOT/lib dir
(overwritting the original).
View
example - SYNC REPL cache..
| ?xml version=1.0 encoding=UTF-8?
|
| !-- =
--
| !--
--
| !-- Sample TreeCache Service Configuration
Bela, I tried modifying the wiki page (and made sure I saved the changes) yet
the modifications aren't showing up.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3880984#3880984
Reply to the post :
I got it working on WebSphere 5.1.1
Here's a couple of things you need to do
1) Unjar the $WAS_ROOT/lib/jmxc.jar and MAKE SURE it's unsealed (check the
MANIFEST) then jar it back up..
2) Copy the necessary TreeCache Libs on $WAS_ROOT/lib/ext directory
3) Copy your TreeCache configuration
example Service
| import java.util.Properties;
|
| import javax.management.Notification;
| import javax.management.NotificationFilterSupport;
| import javax.management.NotificationListener;
| import javax.management.ObjectName;
| import javax.naming.InitialContext;
| import
Transaction Manager Lookup - lifted off from Hibernate
| import javax.transaction.TransactionManager;
|
| import org.apache.commons.logging.Log;
| import org.apache.commons.logging.LogFactory;
| import org.jboss.cache.TransactionManagerLookup;
|
| import
neilkong wrote :
| anonymous wrote :
| | 1) Unjar the $WAS_ROOT/lib/jmxc.jar and MAKE SURE it's unsealed (check
the MANIFEST) then jar it back up..
| |
| What's this step for?
|
WebSphere will throw a SEALED EXCEPTION error as JBOSS-Cache has a dependency
on some JMX classes
[EMAIL PROTECTED] wrote :
| If you don't use TreeCacheAop, simply remove qdox.jar, jboss-aop.jar and
javassist.jar
|
| Otherwise, we're trying to gradually reduce the dependencies to
jboss-xxx.jar files, off of the top of my mind, we currently depend mainly on
JBoss' JMX impl,
Will the JBOSS cache developers get rid of the dependencies on JBOSS APP server
libs on future version?
I know the dependency on JGROUPS.jar is required. Neverthleless - there
shouldn't be a reason for developers to include all the JAR dependency
package..
Why can't it be more like tangosol
I'd also like to know if remove removes the values in the replication partners.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3877279#3877279
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3877279
I'll try that out, in the meantime - I just unjar'd the xmlc.jar package,
unsealed it, then stuck in back in the AppServer/lib directory..
In anothe rnote, I start up the TreeCache via a CustomService (similar to the
weblogic example) - the only problem is one can't bind it to JNDI (WebSphere
Has anybody here used Jboss-Cache w/ Websphere App Server 5.1 and registering
it via JNDI through a CustomService?
It seems that the JMX classes that IBM released with WAS 5.1 are sealed, hence
jboss-cache cannot be used w/ it (one will get java.management
sealing-exceptions).
Has anybody
13 matches
Mail list logo