You don't need an explicit task for it,
see admin/build.xml for an example
http://cvs.sourceforge.net/cgi-bin/cvsweb.cgi/admin/build/build.xml?cvsroot=jboss
--8--
!-- verify the EJBs --
java classname = "org.jboss.verifier.Main" fork="true"
classpath refid =
well.. ermm..
there's the ant documentation for the java task... *cough*
:)
-- Juha
On Thu, 29 Mar 2001, marc fleury wrote:
Oh goodness!!! it is of course well documented isn't it?
marc
|-Original Message-
|From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
|Sent: Thursday,
Submitting Patches
--
All patches (diffs and code snippets) should be submitted through the
Sourceforge Patch Tracker interface:
http://sourceforge.net/tracker/?group_id=22866atid=376687
Use the submit form on this page if you want your patch to make it into
the CVS tree. Your
On Wed, 11 Apr 2001, Peter Braswell wrote:
I'm using a W2K machine. I've tried jCVS (no support
for ssh), winCVS (seems to support ssh, but won't work
properly) and cygwin's command line CVS from within
the Unix shell. Nothing seems to work.
Cygwin pretty much works out of the box for me
Scott,
the current CVS checkout won't compile because ServiceMBean interface is
missing STARTING and STARTED variables which are required by the
NamingAlias class.
-- Juha
___
Jboss-development mailing list
[EMAIL PROTECTED]
Yes,
please go ahead and implement this
-- Juha
On Sat, 5 May 2001, danch wrote:
Does anyone have opinions on whether this would be a good feature or
not? The 1.1 spec does not specify how isolation levels should be
handled, except for BMT session beans, and by saying/implying that beans
On Mon, 7 May 2001, marc fleury wrote:
Juha, when we were in London, debugged that to work the right way so we
could demo how the remote installation worked. Juju, do you have that fix
in mind still? care to put it in?
I think Vinay committed the fix on Saturday. Not sure all the cases
On Wed, 11 Apr 2001, [EMAIL PROTECTED] wrote:
I still don't see anything wrong with type check for
org.jboss.util.Service.
Me neither. That should be enough to identify the mbeans adhering to the
JBoss service life cycle management.
Will you make this change?
-- Juha
On Fri, 1 Jun 2001, Peter Antman wrote:
You see what will happen? Yes, the client will send its messages to one
topic (no automatic creation here), and the MDB will listen on ANOTHER
topic, namely a to the system unknown destination, since it was not
correctly spelled.
What do you other
On Fri, 1 Jun 2001, Ferguson, Doug wrote:
It will be trial to remove the topic/queue at undeployment,
if and only if I added it at deploy time
ok..
We already display a message at deploytime that says that
the queue/topic doesn't exist. So it isn't really correct
that the server
go ahead..
-- Juha
On Mon, 4 Jun 2001, Vincent Harcq wrote:
Hi,
Does it bother anybody if I add a LocalResolver of DTD for //Sun
Microsystems, Inc.//DTD Enterprise JavaBeans 2.0//EN
to a local version of http://java.sun.com/dtd/ejb-jar_2_0.dtd ?
Vincent.
spam warning test
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
hi,
why a branch? It's easier to work on the main trunk and since most
development effort is going into 3.0 let's just freeze 2.4, branch the 2.4,
release 2.4 BETA and fix 2.4 issues in the branch. Keep main
development in the trunk.
-- Juha
On Mon, 11 Jun 2001, Scott M Stark wrote:
I
We're not making a new FINAL release on Monday, it's a feature freeze for
2.4 BETA.
AFAIK, Monday is still ok.
-- Juha
On Fri, 15 Jun 2001, Vincent Harcq wrote:
Hi,
IMHO, the re-deployment problem (see below) should stop you making a new
release.
For my part, I will test/validate the
umm... binary file? -497 lines?
you sure?
-- Juha
On Fri, 15 Jun 2001 [EMAIL PROTECTED] wrote:
User: schaefera
Date: 01/06/15 22:53:38
Modified:src/main/org/jboss/deployment/scope
J2eeGlobalScopeDeployer.java
Log:
Added the support for classes
I just togged nomail on him.
-- Juha
On Tue, 10 Jul 2001, Scott M Stark wrote:
How long before this guy gets wacked from the list?
- Original Message -
From: Postmaster [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, July 10, 2001 12:22 PM
Subject: [JBoss-dev] Mail
At the end of the page:
To change your subscription (set options like digest and delivery modes,
get a reminder of your password, or unsubscribe from Jboss-development),
enter your subscription email address:
Follow the link :p
-- Juha
On Thu, 19 Jul 2001 [EMAIL PROTECTED] wrote:
On Wed, 15 Aug 2001, marc fleury wrote:
|Isn't SOAP nothing more than human readable IIOP? Or is it more?
yes but not everybody lives in the we see technology for what it really is
sphere.
And I would like to state for the record that just because it is XML
doesn't necessarily mean its
On Wed, 15 Aug 2001, Dan - Blue Lotus Software wrote:
My opinion of it back 5 months ago was that it was not really even close to
usable yet. Have things changed radically since then?
Well, I think the emergence of UDDI/WSDL gave them a boost to speed
up, and all the core specs seem to
it in.
Regards,
Hiram
From: Juha-P Lindfors [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] jbossmq selector parser grammer source
Date: Wed, 22 Aug 2001 13:01:02 +0300 (EET DST)
I have just fixed (and verified) both of these problems. Should I
On Wed, 22 Aug 2001, Jason Dillon wrote:
Do you know what is used to generate parser.java from jms.y?
//### This file created by BYACC 1.8(/Java extension 0.92)
//### Java capabilities added 7 Jan 97, Bob Jamison
//### Updated : 27 Nov 97 -- Bob Jamison, Joe Nieten
//### 01 Jan
. It needs to check for true and false too.
Do you know what is used to generate parser.java from jms.y?
--jason
On Wed, 22 Aug 2001, Juha-P Lindfors wrote:
It's here:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jboss/spyderMQ/src/java/org/spydermq/selectors
On Sun, 26 Aug 2001, Jason Dillon wrote:
Does anyone still use these? What are they for?
Kawa IDE Project Files.
Don't really belong to the CVS.
-- Juha
___
Jboss-development mailing list
[EMAIL PROTECTED]
On Fri, 31 Aug 2001, Dan - Blue Lotus Software wrote:
I'm sorry if this is obvious to everyone on this list. It wasn't for me,
though. The directions for buildmagic say nothing about how to *install*
it. And the build script contains the record tag, which is only supported
in v1.4beta1
Hmm.. you sure the auth.conf file is available in your classpath for the
client?
-- Juha
On Mon, 17 Sep 2001, Julian Gosnell wrote:
Date: Mon, 17 Sep 2001 21:49:05 +0100
From: Julian Gosnell [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED], [EMAIL PROTECTED],
On Mon, 12 Nov 2001, marc fleury wrote:
|It is very similar to GLUE
|(http://www.themindelectric.com/products/glue/glue.html).
there you go, let's do it then...
the problem with glue is we can't distribute the lib with jboss
it will require each user to go and download it individually
--
On Mon, 12 Nov 2001, marc fleury wrote:
|the problem with glue is we can't distribute the lib with jboss
|it will require each user to go and download it individually
ok let's stop this, who said we wanted to distribute the libraries from
glue?
I would want to, cause its a very good lib.
FD.sync() all your writes... ?
On Mon, 9 Dec 2002, Andy wrote:
Does someone know how to implement a file based persistence that
does not become corrupted except maybe when the file is written
during a crash.
---
This sf.net email is
yes
On Wed, 19 Feb 2003, Anatoly Akkerman wrote:
Hi,
I don't know if this is obvious and I am treading old ground or makes
sense or not, but given that JMX remoting already works, if one creates
a Java proxy to an MBean via MBeanProxy and that Proxy instance gets
shipped through the
On Mon, 3 Mar 2003, Bill Burke wrote:
1. Source located in neutral territory, namely the common module.
ok
2. Sequence of interceptors determined by (iterator in) invocation object.
This could be a modifiable iterator at some point. This allows the
interceptor stack to be modified per
There's no requirement from JMX to use 1.4 yet.
(excluding JSR160/Remoting)
On Thu, 6 Mar 2003, Scott M Stark wrote:
Originally I said I thought we needed to keep 4.0 buildable by JDK 1.3,
but I'm starting to think otherwise. I'm about to give in to this demand.
If users cannot switch to JDK
It's not the new look that is bad (the red bar and the menu) its all the
other stuff that blinks worse than your average porn site. An eyesore. Too
much stuff that just bounces around.
Looks is good, should continue to apply it to the rest of the stuff.
Layout is bad, needs a complete redesign
no I am saying rethink how you lay them out -- having them appear all over
the place (top, bottom, several on both sides) like they are now doesn't
look very good.
its a layout issue, it sucks
On Thu, 27 Mar 2003, marc fleury wrote:
you are saying get rid of the ads?
that is not going to
On Thu, 27 Mar 2003, Jeff Haynie wrote:
Also, when I try and login, I get a Logging you in, hang tight! and
the page never returns The IE globe spins to infinity
works for me, when the site is actually responding (IE6 + W2K)
however, the remember me thingy doesnt work, probably something
2003, marc fleury
wrote:
OK fine, be specific on where you would put them,
marcf
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Juha-P Lindfors
Sent: Thursday, March 27, 2003 12:09 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Regarding
convert the main page text box titles to use same style as in menu and
side bars.
On Thu, 27 Mar 2003, marc fleury wrote:
OK fine, be specific on where you would put them,
marcf
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Juha-P
it should set the value to -1 in the MBeanAttributeInfo descriptor if no
getMethod fields are specified
// if no method mapping, enable caching automatically
if (getMethod == null currTimeLimit ==
null)
descr.setField(CURRENCY_TIME_LIMIT, -1);
-- Juha
On Sat, 29
works with 1.2.1 + w2k too
The 1.3 release of Mozilla is not showing this issue.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original
by the time they're through JSR..?
On Thu, 3 Apr 2003, Nathan Phelps wrote:
Any chance they'll ever update the package name to get rid of the
capital EDU... drives me crazy.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Scott M Stark
Sent:
Definitely had password problems today. For a moment I thought I had
forgotten mine or simply cannot type anymore..
-- Juha
On Fri, 20 Jun 2003, Adrian Brock wrote:
Hi Scott,
I've been seeing the same errors
and it was not accepting my password sometimes.
I was just persistent.
You can safely ignore that message.
-- Juha
On Tue, 11 Jun 2002, Ram Ramesh wrote:
Hi all,
Is this a JMX bug? or is it a configuration issue?
--Ram
---
[09:43:45,208,ConfigurationService] Deployers set to
On Tue, 25 Jun 2002, Paul Ward wrote:
I am currently in the process of creating an XMBean descendant and
PersistenceManager implementation
We don't need an XMBean descendant, just the PM implementation.
Is there any interest in having this added to the JBoss head?
Yes.
If so, does
On Wed, 26 Jun 2002, Paul Ward wrote:
Why I had to create an XMBean descendant:
First, XMBean's link to the PM interface is through the instance created in the
static
initializer for the ModelMBeanInvoker class. This class is hard coded to use the
NullPersistence
class as it's PM.
True,
On Wed, 26 Jun 2002, David Jencks wrote:
This may work fine for packages deployed by a deploymentScanner, but will
work less well for packages deployed by directly calling
MainDeployer.deploy. Scanning for packages may not be the most useful
deployment method... even though right now it is
yes, see the 'presentationString' descriptor field in the spec
that's where I'd put the model, then have your console render the view
-- Juha
On Wed, 26 Jun 2002, Scott M Stark wrote:
So I'm testing the new htmladaptor for the upcoming release and some
of the default String
On Thu, 27 Jun 2002, Scott M Stark wrote:
I thought 'presentationString' only applied to model mbeans. How
can we integrate the presentation metadata into the existing standard
and dynamic mbeans?
You can't, as neither one defines a way to extend the metadata.
-- Juha
diff posted to SF tracker
or you can ask marcf for rw if you feel like fixing more bugs
-- Juha
On Wed, 17 Jul 2002, Seth Sites wrote:
I have a patch for bug [ 564890 ] JMS recover/redelivery errors that I
have tested and am ready to submit for review. I just have a few questions.
1)
On Sat, 10 Aug 2002, Scott M Stark wrote:
This probably breaks the MLet processing. But then I think it
was already broken, MLets are URLClassLoaders not UCLs.
actually we detect ULR in the mlet code and register one UCL per URL in
case ULR is used...
-- Juha
I use jEdit 4.0 final with the latest JavaStyle plugin from the plugin
central. Seems to work (and the JavaStyle plugin has gone a long way since
the last version I used).
I entered the parameters in the plugin GUI by hand. I assume it stores the
config somewhere I'll check if I can find the
jbossmx already has its own module specific test suite rather than
integrating with the jboss testsuite module so I would welcome the change
jason suggests where jboss testsuite integrates tests from individual modules if
they exist
-- Juha
On Thu, 19 Sep 2002, David Jencks wrote:
They'd
Anyone else see this problem or have a workaround for it?
Using JDK1.4, running java task with fork=true fails to exit the VM
sometimes (more often than not). ie the execution hangs forever waiting.
Ant version is whatever we're using.
-- Juha
nevermind..
On Sun, 22 Sep 2002, Juha-P Lindfors wrote:
Anyone else see this problem or have a workaround for it?
Using JDK1.4, running java task with fork=true fails to exit the VM
sometimes (more often than not). ie the execution hangs forever waiting.
Ant version is whatever we're
make the mbean registry persistent (it's already an mbean) triggering
store() on registerMBean() calls, and have your widget factory register
mbeans using the registry mbean operation registerMBean(Object,
ObjectName, Map) where you pass in the valueMap the additional info to
store for
do you have operation info for the operation names you are mapping to
(setId getId)?
On Tue, 1 Oct 2002, Matt Munz wrote:
Juha Group,
make sure you add the getMethod and setMethod mapping to your MMB
attributes.
Thanks. I did this and started re-reading your JMX book. I now have a
On Wed, 2 Oct 2002, David Jencks wrote:
For making it work in the short term perhaps only persisting mbeans with a
particular descriptor will be the best plan, you can set this descriptor
for your dynamically created mbeans now, and we can set it for all the
others later.
yes, agreed, add a
On Wed, 2 Oct 2002, Matt Munz wrote:
Perhaps we're using 'persist' differently. The mbean registry contains
object references to all of the mbeans in the server.To me, persisting
the registry (or a part of it), means serializing those objects completely
(MB info + data).
no, the
On Thu, 3 Oct 2002, Matt Munz wrote:
Juha,
what you need to persist from the registry is the information to
recreate the mbeans
OK. Great. Sorry for the confusion. I think this information is
essentially the MBeanInfo, the object name, and possibly, a dependency
indicator (MB foo
all that is needed is init, start, stop, destroy
On Thu, 3 Oct 2002, David Jencks wrote:
proposed mbean interceptor:
create
start
stop
destroy
setMBeanInvoker //not sure of name, this is like setContainer.
getNext
insert or setNext
invoke
Now, this is an mbean stack, so there needs
On Thu, 3 Oct 2002, Matt Munz wrote:
all of mbeaninfo should not be always stored. for instance, if I
instantiate my MMB by using a definition from an URL or db then the
mbeaninfo is already persisted there and should not be duplicated (only
the ref to where to locate it is needed). This
On Thu, 3 Oct 2002, David Jencks wrote:
The location does not have to be accessible after deployment, so the mbean
persistence mechanism has to store it itself.
why wouldn't it be accessible? and if my persistence mechanism is
something like Dain's CMP engine, I don't expect it to store the
On Fri, 4 Oct 2002, Sacha Labourey wrote:
Hello,
And what about deployment order?
wouldn't the order be explicit if the registry stores a script-like file
of its changes and then reads it at startup?
similar to how a db constructs itself from a tx log
-- Juha
does the testsuite work yet or is this still work in progress?
I can't get it to run from either /build or /testsuite
$ ./build.bat run-basic-testsuite
Calling ..\tools\bin\ant.bat -logger org.apache.tools.ant.NoBannerLogger
run-basic-testsu
ite
Buildfile: build.xml
_buildmagic:init:
Trying
cool, thanks
On Sat, 5 Oct 2002, Scott M Stark wrote:
Its fixed now.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Juha-P Lindfors [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday
although I'm not having much success running 'tests-unit' on HEAD... I
seem to get a few infinite loops from log4j that eventually die to stack
overflows and a test success rate of only about 44%
anyone else having better luck with it?
On Sat, 5 Oct 2002,
Juha-P Lindfors wrote:
cool
On Tue, 8 Oct 2002, Matt Munz wrote:
When I first saw XMBean XML, I assumed that constructor/ referred to the
constructor for the resource (model object). On a closer look, it appears
that this information (ModelMBeanConstructorInfo) refers only to the
constructor for the MB itself.
it
Can't get 3.2 testsuite to compile due to the errors below
compile-classes-only:
[javac] Compiling 932 source files to
C:\work\mletpatch\HEAD\jboss3.2beta\testsuite\output\classes
[execmodules]
Hi,
Marc / everyone,
When you asked about this Dynamic mbean thing I'm working on, were you
thinking of me applying it to RequiredModelMBean?
I wrote a ModelMBean implementation for the book and will commit an
implementation based on it (with some other stuff) in the next couple of
days.
you're right, thanks
-- Juha
On Mon, 3 Dec 2001, David Jencks wrote:
Date: Mon, 3 Dec 2001 19:15:34 -0500
From: David Jencks [EMAIL PROTECTED]
To: Juha Lindfors [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/loading
And for those of you who want to place preorders for the book:
Amazon:
http://www.amazon.com/exec/obidos/ASIN/0672322889/104-6670791-7933546
BarnesNoble
http://shop.barnesandnoble.com/booksearch/isbnInquiry.asp?userid=6AWE6O0GSLmscssid=P8DUDFK1W30T9P49N6M7UG91HXC87KN1isbn=0672322889
Hope you
Hi,
end of January, 2002
I don't have an exact date
-- Juha
On Wed, 5 Dec 2001, Dave Bettin wrote:
Is there an official publication date for the book??
Thanks,
Dave
--- Juha-P Lindfors [EMAIL PROTECTED] wrote:
And for those of you who want to place preorders for
the book
Is it an exception from the container or from the verifier?
-- Juha
On Wed, 5 Dec 2001, Andreas Schaefer wrote:
Date: Wed, 5 Dec 2001 11:35:51 -0800
From: Andreas Schaefer [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Subclassing of Remote Interface
Hi Geeks
I ran into
he signed the contracts
On Wed, 5 Dec 2001, Bill Burke wrote:
Date: Wed, 5 Dec 2001 14:35:26 -0500
From: Bill Burke [EMAIL PROTECTED]
To: marc fleury [EMAIL PROTECTED],
Jboss-Development@Lists. Sourceforge. Net
[EMAIL PROTECTED]
Subject: RE: [JBoss-dev] ANN JBossMX a JMX
and its being fixed :)
On Wed, 5 Dec 2001, Bill Burke wrote:
Date: Wed, 5 Dec 2001 14:35:26 -0500
From: Bill Burke [EMAIL PROTECTED]
To: marc fleury [EMAIL PROTECTED],
Jboss-Development@Lists. Sourceforge. Net
[EMAIL PROTECTED]
Subject: RE: [JBoss-dev] ANN JBossMX a JMX
On Wed, 5 Dec 2001, marc fleury wrote:
ONE REQUEST FOR THE USERS OF EMAILS
PLEASE DO NOT OVERQUOTE ***
and one request for the users of forum:
do quote (not over quote), otherwise your messages make very little sense
when read from the mailing list
-- Juha
That's up to bill and sacha.. but I think you're right, moving might be
more trouble than its worth
-- Juha
On Thu, 6 Dec 2001, Jason Dillon wrote:
What is the deal with the cluster stuff? It is currently in jbossmx module
in cvs. It should be moved, but moving it will break all jboss-all
On Thu, 6 Dec 2001, Andrew Scherpbier wrote:
While reading the thread current mbean structure confusing I was
thinking about some other issues with mbeans, specifically versioning.
In the special purpose app server we developed at my previous company we
ran into a problem with upgrades.
hmm? did I drop my module in the wrong place in the CVS?
-- Juha
On Thu, 6 Dec 2001, Jason Dillon wrote:
Date: Thu, 6 Dec 2001 16:45:57 -0700 (MST)
From: Jason Dillon [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] JBossMX and jboss-all
come to think of it, users will
Is there a way to co and build a standalone jbossmx? that should be
possible, can it be done the way MQ uses CVS now?
-- Juha
On Thu, 6 Dec 2001, Jason Dillon wrote:
Date: Thu, 6 Dec 2001 17:25:43 -0700 (MST)
From: Jason Dillon [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re:
Thanks for this work, Jason.
-- Juha
On Thu, 6 Dec 2001, Jason Dillon wrote:
Date: Thu, 06 Dec 2001 16:33:20 -0800
From: Jason Dillon [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] CVS update: jmx build.bat build.sh build.xml
User: user57
Date: 01/12/06 16:33:20
huh?
On Wed, 12 Dec 2001, Jason Dillon wrote:
Why don't these have vendor directories?
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Hmm ok... it's a TODO for the next volunteer ;-)
-- Juha
--__--__--
Message: 9
Date: Mon, 28 Jan 2002 16:44:04 -0500
From: David Jencks [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] CVS update: jmx/src/main/test/compliance/server
ServerSUITE.java
I haven't had a
You can download it from sourceforge
http://prdownloads.sourceforge.net/jboss/JBossMX-1_0_Beta.tgz
http://prdownloads.sourceforge.net/jboss/JBossMX-1_0_Beta.zip
This beta release includes the JMX 1.0 specified functionality -- all
standard services: MLet, Monitoring, Relation and Timer
On Sat, 23 Mar 2002, Adrian Brock wrote:
If we really wanted to provide a minimal kernel,
Standard and ModelMBeans are really services
on top of the DynamicMBean core. But that's probably
not relevent to most users of JMX
The Model MBean implementation should at least eventually move out of
On Mon, 8 Apr 2002, David Jencks wrote:
Look into the modelmbean descriptors. I think they include a priority as
a standard descriptor, this could be used to determine whether to display
something.
visibility to determine the granularity of mbeans (spec defines levels
1-4)
looking at the code, I think the timer should override the
sendNotification() to use multiple threads to call listener
handleNotification() methods (threadpool if it seems creating
new Threads per listener call won't perform, which is likely)
however the default behavior in the
On Thu, 11 Apr 2002, Luke Taylor wrote:
Scott M Stark wrote:
Its all junk as far as I'm concerned. If nobody claims maintence
they are history.
Is the stuff in the admin directory actually used at all either?
nope.
-- Juha
___
On Thu, 11 Apr 2002, Jung , Dr. Christoph wrote:
Anyone knows how this works? Will they publish the thing not until it
reviewed, or what?
yeah they'll review it to see if it makes sense, and then assign a bug id
for it at which point you usually get an email about it
-- Juha
On Mon, 22 Apr 2002, marc fleury wrote:
*and unreadable XML*
oh my
-- Juha
just tired of it all,
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Larry
|Sanderson
|Sent: Sunday, April 21, 2002 3:10 PM
|To: [EMAIL PROTECTED]
Critique on JBoss configuration.
http://www.javalobby.org/thread.jsp?forum=61thread=3254
-- Juha
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
On Fri, 26 Apr 2002, marc fleury wrote:
One step at a time, when we finalize 3.x releases i.e. in a couple of weeks,
I say we move on 4.0 development and the overhaul of the admin with
persistence through the modelmbeans will require some tweaking of the
XMBeans (I believe the current
XML is now the lingua franca of human-readable structured data.
XHTML, JSTL, Ant configs, SOAP, etc., mean that any serious designer of web
applications must be proficient in reading and writing XML.
Saying unreadable XML in the 21st century is like saying
unreadable French in the 18th
On Sun, 28 Apr 2002, Michael Robinson wrote:
Someone who was literate in XML, but with no prior exposure to
the syntax and semantics of Java, could get more meaning out of the
XML version than the Java version.
Really? To me both would look like nonsense.
that language will be more concise
because an object name contains a set of properties that need to be
parsed and may also be a pattern which needs to be determined
the current implementation does this eagerly at object name creation
time
-- Juha
On Sun, 28 Apr 2002, marc fleury wrote:
ok,
I know I asked already and I
On Sun, 28 Apr 2002, marc fleury wrote:
|because an object name contains a set of properties that need to be
|parsed and may also be a pattern which needs to be determined
right the value=name pairs
|the current implementation does this eagerly at object name creation
|time
can we do
On Sun, 28 Apr 2002, Hiram Chirino wrote:
Using a set of properties to identify an object just seems werid to me.
yes. it's not just wierd, its clearly a poor design choice in this case.
the object name is used as an identifier and therefore needed for lookup.
overloading the identifier to
On Sun, 28 Apr 2002, marc fleury wrote:
Juha for example. By spec must we have
Domain1:name1=value1;name2=value2 == Domain1:name2=value2;name1=value1 ???
I would imagine so,
yes and this is the problem for performance
-- Juha
___
On Sun, 28 Apr 2002, marc fleury wrote:
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.
Come to think of it we probably need
On Wed, 1 May 2002, Andreas Schaefer wrote:
I guess that JBossMX does not provide a fix for that,
correct ?
no because an object name like that is not spec compliant
-- Juha
___
Have big pipes? SourceForge.net is looking for
.. aaand make the logger interface available as an mbean in
JMImplementation so my third party service impl can flash that red light
too via the jmx bus
-- Juha
On Thu, 2 May 2002, Adrian Brock wrote:
This is what I am trying to do with the JBossMX logger.
You have a single logging
On Mon, 20 May 2002, Dain Sundstrom wrote:
[I moved this to the dev list]
I think the real power of JMX is you can have disparate components that
can all talk to a central object without becoming tightly coupled.
Here is my idea:
We have an optional port server MBean. Before a service
1 - 100 of 103 matches
Mail list logo