Including WS-Security stuff? On Sat, Sep 26, 2009 at 03:53, Ruwan Linton <[email protected]> wrote: > Thanks for the analysis Andreas, I think we can safely get rid of the slf4j > ... I was running without that local with no issues. > > Thanks, > Ruwan > > On Sat, Sep 26, 2009 at 1:41 AM, Andreas Veithen <[email protected]> > wrote: >> >> mvn dependency:tree reveals that SLF4J is a dependency of Rampart and >> the VFS transport. In the case of Rampart this is probably related to >> the introduction of OpenSAML2. In the case of the VFS transport, this >> dependency is somehow related to MINA and this is probably a left over >> from the split of the transports into separate modules. At least I >> don't see any of the default VFS providers that depend on MINA. >> Probably this dependency was introduced for the qpid transport and >> then moved from the root POM to synapse-transports and later to >> synapse-vfs-transport. >> >> Andreas >> >> On Fri, Sep 25, 2009 at 09:40, Ruwan Linton <[email protected]> >> wrote: >> > Thanks Eirc, it seems like this dependency causes some issues for the >> > JDK-1.5 build. If that is qpid and mina both are not direct dependencies >> > of >> > synapse, I would remove the slf4j and let any one who wants the above >> > two >> > scenarios working add it with there own. >> > >> > Thanks, >> > Ruwan >> > >> > On Fri, Sep 25, 2009 at 12:31 PM, Hubert, Eric >> > <[email protected]> >> > wrote: >> >> >> >> Hi Ruwan, >> >> >> >> I think we already had this topic in April. ;-) At that time we >> >> identified >> >> qpid and mina, if I'm not wrong. Mina was only used by Quickfix/J... >> >> >> >> But here a mail I pulled of my mail archive: >> >> >> >> ------------- Mail from Ruwan Sa 04.04.2009 14:26 --------------- >> >> >> >> On Sat, Apr 4, 2009 at 5:44 PM, Andreas Veithen >> >> <[email protected]> wrote: >> >> >> >> On Sat, Apr 4, 2009 at 13:50, Ruwan Linton <[email protected]> >> >> wrote: >> >> > >> >> > >> >> > On Sat, Apr 4, 2009 at 4:28 PM, Hiranya Jayathilaka >> >> > <[email protected]> >> >> > wrote: >> >> >> >> >> >> I believe slf4j is required only for the FIX transport. It is a MINA >> >> >> dependency which is used by Quickfix/J. If it is not used by >> >> >> anything >> >> >> else >> >> >> we should remove this. >> >> > >> >> > Good point, Asankha, are we going to ship the QFJ jar files, I think >> >> > we >> >> > have >> >> > decided to remove these and document this under the fix transport >> >> > configuration for the user to put in these dependencies upon >> >> > configuring >> >> > it, >> >> > right?? >> >> >> >> >> >> This JAR only takes 9 KB. I would just leave it in the distribution. >> >> The advantage is that whenever a user adds a library that uses the >> >> SLF4J framework, logging will correctly work out of the box without >> >> the need for the user to understand the relationship between log4j, >> >> SLF4J and commons-logging. >> >> >> >> I am completely OK with keeping this, but not QuickFixJ and other >> >> related >> >> dependencies, because FIX is a domain specific transport which wont be >> >> required for many users. >> >> >> >> Ruwan >> >> >> >> ________________________________________ >> >> From: Ruwan Linton [mailto:[email protected]] >> >> Sent: Friday, September 25, 2009 8:45 AM >> >> To: [email protected] >> >> Subject: SLF4J dependency?? >> >> >> >> Does any body know why we have slf4j libraries on the lib directory of >> >> the >> >> synapse distribution? That was the reason for the JDK1.5 failure of the >> >> build :-(, I just want to make sure there is no code using slf4j >> >> directly >> >> before getting rid of them :-) >> > >> > >> > >> > -- >> > Ruwan Linton >> > Technical Lead & Product Manager; WSO2 ESB; http://wso2.org/esb >> > WSO2 Inc.; http://wso2.org >> > email: [email protected]; cell: +94 77 341 3097 >> > blog: http://ruwansblog.blogspot.com >> > >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> > > > > -- > Ruwan Linton > Technical Lead & Product Manager; WSO2 ESB; http://wso2.org/esb > WSO2 Inc.; http://wso2.org > email: [email protected]; cell: +94 77 341 3097 > blog: http://ruwansblog.blogspot.com >
--------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
