va:358)
[Auto deploy] at org.jboss.ejb.AutoDeployer.run(AutoDeployer.java:221)
[Auto deploy] at java.lang.Thread.run(Unknown Source)
_____
Marc Fleury, Ph.D
[EMAIL PROTECTED]
_
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.s
There
is no centralized repository at this point...
hack
one in the container factory
I am
surprised you can't browse the home from JNDI though, that smells of "bad
config" to me
marc
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of J.
FINALLY, thanks stacy
Ok we can manage the clusters of JMX instances
ANYONE UP FOR A SIMPLE STATEFUL BEAN
Come on guys! i can believe you talk so much and when the request for real
stuff comes in, all the "experts" run away...
COME ON
SOMETHING, ANYTHING in CVS will impress me, THAT
No except the "tools" which we shouldn't use (the 8082 port stuff) for the
rest it is kosher.
Reminds me we should really rewrite the tools ourselves... I will get there
with EJB soon.
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Dan
when can I make noise about this phox
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|[EMAIL PROTECTED]
|Sent: Thursday, March 29, 2001 3:47 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] CVS update: newsite/business binary.html
|
|
|
would
really be kick ass.
Or send the detailed email and I will put it in the format etc...
marc
_
Marc Fleury, Ph.D
[EMAIL PROTECTED]
_
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net
Ok got the simone mail,
thanks, will put it online
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of marc
|fleury
|Sent: Sunday, April 01, 2001 6:15 PM
|To: Jboss-Development@Lists. Sourceforge. Net
|Subject: [JBoss-dev] Branches and Tags
|
|
|I
|Hello Vladimir,
|
|I think I have found what was my problem.
|
|As I am trying to set the RemoteContainer reference in a serializable
|structure *directly* on the server i.e. without using the RMI sub-system, I
|need to explicitely get the stub before playing with the reference i.e.
|store the
I am interested in a "basic" zip with source and binary, available for
download.
A private company proposed to do the installers for the stable versions.
The problem is still QA that requires time and knowledge.
Please go ahead with your proposal, let us know when you have something
marc
, 2001 10:15 AM
|To: marc fleury; Kimpton,C (Chris);
|[EMAIL PROTECTED]
|Subject: RE: [JBoss-dev] [PROPOSAL] daily builds?
|
|
|I would be happy to help out with integrating the
|JUnit test stuff with a build/distribution... Just
|let me know...
|
|cheers,
|peter
|
|
|--- marc fleury [EMAIL PROTECTED
1- don't play with /tmp it is JBoss only
2- this is jboss-user material.
Folks it seems that there is so much demand for support on jboss-user that
it spills over to jboss-dev.
We will move the list jboss-user to forum format ASAP as it is crumbling
under its own weight.
Please be strict in
lto:[EMAIL PROTECTED]]
|Sent: Tuesday, April 03, 2001 11:32 AM
|To: marc fleury; Kimpton,C (Chris);
|[EMAIL PROTECTED]
|Subject: RE: [JBoss-dev] [PROPOSAL] daily builds?
|
|
|Yes.
|
|Sorry about dropping in and out. Hope I can be
|forgiven. When consulting is slow jboss contribution
|is high, when consu
OK 2.2 is really of FINAL quality. We have been really in a effective BETA
for the past 3 month and I don't see people complaining on major stuff.
The test situation is a bit more complex. JCTS has come a long way.
JBossTest had things that made deep tests (the home.create(objectref)) that
do
|To: JBoss Development Mailing List (E-mail)
|Subject: RE: [JBoss-dev] RE: JBoss 2.2 FINAL. And the tests ?
|
|
|OK.
|
|The timeline of 18:00 GMT is confirmed.
|
|Simon
|
| -Original Message-
| From: marc fleury [mailto:[EMAIL PROTECTED]]
| Sent: mercoled 4 aprile 2001 16:09
| To: Bordet
it is bery bery quiet
marc
_
Marc Fleury, Ph.D
[EMAIL PROTECTED]
_
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
Stateless doesn't do anything on the server (just creates a proxy) so yes
that could be merged. However if you use security then you are stuck. There
is no way you are going to code the interposition in the client (create() is
on a role only for example)
in case of stateful you do have a call on
|Hello, I'd like to tell you about the code that I've developed and
|contributed to JBoss.
Thank you stacy, when we first talked over the phone 3 month ago, I thought
you were not for real, you have proven me wrong and I am glad I trusted you
with a RW passwd without prior work.
Comments below,
for what it is worth, the notion of pools becomes a bit moot for stateless
objects (the capsule). The VM should be able to create and collect the
instances of TX you throw at it.
Pools also lead to complex code (Cleaning up in a lock like you describe),
and while it will work, we end up with
anks Scott,
|
|This is it.
|
|How you choose to differentiate between JBoss Service
|MBeans and 3rd party ones is what I think the
|discussion should hinge upon.
|
|Jules
|
| - Original Message -
| From: "marc fleury" [EMAIL PROTECTED]
| To: [EMAIL PROTECTED]
| Cc: "[EMAIL
As opposed to the current Configuration Service that already pases the MLet
semantics to XML???
why?
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Lemoine David-dlemoi01
|Sent: Wednesday, April 11, 2001 11:05 AM
|To: '[EMAIL PROTECTED]'
It is legacy at this point.
We used to run 2.0 BETA and then move to 2.0 FINAL.
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Toby
|Allsopp
|Sent: Wednesday, April 11, 2001 11:11 PM
|To: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] CVS
to MBeanServer to use other
|classloader nor did
| JMX engineers hooked wires for CCLs. So as soon ClassNotFoundException is
| caught (inside MbeanServer.isInstanceOf) false is returnd :(
|
| Feedback?
|
| vlada
|
|
| On Wed, 11 Apr 2001, marc fleury wrote:
|
| Bla enough t
nable amount of time anyway. I thought it was a
|matter of a dialog check box or two... how naive I
|was!! Thanks Simone!
|
|On to real work...
|
|--- marc fleury [EMAIL PROTECTED] wrote:
| |Cool, I'm vindicated!
| |
| |When Simone imparts his knowledge, I'd be happy to
| |update the web page if
xpose 1000 things etc etc... I need to
rethink also the separation of services from SPINE (current conf) and
service from APP SERVER (current jcml)
marc
|
|Cheers,
|David.
|
|-Original Message-
|From: marc fleury [mailto:[EMAIL PROTECTED]]
|Sent: 12 April 2001 03:58
|To: [EMAIL PROTECTED]
|S
|2. The org.jboss.configuration.ConfigurationService mbean now registers all
|mbeans loaded from the jboss.jcml configuration file with the
|ServiceControl mbean.
|There is no requirement that an mbean implements the
|org.jboss.util.Service interface.
... h you are saying that when
|Were talking about the org.jboss.util.Service interface still. All
|the SC does
|now is maintain an ordered list of Service instances and it invokes the
|init/start/stop/destory methods in the registration order on these
|as before.
|Now it is invoking through a Service interface rather than the
time to rewrite this site using taglibs don't you think ???
jboss:menu look="developers"
I am really warming up to this cutsy things, those "TagLibs" whachamacalitz,
they make me giggle like a little girl... like a "leeetllle giirl"
marc
|-Original Message-
|From: [EMAIL
|
|At 18:21 13.4.2001 -0400, you wrote:
|time to rewrite this site using taglibs don't you think ???
|
|yes, maintaining the current site sucks big donkey dicks
tell me about it... slurp slurp...
marc
___
Jboss-development mailing list
[EMAIL
|From my investigation I would say that it is not being used anywhere
|inside of the jboss project. If this is true, it might be a good
|idea to at
|least remove the jboss.dependencies from the conf/default directory so that
|it does not confuse anyone.
correct,
|I think that the
That is pretty cool post it to jboss-dev francois,
|So we created our own LRUEnterpriseContextCachePolicy class to be able
|to passivate beans with JMS messages. We actually call the ageOut
|method with the beans key we want to flush by going through the LRUList
|obtains from getList() method.
www.fgm.com
funky stuff
washington,
marc
_
Marc Fleury, Ph.D
[EMAIL PROTECTED]
_
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
1500 downloads per day
freshmeat helps it seems, let's win this war...
marc
_
Marc Fleury, Ph.D
[EMAIL PROTECTED]
_
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net
sourceforge, JBoss is making it
big time so let's keep it this way,
regards
_
Marc Fleury, Ph.D
[EMAIL PROTECTED]
_
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss
Thanks scott,
It was originally a micheal j idea, I just wanted to acknowledge that
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|[EMAIL PROTECTED]
|Sent: Wednesday, April 25, 2001 3:25 AM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] CVS
We are giving a BOF, mandatory presence for all those on this list, free
tshirts
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
|Dillon
|Sent: Wednesday, April 25, 2001 12:40 AM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] JavaOne
|
|
Party on the beach? what party on the beach?
try forced marches in the morning, brain excercise for lunch, 120 pushups in
the afternoon, endoctrination for dinner, and rifle manipulation at night...
or you think we run this revolutionary group on Peace Love and good Code
alone ?
well, yeah, we
DO NOT ANSWER JBOSS-USER ON THIS LIST
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Filip
|Hanik
|Sent: Wednesday, April 25, 2001 6:15 PM
|To: [EMAIL PROTECTED]
|Subject: RE: [JBoss-dev] Connection Pool - Help!
|
|
|it is the deployment
if it just works :) of course there is no objection. Make sure that the
test are ok and put it in,
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jay
|Walters
|Sent: Thursday, April 26, 2001 6:48 AM
|To: '[EMAIL PROTECTED]'
|Subject:
| To fix this, all proxy objects need to know the host, they are
| originating from.
If you really want to do that (because you really need to use the code you
just showed us) then go ahead and work on the JNP stub classes also the home
must be able to extract that information from the IC (is
Listen at least the name jboss-j2ee is clear, no need to make it
complicated. Don't be silly...
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jay
|Walters
|Sent: Friday, April 27, 2001 3:55 PM
|To: '[EMAIL PROTECTED]'
|Subject: [JBoss-dev]
it up to the list, but I would have missed the
|j2ee.jar thing
|on my own as my history has been unsullied by the ri implementation.
|
|Cheers
|
|-Original Message-
|From: marc fleury
|To: [EMAIL PROTECTED]
|Sent: 4/27/01 4:13 PM
|Subject: RE: [JBoss-dev] J2ee jar files
|
|Listen at least
available and willing talent.
If we embark in that activity as JBG, we'll have to streamline and
coordinate it. Hence your answer is *very important* to get started.
More on the subject in the near future if indeed resources prove available.
Regards
_
Marc Fleury, Ph.D
[EMAIL
There was some maintance done this weekend and it went awry.
Juha and Myself are in London we'll see you soon :)
marc
_
Marc Fleury, Ph.D
[EMAIL PROTECTED]
_
___
Jboss-development mailing list
[EMAIL PROTECTED]
http
|This would simplify the configuration, by eliminating the need for a
|handle-jndi.properties file. This same mechanism could also be
|used to plug
|in a HA aware InitialContextHandle impl that would use jini, raw multicast
|or whatever to find a suitable container.
Please remove the
One thing we can do is build an object that we invoke and return on a
servlet-EJB method. In the object we overwrite the writeExternal method
to set a variable to serializedTrue in case it is serialized. It
indicates failure to not serialize the objects.
marc
|-Original Message-
yes for a long time now
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Daniel Cardin
|Sent: Thursday, May 03, 2001 8:55 AM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] User Transactions
|
|
|Are UserTransactions fully implemented now ? I'd
feeling sick.
marc
_
Marc Fleury, Ph.D
[EMAIL PROTECTED]
_
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
will not be called and we only call the managed bit, again a lightweight
solution.
marc
_
Marc Fleury, Ph.D
[EMAIL PROTECTED]
_
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss
to the
principal somewhere else?
marc
_
Marc Fleury, Ph.D
[EMAIL PROTECTED]
_
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
you guys know I hate repackaging) it would enable us
to put the xml classes in something else than the base spine but have the
stuff loaded as an MLet from the conf in the beginning.
marc
_
Marc Fleury, Ph.D
[EMAIL PROTECTED
|but I think I saw a post earlier, prepared statements or regular
|statements,
|we are talking about buckets when we need to melt an iceberg.
huh people start talking like me... good.
|the huge performance problems doesn't lie in the CMP logic not using
|prepared statements.
that's right it
post this to user
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Saint-Martin Cecile
|Sent: Monday, May 07, 2001 11:48 AM
|To: [EMAIL PROTECTED];
|[EMAIL PROTECTED]
|Subject: [JBoss-dev] EJB call other EJB
|
|
|Hi,
|
|I have a problem : EJB A
we were having the worst time getting this to work in London, in fact I
remember a night where Juha stayed up until 2 am and couldn't get that and
EJBDoclet to work easily (I was watching late night poker).
If you had a small howto ;)
marc
|-Original Message-
|From: [EMAIL
|To: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] Main.java, let's clean it up
|
|
|marc fleury wrote:
|
| Ok is the patchdir stuff used at all?
|
|I've used that a couple of times.
|
|
|
|
| marc
|
| _
| Marc Fleury, Ph.D
| [EMAIL PROTECTED
|If I hear no objections, I'll get rid of the code attempting to update
|the primary key columns.
please go ahead, this is really where our performance lies... in the db..
marc
|
|-danch
|
|
|___
|Jboss-development mailing list
|[EMAIL PROTECTED]
@@
|* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
|* @author a href=mailto:[EMAIL PROTECTED];Ole Husgaard/a
|*
| - * @version $Revision: 1.25 $
| + * @version $Revision: 1.26 $
|*/
| class TxCapsule implements TimeoutTarget
| {
| @@ -66,29 +66,10
|My understanding is that the purpose of the double indirection is
|to make the
|case where you have many beans and many resources in the the one file more
|manageable.
Yes the reason is that. If you have many beans and one db it becomes very
useful.
Say for example you deploy 120 beans as
| what is with the RMI stuff?
| # System properties
| # These will be loaded and set by jBoss
| #java.rmi.server.useLocalHostName=true
| #java.rmi.server.hostname=localhost
| #java.rmi.server.codebase=http://localhost:8080/
|
|I don't know about webinstalls, but I know it is handy to have. I have
|Marc,
|
|Someone has already implemented something that has the
|same effect.
Yes I know and I am not really happy with. The JMX naming solution seems
very lightweight to me and still won't call your classes when you register
them if you don't define JBoss as scoping.
If and when we do the
use it?
marc
_
Marc Fleury, Ph.D
[EMAIL PROTECTED]
_
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
That plugin should really do something about the finally of the invoke
method (same with home). Such as returning from call bla bla
marc
_
Marc Fleury, Ph.D
[EMAIL PROTECTED]
_
___
Jboss-development mailing list
it.
This is in line with the externalization of other interceptors and the bit
being also hard to read.
Maintainability, maintainability, maintainability, the rest is beer-piss.
marc
_
Marc Fleury, Ph.D
[EMAIL PROTECTED
clean it up
|
|
|The patchdir thing is something that I added so that one could
|create a patch
|of a given binary release. It was how I tested the initial JBossSX stuff.
|
|- Original Message -
|From: marc fleury [EMAIL PROTECTED]
|To: [EMAIL PROTECTED]
|Sent: Monday, May 07, 2001 7:33 PM
if it is gone ... good
:)))
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M Stark
|Sent: Wednesday, May 09, 2001 11:20 AM
|To: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] TODO List on SourceForge
|
|
|Where are you seeing the use of
done
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Ingo
|Bruell
|Sent: Wednesday, May 09, 2001 3:16 PM
|To: marc fleury
|Subject: Re[2]: [JBoss-dev] Vrifier
|
|
|Hi marc,
|
|mf we were having the worst time getting this to work in London
call to stacks initialization
|ContainerInterceptors.addInterceptors(container, transType,
| metricsEnabled, conf.getContainerInterceptorsConf());
| ?
|
| Does anyone else use it?
|
| marc
|
| _
| Marc Fleury, Ph.D
| [EMAIL PROTECTED
| 2- The security, do we associate the Principal to the ctx
|somewhere else? I
| don't believe we should associate to the ctx (see warning in
|source, I also
| need to update these). Scott do you take care of associating the
|ctx to the
| principal somewhere else?
|
|The prinicpal identity and
.
|
|- Original Message -
|From: marc fleury [EMAIL PROTECTED]
|To: [EMAIL PROTECTED]
|Sent: Wednesday, May 09, 2001 3:13 PM
|Subject: RE: [JBoss-dev] METHOD-INVOCATION
|
|
|
| | 2- The security, do we associate the Principal to the ctx
| |somewhere else? I
| | don't believe we should associate
-strapping) or will there still be two files?
|
|--jason
|
|On Wed, 9 May 2001, marc fleury wrote:
|
| |The setting of the security manager and server.policy file are
| |better done from
| |the command line as many security related events and debugging hooks are
| |done on startup of the vm. I don't
you
didn't read the excercise I gave you did you
please
read the excercise vinay it explain a much faster way to do the
"invalidate".
(for
the others, this is in fact one of the excercise we do on the last day of the
training and I wrote it specifically for Vinay but it is now part
Vinay,
// The valid variables, make it a hashset
Map validContext;
invoke(MI mi) {
try {
// Use the cache key, it is safe
if (!validContext.contains(((EntityEnterpriseContext)
mi.getEnterpriseContext()).key) {
//The context is not in the map, it will be loaded
Simone,
really, this is not a cache decision, AT ALL. The state synchronization is
the state synchronization with the DB, it is a different domain. The cache
should not, does not, will not take state synchronization decisions with
respect to the database. It is a store with passivation
|I would have written a simple TimerTask in a LRU cache policy, as I've done
|for the stateful bean removal.
and I would have removed it
|The issues (entity beans invalidation and stateful beans removal) are very
|similar, aren't they ?
no, like not at all.
One deals with memory of the
).
PLUG The training can turn all of you in container developers /PLUG. So
you go and get that algo right and lightweight and we put it in.
regards
marc
PS: PLEASE READ THE CLASS EXCERCISE AND MY PREVIOUS MAIL :)
|
|Cheers,
|
|Vinay
|
|Just took a loo
|- Original Message -
|From: marc
invalidation next time on.
| ctxToInvalidate.clear();
| }
|}
|}
|}
|
|
|
|
|- Original Message -
|From: marc fleury [EMAIL PROTECTED]
|To: [EMAIL PROTECTED]
|Sent: Friday, May 11, 2001 7:58 PM
|Subject: RE: [JBoss-dev] RE: Option D - Take One !
|
|
| |Marc
|- Original Message -
|From: marc fleury [EMAIL PROTECTED]
|To: [EMAIL PROTECTED]
|Sent: Friday, May 11, 2001 11:20 PM
|Subject: RE: [JBoss-dev] Option D - Take Two!
|
|
| Almost,
|
|
| The name is misleading the ones that are in the map we know for sure that
| will be valid since the next
Hello,
yes it is legal to develop commercial add-ons to JBoss.
In fact if you wanted to sell it through JBoss.org we would put it on our
download page and charge for every sale. We are a distribution channel and
your sales help pay for the development of the core.
marc
|-Original
the show so people can recognize me:)
your help is greatly appreciated
_
Marc Fleury, Ph.D
[EMAIL PROTECTED]
_
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss
companies give an input on this.
|
|-Aswath
|
|From: marc fleury [EMAIL PROTECTED]
|Reply-To: [EMAIL PROTECTED]
|To: [EMAIL PROTECTED]
|Subject: RE: [JBoss-dev] add-on for JBOSS
|Date: Fri, 11 May 2001 23:19:04 -0400
|
|Hello,
|
|yes it is legal to develop commercial add-ons to JBoss.
|
|In fact
c'est quoi ton probleme exactement?
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Vincent Harcq
|Sent: Saturday, May 12, 2001 1:16 PM
|To: Dev JBoss
|Subject: [JBoss-dev] TR: [JBoss-user] Obscure issue (bug?) with CMP
|using column mapping
|
from the JBossServer
template page.
JBossMail
JBossTest
JBossSoap
JBossSX
JBossTX
JBossCX
JBossCMP
JBossMQ
thanks
marc
_
Marc Fleury, Ph.D
[EMAIL PROTECTED]
_
___
Jboss-development mailing list
[EMAIL PROTECTED
Wrong wrong wrong...
| interface extending EJBHome is implemented and exported as a
| UnicastRemoteObject. Exactly how is this object created and the Home
| interface of the provider bean implemented?
|JBoss uses the class java.lang.reflect.Proxy to generate proxy
|implementations of the bean's
that you'll be 15 feet in front of the BEA booth...
|
|
|--On Friday, May 11, 2001 7:37 PM -0400 marc fleury
|[EMAIL PROTECTED]
|wrote:
|
| Ah the great days when Telkel was fully funded and we could
|afford a booth
| at JavaONE.
|
| This year, i am a guerillero, I come with my weapons loaded my
Put this online... somewhere... i can't think of a good page right now.
We need a participating page with the new todo list. there are a 1000
things to do, the directives for submittal, joining teams, joining
leaders, code style, patch submittal, devettiquette etc etc like the old
game over
:)
so scott stark and myself are giving training in Atlanta and the list is
dead?
ah come on, it will make us feel like without us there is nothing going us
but the rent.
marc
_
Marc Fleury, Ph.D
[EMAIL PROTECTED
hear hear...
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Sacha
|Labourey
|Sent: Wednesday, May 16, 2001 5:46 PM
|To: [EMAIL PROTECTED]
|Subject: RE: [JBoss-dev] What is the difference between the two
|JRMPContainerInvoker ?
|
|
| i believe
| Log:
| First official try for a scoped application deployer that is
|able to build
| virtual applications out of dependent ear´s. Currently reads
|dependency information
| from property file. setup of application management information
hum what is this reads dependency information from
hey,
we are always interested in integrating 3rd party servlet engines, please
take a look at the Tomcat and Jetty integration. You want the hotdeploy
ClassLoader integration, the naming and security integration as well.
marc
|-Original Message-
|From: [EMAIL PROTECTED]
Someone pointed out the fact that invalidating the state of an instance
remotely through an ejbRemote call was a useful thing for them.
Does anyone want to take this on? Does anyone else have use for this?
marc
_
Marc Fleury, Ph.D
[EMAIL PROTECTED
Nachricht-
|Von: marc fleury [mailto:[EMAIL PROTECTED]]
|Gesendet: Samstag, 19. Mai 2001 16:17
|An: [EMAIL PROTECTED]
|Betreff: RE: [JBoss-dev] CVS update:
|jboss/src/main/org/jboss/deployment/scope J2eeGlobalScopeDeployer.java
|Scope.java ScopedURLClassLoader.java package.html
|
|
|| Log:
|| First
It's a good point,
the more I think about the current JBoss, and the more I realize that the
base JMX server and XMLet and the other basic mechanisms are far more
generic than what we percieve.
I believe the General Purpose Architecture is that MBeanServer by itself,
the container factory
I am unclear as to what we are discussing right now, but the MLet supports
the URL loading (it is a URLClassLoader).
Ie you can have configuration and classes live on a central http server.
However for the pure web based installation to work we need to make sure
that a few things are squared
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Andreas Schaefer
|Sent: Tuesday, May 22, 2001 8:01 PM
|To: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] Call for Help
|
|
|Hi Scott
|
|I had also a closer look at the AbstractWebContainer and saw that
|You might be interested to ry running up the jboss-jetty snapshot I put
|in the binaries module yesterday.
|
|It uses Scott's fix to Service management to allow Jetty's own MBeans to
|coexist with JBoss' in the same JMX agent.
|
|These MBeans publish management interfaces for the objects which
|Yes - its all file based - altho it has a reference to a MLet, The MLet
|reference is created with a reference to the ContextClassLoader casted to a
|MLet ... huh ... stylish... well it works and does a good job of adding
|local classpaths ...
|
|Maby ome could/should make a
WTF... the create the MDB topic on deployment if not present?
I think it is a kick ass feature...
let me explain:
1- If it is not there, right now we have to manually go and create the damn
thing, very redundant.
2- If you miss the spelling.. we should put a message saying Creating
topic and
|
|- Original Message -
|From: marc fleury [EMAIL PROTECTED]
|To: [EMAIL PROTECTED]
|Sent: Friday, June 01, 2001 2:20 PM
|Subject: RE: [JBoss-dev] JMSContainerInvoker.java
|
|
| |Its not redundant as there are many provider specific properties
| |that an admin
| |has to set: security, clustering, etc
| 2- If you miss the spelling.. we should put a message saying Creating
| topic and that's it.. very convenient.
|
|In this case, no, its not very convenient in my opinion. My application
|won't work since the MDB is subscribed to the wrong topic. So why bother
|deploying it at all. It's not
to stay on board.
PLgCommits
marcf
_
Marc Fleury, Ph.D
[EMAIL PROTECTED]
_
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
Guys,
The samspublishing folks have kindly offered to let me use their booth as a
homebase for JBoss (in copy thanks to them).
So tell EVERYONE you know that wants to meet JBoss people...
meeting between JBoss folks == SAMS publishing booth.
I will personally try to be there every day (at
1 - 100 of 2123 matches
Mail list logo
