_
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
/*
* Dain Sundstrom
* Partner
* Core Developers Network
*/
---
This SF.Net em
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 y
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 th
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
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
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: Thurs
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 nodes
+ EJB (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] Behal
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 Th
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
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 an
ECTED] 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
.jboss.system.server.ServerImpl.start(ServerImpl.java:238)
at org.jboss.Main.boot(Main.java:165)
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
xxx
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 time
(extremely
informal)
clustering tests by (accidentally) running "all" on a network with
other
jboss's running. I still haven't upgraded jdk's however, still on
1.4.1dp10.
david jencks
On 2003.04.03 02:36 Dain Sundstrom wrote:
I'm just running 'all', and am not
cott as he
has
made some clustering testings on X.
When the locking occurs, please do a stack thread dump and send it to
the
ML.
Cheers,
Sacha
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Dain Sundstrom
Sent: jeudi, 3. avril 2003 08:32
To: [EMAIL
7;ve not tried HEAD in a while.
In fact, 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 shu
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
ja
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 spe
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 :
<% for (int i = 0;i < 5;i++) { %>
<%= i %>
<% } %>
I lo
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:
Hel
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 u
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
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.
Si
I removed all CMP 2.x specific configurations, because there is no
longer a need to distinguish between a 1.x and 2.x container. All CMP
entity beans now use JBossCMP. I also removed JAWS from HEAD.
Drop the 'CMP 2.x' from the name and it should work.
-dain
On Tuesday, March 25, 2003, at 04:
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,
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 don'
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 da
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.
-d
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 que
We don't need to upgrade those because they will build with JDK 1.3.1.
-dain
On Monday, March 17, 2003, at 09:57 AM, David Jencks wrote:
On 2003.03.17 09:36 Lennart Petersson wrote:
Was Mr. Jencks's fix only for head?
yes, the xdoclet versions used with 3.0 and 3.2 are truly antiques.
I'm
st
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]
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=
=
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 h
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 Th
x
- Original 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
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
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
add 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 me
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) Clie
ff 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 with
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 i
--- Original Message -
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,
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 m
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();
MarshalledValueOutputStrea
xxx
- 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
tha
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 l
deployers, etc. 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 PR
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.
org.jbos
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 wil
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
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
./org
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 wrote:
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 co
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
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".
This mainling list about the development of the JBoss server. Please,
use the jboss-user mailing list.
-dain
On Thursday, February 27, 2003, at 10:21 AM, Kristian Köhler wrote:
Hi Richard
Thanks,
Looking through the jboss website, cannot find one reference to
SQL Server.
Everything is Unix an
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 traini
vim
-dain
On Wednesday, February 26, 2003, at 12:43 PM, Jeff Haynie wrote:
If you like Eclipse, IntelliJ blows it away. It's not free, but cheap
and much more mature than Eclipse. I used Eclipse, but enjoy IntelliJ
much more. (Not trying to start a holy war, just giving you another
option to l
I couldn't agree more.
-dain
On Wednesday, February 26, 2003, at 04:03 AM, Jason Dillon wrote:
IMO interceptors are much simpilar than hard coded invokers.
--jason
On Tue, 25 Feb 2003, Bill Burke wrote:
What I'm saying is, why add this complication? Do we really need it?
KISS.
-Orig
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
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 t
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 met
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 stmt.close()
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 concur
,
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 some
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 clie
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
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, Februar
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 think
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 v
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
the
allow some 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 1
CTED]
[mailto:[EMAIL 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 t
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 (whatever
On Tuesday, January 28, 2003, at 01:52 AM, Themba Mbatha wrote:
I never really liked this idea.
By this I'm assuming you are referring to the JavaBean listener
interfaces (PropertyChangeListener and PropertyVetoChangeListener) as a
possible solution.
No, that would be super cool. I just don'
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 it was this
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
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 beginnin
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
call setPostalCodeField (String code) or setPostalCode_(String code).
I think this type of validation is part of the business logic.
Alternatively, ther
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.
W
guys.
Bill
-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
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 CRU
ework/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 som
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
l
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 jdbc/JDBCEJBQLComp
-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 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 the
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 sourc
s 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
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:
Jus
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
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 handl
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
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
t are you interested in working on the XML persistence?
Yeah, I suppose I could 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 [mai
tually 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]
Cc:
Subject: Re: [JBoss-dev] MBean persistence?
So Matt are you interested in working on the XML p
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
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
ay, December 23, 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
1 - 100 of 1053 matches
Mail list logo