ant elder wrote:
I should have added that there is a work around already suggested by Nishant
- just move the .composite files out of the classes folder, eg to the
meta-inf folder next to the sca-contribution.xml works fine.
This is only a partial workaround. You'll see the same issue with
.componentType, .wsdl, .xsd, .bpel, .xq, etc. Also .classes moved from
WEB-INF/classes to a JAR inside WEB-INF/lib by the WebLogic deployment
process will be missed by the current SDO factory scanning algorithm.
And having the
.composite files in the meta-inf folder works fine in Tomcat too. Anyone
know why all the Tuscany samples put the .composite files where they do?
Yes, .composite, .componentType, .bpel, .xq, .wsdl, .xsd, .classes etc.
are all together because they're all development artifacts. Typically
development and build tools keep them together and package them together
in bin/, classes/, WEB-INF/classes, or simply a JAR.
...ant
On 10/12/07, ant elder <[EMAIL PROTECTED]> wrote:
I've been doing a bit of debugging of this on a friends WebLogic install.
This is a real issue, none of the Tuscany webapp samples work on WebLogic.
The problem is that when the installed war gets exploded onto the file
system the contents of the classes folder is not included, thats where the
.composite file is so as its not there it can't get found by the Tuscany
contribution service.
For example installing the calculator webapp sample in weblogic creates a
folder:
C:\bea\weblogic92\samples\domains\wl_server\servers\examplesServer\tmp\_WL_user\sample-calculator-webapp\eck9ra\war
That has the same folder structure as the calculator sample war but the
WEB-INF\classes folder is empty. I guess WebLogic puts the classpath
resources somewhere else.
If I remember correctly it puts them in a JAR under WEB-INF/lib.
I'm not sure what to do about this, but it does seem like a bug in the way
Tuscany is discovering the contribution resources. These resources are
available in the webapp's classloader and thats probably where Tuscany
should be getting them from instead of hoping they're in some temporary
folder in the file system.
I think this goes back to what I describing earlier in this thread, if
we want to support WARs as a first class SCA contribution type we have
to consider artifacts stored in JARs under WEB-INF/lib as integral part
of the Web Archive like other artifacts in the WAR. We'll need to open
these JARs and process them like the rest of the artifacts in the WAR.
Doing this will help Nishant and all others running Tuscany on WebLogic.
It will also help people who naturally place their application
development artifacts in a JAR under WEB-INF/lib instead of
WEB-INF/classes. There's some good reasons to follow that pattern:
- Reuse the same application code between a J2SE environment or testing
framework and JSPs in a WAR
- Reuse the same application code between WARs
- Reuse the same application code between WARs and EJB modules...
...ant
On 10/12/07, Nishant Joshi <[EMAIL PROTECTED]> wrote:
correct, If i keep .composite file in classes, at time of deployment It
was resides in jar file under lib so it was not working for us. We need to
move . composite file to any other location where it was not keep in any
jar file.
--
Thanks
Nishant Joshi
--
Jean-Sebastien
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
