The first developer's release of JBoss 4.0 is available. It boasts the industry's first AOP framework which, according to JBoss Group, allows developers to interact with the server in an intuitive manner.
Some of the services that will be available via this new framework include object persistence, caching, acidity, remoteness, transactions and security. Developers can, among other things, apply these enterprise services to plain Java objects.
Here is the JBoss 4.0 Roadmap:
Developer Release 1, June 2
* Aspect-Oriented Framework
* Aspect-Oriented Services
* Full Distributed Transaction Manager
* Fully J2EE 1.4 and EJB 2.1 based
* UDDI server with JUDDI
* Enhanced Management Console
* Eclipse integration
Developer Release 2, June 11
* XDoclet support for AOP
* JBossDO. JDO for JBoss. Persistence with POJOs.
Developer Release 3, August-September
* Fully transactional, distributed, clustered Entity Bean cache
* Enterprise Media Beans. Streaming video and audio.
* JMS rewrite with some clustering features
* Integration between AOP framework and EJB. Tighter integration for JBoss integrators and tool vendors.
JBoss 4.0 Release, November-December
Check it out at http://www.jboss.org
Cheers
Ray
-
JBoss 4.0 Developers Version #1 Released (38 messages)
- Posted by: Ray Harrison
- Posted on: June 02 2003 09:41 EDT
Threaded Messages (38)
- Nukes on Jboss released as well by Matt Smith on June 02 2003 11:11 EDT
- JBoss Nukes is very interesting by Dion Almaer on June 02 2003 11:26 EDT
- Nukes on Jboss released as well by Rickard Oberg on June 02 2003 13:52 EDT
-
Nukes on Jboss released as well by Bill Burke on June 02 2003 02:06 EDT
-
Nukes on Jboss released as well by Rickard Oberg on June 02 2003 02:16 EDT
-
Nukes on Jboss released as well by Steve Lewis on June 02 2003 03:13 EDT
-
Nukes on Jboss released as well by Rickard Oberg on June 02 2003 03:44 EDT
-
SiteVision and Portlets by Julien Dubois on June 02 2003 03:59 EDT
- SiteVision and Portlets by Rickard Oberg on June 02 2003 05:16 EDT
-
SiteVision and Portlets by Julien Dubois on June 02 2003 03:59 EDT
-
Nukes on Jboss released as well by Rickard Oberg on June 02 2003 03:44 EDT
-
Nukes on Jboss released as well by Steve Lewis on June 02 2003 03:13 EDT
- php nuke it by jelmer kuperus on June 02 2003 06:44 EDT
-
Nukes on Jboss released as well by Rickard Oberg on June 02 2003 02:16 EDT
-
Nukes on Jboss released as well by Jay Veggieman on June 02 2003 04:03 EDT
- Nukes on Jboss released as well by Jay Veggieman on June 02 2003 04:32 EDT
-
Nukes on Jboss released as well by Bill Burke on June 02 2003 02:06 EDT
- How about some good documentation around december by sean decor on June 02 2003 13:03 EDT
- How about some good documentation around december by Cary Bloom on June 02 2003 20:17 EDT
-
JBoss 4 --- Expect ... by James Leung on June 02 2003 09:36 EDT
-
JBoss 4 --- Expect ... by Rickard Oberg on June 03 2003 12:59 EDT
- JBoss 4 --- Expect ... by Jay Veggieman on June 03 2003 01:13 EDT
-
JBoss 4 --- Expect ... by Rickard Oberg on June 03 2003 12:59 EDT
-
JBoss 4 --- Expect ... by James Leung on June 02 2003 09:36 EDT
- How about some good documentation around december by Cary Bloom on June 02 2003 20:17 EDT
- JBoss 4.0 Developers Version #1 Released by Erik Bengtson on June 02 2003 13:08 EDT
- JBoss 4.0 Developers Version #1 Released by Nikita Toropov on June 02 2003 13:14 EDT
- JBoss 4.0 Developers Version #1 Released by Steve Lewis on June 02 2003 13:19 EDT
-
JBoss 4.0 Developers Version #1 Released by Vladimir Goncharov on June 02 2003 01:35 EDT
- JBoss 4.0 Developers Version #1 Released by Nikita Toropov on June 02 2003 01:55 EDT
-
JBoss 4.0 Developers Version #1 Released by Vladimir Goncharov on June 02 2003 01:35 EDT
- JBoss 4.0 Developers Version #1 Released by sheng song on June 02 2003 13:46 EDT
- JBoss 4.0 Developers Version #1 Released by Steve Lewis on June 02 2003 13:19 EDT
- Bytecode Enhancement? by David Tinker on June 03 2003 03:04 EDT
- What is JBossDO? by Michael Mattox on June 03 2003 06:59 EDT
- What is JBossDO? by Erik Bengtson on June 03 2003 07:29 EDT
-
What is JBossDO? by Matthew Adams on June 03 2003 11:37 EDT
- What is JBossDO? by Erik Bengtson on June 03 2003 11:47 EDT
-
What is JBossDO? by Matthew Adams on June 03 2003 11:37 EDT
- What is JBossDO? by Erik Bengtson on June 03 2003 07:29 EDT
- Patents and AOP? by Robert Devi on June 03 2003 11:44 EDT
- Patents and AOP? by Jay Veggieman on June 03 2003 15:31 EDT
-
Patents and AOP? by Rickard Oberg on June 03 2003 03:53 EDT
-
Patents and AOP? by Rickard Oberg on June 03 2003 03:57 EDT
- Patents and AOP? by Jay Veggieman on June 03 2003 04:16 EDT
- Patents and AOP? by Bill Burke on June 03 2003 04:46 EDT
- Patents and AOP? by Robert Devi on June 03 2003 04:46 EDT
- Re: Patents and AOP? by Ivan Zhidov on June 04 2003 08:40 EDT
-
Patents and AOP? by Rickard Oberg on June 03 2003 03:57 EDT
-
Patents and AOP? by Rickard Oberg on June 03 2003 03:53 EDT
- Patents and AOP? by Jay Veggieman on June 03 2003 15:31 EDT
- hey i like the web-console... by james strong on June 03 2003 21:23 EDT
- Eclipse based JBoss console is available by Ganghua Guo on June 04 2003 13:40 EDT
-
Nukes on Jboss released as well[ Go to top ]
- Posted by: Matt Smith
- Posted on: June 02 2003 11:11 EDT
- in response to Ray Harrison
-
JBoss Nukes is very interesting[ Go to top ]
- Posted by: Dion Almaer
- Posted on: June 02 2003 11:26 EDT
- in response to Matt Smith
I am really interested in the fact that JBoss ported the PHPNukes/PostNukes idea from PHP land to Java. I think it is a really cool framework, and wished that I could write modules in Java instead of PHP.
Now Java developers have the ability to use a simple CMS system with plugable components, and I am sure the list of components will only grow and grow!
Has anyone had any experience with the JBoss/Nukes or PHP/PostNukes that they want to mention? -
Nukes on Jboss released as well[ Go to top ]
- Posted by: Rickard Oberg
- Posted on: June 02 2003 13:52 EDT
- in response to Matt Smith
JBoss/Nukes runs on Jboss 3.2.1.
I wonder how relevant this will be considering that the Portlet API will soon (!finally!) be available. I've read the spec (through community review), and I was really impressed with it. We'll implement it ourselves, and I think many other portal/CMS vendors will do the same. At that point it's going to be much more interesting to write to that API rather than some proprietary API I think. Writing portlets/modules that are portable to a number of containers/portals should be more useful. -
Nukes on Jboss released as well[ Go to top ]
- Posted by: Bill Burke
- Posted on: June 02 2003 14:06 EDT
- in response to Rickard Oberg
JBoss/Nukes runs on Jboss 3.2.1.
>
> I wonder how relevant this will be considering that the Portlet API will soon (!finally!) be available. I've read the spec (through community review), and I was really impressed with it. We'll implement it ourselves, and I think many other portal/CMS vendors will do the same. At that point it's going to be much more interesting to write to that API rather than some proprietary API I think. Writing portlets/modules that are portable to a number of containers/portals should be more useful.
We earlier used PostNuke for www.jboss.org because we liked the functionality and it seemed to have a thriving community behind it. I especially liked the security model.
Unfortunately, the switch to PHP and PostNuke at www.jboss.org was a miserable failure. Our website was brought to a grinding halt because PHP and PostNuke just didn't scale at all!!! On the same hardware(500mgz W2k pIII) where we used to be able to service 500-1000+ concurrent users with around 50% cpu utilization, we could only support around 50-70 users with PHP and PostNuke. Hence, Nukes on JBoss was born.
Bill -
Nukes on Jboss released as well[ Go to top ]
- Posted by: Rickard Oberg
- Posted on: June 02 2003 14:16 EDT
- in response to Bill Burke
We earlier used PostNuke for www.jboss.org because we liked the functionality
> and it seemed to have a thriving community behind it. I especially liked the
> security model.
>
> Unfortunately, the switch to PHP and PostNuke at www.jboss.org was a miserable
> failure. Our website was brought to a grinding halt because PHP and PostNuke
> just didn't scale at all!!! On the same hardware(500mgz W2k pIII) where we used
> to be able to service 500-1000+ concurrent users with around 50% cpu
> utilization, we could only support around 50-70 users with PHP and PostNuke.
> Hence, Nukes on JBoss was born.
I understand the story behind Nukes, and you probably did the right thing, at that point. I'm just wondering if using a Nukes-based API *now* is the best way for people to create modular webcomponents. Maybe if Nukes on JBoss was ported to use the Portlet API. That would make it more interesting. -
Nukes on Jboss released as well[ Go to top ]
- Posted by: Steve Lewis
- Posted on: June 02 2003 15:13 EDT
- in response to Rickard Oberg
What is impressive about the Portlet API? I'm curious. We've been using WL Portal for a while and while it's nifty, there's nothing really groundbreaking except that it might be nice to have a standard.
But from my POV, you still have to integrate all your portlets together. It's nice for silo-like snippets of functionality, but to have a usable suite of tools, you'll have to have portlets know about each other at some level, even if it's just at the data level.
Steve -
Nukes on Jboss released as well[ Go to top ]
- Posted by: Rickard Oberg
- Posted on: June 02 2003 15:44 EDT
- in response to Steve Lewis
What is impressive about the Portlet API? I'm curious. We've been using WL
> Portal for a while and while it's nifty, there's nothing really groundbreaking
> except that it might be nice to have a standard.
It may not be ground-breaking, but that's not really the purpose. It's like servlets: it does what it's supposed to do, and does it well. There are no real screwups in there, and plenty of room for clean improvements in the next version. Also, it's easy to extend it without breaking the API, which is nice.
> But from my POV, you still have to integrate all your portlets together. It's '
> nice for silo-like snippets of functionality, but to have a usable suite of
> tools, you'll have to have portlets know about each other at some level, even if
> it's just at the data level.
I agree, but if the basic foundation is not good then that's not going to be much fun coding.
/Rickard -
SiteVision and Portlets[ Go to top ]
- Posted by: Julien Dubois
- Posted on: June 02 2003 15:59 EDT
- in response to Rickard Oberg
Rickard,
I'm just guessing... SiteVision will be Portlets-compliant? Can't wait to see it running :-) -
SiteVision and Portlets[ Go to top ]
- Posted by: Rickard Oberg
- Posted on: June 02 2003 17:16 EDT
- in response to Julien Dubois
Rickard,
> I'm just guessing... SiteVision will be Portlets-compliant?
Yup. I've already implemented half of the spec, and the rest shouldn't be that difficult. I'll have to wait until the final release to say for sure though.
> Can't wait to see it running :-)
You already can: http://freeroller.net/page/rickard/20030524 -
php nuke it[ Go to top ]
- Posted by: jelmer kuperus
- Posted on: June 02 2003 18:44 EDT
- in response to Bill Burke
not to mention that php nuke is a security nightmare every other day someone posts flaws in it, mostly trivial in nature -
Nukes on Jboss released as well[ Go to top ]
- Posted by: Jay Veggieman
- Posted on: June 02 2003 16:03 EDT
- in response to Rickard Oberg
Huh! I just woke up here and am somewhat slow...
What I understand is that this isnt an j2ee app but
rather an API?? There's not an archive I can deploy on
another(say JOnAS) appserver? Sorry for the confusion
Eder Veggie -
Nukes on Jboss released as well[ Go to top ]
- Posted by: Jay Veggieman
- Posted on: June 02 2003 16:32 EDT
- in response to Jay Veggieman
I am awake and ask you to ignore my prev stupid question, however,
I have a new one, on the jcp site it says (about jsr 168) that:
<snip>
2.11 Please describe the anticipated schedule for the development of this specification.
Community Review: 04/03
Public Review: 06/03 /*when o when*/
Release: 08/03
</snip>
Ary You saying that jboss implementation isn't using this spec in "Their" nukes?
Still confused... -
How about some good documentation around december[ Go to top ]
- Posted by: sean decor
- Posted on: June 02 2003 13:03 EDT
- in response to Ray Harrison
I dont see any note related to the documentation .... usual JBOSS way .. -
How about some good documentation around december[ Go to top ]
- Posted by: Cary Bloom
- Posted on: June 02 2003 20:17 EDT
- in response to sean decor
Documentation????????? There's only way to get it (as MarcF mentioned sometime ago) ... so please step up if you are up to the task :-) -
JBoss 4 --- Expect ...[ Go to top ]
- Posted by: James Leung
- Posted on: June 02 2003 21:36 EDT
- in response to Cary Bloom
Hi Rickard Oberg :
Are you still in JBoss team.
The features stated in JBoss 4 is cool. But
I want to ask where is the documentation ...
It is very very very important for us (as developer) to work
on the platform. !!!!!!! (Even if I want to buy !) -
JBoss 4 --- Expect ...[ Go to top ]
- Posted by: Rickard Oberg
- Posted on: June 03 2003 00:59 EDT
- in response to James Leung
Hi Rickard Oberg :
>
> Are you still in JBoss team.
Nope. -
JBoss 4 --- Expect ...[ Go to top ]
- Posted by: Jay Veggieman
- Posted on: June 03 2003 01:13 EDT
- in response to Rickard Oberg
Rickard Öberg:
Sorry to jump on you with this personal question(answer is optional ;))
Have You consider joining some other open source(inkl documentation) project?
I got the nukes from the jboss cvs, looks nice, will I be able to build it on
on JOnAS? -
JBoss 4.0 Developers Version #1 Released[ Go to top ]
- Posted by: Erik Bengtson
- Posted on: June 02 2003 13:08 EDT
- in response to Ray Harrison
Developer Release 2, June 11
>
> * JBossDO. JDO for JBoss. Persistence with POJOs.
JDO for JBoss is not the JDO standard, but congratulations to all developers. -
JBoss 4.0 Developers Version #1 Released[ Go to top ]
- Posted by: Nikita Toropov
- Posted on: June 02 2003 13:14 EDT
- in response to Ray Harrison
Strange thing. How JBoss may "fully" implemet J2EE 1.4 & EJB 2.1 if these specifications are not finalized yet?
AOP and JDO are great news. But what is "Media Beans"? Where I can read about it? Is it JBoss initiative? -
JBoss 4.0 Developers Version #1 Released[ Go to top ]
- Posted by: Steve Lewis
- Posted on: June 02 2003 13:19 EDT
- in response to Nikita Toropov
Probably complaint? If Weblogic can do it (BEA did it with 1.3), so can JBoss. Maybe you're disagreeing with the terminology they use.
Steve -
JBoss 4.0 Developers Version #1 Released[ Go to top ]
- Posted by: Vladimir Goncharov
- Posted on: June 02 2003 13:35 EDT
- in response to Steve Lewis
It is not released yet, by the time it released the spec hopefully will be finalized, and this means that the release version of the Jboss is spec compliant i.e. it means we will implement everything which is in the spec. -
JBoss 4.0 Developers Version #1 Released[ Go to top ]
- Posted by: Nikita Toropov
- Posted on: June 02 2003 13:55 EDT
- in response to Vladimir Goncharov
I hope so. Declared features are very progressive, let's hope it will be different story than Apache 2.0. Good luck with Sun compliance certification :) -
JBoss 4.0 Developers Version #1 Released[ Go to top ]
- Posted by: sheng song
- Posted on: June 02 2003 13:46 EDT
- in response to Nikita Toropov
BEA is always adopting this to promote their product is leader in spec implemenation. JBoss can do the same thing, but I think a strong ORB based IIOP implementation, INS support, etc. is also desirable for JBoss. -
Bytecode Enhancement?[ Go to top ]
- Posted by: David Tinker
- Posted on: June 03 2003 03:04 EDT
- in response to Ray Harrison
Hi All
Strange that no one has complained about all the *runtime* bytecode manipulation done by the aspect stuff yet. The *compile time* enhancement done by JDO implementations is completely trivial by comparison yet any thread on JDO quickly draws fire about bytecode enhancement and how bad it is.
Personally I think the aspect approach is great. I think critism of applications and standards that use bytecode manipulation is misguided. Its no different to extending javac really.
Cheers
David -
What is JBossDO?[ Go to top ]
- Posted by: Michael Mattox
- Posted on: June 03 2003 06:59 EDT
- in response to Ray Harrison
I'm curious what JBossDO is? They say "JBossDO. JDO for JBoss. Persistence with POJOs." but is it really JDO? If it's JDO then I'm really happy, this will give JDO the exposure it deserves. If it's not JDO but yet another persistence framework then I'm a little disappointed.
Michael -
What is JBossDO?[ Go to top ]
- Posted by: Erik Bengtson
- Posted on: June 03 2003 07:29 EDT
- in response to Michael Mattox
I'm curious what JBossDO is? They say "JBossDO. JDO for JBoss. Persistence with POJOs." but is it really JDO? If it's JDO then I'm really happy, this will give JDO the exposure it deserves. If it's not JDO but yet another persistence framework then I'm a little disappointed.
>
> Michael
I was looking the Jboss CVS and it not seems to be JDO standard. -
What is JBossDO?[ Go to top ]
- Posted by: Matthew Adams
- Posted on: June 03 2003 11:37 EDT
- in response to Erik Bengtson
I was looking the Jboss CVS and it not seems to be JDO standard.
Actually, I browsed some of the CVS source and it looks like it IS an attempt at using the JDO standard. It includes sources in the package javax.jdo.
That's news to me. These sources are only hours old as of the time of this post, so it might be news to everyone here. It looks like Alex Loubyansky is the committer for this stuff. I wonder what Marc Fleury thinks of JbossDO afer trashing JDO in his "Why I Love EJBs" paper.
--matthew -
What is JBossDO?[ Go to top ]
- Posted by: Erik Bengtson
- Posted on: June 03 2003 11:47 EDT
- in response to Matthew Adams
I was looking the Jboss CVS and it not seems to be JDO standard.
>
> Actually, I browsed some of the CVS source and it looks like it IS an attempt at using the JDO standard. It includes sources in the package javax.jdo.
Yes, it seems to be based on JDO standard -
Patents and AOP?[ Go to top ]
- Posted by: Robert Devi
- Posted on: June 03 2003 11:44 EDT
- in response to Ray Harrison
As a side note, JBoss includes AOP technologies. Someone recently pointed out that AOP has patents on it:
http://www.isr.uci.edu/~lopes/patents.html
I don't know the details of the patents or how broad they are, but patents generally don't mix well with GPLed software (unless the patents have a no-cost/no--use-restriction license).
I suspect that the patents must be pretty narrow and easy to work around because patenting AOP is sort of like patenting OOP or structured programming.
But insane patents have been granted before, so I'm wondering how these patents affect JBoss. Does anyone have any details? -
Patents and AOP?[ Go to top ]
- Posted by: Jay Veggieman
- Posted on: June 03 2003 15:31 EDT
- in response to Robert Devi
http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=/netahtml/%20srchnum.htm&r=1&f=G&l=50&s1=6,467,086.WKU.&OS=PN/6,467,086&RS=PN/%206,467,086
Is this what U need? I think Mr Öberg had a blog on the subject or something..
I dont know if this should be a problem, Xerox is such a nice company ;) -
Patents and AOP?[ Go to top ]
- Posted by: Rickard Oberg
- Posted on: June 03 2003 15:53 EDT
- in response to Jay Veggieman
> Is this what U need? I think Mr ?berg had a blog on the subject or something..
Yeah, basically I phoned Xerox to talk about this patent, since we also wrote an AOP framework that might be affected by the patent.
First of all it turned out that it only applies in the US, and since we're based in Sweden and don't target the US market we're in the clear. However, Xerox (or at least the Business Development guy -
Patents and AOP?[ Go to top ]
- Posted by: Rickard Oberg
- Posted on: June 03 2003 15:57 EDT
- in response to Rickard Oberg
(TSS cut my reply in half. Here's what I really posted)
Yeah, basically I phoned Xerox to talk about this patent, since we also wrote an AOP framework that might be affected by the patent.
First of all it turned out that it only applies in the US, and since we're based in Sweden and don't target the US market we're in the clear. However, Xerox (or at least the Business Development guy I talked to) made it very clear that they enforce their patents "vigourously". He also said that it was possible to get a license for this patent, but there had to be a "business reason" for Xerox to do so. His main question to me was: how will Xerox benefit from there being two OpenSource projects that implement AOP? As above, I didn't have to answer this question, but others may well have to do so.
Whether Xerox intends to enforce this patent or not with regards to JBoss I don't know. Probably not, just as Sun probably won't enforce the legalese around the J2EE certification. Legally they could (it seems), but from most other perspectives it'd be a bad idea. But IANAL so who knows... -
Patents and AOP?[ Go to top ]
- Posted by: Jay Veggieman
- Posted on: June 03 2003 16:16 EDT
- in response to Rickard Oberg
I dont want to be the source of FUD, having said that, remember the SCO-IBM hallabaloo.
<snip>
But IANAL so who knows...
</snip>
<rant>
Neither am I (anyone here??)...As to how reinforceble the patent is outside the US, I think it is(agin ANAL). Just gambling on the probability of the *current* owner not enforcing a patent isn't something I would do(yes the SCO case again), actually this is a great example of how a company (which one, which one..) can manipulate its surrondings to cause havoc.</rant> -
Patents and AOP?[ Go to top ]
- Posted by: Bill Burke
- Posted on: June 03 2003 16:46 EDT
- in response to Rickard Oberg
(TSS cut my reply in half. Here's what I really posted)
>
> Yeah, basically I phoned Xerox to talk about this patent, since we also wrote an AOP framework that might be affected by the patent.
>
> First of all it turned out that it only applies in the US, and since we're based in Sweden and don't target the US market we're in the clear. However, Xerox (or at least the Business Development guy I talked to) made it very clear that they enforce their patents "vigourously". He also said that it was possible to get a license for this patent, but there had to be a "business reason" for Xerox to do so. His main question to me was: how will Xerox benefit from there being two OpenSource projects that implement AOP? As above, I didn't have to answer this question, but others may well have to do so.
>
> Whether Xerox intends to enforce this patent or not with regards to JBoss I don't know. Probably not, just as Sun probably won't enforce the legalese around the J2EE certification. Legally they could (it seems), but from most other perspectives it'd be a bad idea. But IANAL so who knows...
I am of the personal opinion that there is a lot of "prior art" for the concept of AOP. But I am no patent lawyer.
Besides, we're more concerned about the definition of pre-packaged aspects anyways.
Bill -
Patents and AOP?[ Go to top ]
- Posted by: Robert Devi
- Posted on: June 03 2003 16:46 EDT
- in response to Rickard Oberg
Yes that's the key patent I meant.
Hmmm, since they're ambigious on the enforcement of this patent, maybe it's better to downplay the AOP aspect and call it something like "Attribute Based Metaprogramming" so as not to aggrevate Xerox.
From what I understand of the JBoss implementation, what they're doing is not much different than what XDoclet and .NET does, except that it does it more dynamically (and thus uses a different implementation -- JVM rewriting instead of forwarding proxy). If JBoss adds too many AOP features and Xerox decides to get nasty, it should be possible to retreat back to the current ABM-level without giving up too many of the advantages of JBoss 4.0. -
Re: Patents and AOP?[ Go to top ]
- Posted by: Ivan Zhidov
- Posted on: June 04 2003 08:40 EDT
- in response to Rickard Oberg
The patent also states the researh was funded in part by AirForce/DARPA and the US governement has certain rights to it. Can't really confirm it but by this source(http://www.fbodaily.com/cbd/archive/1997/08(August)/19-Aug-1997/Aawd009.htm), they received around USD 1.1 million for 36-month contract(http://www.rl.af.mil/tech/programs/edcs/Admin_Data/c3-edcs-XeroxParc-Kean.htm). -
hey i like the web-console...[ Go to top ]
- Posted by: james strong
- Posted on: June 03 2003 21:23 EDT
- in response to Ray Harrison
-
Eclipse based JBoss console is available[ Go to top ]
- Posted by: Ganghua Guo
- Posted on: June 04 2003 13:40 EDT
- in response to james strong
If you use Eclipse, you can download XtremeJ Management Console from http://www.xtremej.com. The JBoss 4 DR1 support has just been added.