|
From: pai <pa...@ma...> - 2003-03-06 20:11:49
|
In the monitoring example application come with distribute package, I try to test Herms ebms with starting two apache tomcat and deploy two Herms ebms seperately and I try to send message togather. the result is if the two ebms has the same parameters (CPAid,Service,Action,ConversationID),it's working properly but if it use difference parameters just only one parameter such as ConversationID, the result is failed and have an error message back to the sender. Why? Maybe i missed some point because i think sender create message to receiver thus sender should be create the ConversationID thus how receiver know the conversionID that useing for registering to Herms ebms server. Thank you very much Panu K. T.N. Information Systems |
|
From: Gait B. <gai...@ti...> - 2003-03-07 07:23:37
|
Hi Patrick, we hit a caveat on the asterisk use this week. The (Client)MessageListenerImpl, which is used if you don't supply your own listener, won't accept it since it builds a filename out of the parameters, which cannot contain asterisks. We had a similar problem with filenames on the client side, and decided to simple Base64 encode the filename, which has worked without trouble so far. Maybe an idea to slip in to DirectoryManager? --Gait. ----- Original Message ----- From: "Patrick Yee" <kc...@ce...> To: <ebx...@li...> Sent: Friday, March 07, 2003 3:13 AM Subject: Re: [ebxmlms-general] Help please i'm rooky > Hi, > > The (CPAid, Service, Action, ConversationID) tuple is what we call > application context. The client registers its application context with > Hermes. Therefore, Hermes can deliver all messages matching the specified > application context to the client. When Hermes receives a message with > application context not yet registered, it doesn't know where to deliver the > message and so an error message is generated and sent back. > > Please note that Hermes will perform exact match over the application > context. So, changing the registered ConversationID a bit will nullify the > match. > > We agree that the conversation ID should be generated by sender and the > receiver should have no idea about that beforehand. To cater this, we > support the client to register a "*" to the ConversationID field, meaning > that the client wants to receive all possible ConversationID. In fact, "*" > can be specified to any one of the four fields in application context, to > denote a wildcard. > > Hope this helps. > > Regards, -Patrick > -- > Patrick Yee > System Architect > Center for E-Commerce Infrastructure Development (CECID) > Dept. of Computer Science and Information Systems > The University of Hong Kong > Tel: (852) 22415674 > Fax: (852) 25474611 > > > ----- Original Message ----- > From: "pai" <pa...@ma...> > To: <ebx...@li...>; > <ebx...@li...> > Sent: Friday, March 07, 2003 4:11 AM > Subject: [ebxmlms-general] Help please i'm rooky > > > > In the monitoring example application come with distribute package, I try > to test > > Herms ebms with starting two apache tomcat and deploy two Herms ebms > > seperately and I try to send message togather. > > the result is if the two ebms has the same parameters > > (CPAid,Service,Action,ConversationID),it's working properly but if it use > > difference parameters just only one parameter such as ConversationID, the > > result is failed and have an error message back to the sender. Why? > > > > Maybe i missed some point because i think sender create message to > receiver > > thus sender should be create the ConversationID thus how receiver know the > > conversionID that useing for registering to Herms ebms server. > > > > Thank you very much > > > > Panu K. > > T.N. Information Systems > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Etnus, makers of TotalView, The > debugger > > for complex code. Debugging C/C++ programs can leave you feeling lost and > > disoriented. TotalView can help you find your way. Available on major UNIX > > and Linux platforms. Try it free. www.etnus.com > > _______________________________________________ > > ebxmlms-general mailing list > > ebx...@li... > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger > for complex code. Debugging C/C++ programs can leave you feeling lost and > disoriented. TotalView can help you find your way. Available on major UNIX > and Linux platforms. Try it free. www.etnus.com > _______________________________________________ > ebxmlms-general mailing list > ebx...@li... > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general |
|
From: Patrick Y. <kc...@ce...> - 2003-03-10 11:34:04
|
Hi Gait, I cannot repeat what you described. Basically, I was modifying the Monitor to make it to use ClientMessageListenerImpl instead of using its own implementation. I specified a directory path as the constructor argument of ClientMessageListenerImpl. Then I started the Monitor and registered the app context to be (*, *, *, *). And then I sent a loopback message. Expectedly, the message can be found correctly in the directory I specified before. So, can you please give us more details about your problem, so that we can continue to investigate. Thanks. Regards, -Patrick ----- Original Message ----- From: "Gait Boxman" <gai...@ti...> To: <ebx...@li...> Sent: Friday, March 07, 2003 3:11 PM Subject: [ebxmlms-develop] Asterisks and (Client)MessageListenerImpl > Hi Patrick, > > we hit a caveat on the asterisk use this week. The > (Client)MessageListenerImpl, which is used if you don't supply your own > listener, won't accept it since it builds a filename out of the parameters, > which cannot contain asterisks. We had a similar problem with filenames on > the client side, and decided to simple Base64 encode the filename, which has > worked without trouble so far. Maybe an idea to slip in to DirectoryManager? > > --Gait. > > ----- Original Message ----- > From: "Patrick Yee" <kc...@ce...> > To: <ebx...@li...> > Sent: Friday, March 07, 2003 3:13 AM > Subject: Re: [ebxmlms-general] Help please i'm rooky > > > > Hi, > > > > The (CPAid, Service, Action, ConversationID) tuple is what we call > > application context. The client registers its application context with > > Hermes. Therefore, Hermes can deliver all messages matching the specified > > application context to the client. When Hermes receives a message with > > application context not yet registered, it doesn't know where to deliver > the > > message and so an error message is generated and sent back. > > > > Please note that Hermes will perform exact match over the application > > context. So, changing the registered ConversationID a bit will nullify the > > match. > > > > We agree that the conversation ID should be generated by sender and the > > receiver should have no idea about that beforehand. To cater this, we > > support the client to register a "*" to the ConversationID field, meaning > > that the client wants to receive all possible ConversationID. In fact, "*" > > can be specified to any one of the four fields in application context, to > > denote a wildcard. > > > > Hope this helps. > > > > Regards, -Patrick > > -- > > Patrick Yee > > System Architect > > Center for E-Commerce Infrastructure Development (CECID) > > Dept. of Computer Science and Information Systems > > The University of Hong Kong > > Tel: (852) 22415674 > > Fax: (852) 25474611 > > > > > > ----- Original Message ----- > > From: "pai" <pa...@ma...> > > To: <ebx...@li...>; > > <ebx...@li...> > > Sent: Friday, March 07, 2003 4:11 AM > > Subject: [ebxmlms-general] Help please i'm rooky > > > > > > > In the monitoring example application come with distribute package, I > try > > to test > > > Herms ebms with starting two apache tomcat and deploy two Herms ebms > > > seperately and I try to send message togather. > > > the result is if the two ebms has the same parameters > > > (CPAid,Service,Action,ConversationID),it's working properly but if it > use > > > difference parameters just only one parameter such as ConversationID, > the > > > result is failed and have an error message back to the sender. Why? > > > > > > Maybe i missed some point because i think sender create message to > > receiver > > > thus sender should be create the ConversationID thus how receiver know > the > > > conversionID that useing for registering to Herms ebms server. > > > > > > Thank you very much > > > > > > Panu K. > > > T.N. Information Systems > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.net email is sponsored by: Etnus, makers of TotalView, The > > debugger > > > for complex code. Debugging C/C++ programs can leave you feeling lost > and > > > disoriented. TotalView can help you find your way. Available on major > UNIX > > > and Linux platforms. Try it free. www.etnus.com > > > _______________________________________________ > > > ebxmlms-general mailing list > > > ebx...@li... > > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > > > > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Etnus, makers of TotalView, The > debugger > > for complex code. Debugging C/C++ programs can leave you feeling lost and > > disoriented. TotalView can help you find your way. Available on major UNIX > > and Linux platforms. Try it free. www.etnus.com > > _______________________________________________ > > ebxmlms-general mailing list > > ebx...@li... > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger > for complex code. Debugging C/C++ programs can leave you feeling lost and > disoriented. TotalView can help you find your way. Available on major UNIX > and Linux platforms. Try it free. www.etnus.com > _______________________________________________ > ebxmlms-develop mailing list > ebx...@li... > https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop > |
|
From: Gait B. <gai...@ti...> - 2003-03-10 12:54:42
|
Hi Patrick, Try specifying null as the MessageListener argument to the Request constructor, and app context (*,*,*,*). That is how we got the error. Request will setup a default MessageListener, i.e. a ClientMessageListenerImpl. This will be constructed from a file URL like file://tmp/ebxmlms/request/messageListener/*.*.*.* That's where the problem is I think. Originally I thought findUniqueFilename was called , but looking closer at getDefaultMessageListener, it probably is not. The request is constructed nicely, only when a message comes in the error hits since the filename is invalid. thnx, Gait. ----- Original Message ----- From: "Patrick Yee" <kc...@ce...> To: <ebx...@li...> Sent: Monday, March 10, 2003 12:33 PM Subject: Re: [ebxmlms-develop] Asterisks and (Client)MessageListenerImpl > Hi Gait, > > I cannot repeat what you described. Basically, I was modifying the Monitor > to make it to use ClientMessageListenerImpl instead of using its own > implementation. I specified a directory path as the constructor argument of > ClientMessageListenerImpl. Then I started the Monitor and registered the app > context to be (*, *, *, *). And then I sent a loopback message. Expectedly, > the message can be found correctly in the directory I specified before. > > So, can you please give us more details about your problem, so that we can > continue to investigate. Thanks. > > Regards, -Patrick > > ----- Original Message ----- > From: "Gait Boxman" <gai...@ti...> > To: <ebx...@li...> > Sent: Friday, March 07, 2003 3:11 PM > Subject: [ebxmlms-develop] Asterisks and (Client)MessageListenerImpl > > > > Hi Patrick, > > > > we hit a caveat on the asterisk use this week. The > > (Client)MessageListenerImpl, which is used if you don't supply your own > > listener, won't accept it since it builds a filename out of the > parameters, > > which cannot contain asterisks. We had a similar problem with filenames on > > the client side, and decided to simple Base64 encode the filename, which > has > > worked without trouble so far. Maybe an idea to slip in to > DirectoryManager? > > > > --Gait. > > > > ----- Original Message ----- > > From: "Patrick Yee" <kc...@ce...> > > To: <ebx...@li...> > > Sent: Friday, March 07, 2003 3:13 AM > > Subject: Re: [ebxmlms-general] Help please i'm rooky > > > > > > > Hi, > > > > > > The (CPAid, Service, Action, ConversationID) tuple is what we call > > > application context. The client registers its application context with > > > Hermes. Therefore, Hermes can deliver all messages matching the > specified > > > application context to the client. When Hermes receives a message with > > > application context not yet registered, it doesn't know where to deliver > > the > > > message and so an error message is generated and sent back. > > > > > > Please note that Hermes will perform exact match over the application > > > context. So, changing the registered ConversationID a bit will nullify > the > > > match. > > > > > > We agree that the conversation ID should be generated by sender and the > > > receiver should have no idea about that beforehand. To cater this, we > > > support the client to register a "*" to the ConversationID field, > meaning > > > that the client wants to receive all possible ConversationID. In fact, > "*" > > > can be specified to any one of the four fields in application context, > to > > > denote a wildcard. > > > > > > Hope this helps. > > > > > > Regards, -Patrick > > > -- > > > Patrick Yee > > > System Architect > > > Center for E-Commerce Infrastructure Development (CECID) > > > Dept. of Computer Science and Information Systems > > > The University of Hong Kong > > > Tel: (852) 22415674 > > > Fax: (852) 25474611 > > > > > > > > > ----- Original Message ----- > > > From: "pai" <pa...@ma...> > > > To: <ebx...@li...>; > > > <ebx...@li...> > > > Sent: Friday, March 07, 2003 4:11 AM > > > Subject: [ebxmlms-general] Help please i'm rooky > > > > > > > > > > In the monitoring example application come with distribute package, I > > try > > > to test > > > > Herms ebms with starting two apache tomcat and deploy two Herms ebms > > > > seperately and I try to send message togather. > > > > the result is if the two ebms has the same parameters > > > > (CPAid,Service,Action,ConversationID),it's working properly but if it > > use > > > > difference parameters just only one parameter such as ConversationID, > > the > > > > result is failed and have an error message back to the sender. Why? > > > > > > > > Maybe i missed some point because i think sender create message to > > > receiver > > > > thus sender should be create the ConversationID thus how receiver know > > the > > > > conversionID that useing for registering to Herms ebms server. > > > > > > > > Thank you very much > > > > > > > > Panu K. > > > > T.N. Information Systems > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > This SF.net email is sponsored by: Etnus, makers of TotalView, The > > > debugger > > > > for complex code. Debugging C/C++ programs can leave you feeling lost > > and > > > > disoriented. TotalView can help you find your way. Available on major > > UNIX > > > > and Linux platforms. Try it free. www.etnus.com > > > > _______________________________________________ > > > > ebxmlms-general mailing list > > > > ebx...@li... > > > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.net email is sponsored by: Etnus, makers of TotalView, The > > debugger > > > for complex code. Debugging C/C++ programs can leave you feeling lost > and > > > disoriented. TotalView can help you find your way. Available on major > UNIX > > > and Linux platforms. Try it free. www.etnus.com > > > _______________________________________________ > > > ebxmlms-general mailing list > > > ebx...@li... > > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Etnus, makers of TotalView, The > debugger > > for complex code. Debugging C/C++ programs can leave you feeling lost and > > disoriented. TotalView can help you find your way. Available on major UNIX > > and Linux platforms. Try it free. www.etnus.com > > _______________________________________________ > > ebxmlms-develop mailing list > > ebx...@li... > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > ebxmlms-develop mailing list > ebx...@li... > https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop |
|
From: Patrick Y. <kc...@ce...> - 2003-03-10 14:04:11
|
Hi Gait, Yes this is a bug. Thanks for pointing this out. And we have committed the fix. Basically, we treat it in the same way as other restricted characters for file names. You know, we try best to indicate the app context by the directory names. However, if there are restricted characters in app context, we are forced to generate a "safe" name. :-) Regards, -Patrick ----- Original Message ----- From: "Gait Boxman" <gai...@ti...> To: <ebx...@li...> Sent: Monday, March 10, 2003 08:57 PM Subject: Re: [ebxmlms-develop] Asterisks and (Client)MessageListenerImpl > Hi Patrick, > > Try specifying null as the MessageListener argument to the Request > constructor, and app context (*,*,*,*). That is how we got the error. > Request will setup a default MessageListener, i.e. a > ClientMessageListenerImpl. This will be constructed from a file URL like > file://tmp/ebxmlms/request/messageListener/*.*.*.* > That's where the problem is I think. Originally I thought findUniqueFilename > was called , but looking closer at getDefaultMessageListener, it probably is > not. > The request is constructed nicely, only when a message comes in the error > hits since the filename is invalid. > > thnx, Gait. > > ----- Original Message ----- > From: "Patrick Yee" <kc...@ce...> > To: <ebx...@li...> > Sent: Monday, March 10, 2003 12:33 PM > Subject: Re: [ebxmlms-develop] Asterisks and (Client)MessageListenerImpl > > > > Hi Gait, > > > > I cannot repeat what you described. Basically, I was modifying the Monitor > > to make it to use ClientMessageListenerImpl instead of using its own > > implementation. I specified a directory path as the constructor argument > of > > ClientMessageListenerImpl. Then I started the Monitor and registered the > app > > context to be (*, *, *, *). And then I sent a loopback message. > Expectedly, > > the message can be found correctly in the directory I specified before. > > > > So, can you please give us more details about your problem, so that we can > > continue to investigate. Thanks. > > > > Regards, -Patrick > > > > ----- Original Message ----- > > From: "Gait Boxman" <gai...@ti...> > > To: <ebx...@li...> > > Sent: Friday, March 07, 2003 3:11 PM > > Subject: [ebxmlms-develop] Asterisks and (Client)MessageListenerImpl > > > > > > > Hi Patrick, > > > > > > we hit a caveat on the asterisk use this week. The > > > (Client)MessageListenerImpl, which is used if you don't supply your own > > > listener, won't accept it since it builds a filename out of the > > parameters, > > > which cannot contain asterisks. We had a similar problem with filenames > on > > > the client side, and decided to simple Base64 encode the filename, which > > has > > > worked without trouble so far. Maybe an idea to slip in to > > DirectoryManager? > > > > > > --Gait. > > > > > > ----- Original Message ----- > > > From: "Patrick Yee" <kc...@ce...> > > > To: <ebx...@li...> > > > Sent: Friday, March 07, 2003 3:13 AM > > > Subject: Re: [ebxmlms-general] Help please i'm rooky > > > > > > > > > > Hi, > > > > > > > > The (CPAid, Service, Action, ConversationID) tuple is what we call > > > > application context. The client registers its application context with > > > > Hermes. Therefore, Hermes can deliver all messages matching the > > specified > > > > application context to the client. When Hermes receives a message with > > > > application context not yet registered, it doesn't know where to > deliver > > > the > > > > message and so an error message is generated and sent back. > > > > > > > > Please note that Hermes will perform exact match over the application > > > > context. So, changing the registered ConversationID a bit will nullify > > the > > > > match. > > > > > > > > We agree that the conversation ID should be generated by sender and > the > > > > receiver should have no idea about that beforehand. To cater this, we > > > > support the client to register a "*" to the ConversationID field, > > meaning > > > > that the client wants to receive all possible ConversationID. In fact, > > "*" > > > > can be specified to any one of the four fields in application context, > > to > > > > denote a wildcard. > > > > > > > > Hope this helps. > > > > > > > > Regards, -Patrick > > > > -- > > > > Patrick Yee > > > > System Architect > > > > Center for E-Commerce Infrastructure Development (CECID) > > > > Dept. of Computer Science and Information Systems > > > > The University of Hong Kong > > > > Tel: (852) 22415674 > > > > Fax: (852) 25474611 > > > > > > > > > > > > ----- Original Message ----- > > > > From: "pai" <pa...@ma...> > > > > To: <ebx...@li...>; > > > > <ebx...@li...> > > > > Sent: Friday, March 07, 2003 4:11 AM > > > > Subject: [ebxmlms-general] Help please i'm rooky > > > > > > > > > > > > > In the monitoring example application come with distribute package, > I > > > try > > > > to test > > > > > Herms ebms with starting two apache tomcat and deploy two Herms ebms > > > > > seperately and I try to send message togather. > > > > > the result is if the two ebms has the same parameters > > > > > (CPAid,Service,Action,ConversationID),it's working properly but if > it > > > use > > > > > difference parameters just only one parameter such as > ConversationID, > > > the > > > > > result is failed and have an error message back to the sender. Why? > > > > > > > > > > Maybe i missed some point because i think sender create message to > > > > receiver > > > > > thus sender should be create the ConversationID thus how receiver > know > > > the > > > > > conversionID that useing for registering to Herms ebms server. > > > > > > > > > > Thank you very much > > > > > > > > > > Panu K. > > > > > T.N. Information Systems > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > This SF.net email is sponsored by: Etnus, makers of TotalView, The > > > > debugger > > > > > for complex code. Debugging C/C++ programs can leave you feeling > lost > > > and > > > > > disoriented. TotalView can help you find your way. Available on > major > > > UNIX > > > > > and Linux platforms. Try it free. www.etnus.com > > > > > _______________________________________________ > > > > > ebxmlms-general mailing list > > > > > ebx...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > This SF.net email is sponsored by: Etnus, makers of TotalView, The > > > debugger > > > > for complex code. Debugging C/C++ programs can leave you feeling lost > > and > > > > disoriented. TotalView can help you find your way. Available on major > > UNIX > > > > and Linux platforms. Try it free. www.etnus.com > > > > _______________________________________________ > > > > ebxmlms-general mailing list > > > > ebx...@li... > > > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.net email is sponsored by: Etnus, makers of TotalView, The > > debugger > > > for complex code. Debugging C/C++ programs can leave you feeling lost > and > > > disoriented. TotalView can help you find your way. Available on major > UNIX > > > and Linux platforms. Try it free. www.etnus.com > > > _______________________________________________ > > > ebxmlms-develop mailing list > > > ebx...@li... > > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop > > > > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > ebxmlms-develop mailing list > > ebx...@li... > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > ebxmlms-develop mailing list > ebx...@li... > https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop > |