Mailing-List: contact axis-c-dev-help@ws.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache AXIS C Developers List" <axis-c-dev@ws.apache.org>
Received-SPF: pass (hermes.apache.org: local policy)
Subject: RE: Today CVS Build failing
From: Rangika Mendis <rangika@opensource.lk>
To: Apache AXIS C Developers <axis-c-dev@ws.apache.org>
In-Reply-To: 
 <OFFF271F8B.0727AAB4-ON80257006.00311958-80257006.0031D83F@uk.ibm.com>
References: 
	 <OFFF271F8B.0727AAB4-ON80257006.00311958-80257006.0031D83F@uk.ibm.com>
Content-Type: text/plain
Date: Thu, 19 May 2005 16:55:05 +0600
Message-Id: <1116500105.9926.43.camel@localhost.localdomain>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit

Hi John,

Could you tell me - is it the first test that throws the exception
yes........ SimpleRef

So far ANT Build hasn't worked for me.

In the build.Linux.Properties file I have set the 
testPort = 80 (which is the Apache port).Shouldn't testport be Apache
Port?

In the antservices.min 
* apache2 - copy apache2 module, change the listening port, change
httpd.conf

I have to copy axiscpp_mod2.so to apache2/modules
Isn't the listening port apache port?????? I thought that Apache is
listening for the request.

change httpd.conf - means adding the following lines to the bottom of
httpd.conf right

LoadModule axis_module modules/libaxiscpp_mod2.so
<Location /axis>
SetHandler axis
</Location>

If I set 
testHost = localhost
testPort = 8080
monitorPort = 8080 (As per Dushshantha)

& give the commands it should work right????

Is the testPort the server port? Then how does it load the module when
module loading is configured in Apache???

When do I start Apache server?

I'm confused abt ANT build.

Rangika


On Thu, 2005-05-19 at 10:04 +0100, John Hawkins wrote:
> 
> I'm confused as to why you are getting these issues. 
> 
> We run everyday and we get no issues at all. The monitor works fine on
> multiple platforms. 
> 
> What's happening is that the monitor opens a server connection and
> sits waiting for the client to connect to it. Unfortunately what you
> are seeing is the server connection not being opened because you
> already have a process (not sure which one - apache maybe?) using that
> port. 
> 
> Could you tell me - is it the first test that throws the exception
> (and can you copy the exception here so I know it's the same one I
> think it is)? If it is the first test then you have something else
> running on the port that the monitor is trying to open. if it's the
> second test and the first test ran sucesfully then the monitor is not
> being closed down correctly. 
> 
> cheers,, 
> john. 
> 
> 
> 
> 
> 
> 
> 
> "Dushshantha Chandradasa"
> <dchandradasa@virtusa.com> 
> 
> 19/05/2005 07:09 
>          Please respond to
>   "Apache AXIS C Developers List"
> 
> 
> 
> 
>                To
> "Apache AXIS C
> Developers List"
> <axis-c-
> dev@ws.apache.org> 
>                cc
> 
>           Subject
> RE: Today CVS
> Build failing
> 
> 
> 
> 
> 
> 
> 
> 
> Hi Rangika,
>                 We just avoided this problem by setting the monitor
> port to the
> port which is our test port in build.linux.properties file.
> 
> These were my previous settings
> 
> testHost = localhost
> testPort = 8080
> monitorPort = 13260
> 
> I simply changed it to following
> 
> testHost = localhost
> testPort = 8080
> monitorPort = 8080
> 
> But still I'm getting exceptions thrown by the monitor.
> 
> Regards,
> Dushshantha 
>                 
> 
> -----Original Message-----
> From: Samisa Abeysinghe [mailto:SAbeysinghe@virtusa.com] 
> Sent: Thursday, May 19, 2005 11:52 AM
> To: Apache AXIS C Developers List
> Subject: RE: Today CVS Build failing
> 
> Hi Rnagika,
>                 Looks like you have problems with the monitor. We too
> had come
> across this problem. We are trying to figure out a workaround. Will
> let
> you know.
> Thanks,
> Samisa...
> 
> -----Original Message-----
> From: Rangika Mendis [mailto:rangika@opensource.lk] 
> Sent: Thursday, May 19, 2005 10:57 AM
> To: Apache AXIS C Developers
> Subject: RE: Today CVS Build failing
> 
> Hi Samisa,
> 
> BTW - we could compile the source on Linux without any changes -
> > so this was a windows specific problem for us.
> 
> Could you execute tests in Linux yesterday?
> 
> 
> I got a checkout yesterday & tried to execute SimpleRef then it
> compiled successfully, but it just hangs after the following
> 
> 
> [root@localhost c]# ant -f test.xml -Ddir.xmlParser=/usr/local/xerces-
> c-
> src_2_6_0/lib -
> Ddir.release=/home/rangika/checkout_May18/obj/package/axis-c-1.6a.n-
> Linux-bin -Dtest.name=SimpleRef
> Buildfile: test.xml
> 
> pre-init:
> 
> preInitializeTest:
> 
> overrideTest:
> 
> set-platform-specifics:
> 
> checkIfDebug:
> 
> initialize:
> 
> initializeTest:
> 
> compileMonitorUtility:
> 
> compile:
> 
> package:
> 
> production:
> 
> initializeLogFile:
> 
> setListType:
> 
> setIndividual:
>     [echo] setIndividual SimpleRef
> 
> setFromList:
> 
> setAll:
> 
> setTestList:
> 
> runTests:
> 
> loadXMLProperties:
>     [echo] Loading XML file /home/rangika/checkout_May18/rangi/ws-
> axis/c/tests/auto_build/testcases/tests/SimpleRef.xml
> 
> setTestName:
> 
> setTestDesc:
> 
> setTestCode:
> 
> setClientLang:
> 
> setTestWsdl:
> 
> setTestEndpoint:
> 
> setTestExpected:
> 
> setTestExpectedRequest:
> 
> setHandlerDirectory:
> 
> setHandlerService:
> 
> setHandlersPresent:
> 
> setTestPort:
> 
> setPropertiesForTest:
> 
> cleanTest:
>   [delete] Deleting
> directory /home/rangika/checkout_May18/obj/test/generated/cpp/SimpleRef
> 
> checkIfRequestFile:
> 
> setPropertiesForThisTest:
> 
> compileTestClient:
> 
> callCompileStaticClient:
> 
> setLanguage:
> 
> generateStubs:
>    [mkdir] Created
> dir: /home/rangika/checkout_May18/obj/test/generated/cpp/SimpleRef
>     [java] log4j:WARN No appenders could be found for logger
> (org.apache.axis.i18n.ProjectResourceBundle).
>     [java] log4j:WARN Please initialize the log4j system properly.
> 
>     [java] Code generation completed.
> 
> 
> copyClientCode:
>     [copy] Copying 1 file
> to /home/rangika/checkout_May18/obj/test/generated/cpp/SimpleRef
> 
> copyStubClient:
> 
> copyDynamicClient:
> 
> getClient:
> 
> compileStaticClient:
>       [cc] 3 total files to be compiled.
> 
> [cc]
> /home/rangika/checkout_May18/obj/test/generated/cpp/SimpleRef/SimpleRefC
> lient.cpp: In function `int main(int, char**)':
> 
> [cc]
> /home/rangika/checkout_May18/obj/test/generated/cpp/SimpleRef/SimpleRefC
> lient.cpp:28: warning: unused variable 'x'
> 
> [cc]
> /home/rangika/checkout_May18/obj/test/generated/cpp/SimpleRef/SimpleRefC
> lient.cpp:29: warning: unused variable 'buffer1'
> 
> [cc]
> /home/rangika/checkout_May18/obj/test/generated/cpp/SimpleRef/SimpleRefC
> lient.cpp:32: warning: unused variable 'server'
> 
> [cc]
> /home/rangika/checkout_May18/obj/test/generated/cpp/SimpleRef/SimpleRefC
> lient.cpp:33: warning: unused variable 'port'
> 
> [cc]
> /home/rangika/checkout_May18/obj/test/generated/cpp/SimpleRef/intType.hp
> p: At global scope:
> 
> [cc]
> /home/rangika/checkout_May18/obj/test/generated/cpp/SimpleRef/intType.hp
> p:28: warning: 'Axis_URI_intType' defined but not used
> 
> [cc]
> /home/rangika/checkout_May18/obj/test/generated/cpp/SimpleRef/intType.hp
> p:29: warning: 'Axis_TypeName_intType' defined but not used
> 
> [cc]
> /home/rangika/checkout_May18/obj/test/generated/cpp/SimpleRef/RefTestPor
> tType.cpp: In member function `intType*
> RefTestPortType::echoInt(intType*)':
> 
> [cc]
> /home/rangika/checkout_May18/obj/test/generated/cpp/SimpleRef/RefTestPor
> tType.cpp:43: warning: unused variable 'pcCmplxFaultName'
> 
> [cc]
> /home/rangika/checkout_May18/obj/test/generated/cpp/SimpleRef/intType.hp
> p: At global scope:
> 
> [cc]
> /home/rangika/checkout_May18/obj/test/generated/cpp/SimpleRef/intType.hp
> p:29: warning: 'Axis_TypeName_intType' defined but not used
>       [cc] Starting link
> 
> callCompileLinkedClient:
> 
> compileClient:
> 
> validateClientCompilationIfBuilding:
>     [echo] SimpleRef - Client Compilation - PASSED
> 
> validateClientCompilationIfNotBuilding:
> 
> validateClientCompilation:
> 
> checkIfDebug:
> 
> createConfigurationFile:
> 
> createStartOfWSDDFile:
> 
> compileTestHandlers:
> 
> createEndOfWSDDFile:
> 
> updateConfigurationWithClientWSDDEntry:
> 
> compileHandlers:
> 
> buildTest:
> 
> executeTestRun:
> 
> setResultExpectations:
>     [copy] Copying 1 file
> to /home/rangika/checkout_May18/obj/test/generated/cpp/SimpleRef
> 
> setRequestExpectations:
> 
> setExpectations:
> 
> setEndpoint:
> 
> setForMonitor:
> 
> setVerbatim:
> 
> checkIfEndpointSet:
> 
> setForNoMonitor:
> 
> setTestArgs:
> 
> executeTest:
> 
> startMonitor:
>     [echo] Starting monitor forwarding to localhost:80
>     [echo] MONITOR OUTPUT=
>     [echo] Running Test SimpleRef http://localhost:13260/axis/Ref
> I have been having this problem for sometime now.
> 
> Could you tell me what I have missed here.
> 
> I'm using Fedora.
> 
> Thank you
> Rangika
> 
> 
> 
> 
> 
> 
> On Thu, 2005-05-19 at 09:09 +0600, Samisa Abeysinghe wrote:
> > Hi Mark,
> >                  Yes I missed that point - make only the file
> causing the problem
> > a C++ source file instead of all.
> >                  Your solution is better. Thanks you for the fix.
> >                  BTW - we could compile the source on Linux without
> any changes -
> > so this was a windows specific problem for us.
> > 
> > Thanks,
> > Samisa...
> > 
> > -----Original Message-----
> > From: Mark Whitlock [mailto:mark_whitlock@uk.ibm.com] 
> > Sent: Wednesday, May 18, 2005 7:47 PM
> > To: axis-c-dev@ws.apache.org
> > Subject: Fw: Today CVS Build failing
> > 
> > 
> > 
> > 
> > 
> > I've fixed this problem by renaming apr_base.c to apr_base.cpp so
> that
> > it
> > will be compiled as C++. The build break happened because apr_base.c
> (a
> > C
> > file) was given a C++ dependency. I didn't want to compile all files
> on
> > Windows as C++ because that might break the C bindings, and this
> break
> > occured on unix platforms as well.
> > Mark
> > Mark Whitlock
> > IBM
> > 
> > ----- Forwarded by Mark Whitlock/UK/IBM on 18/05/2005 14:44 -----
> >  
> > 
> >              "Samisa
> > 
> >              Abeysinghe"
> > 
> >              <SAbeysinghe@virt
> > To 
> >              usa.com>                  "Apache AXIS C Developers
> List"
> > 
> >                                        <axis-c-dev@ws.apache.org>
> > 
> >              18/05/2005 12:03
> > cc 
> >  
> > 
> > 
> > Subject 
> >              Please respond to         RE: Today CVS Build failing
> > 
> >               "Apache AXIS C
> > 
> >              Developers List"
> > 
> >  
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > Anybody else got this problem?
> > 
> > 
> > 
> > 
> > 
> > If yes we could commit the changes to build init XML file to CVS.
> > 
> > 
> > 
> > 
> > 
> > If not, what are we doing wrong here?
> > 
> > 
> > 
> > 
> > 
> > Thanks,
> > 
> > 
> > Samisa...
> > 
> > 
> > 
> > 
> > 
> >       -----Original Message-----
> >       From: Samisa Abeysinghe [mailto:SAbeysinghe@virtusa.com]
> >       Sent: Wednesday, May 18, 2005 11:53 AM
> >       To: Apache AXIS C Developers List
> >       Subject: RE: Today CVS Build failing
> > 
> > 
> > 
> > 
> > 
> >       Using '/TP' option (compile all files as .cpp) with cl seem to
> > solve
> >       the problem. Include in buildInitialize.xml VC++ compiler
> options.
> > 
> > 
> > 
> > 
> > 
> >       Samisa...
> > 
> > 
> > 
> > 
> > 
> >             -----Original Message-----
> >             From: Chinthana C. Dinapala
> [mailto:CDinapala@virtusa.com]
> >             Sent: Wednesday, May 18, 2005 10:17 AM
> >             To: Apache AXIS C Developers List
> >             Subject: Today CVS Build failing
> > 
> > 
> > 
> > 
> > 
> >             Hi guys,
> > 
> > 
> > 
> > 
> > 
> >             Today build failing due to following error.
> > 
> > 
> > 
> > 
> > 
> >                    [cc] Generating Code...
> > 
> > 
> >                    [cc] Compiling...
> > 
> > 
> >                    [cc] apr_base64.c
> > 
> > 
> >                    [cc] C:\Program Files\Microsoft Visual
> >             Studio\VC98\include\eh.h(32) : fat
> > 
> > 
> >             al error C1189: #error :  "eh.h is only for C++!"
> > 
> > 
> >                    [cc] Generating Code...
> > 
> > 
> >                    [cc] Compiling...
> > 
> > 
> >                    [cc] IAnySimpleType.cpp
> > 
> > 
> >                    [cc] Stub.cpp
> > 
> > 
> >                    [cc] IConstrainingFacet.cpp
> > 
> > 
> >                    [cc] WSDDDocument.cpp
> > 
> > 
> >                    [cc] DateTime.cpp
> > 
> > 
> >                    [cc] HandlerChain.cpp
> > 
> > 
> >                    [cc] Namespace.cpp
> > 
> > 
> >                    [cc] MaxInclusive.cpp
> > 
> > 
> >                    [cc] Generating Code...
> > 
> > 
> > 
> > 
> > 
> >             BUILD FAILED
> > 
> > 
> >             C:\axiscpp\ws-axis\c\build.xml:234: The following error
> >             occurred while executing
> > 
> > 
> >              this line:
> > 
> > 
> >             C:\axiscpp\ws-axis\c\build.xml:222: The following error
> >             occurred while executing
> > 
> > 
> >              this line:
> > 
> > 
> >             C:\axiscpp\ws-axis\c\build.xml:93: The following error
> > occurred
> >             while executing
> > 
> > 
> >             this line:
> > 
> > 
> >             C:\axiscpp\ws-axis\c\build\buildClient.xml:23: cl failed
> > with
> >             return code 2
> > 
> > 
> > 
> > 
> > 
> >             Chinthana Dinapala
> > 
> > 
> > 
> > 
> > 
> >             (Embedded image moved to file: pic06886.gif)
> > 
> > 
> >             Creating competitive advantage
> > 
> > 
> > 
> > 
> 
>