Yes. But if we need to bootsrap the jndi communication, we can skip this
jndi lookup and just send the create invocation to the invoker. How the
invokers can be accessed must either be wellknown or somehow configured
on the client.
yes, the problem is that I am not sure (in fact I am pretty
Hello,
Seems like I don't need an HTTPInvoker. Only an HTTPInvokerProxy and a
InvokerServlet, that forwards invocations to the local invoker. If I
your Invoker should directly forward invocations to the JMX MBeanServer and
not forward it to another local invoker
Yes, a sar is perfect for this since there's really no config for this
invoker, right?
you now what we need? It is an XML file for config with the JAR *inside the
xml in a CDATA section (as MIME encoded for example)!! ;)
We don't care about the extra-size anyway. So, instead of having an XML
Hello Mike,
If I understand your question correctly, yes (well, no to the 'dreaming'
question :-) ). The 'default' list of ports would either be in the config
file (like example below), or in each of the services' respective config
files.
I think this is what you mean (?). At config-time,
Use JDK = 1.3
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de
[EMAIL PROTECTED]
Envoyé : vendredi, 7 juin 2002 11:33
À : [EMAIL PROTECTED]
Objet : [JBoss-dev] [ jboss-Bugs-565721 ] Sever Startup failes
Bugs item #565721, was opened at
I'll say we suck...
oh well, can't win them all, but to go out that way :(
They still have a tiny chance the 11th of June!
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas --
Come on, Tomasson will kick them out with 3-0 !
Ah, justice is made ! Go Italy !
Simone, I personnaly don't care much about football: I just give a little
support for French. Today football, this week-end the legislative elections,
pfhh... what a hard time! ;)
But I am sure you know what I
Where did you read that? EJX is no more supported.
Feature Requests item #564252, was opened at 2002-06-04 01:13
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376688aid=564252
group_id=22866
Category: Other
Group: v3.0 Rabbit Hole
Status: Open
Priority:
Jason4j,
The wrapper is specific to Log4j, we could make it non-specific,
but then we
get into writting our own logging infrastructer, which is not something I
would suggest.
...
What is your beef with log4j? I still don't understand why you
want it to go.
Jason, my view is extremly
Jason,
Which is the part you don't understand?
Cheers,
Sacha
Um... what?
--jason
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas --
Log4j is our logging infrastructure, server and client side...
why would we
want to remove that?
?!!???
Log4j is our logging infrastructure on the *server* side, yes. But the
client side isn't *your* infrastructure but the user's infrastructure. What
if the user wants to use another log4j
Why do you want it out? You must have had a reason to send the
email. Can
you explain what your pain was and perhaps we can find a better
solution to
it (other than ditching log4j on the client).
Yes. I agree that we need to have tools to debug our stuff. My problem is
that log4j is only
Scott,
I think that we should also change the JARs in JBOSS_HOME/client: currently
we have half a thousand (well, almost) jbossXX-client.jar in this folder and
it makes running client application a nightmare: you need to add almost all
of them to your classpath to be able to work with a simple
searched the archive, but couldn't find anything about BMP.
What is this ?
or where can I find your earlier posts ?
Thanks,
Thomas
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]Im Auftrag von
Sacha Labourey
Gesendet: Montag, 27. Mai 2002 15:40
Hello Matthew,
Thank you for wanting to help. You can start by submitting a few patches for
some of the open bugs (on sf.net). Then (if your patches are not new bugs
;) ) you will quite quickly get RW access.
If you have a specific interest in a particular domain, do not hesitate to
contact one
Hello,
This is not a question for JBoss-dev. Please post-it to the online forums.
Cheers,
Sacha
As for your questions, one of the JAR in JBOSS_HOME/client is missing from
your client application classpath.
-Message d'origine-
De : [EMAIL PROTECTED]
I spoke about it two days ago with Bill and I think we have different
problems with remove methods.
Take the home.remove call on EB: This is transformed in a remote.remove call
*inside* the client proxy (trick)! This has two problems:
- anyone implementing server side interceptors won't
I'm running the default configuration so I doubt it unless the presence
of a cluster dictates this. This totally screwed up the testsuite run.
It could also happen if your client JNDI config is wrong (host not
resolvable, etc.). In this case, if no JNDI service is found, a multicast
discovery
Hello Dain,
Besides Oracle's drivers being a crap,
for sure, yes.
the CLOB and all SQL 99 types
could use improvement. Supposedly Oracle's new 9.0.2 drivers fix most
of these problems. Fixing general Object persistence is the first think
Great.
I will be working on after I finish the
Hello Georg,
Besides being not as standards compliant as one would wish them to be,
the Oracle thin drivers have always been working like a breeze for me.
OK. So, do you have some information regarding CLOB in Oracle and how to
best handle them with thin drivers? This could be useful.
this function fillClob(int length) and calling fillClob(16000)
works for me, using the thin driver.
The server is 8.1.7 on a Solaris box, but I'm sure it works with the
windows box, too.
Georg
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of
Sacha Labourey
Good point. We don't know how the list of nominees has been built. JBoss
could have been registered in more than one category, for sure.
Cheers,
Sacha
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de
Ignacio Coloma
Envoye
Hello Dain,
I had to look at the JAWS code and how it handled CLOB and have found
numerous issues (see my previous post on jboss-dev).
I've quickly taken a look at the new ejb2.0 code you implemented and saw
that you're using about the same code for CLOBs. Thus, I think that your
code will have
Hello,
Am I right in thinking that JAWS (CMP1.1) does not support Strings saved to
CLOB? Neither reading, nor writing?
Reading fails because JDBCCommand.getResultObject never reach the CLOB part:
if the Java type is java.lang.String, resultset.getString is called which,
under Oracle, don't
You love JBoss?
It is time for you to say it!
http://www.sys-con.com/java/readerschoice2002/nominationform.cfm
Vote for JBoss as the JDJ Best App-Server
___
Hundreds of nodes, one monster rendering program.
Now that's a
Ilike to - then time says - hepp- like - i do have the time to read and
grep the 'thingo' - just wait and someboby will force in ! ...
You meant blue-sky in an elevator?
Whatever
--
I know Zahid Rahman. 2002.
)
Cheers,
Sacha
-Message d'origine-
De : Jason Dillon [mailto:[EMAIL PROTECTED]]
Envoyé : mercredi, 15 mai 2002 02:24
À : Sacha Labourey; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Cc : [EMAIL PROTECTED]
Objet : Re: [JBoss-dev] HEAD ClassCircularityError
And now
jason, sacha or dain
i need a test case, and in fact it should be in test cvs
Sure. I don't have time now though. Any one else?
Cheers,
Sacha
___
Have big pipes? SourceForge.net is looking for download
Don'y you thing that this is quite dependant on the database? I am pretty
sure that with PostgreSQL, DDL commands are transactional (and can be
executed in a running transactions witout implicitely commiting it)
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De
Andreas,
Your idea is excellent. Furthermore, thanks to pluggable deployer, anyone
that doesn't need it can remove this WL deployer (or anyone that needs it
can add it...). I think that the biggest difficulties will be:
- stay in synch with WL deployment descriptor evolution (the same
-
De : Andreas Schaefer [mailto:[EMAIL PROTECTED]]
Envoyé : dimanche, 12 mai 2002 03:11
À : Sacha Labourey; Jason Dillon
Cc : [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Objet : Re: [JBoss-dev] HEAD ClassCircularityError
Hi Geeks
Andreas, on which VM can you see the problem under
Jason,
Ic. Then it appears there is a bug in HEAD which causing these failures.
Any ideas what it might be?
Is there a web or gui based diff which can show me all of the
changes from
branch to branch? If not someone want to write one hehe?
If you take a look at the recent tests,
I think that log4j logging classes have been wrapped by JBoss code = we can supply
/dev/null classes for production ;)
So the question for you JBoss4.0 fans out there is how small can we get
log4j to be to do NOTHING, i.e. redirect all messages to
/dev/null but still
keep the code the same
this is a show stopper, jgroups is pissing me off.
JG is your friend ;) Without JG, you would have thought the CL code is working ;)
The fact is that JG is using a lot of threads and, while starting up, they all load
classes at the same time.
the problem is that this time, we don't have a
This
would of course break all custom interceptor stuff (where you
actually pass
data back and forth) but would enable a cheat mode for all
If I remember well, we can only attach generic data when sending data to the server,
but not receiving FROM the server.
2 solutions.
1- I build a mapper that takes String and returns ObjectName
2- you build a ObjectName implementation that caches the ObjectName and
returns the right Object if you pass me exactly the same String.
OK, but it must be a requirement that this mapping be deterministic i.e. when you
Excellent work Bill!
I will take a look at the code later, but in the meantime there is something I haven't
seen. You say that clustering-specific config have been removed from
standard-jboss.xml. So, where are defined the default stack config for clustering? For
example, for HA-SFSB, we need
Hello Sean,
Please, use the online forums @ http://www.jboss.org/forums/
For your particular problem, see http://www.jboss.org/developers/cvs.jsp
Cheers,
Sacha
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de
[EMAIL
Whoops! Did look to see if HA-SFSB had specific container
interceptors. Is
that the only one? I'll put it back.
what you just did is TERRIFIC! ;)
___
Jboss-development mailing list
[EMAIL PROTECTED]
Oh yeahh!!! That would be so cool!!! Only one config file, and one bigg monolithic
application server that you can configure in this only big file! That would be so
cool!!! And if we could merge the database configuration file, OS configuration files
and Doom's configuration file in one
A : Sacha Labourey; Juha-P Lindfors;
[EMAIL PROTECTED]
Objet : RE: [JBoss-dev] [JL] Is it time for a new enterprise solution?
I totally agree with the article, I believe we should merge our
configuration files today, and get rid of the unreadable XML
:19
A : Sacha Labourey; Juha-P Lindfors;
[EMAIL PROTECTED]
Objet : RE: [JBoss-dev] [JL] Is it time for a new enterprise solution?
You do, this is the production file.
There is the development files that really has their own snippets and all
and then there is the one big file
OK, I agree.
(and, I wasn't aware of the PRODUCTION-LOCKING need.)
-Message d'origine-
De : marc fleury [mailto:[EMAIL PROTECTED]]
Envoye : vendredi, 26 avril 2002 15:51
A : Sacha Labourey; Juha-P Lindfors;
[EMAIL PROTECTED]
Objet : RE: [JBoss-dev] [JL] Is it time for a new
It is now fixed. In fact, I thought it was a false positive, but it wasn't! it seems
to mean that tests *are* usefull... ;)
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de
Scott M Stark
Envoyé : vendredi, 26 avril 2002 20:12
À : [EMAIL PROTECTED]
Hello,
As the deployer/config issue is very hot these days, I want to add oil on
the fire ;)
I see an interest in setting port numbers in an external config file (le'ts
say parameters.xml or port.xml, whatever).
Then we would reference this file from our jboss-services.xml files instead
of
Yes, sure!, simply submit a patch that corrects the bug ;) (see detail of
the problem below)
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de
[EMAIL PROTECTED]
Envoyé : lundi, 22 avril 2002 15:51
À : [EMAIL PROTECTED]
Objet : RE: [JBoss-dev]
then be used in configurations?
Cheers,
Sacha
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de
Jules Gosnell
Envoye : lundi, 22 avril 2002 23:09
A : Sacha Labourey
Cc : Jboss-Dev
Objet : Re: [JBoss-dev] Deployment and config
Hello,
What? Because marc doesn't like system props (even if that is true) that
means that we get rid of them inside of the server? Whatever...
I would have elaborated that another way. But I am sure an hormonal spike is
reponsible for what you just wrote.
The new ServerLoader
Jason,
Can you take some Xanax and keep cool? Have we walked on your foot?
I think the hormonal level is currently too high on jboss-dev.
Cheers,
Sacha
Shit... WTF is going on here. I have woken up in some parrallel universe
where no one is making any sence
Hello I agree for the optional thing, and clustering should definitively go in the
optional folder!
Cheers,
sacha
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Title: RE: [JBoss-dev] Are we logging the exception enough!!!
Well,
IMHO, we should also find a way to remove all these redundant exceptions! Each
level is printing the same exception, the same stack trace (with just a few line
in less at each step...) When you *really* have more than one
Hello,
For the redeploy thing, I agree with Jules: it is very important to have such a
semantic. And as David said, to be properly done, it must be handled at the
MBEAN-interceptor level because the redeploy may change the list of interceptors =
setting this in a container interceptor is not
Hello,
For the redeploy thing, I agree with Jules: it is very important to have such a
semantic. And as David said, to be properly done, it must be handled at the
MBEAN-interceptor level because the redeploy may change the list of interceptors =
setting this in a container interceptor is not
User: slaboure
Date: 02/04/14 10:16:18
Modified:.build.xml
Log:
Added reference to oswego.concurrent library: needed for new interceptor that only
allows to shutdown a container when no more invocation are running in.
Revision ChangesPath
1.34 +9 -1
in the middle of its activity)
*
* @see related
*
* @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a.
* @version $Revision: 1.1 $
*
* pbRevisions:/b
*
* pb14 avril 2002 Sacha Labourey:/b
* ul
* li First implementation /li
* /ul
*/
public class
1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- DistributedStateImpl.java 12 Jan 2002 16:52:08 - 1.8
+++ DistributedStateImpl.java 13 Apr 2002 12:44:58 - 1.9
@@ -29,7 +29,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a.
* @author
User: slaboure
Date: 02/04/13 08:12:49
jbosstest/src/main/org/jboss/test/testbeancluster/interfaces - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
.
*/
package org.jboss.test.testbeancluster.interfaces;
/**
* Extension of the testbean interface for clustering testing
*
* @see org.jboss.test.testbean.interfaces.StatelessSession
*
* @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a.
* @version $Revision: 1.1
User: slaboure
Date: 02/04/13 08:15:19
Modified:src/main/org/jboss/test/testbeancluster/bean
StatelessSessionBean.java
Log:
Extended test environment for clustering testing
Revision ChangesPath
1.2 +22 -0
User: slaboure
Date: 02/04/13 08:16:45
Modified:src/resources/testbeancluster/META-INF ejb-jar.xml
Log:
Extended test environment for clustering testing
Revision ChangesPath
1.4 +13 -13jbosstest/src/resources/testbeancluster/META-INF/ejb-jar.xml
Index:
User: slaboure
Date: 02/04/13 08:17:35
Modified:src/resources/testbeancluster/META-INF jboss.xml
Log:
Activating call-logging for tests (usefull)
Revision ChangesPath
1.3 +5 -5 jbosstest/src/resources/testbeancluster/META-INF/jboss.xml
Index: jboss.xml
org.jboss.test.testbean.interfaces.StatelessSessionHome;
import org.jboss.test.JBossClusteredTestCase;
/**
* Test SLSB for load-balancing behaviour
*
* @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a.
* @version $Revision: 1.1 $
*
* pbRevisions:/b
*
* pb12 avril 2002 Sacha Labourey:/b
* ul
* li
User: slaboure
Date: 02/04/13 08:21:52
Modified:src/main/org/jboss/test JBossTestCase.java
Log:
Extended test environment for clustering testing
Revision ChangesPath
1.12 +9 -4 jbosstest/src/main/org/jboss/test/JBossTestCase.java
Index: JBossTestCase.java
org.jboss.test.JBossTestCase
*
* @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a.
* @version $Revision: 1.1 $
*
* pbRevisions:/b
*
* pb12 avril 2002 Sacha Labourey:/b
* ul
* li First implementation /li
* /ul
*/
public class JBossClusteredTestCase extends JBossTestCase
User: slaboure
Date: 02/04/13 08:30:23
Modified:src/main/org/jboss/test/testbeancluster/test
BeanUnitTestCase.java
Log:
Removed unused import statements
Revision ChangesPath
1.3 +1 -49
User: slaboure
Date: 02/04/13 09:51:35
Modified:src/resources/ClusteredHTTPSessionService/META-INF
jboss-service.xml
Log:
Added new dependency flags from David Jencks (Thank you!) to solve service-to-bean
(and bean-to-service) dependencies
JBoss can now
User: slaboure
Date: 02/04/12 05:30:56
Modified:src/resources/ClusteredHTTPSessionBean/META-INF jboss.xml
Log:
Added client-side interceptors definition in existing container configuration.
When no client-side interceptor is defined, the proxy fails with a NPE...
Revision
Congratulations!
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de Juha
Lindfors
Envoyé : mercredi, 10 avril 2002 21:37
À : [EMAIL PROTECTED]
Objet : [JBoss-dev] JBossMX 1.0 Released
You can pick it up from SourceForge:
Hello Christoph,
I suggest that, instead of commenting the close of the bug, you re-open a
new bug report with this one as a reference. I am sure they don't really
read closed-bugs comments but do read new bugs (hopefully...)
Cheers,
Sacha
-Message
Well, Marc, we did it a little bit on the fly and you said that something was maybe
missing. Are you sure you want me to commit that?
Cheers,
Sacha
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de marc
fleury
User: slaboure
Date: 02/04/08 09:11:22
jbossmx/src/main/org/jboss/ha/framework/test - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: slaboure
Date: 02/04/08 09:27:11
Added: src/resources/anotherjbossconfig/node2/log empty
Log:
Sample JBoss configuration that can be used for testing clustering (second node)
Revision ChangesPath
1.1
User: slaboure
Date: 02/04/08 09:27:11
Added: src/resources/anotherjbossconfig/node2/tmp empty
Log:
Sample JBoss configuration that can be used for testing clustering (second node)
Revision ChangesPath
1.1
User: slaboure
Date: 02/04/08 09:27:11
Added: src/resources/anotherjbossconfig/node2/deploy
cluster-service.xml jca-service.xml
new-hsqldb-default-service.xml
Log:
Sample JBoss configuration that can be used for testing clustering
User: slaboure
Date: 02/04/08 09:27:11
Added: src/resources/anotherjbossconfig/node2/db empty
Log:
Sample JBoss configuration that can be used for testing clustering (second node)
Revision ChangesPath
1.1
*
* @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a.
* @version $Revision: 1.1 $
*
* pbRevisions:/b
*
* pb8 avril 2002 Sacha Labourey:/b
* ul
* li First implementation /li
* /ul
*/
public class GenericClusteringException extends java.lang.Exception
User: slaboure
Date: 02/04/08 09:22:19
jbosstest/src/resources/anotherjbossconfig/node2/conf - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
+* pb2002/04/08: Sacha Labourey/b
+* ol
+* liPass a value with the invocation that allows any server side interceptor to
know
+ * when a call result from a failover (and the number of tries)/li
+* /ol
*/
public class JRMPInvokerProxyHA extends JRMPInvokerProxy implements
User: slaboure
Date: 02/04/08 09:28:12
Added: src/resources/anotherjbossconfig/node2/deploy
ejb-management.jar jboss-jdbc.rar jboss-xa.rar
jmx-ejb-adaptor.jar jmx-ejb-connector-server.sar
User: slaboure
Date: 02/04/08 09:22:51
jbosstest/src/resources/anotherjbossconfig/node2/tmp - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
org.jboss.ha.framework.interfaces.GenericClusteringException;
import java.util.ArrayList;
import java.util.HashMap;
@@ -40,7 +43,13 @@
* into the JMX base
*
* @author a href=mailto:[EMAIL PROTECTED]Bill Burke/a
- * @version $Revision: 1.12 $
+ * @version $Revision: 1.13 $
+ *
+ * pb2002/04/08: Sacha Labourey/b
+ * ol
User: slaboure
Date: 02/04/08 09:22:36
jbosstest/src/resources/anotherjbossconfig/node2/deploy - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: slaboure
Date: 02/04/08 09:22:45
jbosstest/src/resources/anotherjbossconfig/node2/log - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: slaboure
Date: 02/04/08 09:21:39
jbosstest/src/resources/anotherjbossconfig - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Objet : [JBoss-dev] TShirts Arrived
Lots of boxes I guess! You had to push the walls? ;)
--
Earth is blue like a ROSSO carpet
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Hello Andreas,
That's really a great tool! thank you!
A few questions regarding the farm service:
- does it deploy only jar or any xar?
- When you deploy a file in deploy/farm, it is copied on all nodes of the farm and
deployed on these machines. Nevertheless:
- if you then shutdown
User: slaboure
Date: 02/03/19 08:00:15
Modified:src/docs/common jboss-jbossClustering.jsp
Log:
Default to PDF file instead of MS Word
Revision ChangesPath
1.2 +1 -1 newsite/src/docs/common/jboss-jbossClustering.jsp
Index: jboss-jbossClustering.jsp
User: slaboure
Date: 02/03/19 07:59:48
Added: src/docs/common JBossCluster_FeatureMatrix.doc
JBossCluster_FeatureMatrix.pdf
Log:
Removed version from filename (use CVS for maintaining version information) and
added PDF version
Revision Changes
User: slaboure
Date: 02/03/19 08:08:23
Modified:src/docs/common jboss-jbossClustering.jsp
Log:
added pre tag for XML configuration part otherwise code is really ugly
Revision ChangesPath
1.3 +2 -0 newsite/src/docs/common/jboss-jbossClustering.jsp
Index:
User: slaboure
Date: 02/03/19 08:01:08
Removed: src/docs/common JBossCluster_FeatureMatrix_v5.doc
Log:
Removed version indication from filename
___
Jboss-development mailing list
[EMAIL PROTECTED]
Jason,
I suggest that we already make a link to the demo page from the Download page for
example: from this page we can already download some 3.0 pre-release, why not a
netboot of a pre-release!
I think it is a really good feature and we shouldn't hide it.
Cheers,
Hello,
I fully agree with Greg's message.
- We need to do it in pure Java
- we don't need to be 100% sticky (99.99% is enough)
- Let's make a first version that don't have fancy things but, at least, that
work!
- java.nio is the way (plus giving a doc about
Au nom des belges : Merci quand même de nous avoir cités
mais ..
des pingres , je m'excuse, mais je ne suis pas d'accord
:-)
Rassure-toi, il ne le pense pas! C'était juste pour mettre les français en confiance ;)
un helvète ;)
=mailto:[EMAIL PROTECTED];Bill Burke/a.
* @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a.
- * @version $Revision: 1.14 $
+ * @version $Revision: 1.15 $
*
* pbRevisions:/bbr
* pb2001/10/31: marcf/b
@@ -85,7 +85,6 @@
this.mbeanserver = server
-r1.14 -r1.15
--- ClusterPartition.java 17 Feb 2002 03:34:27 - 1.14
+++ ClusterPartition.java 1 Mar 2002 12:36:24 - 1.15
@@ -25,7 +25,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Bill Burke/a.
* @author a href=mailto:[EMAIL PROTECTED];Sacha
-r1.17
--- HAPartitionImpl.java 17 Feb 2002 03:34:27 - 1.16
+++ HAPartitionImpl.java 1 Mar 2002 12:35:29 - 1.17
@@ -33,7 +33,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a.
* @author a href=mailto:[EMAIL PROTECTED];Bill Burke
User: slaboure
Date: 02/03/01 04:35:31
Modified:src/main/org/jboss/ha/hasessionstate/server
HASessionStateImpl.java
Log:
Unbind in NonSerializableFactory was not performed at service shutdown
Revision ChangesPath
1.7 +3 -2
Hello,
Currently, the client directory contains client-side jars needed to work
with JBoss.
While it is very modular to have one jar per function (clustering,
security, ...) (and it is also easier to build as each module is responsible
for building its own set of client-side JARs), in many
: vendredi, 1 mars 2002 19:27
À : Sacha Labourey; [EMAIL PROTECTED]
Objet : RE: [JBoss-dev] CVS update:
jbossmx/src/main/org/jboss/ha/framework/server HAPartitionImpl.java
oh no, complexity creeping back in???
no sub partitions, please, I still don't get what they do.
marcf
;
/**
*
* @author a href=mailto:[EMAIL PROTECTED];Bill Burke/a.
* @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a.
- * @version $Revision: 1.5 $
+ * @version $Revision: 1.6 $
*
* pbRevisions:/bbr
* pb2001/10/31: marcf/b
@@ -36,8 +36,9 @@
* Callback called when
201 - 300 of 558 matches
Mail list logo