Is it possible to change portal context root?

Hi,
how I can change portal context root from /portal to / ?
Thanks.

Do you use the webserver or the appserver?
For the webserver: (assuming default paths)
You probably can do this by editing:
/opt/SUNWwbsvr/https-YOURSERVER/config/server.xml
Try to add something along the following:
<WEBAPP uri="/" path="/var/opt/SUNWps/https-YOURSERVER/portal/web-apps" enabled="true"/>
For the appserver it is probably something similiar, please let me know if it works!

Similar Messages

How do I change the context-root of a web app with a deployment plan?

I've been trying to figure this out for several hours.
I'm deploying a .ear file which sets the context root for the single web application it deploys in its application.xml deployment descriptor:
<application>
<display-name>MyApp</display-name>
<module>
<web>
<web-uri>MyAppViewControler.war</web-uri>
<context-root>MyApp</context-root>
</web>
</module>
</application>
I want to change the context-root from /MyApp to something else when deploying the ear file. It seemed to me that using a deployment plan was the way to do this. But when I use this plan:
<deployment-plan>
<application-name>MyApp<application-name>
<variable-definition>
<variable>
<name>NEWCONTEXTROOT</name>
<value>foobar</value>
</variable>
</variable-definition>
<module-override>
<module-name>MyApp</module-name>
<module-type>ear</module-type>
<module-descriptor external="false">
<root-element>application</root-element>
<uri>META-INF/application.xml</uri>
<variable-assignment>
<name>NEWCONTEXTROOT</name>
<xpath>/application/module/web/context-root</xpath>
</variable-assignment>
</module-descriptor>
</module-override>
</deployment-plan>
I get an error:
weblogic.descriptor.DescriptorException: VALIDATION PROBLEMS WERE FOUND
/bea/user_projects/domains/devod1/nullplan.xml:0: problem: cvc-complex-type.2.4a: Expected element 'web-uri@http://java.sun.com/xml/ns/javaee' instead of 'context-root@http://java.sun.com/xml/ns/javaee' here in element web@http://java.sun.com/xml/ns/javaee:<nullplan.xml>
I looked at http://e-docs.bea.com/wls/docs103/pdf/deployment.pdf which says:
"You cannot use a deployment plan to change the context-root in an application.xml
file. However, if an application is deployed as a library, you can either change the
context-root through an weblogic-application.xml file or use the deployment plan
to change the context-root in an weblogic-application.xml file."
I don't understand what this means. I'm not deploying my application as a library.
Does anyone know how to change the context-root for an application?
Any help would be greatly appreciated!

Hi James,
I am quite new to Welogic if i am wrong please correct me.I have re-deployed my application (.war) with this Plan.xml
<?xml version='1.0' encoding='UTF-8'?>
<deployment-plan xmlns="http://www.bea.com/ns/weblogic/deployment-plan" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.bea.com/ns/weblogic/deployment-plan http://www.bea.com/ns/weblogic/deployment-plan/1.0/deployment-plan.xsd" global-variables="false">
<application-name>BrowserR08.003</application-name>
*<variable-definition>*
* <variable>*
* <name>CONTEXTROOT</name>*
* <value>BrowserWeb/servlet/BrowserServlet</value>*
* </variable>*
* </variable-definition>*
<module-override>
<module-name>BrowserWeb.war</module-name>
<module-type>war</module-type>
<module-descriptor external="true">
<root-element>weblogic-web-app</root-element>
<uri>WEB-INF/weblogic.xml</uri>
<hash-code>1231953167814</hash-code>
*<variable-assignment>*
* <name>CONTEXTROOT</name>*
* <xpath>/weblogic-web-app/context-root</xpath>*
* <operation>add</operation>*
* </variable-assignment>*
</module-descriptor>
<module-descriptor external="false">
<root-element>web-app</root-element>
<uri>WEB-INF/web.xml</uri>
</module-descriptor>
<module-descriptor external="true">
<root-element>wldf-resource</root-element>
<uri>META-INF/weblogic-diagnostics.xml</uri>
</module-descriptor>
</module-override>
<config-root>/export/home1/tecapp/BrowserR08.003/plan</config-root>
</deployment-plan>
I do not know wether i will require the other module descriptor definition in this Plzn.xml. Now when I go to following link.
Deployments --> MyApp --> Testing
It gives me following url as a test page:
http://localhost:7001/BrowserWeb/servlet/BrowserServlet
as soon as i click on to the above link it redirects me to following.
http://localhost:7001/BrowserWeb/servlet/BrowserServlet/servlet/BrowserServlet
Same if i remove these context-root part my normal Testing menu shows me following link as my webapp access path
http://localhost:7001/BrowserWeb <-- My war file name is BrowserWeb.war so it is default name of my deployed application if i am not wrong
and as soon as i click on above link it redirects me to the following one.
http://localhost:7001/BrowserWeb/servlet/BrowserServlet
It means application server know that my full web access page is with '*servlet/BrowserServlet*' because its adding it in both the cases.
What I want is a constant URL whcih does not change?
Hope this helps :)

Is it possible to change "link" context menu items' order (I want "open in new window.." be the first) ?

I made an upgrade FF from v3.6.xx to v17.0.x and found that "Link" context menu items' order is not the same.
v3.6 menu looks as following: 1."Open Link in new Window", 2."Open Link in new Tab",
v17.0 menu items' order is opposit 1."Open Link in new Tab",2."Open Link in new Window",
All other items' position are uninteresting for me.
How to swap this two upper items in "link" context menu?

Both ways are useful:
* Menu Editor [https://addons.mozilla.org/en-US/firefox/addon/menu-editor/ https://addons.mozilla.org/en-US/firefox/addon/menu-editor/]
'Drag-n-drop' in editor window is working.
* Editing "userChrome.css" [https://support.mozilla.org/en-US/questions/791244?page=2#answer-161497 https://support.mozilla.org/en-US/questions/791244?page=2#answer-161497] .
For my Windows XP path looks: "C:\Documents and Settings\%account%\Application Data\Mozilla\Firefox\Profiles\%random_name%\chrome\userChrome.css".

Deploy given EAR file having application.xml and change context-root

hi
Please consider deploying a given EAR file on WebLogic Server 10.3.5 (part of JDeveloper 11.1.1.6.0) and changing the context-root for its web-module.
For example an EAR file with only a web-module (ReviewContextRootFirstApp.ear [1]) or an EAR file with a web-module and an ejb-module (ReviewContextRootSecondApp.ear [2]).
Given documentation appendix B section "context-root" [3] saying
"... A context-root setting in application.xml takes precedence over context-root setting in weblogic.xml. ..."
and documentation section "Typical Deployment Configuration Workflows" [4] saying
"Oracle does not support using a deployment plan to change the context-root in an application.xml file. However, if an application is deployed as a library, you can either change the context-root through an weblogic-application.xml file or use the deployment plan to change the context-root in an weblogic-application.xml file. "
Some observed behaviour:
- scenario (sc1) : deploy ReviewContextRootFirstApp.ear without deployment plan, results in context-root "/rcrfaweb" (as in application.xml)
- scenario (sc2) : deploy ReviewContextRootFirstApp.ear with deployment plan fa-plan.xml (tries to configure "/rcrfaweb11"), results in context-root "/rcrfaweb" (as in application.xml)
- scenario (sc3) : deploy ReviewContextRootSecondApp.ear without deployment plan, results in context-root "/rcrsaweb" (as in application.xml)
- scenario (sc4) : deploy ReviewContextRootSecondApp.ear with deployment plan sa-plan.xml (tries to configure "/rcrsaweb21"), results in context-root "/rcrsaweb" (as in application.xml)
The blog post "Defining the context root of a web application in Oracle WebLogic server" [5] by Silviu Leahu in its section "Defining the context root in deployment plan" suggests to
"Remove the META-INF/application.xml DD from the EAR"
- scenario (sc5) : remove application.xml from ReviewContextRootFirstApp.ear (e.g. using Ant target "remove.application.xml.from.ear") and deploy with deployment plan fa-plan.xml, results in context-root "/rcrfaweb11" (as in fa-plan.xml)
- scenario (sc6) : remove application.xml from ReviewContextRootSecondApp.ear (e.g. using Ant target "remove.application.xml.from.ear") and deploy with deployment plan sa-plan.xml, results in context-root "/rcrsaweb21" (as in sa-plan.xml)
One could expect that using a deployment plan (like in scenario's (sc2) and (sc4)) would allow to configure/change the context-root, whithout having to make changes to the EAR file to make this possible. (Somewhat like "Figure 4-2 Single Deployment Plan Workflow")
Only in scenario's (sc5) and (sc6) I see something close to what I would like to achieve, but there the application.xml file has been removed from the EAR file.
So ...
- (q1) Is it impossible to change the context-root at deploy-time for a web-module in a given EAR file that includes an application.xml file, without changing the EAR file?
- (q2) Is working with EAR files that don't have an application.xml file a supported approach (to change the context-root at deploy-time)?
Seems like a simple goal, but I must be missing something that is required to achieve it.
- [1] ReviewContextRootFirstApp/deploy/ReviewContextRootFirstApp.ear in the ZIP file
at http://www.consideringred.com/files/oracle/2012/ReviewContextRootApps-v0.01.zip
- [2] ReviewContextRootSecondApp/deploy/ReviewContextRootSecondApp.ear in the (same) ZIP file
at http://www.consideringred.com/files/oracle/2012/ReviewContextRootApps-v0.01.zip
- [3] http://docs.oracle.com/cd/E21764_01/web.1111/e13712/weblogic_xml.htm#WBAPP623
- [4] http://docs.oracle.com/cd/E21764_01/web.1111/e13702/config.htm#DEPGD172
- [5] http://blog.leahu.net/it/2011/01/04/defining-the-context-root-of-a-web-application-in-oracle-weblogic-server/
many thanks
Jan Vervecken

Thanks for your reply René van Wijk.
René van Wijk wrote:
You can use deployment plans in order to change the context-root ...That is what I tried and describe in scenario's (sc2), (sc4), (sc5) and (sc6) in this forum thread.
Because the application.xml file (in the "given EAR file"), added by JDeveloper 11.1.1.6.0 when deploying to an EAR file, doesn't have id attributes on its application/module elements, I first tried a different XPath expression:
"/application/module/web[web-uri/text()="WebProject.war"]/context-root"
But, that didn't work.
Although the "given EAR file" does not have the suggested id attributes, I tried adding a deployment descriptor application.xml file that does have such id attributes [2], allowing an XPath expression like the one suggested:
"/application/module[id="WebProject"]/web/context-root"
- scenario (sc7) : deploy ReviewContextRootFirstApp.ear (in ReviewContextRootApps-v0.02.zip) with deployment plan fa-plan-application-xml-with-id.xml (tries to configure "/rcrfaweb14"), results in context-root "/rcrfaweb" (as in application.xml)
- scenario (sc8) : deploy ReviewContextRootSecondApp.ear (in ReviewContextRootApps-v0.02.zip) with deployment plan sa-plan-application-xml-with-id.xml (tries to configure "/rcrsaweb24"), results in context-root "/rcrsaweb" (as in application.xml)
So, it does not seem to work.
... you have to use a variable assignment in the right part of the deployment plan (in this case the application.xml) ...My observations I describe above (that it does not seem to work) seem to confirm the Oracle documentation [1] I referred to in this forum thread before:
"Oracle does not support using a deployment plan to change the context-root in an application.xml file. ... "
... By using an xpath expression, you can define which part of the xml has to be changed. ...The values for the deployment-plan xpath elements seem to be "peculiar".
Although it should not be a problem in an XPath expression, using single quotes (like module[id='WebProject'] ) instead of double quotes (like module[id="WebProject"] ) results in:
"java.lang.AssertionError: Attributes must be defined as name value pairs, eg, name="value" -- [id='WebProject']"
Because an XPath predicate expression would use an "@" to refer to an attribute, I also tried to replace what you suggested module[id="Web"] with something like module[@id="Web"] but that also did not make a difference.
- [1] http://docs.oracle.com/cd/E21764_01/web.1111/e13702/config.htm#DEPGD172
- [2] http://www.consideringred.com/files/oracle/2012/ReviewContextRootApps-v0.02.zip
regards
Jan Vervecken

Is it possible to change the change context id in the company?

Hi,
During uploading the enterprise WB there was mistake in the context id maintained for the company. While uploading the workbook, it got created with warning.
Now i am not able to change the context id of the company.
Is it possible to delete the company which was created and upload it agin?
Is it possible to change the context ID of the company so that i don't have to load it again?
Your pointers will be highly appreciated.
Rgds,
Madhan

Hi Madhan,
Need little bit more information on your setup. How many enterprise contexts, sub-contexts do you have and which context is the company you created by mistake associated with? How many companies do you have in the system?
If you have multiple enterprise contexts, you can't cross link the company to another enterprise context (even accidentally) as you will have visibility only within your context. My guess is, you have an enterprise context and have created multiple sub-contexts under the enterprise. Is this the case?
The first company you create is the enterprise company. If the company in question is the enterprise company, I wouldn't recommend inactivating it and instead start over by running install_root script.
If the company in question is not an enterprise company, then itu2019s fine inactivating it and creating a new one.
The logo issue most probably is caching related. Clear the system cache and try again. If that doesn't help pls provide details on the configurations. Which release of Sourcing are you on? Note, there is a known issue with logo in release 5.1.
Regards,
Vikram

Change the integrated deployment context root

How do I change the context root of applications deployed with the integrated WLS instance? I created my own application.xml and put it in project_root/META-INF but this gets overwritten when the application is deployed.

Hi,
Ok, we know that it is easy to change the context-root as you explained from within jdev.
My question is if I want to set the context-root to default "/ how can I do?
Jdev dosen't accept to set the context-root to "/" (context root invalid) and if there is a valid context root it overwrites my application.xml when I deploy to ear.
Any solution other that this workarround:
after deploying to ear unzip it and change the application.xml to <context-root>/</context-root>
Thanks
Jamil
Edited by: Jamil Nour on Feb 23, 2010 12:19 AM

Changing Forms 11.1.2 context root

Hello,
We are currently planning a deployment that will end up with 6 physical servers running Forms 11.1.2 on them. We would like to make access to these servers available through a single url (ie www.something.com). We have tested and plan to use the nginx reverse proxy to serve up the 6 forms servers (we found it has much better performance than webcache). Now the problem we are facing is that each forms app is deployed under the /forms/ context root. This of course won't work for us since we need to differentiate each of the 6 servers. Our idea is to move the context root for each forms server to a something like /forms1/, /forms2/, etc.
Basically each server will be under a different path on the same hostname
http://www.something.com/forms1/frmservlet <- server 1
http://www.something.com/forms2/frmservlet <- server 2
http://www.something.com/forms3/frmservlet <- server 3
http://www.something.com/forms4/frmservlet <- server 4
http://www.something.com/forms5/frmservlet <- server 5
http://www.something.com/forms6/frmservlet <- server 6
So the question is what would be the simplest and most ideal way to change the context root of the forms application?
Thanks in advance

Well I work for a NASA contractor and with the downsizing of the space program I have to work with the hardware I have not what I'd like to have. I re-installed 11.1.2 just to make sure I hadn't done something wrong and I still don't have access to the Fusion Middleware Control (http://host:7001/em) I get a Error 404 so it may be the Windows XP issue that was mentioned. The strange thing is that I had installed 11.1.1.4 on a Windows XP PC about 6 months ago and it worked fine but due to the forementioned downsizing that PC was excessed so I had to start over and thought I'd use the current version.

HowTo: deploy an j2ee app using "/" as context root on iAS 6.5

Hi all iAS expert
It is highly appreciated one can teach me how to get around below problem
l deployed an app using "/" as context root. But the iAS could respond to any HTTP request.
However, as l changed the context root to sth other than root. iAS responded properly.
Can someone help me get around this problem ?
thank you a lot
fox

I deployed the same EJB on WLS 6.1+sp3 and WLS 7.0.
These both work. Looks like there is some problem with WLS6.0+sp2. I have opened
a case with BEA customer support.
--Latha

Context-root Problem

The project I'm working on has just recently changed the context-root of the webapp from / to /grp. As the UI developer for this project, this seemingly small change has had a huge impact on my workload. All of the images, stylesheets and JavaScript files have absolute paths. For example, an image on the site would have the path
/i/t.gif
I'd like to know if there's a way to map /i to /grp/i without having to change every JSP in the webapp (~3000 files).
I read about virtual-directory-mapping at http://e-docs.bea.com/wls/docs81/webapp/weblogic_xml.html#1039396 but that only seems to apply to a directory on the server and not within the WAR file itself.

one solution for that is use a web server such i-planet that manage the static content.
the location of static content must be independent of application.

Help me! Change Context root in weblogic portal 10.3.2

I has a desktop in weblogic portal with path is: http://localhost:7001/ABC/appmanager/t1/home , I want to change the string ABC => Portal with new is the path: http://localhost:7001/Portal/appmanager/ v1/home How to configuration? I need config file? .The users help to resolve the problem this
Thanks you very much! Hoping to replay soon!!!

Thanks Sanjeev Kumar has replay topic!
I have followed your instructions by: replace <display-name>Portal</display-name> in web.xml and <wls:context-root>Portal</wls:context-root> in weblogic.xml , then I redeploy up server portal weblogic then runing path new is http://localhost:7001/Portal/appmanager/t1/home , throw error:
Resource /t1/home could not be resolved for locale null. I think problem related to database when I create desktop. I view database see context root ABC resource in PF_Desktop_instance and PF_Desktop_Defination.How to update name colum WebApp in two table?
Thanks you very much! Hoping to replay soon!!!
Edited by: 890028 on Feb 15, 2012 11:12 PM

Portal context menu change translation

Hello,
I want to change some portal context menu (when executing wad template) text in french. The translation is not very good some times.
I think it is possible to change it in a par file. But I don't how to find the par file to change.
Is it possible to do that ? And what the name of the par file to modify ?
Thank's

Hi Thierry,
I am really not sure which PAR file would solve your problem.
But you will have the required PAR files in your Portal in the below navigation,
Go to System administration -> Then Support Tab -> Portal Runtime -> Browse Deployment ->
Follow the Path ROOT/WEB-INF/deployment/temp
OR ROOT/WEB-INF/deployment/pcd .
Good Luck!!!
Biroj Patro.
Edited by: Biroj Patro on Aug 23, 2010 10:07 AM

How to change data source name and context root during deployment

Hi,
Env:
WLS 10.1.3
JDev 11.1.1.6
Hudson
I need to deploy two instances of my ADF application on the same development enviroment. We are using Hudson to deploy. My question is how to change data source name and application context root before second deployment.
Kuba

I don't believe there is an inbuilt facility to do this.
Previously how I've done this is when checking files out using Hudson jovs, before the build I then use an Ant extension called XmlTask (http://www.oopsconsultancy.com/software/xmltask/) to modify the required XML files.
Can I ask why you're doing this in the first place please? Multi-tenancy? 2 versions of the same app?
CM.

Is it possible to change schema or name of locally built provider in portal

Is it possible to change schema or name of locally built provider in portal 9.0.4?
We have built an application as a pagegroup and locally built provider in Oracle portal. We can deploy the application to different portals using transport sets. However, it is not possible to install the same provider twice to a shared portal because a provider's name and schema cannot be changed. Does anyone know of a way to rename and change the schema of locally built providers? I was once told that substition strings at import would be available in an upcoming release to do that, but I haven't seen anything like that.
Thanks,
Trenton

Maybe use a MHT archive.
*Mozilla Archive Format: https://addons.mozilla.org/firefox/addon/mozilla-archive-format/
*UnMHT: https://addons.mozilla.org/firefox/addon/unmht/

Is it possible to change the hash algorithm when I renew the Root CA

My Root CA is installed on a Windows Server 2008. The Hash algorithm of Root CA in my environment is MD5. I would like to renew the Root CA and change the Hash algorithm to SHA1. Is it possible to change it?
Regards,
Terry | My Blog: http://terrytlslau.tls1.cc

Hi,
The hashing
algorithm chosen during the setup of a Certificate Authority determines how the certificates that the CA issues are digitally signed. It is a one
algorithm per CA scenario, so if your environment requires multiple algorithms for compatibility, then you will need multiple PKI hierarchies (one for each
algorithm.) Prior to Windows 2008, you had to rebuild the CA and decommision the entire PKI hierarchy to
change the signing algorithm used. In Windows 2008 and 2008 R2, we allow you to
change the algorithm and from that point forward it will digitally sign all new certificates with the updated
algorithm.
The
Certificate
Services Enhancements in Longhorn Server Whitepaper describing these steps can be found under the section
Configuring the Cryptographic Algorithms used by the CA.
Step 1: Verify the configuration of the CRL and AIA paths. Sometimes users will manually
change these paths to not include the crl name suffix variable that distinguish multiple certificates on a CA. This is important because the process of changing the
algorithm requires the renewal of the private key and results in administration of multiple CA certificates. When we publish multiple crt and crls, they will be identified as CAName and CAName(1.) You can verify these paths
include the variables by checking the registry keys below:
[HKLM\SYSTEM\CurrentControlSet\Services\CertSvc\Configuration\{CAname}
CRLPublicationURLs = "1:%WINDIR%\system32\CertSrv\CertEnroll\%%3%%8%%9.crl\n2:http://FCCA01.fourthcoffee.com/certenroll/%%3%%8%%9.crl\n10:ldap:///CN=%%7%%8,CN=%%2,CN=CDP,CN=Public
Key Services,CN=Services,%%6%%10"
CACertPublicationURLs = "1:%WINDIR%\system32\CertSrv\CertEnroll\%%1_%%3%%4.crt\n2:http://FCCA01.fourthcoffee.com/certenroll/%%1_%%3%%4.crt\n2:ldap:///CN=%%7,CN=AIA,CN=Public Key Services,CN=Services,%%6%%11"
Step 2: Modify the CSP parameters to specify the new
algorithm. The CSP may use the original CryptoAPI or Cryptography API:Next Generation - you can verify this by looking in the registry key
HKLM\SYSTEM\CurrentControlSet\Services\CertSvc\Configuration\{CAname}\CSP.
If you have the regvalues
CNGPublicKeyAlgorithm and CNGHashAlgorithm then your CSP is using Next Generation.
Change the
algorithm from MD5 to SHA1 and was using Cryptography API: Next Generation. The original registry value was:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\CertSvc\Configuration\{CAname}\CSP]
"ProviderType"=dword:00000000
"Provider"="Microsoft Software Key Storage Provider"
"HashAlgorithm"=dword:00008003
"CNGPublicKeyAlgorithm"="RSA"
"CNGHashAlgorithm"="MD5"
"MachineKeyset"=dword:00000001
we changed it to
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\CertSvc\Configuration\{CAname}\CSP]
"ProviderType"=dword:00000000
"Provider"="Microsoft Software Key Storage Provider"
"HashAlgorithm"=dword:00008004
"CNGPublicKeyAlgorithm"="RSA"
"CNGHashAlgorithm"="SHA1"
"MachineKeyset"=dword:00000001
Step 3: Restart the CA service. You can do this in the CA MMC. Right Click on the
CA and choose "Stop Service" and "Start Service".
Step 4: Renew the CA certificate with new Private Key. Right click on the CA and
choose "Renew CA certificate". Choose to renew the public and private key pair. On completion, this will result in the CA having two certificates. You will see that the old one has the MD5 for the Signature
Hash Algorithm and that the new certificate uses SHA1.
Hope this helps!
Best Regards
Elytis Cheng
TechNet Subscriber Support
If you are
TechNet Subscription
user and have any feedback on our support quality, please send your feedback
here.
Elytis Cheng
TechNet Community Support

Is it possible to restrict content of HTTP alias only to portal context?

Hello,
After creating an HTTP alias on the WAS (through Services -> HTTP Provider) all content becomes publically available.
Is there any way to prevent this and allow only applications that are running inside the portal context approach this content that alias points to?
Roy

Hello,
I'll explain what I am trying to achieve.
I've written phone book application. Each person has his/her personal card with his/her picture. In order to display the picture I need it to available in http. I've created an HTTP Alias (Like can be done on IIS). What I do is simply conctenate the HTTP alias the unique id number of each person which is also his picture's file name. The workers have an option to show or hide their pictures if they want to. The problem is that once creating an HTTP alias (or virtual directory on an IIS) this url becmes available to every person inside the LAN and the whole pivacy cocept is lost. If I could reveal this alias only to users who are entering the portal I could have control over the displying of the pictures but like this everyone can see every picture if he wants to. I beleive I can change the method of the picture retreival so it will take it from the file and not from http, but this methos is much more faster and simple.
Roy

Is it possible to change portal context root?

Similar Messages

Maybe you are looking for