PM00863: RAD75x Export EAR/WAR not subject to Java EE tools deploy-path i nformation/meta-data - RE Bug265798

APAR status

• Closed as program error.

Error description

• RAD75x Export EAR/WAR not subject to Java EE tools deploy-path i
  nformation/meta-data - RE Bug265798
  
  Basic Problem scenario that exposed this , is parent
  RAD v7.5.4 defect/ APAR PK98874
  'Changes to Java Build Path:Source Tab not reflected to JEE depl
  oy-path in .settings/org.eclipse.wst.common.component'
  
  Dynamic web app had two 'properties' src folders:
  '/test'/ and '/properties'
  each containing the same named file: resource.properties.
  , with the same property: 'resource' having a different value in
   each folder.
  The correct  properties src folder was not picked up/published a
  nd used at runtime by the dynamic web app when the /test folder
  was removed from the Java Build Path: Source Tab.
  
  In a Java EE  web/ejb project both folders were initially listed
   in the deploy path meta-data file
  {web roject}/.settings/org.eclipse.wst.common.component.
  In this case /test was listed , followed by /properties
  
  The Workaround
   was to edit the {web project}.settings/org.eclipse.wst.common.c
  omponent
  file by deleting:
  ?wb-resource deploy-path='/WEB-INF/classes' source-path='/test'/
  ?
  , leaving only
  ?wb-resource deploy-path='/WEB-INF/classes' source-path='/proper
  ties'/?
  with the same names resource properties file being read by the w
  eb app.
  
  
  
  
  While investigating the above Parent defect.
  Another 'this' defect was discovered
  
  'Export EAR/WAR not subject to JEE tools deploy-path information
   in org.eclipse.wst.common.component file'
  
  - in the context of exporting the EAR/WAR, the web project WEB-I
  NF/classes folder (even after deleted)
  always has a copy of the resource.properties file from /properti
  es.
  But the initial Add of the EAR to the WAS6x server picks up the
  same named properties file from the 'first' deploy-path listed (
  i.e. /test) in the .component file (i.e. when running the test s
  ervlet), instead of /properties
  
  -Rather odd given that WEB-INF/classes has the copy from /proper
  ties as does the exported WAR?
  Why does the running web-app/servlet not pick that up.
  
  That may sound to most like a possible Publish error using resou
  rces in workspace, however
  the concern is why the EAR/WAR export is not subject to the .com
  ponent deploy-path info
  in populating the WEB-INF/classes folder.
  
  This is a defect, by the problem of divergent code paths, in tha
  t the export model and deploy model
  are separate and not unified.
  
   It is the same problem as
  https://bugs.eclipse.org/bugs/show_bug.cgi?id=265798 .
  
  This is being pursued  for RAD 8.0. Unfortunately, the because t
  he nature of this change is architectural and rather expansive.
  It cannot be safely fixed in  a 7.5.x release without risking st
  ability.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED:                                              *
  ****************************************************************
  * PROBLEM DESCRIPTION:                                         *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  The problem was that deploy was using
  IVirtualResource.getUnderlyingResource() to get the IFile
  for the resource.properties under /WEB-INF/classes.  As a
  result, the first one (under /test) was grabbed instead of
  the one that it was really mapped to (under /properties).
  

Problem conclusion

• This is fixed now that deploy is using IArchive just as
  export does to get the resources.  Fixed in RAD v8.0
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Fix information

• Fixed component name

  RATL APP DEV WI

• Fixed component ID

  5724J1901

Applicable component levels

• R753 PSN

     UP