changes needed on element outlines

[sigbj]

Below is how different elements should be defined in a production
system.
Can I hack the MessageHeader.java, EbxmlMessage.java and the
Utility.java to achieve the setup and then recompile or reinstall
Hermes on the changed source-files in ebxml-pkg/src/hk/hku/cecid/ebms/
pkg/ by rerunning the hermes-installer.jar?

Or how should it be done?

Some of these might of course be changed in the GUI like CPAId etc,
but MessageId and Timetamp have to be without UTC "Z" and with UUID.

<SOAP:Envelope>
<SOAP:Header>
<eb:MessageHeader>
<eb:From>
<eb:PartyId eb:type="HER">3246</eb:PartyId>
<eb:Role>Behandler</eb:Role>
</eb:From>
<eb:To>
<eb:PartyId eb:type="HER">7894</eb:PartyId>
<eb:Role>KontrollUtbetaler</eb:Role>
</eb:To>
<eb:CPAId>971458658_889640782_011</eb:CPAId>
<eb:ConversationId>0CFE238A-8BA9-4ddb-A3CE-B05974A53D</
eb:ConversationId>
<eb:Service eb:type="string">BehandlerKrav</eb:Service>
<eb:Action>OppgjorsMelding</eb:Action>
<eb:MessageData>
<eb:MessageId>88478900-CDF0-4ae8-B203-8923456EDD4B</
eb:MessageId>
<eb:Timestamp>2010-01-25T10:30:03</eb:Timestamp>
</eb:MessageData>
<eb:DuplicateElimination></eb:DuplicateElimination>
</eb:MessageHeader>
<eb:AckRequested eb:signed="false" eb:version="2.0"></
eb:AckRequested>
<ds:Signature>[Diverse signatur elementer]</ds:Signature>
</SOAP:Header>
<SOAP:Body>
<eb:Manifest eb:version="2.0">
<eb:Reference xlink:href="cid:306663...@testing.no"></
eb:Reference>
</eb:Manifest>
</SOAP:Body>
</SOAP:Envelope>


Sincerely Yours,
SS

[Jumbo C]

Hi SS,

Yes, you can.
You can make your change on the source, and recompile it after.
The simpest way to recompile the source, is using the ant script.

But there is dependency for building the project.

First, you have to build the Commons,
run "ant -f build.xml distribute" in Commons/ant
Then. build the Corvus
run "ant -f build.xml distribute" in Corvus/ant
Finally, you can build the ebxml-pkg
run "ant -f build.xml distribute" in Corvus/ant

After all, a "ebms-pkg.jar" has built.
You can replace the original jar file in hermes ebms plugin directory,
with this customized jar file. And, restart your application server
after, to make the system reload the jar again.

Hopefully, this may help you do you customization.

Cheers,
Jumbo

>          <eb:Reference xlink:href="cid:30666343....@testing.no"></

[sigbj]

Thank you.
I assume You meant "ant -f build.xml distribute" to be run twice in
Corvus/ant/ and not "ant -f buildall.xml distribute" the third time?

By the way, how is this build-fail to be understood( please note that
I have not yet recompiled or touched any sourcecode):

sigbj@sled-10sp3:~/Hermes_ebXML/Commons/ant> ~/apache-ant-1.8.2/bin/
ant -f build.xml distribute
Buildfile: /home/sigbj/Hermes_ebXML/Commons/ant/build.xml

info.....
init.............
build:
[javac] /home/sigbj/Hermes_ebXML/Commons/ant/build.xml:51:
warning: 'includeantruntime' was not set, defaulting to
build.sysclasspath=last; set to false for repeatable builds
[javac] Compiling 134 source files to /home/sigbj/Hermes_ebXML/
Commons/build/bin

BUILD FAILED
/home/sigbj/Hermes_ebXML/Commons/ant/build.xml:51: Error running javac
compiler

SS

[Jumbo C]

Hi SS,

Sorry, i made the typo mistakes, the sequence should be

First, you have to build the Commons,
run "ant -f build.xml distribute" in Commons/ant
Then. build the Corvus
run "ant -f build.xml distribute" in Corvus/ant
Finally, you can build the ebxml-pkg

run "ant -f build.xml distribute" in ebxml-pkg/ant


For the error you are experiencing, i have captured my console-dump
for your reference.

I think the "includeantruntime" was not the cause of the compiler
error. My java and javac version is 1.6.0_22.
Could you tell me what is your java version?

================================================================
build:
[javac] /Users/jumboc/Downloads/hermes2_src_20100121/Commons/ant/

build.xml:51: warning: 'includeantruntime' was not set, defaulting to
build.sysclasspath=last; set to false for repeatable builds

[javac] Compiling 134 source files to /Users/jumboc/Downloads/
hermes2_src_20100121/Commons/build/bin
[javac] Note: Some input files use unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.
[copy] Copying 3 files to /Users/jumboc/Downloads/
hermes2_src_20100121/Commons/build/bin
[jar] Building jar: /Users/jumboc/Downloads/hermes2_src_20100121/
Commons/build/lib/piazza-commons.jar
[jar] Building jar: /Users/jumboc/Downloads/hermes2_src_20100121/
Commons/ext/piazza-commons-test.jar
[copy] Copying 19 files to /Users/jumboc/Downloads/
hermes2_src_20100121/Commons/build/lib

web:

ejb:

ear:

spa:

distribute:
[copy] Copying 20 files to /Users/jumboc/Downloads/
hermes2_src_20100121/Commons/dist

BUILD SUCCESSFUL
==============================================================================

[sigbj]

Thank You for the correction of Your typos!
My version is:
sigbj@sled-10sp3:~> java -version
java version "1.4.2_19"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_19-b04)
Java HotSpot(TM) Client VM (build 1.4.2_19-b04, mixed mode)

However, the recompilation is going to be run on another machine with
a newer java version. This (here and now) SLED_10_SP3 will not load
neither Hermes nor xmlsec1, and just for the test of it I tried to run
ant -f etc without other preparation than untaring the apache-
ant-1.8.2-bin.tar.gz file. After looking into the doc/manual it seems
as if I would have to set ANT_HOME and run build.sh etc (?) I am new
to ant.

SS

[sigbj]

Dear Jumbo Cheung and Twinsen!

I have tried your recompilation of Hermes2 like this:

I used the code from Twinsens mail here:

https://groups.google.com/group/cecid-hermes2/browse_thread/thread/301815155042b919/2807c3f73faf6bc4?lnk=gst&q=role#2807c3f73faf6bc4

inserted the 2 lines (bottom) into the file:

CorvusEbMS/src/hk/hku/cecid/ebms/spa/service/
EbmsMessageSenderService.java

like this:

Element[] bodies = request.getBodies();
String cpaId = getText(bodies, "cpaId");
String service = getText(bodies, "service");
String serviceType = getText(bodies, "serviceType");
String action = getText(bodies, "action");
String convId = getText(bodies, "convId");
String fromPartyId = getText(bodies, "fromPartyId");
String[] fromPartyIds = StringUtilities.tokenize(fromPartyId,
",");
String fromPartyType = getText(bodies, "fromPartyType");
String[] fromPartyTypes =
StringUtilities.tokenize(fromPartyType, ",");
String toPartyId = getText(bodies, "toPartyId");
String[] toPartyIds = StringUtilities.tokenize(toPartyId,
",");
String toPartyType = getText(bodies, "toPartyType");
String[] toPartyTypes = StringUtilities.tokenize(toPartyType,
",");
String refToMessageId = getText(bodies,
"refToMessageId");
String fromRole = getText(bodies, "fromRole");
String toRole = getText(bodies, "toRole");

and like this:


for (int i = 0; i < toPartyIds.length; i++) {
msgHeader.addToPartyId(toPartyIds[i],
toPartyTypes[i]);
}
msgHeader.setToRole(toRole);

and:

for (int i = 0; i < fromPartyIds.length; i++) {
msgHeader.addFromPartyId(fromPartyIds[i],
fromPartyTypes[i]);
}
msgHeader.setFromRole(fromRole);

Then I tried to build like this:

ant -f build.xml distribute
in the directories:

Commons/ant CorvusEbMS/ant ebms-pkg/ant

Result: BUILD SUCCESSFUL in all of them.

I copied the produced file :

ebms-pkg/build/lib/ebms-pkg.jar to /home/hermes2/plugins/
hk.hku.cecid.ebms/

and thus replaced the old one.

Then I restarted the hermes by means of apache-tomcat again and tried
to produce a ebxml-document.

Result: there is still no output with <fromRole/> and <toRole/>
parameters within the <From></From> and <To></To>

I tried to change the /home/hermes2/sample/config/ebms-request.xml
like this:

<conversationId>convId</conversationId>
<fromPartyId>fromPartyId</fromPartyId>
<fromPartyType>fromPartyType</fromPartyType>
<fromRole>value1</fromRole>
<toPartyId>toPartyId</toPartyId>
<toPartyType>toPartyType</toPartyType>
<toRole>value2</toRole>

restarted the hermes machinery, but still no change: Both the elements
are lacking still.
Tried <fromPartyRole> etc but still no change.

I also tried to put Twinsens code lines inside the brackets {}.
Recompilation gave the result BUILD SUCCESSFUL on all 3 of them again.
Replaced the ebms-pkg.jar, but no change.

QUESTION: Is Twinsens code description exact enough or am I forgetting
something? I am wondering how to understand Twinsens sentence:
(quoting Twinsens):
"2. Add web service parameters "fromRole" and "toRole" for external to
set the ebms from/to role."

Please, I need very exact description of file names and code change,
so I do not to mess anything up.

SS

[sigbj]

I am anxiously awaiting answer!

On 27 Jan., 13:50, sigbj <sigbj...@operamail.com> wrote:
> Dear Jumbo Cheung and Twinsen!
>
> I have tried your recompilation of Hermes2 like this:
>
> I used the code from Twinsens mail here:
>

> https://groups.google.com/group/cecid-hermes2/browse_thread/thread/30...

[Jonathan Kool]

Hello,

Have you tried to modify EbmsMessageSenderService.java as follows?

Your modification:

  String fromRole = getText(bodies, "fromRole");
  String toRole = getText(bodies, "toRole");

My modification:

String fromRole = "value1";

String toRole = "value2";

All the rest are the same as you described. It should give you what you want.

Twinsen's suggestion is valid. Just that the out-of-the-box web service client does not support "fromRole" and "toRole" parameters. That's why it doesn't work even if you modify ebms-request.xml.

[sigbj]

To Jonathan Kool.

I have now tried the modification as You propose, but "still negative
function,sir!"
The compilation on the 3 different steps went along with SUCCESS,
though a few warnings, but as long as the build is successful and no
error message occur, I would assume that is all right. If you for some
reason want the compilation log or messages, I can send them attached
to you or imply them here. I could also forward theEMSS-java file also
in case it is neccessary to look at the exact changes I have done. -
Could there be anything lacking somewhere that should be changed
additionally? And have some of you really tried this compilation and
seen the Role elements displayed?

Here are the role elements I want:

<eb:From>
<eb:PartyId eb:type="ENH">981789261</eb:PartyId>
<eb:Role>Behandler</eb:Role> <-- I WANT THIS -->
</eb:From>
<eb:To>
<eb:PartyId eb:type="ENH">986965610</eb:PartyId>
<eb:Role>KontrollUtbetaler</eb:Role> <--AND I WANT THIS
-->
</eb:To>
<eb:CPAId>981789261_986965610_011</eb:CPAId>
<eb:ConversationId>eb1e9da4-870e-4046-a2fb-d6050d68803f</
eb:ConversationId>
<eb:Service>BehandlerKrav</eb:Service>

<eb:Action>OppgjorsMelding</eb:Action>

The main thing is that there is noe <eb:Role> whatsoever showing up
after compilation.
Rest of it works.

[Jonathan Kool]

I guess you need to compile CorvusEbMS as well:

(inside CorvusEbMS) ant -f build.xml distribute

Then copy CorvusEbMS/dist/lib/corvus-ebms-core.jar to replace the same file in your Hermes installation.

--
You received this message because you are subscribed to the Google Groups "Hermes 2.0 Discussion List" group.
To post to this group, send email to cecid-...@googlegroups.com.
To unsubscribe from this group, send email to cecid-hermes...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/cecid-hermes2?hl=en.

[sigbj]

NOW IT WORKS!
Thank You.
After the last compilation step within CorvusEbMS/ant/ and replacement
of the core-jar file the Role elements came up just where they should.

In this connection I would like to pose another question:

If I choose the the twinsen-strings:

String fromRole = getText(bodies, "fromRole");
String toRole = getText(bodies, "toRole");

instead of Your strings:

String fromRole = "value1";
String toRole = "value2";

would I then get empty elements in the ebxml-file in such a way that I
could then add the values directly into the ebms-request.xml of the /
hermes2/sample/config/ebms-send/ directory and thus have a choice
there instead of recompiling all the time if I need to change the
values some day? Or would I have to choose another request-file?

I am wondering where Hermes gets the text from by the function
getText(bodies, ....Role");

SS

On 25 Feb., 16:55, Jonathan Kool <jonk...@gmail.com> wrote:
> I guess you need to compile CorvusEbMS as well:
>
> (inside CorvusEbMS) ant -f build.xml distribute
>
> Then copy CorvusEbMS/dist/lib/corvus-ebms-core.jar to replace the same file
> in your Hermes installation.
>

[Apacus H2O Support]

Hermes provides a Web Service API called sender service for applications to send out ebXML message. The sample program you use actually takes in the ebms-request.xml and calls the sender service API of Hermes.

So when you modify Hermes to getText(bodies, ...) you are modifying the sender service API of Hermes. 

This is not enough, of course.

You also need to modify the sample program and the corresponding input file (i.e. ebms-request.xml) to call the modified API.

Yours,

Apacus Support Team.

[sigbj]

The sample program presupposes that if there is less than 4 arguments
(1.the ebms-partnership.xml, 2.ebms-request.xml, 3.ebms.send.log,
4.payload) then the program will run with its presetup-files.

What I have done is that I change the ebms-partnership.xml and ebms-
request.xml so that they contain the correct values and run the sample
program with these changed files + log and payload (=4). This give the
expected result - EXCEPT - when I put in fromRole and toRole
parameters with their values in the ebms-request.xml. The only result
on the ebxml-file is this: <Role/> , i.e.: empty parameter. The
Twinsen prescription is in advance of this compiled.

However, with the Jonathan Kool prescription above it works:
<Role>value</Role>

So far I have tried JonKools prescription as to "string"attribute in
Service and it works:

<eb:Service eb:type="string">BehandlerKrav</eb:Service>

As to the ebms-request.xml it will look like this:

<?xml version="1.0" encoding="UTF-8"?>
<ebms-request>
<config>
<sendEndpoint>http://localhost:8080/corvus/httpd/ebms/
sender</sendEndpoint>
</config>
<param>
<!-- parameters required for sending ebMS message -->
<conversationId>convId</conversationId>
<fromPartyId>981789261</fromPartyId>
<fromPartyType>ENH</fromPartyType>
<fromRole>Behandler</fromRole>
<toPartyId>986965610</toPartyId>
<toPartyType>ENH</toPartyType>
<toRole>KontrollUtbetaler</toRole>

<!-- OPTIONAL -->
<refToMessageId></refToMessageId>
<serviceType></serviceType>
</param>
</ebms-request>

All parameters work except the Role-parts; it does not matter if I
write toPartyRole etc instead. It is a puzzle......

I am not sure if the Hermes depend on the GUI update-button, like it
is for the CPA value.(Without update of CPA the result is NULL on
running the sampleprogram ./ebms-send.sh)
Hope you understand. So there are exception to the rule as to whether
the xml-files themselves should be changed or the GUI-boxes should be
changed and updated. Hope this doesn't confuse you. - Stick to the
Role and "string" part in my question, but Hermes might be tricky, and
may contain traps for me.

I have tried a build-compile on a changed ebms-request.xml
(corresponding to the plugin/config/ebms-send/ebms-request.xml), in
Corvus.WSClient/, but it does not work (ERROR), so it must be wrong.

Sincerely Yours,

On 1 Mrz., 11:23, Apacus H2O Support <support4...@apacus.com> wrote:
> Hermes provides a Web Service API called sender service for applications to
> send out ebXML message. The sample program you use actually takes in the
> ebms-request.xml and calls the sender service API of Hermes.
>
> So when you modify Hermes to getText(bodies, ...) you are modifying the
> sender service API of Hermes.
>
> This is not enough, of course.
>
> You also need to modify the sample program and the corresponding input file
> (i.e. ebms-request.xml) to call the modified API.
>
> Yours,
> Apacus Support Team.
>

[sigbj]

I am still wondering if I would have to change the sample-program ebms-
send.sh to contain the new files or if I only might change the
arguments to "./ebms-send.sh my_ebms-partn1 my_ebms-requ2 my_ebmslog3
my_payload4", and what precisely to write in the changed ebms-
request.xml to have Hermes pick up those changes upon running after
adding the Twinsen-specifics and recompilation

SS

[Borge Nese]

Hi,

I have this working, but I don't think this solution is correct
because it will not add fromRole and toRole to Acknowledgment-
messages.

Regarding the sample application, I think you have to change
hk.hku.cecid.corvus.ws.EBMSMessageSender and
hk.hku.cecid.corvus.ws.data.EBMSMessageData (and maybe others) to
reflect the changes. I also updated EbmsMessageSenderService.wsdl with
fromRole and toRole, but that is not required.

I use soapui (www.soapui.org) to test the sender webservice(http://
localhost:8080/corvus/httpd/ebms/sender). Hermes add fromRole and
toRole tags to the soap message.

Regards,
Børge Nese

[sigbj]

Thankyou to Borge Nese, and You are right :

Looking at the Acknowledgement-dump I notice as You say that there is
no Role element there.

I will try to do changes on the files
Corvus.WSClient/src/hk/hku/cecid/corvus/ws/EBMSMessageSender.java and
Corvus.WSClient/src/hk/hku/cecid/corvus/ws/data/EBMSMessageData.java
and recompile.

Other files in question could be:
CorvusEbMS/src/hk/hku/cecid/ebms/spa/service/
EbmsMessageSenderService.wsdl
CorvusEbMS/src/hk/hku/cecid/ebms/spa/service/
EbmsMessageReceiverListService.wsdl
CorvusEbMS/src/hk/hku/cecid/ebms/spa/service/
EbmsMessageReceiverListService.java
which all contain PartyId-elements

The file
CorvusEbMS/src/hk/hku/cecid/ebms/spa/service/
EbmsMessageSenderService.java
is previously mentioned and has been tried different changes as above
explained.

I wonder if this compile-sequence would be right:

1. ~/Commons/ant> ant -f build.xml distribute
2. ~/Corvus/ant> ant -f build.xml distribute
3. ~/ebms-pkg/ant> ant -f build.xml distribute
4. ~/CorvusEbMS/ant> ant -f build.xml distribute
5. ~/Corvus.WSClient/ ant -f build.xml distribute

I am not sure of the dependency-row here.
If some Guru is present in the Apacus Support Team they are welcome to
direct this symphony. The task here - as mentioned before - is to get
the elements in the <eb:MessageHeader/> sensible to changes in the
ebms-request.xml, both as to <Role/> and <ServiceType/>

When the loopback works I would like to try the www.soapui.org

Yours, -SS-

[Borge Nese]

Hi,

In order to use the sample application you can do the following:

EBMSMessageSender.java
* Add the following in method initializeMessage():
this.addRequestElementText("fromRole" , d.getFromRole(), NS_PREFIX,
NS_URI);
this.addRequestElementText("toRole" , d.getToRole(), NS_PREFIX,
NS_URI);

EBMSMessageData.java
* Change PARAM_KEY_SET and add fromRole and toRole:
public static final String [] PARAM_KEY_SET =
{

"conversationId","fromPartyId" ,"fromPartyType" ,"toPartyId",
"toPartyType" ,"refToMessageId","serviceType",
"messageId", "fromRole", "toRole"
};

* Add getters and setters
public String getFromRole(){
return (String) this.props.get(PARAM_KEY_SET[8]);
}

public void setFromRole(String fromRole){
this.props.put(PARAM_KEY_SET[8], fromRole);
}

public String getToRole(){
return (String) this.props.get(PARAM_KEY_SET[9]);
}

public void setToRole(String toRole){
this.props.put(PARAM_KEY_SET[9], toRole);
}

* Update toString:
public String toString(){
// Instead using hash map iteration, we want to preseve the order
// of value, so do it myself.
return new StringBuffer(
"Key: Send endpoint \t\t Value: " +
this.getSendEndpoint() + "\n" +
"Key: Recv endpoint \t\t Value: " +
this.getRecvEndpoint() + "\n" +
"Key: Recvlist endpoint\t\t Value: " +
this.getRecvlistEndpoint() + "\n" +
"Key: Conversation Id \t\t Value: " + this.getConversationId() +
"\n" +
"Key: From party id \t\t Value: " + this.getFromPartyId() +
"\n" +
"Key: From party type \t\t Value: " + this.getFromPartyType() +
"\n" +
"Key: From role \t\t Value: " + this.getFromRole() + "\n"
+
"Key: To party id \t\t Value: " + this.getToPartyId() +
"\n" +
"Key: To party type \t\t Value: " + this.getToPartyType() +
"\n" +
"Key: To role \t\t Value: " + this.getToRole() + "\n"
+
"Key: Reference msg id \t\t Value: " + this.getRefToMessageId() +
"\n" +
"Key: service type \t\t Value: " + this.getServiceType() +
"\n" +
"Key: MessageID for Receive \t\t Value: " +
this.getMessageIdForReceive() + "\n").toString();
}


I also had to change ant/build.xml due to unknown directory
CommonsExtension:
From: <fileset file="${project.dir}/../CommonsExtension/dist/lib/
piazza-commons-ext.jar"/>
To: <fileset file="${project.dir}/lib/piazza-commons-ext.jar"/>

Recompiled Corvus.WSClient: ant -f build.xml distribute'
Added fromRole and toRole tags in ebms-request.xml and ran ebms-
send.bat. Tested ok.


Regarding the <ServiceType>-tag: I'm not sure what you are asking for.
Can you elaborate?

Regards,
Børge Nese

[sigbj]

This is helping a lot.

ServiceType tag:
The demand here is:

<eb:Service eb:type="string">BehandlerKrav</eb:Service>

Hermes does not give the type argument, so I applied Jonathan Kools
short-cut to the file
CorvusEbMS/src/hk/hku/cecid/ebms/spa/service/
EbmsMessageSenderService.java
as:

String serviceType = "string";
replacing the previous:

String serviceType = getText(bodies, "serviceType");

But this is not the right way, and I would have to do similar changes
as to the one You propose as to "ROLE".
If you have the procedure ready I would be thankful.

When it works I would be able to insert the value string into the ebms-
request.xml like this:

/home/hermes2/sample/config/ebms-send/ebms-request.xml:

<!-- OPTIONAL -->
<refToMessageId></refToMessageId>

<serviceType>string</serviceType>

I think I tried the insertion to start with, but it did not work(?).As
far as I remember there is no empty type-attribute coming up in the
ServiceType tag from the uncompiled Hermes, so changes and
recompilation would be necessary anyway(?).
--
Yesterday I was looking at the EBMSMessageSender.java and
EBMSMessageData.java and
I figured out that the setup would have to be as You propose here.
Nice to have this part confirmed by You.

But especially I am thankful to the section "public String toString"
which I probably would have mismatched, depending upon the case
sensitivity of the code.

And more thankful to the hint on build.xml. I would not have been able
to figure that out.
I will try the changes and recompilation to-night and see what
happens.
I will go for Twinsen Tsangs proposals instead Jon.Kools in the
EbmsMessageSenderService.java (se further above in this thread or) :
https://groups.google.com/group/cecid-hermes2/browse_thread/thread/301815155042b919/2807c3f73faf6bc4?lnk=gst&q=role#2807c3f73faf6bc4
I assume that it is the file Corvus.WSClient/ant/build.xml that has to
be changed and not all the others.

Now, just to be safe as to Corvus.WSClient, would there be additional
files to copy from Corvus.WSClient/lib/dist/ to /home/hermes2/plugins/
hk.hku.cecid.ebms/ except for corvus-ebms-core.jar and ebms-pkg.jar ?
So far I have only replaced those two files. I am thinking what comes
out of CommonsExtension/dist/lib/piazza-commons-ext.jar

My OS = openSuSE 11.1-4 linux

-SS-

[Borge Nese]

Hi,

When I ran the sample application I got <eb:Service
eb:type="String">http://localhost:8080/corvus/httpd/ebms/inbound</
eb:Service>. I only modified serviceType-tag in ebms-request.xml to
<serviceType>String</serviceType>. As far as I understand your request
there is no need to change the source code to get what you want.
I don't know which files to deploy. I just ran ebms-send.bat from the
Corvus.WSClient\dist\ folder.

Regards,
Børge Nese

>  https://groups.google.com/group/cecid-hermes2/browse_thread/thread/30...

> ...
>
> read more »

[sigbj]

The recompilation worked!

And You were right as to the Service string tag: just to put the value
into the ebms-request.xml, which I should have understood as long as
the tags already were there from the original none-recompiled
installation. Brrr..

I changed the

CorvusEbMS/src/hk/hku/cecid/ebms/spa/service/
EbmsMessageSenderService.java

back to Twinsens instructions and modified the

Corvus.WSClient/src/hk/hku/cecid/corvus/ws/EBMSMessageSender.java
Corvus.WSClient/src/hk/hku/cecid/corvus/ws/data/EBMSMessageData.java
Corvus.WSClient/ant/build.xml

according to Your instructions that were detailed and good.

The only new files that were changed after the compilation in the dist-
directories of Corvus.WSClient were:

corvus-ws-util.jar
piazza-commons.jar

so I replaced the corresponding files in hermes2/sample/lib with
these. To be safe I could replace all of them, but it is not
necessary(?)

*- Now the Role-elements in ebms-request.xml were read with their
values. Worked like your own test showed -*

There were a lot of extra shell-scripts in the Corvus.WSClient/dist.
Should I copy them over to hermes2/sample/, and might they be used for
specific task?

The next question will be how to get the Role elements in the
Acknowledgement-file. I am not sure, but maybe the target-server
depend upon that these elements are there when the server sends the
acknowledgement back to me upon a request?
So far I am very thankful to the specific help from several parts here
at the forum.

I am working towards a goal of preparing for ebxml-transferred BKMs of
the Norw.Soc.Sec.Off and there more things to come from me as the
problems are encountered.

SS

> ...
>
> Erfahren Sie mehr »

[sigbj]

Can anybody tell me how this is to be interpreted trying Hermes2 over
SMTP?

2011-04-14 20:52:41 [main ] <DEBUG> <Component 'System Logger'
in module 'Piazza Corvus' initialized successfully.>
2011-04-14 20:52:41 [main ] <DEBUG> <Component 'System
Properties' in module 'Piazza Corvus' initialized successfully.>
2011-04-14 20:52:41 [main ] <DEBUG> <Component 'System
Messages' in module 'Piazza Corvus' initialized successfully.>
2011-04-14 20:52:41 [main ] <INFO > <Module 'Piazza Corvus'
initialized successfully.>
2011-04-14 20:52:41 [main ] <INFO > <Plugin
'hk.hku.cecid.piazza.corvus.core.main' created successfully>
2011-04-14 20:52:41 [main ] <INFO > <Plugin
'hk.hku.cecid.edi.as2' created successfully>
2011-04-14 20:52:41 [main ] <INFO > <Plugin
'hk.hku.cecid.piazza.corvus.admin' created successfully>
2011-04-14 20:52:41 [main ] <INFO > <Plugin
'hk.hku.cecid.piazza.corvus.core.main.admin' created successfully>
2011-04-14 20:52:41 [main ] <INFO > <Plugin
'hk.hku.cecid.edi.as2.admin' created successfully>
2011-04-14 20:52:41 [main ] <INFO > <Plugin 'hk.hku.cecid.ebms'
created successfully>
2011-04-14 20:52:41 [main ] <INFO > <Plugin
'hk.hku.cecid.ebms.admin' created successfully>
2011-04-14 20:52:41 [main ] <INFO > <Plugin registry (/home/
hermes2/plugins) initialized successfully.>
2011-04-14 20:52:41 [main ] <ERROR> <Error in activating
plugin: hk.hku.cecid.ebms>
hk.hku.cecid.piazza.commons.spa.PluginException: Error in processing
activation by handler: hk.hku.cecid.ebms.spa.EbmsProcessor
by hk.hku.cecid.piazza.commons.module.ModuleException: Unable
to initialize module group 'Ebms'
by hk.hku.cecid.piazza.commons.module.ModuleException: Unable
to load modules
by hk.hku.cecid.piazza.commons.module.ModuleException: Unable
to initialize component 'System Properties'
by hk.hku.cecid.piazza.commons.module.ComponentException:
Unable to initialize hk.hku.cecid.piazza.commons.util.PropertyTree
by hk.hku.cecid.piazza.commons.module.ComponentException:
Unable to load from URL: file:/home/hermes2/plugins/hk.hku.cecid.ebms/
conf/hk/hku/cecid/ebms/spa/conf/ebms.properties.xml
by org.dom4j.DocumentException: Invalid byte 2 of 2-byte UTF-8
sequence. Nested exception: Invalid byte 2 of 2-byte UTF-8 sequence.
at hk.hku.cecid.piazza.commons.spa.Plugin.activate(Plugin.java:
136)
at
hk.hku.cecid.piazza.commons.spa.PluginRegistry.activatePlugins(PluginRegistry.java:
307)
at
hk.hku.cecid.piazza.commons.spa.PluginRegistry.activate(PluginRegistry.java:
281)
at hk.hku.cecid.piazza.corvus.core.Kernel.<init>(Kernel.java:
98)
at hk.hku.cecid.piazza.corvus.core.Kernel.<clinit>(Kernel.java:
30)
at
hk.hku.cecid.piazza.corvus.core.servlet.StartupServlet.init(StartupServlet.java:
36)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:
1139)
at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:
966)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:
3996)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:
4266)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:
760)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:
740)
at
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
at
org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:
980)
at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:
943)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:500)
at
org.apache.catalina.startup.HostConfig.start(HostConfig.java:1203)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:
319)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:
120)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
at
org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at
org.apache.catalina.core.StandardService.start(StandardService.java:
448)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
at org.apache.catalina.startup.Catalina.start(Catalina.java:
552)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:
57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:
43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:
295)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:
433)

> > > > On Mar 20, 10:17 pm,sigbj<sigbj...@operamail.com> wrote:
>
> > > > > Thankyou to Borge Nese, and You are right :
>
> > > > > Looking at the Acknowledgement-dump I notice as You say that there is
> > > > > no Role element there.
>
> > > > > I will try to do changes on the files
> > > > > Corvus.WSClient/src/hk/hku/cecid/corvus/ws/EBMSMessageSender.java and
> > > > > Corvus.WSClient/src/hk/hku/cecid/corvus/ws/data/EBMSMessageData.java
> > > > > and recompile.
>
> > > > > Other files in question could be:
> > > > > CorvusEbMS/src/hk/hku/cecid/ebms/spa/service/
> > > > > EbmsMessageSenderService.wsdl
> > > > > CorvusEbMS/src/hk/hku/cecid/ebms/spa/service/
> > > > > EbmsMessageReceiverListService.wsdl
> > > > > CorvusEbMS/src/hk/hku/cecid/ebms/spa/service/
> > > > > EbmsMessageReceiverListService.java
> > > > > which all contain PartyId-elements
>
> > > > > The file
> > > > > CorvusEbMS/src/hk/hku/cecid/ebms/spa/service/
> > > > > EbmsMessageSenderService.java
> > > > > is previously mentioned and has been tried different changes as above
>

> ...
>
> Erfahren Sie mehr »

[Torsten Kirschner]

Seems like this is at the core of the problem:

Unable to load from URL: file:/home/hermes2/plugins/hk.

hku.cecid.ebms/
conf/hk/hku/cecid/ebms/spa/conf/ebms.properties.xml
       by org.dom4j.DocumentException: Invalid byte 2 of 2-byte UTF-8
sequence. Nested exception: Invalid byte 2 of 2-byte UTF-8 sequence.

Maybe an (XML?) Editor can pinpoint the exact erroneous character in your ebms.properties.xml file.

T

[sigbj]

What could I do without you Torsten Kirschner?

xmllint found it.
The mistakes in the comments are obvious........:

<ebms>
<!-- Change enable properties to true for ebMS over SMTP.
Also remove group-execution parameter in mail-
collector.module.xml -->
<mail>
<!-- FØLGENDE ER SATT OPP MED mimer SOM smpt-LEVERANDØR -->
<smtp>
<enable>true</enable>
<host>smtp.mimer.no</host>
<protocol>smtp</protocol>
<port>25</port>
..
..
..
</smtp>
<pop>
<enable>true</enable>
<host>pop3.mimer.no</host>
<protocol>pop3</protocol>
<port>110</port>
<folder>INBOX</folder>
..
..
</pop>
</mail>
<!-- Outbound agreement checking is used for client self-generated
Ebxml Message -->
<outbound_agreement_check>false</outbound_agreement_check>
<!-- Inbound agreement checking is optional for interop test -->
<inbound_agreement_check>true</inbound_agreement_check>
<!-- Sign header only is optional for interop test -->
<sign_header_only>false</sign_header_only>
</ebms>



<module id="ebms.mail-collector" name="Ebms Plugin" version="1.0">

<parameters>
<parameter name="execution-interval" value="300000" />
<!--FØLGENDE LINJE MÅ BORT FOR SMPT (SE ebms.properties.xml -->
<!-- <parameter name="group-execution" value="stop" /> --
>
</parameters>

<component id="task-list" name="Mail Collector">
<class>hk.hku.cecid.ebms.spa.task.MailCollector</class>
<parameter name="max-thread-count" value="1" />
</component>

</module>

.....: and are corrected
I use latin1 due to old scripts and would it make a difference if I
applied utf8 with the "wrong" characters? Anyway Ø,Å are exchanged.

I'll do a new try with MSH later today and see if there is more.......

SS

On 14 Apr., 23:15, Torsten Kirschner <torsten.kirsch...@gmail.com>
wrote:

> Seems like this is at the core of the problem:
>
> Unable to load from URL: file:/home/hermes2/plugins/hk.
> hku.cecid.ebms/
> conf/hk/hku/cecid/ebms/spa/conf/ebms.properties.xml
>        by org.dom4j.DocumentException: Invalid byte 2 of 2-byte UTF-8
> sequence. Nested exception: Invalid byte 2 of 2-byte UTF-8 sequence.
>
> Maybe an (XML?) Editor can pinpoint the exact erroneous character in your
> ebms.properties.xml file.
>
> T
>

[sigbj]

After compilation, should files in Commons/dist/lib and Corvus/dist/
lib be copied to hermes2/sample/lib and not only files from
Corvus.WSClient/dist/lib?
A couple of them goes into /hermes/plugins/, but the rest of them?
Which files are important for ebxml over SMTP? smtp-1.4.1.jar? Others?
I have of course copied the updated ones, but there are more in those
directories, lacking in /hermes2/sample/lib.

Thanks in advance

[sigbj]

Okey, anyway, I copied them all over, and the error messages were the
same, no difference before or after, upon MSH action over SMTP:
What has to be done here?
Any clue?
The MSH Hermes2 eats up the messages in the mail inbox, so this parts
work fetching the messages, but why the authentication failure upon
trying sending?

2011-04-16 13:06:30 [Thread-51 ] <INFO > <cecid.ebms.spa> <Send
message 20110416-1...@127.0.0.2 to motta...@test-es.nav.no>
2011-04-16 13:06:34 [Thread-51 ] <ERROR> <cecid.ebms.spa> <Cannot
send the message>
hk.hku.cecid.piazza.commons.net.ConnectionException: Unable to send
SMTP message
by javax.mail.AuthenticationFailedException
at hk.hku.cecid.piazza.commons.net.MailSender.send(MailSender.java:
182)
at
hk.hku.cecid.ebms.spa.task.OutboxTask.sendMsgBySmtp(OutboxTask.java:
679)
at hk.hku.cecid.ebms.spa.task.OutboxTask.execute(OutboxTask.java:448)
at
hk.hku.cecid.piazza.commons.module.ActiveThread.run(ActiveThread.java:
90)
at java.lang.Thread.run(Thread.java:636)
Caused by: javax.mail.AuthenticationFailedException
at javax.mail.Service.connect(Service.java:319)
at javax.mail.Service.connect(Service.java:169)
at javax.mail.Service.connect(Service.java:118)
at javax.mail.Transport.send0(Transport.java:188)
at javax.mail.Transport.send(Transport.java:118)
at hk.hku.cecid.piazza.commons.net.MailSender.send(MailSender.java:
179)

SS

[sigbj]

To add some more if it clearifies:
Tried same operation but instead on openSuSE 11.1 and the
authentication failure, now on openSuSE 11.4
The error is still on the sender part, but a little different:

2011-04-18 19:13:17 [Thread-1 ] <ERROR> <cecid.ebms.spa> <Internal
Server Error: >
hk.hku.cecid.ebms.spa.task.DeliveryException: No smtp specified in
ebms system properties, cannot delivery msg:
20110418-1...@127.0.0.2
at hk.hku.cecid.ebms.spa.task.OutboxTask.<init>(OutboxTask.java:164)
at
hk.hku.cecid.ebms.spa.task.OutboxCollector.getTaskList(OutboxCollector.java:
68)
at
hk.hku.cecid.piazza.commons.module.ActiveTaskModule.execute(ActiveTaskModule.java:
137)
at
hk.hku.cecid.piazza.commons.module.ActiveModule.run(ActiveModule.java:
213)
at java.lang.Thread.run(Thread.java:636)

Hope this suffices.

On 16 Apr., 18:25, sigbj <sigbj...@operamail.com> wrote:
> Okey, anyway, I copied them all over, and the error messages were the
> same, no difference before or after, upon MSH action over SMTP:
> What has to be done here?
> Any clue?
> The MSH Hermes2 eats up the messages in the mail inbox, so this parts
> work fetching the messages, but why the authentication failure upon
> trying sending?
>
> 2011-04-16 13:06:30 [Thread-51   ] <INFO > <cecid.ebms.spa> <Send

> message 20110416-130627-50...@127.0.0.2 to mottak-q...@test-es.nav.no>

[Torsten Kirschner]

Since this stems from OutboxTask.java:
            // Get smtp parameters if send by mail
            if (outboxAgreement.getToPartyProtocol().equalsIgnoreCase("mailto")) {
                MessageServiceHandler msh = MessageServiceHandler.getInstance();
                if (!msh.isHasSmtp()) {
                    throw new DeliveryException(

                            "No smtp specified in ebms system properties, cannot delivery msg: "

                                    + message.getMessageId());
                }
              ...
 

What does your ebms.properties.xml file look like with regard to the <mail><smtp> element?
Also, if you feel comfortable with its contents, have you tested it with other code/programs just in case?
The (new?) <enable> element should also be set to true, it seems.

Especially if one uses anything but plain SMTP, e.g. authentication or SSL/TLS transport, it used to be tricky to get the configuration just right.

Regards
T

[sigbj]

Q_1: The ebms.properties.xml looks exactly like this (note that I x'ed
out the password for my own security):

<ebms>
<!-- Change enable properties to "true" for ebMS over SMTP.
Also remove group-execution parameter in mail-
collector.module.xml -->
<mail>

<!-- FOELGENDE ER SATT OPP MED mimer SOM smpt-LEVERANDOER -->

<smtp>
<enable>true</enable>
<host>smtp.mimer.no</host>
<protocol>smtp</protocol>
<port>25</port>

<from_mail_address>sigb...@mimer.no</from_mail_address>
<username>sigb...@mimer.no</username>
<password>********</password>

</smtp>
<pop>
<enable>true</enable>
<host>pop3.mimer.no</host>
<protocol>pop3</protocol>
<port>110</port>
<folder>INBOX</folder>

<username>sigb...@mimer.no</username>
<password>********</password>

</pop>
</mail>

<!-- Outbound agreement checking is used for client self-generated
Ebxml Message -->
<outbound_agreement_check>false</outbound_agreement_check>
<!-- Inbound agreement checking is optional for interop test -->
<inbound_agreement_check>true</inbound_agreement_check>
<!-- Sign header only is optional for interop test -->
<sign_header_only>false</sign_header_only>
</ebms>

Q_2: I have not tested it out with other program, but I note that
xmllint will formate in the topheading:
<?xml version="1.0"?>
This heading lacks in the original; not sure if this means anything.

Q_3: I have carefully enabled the file with "true"

Q_4: I do not apply SSL (https), and the mimer_no provider does not
use it:
http://webmail.tafjord-mimer.no/Login.aspx?NoLogin=true

Yesterday night openSuSE 11.4 went through an update and trying today
the same prcedure I surprisingly find that the ERROR messages goes on
authentication failure like with 11.1.

The references goes still towards OutboxTask.java together with other
files. It looks like a very sensitive matter to me and hard to
interprete where the adjustments should be done.

Thankful for Your concerb and help, Kirschner!

SS

On 18 Apr., 23:38, Torsten Kirschner <torsten.kirsch...@gmail.com>
wrote:

> Since this stems from OutboxTask.java:
>             // Get smtp parameters if send by mail
>             if
> (outboxAgreement.getToPartyProtocol().equalsIgnoreCase("mailto")) {
>                 MessageServiceHandler msh =
> MessageServiceHandler.getInstance();

>                 if (*!msh.isHasSmtp()*) {
>                     throw new DeliveryException(
>                             "*No smtp specified in ebms system properties,
> cannot delivery msg*: "
>                                     + message.getMessageId());
>                 }
>               ...
>
> What does your* ebms.properties.xml* file look like with regard to the *
> <mail><smtp>* element?

> Also, if you feel comfortable with its contents, have you tested it with
> other code/programs just in case?

> The (new?) *<enable>* element should also be set to true, it seems.

>
> Especially if one uses anything but plain SMTP, e.g. authentication or
> SSL/TLS transport, it used to be tricky to get the configuration just right.
>
> Regards
> T
>

> On Mon, Apr 18, 2011 at 11:11 PM, sigbj <sigbj...@operamail.com> wrote:
> > To add some more if it clearifies:
> > Tried same operation but instead on openSuSE 11.1 and the
> > authentication failure, now on openSuSE 11.4
> > The error is still on the sender part, but a little different:
>
> > 2011-04-18 19:13:17 [Thread-1    ] <ERROR> <cecid.ebms.spa> <Internal
> > Server Error: >
> > hk.hku.cecid.ebms.spa.task.DeliveryException: No smtp specified in
> > ebms system properties, cannot delivery msg:

> > 20110418-191316-85...@127.0.0.2

[Torsten Kirschner]

Hm. Everything looks good, yet it doesn't work. Interesting.

In the MessageServiceHandler class, there is some debug logging:
            EbmsProcessor.core.log.debug("Smtp Server Setting: ");
            EbmsProcessor.core.log.debug("- Smtp Host: " + smtpHost);
            EbmsProcessor.core.log.debug("- Smtp Protocol: " + smtpProtocol);
            EbmsProcessor.core.log.debug("- Smtp Port: " + smtpPort);
            EbmsProcessor.core.log.debug("- Smtp From Mail Address: "
                    + smtpFromMailAddress);
            EbmsProcessor.core.log.debug("- Smtp Username: " + smtpUsername);
            EbmsProcessor.core.log.debug("- Smtp Password: " + smtpPassword);
if it thinks SMTP is enabled. Do you see anything like this in your logs?
If not, that's where I'd start to investigate.

Best regards
T

On Tue, Apr 19, 2011 at 1:04 PM, sigbj <sigb...@operamail.com> wrote:

Q_1: The ebms.properties.xml looks like this (note that I x'ed out the
password):

<ebms>
       <!-- Change enable properties to "true" for ebMS over SMTP.
                Also remove group-execution parameter in mail-
collector.module.xml -->
   <mail>

<!-- FOELGENDE ER SATT OPP MED mimer SOM smpt-LEVERANDOER -->

       <smtp>
           <enable>true</enable>
           <host>smtp.mimer.no</host>
           <protocol>smtp</protocol>
           <port>25</port>

           <from_mail_address>sigb...@mimer.no</from_mail_address>
           <username>sigb...@mimer.no</username>
           <password>********</password>

       </smtp>
       <pop>
           <enable>true</enable>
           <host>pop3.mimer.no</host>
           <protocol>pop3</protocol>
           <port>110</port>
           <folder>INBOX</folder>

           <username>sigb...@mimer.no</username>
           <password>********</password>

       </pop>
   </mail>

   <!-- Outbound agreement checking is used for client self-generated
Ebxml Message -->
   <outbound_agreement_check>false</outbound_agreement_check>
   <!-- Inbound agreement checking is optional for interop test -->
   <inbound_agreement_check>true</inbound_agreement_check>
   <!-- Sign header only is optional for interop test -->
   <sign_header_only>false</sign_header_only>
</ebms>

Q_2: I have not tested it out with other program, but I note that
xmllint will formate in the topheading:
<?xml version="1.0"?>
This heading lacks in the original; not sure if this means anything.

Could it be the comment between the <mail/> tags that disturbes? I
havent tried without this comment.
I noticed that the error message came from OutboxTask.java. I use the
same configuraton as to pop.mimer and smtp.mimer for the K-Mail
program that loads down the mails in case I use it. So something must
be right here.

SS

Q_3: I am aware of the "true" in the enable parameter.
Q_4: There is no SSL going on with me as far as I can see.

On 18 Apr., 23:38, Torsten Kirschner <torsten.kirsch...@gmail.com>
wrote:

> Since this stems from OutboxTask.java:
>             // Get smtp parameters if send by mail
>             if
> (outboxAgreement.getToPartyProtocol().equalsIgnoreCase("mailto")) {
>                 MessageServiceHandler msh =
> MessageServiceHandler.getInstance();

>                 if (*!msh.isHasSmtp()*) {
>                     throw new DeliveryException(

>                             "*No smtp specified in ebms system properties,
> cannot delivery msg*: "
>                                     + message.getMessageId());
>                 }
>               ...
>
> What does your* ebms.properties.xml* file look like with regard to the *
> <mail><smtp>* element?

> Also, if you feel comfortable with its contents, have you tested it with
> other code/programs just in case?

> The (new?) *<enable>* element should also be set to true, it seems.

>
> Especially if one uses anything but plain SMTP, e.g. authentication or
> SSL/TLS transport, it used to be tricky to get the configuration just right.
>
> Regards
> T
>

> On Mon, Apr 18, 2011 at 11:11 PM, sigbj <sigbj...@operamail.com> wrote:
> > To add some more if it clearifies:
> > Tried same operation but instead on openSuSE 11.1 and the
> > authentication failure, now on openSuSE 11.4
> > The error is still on the sender part, but a little different:
>
> > 2011-04-18 19:13:17 [Thread-1    ] <ERROR> <cecid.ebms.spa> <Internal
> > Server Error: >
> > hk.hku.cecid.ebms.spa.task.DeliveryException: No smtp specified in
> > ebms system properties, cannot delivery msg:

> > 20110418-191316-85...@127.0.0.2

[sigbj]

/* [OFF_THE_TOPIC:
I had to delete several duplos of my messages that by an mistake
unnecessarily entered the forum here; by a mistake I also reported
them as spam, too; hope nothing seriously happens here ] */

Here is more of the log just like you were asking about concerning
MessageServiceHandler:

2011-04-18 19:13:04 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <Message
service handler started>
2011-04-18 19:13:04 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <Smtp
Server Setting: >
2011-04-18 19:13:04 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Smtp
Host: smtp.mimer.no>
2011-04-18 19:13:04 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Smtp
Protocol: smtp>
2011-04-18 19:13:04 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Smtp
Port: 25>
2011-04-18 19:13:04 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Smtp
From Mail Address: sigb...@mimer.no>
2011-04-18 19:13:04 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Smtp
Username: sigb...@mimer.no>
2011-04-18 19:13:04 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Smtp
Password: ********>
2011-04-18 19:13:04 [Thread-3 ] <INFO > <cecid.ebms.spa> <Mail
Collector started - Host: pop3.mimer.no>
2011-04-18 19:13:04 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <Pop
Server Setting: >
2011-04-18 19:13:04 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Pop
Host: pop3.mimer.no>
2011-04-18 19:13:04 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Pop
Protocol: pop3>
2011-04-18 19:13:04 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Pop
Port: 110>
2011-04-18 19:13:04 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Pop
Folder: INBOX>
2011-04-18 19:13:04 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Pop
Username: sigb...@mimer.no>
2011-04-18 19:13:04 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Pop
Password: ********>
2011-04-18 19:13:11 [Thread-11 ] <DEBUG> <cecid.ebms.spa> <Message
service handler stopped>
2011-04-18 19:13:11 [Thread-11 ] <DEBUG> <cecid.ebms.spa>
<Suspending active monitor in module (Ebms Plugin). Current active
threads: 0>
2011-04-18 19:13:11 [Thread-11 ] <DEBUG> <cecid.ebms.spa>
<Suspending active monitor in module (Ebms Plugin). Current active
threads: 0>
2011-04-18 19:13:11 [Thread-11 ] <DEBUG> <cecid.ebms.spa>
<Suspending active monitor in module (Ebms Plugin). Current active
threads: 0>
2011-04-18 19:13:16 [-Processor23] <INFO > <cecid.ebms.spa> <Outbound
payload received - cpaId: 981789261_889640782_011, service:
BehandlerKrav, serviceType:string, action: OppgjorsMelding, convId:
b95e3529-f0ef-4772-a93d-56f2a344b52b, fromPartyId: 981789261,
fromPartyType: ENH, toPartyId: 889640782, toPartyType: ENH,
refToMessageId: null>
2011-04-18 19:13:16 [-Processor23] <INFO > <cecid.ebms.spa>
<Genereating message id: 20110418-1...@127.0.0.2>
2011-04-18 19:13:17 [-Processor23] <INFO > <cecid.ebms.spa> <Store
outgoing message: 20110418-1...@127.0.0.2>
2011-04-18 19:13:17 [-Processor23] <INFO > <cecid.ebms.spa> <Outbound
payload processed - cpaId: 981789261_889640782_011, service:
BehandlerKrav, action: OppgjorsMelding, convId: b95e3529-f0ef-4772-
a93d-56f2a344b52b, fromPartyId: 981789261, fromPartyType: ENH,
toPartyId: 889640782, toPartyType: ENH, refToMessageId: null>

2011-04-18 19:13:17 [Thread-1 ] <ERROR> <cecid.ebms.spa> <Internal
Server Error: >
hk.hku.cecid.ebms.spa.task.DeliveryException: No smtp specified in
ebms system properties, cannot delivery msg:

20110418-1...@127.0.0.2

at hk.hku.cecid.ebms.spa.task.OutboxTask.<init>(OutboxTask.java:164)
at
hk.hku.cecid.ebms.spa.task.OutboxCollector.getTaskList(OutboxCollector.java:
68)
at
hk.hku.cecid.piazza.commons.module.ActiveTaskModule.execute(ActiveTaskModule.java:
137)
at
hk.hku.cecid.piazza.commons.module.ActiveModule.run(ActiveModule.java:
213)
at java.lang.Thread.run(Thread.java:636)

2011-04-18 19:13:17 [Thread-80 ] <INFO > <cecid.ebms.spa> <Sign the
message: 20110418-1...@127.0.0.2>
2011-04-18 19:13:18 [Thread-80 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<setEnvelope, using algorithm: rsa-sha1>
2011-04-18 19:13:18 [Thread-80 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<addDocument URI: cid:Payload-0, contentType: application/octet-
stream>
2011-04-18 19:13:18 [Thread-80 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<start signing>
2011-04-18 19:13:18 [Thread-80 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<got private key from keystore>
2011-04-18 19:13:18 [Thread-80 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<created DocumentResolver>
2011-04-18 19:13:18 [Thread-80 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<created Transform>
2011-04-18 19:13:18 [Thread-80 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<added main document (envelope)>
2011-04-18 19:13:18 [Thread-80 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<added 1 attachment documents>
2011-04-18 19:13:18 [Thread-80 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<got the certificate chain from keystore>
2011-04-18 19:13:18 [Thread-80 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<added the certificate chain to signature>
2011-04-18 19:13:19 [Thread-80 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<message signed>
2011-04-18 19:13:19 [Thread-80 ] <INFO > <cecid.ebms.spa> <Mark as
failed (Message id: 20110418-1...@127.0.0.2)>
2011-04-18 19:13:19 [Thread-80 ] <INFO > <cecid.ebms.spa> <Generate
internal error message>
2011-04-18 19:13:19 [Thread-80 ] <ERROR> <cecid.ebms.spa> <Error in
outbox task>
hk.hku.cecid.ebms.spa.task.DeliveryException: Internal Server Error:

hk.hku.cecid.ebms.spa.task.DeliveryException: No smtp specified in
ebms system properties, cannot delivery msg:

20110418-1...@127.0.0.2
at hk.hku.cecid.ebms.spa.task.OutboxTask.execute(OutboxTask.java:374)

at
hk.hku.cecid.piazza.commons.module.ActiveThread.run(ActiveThread.java:
90)
at java.lang.Thread.run(Thread.java:636)

2011-04-18 19:13:19 [Thread-82 ] <INFO > <cecid.ebms.spa> <Ebxml
Message (20110418-1...@127.0.0.2) is stored in inbox with
order number: 37>

Password X'ed out
OS is linux,like mentioned before. This is from the log _before_ the
mentioned UPDATE, but only av few ekstra files is added as references
in the log _after_ the update. The problem seems to be the same.

SS

On 20 Apr., 12:39, Torsten Kirschner <torsten.kirsch...@gmail.com>
wrote:

> Hm. Everything looks good, yet it doesn't work. Interesting.
>
> In the MessageServiceHandler class, there is some debug logging:
>             EbmsProcessor.core.log.debug("Smtp Server Setting: ");
>             EbmsProcessor.core.log.debug("- Smtp Host: " + smtpHost);
>             EbmsProcessor.core.log.debug("- Smtp Protocol: " +
> smtpProtocol);
>             EbmsProcessor.core.log.debug("- Smtp Port: " + smtpPort);
>             EbmsProcessor.core.log.debug("- Smtp From Mail Address: "
>                     + smtpFromMailAddress);
>             EbmsProcessor.core.log.debug("- Smtp Username: " +
> smtpUsername);
>             EbmsProcessor.core.log.debug("- Smtp Password: " +
> smtpPassword);
> if it thinks SMTP is enabled. Do you see anything like this in your logs?
> If not, that's where I'd start to investigate.
>
> Best regards
> T
>

> On Tue, Apr 19, 2011 at 1:04 PM, sigbj <sigbj...@operamail.com> wrote:
>
> > Q_1: The ebms.properties.xml looks like this (note that I x'ed out the
> > password):
>
> > <ebms>
> >        <!-- Change enable properties to "true" for ebMS over SMTP.
> >                 Also remove group-execution parameter in mail-
> > collector.module.xml -->
> >    <mail>
> > <!-- FOELGENDE ER SATT OPP MED mimer SOM smpt-LEVERANDOER -->
> >         <smtp>
> >            <enable>true</enable>
> >            <host>smtp.mimer.no</host>
> >            <protocol>smtp</protocol>
> >            <port>25</port>

> >             <from_mail_address>sigbj...@mimer.no</from_mail_address>
> >            <username>sigbj...@mimer.no</username>

> >            <password>********</password>
> >         </smtp>
> >        <pop>
> >            <enable>true</enable>
> >            <host>pop3.mimer.no</host>
> >            <protocol>pop3</protocol>
> >            <port>110</port>
> >            <folder>INBOX</folder>

> >             <username>sigbj...@mimer.no</username>

> ...
>
> Erfahren Sie mehr »

[Torsten Kirschner]

Hm. Thread-3 seems to be running the MessageServiceHandler.getInstance() method for the first time, thus having the Singleton call its private constructor and read the ebms.properties.xml file just fine.

Some ms later, Thread-11 comes along and runs MessageServiceHandler.destroy() it seems:

2011-04-18 19:13:11 [Thread-11   ] <DEBUG> <cecid.ebms.spa> <Message service handler stopped>

Here it would be interesting whether MSH.destroy() actually has any consequences in your code. In my copy of the 20100331 version, it doesn't seem to have any substantial consequences except for that log line.

You might want to check that that's also the case in your code.

Later the OutboxCollector returns a list of OutoxTasks to be run. Now, this OutboxTask no longer get's an instance of the properly initialized MessageHandler Singleton that Thread-3 set up. 

The question is: why not?

It could be time for some serious debugging. Or at least more logging.

Regards

T

p.s.  http://java.sun.com/developer/technicalArticles/Programming/singletons/

--

[sigbj]

I am not sure whether this excert from the MessageServiceHandler.java
may tell anything of importance as to this matter, but I hand it over:

static boolean messageServiceHandler_initFlag = false;

public synchronized static MessageServiceHandler getInstance() {
if (!messageServiceHandler_initFlag) {
EbmsProcessor.core.log.debug("Message service handler
started");
messageServiceHandler = new MessageServiceHandler();
messageServiceHandler_initFlag = true;
}
return messageServiceHandler;
}

static boolean messageServiceHandler_destroyFlag = false;

public synchronized void destroy() {
if (!messageServiceHandler_destroyFlag) {
messageServiceHandler_destroyFlag = true;
EbmsProcessor.core.log.debug("Message service handler
stopped");
}
}

public void processInboundMessage(EbmsRequest request,
EbmsResponse response)
throws MessageServiceHandlerException {
InboundMessageProcessor inboundMessageProcessor =
InboundMessageProcessor
.getInstance();
inboundMessageProcessor.processIncomingMessage(request,
response);
}

public void processOutboundMessage(EbmsRequest request,
EbmsResponse response) throws
MessageServiceHandlerException {
OutboundMessageProcessor outboundMessageProcessor =
OutboundMessageProcessor
.getInstance();
outboundMessageProcessor.processOutgoingMessage(request,
response);
}


There is of course no message/file in the inbox, only in the outbox -
part of the Soap-envelope and payload - , and of course no
acknowledgement. But I could pick out the message referred to as
number 37, directly from the mySQL database in /var/lib/mysql/.
Otherwise there was no inbox message to get hold of as of this number,
neither from the GUI or ./ebms-envelope.sh or ./ebms-history.sh, just
not to forget mentioning this.

I am not sure how to or if I am at all able to debug on my own, but
will do my best.

SS

On 20 Apr., 18:24, Torsten Kirschner <torsten.kirsch...@gmail.com>
wrote:

> Hm. Thread-3 seems to be running the MessageServiceHandler.getInstance()
> method for the first time, thus having the Singleton call its private
> constructor and read the ebms.properties.xml file just fine.
> Some ms later, Thread-11 comes along and runs
> MessageServiceHandler.destroy() it seems:
> 2011-04-18 19:13:11 [Thread-11   ] <DEBUG> <cecid.ebms.spa> <Message service
> handler stopped>
> Here it would be interesting whether MSH.destroy() actually has any
> consequences in your code. In my copy of the 20100331 version, it doesn't
> seem to have any substantial consequences except for that log line.
> You might want to check that that's also the case in your code.
>
> Later the OutboxCollector returns a list of OutoxTasks to be run. Now, this
> OutboxTask no longer get's an instance of the properly initialized
> MessageHandler Singleton that Thread-3 set up.
> The question is: why not?
>
> It could be time for some serious debugging. Or at least more logging.
>
> Regards
> T

> p.s.http://java.sun.com/developer/technicalArticles/Programming/singletons/

>
> On Wed, Apr 20, 2011 at 1:14 PM, sigbj <sigbj...@operamail.com> wrote:
> > /* [OFF_THE_TOPIC:
> > I had to delete several duplos of my messages that by an mistake
> > unnecessarily entered the forum here; by a mistake I also reported
> > them as spam, too; hope nothing seriously happens here ] */
>
> > Here is more of the log just like you were asking about concerning
> > MessageServiceHandler:
>
> > 2011-04-18 19:13:04 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <Message
> > service handler started>
> > 2011-04-18 19:13:04 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <Smtp
> > Server Setting: >
> > 2011-04-18 19:13:04 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <- Smtp
> > Host: smtp.mimer.no>
> > 2011-04-18 19:13:04 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <- Smtp
> > Protocol: smtp>
> > 2011-04-18 19:13:04 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <- Smtp
> > Port: 25>
> > 2011-04-18 19:13:04 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <- Smtp

> > From Mail Address: sigbj...@mimer.no>

> > 2011-04-18 19:13:04 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <- Smtp

> > Username: sigbj...@mimer.no>

> > 2011-04-18 19:13:04 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <- Smtp
> > Password: ********>
> > 2011-04-18 19:13:04 [Thread-3    ] <INFO > <cecid.ebms.spa> <Mail
> > Collector started - Host: pop3.mimer.no>
> > 2011-04-18 19:13:04 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <Pop
> > Server Setting: >
> > 2011-04-18 19:13:04 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <- Pop
> > Host: pop3.mimer.no>
> > 2011-04-18 19:13:04 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <- Pop
> > Protocol: pop3>
> > 2011-04-18 19:13:04 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <- Pop
> > Port: 110>
> > 2011-04-18 19:13:04 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <- Pop
> > Folder: INBOX>
> > 2011-04-18 19:13:04 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <- Pop

> > Username: sigbj...@mimer.no>

> > 2011-04-18 19:13:04 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <- Pop
> > Password: ********>
> > 2011-04-18 19:13:11 [Thread-11   ] <DEBUG> <cecid.ebms.spa> <Message
> > service handler stopped>
> > 2011-04-18 19:13:11 [Thread-11   ] <DEBUG> <cecid.ebms.spa>
> > <Suspending active monitor in module (Ebms Plugin). Current active
> > threads: 0>
> > 2011-04-18 19:13:11 [Thread-11   ] <DEBUG> <cecid.ebms.spa>
> > <Suspending active monitor in module (Ebms Plugin). Current active
> > threads: 0>
> > 2011-04-18 19:13:11 [Thread-11   ] <DEBUG> <cecid.ebms.spa>
> > <Suspending active monitor in module (Ebms Plugin). Current active
> > threads: 0>
> > 2011-04-18 19:13:16 [-Processor23] <INFO > <cecid.ebms.spa> <Outbound
> > payload received - cpaId: 981789261_889640782_011, service:
> > BehandlerKrav, serviceType:string, action: OppgjorsMelding, convId:
> > b95e3529-f0ef-4772-a93d-56f2a344b52b, fromPartyId: 981789261,
> > fromPartyType: ENH, toPartyId: 889640782, toPartyType: ENH,
> > refToMessageId: null>
> > 2011-04-18 19:13:16 [-Processor23] <INFO > <cecid.ebms.spa>

> > <Genereating message id: 20110418-191316-85...@127.0.0.2>

> > 2011-04-18 19:13:17 [-Processor23] <INFO > <cecid.ebms.spa> <Store

> > outgoing message: 20110418-191316-85...@127.0.0.2>

> > 2011-04-18 19:13:17 [-Processor23] <INFO > <cecid.ebms.spa> <Outbound
> > payload processed - cpaId: 981789261_889640782_011, service:
> > BehandlerKrav, action: OppgjorsMelding, convId: b95e3529-f0ef-4772-
> > a93d-56f2a344b52b, fromPartyId: 981789261, fromPartyType: ENH,
> > toPartyId: 889640782, toPartyType: ENH, refToMessageId: null>
> > 2011-04-18 19:13:17 [Thread-1    ] <ERROR> <cecid.ebms.spa> <Internal
> > Server Error: >
> > hk.hku.cecid.ebms.spa.task.DeliveryException: No smtp specified in
> > ebms system properties, cannot delivery msg:

> > 20110418-191316-85...@127.0.0.2
> >         at
> > hk.hku.cecid.ebms.spa.task.OutboxTask.<init>(OutboxTask.java:164)
> >        at
>
> > hk.hku.cecid.ebms.spa.task.OutboxCollector.getTaskList(OutboxCollector.java:
> > 68)
> >        at
>
> > hk.hku.cecid.piazza.commons.module.ActiveTaskModule.execute(ActiveTaskModule.java:
> > 137)
> >        at
> > hk.hku.cecid.piazza.commons.module.ActiveModule.run(ActiveModule.java:
> > 213)
> >        at java.lang.Thread.run(Thread.java:636)

> > 2011-04-18 19:13:17 [Thread-80   ] <INFO > <cecid.ebms.spa> <Sign the

> > message: 20110418-191316-85...@127.0.0.2>

> > 2011-04-18 19:13:18 [Thread-80   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <setEnvelope, using algorithm: rsa-sha1>
> > 2011-04-18 19:13:18 [Thread-80   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <addDocument URI: cid:Payload-0, contentType: application/octet-
> > stream>
> > 2011-04-18 19:13:18 [Thread-80   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <start signing>
> > 2011-04-18 19:13:18 [Thread-80   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <got private key from keystore>
> > 2011-04-18 19:13:18 [Thread-80   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <created DocumentResolver>
> > 2011-04-18 19:13:18 [Thread-80   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <created Transform>
> > 2011-04-18 19:13:18 [Thread-80   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <added main document (envelope)>
> > 2011-04-18 19:13:18 [Thread-80   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <added 1 attachment documents>
> > 2011-04-18 19:13:18 [Thread-80   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <got the certificate chain from keystore>
> > 2011-04-18 19:13:18 [Thread-80   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <added the certificate chain to signature>
> > 2011-04-18 19:13:19 [Thread-80   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <message signed>
> > 2011-04-18 19:13:19 [Thread-80   ] <INFO > <cecid.ebms.spa> <Mark as

> > failed (Message id: 20110418-191316-85...@127.0.0.2)>

> > 2011-04-18 19:13:19 [Thread-80   ] <INFO > <cecid.ebms.spa> <Generate
> > internal error message>
> > 2011-04-18 19:13:19 [Thread-80   ] <ERROR> <cecid.ebms.spa> <Error in
> > outbox task>
> > hk.hku.cecid.ebms.spa.task.DeliveryException: Internal Server Error:
> > hk.hku.cecid.ebms.spa.task.DeliveryException: No smtp specified in
> > ebms system properties, cannot delivery msg:

> > 20110418-191316-85...@127.0.0.2

> >        at
> > hk.hku.cecid.ebms.spa.task.OutboxTask.execute(OutboxTask.java:374)
> >         at
> > hk.hku.cecid.piazza.commons.module.ActiveThread.run(ActiveThread.java:
> > 90)
> >        at java.lang.Thread.run(Thread.java:636)
> > 2011-04-18 19:13:19 [Thread-82   ] <INFO > <cecid.ebms.spa> <Ebxml

> > Message (20110418-191319-27...@127.0.0.2) is stored in inbox with

> ...
>
> Erfahren Sie mehr »

[sigbj]

I have done some more testing and I may have found the reason for the
problem around "Message service handler stopped":

When I try to generate a ebxml-soap, I apply a shell script that
starts the hermes2 and continues by signing,gzipping,base64,and
encrypting the BKM. This becomes the payload. Then the ebms-send.sh is
started, taking care of the rest.

All in one script.

But in the instances where the MSH is stopped by a Tread-11, etc., I
have started hermes before I am running the script, and consequently
hermes2 is started twice. If I stop Hermes through tomcat, and then
start the script alone, there will be no "Message service handler
stopped" with reference to a Thread. The instance where the stopp
message appears now is when I manually stop Hermes running the
stopscript in tomcat. But the reference is now to "main" and not to
Thread-11 or what the number may be.

I found all this happened running Hermes on openSuSE 11.1, but did not
understand why, until I ran openSuSE 11.4 like described above.
It thus seems as if we should concentrate around the
AuthenticationFailure message:

Here is a fairly complete ebms.log from a "clean" procedure:

2011-04-21 19:32:33 [main ] <DEBUG> <cecid.ebms.spa> <Component
'System Logger' in module 'Ebms Plugin' initialized successfully.>
2011-04-21 19:32:33 [main ] <DEBUG> <cecid.ebms.spa> <Component
'System Properties' in module 'Ebms Plugin' initialized successfully.>
2011-04-21 19:32:33 [main ] <DEBUG> <cecid.ebms.spa> <Component
'System Messages' in module 'Ebms Plugin' initialized successfully.>
2011-04-21 19:32:33 [main ] <DEBUG> <cecid.ebms.spa> <DAO
descriptor 'hk/hku/cecid/ebms/spa/conf/ebms.mysql.dao.xml' loaded
successfully>
2011-04-21 19:32:33 [main ] <DEBUG> <cecid.ebms.spa> <Component
'System DAO Factory' in module 'Ebms Plugin' initialized
successfully.>
2011-04-21 19:32:35 [main ] <DEBUG> <cecid.ebms.spa> <Component
'Key Store Manager for Digital Signature' in module 'Ebms Plugin'
initialized successfully.>
2011-04-21 19:32:35 [main ] <DEBUG> <cecid.ebms.spa> <Component
'Key Store Manager for Decryption (ebMS over SMTP)' in module 'Ebms
Plugin' initialized successfully.>
2011-04-21 19:32:35 [main ] <INFO > <cecid.ebms.spa> <Module
'Ebms Plugin' initialized successfully.>
2011-04-21 19:32:35 [main ] <DEBUG> <cecid.ebms.spa> <Component
'Outbox Collector' in module 'Ebms Plugin' initialized successfully.>
2011-04-21 19:32:35 [main ] <INFO > <cecid.ebms.spa> <Module
'Ebms Plugin' initialized successfully.>
2011-04-21 19:32:35 [main ] <DEBUG> <cecid.ebms.spa> <Component
'Inbox Collector' in module 'Ebms Plugin' initialized successfully.>
2011-04-21 19:32:35 [main ] <INFO > <cecid.ebms.spa> <Module
'Ebms Plugin' initialized successfully.>
2011-04-21 19:32:35 [main ] <DEBUG> <cecid.ebms.spa> <Component
'Mail Collector' in module 'Ebms Plugin' initialized successfully.>
2011-04-21 19:32:35 [main ] <INFO > <cecid.ebms.spa> <Module
'Ebms Plugin' initialized successfully.>
2011-04-21 19:32:35 [main ] <INFO > <cecid.ebms.spa> <Module
'Ebms Plugin' initialized successfully.>
2011-04-21 19:32:35 [main ] <DEBUG> <cecid.ebms.spa> <Resuming

active monitor in module (Ebms Plugin). Current active threads: 0>

2011-04-21 19:32:35 [main ] <DEBUG> <cecid.ebms.spa> <Resuming

active monitor in module (Ebms Plugin). Current active threads: 0>

2011-04-21 19:32:35 [main ] <DEBUG> <cecid.ebms.spa> <Resuming

active monitor in module (Ebms Plugin). Current active threads: 0>

2011-04-21 19:32:35 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <Message
service handler started>
2011-04-21 19:32:36 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <Smtp
Server Setting: >
2011-04-21 19:32:36 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Smtp
Host: smtp.mimer.no>
2011-04-21 19:32:36 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Smtp
Protocol: smtp>
2011-04-21 19:32:36 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Smtp
Port: 25>
2011-04-21 19:32:36 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Smtp
From Mail Address: sigb...@mimer.no>
2011-04-21 19:32:36 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Smtp
Username: sigb...@mimer.no>
2011-04-21 19:32:36 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Smtp
Password: ********>
2011-04-21 19:32:36 [Thread-3 ] <INFO > <cecid.ebms.spa> <Mail

Collector started - Host: pop3.mimer.no>

2011-04-21 19:32:36 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <Pop
Server Setting: >
2011-04-21 19:32:36 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Pop
Host: pop3.mimer.no>
2011-04-21 19:32:36 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Pop
Protocol: pop3>
2011-04-21 19:32:36 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Pop
Port: 110>
2011-04-21 19:32:36 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Pop
Folder: INBOX>
2011-04-21 19:32:36 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Pop
Username: sigb...@mimer.no>
2011-04-21 19:32:36 [Thread-3 ] <DEBUG> <cecid.ebms.spa> <- Pop
Password: ********>
2011-04-21 19:32:47 [-Processor25] <INFO > <cecid.ebms.spa> <Outbound

payload received - cpaId: 981789261_889640782_011, service:
BehandlerKrav, serviceType:string, action: OppgjorsMelding, convId:

900d6bde-f8be-4f6e-bc37-c1b11a39c172, fromPartyId: 981789261,

fromPartyType: ENH, toPartyId: 889640782, toPartyType: ENH,
refToMessageId: null>

2011-04-21 19:32:47 [-Processor25] <INFO > <cecid.ebms.spa>
<Genereating message id: 20110421-1...@127.0.0.2>
2011-04-21 19:32:48 [-Processor25] <INFO > <cecid.ebms.spa> <Store
outgoing message: 20110421-1...@127.0.0.2>
2011-04-21 19:32:48 [-Processor25] <INFO > <cecid.ebms.spa> <Outbound

payload processed - cpaId: 981789261_889640782_011, service:

BehandlerKrav, action: OppgjorsMelding, convId: 900d6bde-f8be-4f6e-
bc37-c1b11a39c172, fromPartyId: 981789261, fromPartyType: ENH,

toPartyId: 889640782, toPartyType: ENH, refToMessageId: null>

2011-04-21 19:32:48 [Thread-44 ] <INFO > <cecid.ebms.spa> <Sign the
message: 20110421-1...@127.0.0.2>
2011-04-21 19:32:49 [Thread-44 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<setEnvelope, using algorithm: rsa-sha1>
2011-04-21 19:32:49 [Thread-44 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>

<addDocument URI: cid:Payload-0, contentType: application/octet-
stream>

2011-04-21 19:32:49 [Thread-44 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<start signing>
2011-04-21 19:32:49 [Thread-44 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>

<got private key from keystore>

2011-04-21 19:32:49 [Thread-44 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<created DocumentResolver>
2011-04-21 19:32:49 [Thread-44 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<created Transform>
2011-04-21 19:32:49 [Thread-44 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<added main document (envelope)>
2011-04-21 19:32:49 [Thread-44 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<added 1 attachment documents>
2011-04-21 19:32:49 [Thread-44 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>

<got the certificate chain from keystore>

2011-04-21 19:32:49 [Thread-44 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>

<added the certificate chain to signature>

2011-04-21 19:32:51 [Thread-44 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<message signed>
2011-04-21 19:32:51 [Thread-44 ] <INFO > <cecid.ebms.spa> <Send
message 20110421-1...@127.0.0.2 to motta...@test-es.nav.no>
2011-04-21 19:32:55 [Thread-44 ] <ERROR> <cecid.ebms.spa> <Cannot

send the message>
hk.hku.cecid.piazza.commons.net.ConnectionException: Unable to send
SMTP message
by javax.mail.AuthenticationFailedException
at hk.hku.cecid.piazza.commons.net.MailSender.send(MailSender.java:
182)
at
hk.hku.cecid.ebms.spa.task.OutboxTask.sendMsgBySmtp(OutboxTask.java:
679)
at hk.hku.cecid.ebms.spa.task.OutboxTask.execute(OutboxTask.java:448)

at
hk.hku.cecid.piazza.commons.module.ActiveThread.run(ActiveThread.java:
90)
at java.lang.Thread.run(Thread.java:636)

Caused by: javax.mail.AuthenticationFailedException
at javax.mail.Service.connect(Service.java:319)
at javax.mail.Service.connect(Service.java:169)
at javax.mail.Service.connect(Service.java:118)
at javax.mail.Transport.send0(Transport.java:188)
at javax.mail.Transport.send(Transport.java:118)
at hk.hku.cecid.piazza.commons.net.MailSender.send(MailSender.java:
179)

... 4 more
2011-04-21 19:32:55 [Thread-44 ] <ERROR> <cecid.ebms.spa> <Error in
outbox task>
hk.hku.cecid.ebms.spa.task.DeliveryException: Cannot send the message
by hk.hku.cecid.piazza.commons.net.ConnectionException: Unable to

send SMTP message
by javax.mail.AuthenticationFailedException
at

hk.hku.cecid.ebms.spa.task.OutboxTask.sendMsgBySmtp(OutboxTask.java:
683)
at hk.hku.cecid.ebms.spa.task.OutboxTask.execute(OutboxTask.java:448)

at
hk.hku.cecid.piazza.commons.module.ActiveThread.run(ActiveThread.java:
90)
at java.lang.Thread.run(Thread.java:636)

Caused by: hk.hku.cecid.piazza.commons.net.ConnectionException: Unable

to send SMTP message
by javax.mail.AuthenticationFailedException
at hk.hku.cecid.piazza.commons.net.MailSender.send(MailSender.java:
182)
at
hk.hku.cecid.ebms.spa.task.OutboxTask.sendMsgBySmtp(OutboxTask.java:
679)

... 3 more

Caused by: javax.mail.AuthenticationFailedException
at javax.mail.Service.connect(Service.java:319)
at javax.mail.Service.connect(Service.java:169)
at javax.mail.Service.connect(Service.java:118)
at javax.mail.Transport.send0(Transport.java:188)
at javax.mail.Transport.send(Transport.java:118)
at hk.hku.cecid.piazza.commons.net.MailSender.send(MailSender.java:
179)

... 4 more
2011-04-21 19:33:54 [Thread-4 ] <INFO > <cecid.ebms.spa> <1
message(s) has been marked re-sending.>
2011-04-21 19:33:54 [Thread-51 ] <INFO > <cecid.ebms.spa> <Sign the
message: 20110421-1...@127.0.0.2>
2011-04-21 19:33:54 [Thread-51 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<setEnvelope, using algorithm: rsa-sha1>
2011-04-21 19:33:54 [Thread-51 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>

<addDocument URI: cid:Payload-0, contentType: application/octet-
stream>

2011-04-21 19:33:54 [Thread-51 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<start signing>
2011-04-21 19:33:54 [Thread-51 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>

<got private key from keystore>

2011-04-21 19:33:54 [Thread-51 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<created DocumentResolver>
2011-04-21 19:33:54 [Thread-51 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<created Transform>
2011-04-21 19:33:54 [Thread-51 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<added main document (envelope)>
2011-04-21 19:33:54 [Thread-51 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<added 1 attachment documents>
2011-04-21 19:33:54 [Thread-51 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>

<got the certificate chain from keystore>

2011-04-21 19:33:54 [Thread-51 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>

<added the certificate chain to signature>

2011-04-21 19:33:54 [Thread-51 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<message signed>
2011-04-21 19:33:54 [Thread-51 ] <INFO > <cecid.ebms.spa> <Send
message 20110421-1...@127.0.0.2 to motta...@test-es.nav.no>
2011-04-21 19:33:57 [Thread-51 ] <ERROR> <cecid.ebms.spa> <Cannot

send the message>
hk.hku.cecid.piazza.commons.net.ConnectionException: Unable to send
SMTP message
by javax.mail.AuthenticationFailedException
at hk.hku.cecid.piazza.commons.net.MailSender.send(MailSender.java:
182)
at
hk.hku.cecid.ebms.spa.task.OutboxTask.sendMsgBySmtp(OutboxTask.java:
679)
at hk.hku.cecid.ebms.spa.task.OutboxTask.execute(OutboxTask.java:448)

at
hk.hku.cecid.piazza.commons.module.ActiveThread.run(ActiveThread.java:
90)
at java.lang.Thread.run(Thread.java:636)

Caused by: javax.mail.AuthenticationFailedException
at javax.mail.Service.connect(Service.java:319)
at javax.mail.Service.connect(Service.java:169)
at javax.mail.Service.connect(Service.java:118)
at javax.mail.Transport.send0(Transport.java:188)
at javax.mail.Transport.send(Transport.java:118)
at hk.hku.cecid.piazza.commons.net.MailSender.send(MailSender.java:
179)

... 4 more
2011-04-21 19:33:57 [Thread-51 ] <ERROR> <cecid.ebms.spa> <Error in
outbox task>
hk.hku.cecid.ebms.spa.task.DeliveryException: Cannot send the message
by hk.hku.cecid.piazza.commons.net.ConnectionException: Unable to

send SMTP message
by javax.mail.AuthenticationFailedException
at

hk.hku.cecid.ebms.spa.task.OutboxTask.sendMsgBySmtp(OutboxTask.java:
683)
at hk.hku.cecid.ebms.spa.task.OutboxTask.execute(OutboxTask.java:448)

at
hk.hku.cecid.piazza.commons.module.ActiveThread.run(ActiveThread.java:
90)
at java.lang.Thread.run(Thread.java:636)

Caused by: hk.hku.cecid.piazza.commons.net.ConnectionException: Unable

to send SMTP message
by javax.mail.AuthenticationFailedException
at hk.hku.cecid.piazza.commons.net.MailSender.send(MailSender.java:
182)
at
hk.hku.cecid.ebms.spa.task.OutboxTask.sendMsgBySmtp(OutboxTask.java:
679)

... 3 more

Caused by: javax.mail.AuthenticationFailedException
at javax.mail.Service.connect(Service.java:319)
at javax.mail.Service.connect(Service.java:169)
at javax.mail.Service.connect(Service.java:118)
at javax.mail.Transport.send0(Transport.java:188)
at javax.mail.Transport.send(Transport.java:118)
at hk.hku.cecid.piazza.commons.net.MailSender.send(MailSender.java:
179)

... 4 more
2011-04-21 19:34:59 [Thread-4 ] <INFO > <cecid.ebms.spa> <1
message(s) has been marked re-sending.>
2011-04-21 19:34:59 [Thread-59 ] <INFO > <cecid.ebms.spa> <Sign the
message: 20110421-1...@127.0.0.2>
2011-04-21 19:34:59 [Thread-59 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<setEnvelope, using algorithm: rsa-sha1>
2011-04-21 19:34:59 [Thread-59 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>

<addDocument URI: cid:Payload-0, contentType: application/octet-
stream>

2011-04-21 19:34:59 [Thread-59 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<start signing>
2011-04-21 19:34:59 [Thread-59 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>

<got private key from keystore>

2011-04-21 19:34:59 [Thread-59 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<created DocumentResolver>
2011-04-21 19:34:59 [Thread-59 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<created Transform>
2011-04-21 19:34:59 [Thread-59 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<added main document (envelope)>
2011-04-21 19:34:59 [Thread-59 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<added 1 attachment documents>
2011-04-21 19:34:59 [Thread-59 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>

<got the certificate chain from keystore>

2011-04-21 19:34:59 [Thread-59 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>

<added the certificate chain to signature>

2011-04-21 19:35:00 [Thread-59 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<message signed>
2011-04-21 19:35:00 [Thread-59 ] <INFO > <cecid.ebms.spa> <Send
message 20110421-1...@127.0.0.2 to motta...@test-es.nav.no>
2011-04-21 19:35:03 [Thread-59 ] <ERROR> <cecid.ebms.spa> <Cannot

send the message>
hk.hku.cecid.piazza.commons.net.ConnectionException: Unable to send
SMTP message
by javax.mail.AuthenticationFailedException
at hk.hku.cecid.piazza.commons.net.MailSender.send(MailSender.java:
182)
at
hk.hku.cecid.ebms.spa.task.OutboxTask.sendMsgBySmtp(OutboxTask.java:
679)
at hk.hku.cecid.ebms.spa.task.OutboxTask.execute(OutboxTask.java:448)

at
hk.hku.cecid.piazza.commons.module.ActiveThread.run(ActiveThread.java:
90)
at java.lang.Thread.run(Thread.java:636)

Caused by: javax.mail.AuthenticationFailedException
at javax.mail.Service.connect(Service.java:319)
at javax.mail.Service.connect(Service.java:169)
at javax.mail.Service.connect(Service.java:118)
at javax.mail.Transport.send0(Transport.java:188)
at javax.mail.Transport.send(Transport.java:118)
at hk.hku.cecid.piazza.commons.net.MailSender.send(MailSender.java:
179)

... 4 more
2011-04-21 19:35:03 [Thread-59 ] <ERROR> <cecid.ebms.spa> <Error in
outbox task>
hk.hku.cecid.ebms.spa.task.DeliveryException: Cannot send the message
by hk.hku.cecid.piazza.commons.net.ConnectionException: Unable to

send SMTP message
by javax.mail.AuthenticationFailedException
at

hk.hku.cecid.ebms.spa.task.OutboxTask.sendMsgBySmtp(OutboxTask.java:
683)
at hk.hku.cecid.ebms.spa.task.OutboxTask.execute(OutboxTask.java:448)

at
hk.hku.cecid.piazza.commons.module.ActiveThread.run(ActiveThread.java:
90)
at java.lang.Thread.run(Thread.java:636)

Caused by: hk.hku.cecid.piazza.commons.net.ConnectionException: Unable

to send SMTP message
by javax.mail.AuthenticationFailedException
at hk.hku.cecid.piazza.commons.net.MailSender.send(MailSender.java:
182)
at
hk.hku.cecid.ebms.spa.task.OutboxTask.sendMsgBySmtp(OutboxTask.java:
679)

... 3 more

Caused by: javax.mail.AuthenticationFailedException
at javax.mail.Service.connect(Service.java:319)
at javax.mail.Service.connect(Service.java:169)
at javax.mail.Service.connect(Service.java:118)
at javax.mail.Transport.send0(Transport.java:188)
at javax.mail.Transport.send(Transport.java:118)
at hk.hku.cecid.piazza.commons.net.MailSender.send(MailSender.java:
179)

... 4 more
2011-04-21 19:36:04 [Thread-4 ] <INFO > <cecid.ebms.spa> <1
message(s) has been marked re-sending.>
2011-04-21 19:36:04 [Thread-66 ] <INFO > <cecid.ebms.spa> <Sign the
message: 20110421-1...@127.0.0.2>
2011-04-21 19:36:04 [Thread-66 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<setEnvelope, using algorithm: rsa-sha1>
2011-04-21 19:36:04 [Thread-66 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>

<addDocument URI: cid:Payload-0, contentType: application/octet-
stream>

2011-04-21 19:36:04 [Thread-66 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<start signing>
2011-04-21 19:36:04 [Thread-66 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>

<got private key from keystore>

2011-04-21 19:36:04 [Thread-66 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<created DocumentResolver>
2011-04-21 19:36:04 [Thread-66 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<created Transform>
2011-04-21 19:36:04 [Thread-66 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<added main document (envelope)>
2011-04-21 19:36:04 [Thread-66 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<added 1 attachment documents>
2011-04-21 19:36:04 [Thread-66 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>

<got the certificate chain from keystore>

2011-04-21 19:36:04 [Thread-66 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>

<added the certificate chain to signature>

2011-04-21 19:36:04 [Thread-66 ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
<message signed>
2011-04-21 19:36:04 [Thread-66 ] <INFO > <cecid.ebms.spa> <Reliable
message (20110421-1...@127.0.0.2) - no acknowledgement
received until maximum retries>
2011-04-21 19:36:04 [Thread-66 ] <INFO > <cecid.ebms.spa> <Mark as
failed (Message id: 20110421-1...@127.0.0.2)>
2011-04-21 19:36:04 [Thread-66 ] <INFO > <cecid.ebms.spa> <Generate
delivery failure error message>
2011-04-21 19:36:05 [Thread-67 ] <INFO > <cecid.ebms.spa> <Ebxml
Message (20110421-1...@127.0.0.2) is stored in inbox with
order number: 45>
2011-04-21 19:42:48 [main ] <DEBUG> <cecid.ebms.spa> <Message
service handler stopped>
2011-04-21 19:42:48 [main ] <DEBUG> <cecid.ebms.spa>

<Suspending active monitor in module (Ebms Plugin). Current active
threads: 0>

2011-04-21 19:42:48 [main ] <DEBUG> <cecid.ebms.spa>

<Suspending active monitor in module (Ebms Plugin). Current active
threads: 0>

2011-04-21 19:42:48 [main ] <DEBUG> <cecid.ebms.spa>

<Suspending active monitor in module (Ebms Plugin). Current active
threads: 0>

SS

-----------------------------------------------------------------------------------------

> ...
>
> Erfahren Sie mehr »

[Torsten Kirschner]

Ah, well, that would explain it, I guess.

Regarding the mysterious SMTP error, I can only reiterate check it with a simple JavaMail program

 - or - 

Follow http://www.oracle.com/technetwork/java/faq-135477.html#debug , e.g. add -Dmail.debug=true to your Tomcat start or your java startup in your script, whichever you're using.

Btw, and this has nothing to do with the JavaMail error, it's likely " signing,gzipping and encrypting the BKM", i.e.  Content-Type: application/pkcs7-mime. Base64 is just the transfer encoding:

 ...

 Content-Type: application/pkcs7-mime; name="smime.p7m"; smime-type=enveloped-data

 Content-Transfer-Encoding: base64 

 ...

I could be wrong, but the transfer encoding is usually automatically applied by JavaMail.

I only mention this because of these log lines:

2011-04-21 19:36:04 [Thread-66   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>

<addDocument URI: cid:Payload-0, contentType: application/octet-stream>

I am pretty sure that application/octet-stream is incorrect here. 

Yours

T

> ...
>
> Erfahren Sie mehr »

[sigbj]

To take the last first:

I would surely have to reconsider the headings/Content-Type etc., but
originally I tried this out uncritically not considering JavaMail: it
started as loopback over http, and my procedure is of course homemade,
but unfortunately burnt in the oven. Due to restricted knowledge
concerning the whole ebxml-machinery I signed,gzipped etc in advance
without reflection. But first of all I now want the Soap getting
through the smtp, and take the other problems afterwards. Concerning
the base64 I noticed that SoapMailSender.java have announced this from
line 132, and I hope it works, together with boundary-declarations
etc.

To the other matter:

I am not sure how to place the Dmail.debug in apache-tomcat-5.5.31/bin/
startup.sh or catalina.sh , but I have tried out some debugging in the
following way:

1. Loading down javamail-1.4.4
2. Compiled with javac a couple of classes
3. Running first telnet to find out if the network was OK:

sigbj@linux-2x4g:~/javamail-1.4.4/demo> telnet smtp.mimer.no
25
Trying
213.184.200.1...
Connected to
smtp.mimer.no.
Escape character is
'^]'.
220 mail.mimer.no ESMTP Sendmail 8.14.3/8.14.3/Debian-5+lenny1; Fri,
22 Apr 2011 14:57:11 +0200; (No UCE/UBE) logging access from:
static215-7.mimer.net(OK)-static215-7.mimer.net
[213.184.215.7]
^C^C:quit

4. Trying first pop3:

sigbj@linux-2x4g:~/javamail-1.4.4/demo> java -Dmail.debug=true msgshow
-T pop3 -H pop3.mimer.no -p 110 -U sigb...@mimer.no -P ********DEBUG:
JavaMail version 1.4.4
DEBUG: successfully loaded resource: /META-INF/
javamail.default.providers
DEBUG: Tables of loaded
providers
DEBUG: Providers Listed By Class Name:
{com.sun.mail.smtp.SMTPSSLTransport=javax.mail.Provider[TRANSPORT,smtps,com.sun.mail.smtp.SMTPSSLTransport,Sun
Microsystems, Inc],
com.sun.mail.smtp.SMTPTransport=javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun
Microsystems, Inc],
com.sun.mail.imap.IMAPSSLStore=javax.mail.Provider[STORE,imaps,com.sun.mail.imap.IMAPSSLStore,Sun
Microsystems, Inc],
com.sun.mail.pop3.POP3SSLStore=javax.mail.Provider[STORE,pop3s,com.sun.mail.pop3.POP3SSLStore,Sun
Microsystems, Inc],
com.sun.mail.imap.IMAPStore=javax.mail.Provider[STORE,imap,com.sun.mail.imap.IMAPStore,Sun
Microsystems, Inc],
com.sun.mail.pop3.POP3Store=javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun
Microsystems, Inc]}
DEBUG: Providers Listed By Protocol:
{imaps=javax.mail.Provider[STORE,imaps,com.sun.mail.imap.IMAPSSLStore,Sun
Microsystems, Inc],
imap=javax.mail.Provider[STORE,imap,com.sun.mail.imap.IMAPStore,Sun
Microsystems, Inc],
smtps=javax.mail.Provider[TRANSPORT,smtps,com.sun.mail.smtp.SMTPSSLTransport,Sun
Microsystems, Inc],
pop3=javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun
Microsystems, Inc],
pop3s=javax.mail.Provider[STORE,pop3s,com.sun.mail.pop3.POP3SSLStore,Sun
Microsystems, Inc],
smtp=javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun
Microsystems, Inc]}
DEBUG: successfully loaded resource: /META-INF/
javamail.default.address.map
Empty folder

[NO <CTRL-D> NECESSARY HERE;ENDED BY ITSELF]

5. Trying out smtp:

sigbj@linux-2x4g:~/javamail-1.4.4/demo> java -Dmail.debug=true
smtpsend -T smtp -H smtp.mimer.no -U sigb...@mimer.no -P ******** -s
test -o sigb...@mimer.no sigb...@frisurf.no
To: sigb...@frisurf.no
Subject: test
DEBUG: JavaMail version 1.4.4
DEBUG: successfully loaded resource: /META-INF/
javamail.default.providers
DEBUG: Tables of loaded providers
DEBUG: Providers Listed By Class Name:
{com.sun.mail.smtp.SMTPSSLTransport=javax.mail.Provider[TRANSPORT,smtps,com.sun.mail.smtp.SMTPSSLTransport,Sun
Microsystems, Inc],
com.sun.mail.smtp.SMTPTransport=javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun
Microsystems, Inc],
com.sun.mail.imap.IMAPSSLStore=javax.mail.Provider[STORE,imaps,com.sun.mail.imap.IMAPSSLStore,Sun
Microsystems, Inc],
com.sun.mail.pop3.POP3SSLStore=javax.mail.Provider[STORE,pop3s,com.sun.mail.pop3.POP3SSLStore,Sun
Microsystems, Inc],
com.sun.mail.imap.IMAPStore=javax.mail.Provider[STORE,imap,com.sun.mail.imap.IMAPStore,Sun
Microsystems, Inc],
com.sun.mail.pop3.POP3Store=javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun
Microsystems, Inc]}
DEBUG: Providers Listed By Protocol:
{imaps=javax.mail.Provider[STORE,imaps,com.sun.mail.imap.IMAPSSLStore,Sun
Microsystems, Inc],
imap=javax.mail.Provider[STORE,imap,com.sun.mail.imap.IMAPStore,Sun
Microsystems, Inc],
smtps=javax.mail.Provider[TRANSPORT,smtps,com.sun.mail.smtp.SMTPSSLTransport,Sun
Microsystems, Inc],
pop3=javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun
Microsystems, Inc],
pop3s=javax.mail.Provider[STORE,pop3s,com.sun.mail.pop3.POP3SSLStore,Sun
Microsystems, Inc],
smtp=javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun
Microsystems, Inc]}
DEBUG: successfully loaded resource: /META-INF/
javamail.default.address.map

[NOTE: HERE IS A HANG IN THE MACHINE, AND TO PROCEED I HAVE TO HIT
<CTRL-D>. THIS "HANG" IS MAYBE NORMAL, WAITING FOR TEXT TO BE WRITTEN,
AND SENT BY CTRL-D]

DEBUG: getProvider() returning
javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun
Microsystems, Inc]
DEBUG SMTP: useEhlo true, useAuth false
DEBUG SMTP: trying to connect to host "localhost", port 25, isSSL
false
220 linux-2x4g.site ESMTP Postfix
DEBUG SMTP: connected to host "localhost", port: 25

EHLO linux-2x4g.site
250-linux-2x4g.site
250-PIPELINING
250-SIZE
250-VRFY
250-ETRN
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN
DEBUG SMTP: Found extension "PIPELINING", arg ""
DEBUG SMTP: Found extension "SIZE", arg ""
DEBUG SMTP: Found extension "VRFY", arg ""
DEBUG SMTP: Found extension "ETRN", arg ""
DEBUG SMTP: Found extension "ENHANCEDSTATUSCODES", arg ""
DEBUG SMTP: Found extension "8BITMIME", arg ""
DEBUG SMTP: Found extension "DSN", arg ""
DEBUG SMTP: use8bit false
MAIL FROM:<sigb...@mimer.no>
250 2.1.0 Ok
RCPT TO:<sigb...@frisurf.no>
250 2.1.5 Ok
DEBUG SMTP: Verified Addresses
DEBUG SMTP: sigb...@frisurf.no
DATA
354 End data with <CR><LF>.<CR><LF>
Date: Fri, 22 Apr 2011 15:03:26 +0200 (CEST)
From: sigb...@mimer.no
To: sigb...@frisurf.no
Message-ID: <22155964.0.1303477407235.JavaMail.sigbj@linux-2x4g>
Subject: test
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: smtpsend

.
250 2.0.0 Ok: queued as 1A09B40A6A
QUIT
221 2.0.0 Bye

Mail was sent successfully.
Sie haben Post in /var/spool/mail/sigbj.

The mail was received at sigb...@frisurf.no!
Then the question is: What can be read from this?
SS

On 21 Apr., 22:10, Torsten Kirschner <torsten.kirsch...@gmail.com>
wrote:

> Ah, well, that would explain it, I guess.
>
> Regarding the mysterious SMTP error, I can only reiterate check it with a
> simple JavaMail program
>
>  - or -
>

> Followhttp://www.oracle.com/technetwork/java/faq-135477.html#debug, e.g.

> add -Dmail.debug=true to your Tomcat start or your java startup in your
> script, whichever you're using.
>
> Btw, and this has nothing to do with the JavaMail error, it's likely
> " signing,gzipping and encrypting the BKM", i.e.  Content-Type:
> application/pkcs7-mime. Base64 is just the transfer encoding:
>  ...
>  Content-Type: application/pkcs7-mime; name="smime.p7m";
> smime-type=enveloped-data
>  Content-Transfer-Encoding: base64
>  ...
> I could be wrong, but the transfer encoding is usually automatically applied
> by JavaMail.
> I only mention this because of these log lines:
> 2011-04-21 19:36:04 [Thread-66   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> <addDocument URI: cid:Payload-0, contentType: application/octet-stream>
>
> I am pretty sure that application/octet-stream is incorrect here.
>
> Yours
> T
>

> > From Mail Address: sigbj...@mimer.no>

> > 2011-04-21 19:32:36 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <- Smtp

> > Username: sigbj...@mimer.no>

> > 2011-04-21 19:32:36 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <- Smtp
> > Password: ********>
> > 2011-04-21 19:32:36 [Thread-3    ] <INFO > <cecid.ebms.spa> <Mail
> > Collector started - Host: pop3.mimer.no>
> > 2011-04-21 19:32:36 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <Pop
> > Server Setting: >
> > 2011-04-21 19:32:36 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <- Pop
> > Host: pop3.mimer.no>
> > 2011-04-21 19:32:36 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <- Pop
> > Protocol: pop3>
> > 2011-04-21 19:32:36 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <- Pop
> > Port: 110>
> > 2011-04-21 19:32:36 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <- Pop
> > Folder: INBOX>
> > 2011-04-21 19:32:36 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <- Pop

> > Username: sigbj...@mimer.no>

> > 2011-04-21 19:32:36 [Thread-3    ] <DEBUG> <cecid.ebms.spa> <- Pop
> > Password: ********>
> > 2011-04-21 19:32:47 [-Processor25] <INFO > <cecid.ebms.spa> <Outbound
> > payload received - cpaId: 981789261_889640782_011, service:
> > BehandlerKrav, serviceType:string, action: OppgjorsMelding, convId:
> > 900d6bde-f8be-4f6e-bc37-c1b11a39c172, fromPartyId: 981789261,
> > fromPartyType: ENH, toPartyId: 889640782, toPartyType: ENH,
> > refToMessageId: null>
> > 2011-04-21 19:32:47 [-Processor25] <INFO > <cecid.ebms.spa>

> > <Genereating message id: 20110421-193247-37...@127.0.0.2>

> > 2011-04-21 19:32:48 [-Processor25] <INFO > <cecid.ebms.spa> <Store

> > outgoing message: 20110421-193247-37...@127.0.0.2>

> > 2011-04-21 19:32:48 [-Processor25] <INFO > <cecid.ebms.spa> <Outbound
> > payload processed - cpaId: 981789261_889640782_011, service:
> > BehandlerKrav, action: OppgjorsMelding, convId: 900d6bde-f8be-4f6e-
> > bc37-c1b11a39c172, fromPartyId: 981789261, fromPartyType: ENH,
> > toPartyId: 889640782, toPartyType: ENH, refToMessageId: null>
> > 2011-04-21 19:32:48 [Thread-44   ] <INFO > <cecid.ebms.spa> <Sign the

> > message: 20110421-193247-37...@127.0.0.2>

> > 2011-04-21 19:32:49 [Thread-44   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <setEnvelope, using algorithm: rsa-sha1>
> > 2011-04-21 19:32:49 [Thread-44   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <addDocument URI: cid:Payload-0, contentType: application/octet-
> > stream>
> > 2011-04-21 19:32:49 [Thread-44   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <start signing>
> > 2011-04-21 19:32:49 [Thread-44   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <got private key from keystore>
> > 2011-04-21 19:32:49 [Thread-44   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <created DocumentResolver>
> > 2011-04-21 19:32:49 [Thread-44   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <created Transform>
> > 2011-04-21 19:32:49 [Thread-44   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <added main document (envelope)>
> > 2011-04-21 19:32:49 [Thread-44   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <added 1 attachment documents>
> > 2011-04-21 19:32:49 [Thread-44   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <got the certificate chain from keystore>
> > 2011-04-21 19:32:49 [Thread-44   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <added the certificate chain to signature>
> > 2011-04-21 19:32:51 [Thread-44   ] <DEBUG> <pkg.pki.ApacheXMLDSigner>
> > <message signed>
> > 2011-04-21 19:32:51 [Thread-44   ] <INFO > <cecid.ebms.spa> <Send

> > message 20110421-193247-37...@127.0.0.2 to mottak-q...@test-es.nav.no>

> ...
>
> Erfahren Sie mehr »

[Torsten Kirschner]

Hm. 

sigbj@linux-2x4g:~/javamail-1.4.4/demo> java -Dmail.debug=true smtpsend -T smtp -H smtp.mimer.no -U sigb...@mimer.no -P ******** - test -o sigb...@mimer.no sigb...@frisurf.no

...

DEBUG SMTP: trying to connect to host "localhost", port 25, isSSL false
220 linux-2x4g.site ESMTP Postfix

...

You're using incorrect arguments here. You're not actually talking to smtp.mimer.no here at all, but to your own local MTA (postfix).

From the README.txt:

-H <host> : If <store-url> is not present, this indicates

 the hostname for the record-folder.

 -M <smtphost> : Host name of SMTP server.  Defaults to "localhost"

 which often works on UNIX but rarely on Windows.

So You probably want to use something like

sigbj@linux-2x4g:~/javamail-1.4.4/demo> java msgsend -T smtp -M smtp.mimer.no -s testone -d -o  sigb...@mimer.no sigb...@frisurf.no

Yours, T

> ...
>
> Erfahren Sie mehr »

[sigbj]

I noticed the present of localhost on the previous one, and wondered..
Here is a better example of debugging and this must be closer to the
truth:

sigbj@linux-2x4g:~/javamail-1.4.4/demo> java msgsend -T smtp -M

smtp.mimer.no -U sigb...@mimer.no -P ******** -s test -d -o
sigb...@mimer.no sigb...@frisurf.no
To: sigbj-
s...@frisurf.no
Subject:
test
DEBUG: setDebug: JavaMail version
1.4.4

DEBUG: getProvider() returning
javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun
Microsystems, Inc]
DEBUG SMTP: useEhlo true, useAuth
false

DEBUG SMTP: trying to connect to host "smtp.mimer.no", port 25, isSSL
false
220 mail.mimer.no ESMTP Sendmail 8.14.3/8.14.3/Debian-5+lenny1; Sat,
23 Apr 2011 13:34:06 +0200; (No UCE/UBE) logging access from:
static215-7.mimer.net(OK)-static215-7.mimer.net
[213.184.215.7]
DEBUG SMTP: connected to host "smtp.mimer.no", port:
25

EHLO
linux-2x4g.site
250-mail.mimer.no Hello static215-7.mimer.net [213.184.215.7], pleased
to meet
you
250-
ENHANCEDSTATUSCODES
250-
PIPELINING
250-
EXPN
250-
VERB
250-8BITMIME
250-SIZE
262144000
250-
DSN
250-
ETRN
250-AUTH DIGEST-MD5 CRAM-MD5 LOGIN
PLAIN
250-DELIVERBY
250 HELP

DEBUG SMTP: Found extension "ENHANCEDSTATUSCODES", arg ""

DEBUG SMTP: Found extension "PIPELINING", arg ""

DEBUG SMTP: Found extension "EXPN", arg ""
DEBUG SMTP: Found extension "VERB", arg ""

DEBUG SMTP: Found extension "8BITMIME", arg ""

DEBUG SMTP: Found extension "SIZE", arg "262144000"

DEBUG SMTP: Found extension "DSN", arg ""

DEBUG SMTP: Found extension "ETRN", arg ""

DEBUG SMTP: Found extension "AUTH", arg "DIGEST-MD5 CRAM-MD5 LOGIN
PLAIN"
DEBUG SMTP: Found extension "DELIVERBY", arg ""
DEBUG SMTP: Found extension "HELP", arg ""

DEBUG SMTP: use8bit false
MAIL FROM:<sigb...@mimer.no>

250 2.1.0 <sigb...@mimer.no>... Sender ok
RCPT TO:<sigb...@frisurf.no>
250 2.1.5 <sigb...@frisurf.no>... Recipient ok

DEBUG SMTP: Verified Addresses
DEBUG SMTP: sigb...@frisurf.no
DATA

354 Enter mail, end with "." on a line by itself
Date: Sat, 23 Apr 2011 13:33:59 +0200 (CEST)
From: sigb...@mimer.no
To: sigb...@frisurf.no
Message-ID: <23163273.0.1303558440224.JavaMail.sigbj@linux-2x4g>

Subject: test
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

X-Mailer: msgsend

.
250 2.0.0 p3NBY68K021104 Message accepted for delivery
QUIT
221 2.0.0 mail.mimer.no closing connection

Mail was sent successfully.

-SS-

On 22 Apr., 23:12, Torsten Kirschner <torsten.kirsch...@gmail.com>
wrote:

> Hm.
>
> sigbj@linux-2x4g:~/javamail-1.4.4/demo> java -Dmail.debug=true smtpsend -T

> smtp -H smtp.mimer.no -U sigbj...@mimer.no -P ******** - test -o
> sigbj...@mimer.no sigbj...@frisurf.no

> ...
> DEBUG SMTP: trying to connect to host "localhost", port 25, isSSL false
> 220 linux-2x4g.site ESMTP Postfix
> ...
>
> You're using incorrect arguments here. You're not actually talking to
> smtp.mimer.no here at all, but to your own local MTA (postfix).
>
> From the README.txt:
> -H <host> : If <store-url> is not present, this indicates
>   the hostname for the record-folder.
>  -M <smtphost> : Host name of SMTP server.  Defaults to "localhost"
>   which often works on UNIX but rarely on Windows.
>
> So You probably want to use something like
>

> sigbj@linux-2x4g:~/javamail-1.4.4/demo> java msgsend -T smtp *-M
> smtp.mimer.no* -s testone *-d* -o  sigbj...@mimer.no <sigbj...@mimer.no>
> sigbj...@frisurf.no
>
> Yours, T

> > -T pop3 -H pop3.mimer.no -p 110 -U sigbj...@mimer.no -P ********DEBUG:

> > smtpsend -T smtp -H smtp.mimer.no -U sigbj...@mimer.no -P ******** -s
> > test -o sigbj...@mimer.no sigbj...@frisurf.no
> > To: sigbj...@frisurf.no

> > MAIL FROM:<sigbj...@mimer.no>
> > 250 2.1.0 Ok
> > RCPT TO:<sigbj...@frisurf.no>

> > 250 2.1.5 Ok
> > DEBUG SMTP: Verified Addresses

> > DEBUG SMTP:   sigbj...@frisurf.no

> > DATA
> > 354 End data with <CR><LF>.<CR><LF>
> > Date: Fri, 22 Apr 2011 15:03:26 +0200 (CEST)

> > From: sigbj...@mimer.no
> > To: sigbj...@frisurf.no

> > Message-ID: <22155964.0.1303477407235.JavaMail.sigbj@linux-2x4g>
> > Subject: test
> > MIME-Version: 1.0
> > Content-Type: text/plain; charset=us-ascii
> > Content-Transfer-Encoding: 7bit
> > X-Mailer: smtpsend
>
> > .
> > 250 2.0.0 Ok: queued as 1A09B40A6A
> > QUIT
> > 221 2.0.0 Bye
>
> > Mail was sent successfully.
> > Sie haben Post in /var/spool/mail/sigbj.
>

> > The mail was received at sigbj...@frisurf.no!

> ...
>
> Erfahren Sie mehr »