.
With the CDATA trick older configurations shouldn't break. (I hope :). On
the other hand, ServiceConfigurator at CVS-HEAD seems to be considerably
different so I haven't fixed it there.
Best Regards
Dimitris Andreadis
--
Dimitris Andreadis mailto:[EMAIL PROTECTED]
Switching Network Management Systems
Dimitris Andreadis (mailto:[EMAIL PROTECTED])
---
Changes were made to:
build/build.xml
tools/etc/buildmagic/libraries.ent
thirdparty/exolab/castor/lib/castor.jar
varia/build.xml
varia/.classpath
Additions exist in:
varia/src
The snmp-adaptor temporarily broke Branch_3_2 build under SDK 1.3+
It's now fixed by replacing java.util.regexp with gnu.regexp
Regards
/Dimitris
--
Dimitris Andreadis mailto:[EMAIL PROTECTED]
Switching Network Management Systems, INTRACOM S.A.
19,5 Km. Markopoulou Ave., 190 02, Athens, GREECE
Sacha,
The idea was, if you instantiate trapd you are basically debugging the
SnmpAgentService, so no need to modify log4j.xml. I'll probably change this to DEBUG.
Thanks
/Dimitris
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Sacha Labourey
Sent: , 10
Hi,
I'm trying to do a fresh checkout of HEAD (jboss-head) but after getting
most (or all?) of the sources I get:
...
cvs server: Updating
remoting/src/test/org/jboss/remoting/detection/multicast
U
remoting/src/test/org/jboss/remoting/detection/multicast/MulticastUnitTestCa
se.java
cvs [server
the
repository in an inconsistent state.
--
Scott Stark
Chief Technology Officer
JBoss Group, LLC
Dimitris Andreadis wrote:
Hi,
I'm trying to do a fresh checkout of HEAD (jboss-head) but after getting
most (or all?) of the sources I get:
...
cvs
Something wrong with /cvsroot/jboss/build/jboss/etc/root ???
cvs update -P -d (in directory X:\jboss\jboss-3.2\)
cvs server: Updating .
cvs server: cannot open directory /cvsroot/jboss/build/jboss/etc/root: No
such file or directory
cvs server: skipping directory
*CVS exited normally with
Hi Bill,
In deploy/snmp-adaptor.sar there are 3 configuration files:
managers.xml - to which SNMP managers to send traps
mbeans.xml - which mbeans/JMX Notification types to register for
notifications.xml - how to map specific JMX Notification types to SNMP traps
To get a simple example running
/**
varia/src/main/org/jboss/jmx/adaptor/snmp/**
--
Dimitris Andreadis mailto:[EMAIL PROTECTED]
Business Support Systems, INTRACOM S.A.
19,5 Km. Markopoulou Ave., 190 02, Athens, GREECE
Tel: +30-210-667-4404, Fax: +30-210-667-1884
---
This SF.net
to the Alert monitoring under
varia/src/main/org/jboss/monitor/...
?
SHouldn't be that hard to do? I just know nothing about SNMP other than
the email you sent before.
Bill
Dimitris Andreadis wrote:
Best Regards
/Dimitris
CHANGES
build/build.xml
thirdparty/exolab-castor/lib/castor.jar
Hi,
I've checked in a new baseclass org.jboss.system.ListenerServiceMBeanSupport
( ListenerServiceMBean) that helps writing Service MBeans that are
Notification listeners, too:
/**
* An abstract base class that provides for declarative JMX notification
* subscription handling.
* p
* A JBoss
Keep getting the following (in module common, Win2K, sun sdk 1.4.1_01)
Where are those XS* classes?
/Dimitris
[execmodules]
X:\jboss\jboss-head\common\src\main\org\jboss\xml\binding\XsMarsha
ller.java:139: cannot resolve symbol
[execmodules] symbol : class XSParser
[execmodules] location:
Not really a development subject...
There was a Fortune Tech issue with an article about OpenSource. Mainly
about Linux, Apache, MySql, PHP. JBoss was mentioned as well (and JBoss
group in the company index).
Interesting that BEA present themselves as being, open-source friendly.
Why's that?
Hi,
I've moved your question to the user forums:
http://www.jboss.org/index.html?module=bbop=viewtopicp=3823027#3823027
I've copied below:
Currently SnmpAgent subscribes/unsubscribes for notifications during start()/stop()
and it requires that the target mbeans are present.
The closest you
...in order to appear in Release Notes?
Thanks
/Dimitris
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps Web services for Linux with
a free DVD software kit from IBM. Click Now!
How about having a sub-directory farm/singleton instead?
I guess is a little bit more difficult to implement, having the farm watcher ignore
this particular dir, but it looks more intuitive to me.
/Dimitris
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of
application.
Regards
/Dimitris
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
Adrian Brock
Sent: , 18 2004 4:17
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Deployment directory for singleton services
On Wed, 2004-03-17 at 10:37, Dimitris Andreadis wrote:
How
http://jira.jboss.com/jira/browse/JBAS-1753 suggests a way to fall-back
from one system property, to another:
mbean code=org.jboss.naming.ExternalContext
name=jboss.jndi:service=BusinessExternalContext,jndiName=ApplicationSer
vices
attribute
I've put all the wiki FAQs in one page as a starting point (probably
even missed some :)
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossFAQ
Maybe we should consolidate a little, or at least, try to have a similar
format.
I like the JCA FAQ style, with an index/questions page and a wiki page
per
;
}
}
}
}
The problem that remains here is what if the default value
system property ref is not defined. Is that what you are
tyring to solve?
Dimitris Andreadis wrote:
http://jira.jboss.com/jira/browse/JBAS-1753 suggests a way
to fall-back
from one system property, to another:
mbean code
Not sure if that helps, but in SubDeployerSupport we extract the nested
jar in order to further process it:
// Obtain a jar url for the nested jar
URL nestedURL = JarUtils.extractNestedJar(di.localUrl,
this.tempDeployDir);
-Original Message-
From: [EMAIL PROTECTED]
The class-path entry in the manifest of bean deployer's jars
(jboss-container.jar, jboss-microcontainer.jar) include references to:
Class-Path: jboss-common.jar log4j.jar concurrent.jar xercesImpl.jar .
./conf/
Those libs are then looked up in .../deploy/jboss-bean.deployer/,
producing ignored
Currently we have sequenceNumber as private in ServiceMBeanSupport, with
mbeans extending this baseclass to use
getNextNotificationSequenceNumber() to get sequence numbers when
emitting notifcations:
/** Sequence number for jmx notifications we send out. */
private SynchronizedLong
The har deployer is gone and the SAR deployer now handles .har too
(in any case .har really contained a jboss-service.xml descriptor)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of [EMAIL PROTECTED]
Sent: Wednesday, September 14, 2005 12:14 AM
Moved to the forums for reference:
http://www.jboss.com/index.html?module=bbop=viewtopict=74768
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Scott M Stark
Sent: 30 December, 2005 10:20
To: jboss-development@lists.sourceforge.net
Subject:
I guess, you use default (package-protected) if something is an internal
implementation detail shared within a particular package; but it needs
to be shared, otherwise, why expose it, even inside a package?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Regarding HSQLDB, we currently use in the branches:
3.2.x - 1.8.0RC5
4.0.x - 1.8.0.2 (latest stable)
HEAD - 1.7.2 (!)
Any reason for not updating 3.2.x HEAD to the latest 1.8.0.2 ?
Also I see in repository.jboss.com
Hsqldb
1.7.2
1.8.0.1
1.8.0.2
1.8.0RC11
Ivelin has clarified yesterday that in JIRA a case is resolved when
the assigned person is done with the case, and closed when the
original reporter is satisfied with (and probably verified) the
solution.
Does this hold true?
If this is the case, I believe we can move all resolved tasks that
As part of http://jira.jboss.com/jira/browse/JBAS-2656
Do you mind if I remove references to
org.jboss.ejb.plugins.MetricsInterceptor from standardjboss.xml (and
some other tests/examples)
container-interceptors
interceptororg.jboss.ejb.plugins.ProxyFactoryFinderInterceptor/interc
eptor
=trueorg.jboss.ejb.plugins.MetricsInterceptor
/interceptor
--
With the link explaning they should use JSR77/MEJB/WebConsole.
But if they do enable metrics, they have to configure the JMS
listener to process the metric events.
On Fri, 2006-01-20 at 07:47, Dimitris Andreadis wrote:
As part of http
Any hints what is required for solving
http://jira.jboss.com/jira/browse/JBAS-1493 by backporting stuff from
4.x?
Is http://jira.jboss.com/jira/browse/JBAS-1862?page=vcs the relevant
fix?
---
This SF.net email is sponsored by: Splunk Inc. Do
Ryan, are you taking this task? I suppose testing this can be done in
either the 3.x or 4.x branch.
Cheers
/D
http://jira.jboss.com/jira/browse/JBAS-2503
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Ryan Campbell
Sent: 20 January, 2006 02:08
I've noticed(4.x/HEAD)
org.jboss.management.j2ee.StatisticsConstants.HOUR is actually
"MILLISECOND"
Is
that a bug or a feature :)
...
public final class
StatisticsConstants{ public static final String HOUR =
"MILLISECOND"; public static final String MINUTE =
"MINUTE";
...
In fact,
Its
a bug, but I only see the MILLISECOND value being used. I dont see that
javax.management.j2ee.statistics.TimeStatistic
has these constants in the 4.0 branch, so where are you seeing that?
Actually, it was removed from 4.x, should be ok
now.
From:
[EMAIL
Somehow we need to do a better job keeping the installer
xml descriptor templates in-synch with the module xml descriptors, so
whenever a descriptor changes the template needs
updating.
I just fixed a trivial one, probably my bad: http://jira.jboss.com/jira/browse/JBAS-2742
The other thing
I keep getting down for maintanance
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web.
One of the differences I see in the 2 branches, is the useFullHashMode:
org.jboss.invocation.MarshalledInvocation
/** A flag indicating if the */
static boolean useFullHashMode = false;
Which was added around 3.2.4
http://sourceforge.net/docman/display_doc.php?docid=21888group_id=22866
rt/service
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: 03 February, 2006 01:45To: Adrian Brock; Clebert
Suconic; Dimitris Andreadis; jboss-development@lists.sourceforge.net; QA; Ryan
CampbellSubject: jboss-3.2-testsuite Build Completed With Testsuite
ErrorsImpor
BEGIN:VCALENDAR
METHOD:REPLY
PRODID:Microsoft CDO for Microsoft Exchange
VERSION:2.0
BEGIN:VTIMEZONE
TZID:(GMT-06.00) Central Time (US Canada)
X-MICROSOFT-CDO-TZID:11
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0500
TZOFFSETTO:-0600
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,
this?
-Original Message-
From: Dimitris Andreadis (JIRA) [mailto:[EMAIL PROTECTED]
Sent: Monday, February 20, 2006 4:00 AM
To: Jira Notifications
Subject: [JBoss JIRA] Updated: (JBAS-2073) Remove xalan.jar from
./lib/endorsed
[ http://jira.jboss.com/jira/browse/JBAS-2073
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 loaded
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
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
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]
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
/javax.xml.transform.TransformerFactory
entry as this takes precedence over the TransformerFactory defaults.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Dimitris Andreadis
Sent: Wednesday, February 22, 2006 9:24 AM
To: jboss-development@lists.sourceforge.net
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
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
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
The new jta code is not fully cleaned and in a public
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 -
ed or unsafe operations.Note:
Recompile with -Xlint:unchecked for details.1 error15
warnings
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: 02 March, 2006 10:42To: Adrian Brock; Bill
Decoste; Brian Stansberry; Dimitris Andreadis;
jboss-development@lists.sour
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
To:
@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 probably do a CR2 on
the 17th instead, and give another week
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 defualt
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 ???
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
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; Francisco
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:
http://jira.jboss.com/jira/secure/IssueNavigator.jspa?reset=truemode=hi
desorter/order=DESCsorter/field=priorityresolutionIds=-1pid=10030fi
xfor=12310573
The major things left are (a) use jbossretro for jbossws (b) the
installer (c) resolve existing testcases and any other failing tests
that may
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 source/binary distributions
This is what
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 schedule
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, 2006 19:09
To: jboss-development
]
[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 need to get your changes with 4.0.4.CR2 (due out this
week) so they get tested!
After CR2 you'll need
and then start on 3.2.1 or
whatever.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Dimitris Andreadis
Sent: Monday, March 20, 2006 11:42 AM
To: jboss-development@lists.sourceforge.net
Subject: RE: [JBoss-dev] 4.0.4
I love those
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
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
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 build
* componentref name=gnu-regexp version=1.1.14/
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
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
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]'
Cc: 'jboss-development
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 xPML, a groundbreaking scripting
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:31 -0500,
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=hiderequestI
d=12310484
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL
created a more generic version of this:
http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hid
erequestId=12310181
On Mon, 2006-04-03 at 16:20 -0500, Dimitris Andreadis wrote:
This filter should show the open 4.0.4.GA issues left for
every user
(i.e. the current user), so you can
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 17:04
/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 media. Attend
version=1.0.0.CR1/
componentref name=jboss/jbossws version=1.0.0.CR6/
componentref name=jboss/jbossws14 version=1.0.0.CR6/
componentref name=jboss/jbossxb version=1.0.0.CR3/
componentref name=jboss/serialization version=1.0.0.CR4/
--
xxx
Dimitris Andreadis
Core Developer
JBoss
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
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
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
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 pages when
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 server?
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-dev]
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 J2EE TCK tests part of the QA
) 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)
Documentation
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
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
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
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
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 Stansberry
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
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
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 Heiko
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
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 config in Branch_4_0
Ok
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://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
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
Sent: 04
This is the current jboss project dependencies on JBoss 4.0.4.GA
componentref name=jboss/aop version=1.5.0-snapshot/
componentref name=jboss/backport-concurrent version=2.1.0.GA/
componentref name=jboss/cache version=1.2.4.SP2/
componentref name=jboss/microcontainer version=1.0.2/
componentref
1 - 100 of 210 matches
Mail list logo