Re: Error trying to deploy eclipse weapp into geronimo - java.io.FileNotFoundException: xxx-webapp.zip (No such file or directory)
On Tue, Apr 21, 2009 at 4:42 AM, Kevan Miller wrote: > > On Apr 20, 2009, at 2:43 PM, Luciano Resende wrote: > >> I have just went trough the necessary steps to make Geronimo 2.1 as >> one of the available options to perform a "Eclipse run on server" >> with a given webapp, but when I try to run using Geronimo 2.1 server, >> I get a FileNotFound xxx-.zip. >> Any ideas ? Shouldn't it be looking for a WAR instead of ZAP ? BTW, I >> do have the war file available > > I'm not the best GEP, resource, but can try and help... > > What version of the server, eclipse plugin, Eclipse are you using? How did > you add the project? > Geronimo 2.1.4 Server (tomcat) Plugin for Geronimo 2.1 (installed from eclipse dialog box from server configuration) Eclipse Ganymede SR2 Mac OS, JDK 1.5 or 1.6 (same issues) Project was added by importing project into eclipse after generating eclipse project files with the following command mvn -o -fae -Dwtpversion=2.0 eclipse:eclipse BTW, project is available at the link below, but I don't believe it' s something with the app. http://svn.apache.org/repos/asf/tuscany/sandbox/lresende/sca/samples/store-secure-webapp/ -- Luciano Resende Apache Tuscany, Apache PhotArk http://people.apache.org/~lresende http://lresende.blogspot.com/
Error trying to deploy eclipse weapp into geronimo - java.io.FileNotFoundException: xxx-webapp.zip (No such file or directory)
... 38 more
--
Luciano Resende
Apache Tuscany, Apache PhotArk
http://people.apache.org/~lresende
http://lresende.blogspot.com/
Re: Tuscany Geronimo integration and the SCA JEE spec
You might be missing the tuscany-definitions-xml dependency. Check if adding tuscany-definitions-xml dependency to your pom helps. On Mon, Oct 6, 2008 at 7:17 PM, Kevan Miller <[EMAIL PROTECTED]> wrote: > > On Oct 3, 2008, at 5:57 AM, ant elder wrote: > >> I'd like to start spending more time actively working on the Tuscany >> Geronimo integration and having that more support the SCA JEE specification >> (see: [1]). Here is a rough outline of what i'd like to do: >> >> The goal of this would be to use Geronimo and Tuscany to create an >> SCA-enabled Java EE runtime, which from the SCA JEE specification means "a >> Java EE runtime that supports deployment and execution of SCA-enhanced Java >> EE applications as well as SCA-enhanced Java EE modules." >> >> We already have a start of that with the old Tuscany Geronimo Plugin [2] >> and there's another wiki page thats started to be used to capture some >> requirements at [3]. Currently the old TGP has got out of date and doesn't >> work with any current releases of Geronimo or Tuscany so the first thing to >> do is to get a basic plugin going again and then gradually add functionality >> to it so it does things like: > > I took a look at Vamsi's recent updates to the Tuscany plugin and fixed a > minor version dependency problem. I can now build, but installation fails > with a NullPointerException: > > Caused by: java.lang.NullPointerException >at > org.apache.tuscany.sca.binding.ws.axis2.WSBindingDefinitionsProvider$1.run(WSBindingDefinitionsProvider.java:57) >at > org.apache.tuscany.sca.binding.ws.axis2.WSBindingDefinitionsProvider$1.run(WSBindingDefinitionsProvider.java:56) >at java.security.AccessController.doPrivileged(Native Method) >at > org.apache.tuscany.sca.binding.ws.axis2.WSBindingDefinitionsProvider.getSCADefinition(WSBindingDefinitionsProvider.java:55) > > The NullPointerException is caused because WSBindingDefinitionsProvider > (line 46) is looking for a URLArtifactProcessor for the > org.apache.tuscany.sca.definitions.SCADefinitions interface. However, there > isn't a processor defined for this interface. Thus the > NullPointerException... > > Not sure what should be happening, here... > > --kevan > > -- Luciano Resende Apache Tuscany, Apache PhotArk http://people.apache.org/~lresende http://lresende.blogspot.com/
Inverse Classloading versus Hidden Class, was Re: Issues running Tuscany applications in Geronimo 2.1.3
Hi Kevan Your suggestion on TUSCANY-2622 is to stop using the inverse class loading, and start to list some of the dependencies in the hidden class section of the geronimo deployment descriptor. Although it allows me to make progress with some of my tests, I was wondering what has caused the inverse classloading configuration to stop working. On Sun, Sep 28, 2008 at 11:02 PM, Luciano Resende <[EMAIL PROTECTED]> wrote: > Thanks. that solved the problem !!! > > On Sun, Sep 28, 2008 at 6:49 PM, Kevan Miller <[EMAIL PROTECTED]> wrote: >> >> On Sep 26, 2008, at 3:47 AM, Luciano Resende wrote: >> >>> I'm trying to bringup a Tuscany application in Geronimo 2.1.3, and >>> after fixing some TLD issues and JAXB dependency conflict issues, I >>> still can't successfully start my Tuscany application (e.g >>> calculator-ws-webapp) and the logs are showing the following >>> classCastException. Any ideas and possible workarounds ? >> >> Luciano, >> I've created TUSCANY-2622 >> (https://issues.apache.org/jira/browse/TUSCANY-2622) and attached a patch to >> the geronimo-web.xml deployment plan being used by the >> alert-aggregator-webapp. The patch removes and uses >> filters, instead. >> >> I ran tests with the updated deployment plan, and things seemed to work >> pretty well for me. >> >> --kevan >> >> > > > > -- > Luciano Resende > Apache Tuscany, Apache PhotArk > http://people.apache.org/~lresende > http://lresende.blogspot.com/ > -- Luciano Resende Apache Tuscany, Apache PhotArk http://people.apache.org/~lresende http://lresende.blogspot.com/
Re: Issues running Tuscany applications in Geronimo 2.1.3
Thanks. that solved the problem !!! On Sun, Sep 28, 2008 at 6:49 PM, Kevan Miller <[EMAIL PROTECTED]> wrote: > > On Sep 26, 2008, at 3:47 AM, Luciano Resende wrote: > >> I'm trying to bringup a Tuscany application in Geronimo 2.1.3, and >> after fixing some TLD issues and JAXB dependency conflict issues, I >> still can't successfully start my Tuscany application (e.g >> calculator-ws-webapp) and the logs are showing the following >> classCastException. Any ideas and possible workarounds ? > > Luciano, > I've created TUSCANY-2622 > (https://issues.apache.org/jira/browse/TUSCANY-2622) and attached a patch to > the geronimo-web.xml deployment plan being used by the > alert-aggregator-webapp. The patch removes and uses > filters, instead. > > I ran tests with the updated deployment plan, and things seemed to work > pretty well for me. > > --kevan > > -- Luciano Resende Apache Tuscany, Apache PhotArk http://people.apache.org/~lresende http://lresende.blogspot.com/
Issues running Tuscany applications in Geronimo 2.1.3
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:406) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:568) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:595) -- Luciano Resende Apache Tuscany, Apache PhotArk http://people.apache.org/~lresende http://lresende.blogspot.com/
Re: [DISCUSS] Geronimo-Tuscany integration(Sending to both lists)
Comments in-line... On 7/6/07, Manu George <[EMAIL PROTECTED]> wrote: Hi Jacek, Comments inline On 7/5/07, Jacek Laskowski <[EMAIL PROTECTED]> wrote: > On 7/4/07, Manu George <[EMAIL PROTECTED]> wrote: > > > Yes you are right. But if you see the Tuscany samples it supports SCA > > modules that don't have sca-contribution.xml and just a .composite > > file. So I was on two minds here whether to mandate > > sca-contribution.xml or not. > > Hi Manu, > > Let's see what's in the spec - (1.10.2 Contributions page 64): > > A document should exist directly under the META-INF directory named sca- > contribution.xml which lists the SCA Composites within the > contribution that are runnable. > > So, it's a recommendation only. I guess Tuscany looks for the file and > if it's found it makes composities available at runtime. > > I'd like to find out what's the rules to discover composities in > Tuscany are. How does it search for composite file (only in the > top-level directory or jar file?). Yes only in top level jar file. In case of directory contributions , in all the nested directories. and i think it doesn't search inside any jar in the directory(not 100% sure here). Just need to check the FolderContributionProcessor class in tuscany for this info. For jar files there is a JarContributionProcessor. Tuscany contribution service does not look for contribution metadata files inside other jar files, it only considers META-INF/sca-contribution.xml or META-INF/sca-contribution-generated.xml. As for using these files to identify a Tuscany contribution, note that Tuscany also have implemented support for having a META-INF/sca-deployables directory where the runnable composites would be placed. More info is available in [1]. If none of these are available, Tuscany runtime would throw an exception saying it can't determine contribution deployables. Also, currently web applications are handled by the folder processor, do we need a war package processor ? would this help the integration ? [1] http://cwiki.apache.org/confluence/display/TUSCANY/Tuscany+SCA+Web+Application+Integration+Story > > > Ultimately we should be able to have selected JEE artifacts exposed in > > the SCADomain as composites so that there can be reuse of the > > exisiting JEE components in SCA and SCA components should be usable in > > JEE. > > That's the idea. Run Tuscany and install Geronimo services as > composities that export services or if it's possible map Geronimo > services to SCA services directly with no need to wrap'em as > composities. > > > (a) enable deployment of tuscany artifacts in geronimo. > > (b) Enable usage of tuscany related annotations like @Reference in web > > components likeservlets filters etc and expose the war as a > > composite to the SCADomain so that SCA can do the wiring of these > > references to other SCA services. Thus u can have DI of SCA services > > in the web components and u can access them in jsps as well. > > > > (c) Enable EJB modules and Enterprise applications to expose their > > functionality as SCA services and also consume other SCA Services > > deployed in the Tuscany runtimes. > > > > (d) There is no concept of applications in SCA. So there could be > > multiple applications that expose their services to one domain and > > another set of applications that expose theirs to another domain. > > (atleast thats my understanding as of now) > > > > (e) Tuscany services can have different scopes like session etc. We > > may need to map these scopes with the scopes of JEE artifacts when > > they are exposed. > > It looks as a good approach to Tuscany-Geronimo integration. Glad you approve. It will evolve as we progress through the integration I guess. > > > P.S. I am putting the tuscany dev list in cc, so that they can also > > participate in this discussion. > > I think it should only go to Tuscany as there's lots of SCA info and > eventually send summary reports here once per week or so. > > Jacek > > -- > Jacek Laskowski > http://www.JacekLaskowski.pl > Regards Manu -- Luciano Resende Apache Tuscany Committer http://people.apache.org/~lresende http://lresende.blogspot.com/
Re: [DISCUSS] Geronimo-Tuscany integration(Sending to both lists)
ent descriptors I can give the JAR to the tuscany runtime and let it decide whether it is a valid tuscany contribution. The only issue is without (c) there is no way we can use the services in JEE artifacts. > > (b) I'm assembling SCA components, some of them developed using the SCA > programming model (Java components, BPEL components or composite > components for example) and I want to re-use an EJB module in my > assembly, allowing other SCA components to talk to its session beans > using the SCA programming model. That EJB module does not know anything > about SCA, it only uses the EJB programming model. > > (c) I want to use a Web app in my SCA assembly and call SCA components > from it. I should be able to declare an SCA component representing my > Web app, wire that component to other SCA components in the assembly, > and then magically the wired references will be available as proxies for > use in my JSPs, allowing me to call an SCA component using a simple > jsp:useBean tag. AFAIK this may require some extensions to tuscany as well to support implementation.web. Probably referenced service proxies should be available in the application context. > > (d) I want to bundle SCA components directly inside the Web app. IMO > this scenario raises a number of issues as it introduces a mixed Webapp > / SCA programming model which is not really specified, limits the > ability of components to expose services through non-Webapp-friendly > bindings (I'm not sure how a component in a Webapp could expose a JMS > service for example), and does not give a clear status to individual > JSPs, I'm not sure if they would be declared as components or not for > example... Yes this is a grey area. Even the whitepapers don't talk much abt it. So better leave it for last :) > > To summarize: > (a) is about running SCA components on Geronimo > (b) is about using EJB modules as SCA components, it is described in an > OSOA white paper at [2] > (c) is about providing access to SCA components to Web apps, described > in [2] as well > (d) I'm not sure what this one is about :), "Assembly of Enterprise > applications" in [2] briefly touches on it, maybe others on the list can > help clarify this one. > > I would suggest to start with scenarios (a) and (c) which, if I > understand correctly, would not need to bundle SCA composites in J2EE > archives, at least not in a way visible to the application developer. +1 > > [1] http://www.mail-archive.com/[EMAIL PROTECTED]/msg19312.html > [2] http://www.osoa.org/pages/viewpage.action?pageId=3980 > > > 3. Where should we maintain the integration code? > > > > I'd suggest to continue at > https://svn.apache.org/repos/asf/geronimo/sandbox/tuscany-integration/ > for now. +1 > > Thoughts? > > > Your comments and suggestions will be very helpful in taking it further. > > > > Thanks and best regards, > > Vamsi > > > > -- > Jean-Sebastien > > Thanks Jean-Sebastien. Anyone please feel free to comment on these so we can have a healthy discussion. Regards Manu -- Luciano Resende Apache Tuscany Committer http://people.apache.org/~lresende http://lresende.blogspot.com/
Re: Tuscany sample app
I finally got my geronimo dev environment up and was able to investigate/debug this issue. It turned out the problem was on Tuscany extensions point code, and not on the contribution service as I thought originally. I have fixed the issue in Tuscany revision #538785 just in time for our RC branch :) , and tested on Geronimo M5 (windows and linux), and the web application is working fine !!! Thanks for all your help. On 5/14/07, Luciano Resende <[EMAIL PROTECTED]> wrote: The suspicious code was identified on the Contribution Service, and Tuscany M2 does not have this service available, that would explain why there is no issues with M2. On 5/10/07, Manu George <[EMAIL PROTECTED]> wrote: > > Hi Jay, > > Cool, I have not yet tried the trunk of tuscany. I will try it out with > your fix > > Regards > Manu > > On 5/10/07, Jay D. McHugh <[EMAIL PROTECTED] > wrote: > > I changed my mind. > > > > I just went to look at M2 and -way- too much has changed since then. > > > > I don't think it would be worthwhile to try it just to see. > > > > Cool that it worked though. > > > > > > Jay > > > > Jay D. McHugh wrote: > > > Hey Manu, > > > > > > The versions that had trouble were trunk of both. > > > > > > I'm surprised that M2 worked (I'll have to try it just to see). > > > > > > > > > > > > Jay > > > > > > Manu George wrote: > > >> Hi Jay, > > >> I was able to deploy the tuscany calculator webapp (M2 > > >> version) on the current geronimo trunk w/o any issues. Probably I > was > > >> lucky in selecting my versions :). Which version of Geronimo and > > >> Tuscany were giving the problem? > > >> > > >> Regards > > >> Manu > > >> > > >> On 5/10/07, Luciano Resende < [EMAIL PROTECTED]> wrote: > > >>> Hey Jay, this is very good news, thanks for your help. > > >>> > > >>> As for the issue you mentioned, this is done while the Tuscany is > > >>> scaning and opening the necessary artifacts to process... let me > look > > >>> at that code in the Tuscany side and check what I can do. > > >>> > > >>> I'ĺl let you know about any progress... > > >>> > > >>> > > >>> On 5/9/07, Jay D. McHugh <[EMAIL PROTECTED]> wrote: > > >>> > I didn't say, but in order to get the app to deploy in Geronimo > I > > >>> had to > > >>> > comment out the close() in IOHelper. > > >>> > > > >>> > Jay > > >>> > > > >>> > Jay D. McHugh wrote: > > >>> > > Hello all. > > >>> > > > > >>> > > Well after wandering through class loaders and deployment > > >>> managers, I > > >>> > > finally managed to get the Tuscany calculator sample webapp to > > > >>> deploy > > >>> > > and run under Geronimo. > > >>> > > > > >>> > > And, the problem that made it so hard wasn't even in Geronimo > (at > > >>> > > least not directly). > > >>> > > > > >>> > > Tuscany is using a helper class when scanning jar files during > > >>> startup > > >>> > > (IOHelper). > > >>> > > > > >>> > > That class closes the jar file at the same time as it closes > the > > >>> input > > >>> > > stream based on the jar file (as recommended by Sun - > > >>> > > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4950148). > > >>> > > > > >>> > > Tomcat doesn't mind having the jar file get closed - Geronimo > does. > > >>> > > > > >>> > > Does anyone have any comments on this? > > >>> > > > > >>> > > Does anyone know if Tomcat is built to reopen closed jars? > > >>> > > > > >>> > > Can Tuscany be changed to stop closing the jar file? > > >>> > > > > >>> > > Comments? > > >>> > > > > >>> > > > > >>> > > Jay > > >>> > > > > >>> > > > > >>> > > . > > >>> > > > > >>> > > > >>> > > >>> > > >>> -- > > >>> Luciano Resende > > >>> http://people.apache.org/~lresende<http://people.apache.org/%7Elresende> > > >>> > > > > > > > > > > > > -- Luciano Resende http://people.apache.org/~lresende <http://people.apache.org/%7Elresende> -- Luciano Resende http://people.apache.org/~lresende
Re: Tuscany sample app
The suspicious code was identified on the Contribution Service, and Tuscany M2 does not have this service available, that would explain why there is no issues with M2. On 5/10/07, Manu George <[EMAIL PROTECTED]> wrote: Hi Jay, Cool, I have not yet tried the trunk of tuscany. I will try it out with your fix Regards Manu On 5/10/07, Jay D. McHugh <[EMAIL PROTECTED]> wrote: > I changed my mind. > > I just went to look at M2 and -way- too much has changed since then. > > I don't think it would be worthwhile to try it just to see. > > Cool that it worked though. > > > Jay > > Jay D. McHugh wrote: > > Hey Manu, > > > > The versions that had trouble were trunk of both. > > > > I'm surprised that M2 worked (I'll have to try it just to see). > > > > > > > > Jay > > > > Manu George wrote: > >> Hi Jay, > >> I was able to deploy the tuscany calculator webapp (M2 > >> version) on the current geronimo trunk w/o any issues. Probably I was > >> lucky in selecting my versions :). Which version of Geronimo and > >> Tuscany were giving the problem? > >> > >> Regards > >> Manu > >> > >> On 5/10/07, Luciano Resende <[EMAIL PROTECTED]> wrote: > >>> Hey Jay, this is very good news, thanks for your help. > >>> > >>> As for the issue you mentioned, this is done while the Tuscany is > >>> scaning and opening the necessary artifacts to process... let me look > >>> at that code in the Tuscany side and check what I can do. > >>> > >>> I'ĺl let you know about any progress... > >>> > >>> > >>> On 5/9/07, Jay D. McHugh <[EMAIL PROTECTED]> wrote: > >>> > I didn't say, but in order to get the app to deploy in Geronimo I > >>> had to > >>> > comment out the close() in IOHelper. > >>> > > >>> > Jay > >>> > > >>> > Jay D. McHugh wrote: > >>> > > Hello all. > >>> > > > >>> > > Well after wandering through class loaders and deployment > >>> managers, I > >>> > > finally managed to get the Tuscany calculator sample webapp to > >>> deploy > >>> > > and run under Geronimo. > >>> > > > >>> > > And, the problem that made it so hard wasn't even in Geronimo (at > >>> > > least not directly). > >>> > > > >>> > > Tuscany is using a helper class when scanning jar files during > >>> startup > >>> > > (IOHelper). > >>> > > > >>> > > That class closes the jar file at the same time as it closes the > >>> input > >>> > > stream based on the jar file (as recommended by Sun - > >>> > > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4950148). > >>> > > > >>> > > Tomcat doesn't mind having the jar file get closed - Geronimo does. > >>> > > > >>> > > Does anyone have any comments on this? > >>> > > > >>> > > Does anyone know if Tomcat is built to reopen closed jars? > >>> > > > >>> > > Can Tuscany be changed to stop closing the jar file? > >>> > > > >>> > > Comments? > >>> > > > >>> > > > >>> > > Jay > >>> > > > >>> > > > >>> > > . > >>> > > > >>> > > >>> > >>> > >>> -- > >>> Luciano Resende > >>> http://people.apache.org/~lresende > >>> > > > > > > > -- Luciano Resende http://people.apache.org/~lresende
Re: Tuscany sample app
Hey Jay, this is very good news, thanks for your help. As for the issue you mentioned, this is done while the Tuscany is scaning and opening the necessary artifacts to process... let me look at that code in the Tuscany side and check what I can do. I'ĺl let you know about any progress... On 5/9/07, Jay D. McHugh <[EMAIL PROTECTED]> wrote: I didn't say, but in order to get the app to deploy in Geronimo I had to comment out the close() in IOHelper. Jay Jay D. McHugh wrote: > Hello all. > > Well after wandering through class loaders and deployment managers, I > finally managed to get the Tuscany calculator sample webapp to deploy > and run under Geronimo. > > And, the problem that made it so hard wasn't even in Geronimo (at > least not directly). > > Tuscany is using a helper class when scanning jar files during startup > (IOHelper). > > That class closes the jar file at the same time as it closes the input > stream based on the jar file (as recommended by Sun - > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4950148). > > Tomcat doesn't mind having the jar file get closed - Geronimo does. > > Does anyone have any comments on this? > > Does anyone know if Tomcat is built to reopen closed jars? > > Can Tuscany be changed to stop closing the jar file? > > Comments? > > > Jay > > > . > -- Luciano Resende http://people.apache.org/~lresende
