User: pra
Date: 01/12/11 01:45:55
Modified:src/main/org/jboss/ejb/plugins/jms JMSContainerInvoker.java
DLQHandler.java
Log:
Added configurability of exception reconnect interval and if DQL should be used;
also some doc and toString function
User: pra
Date: 01/12/11 01:47:44
Modified:src/etc/conf/default standardjboss.xml
Log:
Added config element ReconnectIntervalSec and moved DLQ stuff to DLQConfig element
in MDBConfig element
Revision ChangesPath
1.26 +7 -4
JBoss daily test results
SUMMARY
Number of tests run: 127
Successful tests: 127
Errors:0
Failures: 0
[time of test: 11 December 2001 9:55 GMT]
[java.version:
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
Hello,
The org.jboss.Shutdown class does
Change Notes item #491490, was opened at 2001-12-11 01:52
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=381174aid=491490group_id=22866
Category: JBossServer
Group: v3.0 (Rabbit Hole)
Status: Open
Priority: 5
Submitted By: Peter Antman (pra)
Assigned to:
Bugs item #489465, was opened at 2001-12-05 10:15
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=489465group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Emmanuel Sciara (sciara)
Assigned
Patches item #491497, was opened at 2001-12-11 02:07
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=491497group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Adrian Brock (ejort)
Bugs item #491536, was opened at 2001-12-11 04:57
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=491536group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 1
Submitted By: Vincent Harcq (vharcq)
Assigned to:
We just need to rip out all the punctuation keys out of his keyboard.
Regards,
Hiram
From: David Budworth [EMAIL PROTECTED]
To: Dain Sundstrom [EMAIL PROTECTED]
CC: 'Peter Fagerlund' [EMAIL PROTECTED], Jason Dillon
[EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Re: A State of
I agree with David.
If we wanted to aproach SysV runlevels, our conf directories would have to
be the ones that would be called level1,...,level6
I also want to make a quick point on something that has bothered me since
the begining. I use multiple conf's in a single JBoss installation.
Hi Anatoly,
I just found your e-mail from ages ago in my mailbox ... what a shame :-(
The J2eeScopeDeployer is a prototype that worked just at the level of earĀ“s
and should
enlighten the concept of alternative classloading.
The current RH-sar-ServiceDeployer is derived from that code, but
Now I'm getting confused...
Thanks to those who pointed out my lack of understanding of SysV runlevels.
However it is done, does anyone want something like SysV, where there are
different levels of services available at each runlevel, and you can do
something like jboss-init 3 to get to having
Hi,
I have a question about the AutoDeployer.
It monitors for MBean registration of the deployers so that it can ask them for their
FilenameFilter.
At deregistarion it removes their FilenameFilter.
Why isn't this done after service start and stop?
If you stop the J2eeDeployer and then touch
Now I'm getting confused...
Is it sufficient to have more control over deployment
ordering?
Who likes the list of directories approach?
Guys from the mine
I am rewriting still some stuff in the controller, I reimplemented the depends on
the explicit mbean name, did away with some
non-explicitely build dependencies between starting units. (BTW I
reimplemented the page scope thing and stepped create/start bill
was bitching about) But for now, let's see how the simple depend
What is stepped create/start? Do you mean you put back init() and start()
for mbeans?
Hiram, I don't understand your problem with deploy dirs and different
configurations. Can't you have directories
deploy/conf1/lib
deploy/conf1
deploy/conf2/lib
deploy/conf2
?
Are you suggesting that the default dir setup be like
deploy/default/lib
deploy/default
Yes, that would be nice.
Is there a reasonably simple way to make xdoclet only run if one of the files it is
processing has changed? Most of the time for my server module builds seems to be
taken with xdoclet, and I never change stuff it starts with.
Thanks
david jencks
Actually what if the deploy directory was a subdir of the conf directory?
That doesnt seem like it would be too confusing to even a new user.
Al
[EMAIL PROTECTED] wrote:
Hiram, I don't understand your problem with deploy dirs and different
configurations. Can't you have directories
What is stepped create/start? Do you mean you put
back init() and start()
for mbeans?
Yes
Stepped means (nothing really) that I have made the beans that are dependent and the
beans that are deployed as part of the same page (service.xml/jboss.jcml start) call
their create and start in
I like the idea of
site
\- default
\- conf
\- deploy
\- logs
\- whatever
\- cluster
\- conf
\- deploy
\- logs
\- whatever
Having the named deploy dirs like system/user/etc still doesn't give the
user an instant clue as to what runs first.
David, here is a useful feature,
can we make xdoclet part of JBoss standard? Andreas and Rickard are part of that
project. Is there a way to detect automatically on deployment that the file needs
doclet processing and have it generate the stuf?
it would really stop the buaaah I have to
Bugs item #491613, was opened at 2001-12-11 08:09
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=491613group_id=22866
Category: JBossMQ
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 7
Submitted By: Christian Riege (lqd)
Assigned to: Hiram
Maybe you could give a specific example of why the 2 stage startup is useful. Even
Rickard said the init step should not refer to anything outside the mbean being
inited. I can't see any way the mbeans can distinguish 1,2,3, or 17 stage startup if
only the last can refer to other mbeans. Are
david, stop wasting my time
__
View this jboss-dev thread in the online forums:
http://jboss.org/forums/thread.jsp?forum=66thread=5378
___
Jboss-development mailing list
[EMAIL
Bugs item #491613, was opened at 2001-12-11 08:09
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=491613group_id=22866
Category: JBossMQ
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 7
Submitted By: Christian Riege (lqd)
Assigned to: Hiram
(about automatically running xdoclet as part of deployment process)
I'll see if I can find a few minutes to think about it. It would mean deployment
now includes code generation, compilation, and packaging. So far I haven't thought of
a way to do this in autodeploy mode without explicitly
explicitely invoking ant is good :)
__
View this jboss-dev thread in the online forums:
http://jboss.org/forums/thread.jsp?forum=66thread=5471
___
Jboss-development mailing list
Hi David
The best example I have right now is JSR-77. Because the
JSR-77 management components are shadow MBeans of
offer JBoss components they have to be created when the
JBoss MBean is created and destroyed when its master
get destroyed.
But as you know JBoss components are not finally set
david, stop wasting my time
David I apologies, I feel bad and I will explain the way I see it now.
2 steps:
there is a creation of the service step and a start of the service state.
We could in fact say postRegister() should be used for that, but then andreas pointed
out that he needed
I think this is pretty much accidental and not thought through.
__
View this jboss-dev thread in the online forums:
http://jboss.org/forums/thread.jsp?forum=66thread=5470
___
OK so I have never been able to work out exactly how people get assigned to
bugs that have been reported. There is a note on the sourceforge bug
tracker page about assigning yourself to bugs you are going to fix to avoid
duplicated effort. This is clearly a good idea, I just don't know how to
On 2001.12.11 14:46:49 -0500 Ean Schuessler wrote:
Something I don't understand about xdoclet. Doesn't putting the ejb-jar
configuration information into your source code sort of defeat the
purpose of having a deployment descriptor? I thought that the whole idea
was to decouple the
Generation of config files seems to me to imply that
each ejb will be
deployed using only one dd. This is presumably by
far the most frequent
case, and for that it makes a lot of sense.
Generating all the dd's for
different app servers seems pretty useful too. So,
my current uninformed
Is there a reasonably simple way to make xdoclet only
run if one of the files it is processing has changed?
Most of the time for my server module builds seems
to be taken with xdoclet, and I never change stuff
it starts with.
Xdoclet checks the timestamp of the file, if newer that the
User: squirest
Date: 01/12/11 13:18:24
Modified:src/main/javax/management MBeanFeatureInfo.java
Log:
formatting and prettying up
Revision ChangesPath
1.2 +24 -13jmx/src/main/javax/management/MBeanFeatureInfo.java
Index: MBeanFeatureInfo.java
However it is done, does anyone want something like SysV, where there are
different levels of services available at each runlevel, and you can do
something like jboss-init 3 to get to having only the level 3 services
running?
I don't see how a SysV-like configuration helps... rather it just
User: squirest
Date: 01/12/11 13:19:47
Modified:src/main/javax/management MBeanConstructorInfo.java
MBeanInfo.java MBeanNotificationInfo.java
MBeanOperationInfo.java MBeanParameterInfo.java
Log:
changed constructors to shallow-clone
snip I think it is mostly targeted at ejb development,
where one person is
filling all those roles at once. If you have a
separate deployer-person,
at least it gives you somewhere to start.
I do not agree :O
The [b]merging[/b] feature of xdoclet permits to do
almost everything in
Hi David,
From: David Maplesden [EMAIL PROTECTED]
To: JBossDev (E-mail) [EMAIL PROTECTED]
Subject: [JBoss-dev] Bugs, mostly: Server stops delivering messsages.
Date: Wed, 12 Dec 2001 08:50:43 +1300
OK so I have never been able to work out exactly how people get assigned to
bugs that have been
User: dmaplesden
Date: 01/12/11 14:21:49
Modified:src/main/org/jboss/mq Tag: Branch_2_4
SpyConnectionConsumer.java
Log:
Fixed bug #491613, server stops delivering messages
Revision ChangesPath
No revision
No
Xdoclet checks the timestamp of the file, if newer
that the generated, then regenerate.
Looking harder at my output, it looks like it is only regenerating the dd files (no
source files have been touched). Is this normal? Is there some way to make it quit
doing this?
Anyway, Hiram, the point of my above question is that I am
pretty sure I
know what the problem is for the recently reported bug
#491613 that has
been
assigned to you, do you want me to fix it? Or just let you
know what I
think the problem is.
If you know whats broke, fix it ;-)
Bugs item #491613, was opened at 2001-12-11 08:09
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=491613group_id=22866
Category: JBossMQ
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 7
Submitted By: Christian Riege (lqd)
Assigned to: Hiram
Here's my chance to get some good info on xdoclet
from an expert ;-)
1. Looking at the docs for xdoclet it looks to me as
if the merge stuff lets you easily construct a
complete dd. I was talking about deploying the same
java class(es) under several jndi names, with say
mappings to
Hi,
I have 3 beans: Item, ItemGroup, UnitOfMeasure.
Item has a foreign key reference to ItemGroup and a reference to
UnitOfMeasure, but not the other way around.
So this are two many to one relationships, unidirektional.
I traced the executed SQL's and found out the following:
Executing and
Soon
yes -peter --fagerlund ---style .. wap apa here we go
Ok seriously, it is just a teaser at the moment but I am about as deep as I want to go
in the deployer stuff and my gut feeling is that I am staring at the unified deployer
and the unified CL, it is one and the same problem. It is
User: patriot1burke
Date: 01/12/11 15:39:37
Modified:src/main/org/jboss/ejb/plugins/jaws/bmp Tag: Branch_2_4
CustomFindByEntitiesCommand.java
Log:
FinderExceptions were not being thrown up stack when customer finder throws
for example,
sorry
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Bugs item #491613, was opened at 2001-12-11 08:09
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=491613group_id=22866
Category: JBossMQ
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 7
Submitted By: Christian Riege (lqd)
Assigned to: David
For the moment then, you should just be able to attach a logger ni the jetty.xml.
In the future this will be supported, as Greg suggests, directly via MBeans
configured in the sar's jboss-service.xml
Jules
Greg Wilkins wrote:
Jetty now has a pluggable access log mechanism so multiple
Just got latest from CVS. How do I check out this Jetty integration from
2.4.4 so that I can fix it? I can't seem to figure out what module to use.
Thanks,
Bill
[ConfigurationService] Could not create MBean
DefaultDomain:service=Jetty(org.jboss.jetty.JettyService)
User: starksm
Date: 01/12/11 16:32:08
Removed: src/lib Tag: Branch_2_4 jetty-service.jar
Log:
Remove the obsolete jetty-service.jar. This is only exists in the
bundled downloads or by building from the contrib/jetty cvs module.
___
The jetty-service.jar in CVS is out of date. Download the current 2.4.4
bundle from sourceforge.
- Original Message -
From: Bill Burke [EMAIL PROTECTED]
To: Jboss-Development@Lists. Sourceforge. Net
[EMAIL PROTECTED]
Sent: Tuesday, December 11, 2001 4:16 PM
Subject: [JBoss-dev] Jetty
thanks dude. Did the trick.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
M Stark
Sent: Tuesday, December 11, 2001 7:37 PM
To: [EMAIL PROTECTED]; Jboss-Development@Lists. Sourceforge. Net
Subject: Re: [JBoss-dev] Jetty integration is
2.4.3 2.4.4 2.4.4beta
Adam, I know you didn't write the debian package rules, but this is the most
retarded fucking thing I have ever seen.
-dain
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: starksm
Date: 01/12/11 18:26:38
contrib/catalina/src/main/org/jboss/web/security - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 01/12/11 18:27:15
Added: catalina/src/main/org/jboss/web/security
JBossSecurityMgrRealm.java
SSLServerSocketFactory.java
Log:
Start moving the 2.4 branch code to main
Revision ChangesPath
1.1
User: starksm
Date: 01/12/11 18:28:29
Modified:.modules
Log:
Add catalin and tomcat contrib modules to varia
Revision ChangesPath
1.77 +4 -0 CVSROOT/modules
Index: modules
===
Bugs item #491806, was opened at 2001-12-11 15:18
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=491806group_id=22866
Category: CatalinaBundle
Group: v2.4 BETA (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Brill Pappin (brill)
Assigned
On Tue, 11 Dec 2001, Dain Sundstrom wrote:
2.4.3 2.4.4 2.4.4beta
Adam, I know you didn't write the debian package rules, but this is the most
retarded fucking thing I have ever seen.
Well, it does cause problems, I'll agree there.
I'll explain how dpkg does version comparison below.
On Tue, 11 Dec 2001, Vincent Harcq wrote:
Is there a reasonably simple way to make xdoclet only
run if one of the files it is processing has changed?
Most of the time for my server module builds seems
to be taken with xdoclet, and I never change stuff
it starts with.
Xdoclet checks
Bugs item #491806, was opened at 2001-12-11 15:18
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=491806group_id=22866
Category: CatalinaBundle
Group: v2.4 BETA (stable)
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Brill Pappin (brill)
Change Notes item #491817, was opened at 2001-12-11 15:44
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=381174aid=491817group_id=22866
Category: None
Group: v2.4.4
Status: Open
Priority: 5
Submitted By: Bill Burke (patriot1burke)
Assigned to: Nobody/Anonymous
I'll update the source tonight.
- Original Message -
From: Adam Heath [EMAIL PROTECTED]
To: Scott M Stark [EMAIL PROTECTED]
Cc: JBoss Dev [EMAIL PROTECTED]
Sent: Tuesday, December 11, 2001 6:27 PM
Subject: Re: [JBoss-dev] Support for upackaged EARs, JARs, WARs added to 2.4
On Tue, 11
User: dmaplesden
Date: 01/12/11 19:24:58
Modified:src/main/org/jboss/mq/server MessageCache.java
Log:
Undo my object pooling code, it causes a number of bugs when server is under high
load.
Revision ChangesPath
1.9 +4 -28
On Tue, 11 Dec 2001, Scott M Stark wrote:
I'll update the source tonight.
Kisses. The feature in $topic will allow us here at work to completely change
our build system, to generate this unpacked form, then use rsync to send to
the live servers. We are all waiting anxiously.
Nope, if you are getting ordered results, it is your db. I would guess it is
a byproduct of the pk index. Anyway, I have no plans to add ordering to cmr
fields anytime soon, but you will always be able to use a selector.
-dain
-Original Message-
From: Hunter Hillegas [mailto:[EMAIL
JBoss daily test results
SUMMARY
Number of tests run: 127
Successful tests: 125
Errors:2
Failures: 0
[time of test: 12 December 2001 4:53 GMT]
[java.version:
JBoss daily test results
SUMMARY
Number of tests run: 127
Successful tests: 127
Errors:0
Failures: 0
[time of test: 12 December 2001 7:29 GMT]
[java.version:
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
Hello,
The org.jboss.Shutdown class does
Looking harder at my output, it looks like it is only
regenerating the dd files (no source files have been
touched). Is this normal? Is there some way to make
it quit doing this?
Well, we haven't yet imeplemented dd timestamp checking. I'll implement it this
weekend. XDoclet operates in
Bugs item #491806, was opened at 2001-12-11 15:18
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=491806group_id=22866
Category: CatalinaBundle
Group: v2.4 BETA (stable)
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Brill Pappin (brill)
Let's say I have an entity called Product that has a CMR One to Many
relationship with another entity called ProductLineItem.
If I call Product.getLineItems(), it returns a Collection of
ProductLineItems.
In the current RH code, is there any way to order the way the results are
returned? I
73 matches
Mail list logo