User: starksm
Date: 02/04/08 23:36:22
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Add the jce1_2_1.jar jar
Revision ChangesPath
No revision
No revision
1.11.2.9 +2 -1 jbosssx/src/build/Attic/build.xml
JBoss daily test results
SUMMARY
Number of tests run: 544
Successful tests: 221
Errors:315
Failures: 8
[time of test: 9 April 2002 7:12 GMT]
[java.version:
User: starksm
Date: 02/04/08 23:43:47
Added: src/main/org/jboss/security/srp Tag: Branch_2_4
SRPParameters.java SRPServerListener.java
Log:
Update SRP classes and tests
Revision ChangesPath
No revision
No
User: starksm
Date: 02/04/08 23:43:24
Added: src/main/org/jboss/crypto/digest Tag: Branch_2_4
SHAInterleave.java SHAReverseInterleave.java
Log:
Add the crypto classes
Revision ChangesPath
No revision
No
User: starksm
Date: 02/04/08 23:43:24
Added: src/main/org/jboss/crypto Tag: Branch_2_4
CipherClientSocketFactory.java
CipherServerSocket.java
CipherServerSocketFactory.java CipherSocket.java
User: starksm
Date: 02/04/08 23:43:47
Added: src/main/org/jboss/test Tag: Branch_2_4 CipherClient.java
CipherServer.java SRPProtocolTestCase.java
TestJCEIntegration.java
Log:
Update SRP classes and tests
Revision Changes
Looks like you are a victim of the private synchronized
localClassInternal-syndrom that is already known
to us and that cannot be resolved except by SUN or by patching the JDK´s
java.lang.ClassLoader (remove the synchronized
at localClassInternal either by recompiling or by BCEL?) ...
Happens
User: starksm
Date: 02/04/09 00:50:39
Modified:.Tag: Branch_2_4 build.xml
Log:
Update for JBoss_2_4_5_RC1
Revision ChangesPath
No revision
No revision
1.33.2.10 +16 -6 jboss/build.xml
Index: build.xml
Bugs item #541424, was opened at 2002-04-09 08:42
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=541424group_id=22866
Category: None
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Erik Turesson (eritu)
Assigned to:
Patches item #541442, was opened at 2002-04-09 08:47
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=541442group_id=22866
Category: JbossSOAP
Group: v3.0 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Martin Maisey
User: starksm
Date: 02/04/09 00:59:00
Modified:src/main/org/jboss/test/web/servlets Tag: Branch_2_4
DebugServlet.java EJBOnStartupServlet.java
Log:
Print the classloader hash code in hex
Revision ChangesPath
No revision
User: starksm
Date: 02/04/09 00:59:01
Modified:src/main/org/jboss/test/web/util Tag: Branch_2_4 Util.java
Log:
Print the classloader hash code in hex
Revision ChangesPath
No revision
No revision
1.2.2.3 +3 -2
User: starksm
Date: 02/04/09 00:58:06
Added: src/main/org/jboss/test/perf/interfaces Tag: Branch_2_4
PerfTestSession.java PerfTestSessionHome.java
ProbeLocalHome.java
Log:
Add local interface perf tests
Revision Changes
User: starksm
Date: 02/04/09 00:58:05
Added: src/main/org/jboss/test/perf/ejb Tag: Branch_2_4
PerfTestSessionBean.java
Log:
Add local interface perf tests
Revision ChangesPath
No revision
No revision
Dear Bill,
Sorry to bother you again. This is based on the jboss 2.4.4 source code.
According to the ejb 2.0 spec as seen on P.210, in Option B, the instance should only
be marked as invalid state inside afterCompletion(). However, the
EntityMultiInstanceSynchronizationInterceptor.java
Hello Martin,
Thanks for having such a deep look into jboss.net and fixing these open
issues. Some of them were cause by my
stupidity (the techtrader-lib copy operation, I did not commit, simply
forgot it), some of them are
One of those frequent changes in the jboss-core which I cannot
David,
I checked the example for mysql that there is already in the examples
section, and it works fine. Two notes:
1.- The comments in the Oracle file are better than those on the mysql file.
I would include them. In particular I recall the JAAS Realm comments.
2.- There is a typo in the
Patches item #541455, was opened at 2002-04-09 09:34
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=541455group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Martin Maisey (mjmaisey)
Assigned to:
It´s in.
Could you please check that it works now (at least the part of the testsuite
that does not depend
On DefaultDS to be bound, there seems to be something broken with JCA right
now).
CGJ
-Ursprüngliche Nachricht-
Von: Martin Maisey [mailto:[EMAIL PROTECTED]]
Gesendet: Montag, 8.
Hi Christoph
Thanks for having such a deep look into jboss.net and fixing these
open issues.
No problem + it wasn't a particularly deep look!
Some of them were cause by my stupidity (the techtrader-lib
copy operation, I did not commit, simply forgot it),
Thought it was probably
Thank you. I will check if it works as soon I get time. Are you sure
that the .wsr/ear - testsuite jars are created? I couldn't see them.
Jung , Dr. Christoph wrote:
It´s in.
Could you please check that it works now (at least the part of the testsuite
that does not depend
On DefaultDS to
Martin Maisey wrote:
Hi Christoph
Thanks for having such a deep look into jboss.net and fixing these
open issues.
No problem + it wasn't a particularly deep look!
Some of them were cause by my stupidity (the techtrader-lib
copy operation, I did not commit, simply forgot it),
Unfortunately, the update is still a manual copy process (one copy and
commit operation by me, one checkout by marc and a copy to the actual
webserver directoy) ...
I plan to get an alpha announcement out by the end of this week and will do
it then.
CGJ
-Ursprüngliche Nachricht-
Von:
User: cgjung
Date: 02/04/09 02:56:48
contrib/jboss.net/testsuite/src/resources/jmx/wsr - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 02/04/09 01:07:43
Modified:src/build Tag: Branch_2_4 run_tests.xml
Log:
Update the jndi.properties path for the jrmp test
Revision ChangesPath
No revision
No revision
1.15.2.11 +8 -6
User: cgjung
Date: 02/04/09 02:59:41
Removed: jboss.net/testsuite/src/resources/jmx/sar/META-INF
web-service.xml
Log:
parameterizable typemappings.
adopted latest subdeployer changes/patches from Mr. Maisey.
User: cgjung
Date: 02/04/09 02:56:56
contrib/jboss.net/testsuite/src/resources/jmx/wsr/META-INF - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: cgjung
Date: 02/04/09 02:59:40
Modified:jboss.net .classpath
Log:
parameterizable typemappings.
adopted latest subdeployer changes/patches from Mr. Maisey.
Revision ChangesPath
1.2 +15 -14contrib/jboss.net/.classpath
Index: .classpath
User: starksm
Date: 02/04/09 01:00:54
Added: src/main/org/jboss/test/perf/interfaces Tag: Branch_2_4
ProbeLocal.java
Log:
The probe bean local interface
Revision ChangesPath
No revision
No revision
User: cgjung
Date: 02/04/09 02:59:41
Modified:jboss.net/src/main/org/jboss/net/axis/server
AxisService.java AxisServiceMBean.java
EntityBeanDeserializer.java
EntityBeanDeserializerFactory.java
Log:
User: cgjung
Date: 02/04/09 02:59:41
Added: jboss.net/testsuite/src/resources/jmx/wsr/META-INF
web-service.xml
Log:
parameterizable typemappings.
adopted latest subdeployer changes/patches from Mr. Maisey.
Revision ChangesPath
1.1
User: cgjung
Date: 02/04/09 02:59:40
Modified:jboss.net/docs README.html TODO
Log:
parameterizable typemappings.
adopted latest subdeployer changes/patches from Mr. Maisey.
Revision ChangesPath
1.10 +1 -1 contrib/jboss.net/docs/README.html
Index:
User: cgjung
Date: 02/04/09 02:59:41
Modified:jboss.net/src/main/org/jboss/net/axis Deployment.java
Added: jboss.net/src/main/org/jboss/net/axis
ParameterizableDeserializer.java
ParameterizableDeserializerFactory.java
User: cgjung
Date: 02/04/09 03:01:35
Modified:jbossbuild.xml
Log:
techtrader reflection for WSDL generation needed.
Revision ChangesPath
1.115 +6 -1 build/jboss/build.xml
Index: build.xml
User: cgjung
Date: 02/04/09 02:59:42
Modified:jboss.net/testsuite/src/resources/store/wsr/META-INF
web-service.xml
Log:
parameterizable typemappings.
adopted latest subdeployer changes/patches from Mr. Maisey.
Revision ChangesPath
1.2
Bugs item #541507, was opened at 2002-04-09 13:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=541507group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Marco Ladermann (mpl)
Assigned to:
on 08-04-2 23.30, Mac Rinehart at [EMAIL PROTECTED] wrote:
Haven't actually checked out the CPU usage,
Ahhh ...
And I've also noticed slowness in other applications after
running the testsuite.
Could You please check Your CPU before and after running the testsuite ? ...
/peter_f
Patches item #541512, was opened at 2002-04-09 13:52
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=541512group_id=22866
Category: JBossCX
Group: v3.0 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 7
Submitted By: Dr. Christoph Georg Jung
User: lqd
Date: 02/04/09 05:26:12
Modified:src/main/org/jboss/mq SpyObjectMessage.java
Log:
better safe than sorry; somehow i was getting ObjectMessage messages
that had this set to 'true' despite not being byte arrays ...
Revision ChangesPath
1.9 +5 -1
Tried ./build.sh testsuite -Dmodules=jboss.net. It doesn't complain on
anything, but I can't see any .ear or wsr-files generated. Is this
right? I though it would create hello.wsr.
Martin Maisey wrote:
Hi Christoph
Thanks for having such a deep look into jboss.net and fixing these
open
Look into jboss-all/jboss.net/output/lib ... From there, the testsuite
deploys them directly to the server
Without interfering with the autodeployer!
Best,
CGJ
-Ursprüngliche Nachricht-
Von: Marius [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 9. April 2002 14:36
An: [EMAIL PROTECTED]
excuse me, its jboss-all/jboss.net/testsuite/output/lib ...
-Ursprüngliche Nachricht-
Von: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 9. April 2002 14:40
An: 'Marius'
Cc: '[EMAIL PROTECTED]'
Betreff: AW: [JBoss-dev] RE: AW: Patches to jboss.net
Look into
You find a new configuration example for the Microsoft MSSQL 2000 JDBC driver.
In the comment you find the URL to Microsoft where to download the driver.
Ove Ranheim
_
View thread online:
Patches item #541537, was opened at 2002-04-09 13:12
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=541537group_id=22866
Category: JBossCX
Group: v3.0 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Ove Ranheim (oranheim)
This is because we trash the instance.
-Original Message-
From: Henri Chen [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, April 09, 2002 4:40 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Bug in EntityMultiInstanceSynchronizationInterceptor.java ?
Dear Bill,
Sorry to
How do you build to get that files?
This doesn't work:
=
marius@boostcom:~/tmp/jbosscvs/jboss-all/jboss.net/testsuite sh
./build.sh
Searching for build.xml ...
Buildfile:
/home/marius/tmp/jbosscvs/jboss-all/jboss.net/testsuite/build.xml
BUILD FAILED
Error reading
did a clean cvs today (13.45.20 CET) and after completion of
run-basic-testsuite cpu is normal ...
yesterdays cvs (16.39.05 CET) behaves differently and hangs somewhere after
completion of run-basic-testsuite ...
/peter_f
___
Jboss-development
Commit option B doesn't give you anything anyways in JBoss unless you are
doing non-transactional requests on your entity beans. Since this is a
rarity, I didn't put much thought into commit-b optimizations for the
multiinstance interceptors.
Bill
-Original Message-
From: Henri Chen
I agree. Commit option B assumes that you can synchronize the
instance¡¦s state from the persistent storage at the beginning of the
next transaction. We simply don't have any method to to that in 2.4.4
or the current 3.0 code, other then reload all the data. The optimistic
locking code that I
Bugs item #541571, was opened at 2002-04-09 16:40
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=541571group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Lipp (mlipp)
Assigned to: Nobody/Anonymous
I don't see how optimistic locking can have optimization advantages with
commit-option B. I thought B's benefit was only for non-transactional
method calls.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf
Of Dain Sundstrom
Sent: Tuesday, April 09,
You are thinking too much in terms of real locks. If you have a large
entity (lots of columns) then you can save a lot of loading time if you
could check to see if the data stored in the EntityContext is still in
sync with the db row. Basically you do a select to see if any of the
optimistic
This is junk on the Linux VMs
sometimes if you kill your VM on Linux it still has some threads running
around, it happens to me all the time (for the past 3 years :).
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Peter
|Fagerlund
|Sent:
Bugs item #541571, was opened at 2002-04-09 16:40
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=541571group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Lipp (mlipp)
Assigned to:
Bugs item #541507, was opened at 2002-04-09 06:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=541507group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Marco Ladermann (mpl)
Assigned to:
Bugs item #539379, was opened at 2002-04-04 12:36
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=539379group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Matthias Bohlen (mattes3)
Assigned to:
Bugs item #538802, was opened at 2002-04-03 10:25
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=538802group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Eric Jain (ejain)
Assigned to: Dain
Bugs item #541507, was opened at 2002-04-09 06:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=541507group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Marco Ladermann (mpl)
Assigned to:
User: dsundstrom
Date: 02/04/09 08:31:53
Modified:src/resources/org/jboss/metadata jbosscmp-jdbc_3_0.dtd
Log:
time-out should have been read-time-out. Other minor changes.
Revision ChangesPath
1.15 +11 -10
User: dsundstrom
Date: 02/04/09 08:43:27
Modified:src/etc/conf/default standardjbosscmp-jdbc.xml
Log:
Fixed bug [ 541507 ] Wrong PostgreSQL function mapping for locate.
Revision ChangesPath
1.21 +2 -2 jboss/src/etc/conf/default/standardjbosscmp-jdbc.xml
I agree, but the problem is that there is very little we can reuse. We
have to throw out all cached data, because we currently have no way to
verify if it is still in sync with the database.
-dain
marc fleury wrote:
|Is this implies that there is no Option B in jboss 2.4.4 at all
|because
|I agree, but the problem is that there is very little we can reuse. We
|have to throw out all cached data, because we currently have no way to
|verify if it is still in sync with the database.
that is correct, and as you state a timestamp or incremented field as a
default for tables we create
Bugs item #538802, was opened at 2002-04-03 10:25
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=538802group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Eric Jain (ejain)
Assigned to:
Bugs item #541092, was opened at 2002-04-08 11:49
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=541092group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Luttrell (objec)
Assigned to:
User: dsundstrom
Date: 02/04/09 09:37:07
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata
JDBCValuePropertyMetaData.java
Log:
Fixed bug [ 532713 ] DVC deployment: misleading error message.
Missing setter was reported as missing getter.
Bugs item #538728, was opened at 2002-04-03 07:50
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=538728group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Eric Jain (ejain)
Assigned to:
Bugs item #529751, was opened at 2002-03-13 23:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=529751group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Phil Craven (pjcraven)
Assigned
Bugs item #538236, was opened at 2002-04-02 03:44
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=538236group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Stephen Coy (scoy)
Assigned to: Dain
Bugs item #532713, was opened at 2002-03-20 14:47
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=532713group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Matthias Bohlen (mattes3)
Assigned
Bugs item #533572, was opened at 2002-03-22 07:16
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=533572group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Out of Date
Priority: 5
Submitted By: Matthias Bohlen (mattes3)
User: starksm
Date: 02/04/09 11:11:19
Modified:src/lib Tag: Branch_2_4 jbossmq.jar
Log:
Integrate the Rel_2_4_5_16 JBossMQ changes
Revision ChangesPath
No revision
No revision
1.8.4.16 +783 -778
User: starksm
Date: 02/04/09 11:11:17
Modified:src/client Tag: Branch_2_4 jbossmq-client.jar
Log:
Integrate the Rel_2_4_5_16 JBossMQ changes
Revision ChangesPath
No revision
No revision
1.6.4.15 +575 -559
User: starksm
Date: 02/04/09 11:10:08
Modified:src/main/org/jboss/web Tag: Branch_2_4
AbstractWebContainer.java
Log:
Log the thread context class loader during setup of ENC
Revision ChangesPath
No revision
No
User: starksm
Date: 02/04/09 11:06:01
Modified:src/main/org/jboss/mq/il Tag: Branch_2_4 ClientIL.java
ServerIL.java
Log:
Integrate connection ping patch
Revision ChangesPath
No revision
No revision
When I set the SchedulePeriod property of the Scheduler MBean to 30 seconds, I think
of it semantically as follows: Every 30 seconds, invoke this exposed MBean method with
these parameters.
But under the current behavior, the semantics are as follows: After the current MBean
method has
User: starksm
Date: 02/04/09 11:06:03
Modified:src/main/org/jboss/mq/server Tag: Branch_2_4 JMSServer.java
Log:
Integrate connection ping patch
Revision ChangesPath
No revision
No revision
1.4.2.4 +23 -1
User: starksm
Date: 02/04/09 11:06:01
Modified:src/main/org/jboss/mq Tag: Branch_2_4 Connection.java
Log:
Integrate connection ping patch
Revision ChangesPath
No revision
No revision
1.3.2.3 +168 -14
User: starksm
Date: 02/04/09 11:06:02
Modified:src/main/org/jboss/mq/il/oil Tag: Branch_2_4
OILClientIL.java OILClientILService.java
OILServerIL.java OILServerILService.java
Log:
Integrate connection ping patch
Revision Changes
User: starksm
Date: 02/04/09 11:06:02
Modified:src/main/org/jboss/mq/il/rmi Tag: Branch_2_4
RMIClientIL.java RMIClientILRemote.java
RMIServerIL.java RMIServerILRemote.java
Log:
Integrate connection ping patch
Revision Changes
User: starksm
Date: 02/04/09 11:06:03
Modified:src/main/org/jboss/mq/il/uil Tag: Branch_2_4
UILClientIL.java UILClientILService.java
UILServerIL.java UILServerILService.java
Log:
Integrate connection ping patch
Revision Changes
User: starksm
Date: 02/04/09 11:06:01
Modified:src/main/org/jboss/mq/il/jvm Tag: Branch_2_4
JVMClientIL.java JVMServerIL.java
Log:
Integrate connection ping patch
Revision ChangesPath
No revision
No
Hi
I will check this this week but when this is true then there is a problem
with
how the notifications (JMX events) are sent to the listener. IMO it should
not have an effect how long the processing of the notifications takes in
order
to send the next notification.
I will check with Juha if
Bugs item #538802, was opened at 2002-04-03 18:25
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=538802group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Eric Jain (ejain)
Assigned to:
[EMAIL PROTECTED] wrote:
Change Notes item #541366, was opened at 2002-04-08 23:48
Initial Comment:
I have now checked in basic support for EJB 2.0 session
bean and EJB 2.0 entity bean verification. I am sure
there are still some problems with the entity beans,
they are quite a bunch of
User: dsundstrom
Date: 02/04/09 13:41:25
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata
JDBCRelationshipRoleMetaData.java
Log:
Fixed bug [ 530437 ] Intra-Bean Many to Many auto-gen broken.
Revision ChangesPath
1.16 +6 -2
User: dsundstrom
Date: 02/04/09 13:41:24
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCStartCommand.java
Log:
Fixed bug [ 530437 ] Intra-Bean Many to Many auto-gen broken.
Revision ChangesPath
1.23 +5 -3
soon I hope?
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: jules_gosnell
Date: 02/04/09 13:54:09
Modified:src/main/org/jboss/net/protocol/njar Handler.java
Log:
move Jetty's code for converting an njar: to file: URL in here
Revision ChangesPath
1.4 +23 -1
Definitely a work in progress, thanks for the help. I knew about those two issues,
but didn't have the time to sort them out last night.
What a nightmare verifying CMP beans. This is one of those times where you wish they
actually spelled out the whole bean provider contract in one place in
Hello,
I'd like to make an overview of JBoss 2.4.4 with hints to 3.0. I'll link you to the
results when I'm done.
So in the next few days, I'll be posting some questions on clustering, caching, etc.
But first: has anyone already made a comprehensive overview of the exact API's that
are
User: jules_gosnell
Date: 02/04/09 13:55:52
Modified:jetty/src/main/org/jboss/jetty
JBossWebApplicationContext.java
Log:
move code for forcing unpacking of njars elsewhere
Revision ChangesPath
1.36 +5 -51
Bugs item #530437, was opened at 2002-03-15 13:48
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=530437group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Andrew Scherpbier (scherpbier)
User: dsundstrom
Date: 02/04/09 14:39:53
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCStoreManager.java
Log:
Fix bug [ 530084 ] 1 to many uni-directional relationships.
Checks to see if tx has been rolled back before adding sync.
Revision
User: jules_gosnell
Date: 02/04/09 14:46:29
Modified:jettyTODO
Log:
update
Revision ChangesPath
1.16 +69 -18contrib/jetty/TODO
Index: TODO
===
RCS file:
on 09-04-2 20.36, cepage at [EMAIL PROTECTED] wrote:
t invocation to be scheduled. This is still not a perfect solution, but IMHO
it is much better than the current situation.
Please submit this as a patch at :
http://sourceforge.net/tracker/?group_id=22866atid=376687
This way all
I looked at the new JBossMX stuff; Juha's rewrite of the Timer has fixed part of the
problem. He does a much better job than Sun's Timer of determining what the next call
time should be, and so in the example I gave he will attempt to execute the second
MBean invocation at 12:00:30 rather than
User: jules_gosnell
Date: 02/04/09 15:30:26
Modified:jetty/src/main/org/jboss/jetty/session ClusteredStore.java
Log:
now fails a little more graciously if clustered HttpSession support not available
Revision ChangesPath
1.8 +7 -7
User: jules_gosnell
Date: 02/04/09 15:32:07
Modified:jettybuild.xml
Log:
include Clustered HttpSession support by default
Revision ChangesPath
1.50 +0 -2 contrib/jetty/build.xml
Index: build.xml
Hi Marius,
I used ./build.sh -Dmodules=jboss.net/testsuite modules-tests which
seems to just run the JBoss.net testsuite. This worked this morning
but when I reapply my testsuite patch (capitalisation error removing
the emption address book impl class, obviously hasn't made it into
cvs yet), I
All,
I'm not sure if this is the *approved* way of doing things, but here's the sequence
that seems to work for me:
1. Do a CVS update, rebuild jboss from jboss-all\build\build.sh or build.bat depending
on your poison.
2. Goto jboss.net and build. Make sure .sar file makes it into the jboss
1 - 100 of 157 matches
Mail list logo
