Number of tests run: 606
Successful tests: 605
Errors:0
Failures: 1
[time of test: 2 June 2002 0:29 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
How about deployment returning lists of successfully deployed mbeans,
mbeans waiting for others, and mbeans that failed deployment?
Due to the dependency management, many of these mbeans may not be in the
package just deployed. To make the original deployer of each mbean get
notified we will
Maybe having to install and learn to manage emacs and custom edit the
emacs config to modify the Jetty log system (for example) is a bit too
much for the average Windows user.
Not my case (I use emacs every now and then), but I see this as a major
handicap for spreading use of the JBoss/Jetty
|take all the
|
|resources out of their ears and deploy them in lib/, then
|
|just drop the
|
|dds into deploy/.
|
|Ok, so they can edit their descriptors - but it's not J2EE, is it ?
This is the future yes, for all the deployment types.
marcf
Hey List,
I just wanted to say the new JBoss website looks very nice. However, one
thing would make it even better: if it rendered properly in konqueror
3.0.0-2, the KDE 3.0 web browser. The main content area is not bounded by
the window; it extends several screen-widths to the right,
hey List,
Since there hasn't been any feedback on this bug yet, I would like to start
taking a look at it myself, as it is important for the project I'm working
on. I would appreciate any extra developer documentation (UML diagrams would
be super) that might be out there that would help me
I have a problem with the logic described in this bug. If A does not
depend on B then its deployment should not be affected in any
way by a failed deployment of B, the dependent object for exactly the
reason you discuss. Why should the failure of some connection
mgr dependent end up failing the
Bugs item #562004, was opened at 2002-05-29 18:11
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=562004group_id=22866
Category: JBossCMP
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Justin Casp (jcasp)
Assigned to:
Hi Justin,
I do see the same problem with an older version of Konqueror AND with
Netscape 4.7x. My fix was to remove three NOWRAPs from the HTML source.
The needed changes are already in the CVS and should be seen with the
next outmated update of the website.
Ciao,
Tobias
Justin Casp wrote:
I'm glad we agree there are problems here. What do you think would be the
most appropriate behavior? In both cases, the most useful behavior I can'
think of is returning lists of mbeans affected by the current deployment
ctivity in various states (successfully deployed, waiting for classes,
Number of tests run: 606
Successful tests: 605
Errors:0
Failures: 1
[time of test: 2 June 2002 12:29 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
What is that failure? Is it there in 3.0 final also?
Are there any failures when running on sun's 1.4? It just stopped when I tried.
On Sun, Jun 02, 2002 at 12:37:16PM -0700, [EMAIL PROTECTED] wrote:
Number of tests run: 606
Successful
Scott,
Have you noticed that this URL is broken?
On Monday, June 3, 2002, at 05:37 AM, [EMAIL PROTECTED] wrote:
See http://lubega.com/testarchive/${build.uid} for details of this test.
___
Don't miss the 2002 Sprint PCS
WinZip 8.1 allows you to click on a file to edit it. When you are done,
it prompts you whether you want to update the file in the archive. The
only braindead thing is it only works with files in the root directory
of the archive.
-Original Message-
From: [EMAIL PROTECTED]
Number of tests run: 733
Successful tests: 229
Errors:491
Failures: 13
[time of test: 3 June 2002 1:30 GMT]
[java.version: 1.3.0]
[java.vendor: IBM Corporation]
Bugs item #562004, was opened at 2002-05-29 14:11
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=562004group_id=22866
Category: JBossCMP
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Justin Casp (jcasp)
Assigned to:
Are you using xdoclet from xdoclet cvs? Does it build jboss correctly? I
would like to upgrade the jboss copy soon and when an xdoclet version is
released.
I think there is also a plan to move jboss specific code from xdoclet to
jboss. There is already an xdoclet include file for mbeans.
I think I've tracked the problem down. The version of xdoclet.jar that is
in the JBoss 3.0 CVS tree has a bug in it. Unzipping the .jar and looking
at the binaries, both of the TLD_PUBLICID constants for 1.1 and 1.2 in
JspTaglibSubTask.class both say XTag. Very bizarre. I will update the
Please be careful. IIRC, the jboss xdoclet version is tagged in xdoclet
source and is ___AFTER___ 1.1.2, and it includes some functionality I added
not in 1.1.2 that is used in the build.
Please try with the cvs version of xdoclet. If it works I can tag the
xdoclet source and get a reproducible
19 matches
Mail list logo
