Thanks in advance for taking a look :)
I'm hard at work on a J2EE web app (in JDeveloper) and recently added some functionality that required JSTL, and I've hit a little bit of a snag. Whenever I try to deploy my war on Weblogic 11g, I get the following error on the console:
[02:05:43 AM] Must choose only one of
libraries: JSTL 1.0, JSTL 1.2.
I only have one instance of the JSTL library listed under my WebLogic deployments (1.2.0.1).
Here's what I've tried so far:
Google. I've got nothing.
Removing all files with the string JSTL in them, in both my Weblogic domain folder and my source folder
Removing all temp files stored by Weblogic
Rebooting :)
If you have any ideas on ways to squash this, I'd really love to hear them. Thanks!
The problem was that when I added the tags for JSTL in my JSP, JDeveloper suggested that it could automatically add JSTL to my ADF project. Thinking nothing bad could come of this, I let it do its thing and this added an older version of the JSTL to my web.xml file.
The key (I believe) is that I had to remove the web.xml file from my classes directory entirely or else my version of JDeveloper used the old one with the bad JSTL information.
After removing the corresponding jars and references to it and doing a clean rebuild I was good to go. Derp.
Thanks for the help though. :)
The JSTL library is available as a deployable library in Weblogic 11g (v10.3.1). If it is not deployed yet, you will have to deploy this onto a Weblogic domain before any application can reference it.
Once deployed, an application can reference the deployed JSTL library through a library reference in weblogic.xml - JSTL once deployed is available as a shared library.
Do keep in mind that using a different version of JSTL will require a solution far more complicated, especially if the JSTL library that came with Weblogic has been deployed.
Related
We have an old application running on a WebLogic 8.1.5.0.
In this version, we can see that the application has been configured as a directory (which has classes, css, images, htmls), but No WAR, JAR or EAR found for this app.
PFB the extract from config.xml
Application Name="abc" Path="/wls_domains/flret/admin/applications" StagingMode="nostage" TwoPhase="true">
<WebAppComponent Name="abc" Targets="admin" URI="abc"/>
Now, we need to migrate this application to WebLogic 10.3.6.0.
New Weblogic is not allowing us to deploy an application other than WAR, EAR or JAR.
Also, config.xml structure is completely different for new weblogic.
<name>XYZ</name>
<target>XYZ_cluster</target>
<module-type>war</module-type>
<source-path>servers/admin/upload/XYZ.war</source-path>
<security-dd-model>DDOnly</security-dd-model>
Is it something related to weblogic versions and feature available to deploy a directory?
Can someone plz suggest can I complete this deployment or any other way to do this.
Thanks in advance.
Looks like you have an 'Exploded Archive' app, which modern versions of weblogic do not support. You need to upgrade to a modern format, or put it directly on the filesystem of the app server.
(see: How can I deploy an exploded web app through WebLogic 11g administrative console?)
I am running a simple Maven web application using spring. My project structure is as following
src-main-java
src-main-webapp
My HTML file in the webapp folder. When I do update class and resource in debug mode it updates my Java classes but not my HTML files.
How to fix this?
There is a known issue. You may need disable cache in your view resolver. then it should work just fine.
e.g. resolver.setCacheable(false); for Spring or ThymeLeaf application.
Use exploded artifact which name ends with .war or .ear.
See more here:
IntelliJ hot swapping classes, but not JSF pages
We've an RCP application based on 3.x api we are trying to migrate it to eclipse 4.x.
The problem is some part of the code was using eclipse internal classes present in the workbench.jar . SO i added the workbench.jar JAR from the previous eclipse(HELIOS) to my new eclipse(KEPLER) this resolved the errors .But my application is not able to start.So just wanted to know is it the correct approach
1.Can I have two workbench.jar JARS(3.105 and 3.6) in my application.
2.If no then is there a way to search for the internal classes which I was using previously in the new jars I was mainly using the internal classes related to layout and prespectives(like : org.eclise.ui.internal.layyoutPart ,org.eclipse.internal.ui.perspectives)
3.Is there a way using which I can avoid rewriting the code.
Eclipse 4.x is a very substantial rewrite so there is very little chance that internal classes from 3.x are going to work. Multiple workbench jars is not going to work in any case.
The layout and perspective classes you mention do not exist in Eclipse 4.x, you are going to have to rewrite your code.
See also Eclipse API Rules of Engagement
I'm just starting to develop a new eclipse plugin where I want a web application server running in Eclipse. I found a nice blog, OSGi as a Web Application Server, that describes how to do this. The author suggests creating a target environment for my bundle requirements, and some of those bundles get pulled in from the Equinox Project SDK (now called Equinox Target Components in Juno). I notice that the tutorial project runs fine when my target platform is the platform I created in the tutorial, but fails to start when it is the default platform. So, now for my question...
If I need bundles that are not part of the default, how will my plugin project get access to those bundles? Will I need to deploy them along with my plugin? How would I know if the user's eclipse does or does not already have those required bundles?
You was not much clear about what kind of application you are developing. Running a web server in an Eclipse IDE as a plugin don't make any sense to me. This kind of server application is best just running on top of Equinox.
Anyway, the right path is to create a "Product Configuration" file and add categories that contains the needed bundles (go to File/Plug-in Development/Product Configuration).
With this file you can run an instance of the product (inside the IDE) and can export it (create a zip containing all needed bundles)
And if you want to able your user to install plugin inside his IDE you must create a P2 repository (using a Target Definition File) and expose the exported directory within a Http server. You could research about Tycho to build this kind of components in a maven style.
Well, I'm not sure if re-inventing the wheel again is really sufficient.
You might take a look at Pax-Web for inspiration on how to do it, or take a look Apache Karaf as a OSGi-Container (using Pax-Web). Or even better start contributing to one of the two :-)
I've been looking around for a while how can I hotdeploy my projects when using m2eclipse plugin on MyEclipse and working with Websphere 6.1.
What I've done so far is to deploy my full application using the was6 maven plugin (http://mojo.codehaus.org/was6-maven-plugin/) but that plugin will only deploy the EAR into the Websphere.So whenever I have to change just one line of code I have to redeploy the application again. The server doesn't take the changes just by saving the modified source code or JSP file.
I am working with MyEclipse 8.5 IDE and with the original m2eclipse plugin (Not Maven4MyEclipse).
Has anyone been able to do that? And if so how?
Thanks in advance
JRebel is a commercial solution that would make your life much easier. It's cheap (like $60). I actually bought a personal license intead of waiting for my company to purchase it. There is a free 30 day trial!
JRebel will hotswap your .class files and resources. No need to maven package, just save the resource in Eclipse, and JRebel will put on the server. There a few limitations, but in my opinion, its a life save.
We have used JRebel on Jetty, and I have read it is supported on WAS.