EAR proects deploys but has no application.xml file!

Hello,
I working my through a Web Logic tutorial and the very first step is to create a the application projects like this:
# Select File > New > Project.
# In the New Project dialog, open the node Workshop Quick Start Applications and select WebLogic/Beehive Web Application.
Click Next.
# In the Application Name field, enter CustomerCare.
Next to Domain home click the Browse button. Browse to <BEA_HOME>/workshop_10.3/samples/domains/workshop. Click OK.
Click Finish.
The applications are create and I can deploy the ear project, but it doesn't contain an application.xml file and I don't understand how this can work. Can someone enlighten me please.

The applications are create and I can deploy the ear project, but it doesn't contain an application.xml file and
I don't understand how this can work. Can someone enlighten me please.
The wizard created three projects: CustomerCare, CustomerCareEAR and CustomerCareSharedCode. I'm assuming
that the project is being deployed is an EAR.The CustomerCareEAR is an EAR project in your application. The application.xml file will be located in CustomerCareEAR/EarContent directory.
I'm not entirely sure where the project is getting deployed to. I thought it would be to <BEA HOME>\user_projects,
but I can't see an EAR or directory structure in there that would suggest that this is the deployment directory.
As I am deploying the project from within Eclipse it is possible (perhaps) that eclipse is deploying the project directly
from my workspace - but I can't be sure.The deployment does not use user_projects directory. It happens largely directly from the Eclipse workspace with assistance of a few temporary directories. The structure of deployment is not something that you need to be concerned about.
If you want to see what the EAR will look like when you are done, export an EAR archive using the wizard under File -> Export. Point the wizard at CustomerCareEAR project.
- Konstantin
- Konstantin

Similar Messages

Application.xml file?

What is the use of the Application.xml file in enterprise application> If we not specified it...what will happen?
Thanks,
R.

The application.xml file specifies metadata about the Java EE application as a whole. The main pieces of information are the list of modules(ejb-jar, .war, application client, etc.) in the .ear. It was required for J2EE 1.4 and earlier but is optional in Java EE 5, where the module type is derived based on the contents of the modules themselves.
--ken

Air plugin for dreamweaver breaks application.xml file

the air plugin for dreamweaver breaks the application.xml file when the version is changed from 2.0 to 2.7
How to fix this?

Hi Roberto,
I'm sorry I don't know the answer to this one, but I'll ask around. Have you checked out the dreamweaver forum?
Chris

Can I unzip the .ipa file and edit the application.xml file

I want to modify the below info to also have an additional string value of 2, which somewhere along the line tells something somewhere that the app can run on the ipad. Is there some info in the compiled application that will error out if I modify this document?
<InfoAdditions>
- <![CDATA[ <key>UIDeviceFamily</key><array><string>1</string></array> ]]>
</InfoAdditions>
into this
<InfoAdditions>
- <![CDATA[ <key>UIDeviceFamily</key><array><string>1</string><string>2</string></array> ]]>
</InfoAdditions>

you can change the file extension to zip, unzip it, find the application.xml file in one of the subdirectories, edit it, rezip the files, change the file extension to ipa and install.

Non-default system-application.xml file?

There's mention in the OC4J documentation regarding specifying a non-default system-application.xml file; however, I cannot find the string defining it in any of the OC4J files, nor in the documentation though I might have missed it in that.
I am attempting to have multiple instances run out of the same ORACLE_HOME, and I'd like to point the logs to separate places per instance. Every other one is pretty clear (defined in the customized server.xml), this one with its logging parameter I cannot find a method for keeping a separate log file per instance other than simply creating multiple oracle or at least j2ee homes. Short cut for keeping things consistent for many settings and deployments, though may not be feasible for a running environment.
Any information or points in the right direction would be appreciated. Thanks,
Geoff

You can modify the <log> tag in system-application.xml to rotate the system log file.
System application is a key internal component that is critical to OC4J startup, the system-application.xml file should not be modified except for the <jazn> and <log> tags.
You can modify the <jazn> tag as needed to specify changes to the security provider, the location of the OC4J security configuration file (system-jazn-data.xml), or both. For more information about <jazn> and the system-jazn-data.xml file, see the Oracle Containers for J2EE Security Guide.
There's no reference of system-application.xml in other config files.
-Frances

Problems with OC4J EJB deployment and the data-sources.xml file

I am running 2 Windows 2000 Machines one with the 8.1.7 database another with iAS 1.0.2.2.1 and OC4J.
I am trying to deploy a 3rd party EJB-based application whic seems to have deployed successfully except when I try to test the EJB deployment via a jsp it can't connect to the database, giving the error:
1/16/02 4:52 PM VerySimple: Servlet error
java.lang.NoClassDefFoundError: com.netexp.user.UserManagerHome
at com.netexp.beans.BeanHelper.class$(Unknown Source)
at com.netexp.beans.BeanHelper.getUserManagerBean(Unknown Source)
at /very_simple.jsp._jspService(/very_simple.jsp.java:48) (JSP page line 27)
at com.orionserver[Oracle9iAS (1.0.2.2.1) Containers for J2EE].http.OrionHttpJspPage.service(OrionHttpJspPage.java:54)
at com.evermind[Oracle9iAS (1.0.2.2.1) Containers for J2EE].server.http.HttpApplication.serviceJSP(HttpApplication.java:5459)
at com.evermind[Oracle9iAS (1.0.2.2.1) Containers for J2EE].server.http.JSPServlet.service(JSPServlet.java:31)
at com.evermind[Oracle9iAS (1.0.2.2.1) Containers for J2EE].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:508)
at com.evermind[Oracle9iAS (1.0.2.2.1) Containers for J2EE].server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:177)
at com.evermind[Oracle9iAS (1.0.2.2.1) Containers for J2EE].server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:576)
at com.evermind[Oracle9iAS (1.0.2.2.1) Containers for J2EE].server.http.HttpRequestHandler.run(HttpRequestHandler.java:189)
at com.evermind[Oracle9iAS (1.0.2.2.1) Containers for J2EE].util.ThreadPoolThread.run(ThreadPoolThread.java:62)
I try to update the file using the installdatasource switch thus:
C:\Oracle\iSuites\j2ee\home>java -jar admin.jar ormi://localhost admin adm_pwd -application apptricityII -installDataSource -jar %ORACLE_HOME%\jdbc\lib\classes12.zip -url jdbc:oracle:thin:@db_host.unitas.com:1521:db_name -connectionDriver oracle.jdbc.driver.OracleDriver -location jdbc/pool/OracleDataSource -username scott -password tiger
And get the following error:
Exception passing by from remote server: java.lang.InstantiationException: No class specified for jdbc/pool/OracleDataSource
java.lang.InstantiationException: No class specified for jdbc/pool/OracleDataSource
<<no stack trace available>>
Error adding source: No class specified for jdbc/pool/OracleDataSource
Please advise.
I have followed the instructions in 'EJB Primer' and 'Using Oracle9iAS Containers for J2EE' to no avail. And I can't find any meaningfull data-sources.xml samples. I have been struggling with this for some time.
Is there any other file, do I need to bind anything?
I'd appreciate your assistance.
Thank you
Louiza

Hi Louiza,
Show us your web.xml and ejb-jar.xml files as well as your
data-source.xml file.
Thanks,
Avi.

Editing my application.xml file

The server hosting our FMS does not have space to adequately store the media files over time. I have since connected a 500GB external drive to the server. This drive is mapped as the Z drive. I am not exactly sure how I need to edit my application.xml for all http requests to point to this external drive. Below is a small sample of the file. How would I correctly edit this file? Would I just add a line that says <Streams>/;${Z:\VOD_DIR}</Streams> ??? Do I need to delete either of the below lines?
- <Application>
- <StreamManager>
- <VirtualDirectory>
- 
<Streams>/;${VOD_COMMON_DIR}</Streams>
<Streams>/;${VOD_DIR}</Streams>
</VirtualDirectory>
</StreamManager>

It doesn't seem to work. Does this only apply to rtmp:// ??? Because we are only using http:// to view our media.
My current application.xml looks like the below. I can still play all media located in the webroot\vod directory but not from the external drive. Do I need to delete <Streams>/;${VOD_COMMON_DIR}</Streams> and <Streams>/;${VOD_DIR}</Streams> ??? The Z drive is the external hard drive. Did I add the entry correctly?
<Streams>/;Z:\vod</Streams>
<Streams>/;${VOD_COMMON_DIR}</Streams>
<Streams>/;${VOD_DIR}</Streams>

Database character set = UTF-8, but mismatch error on XML file upload

Dear experts,
I am having problems trying to upload an XML file into an XMLType table. The Database is 9.2.0.5.0, with the character set details:
SELECT *
FROM SYS.PROPS$
WHERE name like '%CHA%';
Query results:
NLS_NCHAR_CHARACTERSET          UTF8     NCHAR Character set
NLS_SAVED_NCHAR_CS          UTF8
NLS_NUMERIC_CHARACTERS          .,     Numeric characters
NLS_CHARACTERSET          UTF8     Character set
NLS_NCHAR_CONV_EXCP          FALSE     NLS conversion exception
To upload the XML file into the XMLType table, I am using the command:
insert into XMLTABLE
values(xmltype(getClobDocument('ServiceRequest.xml','UTF8')));
However, I get the error:
ORA-31011: XML parsing failed
ORA-19202: Error occurred in XML processing
LPX-00200: could not convert from encoding UTF-8 to UCS2
Error at line 1
ORA-06512: at "SYS.XMLTYPE", line 0
ORA-06512: at line 1
Why does it mention UCS2, as can't see that on the Database character set?
Many thanks for your help,
Mark

USC2 is known as AL16UTF16(LE/BE) by Oracle...
Try using AL32UTF8 as the character set name
AFAIK The main difference between Oracle's UTF8 and AL32UTF8 character set is that is the UTF8 character set does not support those UTF-8 characteres that require 4 bytes..
-Mark

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

Orion-application.xml gets overwriten when deploying with admin_client.jar

Hi,
I am trying to deploy an ear in OC4J 10.1.3.3.0. The ear contains a META-INF folder with a application.xml and a orion-application.xml files.
When running the admin-client command line, the deployment overwrittes the orion-application.xml file.
I really don't know how to solve this problem.
What else could I do?

Greetings,
The file orion-application.xml is an oc4j-specific file. If you do not create this yourself it will be created during deployment of your application.
Reference for additional information:
"OCA Oracle Application Server 10g Administrator Exam Guide"
This is an Oracle Press book and treats the topic very thoroughly.
-Michael

Newbie: orion-application.xml in both deployment and applications dirs

Okay,
I am using OAS 10.1.2.2 and have deployed an OC4J instance with a web application. The web application that I deployed (from a .war file) was installed normally but for some reason I have an orion-application.xml file in both the +/application-deployments/webappname/+ and the +/applications/webappname/META-INF/+ directories. They look almost identical with the differences noted below:
applications directory version:
This file has a complete definition for the jazn provider but is missing a reference to the principals.xml file.
jazn section looks like this:
     <jazn provider="LDAP" location="ldap://ldap.server.edu:389">
          <property name="ldap.user" value="cn=username" />
          <property name="ldap.password" value="!password" />
          <property name="ldap.cache.session.enable" value="false"/>
          <property name="ldap.cache.realm.enable" value="false"/>
          <property name="ldap.cache.policy.enable" value="false"/>
          <property name="jaas.username.simple" value="true" />
          <jazn-web-app auth-method="SSO"/>
     </jazn>
application-deployments directory version:
It points to a principals.xml file and gives a generic definition for the jazn provider (specifies provider="LDAP" and a default-realm but no location attribute in the jazn tag).
jazn section looks like this:
     <jazn provider="LDAP" default-realm="whidbey1">
          <jazn-web-app auth-method="SSO"/>
          <property name="jaas.username.simple" value="true" />
     </jazn>
I assume the one defined in the +/applications/webappname/META-INF+ is the proper one since it has all the detailed OID connection information. However, are both needed? If so, why? If not, which one is being used and why would there be two of them?
I've checked all the documentation and have found several references to it being installed in one or the other place but not both.
Any help you can provide would be much appreciated.

Hi,
The difference between these files is this:
The one in the applications/ tree is the one that comes packaged in your ear file. This is a way to package your deployment preferences. At deployment time, enterprise manager extracts this file to configure your deployment.
The one in the application-deployments directory is the one that is actually in use.
LDAP connection from OC4J containers is specified on the container level, because this is container-level security. This means that using the enterprise manager, you configure your container to connect to the LDAP (enterprise manager, tab administration, item Identity Management). In the orion-application.xml, you no longer need the details because they are stored on container level. So these are removed when deploying your application, leaving only what you see.
The configuration parameters you specify can be added as container startup parameters using -Dparam=value.
Regards,
Jeroen van Veldhuizen

Deploying EJB JAR and Application EAR, META-INF directory name

To all:
I had a problem the last couple of days with deploying an EJB and application.
I'm new to WebLogic, maybe this is common knowledge, but I researched it and
didn't find any reference to what I discovered.
I'm using WebLogic Server 7 Service Pack 2 (7.02), on Windows 2000.
My problem was that the application that I was trying to deploy would not deploy
successfully, because a dependent class was not found for the EJB. I tried everything,
but the only thing I could get to work was placing the dependent jar files in
the classpath of the WebLogic server, within the start script. I correctly had
the Class-Path manifest line correct, but the dependent classes were not being
found.
Through trial and error I discovered that the META-INF directory within the JAR
and EAR archives HAS TO BE ALL UPPERCASE for the app server to successfully find
the manifest.mf file and the application.xml file.
As soon as I changed the directory name in both the EJB JAR file and the application
EAR file, the EJB deployed successfully, all dependent classes were then found.
I'm posting this here to help anybody that might have the same problem. There
is not any documentation that I could find that had this directory name requirement
explicitly stated.
Regards,
JD

What does the manual for the OC4J application server have to say about it all?

Application.xml over-written when deploying JDeveloper 10.1.3.2

Hi all,
I created a Web Application that contains JSF, EJB, and Toplink. I have a ViewController project, a Model project, and a Deployment project. The ViewController obviously contains my JSPs, etc, the Model my EJBs and server code, and deployment profiles for each. The Deployment project contains a deployment profile for creating the EAR file for the other two projects.
When the EAR is created (or if I deploy to stand-alone OC4J) the application.xml is generated without an module/EJB tag containing my EJB jar. Therefore when the server starts up it does not find any of my EJBs.
If I manually modify the application.xml in a created EAR file and then deploy it manually, everything works great. So, I tried to create an application.xml file in my Deployment project (and I tried in my ViewController project, too), but it ends up getting over-written and changed to still not have the module/EJB tag. Can someone explain to me how to stop JDeveloper from overriding this file or how to get JDeveloper to include this tag set when creating the application.xml?
Thanks,
Mike

JDeveloper 10.1.3.2 supports J2EE 1.4 in which the web.xml does not include the
<taglib> element. Remove the <taglib> element from the web.xml. Specify the http uri in the <%@ taglib prefix='srp' uri='' %>
Add the taglib JAR file to project libraries.

Integrating orion-application.xml deployment with JDeveloper?

Hi all,
I am trying to create JAAS secured web/ear application but haven't found the
way to integrate the orion-application.xml file in the JDeveloper
deployment process. An alternative would be to insert orion-application.xml tags
into orion-web.xml and copy this one to the usual WEB-INF along with web.xml
another possibility would be directly copying orion-application.xml to the
%J2EE_HOME%\application-deployments\MyApp\orion-application.xml after deployed
in the OC4J Server, but would be lot easier just having JDeveloper deploy it
automatically, what is the way to do it?
Regards,
Giovanni

See http://forums.oracle.com/forums/message.jsp?id=978411&gid=315684

Application.xml in ear file

Hi
When we deploy to ear file the application.xml file is created with the following root tag:
<application xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/application_1_4.xsd" version="1.4" xmlns="http://java.sun.com/xml/ns/j2ee">
Previously (Jdev10.1.2) it was created with only:
<application>
We are running on an older app server which does not accept the new tag. Any way to set up 10.1.3 to deploy the same tag as the previous version?
If I manually edit the ear file and change the application.xml file, it runs fine on the older app server. We do not want this manual intervention.
Thank you

Does setting a target platform in the deployment profile that points to a 10.1.2 application server works?
Also you can create a 1.3 application.xml using New->deployment descriptor->J2EE deployment descriptor wizard

EAR proects deploys but has no application.xml file!

Similar Messages

Maybe you are looking for