You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-dev@axis.apache.org by ax...@ws.apache.org on 2004/10/01 16:54:31 UTC
[jira] Created: (AXISCPP-183) The stubs need to include __declspec(dllexport) on all public method
Message:
A new issue has been created in JIRA.
---------------------------------------------------------------------
View the issue:
http://issues.apache.org/jira/browse/AXISCPP-183
Here is an overview of the issue:
---------------------------------------------------------------------
Key: AXISCPP-183
Summary: The stubs need to include __declspec(dllexport) on all public method
Type: Bug
Status: Unassigned
Priority: Minor
Project: Axis-C++
Components:
WSDL processing
Assignee:
Reporter: Fred Preston
Created: Fri, 1 Oct 2004 7:54 AM
Updated: Fri, 1 Oct 2004 7:54 AM
Environment: n/a
Description:
Problem
When the stub is build as a DLL and the client tries to link to it, because the public interface is not exported, link errors occur.
Solution
By prefixing all public defined methods with '__declspec(dllexport)' in the stub generated header files, all of the method will be available to the client.
---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
[jira] Commented: (AXISCPP-183) The stubs need to include __declspec(dllexport) on all public method
Posted by ax...@ws.apache.org.
The following comment has been added to this issue:
Author: John Hawkins
Created: Fri, 15 Oct 2004 6:14 AM
Body:
better description of issue ->
I created the following Makefile(sse below) for use with namke on MSVC6
All works fine except the final lnk of the AxisBenchClient.exe
it gives the erros below & i can't get rid of them...
even if this is not a bug, we need to describe how to package the service as a DLL if the building is any more than trivial
(excuse me if it IS trivial - I just can't see what I need to do to fix this)
=================================================================================== link error
link AxisBench.lib libaxis_client.lib AxisBenchClient.obj /out:AxisBenchClient.exe
Microsoft (R) Incremental Linker Version 6.00.8447
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
Creating library AxisBenchClient.lib and object AxisBenchClient.exp
AxisBenchClient.obj : error LNK2001: unresolved external symbol "public: class BenchDataType * __thiscall AxisBench::doBenchRequest(class BenchDataType *)" (?doBenchRequest@AxisBench@@QAEPAVBenchDataType@@PAV2@@Z)
AxisBenchClient.obj : error LNK2001: unresolved external symbol "public: __thiscall BenchBasicDataType::BenchBasicDataType(void)" (??0BenchBasicDataType@@QAE@XZ)
AxisBenchClient.obj : error LNK2001: unresolved external symbol "public: __thiscall BenchBasicDataType::~BenchBasicDataType(void)" (??1BenchBasicDataType@@QAE@XZ)
AxisBenchClient.obj : error LNK2001: unresolved external symbol "public: __thiscall BenchDataType::BenchDataType(void)" (??0BenchDataType@@QAE@XZ)
AxisBenchClient.obj : error LNK2001: unresolved external symbol "public: __thiscall AxisBench::AxisBench(void)" (??0AxisBench@@QAE@XZ)
AxisBenchClient.obj : error LNK2001: unresolved external symbol "public: __thiscall AxisBench::AxisBench(char const *,enum AXIS_PROTOCOL_TYPE)" (??0AxisBench@@QAE@PBDW4AXIS_PROTOCOL_TYPE@@@Z)
AxisBenchClient.exe : fatal error LNK1120: 6 unresolved externals
NMAKE : fatal error U1077: 'link' : return code '0x460'
Stop.
============================================================================== Makefile
.SUFFIXES:
.SUFFIXES: .obj .cpp
INCLUDE = $(INCLUDE);..\..\..\package\include;
LIB = ..\..\..\package\lib;.;$(LIB);
CFLAGS = /c /GX /DWIN32 /MD
OBJS = BenchDataType.obj BenchBasicDataType.obj AxisBenchSoapSvc_AxisClientException.obj AxisBench.obj
all : AxisBench.dll AxisBenchClient.exe
AxisBenchClient.obj : AxisBenchClient.cpp
$(CC) $(CFLAGS) $*.cpp
AxisBench.obj : AxisBench.cpp AxisBench.h
$(CC) $(CFLAGS) $*.cpp
BenchDataType.obj : BenchDataType.cpp BenchDataType.h
$(CC) $(CFLAGS) $*.cpp
BenchBasicDataType.obj : BenchBasicDataType.cpp BenchBasicDataType.h
$(CC) $(CFLAGS) $*.cpp
AxisBenchSoapSvc_AxisClientException.obj : AxisBenchSoapSvc_AxisClientException.cpp AxisBenchSoapSvc_AxisClientException.h
$(CC) $(CFLAGS) $*.cpp
AxisBench.dll : $(OBJS)
link $(OBJS) libaxis_client.lib /DLL /out:AxisBench.dll
AxisBenchClient.exe : AxisBenchClient.obj
link AxisBench.lib libaxis_client.lib AxisBenchClient.obj /out:AxisBenchClient.exe
---------------------------------------------------------------------
View this comment:
http://issues.apache.org/jira/browse/AXISCPP-183?page=comments#action_54187
---------------------------------------------------------------------
View the issue:
http://issues.apache.org/jira/browse/AXISCPP-183
Here is an overview of the issue:
---------------------------------------------------------------------
Key: AXISCPP-183
Summary: The stubs need to include __declspec(dllexport) on all public method
Type: Bug
Status: Unassigned
Priority: Minor
Project: Axis-C++
Components:
WSDL processing
Assignee:
Reporter: Fred Preston
Created: Fri, 1 Oct 2004 7:54 AM
Updated: Fri, 15 Oct 2004 6:14 AM
Environment: n/a
Description:
Problem
When the stub is build as a DLL and the client tries to link to it, because the public interface is not exported, link errors occur.
Solution
By prefixing all public defined methods with '__declspec(dllexport)' in the stub generated header files, all of the method will be available to the client.
---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
[jira] Commented: (AXISCPP-183) The stubs need to include __declspec(dllexport) on all public method
Posted by ax...@ws.apache.org.
The following comment has been added to this issue:
Author: Andrew Perry
Created: Fri, 1 Oct 2004 8:01 AM
Body:
There is a #define for this called STORAGE_CLASS_INFO in GDefine.h which sets __declspec(dllexport) for windows only.
---------------------------------------------------------------------
View this comment:
http://issues.apache.org/jira/browse/AXISCPP-183?page=comments#action_53588
---------------------------------------------------------------------
View the issue:
http://issues.apache.org/jira/browse/AXISCPP-183
Here is an overview of the issue:
---------------------------------------------------------------------
Key: AXISCPP-183
Summary: The stubs need to include __declspec(dllexport) on all public method
Type: Bug
Status: Unassigned
Priority: Minor
Project: Axis-C++
Components:
WSDL processing
Assignee:
Reporter: Fred Preston
Created: Fri, 1 Oct 2004 7:54 AM
Updated: Fri, 1 Oct 2004 8:01 AM
Environment: n/a
Description:
Problem
When the stub is build as a DLL and the client tries to link to it, because the public interface is not exported, link errors occur.
Solution
By prefixing all public defined methods with '__declspec(dllexport)' in the stub generated header files, all of the method will be available to the client.
---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
[jira] Closed: (AXISCPP-183) The stubs need to include __declspec(dllexport) on all public method
Posted by "Fred Preston (JIRA)" <ax...@ws.apache.org>.
[ http://nagoya.apache.org/jira/browse/AXISCPP-183?page=history ]
Fred Preston closed AXISCPP-183:
--------------------------------
Resolution: Fixed
Fix Version: unspecified
> The stubs need to include __declspec(dllexport) on all public method
> --------------------------------------------------------------------
>
> Key: AXISCPP-183
> URL: http://nagoya.apache.org/jira/browse/AXISCPP-183
> Project: Axis-C++
> Type: Bug
> Components: WSDL processing
> Environment: n/a
> Reporter: Fred Preston
> Assignee: Fred Preston
> Priority: Minor
> Fix For: unspecified
>
> Problem
> When the stub is build as a DLL and the client tries to link to it, because the public interface is not exported, link errors occur.
> Solution
> By prefixing all public defined methods with '__declspec(dllexport)' in the stub generated header files, all of the method will be available to the client.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://nagoya.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
[jira] Assigned: (AXISCPP-183) The stubs need to include __declspec(dllexport) on all public method
Posted by "Fred Preston (JIRA)" <ax...@ws.apache.org>.
[ http://nagoya.apache.org/jira/browse/AXISCPP-183?page=history ]
Fred Preston reassigned AXISCPP-183:
------------------------------------
Assign To: Fred Preston
> The stubs need to include __declspec(dllexport) on all public method
> --------------------------------------------------------------------
>
> Key: AXISCPP-183
> URL: http://nagoya.apache.org/jira/browse/AXISCPP-183
> Project: Axis-C++
> Type: Bug
> Components: WSDL processing
> Environment: n/a
> Reporter: Fred Preston
> Assignee: Fred Preston
> Priority: Minor
>
> Problem
> When the stub is build as a DLL and the client tries to link to it, because the public interface is not exported, link errors occur.
> Solution
> By prefixing all public defined methods with '__declspec(dllexport)' in the stub generated header files, all of the method will be available to the client.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://nagoya.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira