/browse/JBAS
2) Support - Help us define priorities. Raise priorities (Critical) to
the issues that *MUST* make it for the release. Create issues, if there
is something missing.
Cheers
/Dimitris
--
xxxx
Dimitris Andreadis
AS Development Manager
JBoss, a Divi
http://jira.jboss.com/jira/browse/JBAS-3368
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net
Hi Mladen,
I don't know the exact dependencies, but we can try in HEAD and see how
it goes.
If you want help to update this, let me or Ruel know.
I'm delivering a training until Thursday and won't be much online...
Cheers
/Dimitris
> -Original Message-
> From: Mladen Turk
> Subject: JB
> So at the end of the day, the Tomcat code in JBoss will not
> exactly correspond to an official Tomcat release version. Is
> that correct?
>
> I know we have been maintaining full Tomcat source within the
> JBoss AS CVS. I'm wondering about the pros and cons you
> experienced with Tomcat b
I suppose the 'common' sources will be removed
from Branch_4_0 & HEAD ?
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Ruel LoehrSent: 21 June, 2006 23:30To:
jboss-developmentSubject: [JBoss-dev] Promotion of common module to
independent project
T
I suppose it is safe to remove the javax.xml.bind.* classes from our
jboss-j2ee.jar in 4.0.4.SP1 (and HEAD too) as Thomas did in Branch_4_0
for 4.0.5.CR1?
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3948753#3948753
___
JBoss-Development ma
I'm not sure what's the best way to handle this, make CC 4.0. builds,
point to Branch_4_0_4_SP instead (for a week until we release this), or
introduce new CC build/testsuite/compatibility builds for 4.0.4.SP1?
Ryan?
> -Original Message-
> From: Dimitris Andreadis
>
We are going to have an SP1 for 4.0.4 just before JBW, to fix minor
glitches and upgrade EJB3 to CR8.
Branch JBoss_4_0_4_SP was created for this purpose, to check this out
use:
cvs co -r JBoss_4_0_4_SP jboss-4.0.x
The JIRA for this SP1 is here:
http://jira.jboss.com/jira/secure/IssueNavigator.js
I suppose after Arjuna's integration the "Transaction Recovery" task and
subtasks are obsolete now?
http://jira.jboss.com/jira/browse/JBAS-1402
---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly
n
> Behalf Of Alexey Loubyansky
> Sent: 17 May, 2006 18:35
> To: jboss-development@lists.sourceforge.net
> Subject: Re: [JBoss-dev] KeyGeneratorFactory serialVersionUID
>
> Dimitris Andreadis wrote:
> > We certainly need to maintain compatibility between the 4.x (and
We certainly need to maintain compatibility between the 4.x (and 3.2.x)
versions, so the serialVersionUID must be the same, although I don't
know why this Mbean needs to be serializable in the first place.
And since you are just adding fields, implementing Externalizable should
not really be neede
But why that incompatibility (not working with older ehcache) was
introduced in hibernate?
> -Original Message-
> From: Emmanuel Bernard [mailto:[EMAIL PROTECTED]
> Sent: 13 May, 2006 20:26
> To: Roy Russo
> Cc: Scott M Stark; Dimitris Andreadis; Julien Viet; Ryan
>
Ok, I saw Clebert opened this:
http://jira.jboss.com/jira/browse/JBAS-3208
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Dimitris Andreadis
> Sent: 12 May, 2006 11:17
> To: Bill Burke; Scott M Stark; Tom Elrod
>
> Because:
> - this is a minor release increase (not a micro) for Hibernate
> - we always stay up-to-date with our third party libraries
> - EhCache had a major cache design flaw that was fixed in
> 1.2 (use to keep the cache manager as a singleton)
> - we do not keep outdated cache provider,
nt: 13 May, 2006 18:14
> To: Dimitris Andreadis; Roy Russo; Julien Viet; Ryan Campbell
> Cc: Adrian Brock; Steve Ebersole;
> 'jboss-development@lists.sourceforge.net'; QA; Rali Genova
> Subject: RE: jboss-4.0.4 portal-2.2 issue
>
> We need to document the incompatibility
So we either bundle the new version of ehcache or hibernate needs
fixing?
> -Original Message-
> From: Scott M Stark
> Sent: 13 May, 2006 17:28
> To: Roy Russo; Julien Viet; Ryan Campbell
> Cc: Adrian Brock; Steve Ebersole;
> 'jboss-development@lists.sourceforge.net'; QA; Rali Genova
> S
The release notes for JBoss-4.0.4.GA are in Branch_4_0,
build/docs/readme.html, if you want to look at.
If you want to highlight a new feature you've worked on, or better
document a compatibility/configuration issue, let me know before EOB
today.
Thanks
/Dimitris
---
A couple of days ago Telrod modifed JBossRemoting to fix a dubious
warning in SerializationStreamFactory, and re-checked this in as jboss
remoting 1.4.2.GA
Now Bill, made some change in remoting to produce a patch version, but
Telrod's change is missing.
What's happened? Wasn't Tom's version ta
Except for the fix of the ejb3-4.0-testsuite
(http://jira.jboss.com/jira/browse/JBAS-2988)
Is there a way to get seam & ejb3 examples tested?
http://jira.jboss.com/jira/browse/JBAS-3067 (seam examples)
http://jira.jboss.com/jira/browse/JBAS-3066 (ej3 examples)
1) Can Thomas just use the jboss-4
Hi,
I saw Bill added lib/quartz-all-1.5.2.jar and deploy/quartz-ra.rar, in
the default/all configs.
Was there any discussion on this or jira issue to track it? Where is
this used? Is it tested at all?
13:23:46,908 INFO [RARDeployment] Required license terms exist, view
META-INF/ra.xml in .../de
If anyone can take a look, we often (but not always) get those tests
failing:
(works on my PC, but some time fails in CruiseControl)
testUnackedMultipleSession
org.jboss.test.jbossmq.test.UnackedUnitTestCase
(may be solved, by Brian's recent jgroups protocol configuration
changes?)
testActivation
This will be in the distro when the 4.0.4.GA comes out. We don't have a
downloable snapshot available, unless you want to checkout Branch_4_0
and build it yourself :)
> -Original Message-
> From: Mladen Turk
> Sent: 08 May, 2006 12:06
> To: Dimitris Andreadis
> Cc:
Scott already changed this, and it'll work if you unzip with a native
tool (not jdk's jar utility).
> -Original Message-
> From: Mladen Turk
> Sent: 08 May, 2006 11:56
> To: Scott M Stark
> Cc: Jason T. Greene; jboss-development@lists.sourceforge.net; QA
> Subject: Re: [JBoss-dev] RE: F
In Branch_4_0 we have:
We agree we want those to become:
H -> 3.2.0.CR2
HA -> 3.2.0.CR1
HEM -> 3.2.0.CR1
Antlr -> 2.7.6.ga
Objections?
---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly w
Unless, something is absolutely critical or is guaranteed to be solved
by the submitter during the weekend(!), please do not submit any tasks
scheduled for 4.0.4.GA. They'll be just deferred to the next release.
Thanks
/Dimitris
---
Using Tomc
bundling more jboss serialization classes.
You can override the existing jboss remoting 1.4.2.GA, since nobody is
using it yet.
Does this make sense?
> -Original Message-
> From: Tom Elrod
> Sent: 05 May, 2006 04:38
> To: Dimitris Andreadis
> Cc: Tom Elrod; Scott M Stark; Cleber
I've seen lately a few file additions with wrong -kk or -kb
flags. Is that an eclipse setup thing, maybe?
From: Scott M Stark Sent: 05 May,
2006 15:51To: jboss-development@lists.sourceforge.net; Dimitris
Andreadis; Ruel LoehrSubject: RE: [JBoss-dev] RE:
jboss-4.0-jdk-m
I tested it too, so if we zip with /usr/bin/zip the produced zip file
maintains the file permissions, as long as you unzip with
/usr/bin/unzip.
If you use the 'jar' utility, the permission are lost when zipping, and
also ignored when unzipping (if they were put there by /usr/bin/zip).
So a solut
> Not sure who created the .zip distro, but I would suggest
> that next time it gets created on some linux box.
> That way the correct file modes will be picked up.
>
> Regards,
> Mladen.
I don't think this will work. The "bin-zip" target in
build/build-release.xml uses the ant "zip" task to cre
So Ruel fixed it, but Kabir reverted to puting them to bin
???
Kabir
I added the .deployer files to jboss/aop/1.5.0-snapshot/bin, and put
tasks.xml back to the way it was, i.e.
This works here
I’ve committed in the
ut/jboss-4.0.x/thirdparty/jboss/aop/bin/jboss-aop-jdk50.deployerTotal
time: 8 seconds
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: 05 May, 2006 00:57To: Dimitris Andreadis;
jboss-development@lists.sourceforge.net; QASubject:
jboss-4.0-jdk-matrix Build FailedImportance:
I meant actually used by remoting in this setup, sorry.
> -Original Message-
> From: Dimitris Andreadis
> Sent: 04 May, 2006 23:34
> To: Tom Elrod
> Cc: Scott M Stark; Clebert Suconic; QA;
> jboss-development@lists.sourceforge.net
> Subject: RE: Problem w
Is JBossSerialization actually, or this is just the API, in which case
you can just bundle the missing classes?
JBossSerialization is about 121Kb, and jboss-minimal 190kb.
> -Original Message-
> From: Tom Elrod
> Sent: 04 May, 2006 22:48
> To: Dimitris Andreadis
> Cc
; Cc: Tom Elrod; Dimitris Andreadis; Scott M Stark; Adrian
> Brock; Kabir Khan; Alexey Loubyansky; Thomas Diesler;
> jboss-development@lists.sourceforge.net; QA
> Subject: Re: JBAS 4.0.4.GA project dependencies
>
> Well, if using jboss serialization, there is a dependency.
>
> > - JBossRemoting, (a) the version number shouldn't be 1.4.2.GA ??.
> > Second, I don't see any dependency in its component-info.xml on
> > JBossRemoting ?
> >
>
> Don't understand what you mean by the second point.
>
Hi Tom,
If remoting is using JBossSerialization, shouldn't the dependency
stall in the repository. Specifically
> the javaee5/java5 based artifacts that can't be bundled with
> the jboss-4.0.x j2ee1.4 build.
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of
> > Dimitris And
This is the current jboss project dependencies on JBoss 4.0.4.GA
Issues/Tasks:
- We need AOP release 1.5.0.GA, Kabir will release it early next week.
- Scott has produced JBossRetro 1.0.0.GA
(http://jira.jboss.com/jira/browse/JBAS-3108), that tidied up the retro
jars. Can we just upda
Remoting
Serialization
Microcontainer
Jbossxb
Cache
(And JBossWS until recentrly)
All of the above have a "snapshot" release for development purposes, so
is this what Kabir needs?
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Kabir Khan
> Sen
http://jira.jboss.com/jira/browse/JBAS-3108 - jbossretro1.0.0.GA drop
What remains to be fixed for jbossretro 1.0.0.GA ?
http://jira.jboss.com/jira/browse/JBAS-2411 - Need basic xpath testing
Can we point Aaron to the type of tests needed ?
http://jira.jboss.com/jira/browse/JBAS-2652 - Need JSR7
The class has been renamed to org.jboss.lang.EnumImpl, but I do see the
old org.jboss.lang.Enum there, and in the jbossretro-rt.jar that goes
with JBAS 4.0.4.
Is this why the org.jboss.test.compatibility.test still fails?
http://jira.jboss.com/jira/browse/JBAS-3103
http://cruisecontrol.jboss.co
http://jira.jboss.com/jira/browse/JBAS-3171
> -Original Message-
> From: Scott M Stark
> Sent: 02 May, 2006 07:34
> To: Clebert Suconic; Tom Elrod
> Cc: Dimitris Andreadis; QA; 'jboss-development@lists.sourceforge.net'
> Subject: RE: Problem with minimal
JBossPOJOServer-1.0 Alpha / Final
Can those releases be removed from JIRA? There is just one open issue
recorded (http://jira.jboss.com/jira/browse/JBAS-2545) that should
probably move to JB5, if not there already.
Thanks
/D
---
Using Tomcat
You (or eclipse) have checked in the file with the -kk flag. There is a
command to change this but I don't remember by heart, so the quick and
dirty way is to remove and re-add, as a text file.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of He
Did something change recently in serialization/remoting?
run -c minimal
...
15:15:32,609 INFO [NamingService] JNDI bootstrap JNP=/0.0.0.0:1099,
RMI=/0.0.0.0:1098, backlog=50, no client SocketFactory, Server
SocketFactory=class org.jboss.net.sockets.DefaultSocketFactory
15:15:32,629 WARN [Service
Normally you need to copy into a new hibernate release.
For this particular case, if you just add the javassist dependency,
without changing anything else, I suppose you could modify component.xml
with the effect being that older versions of component using this
version of hibernate will pickup t
Diesler
Scott Stark
Kabir Khan
Tom Elrod
Alexey Loubyansky
Darran Lofthouse
Weston Price
Gavin King
Julien Viet
Dimitris Andreadis
Andrew Oliver
Ruel Loehr
Anil Saldhana
Stan Silvert
Brian St
So the resolution is we upgrade to cglib 2.1.3 (if that works) and
hibernate is the only component using it?
I see 3 related tasks:
http://jira.jboss.com/jira/browse/JBAS-3101
http://jira.jboss.com/jira/browse/JBAS-2642
http://jira.jboss.com/jira/browse/JBAS-3061
> -Original Message---
http://jira.jboss.com/jira/browse/JBAS-2937
run.conf
JAVA_OPTS="-server -Xms128m -Xmx128m
-Dsun.rmi.dgc.client.gcInterval=360
-Dsun.rmi.dgc.server.gcInterval=360"
run.bat
set JAVA_OPTS=%JAVA_OPTS% -Xms128m -Xmx512m
---
Any particular reason we don't need the rmi gc prop
Some possibilities also:
Could be changed:
Build System == Ruel Loehr
Clustering == Brian Stansberry
JBossCache == Manik Surtani
IIOP = Franscisco Reverbel
Could be added:
ClassLoaders = Scott Stark
EJB3 = Bill Burke
EJB Timers == Dimitris Andreadis
Scott owns also the following components
This is the beginning of the discussion!
So if anyone wants to propose what component/leads need
add/remove/change?
> I completely agree with all of those. Have you started
> the discussion on the components leads yet? If not, let's
> get that discussion started. I think that is the fi
ads
C) throw in ideas for improving our case handling to make it more
effective and timely.
Your input is welcome
Thanks
/Dimitris
Build System (Lead: Scott M Stark)
Clustering (Lead: Scott M Stark)
CMP service (Lead: Alexey Loubyansky)
Deployment Service (Lead: Dimitris Andreadis)
Document
Coincidence.
> -Original Message-
> From: Steve Ebersole
> Sent: 07 April, 2006 16:00
> To: Dimitris Andreadis; 'jboss-development'
> Cc: The Core
> Subject: RE: Toward JBoss v4.0.4.GA - Part 2 - Build/thirdparty Issues
>
> Hibernate will stay at a
It's not planned. Some do individual TCK testing (e.g. WS).
> -Original Message-
> From: Alexey Loubyansky
> Sent: 07 April, 2006 15:42
> To: Dimitris Andreadis
> Cc: jboss-development
> Subject: Re: Toward JBoss v4.0.4.GA - Part 1 - JIRA tasks
>
> Are the
Is this related to http://jira.jboss.com/jira/browse/JBAS-1888 ?
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Ben Wang
> Sent: 07 April, 2006 10:35
> To: jboss-development@lists.sourceforge.net
> Cc: [EMAIL PROTECTED]
> Subject: RE: [JBoss-d
> Do we guarantee client-server compatibility between different
> JBoss revisions?
After JBoss 4.0.2 & 3.2.8 we try to guarantee interoperability with
previous (4.0.0/4.0.1) versions.
> In other words, is a client using 4.0.1 client jars
> guaranteed to connect without problems to a 4.0.4 serve
> From: Adrian Brock
> Let's keep the process simple please.
>
> I already:
> 1) Describe the change on the JIRA task
> 2) Update and the relevant WIKI page and link it on the JIRA task
> 3) Mark the JIRA task as requiring a doco change
>
> I am not going to update an arbitrary number of web page
Actually the correct link:
http://jira.jboss.com/jira/browse/JBAS-2821
> Forgot also to mention that thing that should go in the admin
> guide should be linked from this JIRA task:
---
This SF.Net email is sponsored by xPML, a groundbreaki
Forgot also to mention that thing that should go in the admin guide
should be linked from this JIRA task:
http://wiki.jboss.org/wiki/Wiki.jsp?page=404UpgradeIssues
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
the docs/examples now. Should it be removed
from the 4.0.x module checkout?
- The following jboss lists are *NOT* final (GA). What will be updated for
4.0.4.GA? Project leads speak!
--
xxx
Dimitris Andreadis
Core Developer
When we started work on 4.0.4 we had 300+ issues ahead of us, now after
2 candidate releases we are down to around 80, which is quite an
achievement, but still a significant amount of work is left for the
final (GA) release.
The current target date is 26th/April which includes Easter and is just
dlines.
Thanks
/Dimitris
--
xxx
Dimitris Andreadis
Core Developer
JBoss Europe SàRL
xxx
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile me
So jboss-remoting 2.0.0 could come with the next version of jboss-as
2.0.5, unless there are other dependencies.
Why not putting dates on the remoting releases?
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Tom Elrod
> Sent: 04 April, 2006 1
JBoss-dev] Unassigned for 4.0.4
>
> I already created a more generic version of this:
> http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hid
> e&requestId=12310181
>
> On Mon, 2006-04-03 at 16:20 -0500, Dimitris Andreadis wrote:
> > This filter should show the
This filter should show the open 4.0.4.GA issues left for every user
(i.e. the current user), so you can see what's assigned to you.
http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hide&requestI
d=12310484
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTE
Works for me!
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Adrian Brock
> Sent: 03 April, 2006 22:51
> To: jboss-development@lists.sourceforge.net
> Subject: RE: [JBoss-dev] Unassigned for 4.0.4
>
> Try again.
>
> On Mon, 2006-04-03 at 14:
but it is also required to be compatible with: [EMAIL PROTECTED], ver
sion=1.0.4.1jboss}]
by: jboss/jbossws
--
xxx
Dimitris Andreadis
Core Developer
JBoss Europe SàRL
xxx
---
This SF.Net email is sponsored by xP
Alex was telling me about a single failing test he wanted to look at
(MBeanServerUnitTestCase).
I don't know about those ones.
> -Original Message-
> From: Ryan Campbell
> Sent: 30 March, 2006 21:26
> To: Scott M Stark; Dimitris Andreadis; '[EMAIL PROTECTED]
Related to http://jira.jboss.com/jira/browse/JBAS-3011
Alexey, should we just copy the current "snapshot" into a
jbossxb-1.0.0.CR3, or wait another day?
Thanks
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
t
> *
This is used by the snmp-adaptor to do some pattern matching, mainly due
to having the adapter in the 3.2.x branch also, where there is no jdk1.3
support for regular expressions and I didn't want to have different
sources across branches.
I suppose there will be the same issue with gnu-
I'm going to try locally remoting 1.4.1_final on 4.x with jdk1.4
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Ryan Campbell
> Sent: 28 March, 2006 23:49
> To: jboss-development@lists.sourceforge.net
> Subject: RE: [JBoss-dev] Do a clean buil
You can try that, although I see tom's comment about having to map the
org.jboss.ws.* properties to org.jboss.remoting.*
http://jira.jboss.com/jira/browse/JBWS-683
We also need a non-snapshot release from Alexey
(http://jira.jboss.com/jira/browse/JBAS-3011) or we can just copy the
current snapsh
> Just to keep y'all up-to-date, I have one more piece of code
> to do before I cut the Hibernate release for use with 4.0.4.
> It'll be done today...
Great; I created a task to track the hibernate upgrade:
http://jira.jboss.com/jira/browse/JBAS-3009
--
; > For me it comes down to whether this is a planned "final
> release" for
> > EJB3. If so, I guess I could be persuaded to cut a 3.2 final after
> > implementing the above mentioned feature and then start on 3.2.1 or
> > whatever.
> >
> >
tuff)...
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Dimitris Andreadis
> Sent: Monday, March 20, 2006 11:24 AM
> To: jboss-development@lists.sourceforge.net
> Subject: RE: [JBoss-dev] 4.0.4
>
>
> But you n
But you need to get your changes with 4.0.4.CR2 (due out this week) so
they get tested!
After CR2 you'll need to target 4.0.5
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Dimitris Andreadis
> Sent: 20 March, 20
3rd April (give or take)
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Steve Ebersole
> Sent: 20 March, 2006 19:03
> To: jboss-development@lists.sourceforge.net
> Subject: [JBoss-dev] 4.0.4
>
> I am trying to nail down a short-term release s
ing at the extension. Windoze tools (winzip, etc.) can
open .tar.gz anyway.
> -Original Message-
> From: Scott M Stark
> Sent: 17 March, 2006 20:24
> To: Dimitris Andreadis; 'jboss-development@lists.sourceforge.net'
> Cc: QA
> Subject: RE: Simplifying the JBoss
http://jira.jboss.com/jira/secure/IssueNavigator.jspa?reset=true&mode=hi
de&sorter/order=DESC&sorter/field=priority&resolutionIds=-1&pid=10030&fi
xfor=12310573
The major things left are (a) use jbossretro for jbossws (b) the
installer (c) resolve existing testcases and any other failing tests
tha
Jason, for every binary file, does it make a new physical file, or is it
one big file with some sort of marking to distinguish the entries? CVS
is really bad with binaries, more so big ones...
> -Original Message-
> From: Jason T. Greene
> Sent: 18 March, 2006 08:16
> To: jboss-developme
http://jira.jboss.com/jira/browse/JBAS-2955
If Franscisco wants to add any comments on the upgrade.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Scott M Stark
> Sent: 16 March, 2006 21:12
> To: jboss-development@lists.sourceforge.net; Franc
Currently we produce bz2, tar.gz for the sources and bz2, tar.gz, .zip
for the binary distros.
There are issues with users using non-gnu tar (for the tar.gz distros)
that doesn't support long filenames, etc., and at the same time, if you
look at the download pages only 5-15% will use the bz2/tar.
So one of the problems we have is what version of Tomcat to use:
Anil wants the latest 5.5.16
http://jira.jboss.com/jira/browse/JBAS-2926
http://jira.jboss.com/jira/browse/JBAS-2899
Thomas wants 5.5.12
http://jira.jboss.com/jira/browse/JBWS-736
What is it going to be ???
Open a jira tasks also, so it goes in the release notes :)
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Adrian Brock
> Sent: 13 March, 2006 12:09
> To: jboss-development@lists.sourceforge.net
> Subject: Re: [JBoss-dev] Add dgc flags to defual
:31
> To: jboss-development@lists.sourceforge.net
> Subject: Re: [JBoss-dev] drop dead date for 4.0.4?
>
> BTW, these changes from RC2 to CR2 is gonna confuse the hell
> out of users
>
> Dimitris Andreadis wrote:
> > Since we are still some 130 issues left, we'll proba
Since we are still some 130 issues left, we'll probably do a CR2 on the
17th instead, and give another 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
>
m: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: 02 March, 2006 10:42To: Adrian Brock; Bill
Decoste; Brian Stansberry; Dimitris Andreadis;
jboss-development@lists.sourceforge.net; QA; Rajesh
RajasekaranSubject: jboss-4.0-jdk-matrix Build
FailedImportance: H
The QA tasks to track the release:
http://jira.jboss.com/jira/browse/JBQA-311
One security case left:
http://jira.jboss.com/jira/browse/JBAS-2820
And failing security related tests in the testsuite:
http://jira.jboss.com/jira/browse/JBAS-2872
Need to verify that the misc-clients -> 3.2.8.SP1-se
m: Scott M Stark
> Sent: 24 February, 2006 21:43
> To: Adrian Brock; Dimitris Andreadis
> Cc: jboss-development@lists.sourceforge.net; Architect
> Council; QA; Ivelin Ivanov
> Subject: RE: Finalizing the Release of JBAS 3.2.8.SP1 &
> 4.0.4.GA - YourHelp is Needed
>
> Th
> It's a tradeoff between introducing a xsl parser dependency that the
> user may not want vs modifying the TransformerFactory to be more
> flexible at the cost of the user potentially have to configure the
> TransformerFactory default. I think modifying the
> TransformerFactory is
> the most fle
We are some 190 JIRA tasks away from JBAS 4.0.4.GA, so please, don't be
shy, browse through your area (or adopt a new one :) and
qualify/tackle/reschedule tasks:
WebServices 6
XML 3
WebSvr(tomcat) 8
Testsuite 5
System 1
Security
transformer by dropping in an xsl jar with a
> META-INF/services/javax.xml.transform.TransformerFactory
> entry as this takes precedence over the TransformerFactory defaults.
>
> > -Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Be
Ruel, have you created a JIRA task for the upgrade? Just so
it goes into the release notes.
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Ruel LoehrSent: 22 February, 2006 19:57To:
jboss-development@lists.sourceforge.netSubject: [JBoss-dev]
JBossCache 1.
One a related note, we are down to 194 issues for 4.0.4.GA, 49 of which
are CMP ones.
Alexey, can you go through them to see if there is anything important
that needs to be solved for 4.0.4.GA (i.e. within the next 2-3 weeks)?
Thanks
/D
> -Original Message-
> From: [EMAIL PROTECTED]
>
I don't follow why this is necessary. If we just remove
javax.xml.transform.TransformerFactory from xml-apis.jar then the jdk
bundled TransformerFactory will be used to choose the correct
implementation.
A user can always drop his own xalan.jar to lib/endorsed (for jdk1.4/5),
or server/xxx/lib fo
inal Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of
> > Dimitris Andreadis
> > Sent: Tuesday, February 21, 2006 3:07 PM
> > To: jboss-development@lists.sourceforge.net
> > Subject: RE: [JBoss-dev] Xalan removal saga
&g
I traced this down to a TranformerFactory included in the xml-apis.jar
that comes with xerces tools (e.g. Xerces-J-tools.2.7.1.zip).
This is tagged as 1.3.02 and in turn originates from
http://xml.apache.org/commons/
The xml-commons hadn't had any releases for some time, so the tagged
xml-apis.
I tried to remove lib/endorsed/xalan.jar in 4.0.x and the situation is
as follows:
Works fine under jdk1.5, but breaks under jdk5 when the XSLSubDeployer
does a
TransformerFactory tf = TransformerFactory.newInstance();
The problem is lib/endorsed/xml-apis.jar includes a
javax.xml.transform.Tran
> So the problem is lack of encapsulation of the essentially
> global org.apache.xalan.processor.TransformFactoryImpl name
> due to the proliferation of the xalan distribution. One
> should be able to work around this by introducing a
> org.apache.xalan.processor.TransformFactoryImpl2 that loade
how the jaxp factories are found. Having the
> xalan.jar in lib/endorsed overrides the javax.xml.transform
> namespace with classes loaded from the bootstrap class
> loader. I don't see why we need to do this?
>
> > -Original Message-
> > From: Dimitris Andr
Hello everybody,
We have scheduled 2 releases of JBoss AS:
v3.2.8.SP1 for 03/Mar/06 (i.e. in 2 weeks time)
v4.0.4.GA for 17/Mar/06 (i.e. in 4 weeks time)
3.2.8SP1 is needed to address a couple of issues with 3.2.8 (JBossMQ
-already fixed- and some extra interop scenarios with 4.0.2 versions,
p
1 - 100 of 216 matches
Mail list logo
