Hiram Chirino wrote:
David,
Actually it simplifies the code. If you take a look at our interceptor
stack most have a ton of code just to load and maintain the metadata,
Yes there is alot of Metadata now. 1/2 the ton of code that we have there
is just taking XML and creating a metadata object
Number of tests run: 1026
Successful tests: 991
Errors:30
Failures: 5
[time of test: 13 November 2002 21:3 GMT]
[java.version: 1.3.1_05]
[java.vendor: Sun Microsystems
>
> David,
>
> Actually it simplifies the code. If you take a look at our interceptor
> stack most have a ton of code just to load and maintain the metadata,
Yes there is alot of Metadata now. 1/2 the ton of code that we have there
is just taking XML and creating a metadata objects. I think tha
Maybe by next Monday.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Jules Gosnell" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, November 13, 2002 2:07 PM
Subject: Re: [JBoss-dev] Upcomin
Bugs item #637999, was opened at 2002-11-13 13:32
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637999&group_id=22866
Category: JBossSX
Group: CVS HEAD
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: David Arnold (watermelonjam)
>Assigned t
David,
Actually it simplifies the code. If you take a look at our interceptor
stack most have a ton of code just to load and maintain the metadata,
and the worst part is we have no control over it at runtime. It is way
simpler. You'll see.
The easiest case for me the read ahead configuratio
Can you please give a fairly detailed use case for this idea and indicate
why it is needed rather than a static division of metadata between that
which is tied to an interceptor stack (the same for every invocation going
through the stack) and that which is specific to a particular invocation
(and
What is the bug and why does this patch change anything? Why do you think
it won't cause equal and opposite bugs with other drivers?
I haven't tested actual drivers extensively but have always assumed
isSameRM was intended to be symmetric..
(for all a) (for all b) (a.isSameRM(b) == b.isSameRM(a)
Bugs item #636920, was opened at 2002-11-12 02:32
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=636920&group_id=22866
Category: None
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Jeff Miner (jeff_miner)
Assigned to: Nob
Hiram Chirino wrote:
> I like that. If it was more configurable at runtime, the JBossMQ
> would be able to CMP 2.0 for it's message persistence. It would
> configure CMP engine via API calls.
Exactly
-dain
---
This sf.net email is sponsored
> > IMHO, JMX is limiting. MBeans are declarations of object instances.
> > standardjboss.xml, standardcmp-jdbc.xml, the new aspect configs,
> > etc... are templates/defaultconfigs for object
> > creations/instantiations. A major difference.
> >
> > Sometimes config is just config and there
Agreed.
Jason Dillon wrote:
If we can add an import mechanism then we can have both. I think a
small set of files is better than one big file is better than a million
little files.
--jason
On Wednesday, November 13, 2002, at 02:49 PM, Dain Sundstrom wrote:
One huge file is better than a m
If we can add an import mechanism then we can have both. I think a
small set of files is better than one big file is better than a million
little files.
--jason
On Wednesday, November 13, 2002, at 02:49 PM, Dain Sundstrom wrote:
One huge file is better than a million little files scattered
This is based on some emails I have been trading with Scott. I'm going
to start at the invoker and work my way out, because it is the way I
know best.
I'm going to add a new MetaDataLoaderInvoker. All this invoker does is
populate the invocation object with meta data from the repository. Her
One huge file is better than a million little files scattered across my
hard drive, but that's not saying a lot.
-dain
Jason Dillon wrote:
I would be careful about going with a huge file, these tend to become
unnamable fast.
--jason
On Wednesday, November 13, 2002, at 09:07 AM, Bill Burke w
Hi all
I have managed to get a fairly crude email transport working in
jboss.net (It is lurking in head). I would appreciate any comments /
design ideas from folks who are interested.
Check the javadocs in org.jboss.net.axis.mail.MailTransportService to
see how to set it up.
It will currently
Bill,
> What I was trying to suggest is that complex xml config data is modified
via
> a file or through some Management Console at runtime. Components can
> register via XPATHS to listen to this changed data. They are notified and
> update their local config, construct new objects, whatever...
I would be careful about going with a huge file, these tend to become
unnamable fast.
--jason
On Wednesday, November 13, 2002, at 09:07 AM, Bill Burke wrote:
Dain and I were IMing. He said Scott was thinking about a MetaData
service...
My idea for a MetaData/Configuration service would be t
Anatoly,
> Actually, Jakarta JXPath can handle practically any java object graph
> (consisting of JavaBeans, Maps, etc. ) and traverse it via an XPATH
> query, so you don't have to tie yourselves to DOM objects.
> check out
> http://jakarta.apache.org/commons/jxpath/
Wow. Thanks. Coolest thing
If you are interested in XPath check out
http://jakarta.apache.org/commons/jxpath/index.html which has an XPath
implementation that will work with (quote from site) "JavaBeans, Maps,
Servlet contexts, DOM etc, including mixtures thereof. "
-Phil
I'm now writing some new code that I would like to get in the next 3.2
release.
Have you an idea of when the release will be ?
I need to decide whether I will try to get this code in or not.
Thanks,
Jules
Scott M Stark wrote:
Go ahead.
Scott Stark
Chief Technology
ke security and tx
* How are changes propagated from the repository to the physical
structure and the other way around.
I have no idea on that one.
-dain
It seems, some of these issues Rickard tried to address by using
run-time attributes (check out his weblog)
http://roller.anthonyeden.
Matt Munz wrote:
Bill,
My thinking is that a "well-crafted object graph or relational db" needs
to be crafted and the code maintained. Most components in JBoss are
configured
Well, so do DTDs and XML schemas. It is an interesting argument that an XML
Document object is a more flexible const
Bill Burke wrote:
XPATHs would be a perfect fit for something like this. Why recreate?
Another thing that MBeans don't seem to address is the notion of layered
configuration or in other words configuration domains. Each layer can
inherit/modify the configuration from a top level layer. Cluster
Bugs item #633392, was opened at 2002-11-04 09:57
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=633392&group_id=22866
Category: Clustering
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Simo Arajarvi (simo22)
Assigned to
Holger Baxmann wrote:
I didn't know you could do that. What spec/library is this in? I want
to read it.
uPnP ?
What?
-dain
---
This sf.net email is sponsored by: Are you worried about
your web server security? Click here for a FREE Th
Bugs item #637999, was opened at 2002-11-13 16:32
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637999&group_id=22866
Category: JBossSX
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: David Arnold (watermelonjam)
Assigned to: Nob
Bill Burke wrote:
I don't like DTDs and XML schemas for the very reason that they force you to
update the DTD every time a new type of configuration comes along. The
Components themselves should do the validation of their particular part of
the large XML file/document.
Consider an ISV who wants
Here's a patch for a bug I found. I couldn't determine how to
open a bug on either sourceforge.net nor jboss.org, so I'll just
simply post this patch to this list. Enjoy.
And with this, I believe I can now use an InformixXADs. :)
-Dan
--- TxCapsule.java.old Wed Nov 13 15:24:58 2002
++
Bugs item #636010, was opened at 2002-11-09 12:34
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=636010&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Archimedes Trajano (trajano)
Patches item #637998, was opened at 2002-11-13 16:28
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376687&aid=637998&group_id=22866
Category: JBossSX
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: David Arnold (watermelonjam)
Assigned to:
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of Matt
> Munz
> Sent: Wednesday, November 13, 2002 3:30 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] Metadata Service
>
>
> Bill,
>
> > My thinking is that a "well-c
A change was made to the JNDI lookup in 3.0.4 that retries lookup ops due
to connection errors. This was an attempt to workaround problems with
windows tcp stack not handling accept backlogs well.
The problem is that this broke the ability to reconnect to a server that has been
restarted because t
> I didn't know you could do that. What spec/library is this in? I want
> to read it.
>
uPnP ?
just a thought
bax
---
This sf.net email is sponsored by: Are you worried about
your web server security? Click here for a FREE Thawte
Apache
Bill Burke wrote:
> IMHO, JMX is limiting. MBeans are declarations of object instances.
> standardjboss.xml, standardcmp-jdbc.xml, the new aspect configs,
> etc... are templates/defaultconfigs for object
> creations/instantiations. A major difference.
>
> Sometimes config is just config and there
Bugs item #637730, was opened at 2002-11-13 04:37
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637730&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Marko Strukelj (mstruk)
>Ass
Number of tests run: 991
Successful tests: 986
Errors:5
Failures: 0
[time of test: 13 November 2002 12:49 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
search/query is exactly the benefit I see from a centralized XML-based
config repository.
I see your point though.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of Scott
> M Stark
> Sent: Wednesday, November 13, 2002 3:17
Bugs item #637973, was opened at 2002-11-13 14:34
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637973&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Jimmy Wan (jwan)
Assigned to: Nobody
> To me, JMX is all about metadata -- in a sense, it is the metadata that
> makes detyped invocation work. When you talk about adding metadata to an
> invocation, and storing that metadata somewhere, it sounds just like MBean
> persistence. At a minimum, you should be able to reuse some ideas, i
Bill,
> My thinking is that a "well-crafted object graph or relational db" needs
to
> be crafted and the code maintained. Most components in JBoss are
configured
Well, so do DTDs and XML schemas. It is an interesting argument that an XML
Document object is a more flexible construct than a given
This has merit, but mbeans today do not know about XML in general,
they know about attributes. Changes made to the XML config need
to propagate as attribute setter invocations. Editing mbean attributes
via JMX would have to update the repository. I'm not sure using
XML as the manifest memory storag
Bugs item #636920, was opened at 2002-11-12 02:32
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=636920&group_id=22866
Category: None
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Jeff Miner (jeff_miner)
Assigned to: Nob
Bugs item #637960, was opened at 2002-11-13 14:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637960&group_id=22866
Category: JBossCMP
Group: v4.0
Status: Open
Resolution: None
Priority: 5
Submitted By: Julien Viet (cooperfbi)
Assigned to: Nobody/Anon
Bugs item #637934, was opened at 2002-11-13 14:15
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637934&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Chris Bonham (bonhamcm)
Assigned to: Nobody/Anon
> Got me. I am a bit to EJB centric at the moment. I would guess that
> plan it to merge them, but I don't know.
I'd be interested in hearing more about this topic. I imagine AOP converges
on this issue as well?
> Cool. I'm interested in the MBean persistence stuff. I have no plans on
> writ
> BTW -- I aggree that XPath is cool. What makes a "central" XML file work
> better as a metadata database than a well-crafted object graph or
> relational
> database, in your opinion?
My thinking is that a "well-crafted object graph or relational db" needs to
be crafted and the code maintained.
Bugs item #637934, was opened at 2002-11-13 13:15
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637934&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Chris Bonham (bonhamcm)
Assigned to: Nobody/Anon
Bill,
> Components register their XML with this service. MBean, EJB, whatever...
For MBeans, you're talking about *-service.xml, right? Would this apply
also to XMBean XML?
> JMX console needs an additional XML editor for MBean attributes that are
XML elements.
I think it would be great to ex
Bugs item #626468, was opened at 2002-10-21 21:27
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=626468&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Andrew (mr_dronski)
Assigned to: Nob
Bugs item #637934, was opened at 2002-11-13 14:15
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637934&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Chris Bonham (bonhamcm)
Assigned to: Nobody/Anon
Bugs item #630665, was opened at 2002-10-29 21:32
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=630665&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
>Resolution: Fixed
Priority: 5
Submitted By: Leon Doud (ldoud)
>Assigned to: Al
Bugs item #621270, was opened at 2002-10-10 15:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=621270&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 8
Submitted By: Alexei Yudichev (sflexus)
>Assi
Matt Munz wrote:
Dain,
Please excuse my ignorance. I'm a bit JMX-centric at the moment. I see an
org.jboss.mx.server.Invocation that doesn't seem to know about / relate to
org.jboss.invocation.Invocation. Obviously the names are the same. Is
there any deeper relationship?
Got me. I am a b
Bugs item #637934, was opened at 2002-11-13 13:15
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637934&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Chris Bonham (bonhamcm)
Assigned to: Nobody/Anon
Bugs item #621270, was opened at 2002-10-10 05:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=621270&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Accepted
Priority: 8
Submitted By: Alexei Yudichev (sflexus)
Assign
Bugs item #637940, was opened at 2002-11-13 13:24
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637940&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Jimmy Wan (jwan)
Assigned to: Nobody
Dain,
Please excuse my ignorance. I'm a bit JMX-centric at the moment. I see an
org.jboss.mx.server.Invocation that doesn't seem to know about / relate to
org.jboss.invocation.Invocation. Obviously the names are the same. Is
there any deeper relationship?
When I hear metadata & JBoss in the
Feature Requests item #637933, was opened at 2002-11-13 20:14
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376688&aid=637933&group_id=22866
Category: JBossCMP
Group: v4.0
Status: Open
Resolution: None
Priority: 5
Submitted By: Marius Kotsbak (mkotsbak)
Assigned t
Bugs item #637934, was opened at 2002-11-13 14:15
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637934&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Chris Bonham (bonhamcm)
Assigned to: Nobody/Anon
1. I'm not talking about a central config file...Components register their
XML with this service. MBean, EJB, whatever...
2. You know what XPATHs are right? If not, look them up. They are really
cool. Xerces/Xalan (forget which) support looking up Elements via XPATHS.
What's not supported, whi
Bugs item #637880, was opened at 2002-11-13 11:47
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637880&group_id=22866
Category: JBossServer
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jim Snyder (jdsnyderii)
Assigned to: Nobody/A
Bugs item #637759, was opened at 2002-11-13 05:22
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637759&group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Duplicate
Priority: 5
Submitted By: david (davidregan)
As
Bugs item #621270, was opened at 2002-10-10 07:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=621270&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
>Resolution: Accepted
Priority: 8
Submitted By: Alexei Yudichev (sflexus)
Assig
Is this ala the Weblogic central config file, or just a secondary file
created as the kernel accepts new components and started from scratch on
each startup (I hope)?
> -Original Message-
> From: Bill Burke [mailto:bill@;jboss.org]
> Sent: Wednesday, November 13, 2002 11:08 AM
> To: Jboss
Dain and I were IMing. He said Scott was thinking about a MetaData
service...
My idea for a MetaData/Configuration service would be the ability to
register for callbacks based on XPATHS. So, all config of jboss would be
stored in one big XML Document. Components insert their config there, and
r
Did you actually read all the way to the bottom? This fucking smuck
thinks this is a new idea and has applied for patent in Russia.
-dain
Holger Baxmann wrote:
http://www.opencores.org/articles?cmd=view_article&id=6
bax
---
This sf.net e
Bugs item #637759, was opened at 2002-11-13 13:22
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637759&group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: david (davidregan)
Assigned to
Bugs item #637730, was opened at 2002-11-13 13:37
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637730&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Marko Strukelj (mstruk)
Assigned
Bugs item #636227, was opened at 2002-11-10 16:05
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=636227&group_id=22866
Category: JBossTest
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Chris Kimpton (kimptoc)
Assigned to: Adrian
Bugs item #636227, was opened at 2002-11-10 16:05
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=636227&group_id=22866
Category: JBossTest
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Chris Kimpton (kimptoc)
Assigned to: Adrian
71 matches
Mail list logo
