So i can just start my own thread (threads) for receiving non-http data (where to put initialization/starting stuff? as a new servlet ? ) and then my code will put received data in some 'public' synchronized queue/collection or database (like HSQLDB) and other threads/modules (and again, where should i start them? in new servlets?) can process data and at the end next threads have to send data using webservices or/and webdav (a lot of data and i need resume option if something goes wrong)
Is my thinking correct ? Regards razor > 2010/12/8 Christopher Schultz <ch...@christopherschultz.net>: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Łukasz, >> >> On 12/8/2010 2:23 PM, Łukasz Tołwiński wrote: >>> I'm not sure how to reply to mailing list (am I replying to you or >>> tomcat.users ? ) >> >> You succeeded in replying to me, but it's more appropriate to reply to >> the list. >> >>> I'm still wondering what libraries should I use, someone proposed >>> Apache Camel, but I'm new to this libraries and my project is urgent. >> >> I don't know anything about Apache Camel -- you'll have to ask the Camel >> folks about your project. >> >>> I wanted to use Tomcat, because I will use it to send data thru Web >>> Services and expose some statuses for some GUI frontend (swing) thru >>> WebServices too. >> >> There's nothing stopping you from launching your own non-HTTP service >> from within Tomcat during application startup... just remember to >> properly shut it down when your webapp stops. Then you get the best of >> both worlds: your web services can run through Tomcat and your >> proprietary communication protocol can run over another channel/port >> managed by your webapp. >> >> - -chris >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.10 (MingW32) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ >> >> iEYEARECAAYFAkz/3S0ACgkQ9CaO5/Lv0PC6OQCfS6ZYw74/a7V/FPK7EVDRqaYF >> 96UAniZyvwEvWTclgjoZq0khrx/u+MLm >> =lQXg >> -----END PGP SIGNATURE----- >> > > > > -- > Łukasz > -- Łukasz --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
