You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by Jarek Gawor <jg...@gmail.com> on 2008/12/12 18:28:58 UTC
Re: [Axis2] Build Failures in the trunk
Are org.tempuri.complex.ComplexDataTypesTest,
org.tempuri.BaseDataTypesTest. and
org.apache.axis2.deployment.WSDL11ToAxisServiceBuilderTest failing for
you? If so, that seems to be caused by r724737 and I've mentioned this
to Keith a few days ago.
Jarek
On Fri, Dec 12, 2008 at 11:36 AM, Deepal jayasinghe <de...@gmail.com> wrote:
> Hi Devs,
>
> Seems like someone has commit changes without running the build. So
> whoever broke the build, please double check your changes and PLEASE try
> fix the build. As I can see there a number of test failures in
> integration module.
>
> I guess that may be due to some changes happen in XMLSchema, but I am
> not sure.
>
> Please run the build before you do any code commit :)
>
> Thank you!
> Deepal
>
> --
> Thank you!
>
>
> http://blogs.deepal.org
>
>
Re: [Axis2] Build Failures in the trunk
Posted by Andreas Veithen <an...@gmail.com>.
I think I know now what's happening. My working copy of Axis2 is
located in maven/axis2, and I have a working copy of commons
transports in maven/transport. With that setup I unintentionally
triggered the "transport" profile that includes the transports in the
Axis2 build. Probably my working copy of commons transports is
outdated. Thanks for the hint, Jarek!
Andreas
On Mon, Dec 15, 2008 at 05:57, Jarek Gawor <jg...@gmail.com> wrote:
> Andreas,
>
> How is it failing? My guess is that your snapshot of axis2-transport-*
> modules is slightly old. Remove it from you m2 repo or build the
> transport modules locally.
>
> Jarek
>
> On Sun, Dec 14, 2008 at 7:54 AM, Andreas Veithen
> <an...@gmail.com> wrote:
>> I see a different build failure which is caused by
>> DispatchXMessageSourceTests (jaxws-integration). The failing test case
>> was introduced recently (r722635) by Jarek. When I revert this change
>> locally, jaxws-integration builds fine again.
>>
>> I also noticed that the following artifact is not (or no longer)
>> available from the repositories used in the Maven build:
>> com.intellij:openapi:jar:5.0. This causes a build failure in
>> axis2-idea-plugin.
>>
>> Andreas
>>
>> On Fri, Dec 12, 2008 at 19:17, Deepal jayasinghe <de...@gmail.com> wrote:
>>>
>>>> Are org.tempuri.complex.ComplexDataTypesTest,
>>>> org.tempuri.BaseDataTypesTest. and
>>>> org.apache.axis2.deployment.WSDL11ToAxisServiceBuilderTest failing for
>>>> you? If so, that seems to be caused by r724737 and I've mentioned this
>>>> to Keith a few days ago.
>>>>
>>> Yes those are the test cases which are failing for me, Keith do you have
>>> any idea why that happen.
>>>
>>> Guys, please do not commit to the trunk when there is a build failures,
>>> then it become very difficult to fix the initial issue.
>>>
>>> Keith if the temporal solution to this issue is reverting your commit,
>>> please do so.
>>>
>>> Thank you!
>>> Deepal
>>>
>>>
>>>> Jarek
>>>>
>>>> On Fri, Dec 12, 2008 at 11:36 AM, Deepal jayasinghe <de...@gmail.com> wrote:
>>>>
>>>>> Hi Devs,
>>>>>
>>>>> Seems like someone has commit changes without running the build. So
>>>>> whoever broke the build, please double check your changes and PLEASE try
>>>>> fix the build. As I can see there a number of test failures in
>>>>> integration module.
>>>>>
>>>>> I guess that may be due to some changes happen in XMLSchema, but I am
>>>>> not sure.
>>>>>
>>>>> Please run the build before you do any code commit :)
>>>>>
>>>>> Thank you!
>>>>> Deepal
>>>>>
>>>>> --
>>>>> Thank you!
>>>>>
>>>>>
>>>>> http://blogs.deepal.org
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Thank you!
>>>
>>>
>>> http://blogs.deepal.org
>>>
>>>
>>
>
Re: [Axis2] Build Failures in the trunk
Posted by Jarek Gawor <jg...@gmail.com>.
Andreas,
How is it failing? My guess is that your snapshot of axis2-transport-*
modules is slightly old. Remove it from you m2 repo or build the
transport modules locally.
Jarek
On Sun, Dec 14, 2008 at 7:54 AM, Andreas Veithen
<an...@gmail.com> wrote:
> I see a different build failure which is caused by
> DispatchXMessageSourceTests (jaxws-integration). The failing test case
> was introduced recently (r722635) by Jarek. When I revert this change
> locally, jaxws-integration builds fine again.
>
> I also noticed that the following artifact is not (or no longer)
> available from the repositories used in the Maven build:
> com.intellij:openapi:jar:5.0. This causes a build failure in
> axis2-idea-plugin.
>
> Andreas
>
> On Fri, Dec 12, 2008 at 19:17, Deepal jayasinghe <de...@gmail.com> wrote:
>>
>>> Are org.tempuri.complex.ComplexDataTypesTest,
>>> org.tempuri.BaseDataTypesTest. and
>>> org.apache.axis2.deployment.WSDL11ToAxisServiceBuilderTest failing for
>>> you? If so, that seems to be caused by r724737 and I've mentioned this
>>> to Keith a few days ago.
>>>
>> Yes those are the test cases which are failing for me, Keith do you have
>> any idea why that happen.
>>
>> Guys, please do not commit to the trunk when there is a build failures,
>> then it become very difficult to fix the initial issue.
>>
>> Keith if the temporal solution to this issue is reverting your commit,
>> please do so.
>>
>> Thank you!
>> Deepal
>>
>>
>>> Jarek
>>>
>>> On Fri, Dec 12, 2008 at 11:36 AM, Deepal jayasinghe <de...@gmail.com> wrote:
>>>
>>>> Hi Devs,
>>>>
>>>> Seems like someone has commit changes without running the build. So
>>>> whoever broke the build, please double check your changes and PLEASE try
>>>> fix the build. As I can see there a number of test failures in
>>>> integration module.
>>>>
>>>> I guess that may be due to some changes happen in XMLSchema, but I am
>>>> not sure.
>>>>
>>>> Please run the build before you do any code commit :)
>>>>
>>>> Thank you!
>>>> Deepal
>>>>
>>>> --
>>>> Thank you!
>>>>
>>>>
>>>> http://blogs.deepal.org
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>> --
>> Thank you!
>>
>>
>> http://blogs.deepal.org
>>
>>
>
Re: commons-transport jar not included in axis2-SNAPSHOT-bin.zip
Posted by Deepal jayasinghe <de...@gmail.com>.
> Transports are configured using parameters added to the corresponding
> <transportReceiver> and <transportSender> elements. If the transport
> is simply added to the classpath, these elements are placed in
> axis2.xml, while in the case of deployment using the transport
> deployer, they must be placed in the META-INF/transport.xml file
> inside the archive. I guess that you don't expect users to unzip the
> transport archive, change transport.xml, rezip it and redeploy it, so
> I must have missed something...
>
Nope I did not mean that. What I was referring here is that if the
transport need some kind of parameter, then we can provide them using
axis2.xml or runtime.
Anyway I understand what you mean, I think the deployer is more useful
custom transport. For the default transport we may have to use axis2.xml
as it is.
I think same argument is valid more module like sandesha and rampart, if
someone want to configure them how do they do ?
Deepal
> Andreas
>
> On Mon, Dec 15, 2008 at 23:51, Deepal Jayasinghe <de...@gmail.com> wrote:
>
>> well it is same as how do you set up services I guess. One thing you
>> could do is you can provide parameters though axis2.xml. Or you can
>> change them at runtime
>> - get the transport sender
>> - get the transport description
>> - add the configuration
>>
>> Deepal
>>
>> On Mon, Dec 15, 2008 at 5:38 PM, Andreas Veithen
>> <an...@gmail.com> wrote:
>>
>>> Deepal,
>>>
>>> With the existing transport deployer, how do you handle the case of a
>>> transport sender that can be set up without any configuration, but for
>>> which the user might want to set some optional parameters later?
>>>
>>> Andreas
>>>
>>> On Mon, Dec 15, 2008 at 23:02, Deepal Jayasinghe <de...@gmail.com> wrote:
>>>
>>>> Not bad,
>>>> in fact we have some thing called transport deployer (just like
>>>> service deployer) , so if you add the transport deployer into axis2
>>>> and specify the location of transport directory. Then you do not need
>>>> to have any of the transport in axis2.xml. Everything is automatic :D
>>>>
>>>> Deepal
>>>>
>>>> On Mon, Dec 15, 2008 at 4:56 PM, Andreas Veithen
>>>> <an...@gmail.com> wrote:
>>>>
>>>>> I think that the default axis2.xml also refers to the TCP sender. BTW,
>>>>> wouldn't it be interesting to have a lookup mechanism (like JDK 1.4
>>>>> service providers) that automatically adds the transport senders to
>>>>> the Axis configuration? That way the default axis2.xml would work out
>>>>> of the box with all transport senders that are available in the
>>>>> classpath, at least those that don't need configuration.
>>>>>
>>>>> Andreas
>>>>>
>>>>> On Mon, Dec 15, 2008 at 22:30, Glen Daniels <gl...@thoughtcraft.com> wrote:
>>>>>
>>>>>> Deepal Jayasinghe wrote:
>>>>>>
>>>>>>> Well lets add the axis2-transport.jar which has all the transport in it.
>>>>>>>
>>>>>> Hm... Wouldn't it be better to keep the distribution small by default now
>>>>>> that it's so easy to just drop transport jars in? I think we should just
>>>>>> include http and local baked in, and then make it dead easy for people to
>>>>>> download and add the others.
>>>>>>
>>>>>> Optionally we could actually start doing what we talked about at the very
>>>>>> beginning of Axis2, releasing profiled builds - embedded, basic, complete,
>>>>>> etc...
>>>>>>
>>>>>> --Glen
>>>>>>
>>>>>>
>
>
--
Thank you!
http://blogs.deepal.org
Re: commons-transport jar not included in axis2-SNAPSHOT-bin.zip
Posted by Andreas Veithen <an...@gmail.com>.
Transports are configured using parameters added to the corresponding
<transportReceiver> and <transportSender> elements. If the transport
is simply added to the classpath, these elements are placed in
axis2.xml, while in the case of deployment using the transport
deployer, they must be placed in the META-INF/transport.xml file
inside the archive. I guess that you don't expect users to unzip the
transport archive, change transport.xml, rezip it and redeploy it, so
I must have missed something...
Andreas
On Mon, Dec 15, 2008 at 23:51, Deepal Jayasinghe <de...@gmail.com> wrote:
> well it is same as how do you set up services I guess. One thing you
> could do is you can provide parameters though axis2.xml. Or you can
> change them at runtime
> - get the transport sender
> - get the transport description
> - add the configuration
>
> Deepal
>
> On Mon, Dec 15, 2008 at 5:38 PM, Andreas Veithen
> <an...@gmail.com> wrote:
>> Deepal,
>>
>> With the existing transport deployer, how do you handle the case of a
>> transport sender that can be set up without any configuration, but for
>> which the user might want to set some optional parameters later?
>>
>> Andreas
>>
>> On Mon, Dec 15, 2008 at 23:02, Deepal Jayasinghe <de...@gmail.com> wrote:
>>> Not bad,
>>> in fact we have some thing called transport deployer (just like
>>> service deployer) , so if you add the transport deployer into axis2
>>> and specify the location of transport directory. Then you do not need
>>> to have any of the transport in axis2.xml. Everything is automatic :D
>>>
>>> Deepal
>>>
>>> On Mon, Dec 15, 2008 at 4:56 PM, Andreas Veithen
>>> <an...@gmail.com> wrote:
>>>> I think that the default axis2.xml also refers to the TCP sender. BTW,
>>>> wouldn't it be interesting to have a lookup mechanism (like JDK 1.4
>>>> service providers) that automatically adds the transport senders to
>>>> the Axis configuration? That way the default axis2.xml would work out
>>>> of the box with all transport senders that are available in the
>>>> classpath, at least those that don't need configuration.
>>>>
>>>> Andreas
>>>>
>>>> On Mon, Dec 15, 2008 at 22:30, Glen Daniels <gl...@thoughtcraft.com> wrote:
>>>>> Deepal Jayasinghe wrote:
>>>>>>
>>>>>> Well lets add the axis2-transport.jar which has all the transport in it.
>>>>>
>>>>> Hm... Wouldn't it be better to keep the distribution small by default now
>>>>> that it's so easy to just drop transport jars in? I think we should just
>>>>> include http and local baked in, and then make it dead easy for people to
>>>>> download and add the others.
>>>>>
>>>>> Optionally we could actually start doing what we talked about at the very
>>>>> beginning of Axis2, releasing profiled builds - embedded, basic, complete,
>>>>> etc...
>>>>>
>>>>> --Glen
>>>>>
>>>>
>>>
>>
>
Re: commons-transport jar not included in axis2-SNAPSHOT-bin.zip
Posted by Deepal Jayasinghe <de...@gmail.com>.
well it is same as how do you set up services I guess. One thing you
could do is you can provide parameters though axis2.xml. Or you can
change them at runtime
- get the transport sender
- get the transport description
- add the configuration
Deepal
On Mon, Dec 15, 2008 at 5:38 PM, Andreas Veithen
<an...@gmail.com> wrote:
> Deepal,
>
> With the existing transport deployer, how do you handle the case of a
> transport sender that can be set up without any configuration, but for
> which the user might want to set some optional parameters later?
>
> Andreas
>
> On Mon, Dec 15, 2008 at 23:02, Deepal Jayasinghe <de...@gmail.com> wrote:
>> Not bad,
>> in fact we have some thing called transport deployer (just like
>> service deployer) , so if you add the transport deployer into axis2
>> and specify the location of transport directory. Then you do not need
>> to have any of the transport in axis2.xml. Everything is automatic :D
>>
>> Deepal
>>
>> On Mon, Dec 15, 2008 at 4:56 PM, Andreas Veithen
>> <an...@gmail.com> wrote:
>>> I think that the default axis2.xml also refers to the TCP sender. BTW,
>>> wouldn't it be interesting to have a lookup mechanism (like JDK 1.4
>>> service providers) that automatically adds the transport senders to
>>> the Axis configuration? That way the default axis2.xml would work out
>>> of the box with all transport senders that are available in the
>>> classpath, at least those that don't need configuration.
>>>
>>> Andreas
>>>
>>> On Mon, Dec 15, 2008 at 22:30, Glen Daniels <gl...@thoughtcraft.com> wrote:
>>>> Deepal Jayasinghe wrote:
>>>>>
>>>>> Well lets add the axis2-transport.jar which has all the transport in it.
>>>>
>>>> Hm... Wouldn't it be better to keep the distribution small by default now
>>>> that it's so easy to just drop transport jars in? I think we should just
>>>> include http and local baked in, and then make it dead easy for people to
>>>> download and add the others.
>>>>
>>>> Optionally we could actually start doing what we talked about at the very
>>>> beginning of Axis2, releasing profiled builds - embedded, basic, complete,
>>>> etc...
>>>>
>>>> --Glen
>>>>
>>>
>>
>
Re: commons-transport jar not included in axis2-SNAPSHOT-bin.zip
Posted by Andreas Veithen <an...@gmail.com>.
Deepal,
With the existing transport deployer, how do you handle the case of a
transport sender that can be set up without any configuration, but for
which the user might want to set some optional parameters later?
Andreas
On Mon, Dec 15, 2008 at 23:02, Deepal Jayasinghe <de...@gmail.com> wrote:
> Not bad,
> in fact we have some thing called transport deployer (just like
> service deployer) , so if you add the transport deployer into axis2
> and specify the location of transport directory. Then you do not need
> to have any of the transport in axis2.xml. Everything is automatic :D
>
> Deepal
>
> On Mon, Dec 15, 2008 at 4:56 PM, Andreas Veithen
> <an...@gmail.com> wrote:
>> I think that the default axis2.xml also refers to the TCP sender. BTW,
>> wouldn't it be interesting to have a lookup mechanism (like JDK 1.4
>> service providers) that automatically adds the transport senders to
>> the Axis configuration? That way the default axis2.xml would work out
>> of the box with all transport senders that are available in the
>> classpath, at least those that don't need configuration.
>>
>> Andreas
>>
>> On Mon, Dec 15, 2008 at 22:30, Glen Daniels <gl...@thoughtcraft.com> wrote:
>>> Deepal Jayasinghe wrote:
>>>>
>>>> Well lets add the axis2-transport.jar which has all the transport in it.
>>>
>>> Hm... Wouldn't it be better to keep the distribution small by default now
>>> that it's so easy to just drop transport jars in? I think we should just
>>> include http and local baked in, and then make it dead easy for people to
>>> download and add the others.
>>>
>>> Optionally we could actually start doing what we talked about at the very
>>> beginning of Axis2, releasing profiled builds - embedded, basic, complete,
>>> etc...
>>>
>>> --Glen
>>>
>>
>
Re: commons-transport jar not included in axis2-SNAPSHOT-bin.zip
Posted by Deepal Jayasinghe <de...@gmail.com>.
Not bad,
in fact we have some thing called transport deployer (just like
service deployer) , so if you add the transport deployer into axis2
and specify the location of transport directory. Then you do not need
to have any of the transport in axis2.xml. Everything is automatic :D
Deepal
On Mon, Dec 15, 2008 at 4:56 PM, Andreas Veithen
<an...@gmail.com> wrote:
> I think that the default axis2.xml also refers to the TCP sender. BTW,
> wouldn't it be interesting to have a lookup mechanism (like JDK 1.4
> service providers) that automatically adds the transport senders to
> the Axis configuration? That way the default axis2.xml would work out
> of the box with all transport senders that are available in the
> classpath, at least those that don't need configuration.
>
> Andreas
>
> On Mon, Dec 15, 2008 at 22:30, Glen Daniels <gl...@thoughtcraft.com> wrote:
>> Deepal Jayasinghe wrote:
>>>
>>> Well lets add the axis2-transport.jar which has all the transport in it.
>>
>> Hm... Wouldn't it be better to keep the distribution small by default now
>> that it's so easy to just drop transport jars in? I think we should just
>> include http and local baked in, and then make it dead easy for people to
>> download and add the others.
>>
>> Optionally we could actually start doing what we talked about at the very
>> beginning of Axis2, releasing profiled builds - embedded, basic, complete,
>> etc...
>>
>> --Glen
>>
>
Re: commons-transport jar not included in axis2-SNAPSHOT-bin.zip
Posted by Andreas Veithen <an...@gmail.com>.
I think that the default axis2.xml also refers to the TCP sender. BTW,
wouldn't it be interesting to have a lookup mechanism (like JDK 1.4
service providers) that automatically adds the transport senders to
the Axis configuration? That way the default axis2.xml would work out
of the box with all transport senders that are available in the
classpath, at least those that don't need configuration.
Andreas
On Mon, Dec 15, 2008 at 22:30, Glen Daniels <gl...@thoughtcraft.com> wrote:
> Deepal Jayasinghe wrote:
>>
>> Well lets add the axis2-transport.jar which has all the transport in it.
>
> Hm... Wouldn't it be better to keep the distribution small by default now
> that it's so easy to just drop transport jars in? I think we should just
> include http and local baked in, and then make it dead easy for people to
> download and add the others.
>
> Optionally we could actually start doing what we talked about at the very
> beginning of Axis2, releasing profiled builds - embedded, basic, complete,
> etc...
>
> --Glen
>
Re: commons-transport jar not included in axis2-SNAPSHOT-bin.zip
Posted by Deepal Jayasinghe <de...@gmail.com>.
No problem. :),
yes having small part make the job easier.
Deepal
On Mon, Dec 15, 2008 at 4:30 PM, Glen Daniels <gl...@thoughtcraft.com> wrote:
> Deepal Jayasinghe wrote:
>>
>> Well lets add the axis2-transport.jar which has all the transport in it.
>
> Hm... Wouldn't it be better to keep the distribution small by default now
> that it's so easy to just drop transport jars in? I think we should just
> include http and local baked in, and then make it dead easy for people to
> download and add the others.
>
> Optionally we could actually start doing what we talked about at the very
> beginning of Axis2, releasing profiled builds - embedded, basic, complete,
> etc...
>
> --Glen
>
Re: commons-transport jar not included in axis2-SNAPSHOT-bin.zip
Posted by Glen Daniels <gl...@thoughtcraft.com>.
Deepal Jayasinghe wrote:
> Well lets add the axis2-transport.jar which has all the transport in it.
Hm... Wouldn't it be better to keep the distribution small by default
now that it's so easy to just drop transport jars in? I think we should
just include http and local baked in, and then make it dead easy for
people to download and add the others.
Optionally we could actually start doing what we talked about at the
very beginning of Axis2, releasing profiled builds - embedded, basic,
complete, etc...
--Glen
Re: commons-transport jar not included in axis2-SNAPSHOT-bin.zip
Posted by Deepal Jayasinghe <de...@gmail.com>.
Well lets add the axis2-transport.jar which has all the transport in it.
Deepal
On Mon, Dec 15, 2008 at 2:20 PM, Jarek Gawor <jg...@gmail.com> wrote:
> Yes. I added the basic transport modules to the bin distribution
> (local, tcp, and http).
>
> Jarek
>
> On Mon, Dec 15, 2008 at 2:57 AM, Irantha <ir...@wso2.com> wrote:
>> When I tried to run axis2server.bat from extracted axis2-SNAPSHOT-bin.zip
>> (created with: mvn -Drelease install). I got ClassNotFoundException:
>> org.apache.axis2.transport.tcp.TCPT
>> ransportSender.
>>
>> I had to manually copy axis2-transports-SNAPSHOT.jar from commons-transport
>> build to AXIS2_HOME/lib.
>> Don't we need to include commons-transport jar with axis2 release artifacts?
>>
>> Thanks,
>> Irantha
>>
>> [FATAL] [SimpleAxisServer] Shutting down. Error starting SimpleAxisServer
>> org.apache.axis2.deployment.DeploymentException:
>> org.apache.axis2.transport.tcp.
>> TCPTransportSender
>> at
>> org.apache.axis2.deployment.AxisConfigBuilder.processTransportSenders
>> (AxisConfigBuilder.java:694)
>> at
>> org.apache.axis2.deployment.AxisConfigBuilder.populateConfig(AxisConf
>> igBuilder.java:121)
>> at
>> org.apache.axis2.deployment.DeploymentEngine.populateAxisConfiguratio
>> n(DeploymentEngine.java:707)
>> at
>> org.apache.axis2.deployment.FileSystemConfigurator.getAxisConfigurati
>> on(FileSystemConfigurator.java:116)
>> at
>> org.apache.axis2.context.ConfigurationContextFactory.createConfigurat
>> ionContext(ConfigurationContextFactory.java:64)
>> at
>> org.apache.axis2.context.ConfigurationContextFactory.createConfigurat
>> ionContextFromFileSystem(ConfigurationContextFactory.java:206)
>> at
>> org.apache.axis2.transport.SimpleAxis2Server.<init>(SimpleAxis2Server
>> .java:47)
>> at
>> org.apache.axis2.transport.SimpleAxis2Server.main(SimpleAxis2Server.j
>> ava:98)
>> Caused by: java.lang.ClassNotFoundException:
>> org.apache.axis2.transport.tcp.TCPT
>> ransportSender
>> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>> at java.security.AccessController.doPrivileged(Native Method)
>> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>> at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
>> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
>> at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
>> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
>> at java.lang.Class.forName0(Native Method)
>> at java.lang.Class.forName(Class.java:169)
>> at org.apache.axis2.util.Loader.loadClass(Loader.java:261)
>> at
>> org.apache.axis2.deployment.AxisConfigBuilder.processTransportSenders
>> (AxisConfigBuilder.java:669)
>> ... 7 more
>> [SimpleAxisServer] Shutting down. Error starting SimpleAxisServer
>>
>>
>>
>>
>
Re: commons-transport jar not included in axis2-SNAPSHOT-bin.zip
Posted by Jarek Gawor <jg...@gmail.com>.
Yes. I added the basic transport modules to the bin distribution
(local, tcp, and http).
Jarek
On Mon, Dec 15, 2008 at 2:57 AM, Irantha <ir...@wso2.com> wrote:
> When I tried to run axis2server.bat from extracted axis2-SNAPSHOT-bin.zip
> (created with: mvn -Drelease install). I got ClassNotFoundException:
> org.apache.axis2.transport.tcp.TCPT
> ransportSender.
>
> I had to manually copy axis2-transports-SNAPSHOT.jar from commons-transport
> build to AXIS2_HOME/lib.
> Don't we need to include commons-transport jar with axis2 release artifacts?
>
> Thanks,
> Irantha
>
> [FATAL] [SimpleAxisServer] Shutting down. Error starting SimpleAxisServer
> org.apache.axis2.deployment.DeploymentException:
> org.apache.axis2.transport.tcp.
> TCPTransportSender
> at
> org.apache.axis2.deployment.AxisConfigBuilder.processTransportSenders
> (AxisConfigBuilder.java:694)
> at
> org.apache.axis2.deployment.AxisConfigBuilder.populateConfig(AxisConf
> igBuilder.java:121)
> at
> org.apache.axis2.deployment.DeploymentEngine.populateAxisConfiguratio
> n(DeploymentEngine.java:707)
> at
> org.apache.axis2.deployment.FileSystemConfigurator.getAxisConfigurati
> on(FileSystemConfigurator.java:116)
> at
> org.apache.axis2.context.ConfigurationContextFactory.createConfigurat
> ionContext(ConfigurationContextFactory.java:64)
> at
> org.apache.axis2.context.ConfigurationContextFactory.createConfigurat
> ionContextFromFileSystem(ConfigurationContextFactory.java:206)
> at
> org.apache.axis2.transport.SimpleAxis2Server.<init>(SimpleAxis2Server
> .java:47)
> at
> org.apache.axis2.transport.SimpleAxis2Server.main(SimpleAxis2Server.j
> ava:98)
> Caused by: java.lang.ClassNotFoundException:
> org.apache.axis2.transport.tcp.TCPT
> ransportSender
> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:169)
> at org.apache.axis2.util.Loader.loadClass(Loader.java:261)
> at
> org.apache.axis2.deployment.AxisConfigBuilder.processTransportSenders
> (AxisConfigBuilder.java:669)
> ... 7 more
> [SimpleAxisServer] Shutting down. Error starting SimpleAxisServer
>
>
>
>
commons-transport jar not included in axis2-SNAPSHOT-bin.zip
Posted by Irantha <ir...@wso2.com>.
When I tried to run axis2server.bat from extracted axis2-SNAPSHOT-bin.zip
(created with: mvn -Drelease install). I got ClassNotFoundException:
org.apache.axis2.transport.tcp.TCPT
ransportSender.
I had to manually copy axis2-transports-SNAPSHOT.jar from commons-transport
build to AXIS2_HOME/lib.
Don't we need to include commons-transport jar with axis2 release artifacts?
Thanks,
Irantha
[FATAL] [SimpleAxisServer] Shutting down. Error starting SimpleAxisServer
org.apache.axis2.deployment.DeploymentException:
org.apache.axis2.transport.tcp.
TCPTransportSender
at
org.apache.axis2.deployment.AxisConfigBuilder.processTransportSenders
(AxisConfigBuilder.java:694)
at
org.apache.axis2.deployment.AxisConfigBuilder.populateConfig(AxisConf
igBuilder.java:121)
at
org.apache.axis2.deployment.DeploymentEngine.populateAxisConfiguratio
n(DeploymentEngine.java:707)
at
org.apache.axis2.deployment.FileSystemConfigurator.getAxisConfigurati
on(FileSystemConfigurator.java:116)
at
org.apache.axis2.context.ConfigurationContextFactory.createConfigurat
ionContext(ConfigurationContextFactory.java:64)
at
org.apache.axis2.context.ConfigurationContextFactory.createConfigurat
ionContextFromFileSystem(ConfigurationContextFactory.java:206)
at
org.apache.axis2.transport.SimpleAxis2Server.<init>(SimpleAxis2Server
.java:47)
at
org.apache.axis2.transport.SimpleAxis2Server.main(SimpleAxis2Server.j
ava:98)
Caused by: java.lang.ClassNotFoundException:
org.apache.axis2.transport.tcp.TCPT
ransportSender
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:169)
at org.apache.axis2.util.Loader.loadClass(Loader.java:261)
at
org.apache.axis2.deployment.AxisConfigBuilder.processTransportSenders
(AxisConfigBuilder.java:669)
... 7 more
[SimpleAxisServer] Shutting down. Error starting SimpleAxisServer
Re: [Axis2] Build Failures in the trunk
Posted by Irantha <ir...@wso2.com>.
Just for information I too was able to succeefully build Axis2 trunk today
morning.
Thanks,
Irantha
----- Original Message -----
From: "Deepal jayasinghe" <de...@gmail.com>
To: <ax...@ws.apache.org>
Sent: Monday, December 15, 2008 5:37 AM
Subject: Re: [Axis2] Build Failures in the trunk
> hmm, it may be some other problem, I mean in my case it worked fine.
> Try running a clean build one more time :)
>
> Deepal
>>
>> The build still fails for me on JAXWS Integration module giving
>> a embedded error saying that in the
>> ....target\test-classes\servicesjars\AppleFinderService not found .
>> can you help me out o this
>>
>>
>> Regards
>> Nafran
>>
>> On Sun, Dec 14, 2008 at 10:04 PM, Deepal jayasinghe <deepalk@gmail.com
>> <ma...@gmail.com>> wrote:
>>
>> Thank Kieth, now the build works.
>>
>> Deepal
>> > I reverted my initial commit that caused the build break this
>> > afternoon. The build ran without fail after that.
>> >
>> > Thanks,
>> > Keith.
>> >
>> > On Sun, Dec 14, 2008 at 6:24 PM, Andreas Veithen
>> > <andreas.veithen@gmail.com <ma...@gmail.com>
>> <mailto:andreas.veithen@gmail.com
>> <ma...@gmail.com>>> wrote:
>> >
>> > I see a different build failure which is caused by
>> > DispatchXMessageSourceTests (jaxws-integration). The failing
>> test case
>> > was introduced recently (r722635) by Jarek. When I revert
>> this change
>> > locally, jaxws-integration builds fine again.
>> >
>> > I also noticed that the following artifact is not (or no
>> longer)
>> > available from the repositories used in the Maven build:
>> > com.intellij:openapi:jar:5.0. This causes a build failure in
>> > axis2-idea-plugin.
>> >
>> > Andreas
>> >
>> > On Fri, Dec 12, 2008 at 19:17, Deepal jayasinghe
>> > <deepalk@gmail.com <ma...@gmail.com>
>> <mailto:deepalk@gmail.com <ma...@gmail.com>>> wrote:
>> > >
>> > >> Are org.tempuri.complex.ComplexDataTypesTest,
>> > >> org.tempuri.BaseDataTypesTest. and
>> > >> org.apache.axis2.deployment.WSDL11ToAxisServiceBuilderTest
>> > failing for
>> > >> you? If so, that seems to be caused by r724737 and I've
>> > mentioned this
>> > >> to Keith a few days ago.
>> > >>
>> > > Yes those are the test cases which are failing for me,
>> Keith do
>> > you have
>> > > any idea why that happen.
>> > >
>> > > Guys, please do not commit to the trunk when there is a build
>> > failures,
>> > > then it become very difficult to fix the initial issue.
>> > >
>> > > Keith if the temporal solution to this issue is reverting
>> your
>> > commit,
>> > > please do so.
>> > >
>> > > Thank you!
>> > > Deepal
>> > >
>> > >
>> > >> Jarek
>> > >>
>> > >> On Fri, Dec 12, 2008 at 11:36 AM, Deepal jayasinghe
>> > <deepalk@gmail.com <ma...@gmail.com>
>> <mailto:deepalk@gmail.com <ma...@gmail.com>>> wrote:
>> > >>
>> > >>> Hi Devs,
>> > >>>
>> > >>> Seems like someone has commit changes without running the
>> > build. So
>> > >>> whoever broke the build, please double check your
>> changes and
>> > PLEASE try
>> > >>> fix the build. As I can see there a number of test
>> failures in
>> > >>> integration module.
>> > >>>
>> > >>> I guess that may be due to some changes happen in
>> XMLSchema,
>> > but I am
>> > >>> not sure.
>> > >>>
>> > >>> Please run the build before you do any code commit :)
>> > >>>
>> > >>> Thank you!
>> > >>> Deepal
>> > >>>
>> > >>> --
>> > >>> Thank you!
>> > >>>
>> > >>>
>> > >>> http://blogs.deepal.org
>> > >>>
>> > >>>
>> > >>>
>> > >>
>> > >>
>> > >
>> > >
>> > > --
>> > > Thank you!
>> > >
>> > >
>> > > http://blogs.deepal.org
>> > >
>> > >
>> >
>> >
>> >
>> >
>> > --
>> > Keith Chapman
>> > Senior Software Engineer
>> > WSO2 Inc.
>> > Oxygenating the Web Service Platform.
>> > http://wso2.org/
>> >
>> > blog: http://www.keith-chapman.org
>>
>>
>> --
>> Thank you!
>>
>>
>> http://blogs.deepal.org
>>
>>
>>
>>
>> --
>> Nafran Shiraz
>> Mobile: 0094-773867571
>> Home:0094-112717740
>> http://nafran.blogspot.com/
>> E-Mail: nafi925@gmail.com <ma...@gmail.com>
>> nafran.shiraz@cse.mrt.ac.lk
>> <ma...@cse.mrt.ac.lk>
>
>
> --
> Thank you!
>
>
> http://blogs.deepal.org
>
>
>
Re: [Axis2] Build Failures in the trunk
Posted by Deepal jayasinghe <de...@gmail.com>.
hmm, it may be some other problem, I mean in my case it worked fine.
Try running a clean build one more time :)
Deepal
>
> The build still fails for me on JAXWS Integration module giving
> a embedded error saying that in the
> ....target\test-classes\servicesjars\AppleFinderService not found .
> can you help me out o this
>
>
> Regards
> Nafran
>
> On Sun, Dec 14, 2008 at 10:04 PM, Deepal jayasinghe <deepalk@gmail.com
> <ma...@gmail.com>> wrote:
>
> Thank Kieth, now the build works.
>
> Deepal
> > I reverted my initial commit that caused the build break this
> > afternoon. The build ran without fail after that.
> >
> > Thanks,
> > Keith.
> >
> > On Sun, Dec 14, 2008 at 6:24 PM, Andreas Veithen
> > <andreas.veithen@gmail.com <ma...@gmail.com>
> <mailto:andreas.veithen@gmail.com
> <ma...@gmail.com>>> wrote:
> >
> > I see a different build failure which is caused by
> > DispatchXMessageSourceTests (jaxws-integration). The failing
> test case
> > was introduced recently (r722635) by Jarek. When I revert
> this change
> > locally, jaxws-integration builds fine again.
> >
> > I also noticed that the following artifact is not (or no longer)
> > available from the repositories used in the Maven build:
> > com.intellij:openapi:jar:5.0. This causes a build failure in
> > axis2-idea-plugin.
> >
> > Andreas
> >
> > On Fri, Dec 12, 2008 at 19:17, Deepal jayasinghe
> > <deepalk@gmail.com <ma...@gmail.com>
> <mailto:deepalk@gmail.com <ma...@gmail.com>>> wrote:
> > >
> > >> Are org.tempuri.complex.ComplexDataTypesTest,
> > >> org.tempuri.BaseDataTypesTest. and
> > >> org.apache.axis2.deployment.WSDL11ToAxisServiceBuilderTest
> > failing for
> > >> you? If so, that seems to be caused by r724737 and I've
> > mentioned this
> > >> to Keith a few days ago.
> > >>
> > > Yes those are the test cases which are failing for me,
> Keith do
> > you have
> > > any idea why that happen.
> > >
> > > Guys, please do not commit to the trunk when there is a build
> > failures,
> > > then it become very difficult to fix the initial issue.
> > >
> > > Keith if the temporal solution to this issue is reverting your
> > commit,
> > > please do so.
> > >
> > > Thank you!
> > > Deepal
> > >
> > >
> > >> Jarek
> > >>
> > >> On Fri, Dec 12, 2008 at 11:36 AM, Deepal jayasinghe
> > <deepalk@gmail.com <ma...@gmail.com>
> <mailto:deepalk@gmail.com <ma...@gmail.com>>> wrote:
> > >>
> > >>> Hi Devs,
> > >>>
> > >>> Seems like someone has commit changes without running the
> > build. So
> > >>> whoever broke the build, please double check your
> changes and
> > PLEASE try
> > >>> fix the build. As I can see there a number of test
> failures in
> > >>> integration module.
> > >>>
> > >>> I guess that may be due to some changes happen in XMLSchema,
> > but I am
> > >>> not sure.
> > >>>
> > >>> Please run the build before you do any code commit :)
> > >>>
> > >>> Thank you!
> > >>> Deepal
> > >>>
> > >>> --
> > >>> Thank you!
> > >>>
> > >>>
> > >>> http://blogs.deepal.org
> > >>>
> > >>>
> > >>>
> > >>
> > >>
> > >
> > >
> > > --
> > > Thank you!
> > >
> > >
> > > http://blogs.deepal.org
> > >
> > >
> >
> >
> >
> >
> > --
> > Keith Chapman
> > Senior Software Engineer
> > WSO2 Inc.
> > Oxygenating the Web Service Platform.
> > http://wso2.org/
> >
> > blog: http://www.keith-chapman.org
>
>
> --
> Thank you!
>
>
> http://blogs.deepal.org
>
>
>
>
> --
> Nafran Shiraz
> Mobile: 0094-773867571
> Home:0094-112717740
> http://nafran.blogspot.com/
> E-Mail: nafi925@gmail.com <ma...@gmail.com>
> nafran.shiraz@cse.mrt.ac.lk
> <ma...@cse.mrt.ac.lk>
--
Thank you!
http://blogs.deepal.org
Re: [Axis2] Build Failures in the trunk
Posted by nafran shiraz <na...@gmail.com>.
The build still fails for me on JAXWS Integration module giving a embedded
error saying that in the ....
target\test-classes\servicesjars\AppleFinderService not found .can you help
me out o this
Regards
Nafran
On Sun, Dec 14, 2008 at 10:04 PM, Deepal jayasinghe <de...@gmail.com>wrote:
> Thank Kieth, now the build works.
>
> Deepal
> > I reverted my initial commit that caused the build break this
> > afternoon. The build ran without fail after that.
> >
> > Thanks,
> > Keith.
> >
> > On Sun, Dec 14, 2008 at 6:24 PM, Andreas Veithen
> > <andreas.veithen@gmail.com <ma...@gmail.com>> wrote:
> >
> > I see a different build failure which is caused by
> > DispatchXMessageSourceTests (jaxws-integration). The failing test
> case
> > was introduced recently (r722635) by Jarek. When I revert this change
> > locally, jaxws-integration builds fine again.
> >
> > I also noticed that the following artifact is not (or no longer)
> > available from the repositories used in the Maven build:
> > com.intellij:openapi:jar:5.0. This causes a build failure in
> > axis2-idea-plugin.
> >
> > Andreas
> >
> > On Fri, Dec 12, 2008 at 19:17, Deepal jayasinghe
> > <deepalk@gmail.com <ma...@gmail.com>> wrote:
> > >
> > >> Are org.tempuri.complex.ComplexDataTypesTest,
> > >> org.tempuri.BaseDataTypesTest. and
> > >> org.apache.axis2.deployment.WSDL11ToAxisServiceBuilderTest
> > failing for
> > >> you? If so, that seems to be caused by r724737 and I've
> > mentioned this
> > >> to Keith a few days ago.
> > >>
> > > Yes those are the test cases which are failing for me, Keith do
> > you have
> > > any idea why that happen.
> > >
> > > Guys, please do not commit to the trunk when there is a build
> > failures,
> > > then it become very difficult to fix the initial issue.
> > >
> > > Keith if the temporal solution to this issue is reverting your
> > commit,
> > > please do so.
> > >
> > > Thank you!
> > > Deepal
> > >
> > >
> > >> Jarek
> > >>
> > >> On Fri, Dec 12, 2008 at 11:36 AM, Deepal jayasinghe
> > <deepalk@gmail.com <ma...@gmail.com>> wrote:
> > >>
> > >>> Hi Devs,
> > >>>
> > >>> Seems like someone has commit changes without running the
> > build. So
> > >>> whoever broke the build, please double check your changes and
> > PLEASE try
> > >>> fix the build. As I can see there a number of test failures in
> > >>> integration module.
> > >>>
> > >>> I guess that may be due to some changes happen in XMLSchema,
> > but I am
> > >>> not sure.
> > >>>
> > >>> Please run the build before you do any code commit :)
> > >>>
> > >>> Thank you!
> > >>> Deepal
> > >>>
> > >>> --
> > >>> Thank you!
> > >>>
> > >>>
> > >>> http://blogs.deepal.org
> > >>>
> > >>>
> > >>>
> > >>
> > >>
> > >
> > >
> > > --
> > > Thank you!
> > >
> > >
> > > http://blogs.deepal.org
> > >
> > >
> >
> >
> >
> >
> > --
> > Keith Chapman
> > Senior Software Engineer
> > WSO2 Inc.
> > Oxygenating the Web Service Platform.
> > http://wso2.org/
> >
> > blog: http://www.keith-chapman.org
>
>
> --
> Thank you!
>
>
> http://blogs.deepal.org
>
>
--
Nafran Shiraz
Mobile: 0094-773867571
Home:0094-112717740
http://nafran.blogspot.com/
E-Mail: nafi925@gmail.com
nafran.shiraz@cse.mrt.ac.lk
Re: [Axis2] Build Failures in the trunk
Posted by Deepal jayasinghe <de...@gmail.com>.
Thank Kieth, now the build works.
Deepal
> I reverted my initial commit that caused the build break this
> afternoon. The build ran without fail after that.
>
> Thanks,
> Keith.
>
> On Sun, Dec 14, 2008 at 6:24 PM, Andreas Veithen
> <andreas.veithen@gmail.com <ma...@gmail.com>> wrote:
>
> I see a different build failure which is caused by
> DispatchXMessageSourceTests (jaxws-integration). The failing test case
> was introduced recently (r722635) by Jarek. When I revert this change
> locally, jaxws-integration builds fine again.
>
> I also noticed that the following artifact is not (or no longer)
> available from the repositories used in the Maven build:
> com.intellij:openapi:jar:5.0. This causes a build failure in
> axis2-idea-plugin.
>
> Andreas
>
> On Fri, Dec 12, 2008 at 19:17, Deepal jayasinghe
> <deepalk@gmail.com <ma...@gmail.com>> wrote:
> >
> >> Are org.tempuri.complex.ComplexDataTypesTest,
> >> org.tempuri.BaseDataTypesTest. and
> >> org.apache.axis2.deployment.WSDL11ToAxisServiceBuilderTest
> failing for
> >> you? If so, that seems to be caused by r724737 and I've
> mentioned this
> >> to Keith a few days ago.
> >>
> > Yes those are the test cases which are failing for me, Keith do
> you have
> > any idea why that happen.
> >
> > Guys, please do not commit to the trunk when there is a build
> failures,
> > then it become very difficult to fix the initial issue.
> >
> > Keith if the temporal solution to this issue is reverting your
> commit,
> > please do so.
> >
> > Thank you!
> > Deepal
> >
> >
> >> Jarek
> >>
> >> On Fri, Dec 12, 2008 at 11:36 AM, Deepal jayasinghe
> <deepalk@gmail.com <ma...@gmail.com>> wrote:
> >>
> >>> Hi Devs,
> >>>
> >>> Seems like someone has commit changes without running the
> build. So
> >>> whoever broke the build, please double check your changes and
> PLEASE try
> >>> fix the build. As I can see there a number of test failures in
> >>> integration module.
> >>>
> >>> I guess that may be due to some changes happen in XMLSchema,
> but I am
> >>> not sure.
> >>>
> >>> Please run the build before you do any code commit :)
> >>>
> >>> Thank you!
> >>> Deepal
> >>>
> >>> --
> >>> Thank you!
> >>>
> >>>
> >>> http://blogs.deepal.org
> >>>
> >>>
> >>>
> >>
> >>
> >
> >
> > --
> > Thank you!
> >
> >
> > http://blogs.deepal.org
> >
> >
>
>
>
>
> --
> Keith Chapman
> Senior Software Engineer
> WSO2 Inc.
> Oxygenating the Web Service Platform.
> http://wso2.org/
>
> blog: http://www.keith-chapman.org
--
Thank you!
http://blogs.deepal.org
Re: [Axis2] Build Failures in the trunk
Posted by keith chapman <ke...@gmail.com>.
I reverted my initial commit that caused the build break this afternoon. The
build ran without fail after that.
Thanks,
Keith.
On Sun, Dec 14, 2008 at 6:24 PM, Andreas Veithen
<an...@gmail.com>wrote:
> I see a different build failure which is caused by
> DispatchXMessageSourceTests (jaxws-integration). The failing test case
> was introduced recently (r722635) by Jarek. When I revert this change
> locally, jaxws-integration builds fine again.
>
> I also noticed that the following artifact is not (or no longer)
> available from the repositories used in the Maven build:
> com.intellij:openapi:jar:5.0. This causes a build failure in
> axis2-idea-plugin.
>
> Andreas
>
> On Fri, Dec 12, 2008 at 19:17, Deepal jayasinghe <de...@gmail.com>
> wrote:
> >
> >> Are org.tempuri.complex.ComplexDataTypesTest,
> >> org.tempuri.BaseDataTypesTest. and
> >> org.apache.axis2.deployment.WSDL11ToAxisServiceBuilderTest failing for
> >> you? If so, that seems to be caused by r724737 and I've mentioned this
> >> to Keith a few days ago.
> >>
> > Yes those are the test cases which are failing for me, Keith do you have
> > any idea why that happen.
> >
> > Guys, please do not commit to the trunk when there is a build failures,
> > then it become very difficult to fix the initial issue.
> >
> > Keith if the temporal solution to this issue is reverting your commit,
> > please do so.
> >
> > Thank you!
> > Deepal
> >
> >
> >> Jarek
> >>
> >> On Fri, Dec 12, 2008 at 11:36 AM, Deepal jayasinghe <de...@gmail.com>
> wrote:
> >>
> >>> Hi Devs,
> >>>
> >>> Seems like someone has commit changes without running the build. So
> >>> whoever broke the build, please double check your changes and PLEASE
> try
> >>> fix the build. As I can see there a number of test failures in
> >>> integration module.
> >>>
> >>> I guess that may be due to some changes happen in XMLSchema, but I am
> >>> not sure.
> >>>
> >>> Please run the build before you do any code commit :)
> >>>
> >>> Thank you!
> >>> Deepal
> >>>
> >>> --
> >>> Thank you!
> >>>
> >>>
> >>> http://blogs.deepal.org
> >>>
> >>>
> >>>
> >>
> >>
> >
> >
> > --
> > Thank you!
> >
> >
> > http://blogs.deepal.org
> >
> >
>
--
Keith Chapman
Senior Software Engineer
WSO2 Inc.
Oxygenating the Web Service Platform.
http://wso2.org/
blog: http://www.keith-chapman.org
Re: [Axis2] Build Failures in the trunk
Posted by Andreas Veithen <an...@gmail.com>.
I see a different build failure which is caused by
DispatchXMessageSourceTests (jaxws-integration). The failing test case
was introduced recently (r722635) by Jarek. When I revert this change
locally, jaxws-integration builds fine again.
I also noticed that the following artifact is not (or no longer)
available from the repositories used in the Maven build:
com.intellij:openapi:jar:5.0. This causes a build failure in
axis2-idea-plugin.
Andreas
On Fri, Dec 12, 2008 at 19:17, Deepal jayasinghe <de...@gmail.com> wrote:
>
>> Are org.tempuri.complex.ComplexDataTypesTest,
>> org.tempuri.BaseDataTypesTest. and
>> org.apache.axis2.deployment.WSDL11ToAxisServiceBuilderTest failing for
>> you? If so, that seems to be caused by r724737 and I've mentioned this
>> to Keith a few days ago.
>>
> Yes those are the test cases which are failing for me, Keith do you have
> any idea why that happen.
>
> Guys, please do not commit to the trunk when there is a build failures,
> then it become very difficult to fix the initial issue.
>
> Keith if the temporal solution to this issue is reverting your commit,
> please do so.
>
> Thank you!
> Deepal
>
>
>> Jarek
>>
>> On Fri, Dec 12, 2008 at 11:36 AM, Deepal jayasinghe <de...@gmail.com> wrote:
>>
>>> Hi Devs,
>>>
>>> Seems like someone has commit changes without running the build. So
>>> whoever broke the build, please double check your changes and PLEASE try
>>> fix the build. As I can see there a number of test failures in
>>> integration module.
>>>
>>> I guess that may be due to some changes happen in XMLSchema, but I am
>>> not sure.
>>>
>>> Please run the build before you do any code commit :)
>>>
>>> Thank you!
>>> Deepal
>>>
>>> --
>>> Thank you!
>>>
>>>
>>> http://blogs.deepal.org
>>>
>>>
>>>
>>
>>
>
>
> --
> Thank you!
>
>
> http://blogs.deepal.org
>
>
Re: [Axis2] Build Failures in the trunk
Posted by Deepal jayasinghe <de...@gmail.com>.
> Are org.tempuri.complex.ComplexDataTypesTest,
> org.tempuri.BaseDataTypesTest. and
> org.apache.axis2.deployment.WSDL11ToAxisServiceBuilderTest failing for
> you? If so, that seems to be caused by r724737 and I've mentioned this
> to Keith a few days ago.
>
Yes those are the test cases which are failing for me, Keith do you have
any idea why that happen.
Guys, please do not commit to the trunk when there is a build failures,
then it become very difficult to fix the initial issue.
Keith if the temporal solution to this issue is reverting your commit,
please do so.
Thank you!
Deepal
> Jarek
>
> On Fri, Dec 12, 2008 at 11:36 AM, Deepal jayasinghe <de...@gmail.com> wrote:
>
>> Hi Devs,
>>
>> Seems like someone has commit changes without running the build. So
>> whoever broke the build, please double check your changes and PLEASE try
>> fix the build. As I can see there a number of test failures in
>> integration module.
>>
>> I guess that may be due to some changes happen in XMLSchema, but I am
>> not sure.
>>
>> Please run the build before you do any code commit :)
>>
>> Thank you!
>> Deepal
>>
>> --
>> Thank you!
>>
>>
>> http://blogs.deepal.org
>>
>>
>>
>
>
--
Thank you!
http://blogs.deepal.org
Re: [Axis2] Build Failures in the trunk
Posted by keith chapman <ke...@gmail.com>.
Strangely the build passes for me. Just took and update and took a build, it
builds without any issues. Will try building on a remote machine.
Thanks,
Keith.
On Fri, Dec 12, 2008 at 10:58 PM, Jarek Gawor <jg...@gmail.com> wrote:
> Are org.tempuri.complex.ComplexDataTypesTest,
> org.tempuri.BaseDataTypesTest. and
> org.apache.axis2.deployment.WSDL11ToAxisServiceBuilderTest failing for
> you? If so, that seems to be caused by r724737 and I've mentioned this
> to Keith a few days ago.
>
> Jarek
>
> On Fri, Dec 12, 2008 at 11:36 AM, Deepal jayasinghe <de...@gmail.com>
> wrote:
> > Hi Devs,
> >
> > Seems like someone has commit changes without running the build. So
> > whoever broke the build, please double check your changes and PLEASE try
> > fix the build. As I can see there a number of test failures in
> > integration module.
> >
> > I guess that may be due to some changes happen in XMLSchema, but I am
> > not sure.
> >
> > Please run the build before you do any code commit :)
> >
> > Thank you!
> > Deepal
> >
> > --
> > Thank you!
> >
> >
> > http://blogs.deepal.org
> >
> >
>
--
Keith Chapman
Senior Software Engineer
WSO2 Inc.
Oxygenating the Web Service Platform.
http://wso2.org/
blog: http://www.keith-chapman.org