I have installed WebLogic 10.3.6 in Production mode and I have deployed an EAR application in my Managed Server. How can I make sure that when I restart my Managed server then WebLogic will re-deploy my application once again?
There are a couple ways you can verify a deployment...
Click the deployments link in the admin console, find your deployment, click it, and verify the path, staging mode, and targets are correct. You can also click on the monitoring tab to verify it is in the Active state.
You can verify the same by opening the config.xml file in your /config directory. Look for the tags
Once you've deployed, you don't need to worry about it disappearing when you restart. It will be there until you choose to remove it OR you delete the .ear file.
Related
I have deployed my application running on my local server # http://localhost:8048/myservice?day=xx&month=yy&year=zzzz , it works succesfully on my local machine, in that it downloads a file from the http site. However when I deploy to Mule Management console . I understand that the default port is 8585. When I change the URL to MMC & give the default port with the same path, it does not download the file . Am I missingsomething
The MMC is a utility for managing and monitoring Mule Standalone Runtimes.
One of its functions is to deploy apps to a Runtime. You are not actually deploying to the MMC.
Does this help clarify the situation or do you want any further help on want The MMC is used for and how to do it?
Please check the logs inside MMC.It stores the logfiles date wise.See if your application has been deployed in MMC successfully and if yes then do the following things:
1)If you are using any path to download the file then cross check the path details.You can put a logger to crosscheck that.
2)Put a logger before the business logic and after the business logic and follow what it is logging in the log file.
3)In case your server is Linux then check the path separator pattern
MMC is a Mule Management Console which is used (provides provision) to deploy, undeploy, manage, monitor application and server both. From the statement you mentioned in your query it seems you are trying to deploy the app in the MMC - MMC is not a server its a console where you can register your ESB Runtimes -or- API Gateways (on-Prem) servers so that you can deploy the applications to the server/runtimes (which will go to the runtimes location $MULE_HOME/apps).
Please check if you have registered the server under MMC's Server tab - if not then you have to do this first and then it will allow you to perform application deployment using the MMC's APplication tab where you can upload your deployment archive/artifacts/build to the mmc repo and then you can deploy through the deployment options by selecting your server (which you have registered).
If I am missing something from your statement then please clarify more and will try to help you out here.
I wan to know if the wars are redeployed on each start/restart of Tomcat.
Or is necessary to delete the deployed folder before restart it?
If that is not redeployed, how can I configure tomcat to deploy with every start.
Thanks.
Tomcat does not redeploy war files on restart. Restart is simply turning the underlying service off and back on. Tomcat does not do the deployment so you will need some other tool (like Jenkins) to automate your deployment.
I have an eclipse application running on Apache Tomcat server. I've got a requirement to disable Apache control panel in server. Please help hoe this can be done. I've tried doing this with the link https://ipaddress:9999/ by seeing on one site. Buy this doesn't help.
Go into your tomcat directory, go into webapps and move manager out of webapps. Don't copy it, move it. It ca be in your tomcat directory, but no longer under webapps.
Then restart tomcat.
I installed multiple rabbitmq Services on our dev environment and enabled the management plugin and gave them different ports. This works fine, now I installed 3 rabbit MQ nodes on another machine and installed the management plugin. Of course I adjusted the configs and gave the management tools different ports. Unfortunately I can only access the management plugin from rabbitmq 1, 2 and 3 are not working.
I checked and see that some folders are missing in the setup.
C:\Users\myuser\AppData\Roaming\RabbitMQ1\db
inside of this folder I am missing the plugins folder which I have in the rabbitmq1 setup. I tried to cheat and copy the folders and rename them, but as soon as I start the service it recognizes this and delete the folder.
Re-installing the management plugin does not work, whenever I try to install I get the message that I already have it.
Any idea?
I finally found the issue. When you create the rabbit-mq and you don't have a config in the AppData\Roaming/YourRabbitInstance than there will be no config parameter created in the registry. Meaning your config will never be picked up, whatever details you provide. I have added the config parameter to the registry and the queue immediately started listing on the ports defined in the cfg.
-config "C:\\Users\\myuser\\AppData\\Roaming\\myrabbit\\myrabbit"
I have configured web application on server1. In configuration I choosed my cluster(server1 and server2) as target servers. What I want to learn is Do also need to configure a deployment on server2? There is no war file in server2 and I am a little curious about how this application will run also on server2.
Deployments process can be done in three ways...
1.Stage
2.Nostage
3.ExtenalStage
This is an explanation of the staging modes in WebLogic:
Stage mode—
The Administration Server copies the archive files from their source location to a location on each of the targeted Managed Servers that deploy the archive. For example, if you deploy a J2EE Application to three servers in a cluster, the Administration Server copies the application archive files to each of the three servers. Each server then deploys the J2EE Application using its local copy of the archive files.
Stage mode is the default mode when deploying to more than one WebLogic Server instance.
Nostage mode—
The Administration Server does not copy the archive files from their source location. Instead, each targeted server must access the archive files from a single source directory for deployment. For example, if you deploy a J2EE Application to three servers in a cluster, each server must be able to access the same application archive files (from a shared or network-mounted directory) to deploy the application.
Nostage mode is the default mode when deploying only to the Administration Server (for example, in a single-server domain). You can also select nostage mode if you run a cluster of server instances on the same machine.
External_stage mode—
External_stage mode is similar to stage mode, in that the deployment files must reside locally to each targeted server. However, the Administration Server does not automatically copy the deployment files to targeted servers in external_stage mode; instead, you must manually copy the files, or use a third-party application to copy the files for you.
Hope it helps you.
No, weblogic will handle deployment to both managed servers automatically.