marc fleury wrote:
the ejb behavior is implemented in the actual linked list of interceptors
that we put there, exactly what we do today from the ContainerFactory but
completely and **genericaly** at the JMX layer. Building the EJB will be
nothing more than passing standardjboss.xml
User: slaboure
Date: 01/10/02 00:17:07
Modified:src/main/org/jboss/ha/framework/server HAPartitionImpl.java
Log:
Optimization: we save three methods calls for each method invocation.
We could further improve this (one call) by using the same scheme in HARMIServerImpl.
|I'll rephrase myself. Interceptors could be done as a series of JMX
|MBeans implementing DynamicMBean, i.e. they don't do anything with the
|call except delegate to other DynamicMBeans, with the last one actually
|doing something. This would work, and it would make it simple to
|configure each
|However, if you put
|the interceptors in the bus you then have two ways of writing
|components: as MBeans and as JMX server interceptor plugins.
|
|Any thoughts on that?
The price you pay for the invocation on the bus on the bus isn't
significant. Therefore the advantage of the MBean approach
marc fleury wrote:
We would create the interceptors independently of each other. And then
creating a stack is nothing more than instructing incoming gates (.net,
rmi, whatever) that the messages requesting EJB-style fielding should go
through this stack of ObjectName interceptors.
Wrong reply-to.. here it is.
---BeginMessage---
marc fleury wrote:
|I'll rephrase myself. Interceptors could be done as a series of JMX
|MBeans implementing DynamicMBean, i.e. they don't do anything with the
|call except delegate to other DynamicMBeans, with the last one actually
|doing
Have you had already a deeper look at the Axis http://xml.apache.org/axis/
architecture?
They have handlers (interceptors, e.g., an http-transport, a
soap-deserializer, or an ejb-provider), chains (configurations of
interceptors) and services (exposed start- and endpoints with names and
User: gropi
Date: 01/10/02 01:54:27
Modified:src/examples/build build.xml
Log:
Use a more flexible schema to determine the location of servlet.jar
Revision ChangesPath
1.15 +34 -24manual/src/examples/build/build.xml
Index: build.xml
User: gropi
Date: 01/10/02 01:57:04
Modified:src/examples/org/jboss/docs/interest build.xml
Log:
Separate compilation of EJB classes and Servlet class. Thus servlet.jar is
only needed if you want to use the servlet.
Revision ChangesPath
1.5 +19 -2
David,
I know that other drivers have been registered because I have checked the
following:
1) the server.log file generated by jBoss; and
2) I have made a call to DriverManager.setLogStream() to get a trace on
what the DriverManager is doing. From the stream I can see the
DriverManager is
|Well, the only thing the incoming gates would have to know is to
|immediately delegate to the stack configuration MBean. After that it can
|take care of the stack config.
|
|*But this will only work if the interceptor/config interleaving is done
|as outlined in previous post*. Otherwise it will
From: Rickard Öberg [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Fwd: [JBoss-dev] JMX service architecture: next gen++]
Date: Tue, 02 Oct 2001 10:07:23 +0200
Example: MBean XYZ wants the interceptor chain A,B,C (where C handles the
call). Somehow this config info is given. An
marc fleury wrote:
|Well, the only thing the incoming gates would have to know is to
|immediately delegate to the stack configuration MBean. After that it can
|take care of the stack config.
|
|*But this will only work if the interceptor/config interleaving is done
|as outlined in previous
(Seems like the lists need to change the reply-to. it's to the sender
and not the list)
Hiram Chirino wrote:
Since it seems like the configuration would define a static stack of
interceptors, MGMT could build a java.util.Stack containing the
interceptors and pass that down. Avoiding the
For logging purposes ;)
need...early... coffee.
marcf
|-Original Message-
|From: marc fleury [mailto:[EMAIL PROTECTED]]
|Sent: Tuesday, October 02, 2001 9:13 AM
|To: Rickard Öberg
|Subject: RE: [JBoss-dev] JMX service architecture: next gen++
|
|
||It should be. So then you will
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of marc
|fleury
|Sent: Tuesday, October 02, 2001 9:15 AM
|To: Rickard Öberg; [EMAIL PROTECTED]
|Subject: RE: [JBoss-dev] JMX service architecture: next gen++
|
|
||Well, the only thing the incoming gates
|Let's see if I understand this right. Do you send the list of
|interceptors as part of the MI? I.e. the list contains the MI and an
|index, and each interceptor just increases the index and delegates to
|the next? Or how is the stack controlled? What is the driver of the
|interceptor delegation?
marc fleury wrote:
a stack of ObjectNames and in each message interceptor mbean there is a
ObjectName name = message.getNextInterceptorInStack();
server.invoke(name, mi) // equivalent dynamic invocation
...
whatever there are tons of ways to do that (maybe self contained in MI)
Good
Grr, can someone set the reply to back to the list? I sent this originally
just to Rickard. I'm reposting because of the comments about mbean config:
lots of people suggested the iterator by now.
On 2001.10.02 10:09:01 -0400 David Jencks wrote:
I'm not sure if this is the same as what you
|So many MI's would be sharing the same list, but with different indices
|into it.
right that is even better the only state that is in the MI is the index and
a (static) reference to the type of flow he will see (ejb), pretty cool
rickard.
|Updating the list would be to simply replace it at the
then you are on top of it David?
go ahead kid!
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of David
|Jencks
|Sent: Tuesday, October 02, 2001 11:13 AM
|To: jboss-dev
|Subject: Fwd: Re: [JBoss-dev] JMX service architecture: next gen++
|[[EMAIL
marc fleury wrote:
|So many MI's would be sharing the same list, but with different indices
|into it.
right that is even better the only state that is in the MI is the index and
a (static) reference to the type of flow he will see (ejb), pretty cool
rickard.
It is indeed (and I would
What if an interceptor in the stack has a call back to a previous
interceptor that was removed as a result of the update? Maintain multiple
version of the stack until all old references complete?
- Original Message -
From: Rickard Öberg [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent:
Vinay Menon wrote:
What if an interceptor in the stack has a call back to a previous
interceptor that was removed as a result of the update? Maintain multiple
version of the stack until all old references complete?
I think the point is that you never change a stack. Only replace them.
So,
Hi Geeks
After some tests I figured out that IBM Java 1.3 on Linux causes
the problem whereas Sun's Java 1.3.1-01 works fine.
Blame the IBM.
Andy
- Original Message -
From: Andreas Schaefer [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, October 01, 2001 4:07 PM
Subject: Re: AW:
|It is indeed (and I would not want to get credit for this idea. You
Don't want to take credit for your own ideas? my god, you are ready for the
space program kid, the man in black will be coming for you soon.
|already said it, you just didn't know it :-).
yeah...
|You get around this by
Flights are cheap too.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of marc
fleury
Sent: Tuesday, October 02, 2001 12:13 PM
To: Jboss-Development@Lists. Sourceforge. Net
Cc: Jboss-Business@Yahoogroups. Com
Subject: [JBoss-dev] US don't fly?
On 2001.10.02 11:18:00 -0400 Rickard Öberg wrote:
marc fleury wrote:
|So many MI's would be sharing the same list, but with different
indices
|into it.
right that is even better the only state that is in the MI is the index
and
a (static) reference to the type of flow he will see
|I would like this best if the jmx server state were transactional with
|versioning optimistic concurrency control, like the firebird/interbase db.
|In this kind of scheme, an invocation to a mbean would get a jmx
|transactional view of all the mbeans in the jmx server as of the start of
|the
Hi,
I think this bug is the reason for the problems
we see with the automated tests.
Here the test count sometimes gets very low due
to the tests timing out.
Looking into this is hard, as it seems to change
with every run, but one thing seems to be common:
The deployer stops working, and the
Hey Ole,
as I said I have a small tool written with JDI that will tell you who is
holding what and who is waiting (so in the wait for monitor entry you'll
know who is the monitor)
If you wanna play, just tell me ;)
Simon
-Original Message-
From: Ole Husgaard [mailto:[EMAIL
we though you were dead, totally assimilated...
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Bordet, Simone
|Sent: Tuesday, October 02, 2001 12:53 PM
|To: JBoss Development Mailing List (E-mail)
|Subject: RE: [JBoss-dev] The rabbit has a
Rickard Öberg wrote:
Hiram Chirino wrote:
Since it seems like the configuration would define a static stack of
interceptors, MGMT could build a java.util.Stack containing the
interceptors and pass that down. Avoiding the delegation back to it.
Yes, pass it down along with the MI.
Look, the legacy branches are not dead (2.2, 2.4) and the modules file is
not versioned across branches, so renaming jboss to jboss-all breaks the
2.4 build. Restore the aliases and live with them until 2.4 is as old and
crusty as windows 95.
A co of jboss needs to simply co the jboss module.
Definitely a much simpler idea to just build the new stack and replace the
old one atomically than to try and build a database for the MBeans.
Cheers
-Original Message-
From: Rickard Öberg
To: [EMAIL PROTECTED]
Sent: 10/2/01 12:33 PM
Subject: Re: [JBoss-dev] JMX service architecture:
and he means now Jason...
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M Stark
|Sent: Tuesday, October 02, 2001 1:35 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] Restore the CVS module names
|
|
|Look, the legacy branches are not
|momentary service disruptions. Also, you don't want half-completed
|configuration changes to start getting used - you want them to finish
|first. I'm just saying this point of view on requirements (if they are
Yes, the transactional nature of the distributed administration operation
might be
Jung , Dr. Christoph wrote:
I must correct myself! We have a principle problem, unfortunately, for which
I do not
have an immediate answer right now:
Actually, instead of synchronized(classLoaders) in ServiceLibraries, there
would be the need
to *atomically* synchronize on all instances
User: sparre
Date: 01/10/02 11:55:07
Modified:src/main/org/jboss/test/web/servlets
UserTransactionServlet.java
Log:
Look up the UT under JNDI name java:comp/UserTransaction, as the
standard tells us to.
Revision ChangesPath
1.2 +2 -2
How does this get generated?
--jason
On Tue, 2 Oct 2001, Tobias Frech wrote:
User: gropi
Date: 01/10/02 05:32:55
Modified:src/docs/doco_files documentation-example.tar.gz
documentation-example.zip
Log:
Built from the CVS sources on 2001/10/02.
Harald Gliebe wrote:
Hi,
Ole Husgaard wrote:
Hi,
I'm in a little over my head here, since i don't
use web components or know that part of the JBoss
code well.
2) A transaction that is started by a servlet or JSP page
must be completed
before the service method
rong).
| Thus, the requirement of the spec is that the web container
| ensures that a transaction is completed at the end of each
| http-request, by rolling back any non-completed transaction.
how is this supposed to make web services transactional?
you should have the option to define statefull
marc fleury wrote:
rong).
| Thus, the requirement of the spec is that the web container
| ensures that a transaction is completed at the end of each
| http-request, by rolling back any non-completed transaction.
how is this supposed to make web services transactional?
you should have
Hello guys,
Did anyone notice that the navigation menu on the left hand
side of the JBoss.org site does not work when the user is in the survey
module? The links are all incorrect since the context seems to have changed
to 'survey' and all links are relative to the context.
I have and this happened last month as well. However, I can't find the
Reply-To
setting any longer in the list administration form on sourceforge. A bug
exists for this issue in the sourceforge project:
http://sourceforge.net/tracker/index.php?func=detailaid=467046group_id=1a
tid=21
User: user57
Date: 01/10/02 14:09:45
Modified:.modules
Log:
o I completly spaced the 2.4.x build system cvs namespace requirements...
these names need to be here for it to work. My appologies for those
affected by the previous changes.
Revision Changes
This should be fixed once I commit my changes to jboss-website/survey.
--jason
On Tue, 2 Oct 2001, Vinay Menon wrote:
Hello guys,
Did anyone notice that the navigation menu on the left hand
side of the JBoss.org site does not work when the user is in the survey
module?
User: user57
Date: 01/10/02 14:32:41
website-survey/src/main/org - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/10/02 14:32:08
website-survey/src/web/survey - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/10/02 14:32:43
website-survey/src/main/org/jboss - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/10/02 14:32:46
website-survey/src/main/org/jboss/survey - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/10/02 14:31:23
website-survey/src/database - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/10/02 14:31:23
website-survey/src/web - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/10/02 14:31:29
website-survey/src/database/schema - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/10/02 14:31:23
website-survey/src/main - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/10/02 14:32:08
website-survey/src/web/survey-helper - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/10/02 14:33:00
website-survey/src/main/org/jboss/survey/ejb - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/10/02 14:33:01
website-survey/src/main/org/jboss/survey/exception - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/10/02 14:33:01
website-survey/src/main/org/jboss/survey/util - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/10/02 14:33:00
website-survey/src/main/org/jboss/survey/command - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/10/02 14:31:16
website-survey/src - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/10/02 14:33:37
website-survey/src/main/org/jboss/survey/ejb/session - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/10/02 14:34:56
Added: src/database/schema/posgresql Survey.sql User.sql
Log:
o moved jboss-website/website/survey to jboss-website/survey (it's own
module)
Revision ChangesPath
1.1
User: user57
Date: 01/10/02 14:34:56
Added: src/main/org/jboss/survey/command SurveyHandler.java
Log:
o moved jboss-website/website/survey to jboss-website/survey (it's own
module)
Revision ChangesPath
1.1
User: user57
Date: 01/10/02 14:34:56
Added: src/main/org/jboss/survey/ejb/session
SequenceGeneratorBean.java
SurveyManagementBean.java
Log:
o moved jboss-website/website/survey to jboss-website/survey (it's own
module)
User: user57
Date: 01/10/02 14:34:56
Modified:.build.xml
Log:
o moved jboss-website/website/survey to jboss-website/survey (it's own
module)
Revision ChangesPath
1.2 +294 -13 website-survey/build.xml
Index: build.xml
User: user57
Date: 01/10/02 14:34:57
Added: src/main/org/jboss/survey/exception
InvalidValueException.java
ServiceUnavailableException.java
Log:
o moved jboss-website/website/survey to jboss-website/survey (it's own
module)
User: user57
Date: 01/10/02 14:34:56
Added: src/main/org/jboss/survey/ejb Debug.java EJBUtils.java
Log:
o moved jboss-website/website/survey to jboss-website/survey (it's own
module)
Revision ChangesPath
1.1
User: user57
Date: 01/10/02 14:31:31
website-survey/src/database/schema/posgresql - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/10/02 14:33:40
website-survey/src/main/org/jboss/survey/ejb/entity - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/10/02 14:34:57
Added: src/metadata survey-application.xml
survey-helper-application.xml survey-helper-web.xml
survey-web.xml
Log:
o moved jboss-website/website/survey to jboss-website/survey (it's own
Thanks for the quick turn-around Jason, please pay close attention to what
Scott has to say.
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
|Dillon
|Sent: Tuesday, October 02, 2001 5:10 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev]
User: user57
Date: 01/10/02 15:30:44
Removed: src/etc jive_init.properties
Log:
o using web.xml to set jiveHome
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
(Maybe this time I will get this to the list-third try is the charm?)
On 2001.10.02 15:07:05 -0400 David Jencks wrote:
(forwarding to list, hope this is ok with you)
This is exactly what I was thinking, and what the firebird-style versioning
does for you.
I am not suggesting storing much of
User: user57
Date: 01/10/02 15:30:44
Modified:.build.xml
Log:
o using web.xml to set jiveHome
Revision ChangesPath
1.3 +9 -21 website-forums/build.xml
Index: build.xml
===
RCS
User: user57
Date: 01/10/02 15:30:44
Modified:src/metadata jive-web.xml
Log:
o using web.xml to set jiveHome
Revision ChangesPath
1.2 +14 -1 website-forums/src/metadata/jive-web.xml
Index: jive-web.xml
User: user57
Date: 01/10/02 15:33:02
Removed: survey/database/schema/posgresql Survey.sql User.sql
Log:
o jboss-website/website/survey has been moved to jboss-website/survey
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: user57
Date: 01/10/02 15:33:02
Removed: survey/metadata survey-application.xml survey-web.xml
survey.help-application.xml survey.help-web.xml
Log:
o jboss-website/website/survey has been moved to jboss-website/survey
User: user57
Date: 01/10/02 15:33:02
Removed: survey/src/client/org/jboss/survey/util Debug.java
Helper.java SurveyPresentation.java
UserPresentation.java
Log:
o jboss-website/website/survey has been moved to jboss-website/survey
User: user57
Date: 01/10/02 15:33:04
Removed: survey/src/ejb/org/jboss/survey/ejb/session
SequenceGeneratorBean.java
SurveyManagementBean.java
Log:
o jboss-website/website/survey has been moved to jboss-website/survey
User: user57
Date: 01/10/02 15:33:04
Removed: survey/src/ejb/org/jboss/survey/exception
InvalidValueException.java
ServiceUnavailableException.java
Log:
o jboss-website/website/survey has been moved to jboss-website/survey
User: user57
Date: 01/10/02 15:33:02
Modified:.build.xml
Log:
o jboss-website/website/survey has been moved to jboss-website/survey
Revision ChangesPath
1.18 +4 -197newsite/build.xml
Index: build.xml
User: user57
Date: 01/10/02 15:33:44
Modified:.build.xml
Log:
o fixed module.* properties
Revision ChangesPath
1.3 +3 -3 website-survey/build.xml
Index: build.xml
===
RCS
User: user57
Date: 01/10/02 15:33:04
Removed: survey/web.survey.help Client.List.View.jsp
Client.Selection.View.jsp Email.Input.View.jsp
Emailer.Controller.jsp Helper.js
List.Controller.jsp
User: user57
Date: 01/10/02 15:33:02
Removed: survey/lib jboss-j2ee.jar
Log:
o jboss-website/website/survey has been moved to jboss-website/survey
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: user57
Date: 01/10/02 15:33:04
Removed: survey/web.survey AssetTest.jsp ConfirmationPage.jsp
ConfirmationPageHelp.jsp Environment1Page.jsp
Environment1PageHelp.jsp Environment2Page.jsp
User: user57
Date: 01/10/02 15:34:27
Modified:website build.xml
Log:
o updated module config to include the forums and survey
Revision ChangesPath
1.12 +10 -4 build/website/build.xml
Index: build.xml
User: user57
Date: 01/10/02 15:33:04
Removed: survey/src/ejb/org/jboss/survey/ejb/entity AbstractData.java
SurveyBean.java UserBean.java
Log:
o jboss-website/website/survey has been moved to jboss-website/survey
User: user57
Date: 01/10/02 15:39:49
Modified:.modules
Log:
o jboss-website now depends on jboss/j2ee which needs some extra thirdparty
libs to compile.
Revision ChangesPath
1.64 +3 -1 CVSROOT/modules
Index: modules
User: user57
Date: 01/10/02 15:40:08
Modified:src/bin update-website.sh
Log:
o don't be so loud when checking out stuff from CVS
Revision ChangesPath
1.8 +3 -3 newsite/src/bin/update-website.sh
Index: update-website.sh
User: user57
Date: 01/10/02 16:00:01
Modified:.modules
Log:
o needed for the jboss-website/survey module
Revision ChangesPath
1.65 +3 -0 CVSROOT/modules
Index: modules
===
RCS
User: user57
Date: 01/10/02 16:16:13
Modified:.modules
Log:
o added jboss-plugins and plugins alias
Revision ChangesPath
1.66 +3 -0 CVSROOT/modules
Index: modules
===
RCS file:
User: user57
Date: 01/10/02 16:20:05
Modified:src/docs cvs.jsp
Log:
o removed alias doc for jboss, added docs for jboss-plugins plugins
Revision ChangesPath
1.5 +6 -6 newsite/src/docs/cvs.jsp
Index: cvs.jsp
User: user57
Date: 01/10/02 16:22:52
Modified:.modules
Log:
o -d plugins - -d jboss-plugins
Revision ChangesPath
1.67 +1 -1 CVSROOT/modules
Index: modules
===
RCS file:
User: user57
Date: 01/10/02 17:14:54
Modified:src/metadata snapshots-web.xml
Log:
o removed -${build.number} from snaps, as it will just make it hard to
put a preatty face on top of them.
o some currently unused context config...
Revision ChangesPath
1.2
User: user57
Date: 01/10/02 17:14:52
Modified:.build.xml
Log:
o removed -${build.number} from snaps, as it will just make it hard to
put a preatty face on top of them.
o some currently unused context config...
Revision ChangesPath
1.19 +51 -45
User: user57
Date: 01/10/02 17:57:02
Modified:src/bin update-website.sh
Log:
o duh... using CVS_OPTIONS properly
Revision ChangesPath
1.9 +3 -3 newsite/src/bin/update-website.sh
Index: update-website.sh
User: starksm
Date: 01/10/02 19:08:54
Modified:src/main/org/jboss/mq/il/oil Tag: Branch_2_4
OILServerILService.java
Log:
We need to check the socketAddress against 0.0.0.0/0.0.0.0
because this is not a valid address on Win32 while it is for
*NIX. See
User: starksm
Date: 01/10/02 19:08:55
Modified:src/main/org/jboss/mq/il/uil Tag: Branch_2_4
UILServerILService.java
Log:
We need to check the socketAddress against 0.0.0.0/0.0.0.0
because this is not a valid address on Win32 while it is for
*NIX. See
User: starksm
Date: 01/10/02 19:09:09
Modified:src/main/org/jboss/mq/il/oil OILServerILService.java
Log:
We need to check the socketAddress against 0.0.0.0/0.0.0.0
because this is not a valid address on Win32 while it is for
*NIX. See BugParade bug #4343286.
Revision
1 - 100 of 111 matches
Mail list logo