Axis2-1.6-saaj vs
1.3-saaj equivalent
05/24/2010 06:06 PM 24,724 AttachmentPartImpl.java
10-19-2007 19,553 AttachmentPartImpl.java
deltas: public AttachmentPartImpl() {
--no constructors --
headers = new MimeHeaders();
}
public int getSize() throws SOAPException
--same-
public void clearContent()
--same-
public Object getContent() throws SOAPException
--same-
public void setContent(Object object, String
contentType) --same-
public DataHandler getDataHandler() throws
SOAPException --same-
public void setDataHandler(DataHandler
dataHandler) --same-
public void removeAllMimeHeaders()
--same-
public void removeMimeHeader(String header)
--same-
public String[] getMimeHeader(String name)
--same-
public void setMimeHeader(String name, String
value) --same-
public void addMimeHeader(String name, String
value) --same-
public boolean matches(MimeHeaders headers)
--same-
public Iterator getAllMimeHeaders()
--same-
public Iterator getMatchingMimeHeaders(String[]
names) --same-
public Iterator
getNonMatchingMimeHeaders(String[] names) --same-
boolean hasAllHeaders(MimeHeaders hdrs)
--missing-
public MimeBodyPart getMimePart() throws
SOAPException --missing-
public static void copyMimeHeaders(MimeHeaders
headers, MimeBodyPart mbp) --missing-
public static void copyMimeHeaders(MimeBodyPart
mbp, AttachmentPartImpl ap) --missing
public void setBase64Content(InputStream
content, String contentType) --same-
public InputStream getBase64Content() throws
SOAPException --same-
public void setRawContent(InputStream content,
String contentType) --same-
public void setRawContentBytes(byte[] content,
int off, int len, String contentType) --same-
public InputStream getRawContent() throws
SOAPException --same-
public byte[] getRawContentBytes() throws
SOAPException --same-
public boolean equals(Object
o)
--missing-
public MimeHeaders
getMimeHeaders()
--missing-
as you can see the Mime Processing from 1.3-saaj is notably absent in the
axis2-1.6 saaj distro
the majority of our module engineers hail from scandanavia are on
holiday we would be hard pressed to guarantee a refactor to include 1.3
Mime by 1 Oct
but perhaps the engineers from NZ or Belgium will take a look. Please file JIRA
at
https://issues.apache.org/jira/browse/AXIS2#selectedTab=com.atlassian.jira.plugin.system.project%3Aissues-panel
Concerning the etiology of Mime...support for text came first ..mime came later
http://codeidol.com/java/j2ee/SAAJ/SAAJ
Takk,
Martin
______________________________________________
Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité
Diese
Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger
sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte
Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese
Nachricht dient lediglich dem Austausch von Informationen und entfaltet
keine rechtliche Bindungswirkung. Aufgrund der leichten
Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt
uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le
destinataire prévu, nous te demandons avec bonté que pour satisfaire informez
l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est
interdite. Ce message sert à l'information seulement et n'aura pas n'importe
quel effet légalement obligatoire. Étant donné que les email peuvent facilement
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité
pour le contenu fourni.
Martin Gainty
______________________________________________
Jogi és Bizalmassági kinyilatkoztatás/Verzicht und
Vertraulichkeitanmerkung/Note de déni et de confidentialité
Ez az
üzenet bizalmas. Ha nem ön az akinek szánva volt, akkor kérjük, hogy
jelentse azt nekünk vissza. Semmiféle továbbítása vagy másolatának
készítése nem megengedett. Ez az üzenet csak ismeret cserét szolgál és
semmiféle jogi alkalmazhatósága sincs. Mivel az electronikus üzenetek
könnyen megváltoztathatóak, ezért minket semmi felelöség nem terhelhet
ezen üzenet tartalma miatt.
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger
sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung
oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem
Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung.
Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung
fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le
destinataire prévu, nous te demandons avec bonté que pour satisfaire informez
l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est
interdite. Ce message sert à l'information seulement et n'aura pas n'importe
quel effet légalement obligatoire. Étant donné que les email peuvent facilement
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité
pour le contenu fourni.
From: [email protected]
To: [email protected]
Subject: Saaj version compatibility question
Date: Thu, 21 Jul 2011 18:44:47 +0000
-----Original Message-----
From: Wright Karl (Nokia-S/Boston)
Sent: 20/07/2011, 12:20 PM
To: [email protected]
Subject: Saaj version compatibility question
I hope I have the right list.
I’m a principal developer of Apache ManifoldCF. We have two connectors which
depend on Apache Axis 1.4. Thus, they include a saaj.jar which came from Axis
but whose etiology I do not know. We’ve received a new connector which includes
a dependency on a slightly different saaj jar – this one from Sun, apparently
based on the 1.3 version of the specification. This seems to be a newer jar
than the Axis-provided one.
My question is, since we cannot use both of these at the same time, is there
any reason why I should not replace the Axis saaj jar with the newer sun jar?
Would this have any chance of breaking Axis?
Thanks!
Karl
This message has been classified as
Company Confidential
by Wright Karl (Nokia-S/Boston)
