/*
* Dain Sundstrom
* Partner
* Core Developers Network
*/
---
This SF.Net email is sponsored by: INetU
Attention Web Developers Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers
On Tuesday, June 17, 2003, at 12:58 AM, Bill Burke wrote:
Not sure I like this idea. Tell me why we need to support 3.2 and 3.0
descriptors in 4.0? I'd much rather a 3.2 component crap out
gracefully in
4.0 than have to maintain 3 separate configuration mechanisms.
I wish we could get rid of
On Tuesday, June 17, 2003, at 12:36 AM, Bill Burke wrote:
Why? Because everybody is very familiar with them. Why? because its
simple
and easy to maintain and modify. Yes, the XML parsing needs to be
moved to
a separate module, but the classes themselves have held up fine. I
will not
allow
Jules Gosnell
David Jencks
James Stracham
Dain Sundstrom
Greg Wilkins
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try
Jules Gosnell
David Jencks
James Stracham
Dain Sundstrom
Greg Wilkins
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try
on the same box/JDK. I'm clustering web sessions just
fine.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Dain Sundstrom [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, April 03, 2003 1:13 PM
Subject: Re
, I've run all on a Mac and linux box together without
problems using JDK 1.4.1.
Steve Coy
On Thursday, April 3, 2003, at 04:32 PM, Dain Sundstrom wrote:
Does clustering in jboss-head work for anyone on OS X? Whenever I
try to shutdown jboss-head on my powerbook the entire os locks up
until I
I think you are delusional if you think JB4 will be ready for JavaOne.
-dain
On Thursday, April 3, 2003, at 02:47 PM, marc fleury wrote:
Guys,
We are thinking a lot about the forthcoming JB4 release. It is a truly
exciting step for us as we believe we will bring a programming style,
whose
)
at org.jboss.Main$1.run(Main.java:403)
at java.lang.Thread.run(Thread.java:554)
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Dain Sundstrom [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent
] Behalf Of
Dain
Sundstrom
Sent: Thursday, April 03, 2003 4:01 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] JB4DR1 Deadline MAY 26
I think you are delusional if you think JB4 will be ready for JavaOne.
-dain
On Thursday, April 3, 2003, at 02:47 PM, marc fleury wrote:
Guys,
We are thinking a lot
I'll comment out the AWT stuff. All the copiers are hard coded right
now, but when I add the configuration code, I'll just have the AWT
stuff commented out and if someone wants them they can turn them on.
I'm still not sure that you are seeing the same problem I am, because
the server boots
platforms, which increases the memory
footprint. It might also not work on headless machines or on regular
machines when nobody is logged in, depending on the OS.
On Thursday, Apr 3, 2003, at 14:07 US/Pacific, Dain Sundstrom wrote:
I'll comment out the AWT stuff. All the copiers are hard coded right
I don't think we can support J2EE 1.4 for the DR1 release unless
someone gets in and makes whatever changes are required to get our
metadata classes to support the XML schemas used in J2EE 1.4.
Besides meta data are there other big things in J2EE 1.4 that we
haven't addressed yet?
-dain
On
(packaged extensions to EJB)
and don't forget Nukes!
Anybody got anything to add to this list?
Who doesn't think they'll be done by May 5th?
Who thinks they'll be cutting it close?
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
Dain
Sundstrom
Sent
On Thursday, April 3, 2003, at 05:26 PM, Bela Ban wrote:
3. [Jeremy, Dain] Integration of the cache into the
PersistenceManager. The first version will have the
PersistenceManager use the Cache as a replicated in-memory cache.
Our use case will initially be shared DB, so all
Does clustering in jboss-head work for anyone on OS X? Whenever I try
to shutdown jboss-head on my powerbook the entire os locks up until I
unplug my wireless access point and 'killall -9 java'. This can take
like 30 minutes to get my laptop responsive again.
[12:27:50] dain$ java -version
On Tuesday, April 1, 2003, at 04:39 AM, julien viet wrote:
I dont't want to reinvent a scripting language, but JSP are
not adapted to nukes at all. I think the nicest feature of
JSP is the possibility to embed true java code whithin text :
TABLETR
% for (int i = 0;i 5;i++) { %
TD%= i %/TD
% } %
I forwarded the contact info at the 2 java compiler projects onto
Julien. Both support passing in a class loader from which classes will
be obtained.
One of the projects has a licensing issue (GPL), but they may be
willing to change. The other project does not full implement the
language
I talked with 2 compiler projects after JBoss boot camp and both were
interested in being integrated, but I dropped the ball and got busy on
some other stuff. If anyone is interested in this I can send you the
contact info.
-dain
On Sunday, March 30, 2003, at 10:37 AM, julien viet wrote:
On Thursday, March 27, 2003, at 09:57 AM, Bill Burke wrote:
Yes, its a deep copy which is why I require Serializable.
new MarshalledObject(obj).get();
Maybe there is a better way to make copies?
Yes. I wrote an object copier service for just this type for
situation. In CMP the spec requires
After some email with Bill, it looks like we can use
Class.getDeclaredMethods to find which method the class implements (you
learn something new every day). It specifically excludes inherited
methods, so we can use it to verify if a primary key has actually
implemented hashCode and equals.
On Wednesday, March 26, 2003, at 09:29 PM, Victor Langelo wrote:
Dain Sundstrom wrote:
After some email with Bill, it looks like we can use
Class.getDeclaredMethods to find which method the class implements
(you learn something new every day). It specifically excludes
inherited methods, so
Being compliant and the AOP features are not mutually exclusive. We
will do both.
To Brian Wallis, even if Jboss were to get certified, it would not make
your J2EE compliant applications portable. Why? There are may
important things considered outside the specification. For example,
all
Do any of you use or know of a user of the
CMPInMemoryPersistenceManager or CMPFilePersistenceManager? I would
like to get rid of them, to make the integration of the new persistence
engine easier. We will eventually have file and in memory stores under
the new persistence engine, but we
Where is the code that uses it?
-dain
On Monday, March 24, 2003, at 06:12 PM, Bill Burke wrote:
Don't! InMemory is used by clustering for HTTP Session replication.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
Dain
Sundstrom
Sent: Monday, March
On Sunday, March 23, 2003, at 04:19 PM, Stefan Arentz wrote:
On Saturday, Mar 22, 2003, at 23:03 Europe/Amsterdam, Tom Coleman
wrote:
Personally, certification is irrelevant to me. My criteria is
whether
or not the product gets the job done. I think certification serves
to
answer that
On Sunday, March 23, 2003, at 07:30 PM, Dave Neuer wrote:
--- Dain Sundstrom [EMAIL PROTECTED] wrote:
The more tests we have the better we will be, but I
doubt that sun will
let us check the TDK into CVS, so it will be
worthless to everyone but
the few JBoss employees that get access.
-dain
What is the deal with this? It builds perfectly for me.
-dain
On Saturday, March 15, 2003, at 10:38 AM, [EMAIL PROTECTED] wrote:
=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR
DETAILS=
I'm dumb, dumb, dumb. I checked this in in one sandbox and tested it
in another.
-dain
On Saturday, March 15, 2003, at 11:04 AM, Dain Sundstrom wrote:
What is the deal with this? It builds perfectly for me.
-dain
On Saturday, March 15, 2003, at 10:38 AM, [EMAIL PROTECTED] wrote
So how is it coming?
-dain
On Wednesday, March 12, 2003, at 06:02 PM, Stephen Coy wrote:
The fix certainly allows xdoclet to build itself, whereas it was
failing with the same problem we have in JBoss HEAD.
I can't check against JBoss HEAD until I get home tonight (its AM
here), but I'm a
Message -
From: Dain Sundstrom [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, March 11, 2003 8:08 PM
Subject: [JBoss-dev] Can't build on linux either
Because OSX is hosed I decided to move my development to my linux box,
but it doesn't build either. It looks like the build isn't picking up
Did it work? I'm dead in the water as my linux box won't build either.
-dain
On Wednesday, March 12, 2003, at 11:30 AM, Jason Dillon wrote:
Heh, I sorta wish I could uninstall it... perhaps I can, but I am not
really sure how. I will have a look unless someone beats me to it.
--jason
On
JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/1.3.1/
Home
or if you like csh pain:
setenv JAVA_HOME
/System/Library/Frameworks/JavaVM.framework/Versions/1.3.1/Home
And you can build again.
--jason
On Tuesday, March 11, 2003, at 01:13 PM, Dain Sundstrom wrote:
I just
Because OSX is hosed I decided to move my development to my linux box,
but it doesn't build either. It looks like the build isn't picking up
the JavaCC.zip file. Jason is this working for you... Here is what I
get
java version 1.4.1_02
Java(TM) 2 Runtime Environment, Standard Edition (build
I would like to move the org.jboss.invocation.MarshalledValue* to the
commons package, so it can be used by non-ejb dependent code. Does any
have an issue with this? Does this create a problem for client jars?
-dain
---
This sf.net email
to common or something else or should I put
my code server?
-dain
On Monday, March 10, 2003, at 08:15 PM, Dain Sundstrom wrote:
I would like to move the org.jboss.invocation.MarshalledValue* to the
commons package, so it can be used by non-ejb dependent code. Does
any have an issue
I just upgraded to 1.4.1 on OS X and now the build won't work. I tried
a fresh checkout, but that didn't help. Jason is this working on your
mac.
-dain
bash-2.05a$ java -version
java version 1.4.1_01
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-39)
Java HotSpot(TM)
it to system?
--jason
On Tuesday, March 11, 2003, at 09:32 AM, Dain Sundstrom wrote:
I have another issue now... should have checked before sending this
email.
I have a written new basic service ObjectCopier, which is an MBean
that knows how to *efficiently* deep copy objects. This means that I
On Sunday, March 9, 2003, at 10:35 AM, Jeff Haynie wrote:
If different protocols are desired beyond that and we support them, you
can just add the dependent JARs and they become available.
I think this is what you want ...
I think this is a bad idea. If I want a specific connector available
on
-
From: Dain Sundstrom [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, March 08, 2003 4:53 PM
Subject: Re: [JBoss-dev] MarshalledValue
Scott what is the deal with this? Can I make this change?
-dain
On Monday, March 3, 2003, at 04:16 AM, Alex Loubyansky wrote:
MarshalledValue's
Scott what is the deal with this? Can I make this change?
-dain
On Monday, March 3, 2003, at 04:16 AM, Alex Loubyansky wrote:
MarshalledValue's constructor is
public MarshalledValue(Object obj) throws IOException
{
baos = new ByteArrayOutputStream();
Is this for 4.0? I thought we were switching to XML schema for 4.0.
We could switch to schemas for 3.2 also.
-dain
On Friday, March 7, 2003, at 11:50 AM, Scott M Stark wrote:
I am working on adding the ability to specify a loader repository to
all
of the deployment types, and this adds a
- Original Message -
From: Dain Sundstrom [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, March 06, 2003 9:51 PM
Subject: Re: [JBoss-dev] Is JDK 1.4 required to build
I got no problem making 99% of CMP working on 1.3 (basicially anything
that does not require JDBC3). It is just
Is JDK 1.4 now required to build? If not when are we going to add this
requirement?
I need an IdentityHashMap for the ObjectCopier and would like to
encapsulate and delegate to IdentityHashMap for JDK 1.4 (because of
speed) and for JDK 1.3 I will just is an IdentityKey wrapper. This
code
On Thursday, March 6, 2003, at 04:08 PM, Jason Dillon wrote:
What is left over is:
org.jboss.cmp (I am guessing this is some of the new cmp framework)
This is our new generic persistence code. Jason can you add a new
empty module 'persistence' for us and we'll move the stuff over.
. required to have a highly functional
microkernel for building on top of.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Dain Sundstrom [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, March 06, 2003
On Wednesday, March 5, 2003, at 11:56 AM, Jason Dillon wrote:
EJB specific:
./org/jboss/security ?
./org/jboss/security/plugins ?
./org/jboss/monitor ?
./org/jboss/monitor/client ?
./org/jboss/verifier/strategy ?
./org/jboss/jmx/adaptor/ejb
./org/jboss/jmx/connector/ejb
./org/jboss/metadata
Can I register with a UnifiedClassLoader for a notification when the
class loader is dereferenced by JBoss? I'm writing an object copier
service for the new persistence engine and cache, so I'm holding on to
some metadata for each class that can be copied.
-dain
I was just thinking about this the other day...
I like just persistence and I would love to have the EJB related stuff
moved to an EJB module. I'd also like to get rid of the
org.jboss.ejb.plugins as it is just a junk drawer.
-dain
On Monday, March 3, 2003, at 12:07 AM, Alex Loubyansky
On Thursday, February 27, 2003, at 02:49 PM, Brian Repko wrote:
And to the JBoss-dev list - jeez - way to shut down a newbie.
Here is someone in a Microsoft shop bringing in J2EE and
JBoss and not one message was helpful and a couple were downright
mean. No you are wrong and don't post here.
The reason for all the modules is dependancies. This is why you can
run different deployments of JBoss. If everything were in a single
source tree, it would be almost impossible to run without everything.
-dain
On Thursday, February 27, 2003, at 04:00 PM, Dave Neuer wrote:
--- Dain
I've had only two customers ask about CORBA support, but only as an
interim solution until the clients can be rewritten. Fortunately both
decided to just port the clients at the same time.
-dain
On Thursday, February 27, 2003, at 05:04 PM, Luke Taylor wrote:
David Jencks wrote:
Maybe we're
On Thursday, February 27, 2003, at 02:02 AM, Dain Sundstrom wrote:
vim
-dain
---
This SF.net email is sponsored by: Scholarships for Techies!
Can't afford IT training? All 2003 ictp students receive scholarships.
Get hands-on training
Bill,
Where is you design? David's design looks totally obvious to me. It
is well understood, and based on our existing real-world experiences.
To me it looks like you are the one invent the perfect design/API.
So can you present you invocation chain as did and show us the error in
our
I'm working on fixing the exception tests and I have run into a problem
with the verifier. I am getting the following warning that is causing
the deployment to fail:
Bean : ExceptionTesterEJB
Method : public abstract void ejbExceptionInStore() throws Exception
Section: 7.10.7
Warning: The
Jeff,
Don't let these guys push you around. Bill's just in a pissy mood
today.
-dain
On Friday, February 21, 2003, at 06:01 PM, Jeff Haynie wrote:
Oh, I buy into it - and I'm neither for OR against what David is
saying. I'm merely saying you should separate the concerns - but it
seems like
On Monday, February 17, 2003, at 05:21 PM, Timothy Barreto wrote:
try { ...
} finally {
try { rs.close(); rs=null;
stmt.close(); stmt=null;
} catch (Exception e){}
}
You need to put rs.close() and stmt.close() in different try blocks.
If rs.close() throws an exception
This seems backwards to me. I usually do something like this:
class X
{
HashMap clients = new HashMap();
public void someMethod()
{
synchronized(clients)
{
m.put(dc, cq);
}
...
}
public void someOtherMethod()
{
HashMap
,
if you read the map ALLOT more than you write to it,
then it makes sense to do it backwards.
Regards,
Hiram
--- Dain Sundstrom [EMAIL PROTECTED] wrote:
This seems backwards to me. I usually do something
like this:
class X
{
HashMap clients = new HashMap();
public void someMethod
On Thursday, February 13, 2003, at 01:46 PM, Toby Allsopp wrote:
My advice, FWIW, is to stop messing around and just use util.concurrent
by Doug Lea
(http://gee.cs.oswego.edu/dl/classes/EDU/oswego/cs/dl/util/concurrent/
intro.html).
There aren't many people who can prove that their tricky
Scott,
I'm putting the question for you at the top, so you can see it. How do
we specify the code base for remote loading? If James writes this he
will need to change it to point to the servlet.
James,
You are way over thinking this. I suggest you just start coding. :D
On Friday,
On Friday, February 7, 2003, at 01:28 PM, James Cooley wrote:
Dain Sundstrom wrote:
Scott,
I'm putting the question for you at the top, so you can see it. How
do we specify the code base for remote loading? If James writes this
he will need to change it to point to the servlet.
James,
You
We have a small project open for a volunteer. In Jboss 2 and 3 we have
a custom lightweight web server (port 8083) that returns java class
files from the classLoader.getResouceAsStream to RMI clients (this is
how remote class loading happens). I talked to Scott at JBoss Boot
Camp and we
Yes but it is not exposed on the MBean interface, so how do you get a
reference to the module unless you already have a real reference to the
container?
-dain
On Thursday, January 30, 2003, at 06:50 AM, David Jencks wrote:
I'm pretty confused about what exactly you are trying to do, since
Why not? I see no reason why a client can't look up the EJB container
directly using an MBean and get some information. I can see why this
would be a bad idea, but we shouldn't restrict the access. Anyway this
is for some test code.
-dain
On Thursday, January 30, 2003, at 04:23 AM, julien
PROTECTED]]De la part de
Dain
Sundstrom
Envoye : mardi, 28 janvier 2003 01:56
A : [EMAIL PROTECTED]
Objet : Re: [JBoss-dev] Feature request, dev assignments
I never really liked this idea. I think you should provide a concrete
setPostalCode (String code) method and if the data is valid you would
observer to modify the actual content of
what is
set (setter) or returned (getters)? This is the second part of the
interest
IMHO.
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de
Dain
Sundstrom
Envoye : mercredi, 29 janvier 2003 18:35
A : [EMAIL
On Tuesday, January 28, 2003, at 12:45 AM, David Jencks wrote:
On Tuesday, January 28, 2003, at 12:47 AM, Dain Sundstrom wrote:
On Monday, January 27, 2003, at 09:36 PM, David Jencks wrote:
On Monday, January 27, 2003, at 07:39 PM, Dain Sundstrom wrote:
Wow, I had no idea
On Tuesday, January 28, 2003, at 09:07 AM, marc fleury wrote:
Agreed. In this case there is a strong performance reason to
split the
code into two interceptors:
The point is that the call in the interceptors is JUST dissaciation and
association. The mumbo jumbo we are talking about
Wow, I had no idea it was this complicated. Anyway the real problem is
a Dynamic MBean has a setAttributes method to group together an entire
set of attribute changes in one operator, but when we go to standard
mbeans we lose that concept because we only have a bunch of setters.
That sucks.
I completely agree that the extra suspend/ resume should not cause any
performance degradation. The problem with that code it is fucking hard
to read. Your stare at it for a while going what the fuck is he doing
here and then you finally realize that they always suspend the tx at
the
On Monday, January 27, 2003, at 09:36 PM, David Jencks wrote:
On Monday, January 27, 2003, at 07:39 PM, Dain Sundstrom wrote:
Wow, I had no idea it was this complicated. Anyway the real problem
is a Dynamic MBean has a setAttributes method to group together an
entire set of attribute changes
On Friday, January 17, 2003, at 11:08 AM, Jeremy Boynes wrote:
This leaves the JBoss-QL part read-only (it just qualifies the
instances to
be deleted). We know we're deleting Transactions as the method would
be on
the home interface for the Transaction EJB.
I think we should support a full
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Dain
Sundstrom
Sent: Friday, January 17, 2003 1:14 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Finders, Selectors and ... deleters?
On Friday, January 17, 2003, at 11:08 AM, Jeremy Boynes wrote
Maybe I have something messed up, but Branch_3_0 doesn't build anymore
on my apple. I have an old version of Branch_3_0 that builds fine.
Does anyone have an apple, and can build? What did you setup? Here is
what I get.
bash-2.05a$ which java
/usr/bin/java
bash-2.05a$ ls -l /usr/bin/java
/Versions/1.3.1/Home
Depending on which JVM you are using...
What is your set to?
From: Dain Sundstrom [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Date: Thu, 16 Jan 2003 11:28:03 -0600
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Branch_3_0 doesn't build on OSX
Maybe I have something messed up
Bill,
This reminds me of an I deal I has last night (couldn't sleep). I was
thinking of the script based MBean support Sacha added, and I thought
can we make plain old java work like a scripting language. Here is
what I came up with:
+ The user writes a class BlahService.java
+ This
I think you are dreaming, if you think you will every recruit php
developers to any java based solution. Ben, remember the Orielly OS
convention? The php guys are perl guys.
-dain
On Tuesday, January 14, 2003, at 01:03 PM, Ben Sabrin wrote:
Are we developing this for the PHP community or
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Dain
Sundstrom
Sent: Tuesday, January 14, 2003 2:19 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] JNuke dev
I think you are dreaming, if you think you will every recruit php
developers to any java based solution
I can.
bash-2.05a$ cvs -n update
[EMAIL PROTECTED]'s password:
cvs server: Updating .
cvs server: Updating bridge
M bridge/EntityBridgeInvocationHandler.java
cvs server: Updating ejbql
cvs server: Updating jdbc
U jdbc/JDBCCommandFactory.java
U jdbc/JDBCCreateEntityCommand.java
U
with ObjectOutputStream
persistence as it is fragile.
By reusing the code from the ServiceCreator (unmarshalling) and the
JMX Console (marshalling), the XML persistence engine should be fairly
simple to write.
- Matt
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]]
Sent: Sat 1/11
of this feature.
Do you have a use case in mind?
- Matt
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]]
Sent: Mon 1/13/2003 10:07 AM
To: [EMAIL PROTECTED]
Cc:
Subject: Re: [JBoss-dev] MBean persistence?
So Matt are you interested in working on the XML persistence?
-dain
put some more time into it. It sounds like
you know a few people that might actually be users of this feature.
Do you have a use case in mind?
- Matt
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]]
Sent: Mon 1/13/2003 10:07 AM
To: [EMAIL PROTECTED
On Monday, January 13, 2003, at 11:26 AM, Matt Munz wrote:
Dain,
Please see my recent email in response to Bill.
Yes. I think sf is creating a big lag between our emails.
I origionally started with this approach, but the more I thought
about it, the more untenable it seemed. Based on
I love you sacha!
I can't seem to find the screen shot. I'll see if I can get this
working on my apple.
-dain
On Monday, January 13, 2003, at 11:39 AM, Sacha Labourey wrote:
Simpler console for common tasks
The administrator the power of the JMX console, and
Jeremy,
Specific comments are inline...
On Monday, January 13, 2003, at 11:33 AM, Jeremy Boynes wrote:
Like Matt, I have concerns about modifying the files in the deployment
as well. I think his concerns about division of roles are valid - I'd
go further and say this needs to be able to
On Monday, January 13, 2003, at 01:26 PM, Matt Munz wrote:
Dain,
First off, thank you for providing much-needed field data for this
work.
Your comments on Persistence in general are identical to my reasons
for working on MBean Persistence in the first place.
When I suggest that we could
I wouldn't go that far. The php guys could have written something that
has the same performance as our J2EE implementation, but they didn't.
It isn't a language, spec or platform issue, it is pure issue if
implementation.
-dain
On Monday, January 13, 2003, at 06:28 PM, Bill Burke wrote:
the administration problem.
This does
need to be in 3.2.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Dain Sundstrom [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, January 13, 2003 11:59 AM
Subject: Re: [JBoss
Does JBoss run on JRockit yet? I mean run for a long while without
crashing? I remember posts on it being broken.
-dain
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Andy,
I agree with the meta point that it would be better to have a publicly
defined structure for how the JBoss project is managed, but I think you
are the wrong advocate for this issue. I actually think you make it
less likely that such a thing will ever occur. Andy, if you want to be
, 2002 2:05 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Good-bye II
--- Dain Sundstrom [EMAIL PROTECTED] wrote:
Andy,
Do you own your own work anymore?
This is actually a key issue that everyone working on
this type of projejct should really be aware of. If
you are a permanent employee
Maybe I'm on crack, but why does it look like a sar file deployed
before jar? Is this desired for some reason? Since a jar has no
deployment time executable code isn't is safe to always deploy the jar
first?
-dain
---
This SF.NET email
.sars. It probably
doesn't
make much difference any more since you can make an ejb (container)
depend
on an mbean and vice versa. Is it causing problems?
david jencks
On 2002.12.19 17:25:43 -0500 Dain Sundstrom wrote:
Maybe I'm on crack, but why does it look like a sar file deployed
before
I personally only want one build for the powerful handhelds. If anyone
wants to make the other ones, that would be cool.
-dain
On Thursday, December 12, 2002, at 08:53 AM, Peter Fagerlund wrote:
torsdagen den 12 december 2002 kl 00.41 skrev Holger Baxmann:
btw: who is talking about
On Thursday, December 12, 2002, at 12:02 PM, Holger Baxmann wrote:
btw: what means 'powerfull'? i have a fpga device here (call it sbc)
which
is able to generate a throughput of 1..2.8 Gbits/sec with rijndael
block
cipher. is this powerfull?
I would define a powerful PDA as any PDA with
On Thursday, December 12, 2002, at 01:33 PM, Holger Baxmann wrote:
I would define a powerful PDA as any PDA with enough power to run the
current version of WindowCE (handheld version). What I mean are the
IPaq and Zauras, both of which are currently 200 MHz 64 Meg on the low
end currently and
On Wednesday, December 11, 2002, at 06:24 AM, Stefan Groschupf wrote:
Hope it will... cause i will use it like that in a project :)
So we can try it together.. ;-)
May be some more people will take the same trip.
I have. I got the JBoss MBean kernel to boot with the Sun CVM, but I
couldn't
It already runs on the Sun CVM. I have personly tried it.
-dain
On Wednesday, December 11, 2002, at 09:41 AM, Stefan Groschupf wrote:
Hi guys,
Christoph Ebro told me in the jmx forum mailing list that sun has a
CLDC
j2me prototype of jmx.
Would that be interesting for other here to port the
to this ones.
bax
Von: Dain Sundstrom [EMAIL PROTECTED]
Antworten an: [EMAIL PROTECTED]
Datum: Wed, 11 Dec 2002 09:33:20 -0600
An: [EMAIL PROTECTED]
Betreff: Re: AW: [JBoss-dev] jboss on j2me?
On Wednesday, December 11, 2002, at 06:24 AM, Stefan Groschupf wrote:
Hope it will... cause i will use
1 - 100 of 926 matches
Mail list logo