Re: Axis dependencies
+1 from me to move the relevant code...Alan, do you want to take a stab at it? -- dims - Original Message - From: Alan D. Cabrera <[EMAIL PROTECTED]> Date: Sun, 8 Aug 2004 19:51:55 -0400 Subject: Axis dependencies To: [EMAIL PROTECTED], dev@openejb.org There are parts of the Axis code that rely on OpenEJB. This seems to introduce a circular dependence as OpenEJB relies on Geronimo. IIUC, this code may be better placed in OpenEJB. Thoughts? Regards, Alan -- Davanum Srinivas - http://webservices.apache.org/~dims/
Re: Axis module fails
+1 to add this to maven.repo.remote. -- dims On Sun, 8 Aug 2004 17:50:48 -0400, Alan D. Cabrera <[EMAIL PROTECTED]> wrote: > Should we add this to maven.repo.remote? > > Regards, > Alan > > > > > -Original Message- > > From: David Blevins [mailto:[EMAIL PROTECTED] > > Sent: Sunday, August 08, 2004 10:18 AM > > To: [EMAIL PROTECTED] > > Subject: Re: Axis module fails > > > > On Sun, Aug 08, 2004 at 08:29:44AM -0400, Alan D. Cabrera wrote: > > > I figured out the problem, geronimo-axis-1.0-SNAPSHOT.jar was not in > my > > > repository, a chicken and the egg thing. I just hand copied the jar > > > into my local maven repository. This makes me wonder, should we be > > > updating a maven repository w/ snapshots? > > > > I post them here nightly: > > http://cvs.apache.org/repository/geronimo/jars/ > > > > -David > > > > > > > > > > > > > > > Regards, > > > Alan > > > > > > > -Original Message- > > > > From: Alan D. Cabrera > > > > Sent: Saturday, August 07, 2004 4:46 PM > > > > To: [EMAIL PROTECTED] > > > > Subject: Axis module fails > > > > > > > > Here's the output: > > > > > > > > test:test: > > > > > > > > > > > > truetruetruetruetruetruetruetruetruetruetruetruetruetruetruetruetruetrue > > > > > > > > truetruetruetruetruetruetruetruetruetruetruetruetruetruetruetruetruetrue > > > > truetruetruetruetr > > > > > > > > geronimo\modules\axis\target\lib > > > > > > > > C:\dev\incubator-geronimo\.\target\ws4j2ee.properties created .. > > > > > > > > [echo] the files are up to date = true > > > > > > > > EchoPortSoapBindingImpl.java already exists, WSDL2Java will not > > > > overwrite it. > > > > > > > > [delete] Deleting 16 files from > > > > > > > > C:\dev\incubator-geronimo\modules\axis\target\generated\samples\build\cl > > > > asses > > > > > > > > [javac] Compiling 10 source files to > > > > > > > > C:\dev\incubator-geronimo\modules\axis\target\generated\samples\build\cl > > > > asses > > > > > > > > > > > > C:\dev\incubator-geronimo\modules\axis\target\generated\samples\org\apac > > > > he\ws\echosample\EchoPortSoapBindingImpl.java:2: package > > > > org.apache.geronimo.axis does not > > > > > > > > import org.apache.geronimo.axis.AxisGeronimoUtils; > > > > > > > > ^ > > > > > > > > > > > > C:\dev\incubator-geronimo\modules\axis\target\generated\samples\org\apac > > > > he\ws\echosample\EchoPortSoapBindingImpl.java:18: cannot resolve > > > symbol > > > > > > > > symbol : variable AxisGeronimoUtils > > > > > > > > location: class org.apache.ws.echosample.EchoPortSoapBindingImpl > > > > > > > > return > > > > > > > > (java.lang.String)AxisGeronimoUtils.invokeEJB("echo",methodName,classes, > > > > arguments); > > > > > > > > ^ > > > > > > > > > > > > C:\dev\incubator-geronimo\modules\axis\target\generated\samples\org\apac > > > > he\ws\echosample\EchoPortSoapBindingImpl.java:25: cannot resolve > > > symbol > > > > > > > > symbol : variable AxisGeronimoUtils > > > > > > > > location: class org.apache.ws.echosample.EchoPortSoapBindingImpl > > > > > > > > > > > > AxisGeronimoUtils.invokeEJB("echo",methodName,classes,arguments); > > > > > > > > ^ > > > > > > > > > > > > C:\dev\incubator-geronimo\modules\axis\target\generated\samples\org\apac > > > > he\ws\echosample\EchoPortSoapBindingImpl.java:32: cannot resolve > > > symbol > > > > > > > > symbol : variable AxisGeronimoUtils > > > > > > > > location: class org.apache.ws.echosample.EchoPortSoapBindingImpl > > > > > > > > return > > > > > > > > ((java.lang.Integer)AxisGeronimoUtils.invokeEJB("echo",methodName,classe > > > > s,arguments)).intValue(); > > > > > > > >^ > > > > > > > > > > > > C:\dev\incubator-geronimo\modules\axis\target\generated\samples\org\apac > > > > he\ws\echosample\EchoPortSoapBindingImpl.java:39: cannot resolve > > > symbol > > > > > > > > symbol : variable AxisGeronimoUtils > > > > > > > > location: class org.apache.ws.echosample.EchoPortSoapBindingImpl > > > > > > > > return > > > > > > > > ((java.lang.Double)AxisGeronimoUtils.invokeEJB("echo",methodName,classes > > > > ,arguments)).doubleValue(); > > > > > > > > ^ > > > > > > > > > > > > C:\dev\incubator-geronimo\modules\axis\target\generated\samples\org\apac > > > > he\ws\echosample\EchoPortSoapBindingImpl.java:46: cannot resolve > > > symbol > > > > > > > > symbol : variable AxisGeronimoUtils > > > > > > > > location: class org.apache.ws.echosample.EchoPortSoapBindingImpl > > > > > > > > return > > > > > > > > ((java.lang.Float)AxisGeronimoUtils.invokeEJB("echo",methodName,classes, > > > > arguments)).floatValue(); > > > > > > > > ^ > > > > > > > > > > > > C:\dev\incubator-geronimo\modules\axis\target\gen
Re: Axis dependencies
+1 .. that has a additional advantage as when the OpenEJB code changes the this cade break and by putting it at openEJB and add a test it can handle easily as well. Let me think how it should be done. a thought; I will hide the what expected by open EJB behind a interface. the real implemetation of the interface let us put inside OpenEJB cvs. let us load the impl class in runtime (same way JAXB/JNDI load the impls) using property file or a hard coded class name. This make the axis can compile without openejb jars (yap it will fail at runing) thoughts .. may be we should do the same to jetty as well .. then we can switch between tomcat and jetty easily. Thanks Srinath > +1 from me to move the relevant code...Alan, do you want to take a stab at > it? > > -- dims > > - Original Message - > From: Alan D. Cabrera <[EMAIL PROTECTED]> > Date: Sun, 8 Aug 2004 19:51:55 -0400 > Subject: Axis dependencies > To: [EMAIL PROTECTED], dev@openejb.org > > > > > There are parts of the Axis code that rely on OpenEJB. This seems to > introduce a circular dependence as OpenEJB relies on Geronimo. IIUC, > this code may be better placed in OpenEJB. > > > > Thoughts? > > > > > > Regards, > > Alan > > > > > > > > -- > Davanum Srinivas - http://webservices.apache.org/~dims/ > > Lanka Sofware Foundation
Re: Axis module fails
Yes it should be but it has to be added on a module by module basis. This is because in Maven 1 the dependencies are resolved before our code that loads global.xml is execute executed -dain On Aug 8, 2004, at 6:38 PM, Davanum Srinivas wrote: +1 to add this to maven.repo.remote. -- dims On Sun, 8 Aug 2004 17:50:48 -0400, Alan D. Cabrera <[EMAIL PROTECTED]> wrote: Should we add this to maven.repo.remote? Regards, Alan -Original Message- From: David Blevins [mailto:[EMAIL PROTECTED] Sent: Sunday, August 08, 2004 10:18 AM To: [EMAIL PROTECTED] Subject: Re: Axis module fails On Sun, Aug 08, 2004 at 08:29:44AM -0400, Alan D. Cabrera wrote: I figured out the problem, geronimo-axis-1.0-SNAPSHOT.jar was not in my repository, a chicken and the egg thing. I just hand copied the jar into my local maven repository. This makes me wonder, should we be updating a maven repository w/ snapshots? I post them here nightly: http://cvs.apache.org/repository/geronimo/jars/ -David Regards, Alan -Original Message- From: Alan D. Cabrera Sent: Saturday, August 07, 2004 4:46 PM To: [EMAIL PROTECTED] Subject: Axis module fails Here's the output: test:test: truetruetruetruetruetruetruetruetruetruetruetruetruetruetruetruetruetr ue truetruetruetruetruetruetruetruetruetruetruetruetruetruetruetruetruetr ue truetruetruetruetr geronimo\modules\axis\target\lib C:\dev\incubator-geronimo\.\target\ws4j2ee.properties created .. [echo] the files are up to date = true EchoPortSoapBindingImpl.java already exists, WSDL2Java will not overwrite it. [delete] Deleting 16 files from C:\dev\incubator- geronimo\modules\axis\target\generated\samples\build\cl asses [javac] Compiling 10 source files to C:\dev\incubator- geronimo\modules\axis\target\generated\samples\build\cl asses C:\dev\incubator- geronimo\modules\axis\target\generated\samples\org\apac he\ws\echosample\EchoPortSoapBindingImpl.java:2: package org.apache.geronimo.axis does not import org.apache.geronimo.axis.AxisGeronimoUtils; ^ C:\dev\incubator- geronimo\modules\axis\target\generated\samples\org\apac he\ws\echosample\EchoPortSoapBindingImpl.java:18: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return (java.lang.String)AxisGeronimoUtils.invokeEJB("echo",methodName,classe s, arguments); ^ C:\dev\incubator- geronimo\modules\axis\target\generated\samples\org\apac he\ws\echosample\EchoPortSoapBindingImpl.java:25: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl AxisGeronimoUtils.invokeEJB("echo",methodName,classes,arguments); ^ C:\dev\incubator- geronimo\modules\axis\target\generated\samples\org\apac he\ws\echosample\EchoPortSoapBindingImpl.java:32: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Integer)AxisGeronimoUtils.invokeEJB("echo",methodName,clas se s,arguments)).intValue(); ^ C:\dev\incubator- geronimo\modules\axis\target\generated\samples\org\apac he\ws\echosample\EchoPortSoapBindingImpl.java:39: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Double)AxisGeronimoUtils.invokeEJB("echo",methodName,class es ,arguments)).doubleValue(); ^ C:\dev\incubator- geronimo\modules\axis\target\generated\samples\org\apac he\ws\echosample\EchoPortSoapBindingImpl.java:46: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Float)AxisGeronimoUtils.invokeEJB("echo",methodName,classe s, arguments)).floatValue(); ^ C:\dev\incubator- geronimo\modules\axis\target\generated\samples\org\apac he\ws\echosample\EchoPortSoapBindingImpl.java:53: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Boolean)AxisGeronimoUtils.invokeEJB("echo",methodName,clas se s,arguments)).booleanValue(); ^ C:\dev\incubator- geronimo\modules\axis\target\generated\samples\org\apac he\ws\echosample\EchoPortSoapBindingImpl.java:60: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Short)AxisGeronimoUtils.invokeEJB("echo",methodName,classe s, arguments)).shortValue();
Re: Proposal for output of assembly module
On 8/08/2004 10:33 AM, David Jencks wrote: I think you might be confusing my ideas for the assembly module (which would be modified to build and install into the maven repo a zip file) and the geronimo plugin (which would get a goal to pull the zip file and unpack it into a standard or configurable location). Many thanks for these details. Gianny
[status] build: SUCCESSFUL, test: SUCCESSFUL | Linux 2.4.26, 2004-08-09
NIGHTLY BUILD/TEST Date: Mon Aug 9 05:33:53 EDT 2004 Kernel: Linux 2.4.26 Host: beaver.codehaus.org Java: 1.4.2_04-b05, mixed mode Maven: 1.0 CHECKOUT: incubator-geronimo BUILDING: incubator-geronimo BUILD SUCCESSFUL Total time: 16 minutes 53 seconds Finished at: Mon Aug 09 05:52:10 EDT 2004
Thomas Ermesjo is out of the office.
I will be out of the office starting 18.07.2004 and will not return until 14.08.2004. Thomas Ermesjo has left on vacation, and will be back 16. august.