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: <sco...@jb...> - 2005-05-06 06:28:15
|
This is a test of client oriented tests using different client jars against one version of the server. In this case 4.0.2. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876721#3876721 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876721 |
From: <sco...@jb...> - 2005-05-06 06:23:12
|
We need a variation of the SSLSocketBuilder that works with the JaasSecurityDomain or a refactoring of it so that we have a central service that has a mechanism for not requiring clear text passwords. Do you have a test that shows using this for a secure ejb invocation? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876720#3876720 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876720 |
From: <tom...@jb...> - 2005-05-06 06:10:20
|
I'm sorry, but I am a little lost. So this is to test all the different client version with all the other server versions? How do I tell if a 4.0.1 client passed all tests calling against a 4.0.2 server? Any way to make it so there are two axis to the matrix? For example: | 4.0.1 server | 4.0.2 server 4.0.1 client | 0 failures | 12 failures 4.0.2 client | 0 failures | 0 failures View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876718#3876718 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876718 |
From: <tom...@jb...> - 2005-05-06 05:41:04
|
Two new transports, sslsocket and https have been added to the remoting code base. See http://wiki.jboss.org/wiki/Wiki.jsp?page=Remoting_SSL_Support for details. This will also allow for ssl support via the UnifiedInvoker as well. The code is currently checked into JBossRemoting and will not be visible via the remoting directory under jboss-head. I still need to change the module reference in CVSROOT/modules. Please let me know if you have any questions. I'll buy a beer for anyone that actually reads the doc link above and provides feedback (but you'll have to come to Atlanta to get it). :) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876717#3876717 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876717 |
From: <sco...@jb...> - 2005-05-05 23:22:33
|
So I'm back to prototyping an installer based on the IzPack tool (http://developer.berlios.de/projects/izpack/) and it seems sufficiently capable of handling the type of installs we need. This main issue I'm seeing with trying to achieve a true cananonical installer with every service being an optional element with dependencies (which IzPack supports), is that we need to manifest the dependencies in the service descriptors in order for things to startup correctly. Right now we have a lot of implicit dependencies that just happen to be satisfied due to placement of services in the correct order in the conf/jboss-service.xml and correct naming of deployer/sar/*-service.xml in the deploy directory. For the first iteration I'm just breaking up the services into their independent jars, conf files, deployment descriptors to allow for a minimal installation that supports the selected services by layering these into the dist structure. I could create an object model that reflects the service dependencies and does write out the dependencies, but this is a lot more work for the initial prototype. Instead, I'm thinking that if the SARDeployer just accepted a dependency graph in terms of the service names, that could be used instead in a less intrusive fashion. I don't see any reason why this should not work, and it might have some benefit to users as well. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876695#3876695 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876695 |
From: <sco...@jb...> - 2005-05-05 22:19:22
|
Just what Dimtris had in the pojoserver. My stuff was tied to the class loader prototype and has not progressed to the point of being usable. I don't get back to it until next week. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876691#3876691 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876691 |
From: <cle...@jb...> - 2005-05-05 22:09:31
|
The plan for releasing this is end of June, but that doesn't means you can't start using it already. The only thing is... I'm in the middle of a refactoring, and I should be done with the refactoring on monday. I guess Tom will validate everything and I guess this should be ready to a first usage by the end of next week. A good thing if you guys could start using it even before a final release, is that this would help us to make sure we are in the right direction with this. Clebert View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876690#3876690 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876690 |
From: <ovi...@jb...> - 2005-05-05 22:00:18
|
I know what the problem is. I won't fix it until we reach a conclusion on http://www.jboss.org/index.html?module=bb&op=viewtopic&t=63511 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876689#3876689 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876689 |
From: <ovi...@jb...> - 2005-05-05 21:53:52
|
Raj, Have you tried Tom's new stuff? If it can do what you need, I think we should rather use that one than carrying on with the dtf ... Let me know what you think. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876688#3876688 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876688 |
From: <ad...@jb...> - 2005-05-05 21:36:40
|
Where are we on the VFS model and the processing of extensions in general? I ask because of this bug which is caused by invalid assumptions about deployment packing based on a hardwired extension: http://jira.jboss.com/jira/browse/JBAS-1782 I don't believe there is way to get back from the classloader to the DeploymentInfo to try to find out whether the deployment is packed/unpacked? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876686#3876686 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876686 |
From: wobbet <nu...@jb...> - 2005-05-05 21:16:13
|
Is someone already writing an anti-spam utility? I don't want to either duplicate effort or step on toes... I'm looking at integrating jASEN(1) into the JBoss Mail Server. What would be required to do so? Is there a filter chain that I would need to plug into? My initial goal would be to use jASEN to assign a SPAM score and make that part of the Subject: line so that client-side filtering could be performed. After that, I don't really know what the goals would be. If this is a worthy goal let me know and let me know how you think it should be implemented. rjsjr 1 - http://jasen.sourceforge.net/ licensed LGPL View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876682#3876682 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876682 |
From: <ovi...@jb...> - 2005-05-05 21:08:34
|
The code that's currently in CVS does not block the server thread while the client processes the message, but also does not correctly handle acknowledgment (i.e. CLIENT_ACKNOWLEDGMENT, etc.) However, the goal was to first have the infrastructure in place so we can write test and stress cases and fine tune the behavior later. This is how I see things happening. While reading the explanations, please refer to the diagram http://wiki.jboss.org/wiki/attach?page=JBossMessagingDesignDiagrams%2F2004.05.05_Consumer+Acknowledgment.jpg, which presents a simple use case of a topic with only one consumer. Message M1 is delivered by a core thread to the topic (1). A topic is made of a LocalPipe and a PointToMultipointRouter. The LocalPipe first attempts synchronous delivery, the router synchronously pushes M1 to the Consumer C1, which invokes handleCallback() on its callback handler (2). The remoting layer forwards the message, which eventually is delivered to the MessageCallbackHander on the client side. In a colocated configuration, M1 is delivered to the MessageCallbackHandler by the core thread itself. In a remote configuration, the core thread blocks waiting the remote call to complete. The MessageCallbackHandler accepts M1 by queuing it in a in-memory staging area (currently it is called RendezVous, but this is a bad name, it will change; a more appropriate name I think would be ClientDeliveryQueue) and immediately releases the tread, which is either the remoting thread or the core thread, depending on the configuration (3). This is very fast, it does not block the server thread for long and also not much can go wrong here since there is no client code involved. M1 is not acknowledged, however. When the Consumer's callbackHandler.handleCallback() completes (4), the Consumer NACKs the message to the topic, which makes the topic to store the message M1 in the MessageStrore and the NACK (C1-M1) in the AcknowledgmentStore (5). The storage can be reliable (persistent store) or unreliable (memory). Independently of this process, on the client side, a client thread (the tread that invokes MessageConsumer.receive() or a thread that polls the RendezVous and calls into listener, if any) consumes M1 (6) and sooner or later produces the positive acknowledgment (7), which is sent over remoting to the Consumer with a direct synchronous call. The Consumer accesses the AcknowlegmentStore (8) and removes the M1-C1 NACK which triggers M1 removal from the MessageStore, if there aren't any other NACKs for M1. This are several interesting particular cases worth commenting on: 1. What if the client never acknowledges? After a while, the topic will redeliver M1 and the process repeats until message's time to live expires. 2. What happens if a message is redelivered before the client acknowledges it? There two cases: if the message is still in the RendezVous, it is simply ignored. However, this situation is possible: the message is taken out of the queue (step (6)) and while the acknowledgment is being sent to the Consumer (7), an independent re-delivery puts it back in the queue (3). This means duplicate delivery. 3. What if RendezVous fills up? There should be a limit of some sort, after which the RendezVous won't even accept messages. From the server side, nothing changes, messages are NACKed as before and go to the store. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876680#3876680 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876680 |
From: basilid <nu...@jb...> - 2005-05-05 20:35:58
|
Hi, Please excuse me if this is not an appropriate forum for this post. I have an embedded, x86 based platform running LynxOS RTOS. The embedded client application is written in C. The application needs to send messages over LAN to a specific queue on the JBoss server. I need to understand the interface to the queue so that my embedded client application can generate a correctly formed message which gets to the right queue on the remote server. I would apprieciate if you could point to the source of such information. Thank you for your help. Bill View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876674#3876674 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876674 |
From: <cle...@jb...> - 2005-05-05 18:29:55
|
We are seeing this error during Specj running with JBoss-4.0.2, due to this change on the default ClassLoader for Tomcat: http://jira.jboss.com/jira/browse/JBAS-1691 The error: | | java.lang.LinkageError: loader constraints violated when linking | org/spec/jappserver/common/DeliveryInfo class | at | org.spec.jappserver.supplier.web.SupplierDomainServlet.doPost(SupplierDo | mainServlet.java:247) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | at | org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica | tionFilterChain.java:252) | at | org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt | erChain.java:173) | at | org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilte | r.java:81) | at | org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica | tionFilterChain.java:202) | at | org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt | erChain.java:173) | at | org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv | e.java:213) | at | org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv | e.java:178) | at | org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipa | lValve.java:39) | at | org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAs | sociationValve.java:153) | at | org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.j | ava:59) | at | org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java | :126) | at | org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java | :105) | at | org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. | java:107) | at | org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:1 | 48) | at | org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:85 | 6) | at | org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processC | onnection(Http11Protocol.java:744) | at | org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint | .java:527) | at | org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorker | Thread.java:112) | at java.lang.Thread.run(Thread.java:534) | | A workaround for this is to change UseJBossWebLoader back to true. Basically you will have to change this file: jboss-4.0.2/server/default/deploy/jbossweb-tomcat55.sar/META-INF/jboss-s ervice.xml Setting the UseJbossWebLoader back to true: | <attribute name="UseJBossWebLoader">true</attribute> | This is happening because util.jar is defined in the EAR, and some of the WEB classes (Servlets) are using classes defined at the EAR level. I don't know if I should fix some classloader hierarchy for having this working, but I will have to investigate it. For now this workaroun works just fine. Clebert Suconic View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876663#3876663 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876663 |
From: PeterJ <nu...@jb...> - 2005-05-05 18:00:06
|
Now that you have had a chance to look at the user interface for the destinations (you have don that, haven't you?), I would like you opinion on a few items in the interface. First, the list page. Are the appropriate properties being shown. In other words, since this is the first page you will prbably see when looking at topics or queues, does the page contain those properties that you would be most interested in seeing? If not, which properties should be shown here. Second, on the details page, do the tabs and thep roperties under each tab make sense? Is there another grouping that would make more sense to you? Or should we drop the tabs and place every property on one big page? Third, should topics and queues be separated? Or should the be only one list of destinations with an indication of which destinations are topics and which are queues? Any other thoughts and comments on the user interface are also welcome. Just remember that the code so far is user inetrafce only, no changes are actually made to the server, and that the 'Name' property is only temporary and will not be displayed by the final code. (See my earlier post announcing this code for details.) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876655#3876655 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876655 |
From: PeterJ <nu...@jb...> - 2005-05-05 17:52:00
|
This is to inform you that new code to edit destinations (both topics and queues) for JMS has been added to the admin console. The code that was added supports the user interface only. That is, there is no communication with JMX. Thus, you will not be able to see the default destinations nor will any changes you make be applied to the server. I have provided this code mainly to get feedback on the user interface. When you run the admin console, on the left menu panel you will see two more links, one for managing queues, the other for managing topics. Clicking on either will display an empty list. Clicking on create displays a tabbed page that allows you to set the properties of the queue or topic. Once it is created, the list page displays again, with the newly created item displays. The 'Name' property is currently used as the 'key' for the item and thus must be unique. Once the code is hooked into JMX, the 'Name' property will no longer be visible, and of course will be a valid JMX name. The JMX-related code, and unit tests for the code will appear soon (within the next couple of weeks.) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876653#3876653 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876653 |
From: <cle...@jb...> - 2005-05-05 17:16:12
|
This is not done yet, but this gives an idea about how this is working: http://cruisecontrol.jboss.com/cc/artifacts/jboss-4.0-testsuite/20050504194421/results/org/jboss/test/compatibility/test/matrix/package-summary.html I've created a Test called MatrixTestContainer that includes configured tests passed as parameters by the test suite. Every configured MatrixTestContainer will run over all the defined clients. For example, we have MatrixTestContainer(BMP_v_3_2_7), MatrixTestContainer(BMP_v_4_0_2) and MatrixTestContainer(BMP_v_4_0_1_sp1). You can realize by looking at the link that the compatibility with 3_2_7 doesn't work. (this is expected I guess). So, I will need every project lead to take a look on these results, and tell me if I should add other tests to the suite. There is few obvious tests that I will remove anyway (as Scott has appointed some tests), but I would prefer to have more people looking at it and validating it. Like, all the JMS tests are passing. I didn't see any other tests in our tree, but it doesn't cost anything having the JMS lead validating it :-) thanks, Clebert Suconic View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876646#3876646 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876646 |
From: <rya...@jb...> - 2005-05-05 16:38:32
|
"sco...@jb..." wrote : The jbossbuild tools could just be an element in repository.jboss.com with a minimal jbossbuild/bootstrap cvs module to kickstart a project? Yes, I agree. There are two options here: 1) Make it a cvs module as you suggest. The advantage is that we have this file in one place. 2) Add a bootstrap.xml to each toplevel project's cvs module. The advantage to this is that a project on HEAD can upgrade to a new jbossbuild version at their own pace, instead of being forced to upgrade because another module did so. So the checkout/build cycle would be: cvs co jbossas | cd jbossas | ant -f bootstrap.xml | ant synchronize | ant build http://jira.jboss.com/jira/browse/JBBUILD-63 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876641#3876641 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876641 |
From: wobbet <nu...@jb...> - 2005-05-05 15:35:49
|
Do I need to do anything special with JBoss to enable anti-spam (SpamAssassin) and/or anti-virus software? I haven't even looked at SpamAssassin yet so I don't know what, if anything, is required. I haven't chosen an anit-virus package yet but if there are any suggestions for FOSS packages I'm open. Many thanks! rjsjr View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876619#3876619 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876619 |
From: wobbet <nu...@jb...> - 2005-05-05 15:05:55
|
So I go and delete server/default/data as explained above. My telnet session goes as normal except when I get to the point where I hit the blank line, '.', blank line my Ciphire dialog pops up and says that there was an SMTP failure. I'm thinking that this is sub-optimal at best. But, when I close down the telnet session (still using Putty by the way) I get another Ciphire dialog up saying "There is a message to be sent do you want to send it now, later or delete it?" Hey, this is new! I say "Now". Nothing happens so I'm guessing that it didn't work but I check anyway. I telnet to port 110 to check the POP email and when I use the LIST command there's actually a message there! I read the message and it is the one I just sent! WOW! IT WORKED! WOOOOOT! So I go into Outlook and try to connect with Outlook. Once again Outlook can find both the POP and SMTP servers but it cannot connect. So I do a quick scan and realize that I'm a dufus and typed in the wrong IP address for the server and test again. All tests pass! It looks like I now have a mail server up and running. That last tip for the HSQL tables was the winner. Many, many thanks. Now I'm off to start a new thread with other config questions to prevent clutter here. rjsjr View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876611#3876611 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876611 |
From: <ad...@jb...> - 2005-05-05 15:02:12
|
"timfox" wrote : | 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. | Rule 1 in Middleware design: NEVER TRUST A CLIENT TO BE RELIABLE That is a decision for the end user that requires work on their side. anonymous wrote : | 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. | Correct, you need this anyway for CLIENT_ACKNOWLEDGEMENT/session.close()/etc. You can also "piggy-back" the acks on top of other client->server requests in the case of DUPS_OK, which is a trick that JBossMQ does NOT do. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876609#3876609 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876609 |
From: wobbet <nu...@jb...> - 2005-05-05 14:51:01
|
So as I'm working through my issues in http://www.jboss.org/index.html?module=bb&op=viewtopic&t=63457 I decide that I'll try to run through the graphical install on a machine that the graphical install will run on. I have a Win2K machine set up for just that. The machine is running + Java 5 + JBoss 4.01sp1 + Win2K w/ all the latest and greatest service and security packs. The graphical installer runs just great and then I go in and re-start JBoss to make sure that the new deployment took. Exceptions because port 25 is already taken so I disable the Win2K SMTP service and restart once again. No more exceptions so life is good. But I can't connect to port 25 via telnet. Nothing is showing up in the log file as anyone even trying to connect. Did I forget to turn something off that would prevent someone from connecting to port 25? rjsjr View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876606#3876606 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876606 |
From: Scott.Marlow.Novell <nu...@jb...> - 2005-05-05 14:31:22
|
I moved the discussion to the Tomcat dev list as suggested. The initial response that I got was that the enhancement wasn't needed. I need to figure out if they are correct and if so how to configure Tomcat 5.5 to reduce concurrency. If I'm correct, I'll need to explain better the idea of reducing concurrency and how it can be done in Tomcat. I'll also need to submit benchmark results showing the improvement. I hope that I am wrong as that would mean better performance can be obtained with the current Tomcat 5.5 release now :-) -Scott View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876596#3876596 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876596 |
From: mithun <nu...@jb...> - 2005-05-05 12:21:48
|
Hi, Can anyone please help me out with this error which I get while running testsuite`s webservice test cases. JBoss version is jboss-4.0.1sp1 The following is the trace of exception I get. Thanks Could not dereference object javax.naming.NamingException: Could not dereference object [Root exception is java.lang.IllegalStateException: Cannot unmarshall wsdl, cause: WSDLException: faultCode=PARSER_ERROR: Problem parsing '- WSDL Document -'.: Premature end of file.: org.xml.sax.SAXParseException: Premature end of file. at org.apache.xerces.parsers.DOMParser.parse(Unknown Source) at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source) at com.ibm.wsdl.xml.WSDLReaderImpl.getDocument(Unknown Source) at com.ibm.wsdl.xml.WSDLReaderImpl.readWSDL(Unknown Source) at com.ibm.wsdl.xml.WSDLReaderImpl.readWSDL(Unknown Source) at org.jboss.webservice.WSDLDefinitionFactory.parse(WSDLDefinitionFactory.java:71) at org.jboss.webservice.metadata.ServiceRefMetaData.getWsdlDefinition(ServiceRefMetaData.java:180) at org.jboss.webservice.client.ServiceObjectFactory.getObjectInstance(ServiceObjectFactory.java:145) at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:301) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:636) at org.jboss.naming.client.java.javaURLContextFactory$EncContextProxy.invoke(javaURLContextFactory.java:120) at $Proxy1.lookup(Unknown Source) at javax.naming.InitialContext.lookup(InitialContext.java:347) at org.jboss.test.webservice.admindevel.ExampleTestCase.setUp(ExampleTestCase.java:30) at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22) at junit.extensions.TestSetup$1.protect(TestSetup.java:19) at junit.extensions.TestSetup.run(TestSetup.java:23) ] at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:647) at org.jboss.naming.client.java.javaURLContextFactory$EncContextProxy.invoke(javaURLContextFactory.java:120) at $Proxy1.lookup(Unknown Source) at javax.naming.InitialContext.lookup(InitialContext.java:347) at org.jboss.test.webservice.admindevel.ExampleTestCase.setUp(ExampleTestCase.java:30) at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22) at junit.extensions.TestSetup$1.protect(TestSetup.java:19) at junit.extensions.TestSetup.run(TestSetup.java:23) Caused by: java.lang.IllegalStateException: Cannot unmarshall wsdl, cause: WSDLException: faultCode=PARSER_ERROR: Problem parsing '- WSDL Document -'.: Premature end of file.: org.xml.sax.SAXParseException: Premature end of file. at org.apache.xerces.parsers.DOMParser.parse(Unknown Source) at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source) at com.ibm.wsdl.xml.WSDLReaderImpl.getDocument(Unknown Source) at com.ibm.wsdl.xml.WSDLReaderImpl.readWSDL(Unknown Source) at com.ibm.wsdl.xml.WSDLReaderImpl.readWSDL(Unknown Source) at org.jboss.webservice.WSDLDefinitionFactory.parse(WSDLDefinitionFactory.java:71) at org.jboss.webservice.metadata.ServiceRefMetaData.getWsdlDefinition(ServiceRefMetaData.java:180) at org.jboss.webservice.client.ServiceObjectFactory.getObjectInstance(ServiceObjectFactory.java:145) at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:301) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:636) at org.jboss.naming.client.java.javaURLContextFactory$EncContextProxy.invoke(javaURLContextFactory.java:120) at $Proxy1.lookup(Unknown Source) at javax.naming.InitialContext.lookup(InitialContext.java:347) at org.jboss.test.webservice.admindevel.ExampleTestCase.setUp(ExampleTestCase.java:30) at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22) at junit.extensions.TestSetup$1.protect(TestSetup.java:19) at junit.extensions.TestSetup.run(TestSetup.java:23) at org.jboss.webservice.metadata.ServiceRefMetaData.getWsdlDefinition(ServiceRefMetaData.java:184) at org.jboss.webservice.client.ServiceObjectFactory.getObjectInstance(ServiceObjectFactory.java:145) at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:301) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:636) ... 20 more View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876579#3876579 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876579 |
From: ilia <nu...@jb...> - 2005-05-05 10:25:23
|
Dear Sirs, we are redesigning our web portal with Java technologies, and we are going to deploy web mail service. can JBoss mail server do that ? 1) high load (50,000-100,000 mailboxes) 2) antivirus support 3) callback smtp checking (something like milter-sender) 4) Java API for managing smtp/pop3 things and users. Cheers, Ilia Chipitsine View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876573#3876573 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876573 |