Web Services Sending Large Size Attachments - INTEROPERABILITY

Hi
I am really interested with Streaming attachments in OC4J.
But I assume it is not interoperable.
When I try to use Streaming for my Web Service, i get an error message that my JAX-RPC handler cannot unmarhall the WS operation (I know weird error).
So it seems that if I want to use Streaming - I have to forget about JAX-RPC handlers (for example logging handler)
Additionally when you open WSDL (of WS + Streaming) file you will see that there is a xml part which is not a WS-I standard:
<sa:stream-attachments xmlns:sa="http://oracle.com/schemas/webservices/streaming-attachments" name="attachments"/>
- and using wsi-test-tools you will get a failure message that it is not
a part of standard namespace: http://schemas.xmlsoap.org/wsdl/soap/
So i guess that client of a Web Service with Streaming must be a JAVA client - and additionally with a usage of oracle WS jar libraries.
So there is a question now, how to enable in OC4J sending big attachments with Interoperability.
I think using AXIS2 module is not an answer, as it also uses JAX-RPC approach based on DOM xml parsers, which means loading whole attachments into memory (no matter if its MTOM, SwA or Base64Encoding).
My question is: IS THERE ANY WAY TO SEND LARGE ATTACHMENTS IN OC4J WITH FULL INTEROPERABILITY (maybe some chunk options)?
Thanks a lot for any answer
Jerzy

I don't know of any way to do this from within Mail.app -- the Rules by default only are applied to incoming email & there is no way I know of to apply them to a new message you are composing.
One (non-automatic) workaround you might find useful is to right or control click on any attachment not shown as an icon in your message & select "View as icon." This will at least show you the size of the attachment.

Similar Messages

Web Services with Large Result Sets

Hi,
We have an application where in a call to a web service could potentially yield a large result set. For the sake of argument, lets say that we cannot limit the result set size, i.e., by criteria narrowing or some other means.
Have any of you handled paging when using Web Services? If so can you please share your experiences considering Web Services are stateless? Any patterns that have worked? I am aware of the Value List pattern but am looking for previous experiences here.
Thanks

Joseph Weinstein wrote:
Aswin Dinakar wrote:
I ran the test again and I removed the ResultSet.Fetch_Forward and it
still gave me the same error OutOfMemory.
The problem to me is similar to what Slava has described. I am parsing
the result set in memory storing the results in a hash map and then
emptying the post processed results into a table.
The hash map turns out to be very big and jvm throws a OutOfMemory
Exception.
I am not sure how I can turn this around -
I can partition my query so that it returns smaller chunks or "blocks"
of data each time(say a page of data or two pages of data). Then I can
store a page of data in the table. The problem with this approach is
that it is not exactly transactional. Recovery would be very difficult
in this approach.
I could do this in a try catch block page by page and then the catch
could go ahead and delete the rows that got committed. The question then
becomes what if that transaction fails ?It sounds like you're committing the 'cardinal performance sin of DBMS processing',
of shovelling lots of raw data out of the DBMS, processing it in some small way,
and sending it (or some of it) back. You should instead do this processing in
a stored procedure or procedures, so the data is manipulated where it is. The
DBMS was written from the ground up to be a fast efficient set-based processor.
Using clever SQL will pay off greatly. Build your saw-mills where the trees are.
JoeYes we did think of stored procedures. Like I mentioned yesterday some of the post
processing depends on unicode and specific character sets. Java seemed ideally suited
to this since it handles these unicode characters very well and has all these libraries
we can use. Moving this to DBMS would mean we would make that proprietary (not that we
wont do it if it became absolutely essential) but its one of the reasons why the post
processing happens in java. Now that you mention it stored procedures seem the best
option.

Wcf web service send port retry?

We are contacting external wcf web services. We don't control these services and they could be returning an exception for a short while (which is "ok"), so we need to retry for a given period of time, without suspending the orchestration/sendport.
It used to be simple with web services (.asmx) since the send port would handle the retries as soon as an exception was returned from the web services. With wcf services and the soap fault, it is much more cumbersome.
I know how to do it from an orchestration, but it does add a lot of clutter (have an extra "initialization" construct block so visual studio shuts up about the uninitialized message coming back from the wcf service, define documentspecnames in
our case, define xpath expressions for the fault and the expected response, have a loop, a delay, more variables/expressions, scope, exception block, etc. etc.) for such a simple requirement. We need to contact a couple of wcf services in an orchestration
and the handling of the retries makes it quite large and unfriendly (and this is mostly the retry logic for these wcf services).
So, is there any way to have the send port adapter handle the retries when receiving an exception from a wcf service like it used to be with regular web services?

Thanks for you answer, yes I understand that the SOAP fault is just another message and that I need to act accordingly in the orchestration. I'm not refuting that, I'm just looking for a better solution than the one I have now (which seems overly complicated
to me).
I have to specify the documentspecname because we use the built-in xmlreceive pipeline and the type of the exception that the wcf services return is standardized in our organisation... so there are many copies of the schema of this exception deployed on
the servers. I need to specify the schema of the exception coming from my wcf reference in my assembly otherwise I get the "I can't find the right schema blabla" exception.
Of course, if I can stop using the XMLReceive pipeline, I wouldn't have to specify the documentspecname... I'll have to research in detail what this pipeline is doing and see if I can replicate it's functionality, with the addition of the check for the error
in the returned message.
I just want to be sure before proceeding... If I raise an exception in a custom pipeline, the send port retry configuration would apply?

Java Web Service that accepts DIME attachments?

Hi guys here's my situation..
I am required to build a Java webservice that can take a file attachment and various other parameters(I have the parameters bit sorted, and can access them fine using .net's WSE). I need to access this webservice and send the file attachment via a .Net web application. Can anyone please help me by pointing me in the right direction? I've spent hours now trying to google examples, but I cant' really find anything that gives me a clear example on how to create a web service in Java that integrates well with .net when dealing with file attachments. I see things such as Axis (JAX-RPC), SOAP with Attachments, etc.. which one is recommended for this situation?
for what its worth, I'm using Tomcat 5.5, Eclipse 3.1 with the lomboz plug in and jdk 1.5.5.
would appreciate some code samples, tutorials, etc..
Also.. .net is more my comfort zone at present, although I did do some J2EE work for a while about 2 yrs ago, so apologies for not being entirely up to scratch with current java WS technologies.
Thanks in advance!!..

CF doesn't support DIME "natively", but Apache Axis does, and that's the library that CF uses. So, you'll have to drop to Java to do this.
Dave Watts, CTO, Fig Leaf Software
http://www.figleaf.com/
http://training.figleaf.com/

SAML2.0 for web services - sender-vouches scenario

We would like to configure this scenario using SAML2.0 assertion tickets. We are on ECC 6 EhP6.
Configuration in SAML2 has been completed - no WS security policy has been configured in order to support the sender-vouches scenario.
WSS_SETUP has run to use SAML.
When configuring the web services we are using https for transport and SAML for authentication - the wsdl generated in this case references SAML1.1 and as result we get an error of Wrong token type received. Endpoint expects SAML 1.1 token.
The question is: can SAML2.0 be used for sender-vouches scenarios or not?
Any input or help would be greatly appreciated.
Thank you,
Miklos

Hi Miklos,
Yes you can use SAML2.0 for Sendor-vouches scenarios.
Please see the below link for configuration process:
http://help.sap.com/saphelp_nw73/helpdata/en/b5/014086933d4576bba1b4c7e9533f4b/content.htm
I hope it will be helpful for you.
Regards,
Gourav
Message was edited by: Gourav Kumar Jena

Calling web services constructed with swaref attachments

Hi All,
BPEL has support for attachments, either in MIME or DIME manner.There are attachment examples under BPEL_HOME/samples/demos/Attachment folder.
Unfortunately, these examples does not cover swaref (Soap with attachment reference) which is widely used for our customers.
What I would like to ask is:
Is there any way to call some external systems introducing web services with swaref elements in their interfaces,from BPEL processes?
When I tried such kind of a web service, I get a remoteFault with summary:
"Caught exception while handling request: missing cid for attachment"

If your question is whether a Web service can be accessed from Java by directly progamming on the HTTP level, then the answer is yes.

Web service send help

I have a problem that I hope has a simple answer, but I
cannot for the life of me figure it out, hopefully someone out
there can help me!
I am accessing the following section of a wsdl:
<s:element name="Login">
<s:complexType>
<s:sequence>
<s:element minOccurs="0" maxOccurs="1" name="sUserName"
type="s:string"/>
<s:element minOccurs="0" maxOccurs="1"
name="sUserPassword" type="s:string"/>
<s:element minOccurs="1" maxOccurs="1"
name="enIdentifier" type="tns:EnLoginIdentifiers"/>
</s:sequence>
</s:complexType>
</s:element>
<s:simpleType name="EnLoginIdentifiers">
<s:restriction base="s:string">
<s:enumeration value="User"/>
<s:enumeration value="Manager"/>
</s:restriction>
</s:simpleType>
So I make the call with:
myWS.Login("userIDgoeshere","passwordgoeshere", ???)
I am at a loss for what to put for ???, if it were a complex
data type, I could use a dto to send the correct value over, but
with this setup I am stumped. (And no, I can't just change the
WSDL, it's out of my hands, unfortunately)
If anyone could give an example how to make this work I would
be very grateful, and if there is any other information I can give
to clarify my issue, please let me know!
Thanks in advance for any help!

We need observe the security classification of the service, if it isnt a risk maybe you dont need authentication.
However if security is needed, you can user a rule like that: With your service is a process service you should use authentication and authorization, but with your web service is a simple search (small granularity) you can attribute the rights to the web server (consumer) using a certified (x-509 for example).

Web Service Sender security

Hello All,
We are integrating our POS (CLASS) application to PSCD... We are using standard SAP XI scenario..
Webservice to PI to ERP (proxy).
In POS client is using VB code to connect PI via web-service..
Sender webservice set basic authentication (User-ID/password)..
This user ID and password were stored in CLASS database, unfortunately password is NOT encrypted in CLASS data base..
Our internal audit was not happy password being not encrypted in CLASS database..
MY question is:
Is there any other way can we invoke this sender webservice with out user ID and password being stored in CLASS database.
I am using cash-point external cash-desk..
THanks
John
Edited by: JOHN YAJJALA on May 11, 2011 7:50 PM
Edited by: JOHN YAJJALA on May 11, 2011 3:16 PM

>Is there any other way can we invoke this sender webservice with out user ID and password being stored in CLASS database.
one way is using certificate authentication. This way you dont need passing user and password. Search SDN for the client certificate authentication. Basicallly the external system share their trust certificate with PI. Talk to Basis team about this.

Define Web Service - Send Asynchronous Message

Hi All,
I have to send an asynchronous message from a java web application to XI. For this I tried to used the Define Web Service option in XI. However the documentation says that this tool can be used only for Synchronous interfaces. Is this the case even now? What would be an alternate approach to accomplish this?
Thanks,
Sandeep

Hi,
As explained above , no need to have the webservice only in the case of Sync communication , you can also achieve this by way of generating the WSDL from ID -- tools and added the Quality of service = EO.
Please see the below links to get more details
ThirdPart(WebService) <=> XI <=> SAP(Async)
Check this SAP Help-
http://help.sap.com/saphelp_nw2004s/helpdata/en/48/d5a1fe5f317a4e8e35801ed2c88246/frameset.htm
Async web service.
Communication between SAP System & Webservice Using Proxies - /people/siva.maranani/blog/2005/05/23/communication-between-sap-system-webservice-using-proxies
Also see the below links about webservices
/people/shabarish.vijayakumar/blog/2006/03/23/rfc--xi--webservice--a-complete-walkthrough-part-1
/people/shabarish.vijayakumar/blog/2006/03/28/rfc--xi--webservice--a-complete-walkthrough-part-2
/people/siva.maranani/blog/2005/09/03/invoke-webservices-using-sapxi
/people/siva.maranani/blog/2005/03/01/testing-xi-exposed-web-services
/people/michal.krawczyk2/blog/2005/03/29/configuring-the-sender-rfc-adapter--step-by-step
https://www.sdn.sap.com/irj/sdn/weblogs?blog=/pub/wlg/2131 [original link is broken] [original link is broken] [original link is broken] [original link is broken]
https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/336365d3-0401-0010-9884-a651295aeaa9
Regards
Chilla..
<i>Points rewarded if it is helpful..</i>

Web service sends multiple requests after flash upgrade

I have a Xcelsius engage 2008 SP3 FP2 and i just found out that my dashboard send multiple reqests to web service and this will render my dashboard useless. This is a major bug, is there any solution? Service methods will get around 2-20 request and the dashboard will not be usable any more. Triggers are correct and will not trigger web service unless button is clicked.

Dear Expert,
Tcode RZ10
set the parameter rdisp/gui_auto_logout = 30M in all Instance profiles / orwhat ever time limit u want to specify.
See that this parameter is set on each server.
And you can make it a default.
Regards,
Shankar K B
Edited by: Shankar.kb on Feb 19, 2012 2:25 AM

Invoke Web Services - Send empty SOAP package

We have a SOAP interface that we have consumed through a service layer for 5+ years.
There are many functions available from this endpoint.
Example, one is called Ping and requires no additional parameters. We can send this via Orchestrator with no issues and we get a response.
However all other functions have param requirements such as a set name or authentication data.
Orchestrator has no issue pulling the Format Hint. Ive attached wireshark and fiddler and all calls get sent by Orchestrator with empty packages, all parms get stripped.
We can use SOAP runner and have no issues sending these commands.
Thoughts?
Designer: 7.2.84.0
Orchestrator Management Servers:
NAME: 7.2.84.0
Libraries:
Compression-6-4109999.op4caw: 7.2.84.0
Compression-6-4109999.op4saw: 7.2.84.0
Database-14-40801.op4caw: 7.2.84.0
Database-14-40801.Op4saw: 7.2.84.0
DataMapper-689-5000001.op4caw: 7.2.84.0
DataMapper-689-5000001.op4saw: 7.2.84.0
DateTime-1-5000001.op4saw: 7.2.84.0
Email-2-40803.op4saw: 7.2.84.0
Email-2-4109999.op4caw: 7.2.84.0
Encryption-628-5000001.op4caw: 7.2.84.0
Encryption-628-5000001.op4saw: 7.2.84.0
EncryptionDomainLibResources.dll: 7.2.84.0
FileAndFolderFOCommon.dll: 7.2.84.0
FileList-38-40801.op4cbw: 7.2.84.0
FileManagement-4-40802.op4caw: 7.2.84.0
FileManagement-4-40802.op4saw: 7.2.84.0
FileManagementClientExtension.dll: 7.2.84.0
FileManagementDomain.dll: 7.2.84.0
FileManagementResource.dll: 7.2.84.0
FileManagementServerExtension.dll: 7.2.84.0
FileMonitorClientExtension.dll: 7.2.84.0
FileMonitorDomain.dll: 7.2.84.0
FileMonitorServerExtension.dll: 7.2.84.0
FolderMonitorClientExtension.dll: 7.2.84.0
FolderMonitorDomain.dll: 7.2.84.0
FolderMonitorServerExtension.dll: 7.2.84.0
FormatDateTimeClientExtension.dll: 7.2.84.0
FormatDateTimeDomainLibResources.dll: 7.2.84.0
FormatDateTimeServerExtension.dll: 7.2.84.0
Internet-13-40801.op4caw: 7.2.84.0
Internet-13-4109999.op4saw: 7.2.84.0
jf.SCOrch.Integration.DataManipulation.DataManipulationImages.dll: 1.0.0.0
jf.SCOrch.Integration.SharePoint.ActivityImages.dll: 1.0.0.0
Kelverion.IntegrationPack.RunbookManagement.Images.dll: 1.0.0.1
Kelverion.IntegrationPack.SqlServer.Images.dll: 2.0.0.0
ManageTextFileClientExtension.dll: 7.2.84.0
ManageTextFileDomain.dll: 7.2.84.0
ManageTextFileServerExtension.dll: 7.2.84.0
Microsoft.EnterpriseManagement.Core.dll: 7.5.3046.0
Microsoft.SystemCenter.Orchestrator.ActiveDirectoryIP.Images.dll: 7.2.43.0
Microsoft.SystemCenter.Orchestrator.Integration.SCCM2012.ClientExtension.dll: 7.2.56.0
Microsoft.SystemCenter.Orchestrator.Integration.SCCM2012.Domain.dll: 7.2.56.0
Microsoft.SystemCenter.Orchestrator.Integration.SCCM2012.ServerExtension.dll: 7.2.56.0
Microsoft.SystemCenter.Orchestrator.Integration.SCOM2012.ClientExtension.dll: 7.2.56.0
Microsoft.SystemCenter.Orchestrator.Integration.SCOM2012.Domain.dll: 7.2.56.0
Microsoft.SystemCenter.Orchestrator.Integration.SCOM2012.ServerExtension.dll: 7.2.56.0
Microsoft.SystemCenter.Orchestrator.Integration.SCSM2012.ClientExtension.dll: 7.2.56.0
Microsoft.SystemCenter.Orchestrator.Integration.SCSM2012.Domain.dll: 7.2.56.0
Microsoft.SystemCenter.Orchestrator.Integration.SCSM2012.ServerExtension.dll: 7.2.56.0
Microsoft.SystemCenter.Orchestrator.Integration.Toolkit.IP.ClientExtension.2.dll: 7.2.7.0
Microsoft.SystemCenter.Orchestrator.Integration.Toolkit.IP.ClientExtension.dll: 7.0.359.0
Microsoft.SystemCenter.Orchestrator.Integration.Toolkit.IP.ServerExtension.2.dll: 7.2.7.0
Microsoft.SystemCenter.Orchestrator.Integration.Toolkit.IP.ServerExtension.dll: 7.0.359.0
Microsoft.SystemCenter.Orchestrator.Integration.Toolkit.Wizard.Images.dll: 7.2.7.0
MpCore4LibResources.dll: 7.2.84.0
MpCoreLibResources.dll: 7.2.84.0
NetBrowser-40-40801.op4cbw: 7.2.84.0
NetUseObjectsClientExtension.dll: 7.2.84.0
NetUseObjectsServerExtension.dll: 7.2.84.0
Network-24-407.op4caw: 7.2.84.0
Network-24-40801.op4saw: 7.2.84.0
ObjectResources.dll: 7.2.84.0
OpCoreLibResources.dll: 7.2.84.0
OpToolsLibResources.dll: 7.2.84.0
ProcessBrowser-69-40801.op4cbw: 7.2.84.0
PS_Tools.dll: 1.0.0.19
QueryXmlClientExtension.dll: 7.2.84.0
QueryXmlServerExtension.dll: 7.2.84.0
RandomStringClientExtension.dll: 7.2.84.0
RandomStringDomainLibResources.dll: 7.2.84.0
RandomStringServerExtension.dll: 7.2.84.0
RASPhoneBook-56-40801.op4sbw: 7.2.84.0
RASPhoneBrowser-56-40801.op4cbw: 7.2.84.0
RunScriptClientExtension.dll: 7.2.84.0
RunScriptDomain.dll: 7.2.84.0
RunScriptServerExtension.dll: 7.2.84.0
Schedule-1-40801.op4caw: 7.2.84.0
SnmpClient-119-4109999.op4caw: 7.2.84.0
SNMPClientExtension.dll: 7.2.84.0
SnmpDomainLibResources.dll: 7.2.84.0
SnmpService-119-4109999.op4saw: 7.2.84.0
SSHClient-117-4109999.op4caw: 7.2.84.0
SSHService-117-4109999.op4saw: 7.2.84.0
StandardObjects.dll: 7.2.84.0
SystemCenter.IntegrationPack.ExchangeAdmin.Images.dll: 7.2.51.0
SystemCenter.IntegrationPack.ExchangeUser.Images.dll: 7.2.49.0
SystemCenter.IntegrationPack.Ftp.Images.dll: 7.2.47.0
SystemCenter.IntegrationPack.SharePoint.Images.dll: 7.2.52.0
SystemUtilities-16-40801.op4caw: 7.2.84.0
SystemUtilities-16-40802.op4saw: 7.2.84.0
TextFile-15-40801.op4caw: 7.2.84.0
TextFile-15-40801.op4saw: 7.2.84.0
WebServiceChannelLibResources.dll: 7.2.84.0
WebServicesBase.dll: 7.2.84.0
WebServicesClientExtension.dll: 7.2.84.0
WebServicesProxy.dll: 7.2.84.0
WebServicesServerExtension.dll: 7.2.84.0
WindowsUtilities-21-40801.op4caw: 7.2.84.0
WindowsUtilities-21-40801.op4saw: 7.2.84.0
Wmi-8-40802.op4caw: 7.2.84.0
Wmi-8-40809.op4saw: 7.2.84.0
XsltTransformClientExtension.dll: 7.2.84.0
XsltTransformServerExtension.dll: 7.2.84.0
Moved On

I've noticed the same behaviour.
When I call a webservice using the "Invoke Web Services"-activity using only the elements of the xml e.g. <object>somevalue</object> the xml that gets sent is complete and consumed by the webservice.
However when I call another method that requires attributes (e.g. <object name="something">somevalue</object>) the attributes (name="something") gets stripped from the xml causing the webservice to bounce my call as certain
(mandatory) parameters are missing.
I've confirmed this through Wireshark.
I'm possitive my XML payload is correct as this works through both SOAPUI and Powershell.
(not intending to hijack the question, mainly confirming the behaviour and providing and additional use case)

Not able to create sub folder using SharePoint web service in large SharePoint document library (Item count view threshold limit)

We are trying to create folder & subfolder in a SharePoint document library using SharePoint default(dws) web service. Document library has unique permission as well as item level permission. It was working as expected. Once item count crosses
view threshold limit ( 5000) , create folder web method completes with an error and it creates a folder in SharePoint.
Request:
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:dws="http://schemas.microsoft.com/sharepoint/soap/dws/">
   <soapenv:Header/>
   <soapenv:Body>
      <dws:CreateFolder>
         
         <dws:url>Shared Documents/VenTest02092015v1</dws:url>
      </dws:CreateFolder>
   </soapenv:Body>
</soapenv:Envelope>
Response:
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
   <soap:Body>
      <CreateFolderResponse xmlns="http://schemas.microsoft.com/sharepoint/soap/dws/">
         <CreateFolderResult><Error ID="2">Failed</Error></CreateFolderResult>
      </CreateFolderResponse>
   </soap:Body>
</soap:Envelope>
While trying to create subfolder under the above created folder service throws an exception saying
FolderNotFound.
Though we are able to create subfolder from SharePoint UI successfully.
Request
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:dws="http://schemas.microsoft.com/sharepoint/soap/dws/">
   <soapenv:Header/>
   <soapenv:Body>
      <dws:CreateFolder>
         
         <dws:url>Shared Documents/VenTest02092015v1/REQ-1</dws:url>
      </dws:CreateFolder>
   </soapenv:Body>
</soapenv:Envelope>
Response:
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
   <soap:Body>
      <CreateFolderResponse xmlns="http://schemas.microsoft.com/sharepoint/soap/dws/">
         <CreateFolderResult><Error ID="10">FolderNotFound</Error></CreateFolderResult>
      </CreateFolderResponse>
   </soap:Body>
</soap:Envelope>

Yes, you're probably hitting the 5000 list item threshold (
http://sharepoint.stackexchange.com/questions/105937/overcoming-5000-file-document-library-limits ). I assume you can do it via the UI because you're probably logged in as an admin in which case, out of memory, the threshold is 20.000 items. You can extend
this limit, but you probably shouldn't.
Kind regards,
Margriet Bruggeman
Lois & Clark IT Services
web site: http://www.loisandclark.eu
blog: http://www.sharepointdragons.com

Running web services on OC4J with attachments problem

Hi,
I have problem with running Web Services with Attachment on AS 10.1.3 (SOAP: RCP/LItteral 1.1).
I generate WS Bottom-Up from java class in Jdeveloper 10.1.3 (3673) :
package project2;
import javax.xml.soap.AttachmentPart;
public class TestWS {
public TestWS() {
public String getText() {
return "testWS text" ;
public AttachmentPart getAttach() {
AttachmentPart ap = null ;
/* try {
javax.xml.soap.MessageFactory mf = MessageFactory.newInstance();
javax.xml.soap.SOAPMessage message = mf.createMessage();
ap = message.createAttachmentPart(attachmentObj,"application/pdf");
} catch (Exception e) {e.printStackTrace(); return null ;}
return ap ;
When testing WS through EM - Web services - Test Web Service, failed with exception:
500 Internal Server Error
java.lang.NullPointerException
at oracle.j2ee.ws.server.WebServiceServlet.displayErrorPage(WebServiceServlet.java:742)
at oracle.j2ee.ws.server.JAXRPCServlet.doGet(JAXRPCServlet.java:422)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at com.evermind[Oracle Containers for J2EE 10g (10.1.3.0.0) ].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:719)
at com.evermind[Oracle Containers for J2EE 10g (10.1.3.0.0) ].server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:376)
at com.evermind[Oracle Containers for J2EE 10g (10.1.3.0.0) ].server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java:870)
at com.evermind[Oracle Containers for J2EE 10g (10.1.3.0.0) ].server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:451)
at com.evermind[Oracle Containers for J2EE 10g (10.1.3.0.0) ].server.http.AJPRequestHandler.run(AJPRequestHandler.java:299)
at com.evermind[Oracle Containers for J2EE 10g (10.1.3.0.0) ].server.http.AJPRequestHandler.run(AJPRequestHandler.java:187)
at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:260)
at com.evermind[Oracle Containers for J2EE 10g (10.1.3.0.0) ].util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:303)
at java.lang.Thread.run(Thread.java:595)
WS without attachment works fine. Any advice?
Thx.
Wollis

It's probably "web services home page" bug, ws proxy client works fine.

Sending Large size files through JMS adapter.

We want to receive files larger than 5MB via the JMS receiver adapter. The receiver side has WebSphere MQSeries version 5.3.12.
The channel we are using is SYSTEM.AUTO.SVRCONN.
I can see a MQJMS2007 error in RWB for the JMS adapter.
Does the XI JMS adapter have features to handle large files > 5MB?

Neogy
As far as my knowledge goes it supports MQSERVER. But I am not sure of AMQCLCHL.TAB. Also AMQCLCHL.TAB have some disadvantages when compared with MQSERVER.
http://www3.sympatico.ca/n.rieck/docs/mqseries_client_on_openvms.html
Also the primary inefficiency of this AMQCLCHL.TAB format is its size. When this file is managed by the queue manager (which is your only choice without using this perl module), it grows and never shrinks. When channels are deleted, the linked list pointers are modified so that the deleted entry is merely skipped, but it is not removed from the file.
http://aspn.activestate.com/ASPN/CodeDoc/MQSeries/MQSeries/Config/ChannelTable.html#Secrets%20of%20AMQCLCHL.TAB
When new entries are added, a deleted entry will be searched for and reused if found. If not, a new entry will be added to the end of the file. The size problem occurs if you ever create a very large channel table file, since that will effectively extend the file size permanently.
use of MQSERVER differs from AMQCLCHL.TAB only with respect to the exits. To learn more on this:
http://eai.ittoolbox.com/groups/technical-functional/mqseries-l/162315#
Regards,
---Satish

Web Service: Sender Channel with JAVA client (Apache Axis)

Hello to all,
I am trying to connect an Axis-based Java client to XI via the SOAP adapter.
When connecting, the client receives the error message "Unauthorised" - it seems as if it cannot handle the basic HTTP authentication.
Can I easily disable this authentication mode in XI (or better: in this adapter)?
Or does anybody know how to implement the authentication in the Axis framework?
Many thanks and best regards,
Carsten

Carsten,
AFAIK, you must provide the credntials to access the service on XI. Follow the section <b>Call configuration</b> on this link
http://ws.apache.org/axis/java/client-side-axis.html.
you basically need to properties with the Call method as explained in the link.

Web Services Sending Large Size Attachments - INTEROPERABILITY

Similar Messages

Maybe you are looking for