seeking for WSIT-enabled services examples under Tomcat
I'm trying to build a WSIT/WSDL-enabled service that runs from Tomcat. Anyone done this or knows a tutorial or link to find a start? -- Christoph Kukulies - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat Shutdown suddenly / random
Dear All, I don't believe Tomcat has any System.exit calls in it, so you could grep your code looking for such calls. Note that findbugs can be used for that. It will issue a warning for code that calls System.exit(). -- Kees Jan http://java-monitor.com/ kjkos...@kjkoster.org 06-51838192 Change is good. Granted, it is good in retrospect, but change is good. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Hung threads
Chris - I've noticed that little attachment issue also, but it only applies to replies to your posts. It doesn’t appear that way when I send it. (BTW: I'm using Outlook 2007 via Exchange 2003.) I didn't think that our code would be the cause, but since I've not done any coding for Tomcat, I wasn't sure. I'm thinking it might be an issue with the 1.1.18 native library. None of my other systems are showing the issue, but they are using version 1.1.3 of the library, although one is using 1.1.16 and not showing the problem either. I backed them back down to the 1.1.3 version and am waiting to see if the problem re-presents itself. Finally, could it be something the end user's browser is doing/not doing? Or perhaps an intervening proxy at the customer site? I haven't been able to reproduce the issue using in-house browsers/users against the production site, or even a similarly configured test site. Which side of the conversation actually closes the connection? And leaving the connection open result in threads being busy, even though they are waiting? Jeff -Original Message- From: Christopher Schultz [mailto:ch...@christopherschultz.net] Sent: Friday, April 16, 2010 3:50 PM To: Tomcat Users List Subject: Re: Hung threads Jeffrey, BTW your mailer and/or mail exchanger sucks... it puts your message into the html-only portion of a multipart/alternative message which means that basically your messages don't show up properly. Instead, I see the confidential warning that gets attached to all your messages, sometimes (if I'm lucky) followed by your actual message. Usually, I have to open the attachment that contains your actual text. :( On 4/15/2010 12:57 PM, Jeffrey Janner wrote: I've not got the tools nor training to do a Windows build. The build is not Windows-specific: it's just compiling the Java classes, along with a source patch that you could probably hand-enter given the diff if you don't have a win32 'patch' binary handy. I could gather the tools, but I'd rather not learn by patching a production system. Sounds like a good idea: can you set up a test system that you can pound while you figure out the magic recipe of versions that will yield a stable system? I think it's probably a sudden usage spike by the customer's 3rd-party users. I can increase their max thread count and probably give them relief. Plus then I can really see if there is a possible connection leak going on in my developer's code. It's unlikely that your code is leaking HTTP connections somehow. Maybe JDBC connections, but that's another story. - -chris *** NOTICE * This message is intended for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (call us collect at 512-343-9100) and immediately delete this message and all its attachments.
RE: Hung threads
NO errors logged anywhere. That's the really frustrating part of it. That and that I cannot reproduce it using in-house clients against the server during the day. I haven't bothered to crank up to debug either, since it's a production system. I want to lean to there being an issue with 1.1.18 native, since that's the only recent change that was still in effect. I backed that down to the previous version, but the end users haven't used the system yet to check if that is the issue. I do have a 1.1.16 version on a system that does not show the problem. -Original Message- From: Konstantin Kolinko [mailto:knst.koli...@gmail.com] Sent: Friday, April 16, 2010 4:10 PM To: Tomcat Users List Subject: Re: Hung threads 2010/4/16 Jeffrey Janner jeffrey.jan...@polydyne.com Well, it's definitely deadlocking once it hits the maxThreads limit. The worker is returned to the workers pool by an AprEndpoint.recycleWorkerThread(..) call. If that call is skipped, the workers will leak. That is theoretically. I do not remember any reports on such an issue. Do you have any error messages in your logs, or in the catalina.out file (aka the file that catches your stderr stream)? Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org *** NOTICE * This message is intended for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (call us collect at 512-343-9100) and immediately delete this message and all its attachments. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Hung threads
And the solution to the attachment issue is removing the PGP signing stuff from your message in my reply. -Original Message- From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com] Sent: Saturday, April 17, 2010 1:04 PM To: Tomcat Users List Subject: RE: Hung threads Chris - I've noticed that little attachment issue also, but it only applies to replies to your posts. It doesn’t appear that way when I send it. (BTW: I'm using Outlook 2007 via Exchange 2003.) I didn't think that our code would be the cause, but since I've not done any coding for Tomcat, I wasn't sure. I'm thinking it might be an issue with the 1.1.18 native library. None of my other systems are showing the issue, but they are using version 1.1.3 of the library, although one is using 1.1.16 and not showing the problem either. I backed them back down to the 1.1.3 version and am waiting to see if the problem re-presents itself. Finally, could it be something the end user's browser is doing/not doing? Or perhaps an intervening proxy at the customer site? I haven't been able to reproduce the issue using in-house browsers/users against the production site, or even a similarly configured test site. Which side of the conversation actually closes the connection? And leaving the connection open result in threads being busy, even though they are waiting? Jeff -Original Message- From: Christopher Schultz [mailto:ch...@christopherschultz.net] Sent: Friday, April 16, 2010 3:50 PM To: Tomcat Users List Subject: Re: Hung threads Jeffrey, BTW your mailer and/or mail exchanger sucks... it puts your message into the html-only portion of a multipart/alternative message which means that basically your messages don't show up properly. Instead, I see the confidential warning that gets attached to all your messages, sometimes (if I'm lucky) followed by your actual message. Usually, I have to open the attachment that contains your actual text. :( On 4/15/2010 12:57 PM, Jeffrey Janner wrote: I've not got the tools nor training to do a Windows build. The build is not Windows-specific: it's just compiling the Java classes, along with a source patch that you could probably hand-enter given the diff if you don't have a win32 'patch' binary handy. I could gather the tools, but I'd rather not learn by patching a production system. Sounds like a good idea: can you set up a test system that you can pound while you figure out the magic recipe of versions that will yield a stable system? I think it's probably a sudden usage spike by the customer's 3rd-party users. I can increase their max thread count and probably give them relief. Plus then I can really see if there is a possible connection leak going on in my developer's code. It's unlikely that your code is leaking HTTP connections somehow. Maybe JDBC connections, but that's another story. - -chris *** NOTICE * This message is intended for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (call us collect at 512-343-9100) and immediately delete this message and all its attachments. *** NOTICE * This message is intended for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (call us collect at 512-343-9100) and immediately delete this message and all its attachments.
deploymant failure with jsf
over the last four days deployment continues to fail of my simple war that I set up to get to familiar with jsf. First I will stress that I am using windows 7 and the problem occurs withboth majorra and myFaces version 1.2 andboth tomcat 6.0.2 and 6.026 my war ir correctly laid out and contains the libs and classes in the WEB-INF folder. my web.xml is as follows: ?xml version=1.0 encoding=UTF-8? web-app xmlns=http://java.sun.com/xml/ns/javaee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd; version=2.5 servlet servlet-nameFaces Servlet/servlet-name servlet-classjavax.faces.webapp.FacesServlet/servlet-class load-on-startup1/load-on-startup /servlet !-- Faces Servlet Mapping -- servlet-mapping servlet-nameFaces Servlet/servlet-name url-pattern/faces/*/url-pattern /servlet-mapping /web-app as you can see, my facess servlet should be activated on any request to file located in my faces folder inside my web folder. index.jsp forwards a request to welcome.jsp and this is where deployment fails because the minute I remove the url pattern for /faces/* then deployment succeeds. Deployment fails with a 404 and no jsps or html are located in Web-INF meaning that all should be directly accesable. /It would be easy to assume that I am not packaging my war incorrectly, but when I use same packaging and other jars unrelated to jsf like jstl then app find these jars as needed. Perhaps I am using incorrect jsf jars. Could anyone mail me a copy of jsf lib that they are using and have found to work in above mentioned containers and possibly point out any obvious errors that I am making?
loading properties file from WEB-INF instead of WEB-INF/classes
getPropsFromWebINF works so long as the properties file is within the package of the class (/. However, I'd like to put the properties file under WEB-INF: public void getPropsFromWebINF() throws IOException { Properties p = new Properties(); InputStream is; is = getClass().getResourceAsStream(sqljdbc4.properties); p.load(is); log(p.toString()); } I've seen mention of using: System.getenv(APP_PROPERTIES); in conjunction with a context (context.xml under META-INF) along the lines of: ?xml version=1.0 encoding=UTF-8? Context antiJARLocking=true path=/A00720398sat Environment name=APP_PROPERTIES description=The APP Properties File override=false type=java.lang.String value=/WEB-INF/app.properties / /Context however, I'm not able to get the environment, I just get a null value. What's the correct, and simple, idiom? (Staying away from jndi and dbcp for now, and, oddly enough, servlets in this case.) Actually, I suppose in a sense it's in WEB-INF: dtc01l0376-06:~ a00720398$ dtc01l0376-06:~ a00720398$ jar -tfv NetBeansProjects/A00720398sat/dist/A00720398sat.war | grep sql 498 Sat Apr 17 14:36:14 PDT 2010 WEB-INF/classes/controller/sqljdbc4.properties however, I'd like to move it from WEB-INF/classes up to just WEB-INF. thanks, Thufir - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
[Tomcat 7-RC1] JNDI Startup Issue
Hi guys, I am having problems with JNDI access during Tomcat startup. During tomcat startup my app looks in JNDI for dataSource (sitting in context.xml) - however I always receive a 'comp no bound' exception. The same app works fine in Tomcat 6.x. I ran some tests and found that the resource is available fine after startup but during startup it looks like JNDI has not completely initialised yet. I am guessing something has changed in terms of the order in which JNDI is made available from Tomcat 6.x to Tomcat 7. Looking through prev posts I have tried looking at the DataSourceRealm as to how it gets the 'Server' context' - http://svn.apache.org/viewvc/tomcat/tc7.0.x/tags/TOMCAT_7_0_0_RC1/java/org/apache/catalina/realm/DataSourceRealm.java?view=markup. try { 389 Context context = null; 390 if (localDataSource) { 391 context = ContextBindings.getClassLoader(); 392 context = (Context) context.lookup(comp/env); 393 } else { 394 context = 395 ((StandardServer)getServer()).getGlobalNamingContext(); 396 } But the ServerFactory has been deleted and getServer call looks like it would be difficult to use outside of this class. Anybody have any ideas? -- View this message in context: http://old.nabble.com/-Tomcat-7-RC1--JNDI-Startup-Issue-tp28279732p28279732.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: [Tomcat 7-RC1] JNDI Startup Issue
btw. Mark T if you are reading - just noticed you worked for SpringSource - my test webapp is spring based and I was using the jee:jndi-lookup tags - I have had no luck getting these to work with Tomcat 7 RC1. Note that the issue doesn't directly relate to the tags itself as the problem shows itself with straight java code running during tomcat startup (e.g. via ServletContextListener for example). If you like I can attach a very simple web-app to show behaviour. -- View this message in context: http://old.nabble.com/-Tomcat-7-RC1--JNDI-Startup-Issue-tp28279732p28279898.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Tomcat slow to start
Good evening, I have a problem that several people have asked for and posted on some forums and got no answer to solve. There goes the problem: I'm using Tomcat 6.0.24, JSF 1.2, Rich Faces, a4j, JPA and Hibernate and after adding the a4j and Rich faces in my application the Tomcat is taking too long to start. Everything is running smoothly, including the rich faces and a4j. See the schedules in bold LOG: 17/04/2010 22:05:06 org.apache.catalina.core.AprLifecycleListener init INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: C:\Arquivos de programas\Java\jre6\bin;.;C:\WINDOWS\Sun\Java\bin;C:\WINDOWS\system32;C:\WINDOWS;C:/Arquivos de programas/Java/jre6/bin/client;C:/Arquivos de programas/Java/jre6/bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Arquivos de programas\TortoiseSVN\bin;C:\Arquivos de programas\QuickTime\QTSystem\;C:\Arquivos de programas\Microsoft Visual Studio\Common\Tools\WinNT;C:\Arquivos de programas\Microsoft Visual Studio\Common\MSDev98\Bin;C:\Arquivos de programas\Microsoft Visual Studio\Common\Tools;C:\Arquivos de programas\Microsoft Visual Studio\VC98\bin;C:\Arquivos de programas\OpenVPN\bin 17/04/2010 22:05:06 org.apache.tomcat.util.digester.SetPropertiesRule begin WARNING: [SetPropertiesRule]{Server/Service/Engine/Host/Context} Setting property 'source' to 'org.eclipse.jst.jee.server:Emprego' did not find a matching property. 17/04/2010 22:05:06 org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on http-8080 17/04/2010 22:05:06 org.apache.catalina.startup.Catalina load INFO: Initialization processed in 652 ms 17/04/2010 22:05:06 org.apache.catalina.core.StandardService start INFO: Starting service Catalina *17/04/2010 22:05:06* org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/6.0.24 *17/04/2010 22:05:45 *org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on http-8080 17/04/2010 22:05:45 org.apache.jk.common.ChannelSocket init INFO: JK: ajp13 listening on /0.0.0.0:8009 17/04/2010 22:05:45 org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=0/62 config=null 17/04/2010 22:05:45 org.apache.catalina.startup.Catalina start INFO: Server startup in *38987 *ms It takes a long this line: INFO: Starting service Catalina *17/04/2010 22:05:06* org.apache.catalina.core.StandardEngine start Seen this happen? I'm suspicious of any conflicting setting. Attached the web.xml and faces-config.xml from my application. Well, if you need more details of the application can send. Thank you! --- Att. Filipe Areias Névola Java Analyst Developer E-mail: filipenev...@gmail.com MSN: filipenev...@gmail.com gTalk: filipe...@gmail.com Skype: filipenevola Founder and Writer Blog http://www.allgoritmos.com Contributor JavaFree.org No eye has seen, nor ear heard, neither have entered into the human heart that God has prepared for those who love him. (1 Corinthians 2:9)
Tomcat slow to start (attached)
Sorry, forgot the attachments of the previous message. --- Att. Filipe Areias Névola Analista Desenvolvedor Java E-mail: filipenev...@gmail.com MSN: filipenev...@gmail.com gTalk: filipe...@gmail.com Skype: filipenevola Fundador e Escritor do Blog http://www.allgoritmos.com Colaborador JavaFree.org “Nem olhos viram, nem ouvidos ouviram, nem jamais penetrou em coração humano o que Deus tem preparado para aqueles que o amam.” (1 Coríntios 2:9) ?xml version='1.0' encoding='UTF-8'? !-- === core CONFIGURATION FILE == -- faces-config version=1.2 xmlns=http://java.sun.com/xml/ns/javaee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-facesconfig_1_2.xsd; application resource-bundle base-nameLocal/base-name vart/var /resource-bundle locale-config default-localept/default-locale supported-localeen/supported-locale /locale-config /application !-- managed-bean -- managed-bean managed-bean-nameconhecimentoBean/managed-bean-name managed-bean-classfaces.ConhecimentoBean/managed-bean-class managed-bean-scopesession/managed-bean-scope /managed-bean managed-bean managed-bean-namevisitaBean/managed-bean-name managed-bean-classfaces.VisitaBean/managed-bean-class managed-bean-scopesession/managed-bean-scope /managed-bean managed-bean managed-bean-namecadastroUsuarioBean/managed-bean-name managed-bean-classfaces.CadastroUsuarioBean/managed-bean-class managed-bean-scopesession/managed-bean-scope /managed-bean managed-bean managed-bean-namecandidatoBean/managed-bean-name managed-bean-classfaces.CandidatoBean/managed-bean-class managed-bean-scopesession/managed-bean-scope /managed-bean managed-bean managed-bean-nameempresaBean/managed-bean-name managed-bean-classfaces.EmpresaBean/managed-bean-class managed-bean-scopesession/managed-bean-scope /managed-bean managed-bean managed-bean-namelistaUsuarioBean/managed-bean-name managed-bean-classfaces.ListaUsuarioBean/managed-bean-class managed-bean-scopesession/managed-bean-scope /managed-bean managed-bean managed-bean-namemotorBean/managed-bean-name managed-bean-classfaces.MotorBean/managed-bean-class managed-bean-scopesession/managed-bean-scope /managed-bean managed-bean managed-bean-namenav/managed-bean-name managed-bean-classfaces.NavegacaoBean/managed-bean-class managed-bean-scopesession/managed-bean-scope /managed-bean managed-bean managed-bean-namenivelConhecimentoBean/managed-bean-name managed-bean-classfaces.NivelConhecimentoBean/managed-bean-class managed-bean-scopesession/managed-bean-scope /managed-bean managed-bean managed-bean-namenivelLinguaBean/managed-bean-name managed-bean-classfaces.NivelLinguaBean/managed-bean-class managed-bean-scopesession/managed-bean-scope /managed-bean managed-bean managed-bean-nametecnologiaBean/managed-bean-name managed-bean-classfaces.TecnologiaBean/managed-bean-class managed-bean-scopesession/managed-bean-scope /managed-bean managed-bean managed-bean-nameutilBean/managed-bean-name managed-bean-classfaces.UtilBean/managed-bean-class managed-bean-scopesession/managed-bean-scope /managed-bean managed-bean managed-bean-nameprogressBarBean/managed-bean-name managed-bean-classfaces.ProgressBarBean/managed-bean-class managed-bean-scopesession/managed-bean-scope /managed-bean !-- navigation-rule -- navigation-rule from-view-id*/from-view-id navigation-case from-outcomeindexAdmin/from-outcome to-view-id/admin/admin.jsp/to-view-id /navigation-case /navigation-rule navigation-rule from-view-id*/from-view-id navigation-case from-outcomeiniciaAdicionaUsuario/from-outcome to-view-id/cadastro/novoUsuario.jsp/to-view-id /navigation-case /navigation-rule navigation-rule from-view-id*/from-view-id navigation-case from-outcomeindex/from-outcome to-view-id/index.jsp/to-view-id /navigation-case /navigation-rule navigation-rule from-view-id*/from-view-id navigation-case from-outcomelistaUsuarios/from-outcome to-view-id/admin/usuario/listaUsuarios.jsp/to-view-id /navigation-case /navigation-rule navigation-rule from-view-id*/from-view-id navigation-case from-outcomedetalhesUsuario/from-outcome to-view-id/admin/usuario/detalhesUsuario.jsp/to-view-id /navigation-case /navigation-rule navigation-rule from-view-id*/from-view-id navigation-case from-outcomelistaNiveisConhecimentos/from-outcome to-view-id/admin/nivelConhecimento/listaNiveisConhecimentos.jsp/to-view-id /navigation-case /navigation-rule navigation-rule from-view-id*/from-view-id navigation-case from-outcomeiniciaAdicionaNivelConhecimento/from-outcome to-view-id/admin/nivelConhecimento/novoNivelConhecimento.jsp/to-view-id /navigation-case /navigation-rule navigation-rule from-view-id*/from-view-id navigation-case