This week's book giveaways are in the Cloud and AI/ML forums. We're giving away four copies each of Cloud Native Patterns and Natural Language Processing and have the authors on-line! See this thread and this one for details.
i want to keep one jar which is common to webapplications deployed on websphere application server version 8.5.5(not in Network deployment mode) so that whenever any object state changed in it it is visible in other web application.
same thing i had achieved in other servers i.e. tomcat and weblogic( i.e. by keeping it in server lib folder) but similar thing when i try to achieve in Websphere 8.5.5 i am unable to do with the help of shared lib concept of websphere.
more details i am working on creating POC for my orgainization to check feasibility of JAMon application monitoring tool. this discussion is in same context.
your help is appraciated.
posted 5 years ago
I got workaround for this problem by keeping this common jar in
but it will be helpful if someone help me if same functionality can be achieved by shared lib or not
Copying jars in was runtime isn't a good practice at all, despite the fact it works. I strongly advice you to try again with shared library instead. I never used shared lib with was 8.5.x, only with was 6.x... in was 6, you need to define a classloader ad associate to it your shared lib, i think the same must be done with 8.5.x
As Claude said - modifying WAS runtime is a bad practice, you should not touch files under WAS lib folder. Also, you may have this not approved in production environment by WAS admins.
I am not sure what problem you have.
We used shared libraries in WAS 7 and WAS 8.5. You should define shared library first in WAS (place JAR to some permanent place, but not under WAS HOME), then during EAR deployment configure application that it uses shared library.
Exam 1Z0-810: Upgrade to Java SE 8 Programmer Study Guide and Quiz Exam 1Z0-817: Upgrade OCP Java 6, 7 and 8 to Java SE 11 Developer Study Guide