I'm trying to set up JDeveloper for development on an internal terminal server. When I run a newly created webpage using the internal OC4J container, my browser opens looking at page http://hostname.domain:8988/OA_HTML/runregion.jsp.
For reasons out of my control, the DNS server won't resolve hostname.domain for me. In production, this won't be an issue, but for testing, having to deploy and test on the full dev instance every time is a problem.
Is there a way to tell Jdeveloper to use 127.0.0.1 for the testing URL rather than hostname.domain?
you can change it in the "properties" of the "IntegratedWebLogic"
Related
I'm facing some problems with my WAS setup. The HTTPS link is redirecting to an HTTP. I am sure this is not an application issue since I tested the same application on other environments and it is working.
I had copied the virtual host configuration from the environment that is working, but still not getting it to work. I checked the other environments's Web Container Customer Properties and it does not have any.
Any thing that needs to be checked?
Update :
I saw below the virtual host there is a link called "Update global Web server plug-in configuration". Do I need to click this and copy the generated file to all nodes?
I edited catalina.properties trying to change the port of the server, it didn't work and restored the original values and now I am getting the following error:
Could not load the Tomcat server configuration at /Servers/VMware
vFabric tc Server Developer Edition v2.9-config. The configuration may
be corrupt or incomplete. Resource is out of sync with the file
system: '/Servers/VMware vFabric tc Server Developer Edition
v2.9-config/catalina.properties'.
This is the default server provided by Spring Tool Suite.
The solutions I found did not help me, like copying all the TOMCAT_DIR/conf files to my server location, which is in workspace/Servers.
Any help?
I am not sure, that my problem is the same, I had similar issue about ports conflict.
My solution was based on changing ports in catalina.properties. I deleted default Pivotal tc Server, than found in installation catalina.properties on the path
sts-bundle/pivotal-tc-server-developer-3.0.0.RELEASE/tcServer/conf.
The last 4 lines in file are:
base.shutdown.port=-1
base.jmx.port=6969
bio.http.port=8080
bio.https.port=8443
Change ports as you like (to have unused ports).
Create a new server. select Pivotal -> Pivotal tc Server... next.
On the next page push radio button Existing Instance and select tcServer. Finish.
Than try to start server to check, if ports are unused yet. If yes, the server should start.
To change a Tomcat port, you need to edit server.xml, not catalina.properties See: link.
Try reinstall/unzip again, and start from scratch. I often mess up servers, and can never work out what happened. It is much faster in the long run to reinstall.
Also, before you do that, try F5 in your IDE, because 'out of sync with file system' usually means you need to press F5 (refresh).
I have a war file which I deployed and ran in tomcat. Then I deployed it in websphere from admin console. The status of the webapplication is seen as started along with the built-in web applications such as "ivtApp", "query", etc. Now from this link:
Heading
http://pic.dhe.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=%2Fcom.ibm.websphere.nd.doc%2Finfo%2Fae%2Fae%2Frins_portnumber.html
It looks like the port number for web application is 9080 for http. I tried to run the application using the link:
http://{localhost}:9080/spring3HibernateMaven/index
(I am using "{" because this website didn't allow typing localhost)
the context root being spring3HibernateMaven. And I get page not found error in the browser. So I thought there must be something wrong with my web application. Hence I tried to run their web application:
http://{localhost}:9080/ivtApp
Which gives the same error. Even
http://{localhost}:9080/
gives the same error. I assume it should show something for this url as is shown from tomcat.
So how can I run the/any web application in websphere? FYI, I downloaded the latest version of websphere from their website.
Thanks
ivtApp has context path "ivt", so you need to use host:9080/ivt
Btw, you can find context path setting in websphere\application control panel
I've created a Silverlight application that uses a service. The service is defined in the web project in that solution. The silverlight application references it and uses it.
Everything works locally on my dev machine when I run the application in Visual Studio.
I note that the url im given from VS is: http://localhost:50453/Default.htm
But when I deploy this (by filesystem copy deploy option) the web page starts and it looks okey except that it seems to have a problem using the service.
In the Silverlight application, if I look at the reference settings the url to the service is: http://localhost:50453/SilverlightService.svc and thats probably whats wrong, as the server that Im deploying to does not have a clue whats on port 50453.
So Im trying to change this port to 80 on my dev machine but Im out of luck. My web project does not have any property where I can change the port. Opened URL and URL is locked at http://localhost:50453 :-/
How can I change the my dev environment to match the production environment with port 80?
For sure you can change the web project's URL in project properties, but this is not a good solution because you'll get the same problems when accessing the SL application from a remote computer.
You need to set the service URL programmatically, like above:
ServiceReference1.Service1Client svc = new ServiceReference1.Service1Client();
Uri serviceUri = new Uri(System.Windows.Browser.HtmlPage.Document.DocumentUri, "Service1.svc");
svc.Endpoint.Address = new System.ServiceModel.EndpointAddress(serviceUri);
This solution uses the same URL that you are using to access the Silverlight Application.
I'm using cargo to deploy my project to a test server. The cargo config is fine, works well on my local machine. However, on the hudson machine it always fails with a stacktrace showing:
Caused by: java.io.IOException: Server returned HTTP response code: 407 for URL: http://ppdtest.kbcsecurities.net:8080/manager/text/list
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1313)
at org.codehaus.cargo.container.tomcat.internal.TomcatManager.invoke(TomcatManager.java:507)
at org.codehaus.cargo.container.tomcat.internal.TomcatManager.list(TomcatManager.java:644)
at org.codehaus.cargo.container.tomcat.internal.TomcatManager.getStatus(TomcatManager.java:657)
at org.codehaus.cargo.container.tomcat.internal.AbstractTomcatManagerDeployer.redeploy(AbstractTomcatManagerDeployer.java:173)
... 34 more
The thing is however, I have NO proxy defined anywhere. Not in my setting.xml, not in the pom.xml files (parent or childs).
Anyone has some pointers or help to offer?
Are you sure that this is a proxy problem? The URL looks like it's Tomcat's Manager application. Can you verify that you're using the right credentials for your Tomcat instance?
If you want to make sure that no proxy is involved, please check the environment variables of the machine to see whether there's any global proxy setting that Java could be picking up, either in the global Maven options or in the options for Hudson.
One other thing to try is whether you can access the URL in question using a browser from the Hudson machine. If it's a headless machine, you can use a terminal browser like links and see if you can authenticate with that.