Hi!
We had no problems creating and deploying a standard webapp/.war including axis
services which could locate jboss and invoke mbeans, etc. If you want to
invoke ejbs or jms you could use spring as an "adapter/proxy layer", ie axis ->
spring -> ejb/jms..
regards!
/Ole
View the original po
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-testsuite?log=log20050105012006Lbuild.40
BUILD COMPLETE - build.40Date of build: 01/05/2005 01:20:06Time to build: 69 minutes 26 secondsLast changed: 01/05/2005 01:00:40Last log entry: Completely vali
[ http://jira.jboss.com/jira/browse/JBAS-1268?page=history ]
Scott M Stark resolved JBAS-1268:
-
Resolution: Done
Fix Version: JBossAS-3.2.7 Final
JBossAS-4.0.2RC1
The DescriptorSupport writeObject method now completely valida
DescriptorSupport does not validate its serializable fields adequately
--
Key: JBAS-1268
URL: http://jira.jboss.com/jira/browse/JBAS-1268
Project: JBoss Application Server
Type: Bug
Reporter: Sco
Has this been solved? I'm actually not using JBoss (I'm using just
Tomcat/Axis), but I get a similar problem. My first parameter gets passed
successfully, but the second parameter has mysteriously become null. I
appreciate your help.
[EMAIL PROTECTED]
View the original post :
http://www.jboss
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050104230836Lbuild.661
BUILD COMPLETE - build.661Date of build: 01/04/2005 23:08:36Time to build: 17 minutes 24 secondsLast changed: 01/04/2005 20:03:17Last log entry: New target tests-scout
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050104221646Lbuild.305
BUILD COMPLETE - build.305Date of build: 01/04/2005 22:16:46Time to build: 30 minutes 34 secondsLast changed: 01/04/2005 17:08:46Last log entry: JBREM-18: Backport of
[ http://jira.jboss.com/jira/browse/JBMAIL-13?page=history ]
Andrew Oliver reassigned JBMAIL-13:
---
Assign To: Dawie Malan (was: Andrew Oliver)
since you volunteered, I'm assigning to you. If you dun figure it out within a
few days then I'll reassign
[ http://jira.jboss.com/jira/browse/JBMAIL-14?page=history ]
Andrew Oliver closed JBMAIL-14:
---
Resolution: Done
just evaluated the "nor" token when it somehow appears in a value to be "not
defined" its kind of a hacky way to fix it, but it'll work.
>
Branches are probably a cleaner way to do this in the long term, as will other
wise have ghost system2 and jmx2 directories at some point (yes I know about
pruning, but still creates them on the root CVS disk). Intellij (and I think
Eclipse) are now capable of making merges fairly simple (even
I also tried
but it fails with this error,
| [execmodules] javac: target release 1.4 conflicts with default source
release 1.5
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860690#3860690
Reply to the post :
http://www.jboss.org/index.html?module=bb&
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20050104121215Lbuild.241
BUILD COMPLETE - build.241Date of build: 01/04/2005 12:12:15Time to build: 576 minutes 31 secondsLast changed: 01/04/2005 11:30:35Last log entry: Include explicit port
I'm looking at the code.
Why are you writing your own install?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860689#3860689
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3860689
--
[ http://jira.jboss.com/jira/browse/JBAS-1267?page=history ]
Ben Wang closed JBAS-1267:
--
Resolution: Done
> Added http session clustering unit testing
> --
>
> Key: JBAS-1267
> URL: http://jira.jbos
[
http://jira.jboss.com/jira/browse/JBAS-1267?page=comments#action_12314515 ]
Ben Wang commented on JBAS-1267:
I have re-surrected the unit testing. I have also removed the dependency on
apache. Now the code uses pure Apache http client with session co
Added http session clustering unit testing
--
Key: JBAS-1267
URL: http://jira.jboss.com/jira/browse/JBAS-1267
Project: JBoss Application Server
Type: Task
Components: Clustering
Versions: JBossAS-4.0.2RC1
Repor
[ http://jira.jboss.com/jira/browse/JBAS-1267?page=history ]
Ben Wang reassigned JBAS-1267:
--
Assign To: Ben Wang (was: Scott M Stark)
> Added http session clustering unit testing
> --
>
> Key: JBAS-1267
>
[ http://jira.jboss.com/jira/browse/JBCACHE-23?page=history ]
Ben Wang reassigned JBCACHE-23:
---
Assign To: Ben Wang (was: Bela Ban)
> Override bindToJndi() in TreeCacheAop
> -
>
> Key: JBCACHE-23
> URL:
Branches on jmx and system are not that big a deal as these are not seeing much
active development. Its going to be a big impact to force the projects that are
under very active development to have to deal with multiple branches. I'm fine
with working with multiple branches, but I think the bran
[ http://jira.jboss.com/jira/browse/JBAS-37?page=comments#action_12314514 ]
Ben Wang commented on JBAS-37:
--
I have fixed TreeCache.java to resolve the NoSuchMethodError that caused many
of the test failure. However, it still may have problem in multi-cpu m
Bugs item #1096143, was opened at 2005-01-05 00:10
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1096143&group_id=22866
Category: Clustering
Group: v3.2
Status: Open
Resolution
One final issue that springs to mind is how to handle
tools, thirdparty and branching.
Essentially what I have to do with the current build is:
1) Define an alias that incorporates all the components that make up checkout
2) Create a "build" project so I can override the groups definition of
buil
"[EMAIL PROTECTED]" wrote :
| And certainly developers won't want 20-50 standalone projects that they
have to build
| separately, update the jars to some location then build the next until you
get a final
| project.
|
Right, I agree this is not what we want. You shouldn't have to bu
[ http://jira.jboss.com/jira/browse/JBREM-18?page=history ]
Tom Elrod closed JBREM-18:
---
Resolution: Done
Done. Has most of the features from beta release (including configuration
changes). Only big feature missing is http invoker.
> Backport remoting
Just to clarify since none of the examples above has it,
it would be something like:
| http://www.jboss.org/jboss-3.2/
| >
| ...
|
|
| cvsmodule="common"
| location="common"
|
|
| ...
|
Then the developer can choose wh
Cheese StripBetweeFilter improperly evaluates valuesDefinedNeither
--
Key: JBMAIL-14
URL: http://jira.jboss.com/jira/browse/JBMAIL-14
Project: JBoss Mail
Type: Bug
Components: build
Versions: 1.0
[ http://jira.jboss.com/jira/browse/JGRP-14?page=history ]
Bela Ban updated JGRP-14:
-
Attachment: belacode.java
> TCP protocol stack won't mergeview with initial hosts specified as IP
> addresses
> ---
[ http://jira.jboss.com/jira/browse/JGRP-14?page=history ]
Bela Ban updated JGRP-14:
-
Description:
When I use a TCP protocol stack with TCPPING having initial members as ip
addresses: initial_members=192.168.1.200[4000], no merges will occur when 2
instances a
[ http://jira.jboss.com/jira/browse/JGRP-14?page=comments#action_12314512 ]
Bela Ban commented on JGRP-14:
--
Tried it out, it worked for me with both 0 and 1:
Using protocol string:
TCP(start_port=20043):TCPPING(initial_hosts=192.168.0.2[20043];port_range=5
Hi Ryan,
I don't anticipate that all builds will be standalone.
And certainly developers won't want 20-50 standalone projects that they have to
build
separately, update the jars to some location then build the next until you get
a final
project.
The idea of the build is that the developer ca
[ http://jira.jboss.com/jira/browse/JGRP-14?page=history ]
Bela Ban updated JGRP-14:
-
Fix Version: 2.2.8
> TCP protocol stack won't mergeview with initial hosts specified as IP
> addresses
> --
"[EMAIL PROTECTED]" wrote :
| ${somedir}/JBossAS - the main integration build
| ${somedir}/test1 - test1 component
| ${somedir}/test2 - test2 component
| ${somedir}/tools - the tools directory containing jboss/tasks.xml
|
I notice that you declared jboss-common.jar as a dependency of
Create jboss-pojoserver module alias
Key: JBAS-1266
URL: http://jira.jboss.com/jira/browse/JBAS-1266
Project: JBoss Application Server
Type: Task
Components: Build System
Reporter: Scott M Stark
Assigned to: Adrian Brock
Ok, I created a task for you:
http://jira.jboss.com/jira/browse/JBAS-1266
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860649#3860649
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3860649
---
Hi all!
We need to implement a ws according to an existing document/literal wsdl
definition and have a hard time getting this to work when generating
ejb/server-stubs, etc with wscompile -import ...
We need to do the XML/Java marshaling ourselves and have thus used the
nodatabinding option i
Restore the patchdir option behavior
Key: JBAS-1265
URL: http://jira.jboss.com/jira/browse/JBAS-1265
Project: JBoss Application Server
Type: Feature Request
Components: MicroContainer bus
Versions: JBossAS-4.0.1 Final, JBo
The existing server module certainly needs to be split up and the suggested
breakup makes sense. However, the only time there is an associated jira project
for a cvs module(s) is if we are releasing it as a standalone product. I'm
still confused as to how the refactoring of the legacy app server
No ease of management that I'm aware of, it is just how the project
was described to me originally.
It might be an idea to split out some of the integration points
so they are available more a la carte
e.g. At the moment they are mostly defined in the server module (along with
some implementation
[
http://jira.jboss.com/jira/browse/JBAS-1264?page=comments#action_12314511 ]
Scott M Stark commented on JBAS-1264:
-
As a workaround, you can override the suffixes by editing the
conf/xmdesc/org.jboss.deployment.MainDeployer-xmbean.xml and setting
Thanks, I am talking about server side deployment...
Does this mean that I can just omit the port element from my WSDL, and JBoss
will generate it appropriately for my service?
- Chris
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860616#3860616
Reply to
I would view the pojo server as a component of the app server. It will have
standalone releases. I guess I'm leary of project explosion just causing
confusion. Is there an ease of management argument for a seperate pojo server
project?
View the original post :
http://www.jboss.org/index.html?
Over load invoke() method in Client so metadata not required
Key: JBREM-29
URL: http://jira.jboss.com/jira/browse/JBREM-29
Project: JBoss Remoting
Type: Reactor Event
Components: general
Versions: 1
TCP protocol stack won't mergeview with initial hosts specified as IP addresses
---
Key: JGRP-14
URL: http://jira.jboss.com/jira/browse/JGRP-14
Project: JGroups
Type: Bug
Versions: 2.2.8
[ http://jira.jboss.com/jira/browse/JBREM-29?page=history ]
Tom Elrod closed JBREM-29:
---
Resolution: Done
jboss-head and jboss-4.0
> Over load invoke() method in Client so metadata not required
> --
This relates to the following thread:
http://www.jboss.org/index.html?module=bb&op=viewtopic&t=57054
What I want to do is build containers using dependency injection
and where the different facades can use the same stack.
Use cases:
1) A service that has a @transaction tag waits for the transacti
This is the situation:
Two JVMs, each is running an instance of TreeCacheAop. Same cluster.
Replication (have tried both synchronous and asynchronous).
When I call getObject("/foo") on both servers at roughly the same time, and
"/foo" does not exist in the cache, then both servers end up asking
I have created two releases in the JBAS project:
JBossPOJOServer-1.0 Alpha Release date 28/Feb/2005
JBossPOJOServer-1.0 Final Release date 30/May/2005
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860607#3860607
Reply to the post :
http://www.jboss.org
I probably misunderstood this which is where my disconnect is,
but...
I thought the plan was to create the POJO server as a standalone project.
With JBossAS migrating later to be the full j2ee stack on top of it?
They will eventually be the same thing.
View the original post :
http://www.jboss.
I would prefer a j2se module.
There will be use cases where jmx is required but not the full j2ee stack.
Those classes only need to be maintained by us for pre jdk1.5 jvms.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860606#3860606
Reply to the post :
htt
[ http://jira.jboss.com/jira/browse/JBAOP-51?page=history ]
Bill Burke updated JBAOP-51:
Environment:
Version: 2.1
(was: 2.0)
Fix Version: 2.1
(was: 2.0)
> support for local variable annotations in point
[ http://jira.jboss.com/jira/browse/JBAOP-50?page=history ]
Bill Burke updated JBAOP-50:
Description:
Environment:
Version: 2.1
(was: 2.0)
Fix Version: 2.1
(was: 2.0)
> support for parameter annotat
We definitely need a new system module as a number of things beside jmx are
changing in the deployment, dependency, state area.
I suppose we do need a new jmx module as well. Could we move the common
javax.management.* classes to the j2ee module and have jmx* depend on that?
View the original
Yep,
To get the PER_VM instance, you would do:
| MyAspect myAspect = (MyAspect)
AspectManager.instance().getPerVMAspect("org.blah.MyAspect");
|
Note that all instrumented classes implement the org.jboss.aop.Advised
interface. So for other scopes you would cast an instance to Advised.
Ad
[ http://jira.jboss.com/jira/browse/JBAOP-47?page=history ]
Bill Burke updated JBAOP-47:
Environment:
Version: 2.1
(was: 2.0)
Fix Version: 2.1
(was: 2.0)
> Expand Instance API
> ---
>
>
[ http://jira.jboss.com/jira/browse/JBAOP-46?page=history ]
Bill Burke updated JBAOP-46:
Description:
Environment:
Version: 2.1
(was: 2.0)
Fix Version: 2.1
(was: 2.0)
> Repackage AOP webconsole as a
[ http://jira.jboss.com/jira/browse/JBAOP-57?page=history ]
Bill Burke updated JBAOP-57:
Description:
Environment:
Version: 2.1
(was: 2.0)
Fix Version: 2.1
(was: 2.0)
> Support callfield in declare
[ http://jira.jboss.com/jira/browse/JBAOP-45?page=history ]
Bill Burke updated JBAOP-45:
Description:
Environment:
Version: 2.1
(was: 2.0)
Fix Version: 2.1
(was: 2.0)
> callfield pointcut
>
[ http://jira.jboss.com/jira/browse/JBAOP-18?page=history ]
Bill Burke updated JBAOP-18:
Environment:
Version: 2.1
(was: 1.1)
Fix Version: 2.1
(was: 1.1)
> Work with Marshall on defining JBoss AOP IDE re
[ http://jira.jboss.com/jira/browse/JBAOP-53?page=history ]
Bill Burke updated JBAOP-53:
Environment:
Version: 2.1
(was: 1.1)
Fix Version: 2.1
(was: 1.1)
> XML includes don't seem to work in jboss-aop.xm
[ http://jira.jboss.com/jira/browse/JBAOP-5?page=history ]
Bill Burke updated JBAOP-5:
---
Environment:
Version: 2.1
(was: 1.1)
Fix Version: 2.1
(was: 1.1)
> Static initialization
> -
>
>
Hello,
I wonder if there are any API methods to get the aspect instances like the
?aspectOf()? method of AspectJ?
In particular, I?d like to get the PER_VM instance of a specific aspect class
(which implements the Interceptor interface.)
Thanks.
View the original post :
http://www.jboss.org
[ http://jira.jboss.com/jira/browse/JBAOP-14?page=history ]
Bill Burke updated JBAOP-14:
Description:
* Pointcut annotation resolving for methods @ann->method should use the actual
class rather than the method.getDeclaredClass because the correct thing migh
[ http://jira.jboss.com/jira/browse/JBAOP-54?page=history ]
Kabir Khan closed JBAOP-54:
---
Resolution: Done
> Declare error/warning
> -
>
> Key: JBAOP-54
> URL: http://jira.jboss.com/jira/browse/JBAOP-54
> Project:
"Hjames" wrote : Hello,
|
| I wonder if there are any API methods to get the aspect instances like the
"aspectOf()" method of AspectJ?
|
| In particular, I'd like to get the PER_VM instance of a specific aspect
class (which implements the Interceptor interface.)
|
| Thanks.
View
[
http://jira.jboss.com/jira/browse/JBAS-1262?page=comments#action_12314506 ]
Adrian Brock commented on JBAS-1262:
I proposed the correct way to fix this on this dev forum post:
http://www.jboss.org/index.html?module=bb&op=viewtopic&t=53623
> MBean
No.
Each node should recover its own transactions that it started.
You need to differentiate imported transactions (OTS/JCA inbound)
which will be recovered by the TM that propagated the tx.
Yes. The simplest way to get it to work correctly is to use a GID.
Especially when you might want to run
Yes. And this JIRA task:
http://jira.jboss.com/jira/browse/JBJCA-9
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860587#3860587
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3860587
--
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050104093115Lbuild.660
BUILD COMPLETE - build.660Date of build: 01/04/2005 09:31:15Time to build: 27 minutes 12 secondsLast changed: 01/04/2005 08:54:41Last log entry: no message
[ http://jira.jboss.com/jira/browse/JBPORTAL-100?page=history ]
Roy Russo closed JBPORTAL-100:
--
> Broken images in parser
> ---
>
> Key: JBPORTAL-100
> URL: http://jira.jboss.com/jira/browse/JBPORTAL-100
> Project
[ http://jira.jboss.com/jira/browse/JBPTL-30?page=history ]
Roy Russo closed JBPTL-30:
--
> Slide support
> -
>
> Key: JBPTL-30
> URL: http://jira.jboss.com/jira/browse/JBPTL-30
> Project: JBoss Portal
> Type: Sub-task
[ http://jira.jboss.com/jira/browse/JBPORTAL-100?page=history ]
Roy Russo resolved JBPORTAL-100:
Resolution: Done
Fix Version: 2.0 Alpha
small code change at the servlet level. no need for custom broken image graphic.
> Broken images in parser
One thing I noticed by looking at XidImpl class. Are you guaranteed to get the
same Xid class when you call recover on an XAResource? I would guess no. I
think XidImpl.equals needs to reflect this.
Bill
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=386058
anonymous wrote : The least intrusive change would be to update the Logger
factory to use the message as a key with the resource bundles located in the
classpath say under conf/logging-i18n
I was thinking we pass in an I18N class as the first arg. to log() and the
Logger would handle it normall
You can set the "javac.target" value to 1.4 and use jdk1.5.
1.5 is backward compatible with 1.4
Or if you can just use 1.4, it works.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860577#3860577
Reply to the post :
http://www.jboss.org/index.html?module=bb&
Ok,
here's the algorithm I'm implementing for recovery:
1. For all log files gather all committing Xids
2. For each resource, call recover to get xids
3. commit each resource for xids found in log files
4. For each xid left over for each resource, call rollback
There's really no other way to do
"[EMAIL PROTECTED]" wrote : Did you try
|
| still using JDK1.5 ?
Yes I did.
Is it a better idea to switch back to 1.4?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860572#3860572
Reply to the post :
http://www.jboss.org/index.html?module=bb&op
you are welcome
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860573#3860573
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3860573
---
The SF.Net email is sponsored
[
http://jira.jboss.com/jira/browse/JBCACHE-32?page=comments#action_12314500 ]
Bela Ban commented on JBCACHE-32:
-
See solution in cache/docs/design/JBCACHE-32.txt
> Transaction already active on replication's PREPARE phase
> ---
After thinking some more. I can also just override process (already public).
Have my process call super.process(), then do my own pruning. This seems more
OO, because it does not have to override an internal method such as prune. It
achieves the same result, so now I don't seem a reason to
[ http://jira.jboss.com/jira/browse/JGRP-7?page=history ]
Bela Ban updated JGRP-7:
Description:
Will discard (oldest) messages that have not yet been received if buffer size
is exceeded.
Needed for JBossVoip
was:
Will discard (oldest) messages that have not
Hi How can I run JBoss in a debug mode?I'm using JBoss 3.2.3 ,Eclipse 3.1 with
JBoss IDE 1.4 plug-in.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860559#3860559
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3860559
Hi!
Thanks for replies. I've already forgot about this thread and got used to this
"great" session persisting...
I have some troubles migrating from 3.2.5 to 3.2.6 so probably I'll have to
still like session persisting till I mangage to fully migrate.
By this time I'll give a try switching off
[ http://jira.jboss.com/jira/browse/JBMAIL-8?page=history ]
Dawie Malan reassigned JBMAIL-8:
Assign To: Dawie Malan (was: Andrew Oliver)
> Hibernate Mailboxes
> ---
>
> Key: JBMAIL-8
> URL: http://jira.jboss.com/jira/br
[ http://jira.jboss.com/jira/browse/JBMAIL-9?page=history ]
Dawie Malan reassigned JBMAIL-9:
Assign To: Dawie Malan (was: Andrew Oliver)
> Amend build to (optionally) automatically create database tables using hbm2ddl
> -
[ http://jira.jboss.com/jira/browse/JBMAIL-7?page=history ]
Dawie Malan reassigned JBMAIL-7:
Assign To: Dawie Malan (was: Andrew Oliver)
> add a JAASUserRepository and support for JAAS-based security
> ---
Bugs item #1095637, was opened at 2005-01-04 11:46
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1095637&group_id=22866
Category: JBoss-IDE
Group: None
Status: Open
Resolution:
Hi,
I got a problem in jsp and I desperately need help.
I am using JBoss 3.2.0.
There is an Applet in my jsp page and applet is using a class name
clientInfo.java. My beans also use this class as well. So I have put this class
in Web_inf folder and with applet as well so clientInfo.java is av
Was this an eclipse application? I could get a normal java application to run,
but for that the classpath is freely available. My understanding was that for
a eclipse application the classpath is handled by eclipse's classloader,
presumably so it can load plugins transparently. I did finally
[
http://jira.jboss.com/jira/browse/JBAS-1262?page=comments#action_12314497 ]
Heiko W. Rupp commented on JBAS-1262:
-
The same behaviour applies when the deploy of an MBean fails (i.e. not only for
EJBs, but e.g. also for JMS-Queues). The MBean stay
Did you try
still using JDK1.5 ?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860537#3860537
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3860537
---
The SF.
[ http://jira.jboss.com/jira/browse/JGRP-13?page=history ]
Bela Ban resolved JGRP-13:
--
Resolution: Done
> Create common pinging superclass Discovery
> --
>
> Key: JGRP-13
> URL: http://jira.jboss.co
Create common pinging superclass Discovery
--
Key: JGRP-13
URL: http://jira.jboss.com/jira/browse/JGRP-13
Project: JGroups
Type: Task
Reporter: Bela Ban
Assigned to: Bela Ban
Fix For: 2.2.8
Create a superclass Disc
[ http://jira.jboss.com/jira/browse/JGRP-11?page=history ]
Bela Ban resolved JGRP-11:
--
Resolution: Done
Solved as suggested
> FIND_INITIAL_MBRS blocks entire traffic
> ---
>
> Key: JGRP-11
> URL: http:
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-jdk-matrix?log=log20050104024547Lbuild.22
BUILD COMPLETE - build.22Date of build: 01/04/2005 02:45:47Time to build: 25 minutes 4 secondsLast changed: 01/03/2005 21:15:54Last log entry: Added check for
94 matches
Mail list logo