We have a number of org.jnp.interfaces.NamingContextFactory subclasses
that are in the server module which should really be in the naming
module to avoid unnecessary dependencies on the server module, and
jboss.jar:
org.jboss.naming.BridgeNamingContextFactory
org.jboss.naming.NamingContextFactory
In working on setting up a testcase for a custom
JavaBeanSchemaInitializer, I'm seeing an incorrect validation
exception:
[code]org.jboss.xb.binding.JBossXBException:
Failed to parse source:
file:/C:/cvs/JBossHead/jboss-head/testsuite/output/resources/xml/mbeanserver/testXMBean2.xml at
or
http://jira.jboss.com/jira/browse/JBXB-56 is an issue that describes a simple testcase in head
that shows this behavior.
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Scott M StarkSent: Saturday, March 04, 2006 11:08
AMTo: jboss-development@lists.sourceforg
opment@lists.sourceforge.net
> Subject: Re: [JBoss-dev] minOccurs=0 not being used
>
> It's fixed now. Thanks.
>
> Scott M Stark wrote:
> > http://jira.jboss.com/jira/browse/JBXB-56 is an issue that
> describe
for the element.
>
> > If not then
> > - if there is unresolvedElementHandler set on the
> WildcardBinding then
> > it will be used to process the element
> > - if unresolvedElementHandler is null then the element will
> be skipped.
> >
> &g
for urn:jboss:simplejavabean:1.0.
>
> Scott M Stark wrote:
> > So I'm not understanding what triggers a
> SchemaBindingInitializer to
> > be loaded. For a configuration of a marshaller such as the
> following:
> >
> > DefaultSchemaResolver resolver =
Related to this user forum question:
http://www.jboss.com/index.html?module=bb&op=viewtopic&t=78545
how does ConnectionPoolDataSource fit into the jca layer? Is a separate
pool implementation that wraps this needed or what?
Scott Stark
VP Architecture & Technology
JBo
URLDeploymentScanner.scan calls MainDeployer.checkIncompleteDeployments
to validate unsatisfied dependencies on each scan so check that.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bill
Burke
Sent: Tuesday, March 07, 2006 3:17 PM
To: jboss-development@
en I jarred the EAR in a .jar and didn't get the
error message anymore.
What I think I'll do is look for the top DI and add the registered mbean
to it. The SARDeployer will try to create/start DI.mbeans if they
exist, but the code seems to check to make sure it hasn't alread
Or latter.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bill
Burke
Sent: Tuesday, March 07, 2006 8:11 PM
To: jboss-development@lists.sourceforge.net
Subject: [JBoss-dev] drop dead date for 4.0.4?
How long do I have to get EJB3 changes into Branch_4_0 b
jboss-development@lists.sourceforge.net
> Subject: RE: [JBoss-dev] minOccurs=0 not being used
>
> On Tue, 2006-03-07 at 10:09 -0600, Scott M Stark wrote:
> > Then I don't see the point of the SchemaBindingInitializer.
> An XSD is
> > simply mapped to a SchemaBinding via the Xs
There is no evidence of such a posting, and if it was simply to say it
would be confusing it does not solve the usability issue.
http://www.jboss.com/index.html?module=bb&op=viewtopic&t=75175
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Bill
Probably not as this is duplicating functionality from the
SchemaBindingResolver. A subclass of DefaultSchemaResolver would be
needed to support programatic creation of the SchemaBinding within the
resolve callback.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED
jboss-development@lists.sourceforge.net
> Subject: Re: [JBoss-dev] drop dead date for 4.0.4?
>
> So I have a few weeks then?
>
> Scott M Stark wrote:
> > Or latter.
> >
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Beha
Should be JBossAS-4.0.4.CR2 on the 17th instead.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Scott M Stark
> Sent: Wednesday, March 08, 2006 7:43 AM
> To: jboss-development@lists.sourceforge.net
> Subject: RE: [JBoss-de
u still haven't answered my question. When do I have
> to have changes in by for the next release be it CR2 or GA?
> I have other things due on friday and would like to defer
> some EJB3 coding til next week.
>
> Scott M Stark wrote:
> > Should be JBossAS-4.0.4.CR2 on
nother week for cleaning
> up and testing things for the GA.
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of
> > Bill Burke
> > Sent: 08 March, 2006 15:51
> > To: jboss-development@lists
In one workspace I
just updated, I can't run a simple -projecthelp due to
[EMAIL PROTECTED]
testsuite]$ ant -projecthelpBuildfile: build.xmlOverriding previous
definition of reference to
xdoclet.task.classpathC:\cvs\JBoss4.0\jboss-4.0.x\testsuite\build.xml:468:
The following error occurre
The majority of the issues for the 4.0.4CR2 release due out
this Friday are webservice issues related to integrating the jbossws stack into
the server. Starting with this issue and traversing all links should define
what needs to be done:
http://jira.jboss.com/jira/browse/JBAS-2816
Fine with me. So we need to import the current cvs contents for the
common module into an svn repo.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Adrian Brock
Sent: Monday, March 13, 2006 8:04 AM
To: jboss-development@lists.sourceforge.net
Subject: Re: [
That is too long to not do something about the build. We are already in
the process of breaking apart modules like common into reusable projects
so waiting does not work.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bill
Burke
Sent: Monday, March 13, 20
Something seems wrong with the timeout setting on
org.jboss.test.concurrent.ReentrantLockTest as the test failed with a timeout in
0.006 seconds?
The 3
org.jboss.test.concurrent.SemaphoreTest failures seem to be known
issues?
Unexpected
exceptionjava.lang.UnsupportedOperationException:
Because the ejb3 installer profile should have the annotation driven
webservice stack.
> -Original Message-
> From: Bill Burke
> Sent: Tuesday, March 14, 2006 1:49 PM
> To: Ryan Campbell
> Cc: Scott M Stark; QA; jboss-development@lists.sourceforge.net
> Subject:
Versions should be 1.0.0.CR1 and
1.0.0.CR3
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossProductVersioning
From: Ryan Campbell Sent: Tuesday,
March 14, 2006 1:39 PMTo: Scott M Stark; '[EMAIL PROTECTED]';
'jboss-development@lists.sourceforge.net'Subject: R
Meaning AnnotationHelper.getCtClass(Class) has to maintain a ClassLoader
to AOPClassPool like mapping?
> -Original Message-
> From: Adrian Brock
> Sent: Tuesday, March 14, 2006 3:06 PM
> To: Ryan Campbell
> Cc: Scott M Stark; QA; jboss-development@lists.sourceforge.ne
jboss-head is not building due antlr being at one version in the
build-thirdparty, and hibernate having a dependency on another version:
BUILD FAILED
C:\cvs\JBossHead\jboss-head\build\build.xml:1027: The following error
occurred w
hile executing this line:
C:\cvs\JBossHead\jboss-head\build\build-t
Ok.
> -Original Message-
> From: Adrian Brock
> Sent: Wednesday, March 15, 2006 3:48 AM
> To: Scott M Stark
> Cc: jboss-development@lists.sourceforge.net
> Subject: Re: [jboss-cvs] jbossretro/src/main/org/jboss/lang ...
>
> I think you can get the enclosing s
That seems fine for the initial release.
> -Original Message-
> From: Adrian Brock
> Sent: Wednesday, March 15, 2006 2:09 AM
> To: Scott M Stark
> Cc: Adrian Brock; Ryan Campbell; QA;
> jboss-development@lists.sourceforge.net
> Subject: RE: Synching up on webse
rsion mismatch
>
> I think this is my screwup, sorry...Have you fixed? I'm in
> the process of doing a clean checkout...
>
> Emmanuel Bernard wrote:
> > Both comes from Hibernate.
> > You need to use 2.7.6rc1, this is the ANTLR team official
> version of
>
I'm just getting started with the installer issues so we'll see where we
are on Friday.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bill
Burke
Sent: Wednesday, March 15, 2006 3:26 PM
To: Jboss-Dev
Subject: [JBoss-dev] not ready for 4.0.4RC2
EJB3 isn't
I'm just getting started with the installer issues so we'll see where we
are on Friday.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bill
Burke
Sent: Wednesday, March 15, 2006 3:26 PM
To: Jboss-Dev
Subject: [JBoss-dev] not ready for 4.0.4RC2
EJB3 isn't
an ejb3-client.jar with what it needs and install that jar as part of
the installer switch?
* EJB3 will need a JDK5 build of webservices. I guess this is as simple
as choosing the jDK5 built webservices jars and overwriting the jdk14
based ones.
Scott M Stark wrote:
> I'm just
Yes.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Ryan Campbell
> Sent: Thursday, March 16, 2006 10:45 AM
> To: Francisco Reverbel
> Cc: jboss-development@lists.sourceforge.net
> Subject: [JBoss-dev] FW: [jboss-cvs] build/jboss ...
>
> We ne
There are multiple antlr jars being pulled into the 4.x thirdparty
content:
[EMAIL PROTECTED] build]$ find ../thirdparty/ -name 'antlr*' -print
../thirdparty/antlr
../thirdparty/antlr/lib/antlr-2.7.5H3.jar
../thirdparty/antlr/lib/antlr-2.7.6rc1.jar
../thirdparty/licenses/antlr.txt
[EMAIL PROTECTED]
I'm trying to do a clean build after removing my thirdparty using j2sdk
and its failing due to a jdk5 bytecode dependency:
[EMAIL PROTECTED] build]$ ant
Buildfile: build.xml
check.inhibit.downloads:
check.proxy:
set.proxy:
createthirdparty:
BUILD FAILED
java.lang.UnsupportedClassVersionError
Seems like that must have been something I was trying out as it's a
local copy of tools/lib/jbossbuild.jar that is built with jdk5.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Scott M Stark
> Sent: Thursday, March 16
ECTED] On
> Behalf Of Scott M Stark
> Sent: Thursday, March 16, 2006 10:50 PM
> To: jboss-development@lists.sourceforge.net
> Subject: [JBoss-dev] mulitple antlr jars
>
> There are multiple antlr jars being pulled into the 4.x thirdparty
> content:
> [EMAIL PROTECTED] build]$ fi
PROTECTED]; Jason T. Greene; Kabir Khan; Luc Texier;
[EMAIL PROTECTED]; Ovidiu Feodorov; [EMAIL PROTECTED]; QA; Rajesh
Rajasekaran; Ryan Campbell; [EMAIL PROTECTED]; Ruel Loehr; [EMAIL PROTECTED];
Scott M Stark; [EMAIL PROTECTED]; [EMAIL PROTECTED]; Thomas Heute; Thomas
Diesler; Tim Fox
I agree. The point of the CR2 is to get a release with jbossws with a
jbossretro 1.4.x binary compatible drop for testing by users. The
release will wait for this to happen. The JBBUILD-188 does not have all
of the subtasks so they need to be added for assignment in order to get
a jbossws snapshot.
Create a jira issue for this so we can link to whatever change notes for
ejb3/hibernate exist please.
> -Original Message-
> From: Bill Burke
> Sent: Friday, March 17, 2006 8:05 AM
> To: Scott M Stark
> Cc: Adrian Brock; jboss-development; QA
> Subject: Re: JBoss
Also, isn't there an implicit update to jbossxb needed? This is a binary
component in the 4.0.x branch being build from the jboss-head contents:
I created an issue for 4.0.4.GA
http://jira.jboss.com/jira/browse/JBAS-2959
> -Original Message-
> From: Adrian Brock
> Sent: Friday,
@lists.sourceforge.net; [EMAIL PROTECTED];
Ovidiu Feodorov; QA; Rajesh Rajasekaran; Scott M Stark; Thomas
DieslerSubject: jboss-head-jdk-matrix Build
FailedImportance: High
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20060317113
This is what we had a long time ago but there was a request for tar
distributions. If it turns out that the old posix tar implementations that for
some reason have not been dropped as the default platform tar(this problem is
at least 15 years old) cause problems for naïve users, perhaps we just
The size really is not sufficiently different at this point to make a
difference. We could also just explicitly label them as .gtar and let
the users live or die by their tar implementations.
> -Original Message-
> From: Adrian Brock
> Sent: Friday, March 17, 2006 10:37 AM
>
The check on the two AccessControlContexts in
ExecutorsTest.testPrivilegedThreadFactory is flawed because in order for the
ACCs to be equal, they have to have the same protection domains. This is false
because of how we have the unit test classes seperated from the core concurrent
classes. T
The lack of correlation between a unit test in the jbossas/testsuite and
its associated deployment artifacts is rather severe. To pull together
everything in a given unit test currently requires:
1. Find the deployment artifacts in the test class
2. Look in testsuite/imports/sections/{org.jboss.te
Just ran into a new
behavior in the tomcat 5.5.16 regarding jsp errors that is pretty nice. Either a
compile or exception shows a line number delimited fragment of the jsp page that
caused the problem. For example:
org.apache.jasper.JasperException: Exception in JSP:
/jmx-test.jsp:31
28:
Since the CR2 is going to be on the order of a week late, the GA needs
to be pushed back a week to give at least 2 weeks for feedback. The week
of the 10th should be the new GA target.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Dimitris And
It seems like ejb3 should only be brining in a latter hibernate
dependency via the installer and a custom build for testing. The
default/all should not be bumped up to track ejb3 issues to an untested
hibernate release.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROT
I don't see these txtimer errors running the tests by
itself. I'll check the run logs to see if there is something
obvious.
[EMAIL PROTECTED] testsuite]$ run_tests.shant
-Dtest=org.jboss.test.txtimer.test.CreateCancelTestCase -Dnojars=t
-Djunit.timeout=180 -Djbosstest.cluster.node0=192
I think everyone agrees that these are better behaviors, but
> certainly there are probably some users relying on the old
> "bad behaviors".
>
>
> -Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Scott M S
Ok. We want the 4.0.4.CR2 out this week and the GA two weeks latter.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Steve Ebersole
> Sent: Monday, March 20, 2006 2:17 PM
> To: jboss-development@lists.sourceforge.net
> Subject: RE: [JBoss-dev] 4.
pment@lists.sourceforge.net
Subject: Re: [JBoss-dev] 4.0.4
It would be cool if we could push GA a bit further after CR2. I would
like to do a big push for EJB3 final draft(and my book) compliance with
4.0.4 and need more than 2 weeks as I'm on vacation for 10 days in
between.
Scott M Stark wrote
The txtimer errors are due to previous deployments not getting cleaned
up due to OOMEs:
2006-03-20 13:20:21,455 WARN [org.jboss.system.ServiceController]
Problem start
ing service jboss.j2ee:jndiName=test/txtimer/TimerTest,service=EJB
java.lang.OutOfMemoryError
...
2006-03-20 13:20:25,895 INFO
[o
There have been a lot of changes since the 1.2mr release apon which the
current jmx implementation is based. The current 1.3 changes targeted
for jdk6 are:
http://jcp.org/aboutJava/communityprocess/maintenance/jsr003/jsr3-mr3-ch
ange-log-standalone.html
I have asked whether this version is going t
I see Thomas Diesler is currently assigned to this. If it has not been
resolved by tonight I'll look into it. We certainly need a basic test of
deployment of all web application components from a jar in a war
WEB-INF/lib.
> -Original Message-
> From: Adrian Brock
> Sent: Wednesday, March
Are the subtasks an exhaustive list of ConcurrentReaderHashMap
iterators?
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Adrian Brock
> Sent: Tuesday, March 21, 2006 10:59 AM
> To: jboss-development
> Subject: [JBoss-dev] Code review
>
> I'm
The referenced jars are added to the DeplomentInfo's class loader
classapth. Any other standard class loaders such as URLClassLoaders that
are created for the jar will also pickup these as part of their
classpath.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
CTED]; QA; Ryan Campbell; Ruel
Loehr; Scott M Stark; Thomas
DieslerSubject: jboss-4.0-testsuite Build
Completed With Testsuite ErrorsImportance:
High
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-testsuite?log=log20060323142936
rather than the aop deployer due to the jbossretro, hibernate, etc dependencies
not related to aop. I'm not seeing the jbossretro-rt.jar anywhere in the current
4.0 build, and my workspace is up to date. Has this been integrated into the
dist structure yet?
From: Scott M Stark Sent: Thu
; From: Kabir Khan
> Sent: Friday, March 24, 2006 5:02 AM
> To: Bill Burke; Scott M Stark
> Cc: QA; jboss-development@lists.sourceforge.net; Kabir Khan
> Subject: JACC (ejb 3) - WAS RE: jboss-4.0-testsuite Build
> Completed With Testsuite Errors
>
> I've taken a look
Class-Path entries effect deployment?
>
> Can you take a look at the forum post? It looks like the
> Class-path entries are being scanned. Not sure how that is
> possible since di.url is being used as the scanned thing.
>
> Scott M Stark wrote:
> > The referenced
Where is the ejb3 code that sets up the jvm Policy instance as I would
like to review how its being done.
> -Original Message-
> From: Kabir Khan
> Sent: Friday, March 24, 2006 5:02 AM
> To: Bill Burke; Scott M Stark
> Cc: QA; jboss-development@lists.sourceforge.
AM
> To: Scott M Stark; Bill Burke
> Cc: QA; jboss-development@lists.sourceforge.net
> Subject: RE: JACC (ejb 3) - WAS RE: jboss-4.0-testsuite Build
> Completed With Testsuite Errors
>
> I didn't commit the Policy.setPolicy() stuff if that's what
> you mea
Its only integrated when building with j2se1.4.x which is
why I was not seeing it. Can you trigger another testsuite run as I have not
seen one since I have updated the jacc configs.
From: Ryan Campbell Sent: Thursday,
March 23, 2006 5:44 PMTo: Scott M Stark; '[EMAIL PROT
net'Subject: RE: Adding
javassist to server/default/lib
This brings up a
question of the javassist version. AOP only declares compatibility with
3.1RC2. Can this be upgraded to 3.2.0.CR1?
From: Ryan
Campbell Sent: Friday, March
24, 2006 1:51 PMTo:
Scott
Is the JBAS-2973 (ConcurrentReaderHashMap iterators returning null)
issue worth a 3.2.8.SP2 after the 4.0.4.CR2?
Scott Stark
VP Architecture & Technology
JBoss Inc.
---
This SF.Net e
t; On Sat, 2006-03-25 at 11:16 -0600, Scott M Stark wrote:
> > Is the JBAS-2973 (ConcurrentReaderHashMap iterators returning null)
> > issue worth a 3.2.8.SP2 after the 4.0.4.CR2?
>
> Not really. I am dubious that it is a real problem with the
> current code using Oswego.
[synchronizeinfo] [10]: javassist
[synchronizeinfo] Checking currentComponentRef:
ComponentRef{id=javassist,name=j
avassist,filename=component-info.xml,location=null,version=3.1RC2,compat
ibles=[C
[EMAIL PROTECTED],
version=3.1RC2}],component=null,importingComponent=Com
[EMAIL PROTECTED]/aop
atts=
)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:246)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:67)
> -Original Message-
> From: Scott M Stark
> Sent: Monday, March 27, 2006 12:51 PM
> To: QA; 'jboss-development'
> Subje
I'm working on the installer stuff now.
> -Original Message-
> From: Dimitris Andreadis
> Sent: Monday, March 27, 2006 8:29 AM
> To: QA; jboss-development
> Cc: Thomas Diesler; Tom Elrod; Bill Burke; Brian Stansberry;
> Adrian Brock; Clebert Suconic; Scott
: 3.2.0.CR1
but it is also required to be compatible with:
[EMAIL PROTECTED], version=3.1RC2}]
by: jboss/aop
> -Original Message-
> From: Ryan Campbell
> Sent: Monday, March 27, 2006 12:57 PM
> To: Scott M Stark; QA; 'jboss-development'
> Subject: RE: third
l
Burke; Brian Stansberry; Emmanuel Bernard;
jboss-development@lists.sourceforge.net; [EMAIL PROTECTED]; Kabir Khan; QA;
Ryan Campbell; Ruel Loehr;
Scott M Stark; Thomas DieslerSubject: jboss-4.0-testsuite Build
FailedImportance:
High
View results here -> http://cruisecontrol
Start doing a clean build before committing any changes to
build-thirdparty.xml to avoid this consistent problem:
[synchronizeinfo] Checking currentComponentRef:
ComponentRef{id=jboss/remoting,n
ame=jboss/remoting,filename=component-info.xml,location=null,version=1.4
.0_final
,[EMAIL PROTECTED],
v
I'm working with the ejb3 tests as part of the installer testing. I
don't intend to fix all of them but if there are obvious mistakes I'll
try to fix them.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Dimitris Andreadis
> Sent: Tuesday, March
Ok, I think Brian already addressed those.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Emmanuel Bernard
> Sent: Tuesday, March 28, 2006 2:39 PM
> To: jboss-development@lists.sourceforge.net
> Subject: Re: [JBoss-dev] Do a clean build before
Where are all of these thirdparty elements being used such that they are
specified here? In particular, what is using the * ones?
*
*
*
*
*
* Can this be
dropped from jbossxb?
*
My common, server, and remoting thirdparty are in synch with the 4.0
branch but there is a conflict:
[javac]
C:\cvs\JBoss4.0\jboss-4.0.x\server\src\main\org\jboss\invocation\Inv
okerInterceptor.java:285: incompatible types
[javac] found :
org.jboss.remoting.serialization.impl.jboss.Local
So is there a runtime dependency on something or is this only compile
time?
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Brian Stansberry
> Sent: Tuesday, March 28, 2006 5:48 PM
> To: jboss-development@lists.sourceforge.net
> Subject: RE: [JB
I want to drop the unsupported/unmaintained loadbalancer.sar from the
varia module.
Scott Stark
VP Architecture & Technology
JBoss Inc.
---
This SF.Net email is sponsored by xPML,
The following use it:
[EMAIL PROTECTED] jboss-4.0.x]$ find . -name build.xml -exec grep -l
gnu.regexp {} \;
./aspects/build.xml
./jmx/build.xml
./messaging/build.xml
./testsuite/build.xml
./varia/build.xml
I would like to replace these uses with the java.util.regex package in
4.0.x+ since j2se1.4
Looks ok now.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Clebert Suconic
> Sent: Tuesday, March 28, 2006 8:23 PM
> To: jboss-development@lists.sourceforge.net
> Subject: RE: [JBoss-dev] Why isn't server building?
>
> It should be fixed now
I'm seeing this org.jboss.test.jbossmq.test.ExpiryDestinationTestCase
fail due to timing issues? The test is failing because the dlq count is
not 2000. Its both below and above. Is this a reliable test?
Scott Stark
VP Architecture & Technology
JBoss Inc.
x
If the installer is built as it is for the 4.0.x dist with only the
aspects, ejb3 and ejb3x modules built with jdk5, the tests fail because
the ejb3/build-test.xml client.classpath is referring to
${jboss.dist}/client/jbossall-client.jar, but this jar does not contain
the ejb3 classes. It cannot fo
I have removed all use of the gnu.regex from 4.0/head. This includes the
new jms selector code which was copied from jbossmq.
> -Original Message-
> From: Scott M Stark
> Sent: Tuesday, March 28, 2006 7:32 PM
> To: 'jboss-development@lists.sourceforge.net'
> Sub
TECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Scott M Stark
> Sent: Wednesday, March 29, 2006 10:19 AM
> To: jboss-development@lists.sourceforge.net
> Subject: RE: [JBoss-dev] Why is all of this stuff in the
> jbossas build-thirdparty?
>
> I have removed all use
There is a conflict between two org.jboss.lang.Enum objects, one from
aop and another from jbossretro. There should only be one. The
jbosstretro version is more complete, but is not designed to be usable
in js2e1.4 without being translated.
How are we going to resolve this?
Ok. A new jbossws14 binary will need to be created from the updated
jbossretro jars.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Adrian Brock
> Sent: Wednesday, March 29, 2006 1:43 PM
> To: jboss-development@lists.sourceforge.net
> Subject: R
The class has been renamed to org.jboss.lang.EnumImpl, and I moved the
JBossRetro_1_0_0_CR1 tag on the updated files so can you rebuild the
current 1.0.0.CR1 jars.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Ryan Campbell
> Sent: Wednesday, M
If Alexey does not reply by tomorrow I would take the current jboss-head
code and make a jbossxb-1.0.0.CR3 release. I don't know how this is
being built since this has not been broken out yet. For the 4.0.4.GA the
common module needs to be broken up into a separate projects with those
jars released
I don't see any runtime dependency on javassist in the jbosstretro
translated output, but the component-info.xml declares a dependency:
http://www.jboss.org";
description="JBossRetro is a weaver which will
transform Java SE 1.5 byte code to its Java 1.4
equivalen
Already dealt with, see:
http://www.jboss.com/index.html?module=bb&op=viewtopic&t=80196
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Bill Burke
> Sent: Friday, March 31, 2006 8:36 AM
> To: jboss-development@lists.sourceforge.net
> Subject: Re
I build ok with both jdk5/jdk1.4.2 last night. Let me try another box/workspace
to validate if something is missing.
> -Original Message-
> From: Dimitris Andreadis
> Sent: Friday, March 31, 2006 6:13 AM
> To: 'jboss-development@lists.sourceforge.net'; QA
> Subject: JBoss-4.0.4.CR2 toda
jbossws/jbossws14 have been marked as compatible with 1.0.4jboss as
well.
> -Original Message-
> From: Adrian Brock
> Sent: Friday, March 31, 2006 9:36 AM
> To: Scott M Stark
> Cc: Dimitris Andreadis; jboss-development@lists.sourceforge.net; QA
> Subject: RE: JBoss-4.0
4.0.4 sections have been added to:
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossReleaseNotes
http://wiki.jboss.org/wiki/Wiki.jsp?page=404UpgradeIssues
Scott Stark
VP Architecture & Technology
JBoss Inc.
--
The current build-distr.xml looks to have been corrected. I really doubt
that the crusecontrol detection of a quiet period of activity is either
broken or not long enough as these transient build breaks happen often.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTE
We can't be relying on classes from the sun.* package namespace.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Ruel Loehr
> Sent: Monday, April 03, 2006 10:03 AM
> To: jboss-development@lists.sourceforge.net
> Cc: Jason T. Greene; Thomas Diesl
Yes, we should be defaulting to a single node, unclustered jboss cache
rather than having to supply yet another thirdparty jar to handle the
baseline cache.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Scott Marlow
> Sent: Monday, April 03, 2
javadoc is generated in all, but its completely upto the module all
target definition to make this distinction. The all target should depend
on most and add to it.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Tom Elrod
> Sent: Wednesday, April
An undeployed class loader should probably still delegate to its parent
if it does not have a repository?
> -Original Message-
> From: Adrian Brock
> Sent: Wednesday, April 05, 2006 9:42 AM
> To: Scott M Stark
> Cc: Rajesh Rajasekaran; QA; jboss-development@lists.
101 - 200 of 4685 matches
Mail list logo