You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
(157) |
May
(789) |
Jun
(608) |
Jul
(554) |
Aug
(868) |
Sep
(654) |
Oct
(994) |
Nov
(803) |
Dec
(982) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(1006) |
Feb
(1054) |
Mar
(1345) |
Apr
(1305) |
May
(1392) |
Jun
(1016) |
Jul
(265) |
Aug
(1) |
Sep
(8) |
Oct
(9) |
Nov
(8) |
Dec
(19) |
2007 |
Jan
(20) |
Feb
(10) |
Mar
(20) |
Apr
(8) |
May
(4) |
Jun
(1) |
Jul
(6) |
Aug
(3) |
Sep
(6) |
Oct
(12) |
Nov
(7) |
Dec
(13) |
2008 |
Jan
(5) |
Feb
(4) |
Mar
(34) |
Apr
(32) |
May
(22) |
Jun
(21) |
Jul
(30) |
Aug
(18) |
Sep
(30) |
Oct
(23) |
Nov
(86) |
Dec
(51) |
2009 |
Jan
(25) |
Feb
(26) |
Mar
(34) |
Apr
(47) |
May
(38) |
Jun
(25) |
Jul
(36) |
Aug
(9) |
Sep
(8) |
Oct
(10) |
Nov
(4) |
Dec
(17) |
2010 |
Jan
(7) |
Feb
(9) |
Mar
(26) |
Apr
(49) |
May
(52) |
Jun
(48) |
Jul
(39) |
Aug
(27) |
Sep
(9) |
Oct
(14) |
Nov
(7) |
Dec
(10) |
2011 |
Jan
(12) |
Feb
(9) |
Mar
(17) |
Apr
(33) |
May
(39) |
Jun
(36) |
Jul
(29) |
Aug
(26) |
Sep
(29) |
Oct
(38) |
Nov
(35) |
Dec
(27) |
2012 |
Jan
(20) |
Feb
(34) |
Mar
(29) |
Apr
(33) |
May
(45) |
Jun
(46) |
Jul
(50) |
Aug
(35) |
Sep
(55) |
Oct
(68) |
Nov
(79) |
Dec
(45) |
2013 |
Jan
(67) |
Feb
(20) |
Mar
(55) |
Apr
(52) |
May
(25) |
Jun
(25) |
Jul
(34) |
Aug
(27) |
Sep
(21) |
Oct
(21) |
Nov
(19) |
Dec
(12) |
2014 |
Jan
(10) |
Feb
(8) |
Mar
(13) |
Apr
(18) |
May
(36) |
Jun
(26) |
Jul
(17) |
Aug
(19) |
Sep
(13) |
Oct
(8) |
Nov
(7) |
Dec
(5) |
2015 |
Jan
(11) |
Feb
(2) |
Mar
(13) |
Apr
(15) |
May
(7) |
Jun
(2) |
Jul
(4) |
Aug
(3) |
Sep
(3) |
Oct
|
Nov
(2) |
Dec
(1) |
2016 |
Jan
(3) |
Feb
(5) |
Mar
(19) |
Apr
(34) |
May
(9) |
Jun
(10) |
Jul
(5) |
Aug
(10) |
Sep
(5) |
Oct
(11) |
Nov
(19) |
Dec
(7) |
2017 |
Jan
(4) |
Feb
(4) |
Mar
(8) |
Apr
(5) |
May
(12) |
Jun
(5) |
Jul
(11) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
From: mikezzz <nu...@jb...> - 2005-05-05 08:17:01
|
Have you upgraded from M2 to HEAD? If so you will need to remove the JBoss Mail database tables. The default configuration from HEAD will use JBoss's internal HSQL database. If it is a non-production machine the simpliest way is to shutdown JBoss and delete the $JBOSS_HOME/server/default/data directory, then restart. I.e. the DB schema has changed from M2 to HEAD and the tables need to be rebuilt. That is why you are seeing the exceptions in the log file. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876565#3876565 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876565 |
From: timfox <nu...@jb...> - 2005-05-05 07:00:00
|
Hi guys, here's my 2c FWIW, apologies if you've already gone over this ground :) In Ovidiu's case 2) above it seems to me that the positive acknowledgement may not be known until some (very long and unknown) time in the future - this might be the case for a transacted JMS Session, where the acknowledgement is done at commit time, not at message receipt time. In that case, blocking the server thread that delivers the message to the client until the ack/nack occurs isn't really an option. I can see two options here: 1) Let something on the client side implement a reliable store and take over responsibility for message delivery. It can then respond with an ack immediately. I think this violates any idea of having a thin client though, plus it's just passing the same problem to the next thing in the chain IMO. 2) Have some way (callback) for the client to inform the server queue object asynchronously that a message is acked/nacked. This would be called by the client side code when the JMS session (or whatever) commits or rolls back. It's my understanding the core classes currently don't support such functionality - I may well be wrong here. -Tim View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876553#3876553 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876553 |
From: bstansberry <nu...@jb...> - 2005-05-05 05:38:40
|
Thanks, Scott. Good to know about the commons-logging interaction problem; this means a static binding approach won't work in a webapp deployed on JBoss 4.0.2. There are other cases where it won't work properly, even in webapps with child-first classloading, so I expect dynamic discovery is here to stay. I'm curious where the type conflicts are coming from (i.e. why the container mbeans are interacting with the webapps loggers); I'll have to dig into that sometime. anonymous wrote : Show me the spec other than the servlet spec that has any notion of class loader ordering. None that I know of :) Actually, a couple weeks back I looked around (a little) expecting to find parent-first specified somewhere, but found nothing. I interpreted that as meaning containers had freedom to offer child-first classloading for all deployment types if they wanted. I'd thought JBoss allowed that, but now realize I'd confused the meaning of the Java2ParentDelegation flag in the deployment descriptors -- it controls whether a scoped loader will search in a parent repository for a class, not how classloading delegation works if the class is not in a repository. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876548#3876548 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876548 |
From: <ad...@jb...> - 2005-05-05 00:45:53
|
Just to clear in case you think I'm being arbitrary... If you examine the use case for EJB3 standalone and these services it fails the 5%/95% rule for the first release. Security junit: you aren't going to run your tests against the corporate ldap server tomcat: you'd use their native realm abstraction swing: it would only be useful if you are also operating in client/server mode and want single sign-on JMS If you want *co-located* jms and EJB3 you can use JBossAS/EJB3, otherwise you just need the jndi config for the remote jms. Remoting All you need is to marshall the invocation to simulate call-by-value and that is only so you can test remote access properly in junit. You aren't going to expose standalone EJB3 sessions remotely from Tomcat or Swing. etc. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876541#3876541 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876541 |
From: <ad...@jb...> - 2005-05-04 23:10:23
|
Refactoring JBossMQ/JBossSX/etc. to be pojo based is going to take too much time for an initial release and it isn't something that is going to happen in JBoss4 anyway. It is wasted effort, especially, when there is a much easier mechanism provided by the AOP/MC JMX processing that allows the old JMX and the new MC to work together and a more "lazy" timescale for POJOizing the other services. The effort is about DEMOnstrating the ability to use EJB3 in a POJO environment, e.g. unit tests/Tomcat/etc. It is NOT an alternative to the full POJO environment solution which will come with JBoss5 or a replacement for the core solution which is JBossAS. It is however a step/bridge on the way that will show the direction and allow early adoption. Call it JBoss-4.2.x if you like. Anyway, that is just my opinion/focus. Hence the reason why I didn't want to spend time on this task. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876529#3876529 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876529 |
From: <cle...@jb...> - 2005-05-04 23:04:46
|
I just wanted to make sure I'm taking the right decision and anyone (you :-) ) would see an issue on this options. (issue regarding performance for example) Thanks again View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876528#3876528 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876528 |
From: <ad...@jb...> - 2005-05-04 22:57:34
|
Why would it cause any issue? Pooled = TCP/IP JRMP = RMI The invoker is just mechanism to transport the begin()/commit() event to the server. Now if you needed a feature that required a full RMI implementation (like remote classloading) then it would be an issue. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876525#3876525 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876525 |
From: <bil...@jb...> - 2005-05-04 22:52:58
|
JCA is so tiny compared to everything else it doesn't really matter. Demoes are a waste of time. If this is just a demo, I'm stopping right now... BTW, TM, JNDI, EJB3 is 11.4 megabytes of jars so far. WHen I get JCA complete, we'll see how much else. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876524#3876524 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876524 |
From: <cle...@jb...> - 2005-05-04 22:43:15
|
Talking about transactions and Pooled invokers, I'm also setting the ClientUserTransaction to use pooled invokers. I have tested and I didn't find any problems until now. I'm just wondering if someone sees any issue on this option. Here is the changed configuration: | <mbean code="org.jboss.tm.usertx.server.ClientUserTransactionService" | name="jboss:service=ClientUserTransaction" | xmbean-dd="resource:xmdesc/ClientUserTransaction-xmbean.xml"> | <depends> | <mbean code="org.jboss.invocation.jrmp.server.JRMPProxyFactory" | name="jboss:service=proxyFactory,target=ClientUserTransactionFactory"> | <attribute name="InvokerName">jboss:service=invoker,type=pooled</attribute> <!-- here --> | <attribute name="TargetName">jboss:service=ClientUserTransaction</attribute> | <attribute name="JndiName">UserTransactionSessionFactory</attribute> | <attribute name="ExportedInterface">org.jboss.tm.usertx.interfaces.UserTransactionSessionFactory</attribute> | <attribute name="ClientInterceptors"> | <interceptors> | <interceptor>org.jboss.proxy.ClientMethodInterceptor</interceptor> | <interceptor>org.jboss.invocation.InvokerInterceptor</interceptor> | </interceptors> | </attribute> | <depends>jboss:service=invoker,type=pooled</depends> <!-- here --> | </mbean> | </depends> | <depends optional-attribute-name="TxProxyName"> | <mbean code="org.jboss.invocation.jrmp.server.JRMPProxyFactory" | name="jboss:service=proxyFactory,target=ClientUserTransaction"> | <attribute name="InvokerName">jboss:service=invoker,type=pooled</attribute> <!-- here --> | <attribute name="TargetName">jboss:service=ClientUserTransaction</attribute> | <attribute name="JndiName"></attribute> | <attribute name="ExportedInterface">org.jboss.tm.usertx.interfaces.UserTransactionSession</attribute> | <attribute name="ClientInterceptors"> | <interceptors> | <interceptor>org.jboss.proxy.ClientMethodInterceptor</interceptor> | <interceptor>org.jboss.invocation.InvokerInterceptor</interceptor> | </interceptors> | </attribute> | <depends>jboss:service=invoker,type=pooled</depends> <!-- here --> | </mbean> | </depends> | | </mbean> | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876522#3876522 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876522 |
From: <ad...@jb...> - 2005-05-04 22:25:38
|
I don't think JMS/timers/remoting and even security belong on this list for the first demo release. Unless you are talking about simple mock objects? We are trying to create an embeddable EJB3 container for use in something like a junit test. We are not trying to reproduce what will become JBoss5 under the auspices of an EJB3 demo. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876515#3876515 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876515 |
From: <rya...@jb...> - 2005-05-04 21:13:42
|
> 5) Automatic cvs tagging for integration and release builds. After a > succesful product build, each builder should tag it's repository with > the integration and/or release build name. Any thoughts on > implementation details of this are very much welcome. We can get cruisecontrol to do this. Are you sure you want a tag for every build? Seems like this would muddy up you cvs histories unless we wrote scripts to delete old tags? > 6) Once we get hibernate tools and jbpm designer integrated, we need > to get some space on a jboss server somewhere and run this as a > nightly cron job for our nightly builds. SSH access will also be > needed so the release engineer (me ;) can remotely do integration and release builds. We can add cruisecontrol builds for the nightly builds. You can do release builds in the QA lab if you like, but I don't see the need do this on the cruisecontrol box. > 7) Email notification of build failures to the JBossIDE list. I'm not > sure how this is going to work yet but hopefully Ryan can give me a > hint on this. Cruisecontrol will do this. > 8) FTP upload of builds. We need some sort of insecure access (ala > sourceforge's release upload system) to a public jboss ftp server so I > don't have to store username/password combos in plain text in a file > in version control. The Right Way to do this is with ssh key authentication. This is secure and doesn't put passwords in CVS. In case you were wondering, cruisecontrol can do this, too :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876512#3876512 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876512 |
From: <cle...@jb...> - 2005-05-04 21:01:59
|
Thanks for appointing me the threading blocking. I was having other non related problems that can be related to this. Thank you so much, Clebert View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876511#3876511 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876511 |
From: <mcu...@jb...> - 2005-05-04 20:59:49
|
Hey everyone.. JBossIDE's productBuild.xml ant script is up and running (insert praise to proper dieties here). I will be able to integrate hibernate tools with little to no hassle, and as soon as I can get a working build for jBPM Designer we should be able to get it working as well. Basically, I provide a list of builders that make up the product, and where each of these builders build.directory is (it's important that they all build to the same place). The product build script supports two "product build types" at the moment: standalone, and bundle-eclipse. Standalone produces all the plugins and features installable as a large zip file (comparable to JBossIDE-XXX-ALL.zip). bundle-eclipse takes all the zips and extracts them into a clean eclipse extraction, bundles our pretty splash screen, and zips/targzs it all back up. It's important to note that bundle-eclipse will only build for the platforms set by the "platform.names" property in the productBuild's build.properties file. Currently we are just building win32 and linux-gtk. There are issues that need to be worked out, mainly: 1) Every "platform" build requires a clean source build from each builder. I should only run the builder builds once, and use the same builds for each platform. This should cut the massive amount of time it takes for this script to execute in half (A fresh run of the script took exactly 20 minutes to execute, I estimate that each platform should add about 1-2 minutes to the build, not another 10.) 2) Builders that have dependencies from other builders (ejb3: aop + core) should use the builds from those builders rather than re-building it's dependencies form scratch. This will probably save a minute or so on the build. 3) Non-plugin dependencies. Namely: JBossAOP, Hibernate, EJB3. We are bundling current versions of the JARs from these projects with our plugins and it is imperative that we find a way to integrate our build system with the building of these components. This is where we will need to integrate with Ryan and the new jboss build system I believe, but I'm not sure how long it will be until we have this integration. 4) Update site building. It should be semi-trivial to convert the built binaries into an "update site compatible" file structure, but this hasn't been done yet. 5) Automatic cvs tagging for integration and release builds. After a succesful product build, each builder should tag it's repository with the integration and/or release build name. Any thoughts on implementation details of this are very much welcome. 6) Once we get hibernate tools and jbpm designer integrated, we need to get some space on a jboss server somewhere and run this as a nightly cron job for our nightly builds. SSH access will also be needed so the release engineer (me ;) can remotely do integration and release builds. 7) Email notification of build failures to the JBossIDE list. I'm not sure how this is going to work yet but hopefully Ryan can give me a hint on this. 8) FTP upload of builds. We need some sort of insecure access (ala sourceforge's release upload system) to a public jboss ftp server so I don't have to store username/password combos in plain text in a file in version control. Any suggestions for features are certainly welcome. I'm going to go ahead and commit all of what I currently have to /jbosside/releng as soon as I can solve #8. I will be writing documentation for this new build system this week =). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876510#3876510 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876510 |
From: <cle...@jb...> - 2005-05-04 20:58:03
|
Thanks... I wasn't sure if the accept thread would take any collateral affects when everybody is starting new threads. I know I could have profiled it myself but I needed a quick answer for now. Thanks for the help. And just one thing about the timeout... I was using 4 minutes at my configuration. I've copied the wrong version. And I will increase it to 5 minutes. Thanks a lot, Clebert View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876508#3876508 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876508 |
From: <ad...@jb...> - 2005-05-04 20:57:00
|
Also, if you are using 4.0.x make sure you enable interrupt threads on the transaction manager to stop threads blocking inside crappy DBs that don't detect deadlocks or other resource problems. http://wiki.jboss.org/wiki/Wiki.jsp?page=JBoss4FAQ View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876507#3876507 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876507 |
From: <ani...@jb...> - 2005-05-04 20:52:57
|
This is causing me a big headache now that my development happens on Apple, which does not have a JDK 1.5 version. Is there no other way of handling this? Can we fork the WS implementation for doing the annotations work? If not, I will have to move to a windows/linux box which is not practical for me now. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876506#3876506 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876506 |
From: <ad...@jb...> - 2005-05-04 20:50:59
|
The default is 60 seconds and can be changed with | <attribute name="SocketTimeout">60000</attribute> | 60 seconds looks like a stupid timeout when the default transaction timeout is 300 seconds (or five minutes). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876505#3876505 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876505 |
From: <ad...@jb...> - 2005-05-04 20:44:24
|
anonymous wrote : | java.net.SocketTimeoutException: Read timed out | at java.net.SocketInputStream.socketRead0(Native Method) | at java.net.SocketInputStream.read(SocketInputStream.java:129) | at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) | at java.io.BufferedInputStream.read(BufferedInputStream.java:235) | at java.io.ObjectInputStream$PeekInputStream.peek(ObjectInputStream.java:2200) | at java.io.ObjectInputStream$BlockDataInputStream.peek(ObjectInputStream.java:2490) | at java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2500) | at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1267) | at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339) | at org.jboss.invocation.pooled.interfaces.PooledInvokerProxy.invoke(PooledInvokerProxy.java: | Means the client was waiting for a response from the server, but got bored waiting and closed the connection. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876504#3876504 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876504 |
From: <ad...@jb...> - 2005-05-04 20:41:22
|
Moved to the benchmarking forum, although this is not really a development issue. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876503#3876503 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876503 |
From: <cle...@jb...> - 2005-05-04 20:33:55
|
I have had some private e-mails about this, so I decided to use the forum for this. As we have discovered a small issue in the cmp2 container, you need JBoss 4.0.2 to run Specj2004 with our KIT. The issue we have found is documented here: http://jira.jboss.com/jira/browse/JBBENCH-29 More information available here: http://www.jboss.org/wiki/Wiki.jsp?page=SPECjAppServer2004Setup Clebert View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876502#3876502 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876502 |
From: wobbet <nu...@jb...> - 2005-05-04 20:31:39
|
Okay, this is really odd... I have Ciphire installed on my machine. So far it hasn't caused me any issues and often provides useful information. I think it is doing so right now. When I telnet into port 25 and run through the mail sending process I eventually get a Ciphire dialog up that says that I'm trying to send a mail that has no to, from, subject or body. That's kind of odd because I *did* specify a to, from and body. So I want to try something else and I telnet into my linux box that is hosting JBoss. From there I say telnet 192.168.69.17 25 and run through the process of sending mail. I fully expect that since I'm doing the telnet via the Linux box that Ciphire won't activate. I'm wrong. I get the same result. Begin showing my ignorance here... That implies to me that my client machine is the one trying to send the email even though I'm directly connected to the mail server via telnet. Is this expected behavior? This is a machine that I only have SSH access to. Do I need to do something different? And another odd thing. When I first tried to telnet from the machine to itself I specified "localhost" instead of its IP Address. It said it couldn't find localhost. That doesn't seem quite right. Is that information of any use? When I try to ping an outside server I don't even get name resolution. That implies that the DNS is screwed up somehow. Is that going to cause issues? rjsjr View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876501#3876501 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876501 |
From: <cle...@jb...> - 2005-05-04 20:17:57
|
oops... sorry... My text get inside the code... my bad: This is happening just when all the load is being initialized. So it's kind of everybody starting at the same time. So, I need to understand if a high initial load would cause this (as I only have one AcceptThread), or if a delay in the application (like query delays) would be causing this. Any help is appreciated. thanks, Clebert Suconic View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876499#3876499 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876499 |
From: <cle...@jb...> - 2005-05-04 20:17:23
|
I have someone running Specj with Pooled invokers at their configuration. Right at the beggining of the execution, I'm having this stack-trace: | java.rmi.ConnectException: Failed to communicate; nested exception is: | java.net.SocketTimeoutException: Read timed out | at org.jboss.invocation.pooled.interfaces.PooledInvokerProxy.invoke(PooledInvokerProxy.java:351) | at org.jboss.invocation.InvokerInterceptor.invokeInvoker(InvokerInterceptor.java:227) | at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:167) | at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) | at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) | at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:97) | at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) | at $Proxy4.scheduleWorkOrder(Unknown Source) | at org.spec.jappserver.driver.PlannedLine.createVehicle(PlannedLine.java:365) | at org.spec.jappserver.driver.LargeOrderLine$LrgLine.run(LargeOrderLine.java:288) | Caused by: java.net.SocketTimeoutException: Read timed out | at java.net.SocketInputStream.socketRead0(Native Method) | at java.net.SocketInputStream.read(SocketInputStream.java:129) | at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) | at java.io.BufferedInputStream.read(BufferedInputStream.java:235) | at java.io.ObjectInputStream$PeekInputStream.peek(ObjectInputStream.java:2200) | at java.io.ObjectInputStream$BlockDataInputStream.peek(ObjectInputStream.java:2490) | at java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2500) | at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1267) | at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339) | at org.jboss.invocation.pooled.interfaces.PooledInvokerProxy.invoke(PooledInvokerProxy.java:335) | ... 9 more | ~ | We've tried to increase timeouts and we didn't have any improvements. Here is my current configuration. | | <mbean code="org.jboss.invocation.pooled.server.PooledInvoker" | name="jboss:service=invoker,type=pooled"> | <attribute name="NumAcceptThreads">1</attribute> | <attribute name="MaxPoolSize">600</attribute> | <attribute name="ClientMaxPoolSize">600</attribute> | <attribute name="SocketTimeout">240000</attribute> | <attribute name="ServerBindAddress">${jboss.bind.address}</attribute> | <attribute name="ServerBindPort">4445</attribute> | <attribute name="ClientConnectAddress">${jboss.bind.address}</attribute> | <attribute name="ClientConnectPort">0</attribute> | <attribute name="EnableTcpNoDelay">false</attribute> | | <depends optional-attribute-name="TransactionManagerService">jboss:service=TransactionManager</depends> | </mbean> | | | | | | | This is happening just when all the load is being initialized. So it's kind of everybody starting at the same time. | | | | So, I need to understand if a high initial load would cause this (as I only have one AcceptThread), or if a delay in the application (like query delays) would be causing this. | | | | | | Any help is appreciated. | | | | | | thanks, | | | | | | Clebert Suconic View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876498#3876498 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876498 |
From: wobbet <nu...@jb...> - 2005-05-04 20:11:41
|
Okay, that helped a bit... Some quick notes... 1 - I *am* using Putty as my telnet, not the Win32 telnet. The only time I = use a CLI telnet is if I'm on the Linux machine hosting the app. 2 - I *tried* to use Outlook to connect to the mailserver but Outlook refus= es to connect. I'm trying to figure out why. Do I need to reconfigure my do= mains? What needs to happen? So when I now go into telnet using the instructions given I am theoreticall= y able to send email but when I check the mailbox using the LISt command th= ere is nothing in there. It could be that I'm not sending properly for what= ever reason. Here's my JBoss log for info on the sending and the receiving = including a SQLException when trying to check mail that indicates that my m= ail store hasn't been setup.=20 Do I need to do something to change the mail store? I do *not* have mySQL i= nstalled on that machine. I *do* have PostgreSQL installed. Is there someth= ing that I need to do to get the store configured? Thanks! rjsjr 2005-05-04 16:16:02,671 DEBUG [org.jboss.mail.smtp.handlers.CmdMAIL] colonI= ndex=3D4 | 2005-05-04 16:16:02,671 DEBUG [org.jboss.mail.smtp.handlers.CmdMAIL] se= nder=3D<wo...@lo...> | 2005-05-04 16:16:02,672 DEBUG [org.jboss.mail.smtp.handlers.CmdMAIL] ar= g=3DFROM | 2005-05-04 16:16:02,672 DEBUG [org.jboss.mail.smtp.handlers.CmdMAIL] Se= nder=3D <wo...@lo...> **arg =3D FROM | 2005-05-04 16:16:02,672 INFO [STDOUT] socketOverride is null therefore= I'm going to return false | 2005-05-04 16:16:10,172 DEBUG [org.jboss.mail.AbstractProtocol] ReadCom= mand outputting RCPT TO:<wo...@lo...>^M | 2005-05-04 16:16:10,173 DEBUG [org.jboss.mail.smtp.SMTPProtocolInstance= ] HandleRequest called with request =3D false | 2005-05-04 16:16:10,173 DEBUG [org.jboss.mail.smtp.SMTPProtocolInstance= ] HandleRequest called with command =3D RCPT | 2005-05-04 16:16:10,173 DEBUG [org.jboss.mail.smtp.handlers.CmdRCPT] RC= PT command handler called | 2005-05-04 16:16:10,174 DEBUG [org.jboss.mail.smtp.SMTPProtocolInstance= ] HANDLE AUTH | 2005-05-04 16:16:10,175 INFO [STDOUT] socketOverride is null therefore= I'm going to return false | 2005-05-04 16:16:33,729 DEBUG [org.jboss.mail.AbstractProtocol] ReadCom= mand outputting RSET^M | 2005-05-04 16:16:33,730 DEBUG [org.jboss.mail.smtp.SMTPProtocolInstance= ] HandleRequest called with request =3D false | 2005-05-04 16:16:33,730 DEBUG [org.jboss.mail.smtp.SMTPProtocolInstance= ] HandleRequest called with command =3D RSET | 2005-05-04 16:16:33,730 DEBUG [org.jboss.mail.smtp.handlers.CmdRSET] RS= ET command handler called | 2005-05-04 16:16:33,731 INFO [STDOUT] socketOverride is null therefore= I'm going to return false | 2005-05-04 16:16:33,795 DEBUG [org.jboss.mail.AbstractProtocol] ReadCom= mand outputting MAIL FROM:<wo...@lo...>^M | 2005-05-04 16:16:33,795 DEBUG [org.jboss.mail.smtp.SMTPProtocolInstance= ] HandleRequest called with request =3D false | 2005-05-04 16:16:33,795 DEBUG [org.jboss.mail.smtp.SMTPProtocolInstance= ] HandleRequest called with command =3D MAIL | 2005-05-04 16:16:33,796 DEBUG [org.jboss.mail.smtp.handlers.CmdMAIL] MA= IL command handler called | 2005-05-04 16:16:33,796 DEBUG [org.jboss.mail.smtp.handlers.CmdMAIL] ar= g =3D FROM:<wo...@lo...> | 2005-05-04 16:16:33,796 DEBUG [org.jboss.mail.smtp.handlers.CmdMAIL] ar= g wasn't null | 2005-05-04 16:16:33,797 DEBUG [org.jboss.mail.smtp.handlers.CmdMAIL] co= lonIndex=3D4 | 2005-05-04 16:16:33,797 DEBUG [org.jboss.mail.smtp.handlers.CmdMAIL] se= nder=3D<wo...@lo...> | 2005-05-04 16:16:33,797 DEBUG [org.jboss.mail.smtp.handlers.CmdMAIL] ar= g=3DFROM | 2005-05-04 16:16:33,797 DEBUG [org.jboss.mail.smtp.handlers.CmdMAIL] Se= nder=3D <wo...@lo...> **arg =3D FROM | 2005-05-04 16:16:33,798 INFO [STDOUT] socketOverride is null therefore= I'm going to return false | 2005-05-04 16:16:33,855 DEBUG [org.jboss.mail.AbstractProtocol] ReadCom= mand outputting RCPT TO:<wo...@lo...>^M | 2005-05-04 16:16:33,855 DEBUG [org.jboss.mail.smtp.SMTPProtocolInstance= ] HandleRequest called with request =3D false | 2005-05-04 16:16:33,855 DEBUG [org.jboss.mail.smtp.SMTPProtocolInstance= ] HandleRequest called with command =3D RCPT | 2005-05-04 16:16:33,856 DEBUG [org.jboss.mail.smtp.handlers.CmdRCPT] RC= PT command handler called | 2005-05-04 16:16:33,857 DEBUG [org.jboss.mail.smtp.SMTPProtocolInstance= ] HANDLE AUTH | 2005-05-04 16:16:33,857 INFO [STDOUT] socketOverride is null therefore= I'm going to return false | 2005-05-04 16:16:33,914 DEBUG [org.jboss.mail.AbstractProtocol] ReadCom= mand outputting DATA^M | 2005-05-04 16:16:33,914 DEBUG [org.jboss.mail.smtp.SMTPProtocolInstance= ] HandleRequest called with request =3D false | 2005-05-04 16:16:33,915 DEBUG [org.jboss.mail.smtp.SMTPProtocolInstance= ] HandleRequest called with command =3D DATA | 2005-05-04 16:16:33,730 DEBUG [org.jboss.mail.smtp.SMTPProtocolInstance= ] HandleRequest called with command =3D RSET | 2005-05-04 16:16:33,730 DEBUG [org.jboss.mail.smtp.handlers.CmdRSET] RS= ET command handler called | 2005-05-04 16:16:33,731 INFO [STDOUT] socketOverride is null therefore= I'm going to return false | 2005-05-04 16:16:33,795 DEBUG [org.jboss.mail.AbstractProtocol] ReadCom= mand outputting MAIL FROM:<wo...@lo...>^M | 2005-05-04 16:16:33,795 DEBUG [org.jboss.mail.smtp.SMTPProtocolInstance= ] HandleRequest called with request =3D false | 2005-05-04 16:16:33,795 DEBUG [org.jboss.mail.smtp.SMTPProtocolInstance= ] HandleRequest called with command =3D MAIL | 2005-05-04 16:16:33,796 DEBUG [org.jboss.mail.smtp.handlers.CmdMAIL] MA= IL command handler called | 2005-05-04 16:16:33,796 DEBUG [org.jboss.mail.smtp.handlers.CmdMAIL] ar= g =3D FROM:<wo...@lo...> | 2005-05-04 16:16:33,796 DEBUG [org.jboss.mail.smtp.handlers.CmdMAIL] ar= g wasn't null | 2005-05-04 16:16:33,797 DEBUG [org.jboss.mail.smtp.handlers.CmdMAIL] co= lonIndex=3D4 | 2005-05-04 16:16:33,797 DEBUG [org.jboss.mail.smtp.handlers.CmdMAIL] se= nder=3D<wo...@lo...> | 2005-05-04 16:16:33,797 DEBUG [org.jboss.mail.smtp.handlers.CmdMAIL] ar= g=3DFROM | 2005-05-04 16:16:33,797 DEBUG [org.jboss.mail.smtp.handlers.CmdMAIL] Se= nder=3D <wo...@lo...> **arg =3D FROM | 2005-05-04 16:16:33,798 INFO [STDOUT] socketOverride is null therefore= I'm going to return false | 2005-05-04 16:16:33,855 DEBUG [org.jboss.mail.AbstractProtocol] ReadCom= mand outputting RCPT TO:<wo...@lo...>^M | 2005-05-04 16:16:33,855 DEBUG [org.jboss.mail.smtp.SMTPProtocolInstance= ] HandleRequest called with request =3D false | 2005-05-04 16:16:33,855 DEBUG [org.jboss.mail.smtp.SMTPProtocolInstance= ] HandleRequest called with command =3D RCPT | 2005-05-04 16:16:33,856 DEBUG [org.jboss.mail.smtp.handlers.CmdRCPT] RC= PT command handler called | 2005-05-04 16:16:33,857 DEBUG [org.jboss.mail.smtp.SMTPProtocolInstance= ] HANDLE AUTH | 2005-05-04 16:16:33,857 INFO [STDOUT] socketOverride is null therefore= I'm going to return false | 2005-05-04 16:16:33,914 DEBUG [org.jboss.mail.AbstractProtocol] ReadCom= mand outputting DATA^M | 2005-05-04 16:16:33,914 DEBUG [org.jboss.mail.smtp.SMTPProtocolInstance= ] HandleRequest called with request =3D false | 2005-05-04 16:16:33,915 DEBUG [org.jboss.mail.smtp.SMTPProtocolInstance= ] HandleRequest called with command =3D DATA | 2005-05-04 16:16:33,915 DEBUG [org.jboss.mail.smtp.handlers.CmdDATA] DA= TA command handler called | 2005-05-04 16:16:33,924 DEBUG [org.jboss.mail.message.Mail] MAIL constr= uctor called | 2005-05-04 16:16:33,978 INFO [org.jboss.mail.message.Mail] all headers= after loading: MailHeadersImpl (5): [hdr(Received =3D 'Received: from wobb= et-lap-01.nls.nlsholdings.com.localdomain.com (10.10.1.147 10.10.1.147) by = localhost.localdomain.com/JBossMail 1.0M3 (192.168.69.17)^M | with SMTP id 1115241393962582.6855980296583; Wed, 4 May 2005 16= :16:33 -0500 (CDT)'), hdr(random noise =3D 'random noise'), hdr(more random= noise =3D 'more random noise'), hdr(Content-Type =3D 'Content-Type: text/p= lain; charset=3Dus-ascii'), hdr(Content-Transfer-Encoding =3D 'Content-Tran= sfer-Encoding: 8bit')] | 2005-05-04 16:17:08,817 INFO [org.jboss.mail.Server] Got request | 2005-05-04 16:17:08,819 INFO [org.jboss.mail.Server] waiting for reque= st | 2005-05-04 16:17:10,538 DEBUG [org.jboss.mail.AbstractProtocol] ReadCom= mand outputting =C3=AF=C2=BF=C2=BF<fffb>^_=C3=AF=C2=BF=C2=BF<fffb> =C3=AF= =C2=BF=C2=BF<fffb>^X=C3=AF=C2=BF=C2=BF<fff<fffb>^C=C3=AF=C2=BF=C2=BF=C3=AF= =C2=BF=C2=BD | 2005-05-04 16:17:10,538 DEBUG [org.jboss.mail.pop3.POP3ProtocolInstance= ] Got commandString: =C3=AF=C2=BF=C2=BF<fffb>^_=C3=AF=C2=BF=C2=BF<fffb> =C3= =AF=C2=BF=C2=BF<fffb>^X=C3=AF=C2=BF=C3=AF=C2=BF=C2=BF=C3=AF=C2=BF=C2=BD^A= =C3=AF=C2=BF=C2=BF<fffb>^C | 2005-05-04 16:17:10,539 DEBUG [org.jboss.mail.pop3.POP3ProtocolInstance= ] HandleRequest called with request =3D false | 2005-05-04 16:17:10,539 DEBUG [org.jboss.mail.pop3.POP3ProtocolInstance= ] HandleRequest called with command =3D =C3=AF=C2=BF=C2=BF<fffb>^_=C3=AF=C2= =BF=C2=BF<fffb> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMe= thodAccessorImpl.java:39) | 2005-05-04 16:17:10,545 INFO [STDOUT] socketOverride is null therefore= I'm going to return false | 2005-05-04 16:17:18,461 DEBUG [org.jboss.mail.AbstractProtocol] ReadCom= mand outputting HELO localhost.localdomain.com^M | 2005-05-04 16:17:18,462 DEBUG [org.jboss.mail.pop3.POP3ProtocolInstance= ] HandleRequest called with request =3D false | 2005-05-04 16:17:18,462 DEBUG [org.jboss.mail.pop3.POP3ProtocolInstance= ] HandleRequest called with command =3D HELO | 2005-05-04 16:17:18,463 INFO [STDOUT] socketOverride is null therefore= I'm going to return false | 2005-05-04 16:18:05,879 DEBUG [org.jboss.mail.AbstractProtocol] ReadCom= mand outputting USER wobbet^M | 2005-05-04 16:18:05,879 DEBUG [org.jboss.mail.pop3.POP3ProtocolInstance= ] Got commandString: USER wobbet^M | 2005-05-04 16:18:05,880 DEBUG [org.jboss.mail.pop3.POP3ProtocolInstance= ] HandleRequest called with request =3D false | 2005-05-04 16:18:05,880 DEBUG [org.jboss.mail.pop3.POP3ProtocolInstance= ] HandleRequest called with command =3D USER | 2005-05-04 16:18:05,880 DEBUG [org.jboss.mail.pop3.handlers.CmdUSER] US= ER command handler called | 2005-05-04 16:18:05,882 WARN [org.jboss.mail.pop3.handlers.CmdUSER] po= p username set to wobbet | 2005-05-04 16:18:05,883 INFO [STDOUT] socketOverride is null therefore= I'm going to return false | 2005-05-04 16:18:34,926 DEBUG [org.jboss.mail.AbstractProtocol] ReadCom= mand outputting PASS testpass^M | 2005-05-04 16:18:34,926 DEBUG [org.jboss.mail.pop3.POP3ProtocolInstance= ] Got commandString: PASS testpass^M | 2005-05-04 16:18:34,927 DEBUG [org.jboss.mail.pop3.POP3ProtocolInstance= ] HandleRequest called with request =3D false | 2005-05-04 16:18:34,927 DEBUG [org.jboss.mail.pop3.POP3ProtocolInstance= ] HandleRequest called with command =3D PASS | 2005-05-04 16:18:34,927 DEBUG [org.jboss.mail.pop3.handlers.CmdPASS] PA= SS command handler called | 2005-05-04 16:18:34,945 WARN [org.jboss.mail.mailbox.entity.EntityFold= er] folder requested for Entityfolder=3Dwobbet | 2005-05-04 16:18:35,163 DEBUG [org.jboss.mail.mailbox.entity.message.Me= ssageBean] MessageBean Entity EJB Created. | 2005-05-04 16:18:35,189 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQL= Query.EntityMessage#findByFolderName] Executing SQL: SELECT t0_a.id, t0_a.f= olderName, t0_a.headers, t0_a.body, t0_a.bodyType, t0_a.storeId FROM ENTITY= MESSAGE t0_a WHERE (t0_a.folderName =3D ?) | 2005-05-04 16:18:35,200 WARN [org.jboss.resource.security.ConfiguredId= entityLoginModule] Creating LoginModule with no configured password! | 2005-05-04 16:18:35,214 ERROR [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQL= Query.EntityMessage#findByFolderName] Find failed | java.sql.SQLException: Column not found: T0_A.BODYTYPE in statement [SE= LECT t0_a.id, t0_a.folderName, t0_a.headers, t0_a.body, t0_a.bodyType, t0_a= .storeId FROM ENTITYMESSAGE t0_a WHERE (t0_a.folderName =3D ?)] | at org.hsqldb.jdbc.jdbcUtil.throwError(Unknown Source) | at org.hsqldb.jdbc.jdbcPreparedStatement.<init>(Unknown Source) | at org.hsqldb.jdbc.jdbcConnection.prepareStatement(Unknown Sour= ce) | at org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection= .prepareStatement(BaseWrapperManagedConnection.java:355) | at org.jboss.resource.adapter.jdbc.WrappedConnection.prepareSta= tement(WrappedConnection.java:205) | at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.exec= ute(JDBCAbstractQueryCommand.java:190) | at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.exec= ute(JDBCAbstractQueryCommand.java:128) | at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntitiesCommand.execu= te(JDBCFindEntitiesCommand.java:40) | at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntities= (JDBCStoreManager.java:598) | at org.jboss.ejb.plugins.CMPPersistenceManager.findEntities(CMP= PersistenceManager.java:322) | at org.jboss.resource.connectionmanager.CachedConnectionInterce= ptor.findEntities(CachedConnectionInterceptor.java:321) |=20 |=20 |=20 View the original post : http://www.jboss.org/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3876497#3876497 Reply to the post : http://www.jboss.org/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3876497 |
From: <ad...@jb...> - 2005-05-04 19:53:10
|
We should probably also look at providing trimmed binaries for POJO/embeddable. e.g. There is no need to include org.jboss.resource.adapter.jdbc.remote or the jca deployer or the inbound jca processing, etc. In this case, JBoss/JCA could provide a jbosscx-core.jar (or whatever naming convention we want to use). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876496#3876496 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876496 |