JBoss daily test results
SUMMARY
Number of tests run: 216
Successful tests: 202
Errors:11
Failures: 3
[time of test: 29 December 2001 5:42 GMT]
[java.version: 1
JBoss daily test results
SUMMARY
Number of tests run: 216
Successful tests: 202
Errors:11
Failures: 3
[time of test: 29 December 2001 4:45 GMT]
[java.version: 1
User: starksm
Date: 01/12/28 20:41:34
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Integrate Rel_2_4_4_26 changes
Revision ChangesPath
No revision
No revision
1.77.2.11 +6 -1 jboss/src/build/Attic/build.xml
User: starksm
Date: 01/12/28 20:41:35
Modified:src/etc/deploy Tag: Branch_2_4 jbosspool-jdbc.rar
Log:
Integrate Rel_2_4_4_26 changes
Revision ChangesPath
No revision
No revision
1.1.4.4 +51 -36jboss/src/etc/deplo
User: starksm
Date: 01/12/28 20:41:35
Modified:src/client Tag: Branch_2_4 jbossmq-client.jar
jbosssx-client.jar
Log:
Integrate Rel_2_4_4_26 changes
Revision ChangesPath
No revision
No revision
1
User: starksm
Date: 01/12/28 20:39:35
Modified:src/lib Tag: Branch_2_4 jboss-jaas.jar jbossmq.jar
jbosspool.jar jbosssx.jar
Log:
Integrate Rel_2_4_4_26 changes
Revision ChangesPath
No revision
No revis
User: starksm
Date: 01/12/28 20:35:47
Modified:src/main/org/jboss/jms/ra Tag: Branch_2_4 JmsLogger.java
Log:
Use CategoryWriter by default
Revision ChangesPath
No revision
No revision
1.1.4.3 +42 -36jboss/src/mai
User: starksm
Date: 01/12/28 20:32:45
Modified:src/main/org/jboss/security/auth/spi Tag: Branch_2_4
AbstractServerLoginModule.java
Log:
Clean up the tests
Revision ChangesPath
No revision
No revision
User: starksm
Date: 01/12/28 20:32:45
Modified:src/main/org/jboss/test Tag: Branch_2_4
LoginModulesTest.java SRPProtocolTest.java
SimpleSRPServer.java TestJCE.java TestProtocol.java
TestSRPLogin.java
Added:
User: starksm
Date: 01/12/28 20:32:21
Modified:src/main/org/jboss/security Tag: Branch_2_4 Util.java
Added: src/main/org/jboss/security Tag: Branch_2_4
Base64Encoder.java
Log:
Integrate the password hash from main into UsernamePasswordLoginModule
User: starksm
Date: 01/12/28 20:32:44
Modified:src/main/org/jboss/security Tag: Branch_2_4 Logger.java
Log:
Clean up the tests
Revision ChangesPath
No revision
No revision
1.1.2.5 +7 -1 jbosssx/src/main/org/jbos
User: starksm
Date: 01/12/28 20:32:44
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Clean up the tests
Revision ChangesPath
No revision
No revision
1.11.2.7 +2 -2 jbosssx/src/build/Attic/build.xml
Index:
User: starksm
Date: 01/12/28 20:32:21
Modified:src/main/org/jboss/security/auth/spi Tag: Branch_2_4
UsernamePasswordLoginModule.java
Log:
Integrate the password hash from main into UsernamePasswordLoginModule
Revision ChangesPath
No
JBoss daily test results
SUMMARY
Number of tests run: 216
Successful tests: 202
Errors:11
Failures: 3
[time of test: 29 December 2001 3:35 GMT]
[java.version: 1
[EMAIL PROTECTED] wrote:
>I pity you if you think you will ever have a popular
>product where user must submit bug using your bug
>tracking tool. The fact that you have not seen any of
>the repeated questions about jboss bug on user forum
>show that none of you ever read them. It is a bunch of
on 1-12-29 03.08, Adrian Brock at [EMAIL PROTECTED] wrote:
> Hi,
>
> Correction.
>
> I've now seen the problem on Windows JDK1.3.1_02 :-(
>
> Regards,
> Adrian
Makes me wonder - thanks I like wonder ...
___
Jboss-development mailing list
[EMAIL P
JBoss daily test results
SUMMARY
Number of tests run: 220
Successful tests: 202
Errors:15
Failures: 3
[time of test: 29 December 2001 2:49 GMT]
[java.version: 1
Hi,
Correction.
I've now seen the problem on Windows JDK1.3.1_02 :-(
Regards,
Adrian
__
View this jboss-dev thread in the online forums:
http://jboss.org/forums/thread.jsp?forum=66&thread=6187
_
Fuck you. Why don't you go get $10,000, buy Weblogic, and never post on
this list again?
-dain
> -Original Message-
> From: John Woo [mailto:[EMAIL PROTECTED]]
> Sent: Friday, December 28, 2001 7:26 PM
> To: Scott M Stark; [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] What the Point?
>
Bugs item #430691, was opened at 2001-06-06 07:53
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=430691&group_id=22866
Category: JBossServer
Group: v2.4 BETA (stable)
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Pete Halverson (halversp)
As
Bugs item #430691, was opened at 2001-06-06 07:53
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=430691&group_id=22866
Category: JBossServer
Group: v2.4 BETA (stable)
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Pete Halverson (halversp)
on 1-12-29 02.26, John Woo at [EMAIL PROTECTED] wrote:
> It is a bunch of
> frustrated user speaking to an empty room while a
> bunch of academic are off playing with Java.
yes ... perchanche ... so what are U doing here ? ...
heh
"If we knew what it was we were doing, it would not be called
on 1-12-29 02.21, John Woo at [EMAIL PROTECTED] wrote:
> but you forum software down now.
hehe
Will analyse !
this is fun ... fbi/co and stuff ... man that sp (south pacific) training is
realise ...
/peter_f
___
Jboss-development mailing li
Bugs item #492059, was opened at 2001-12-12 07:35
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=492059&group_id=22866
Category: CatalinaBundle
Group: v2.4 BETA (stable)
>Status: Pending
>Resolution: Postponed
Priority: 5
Submitted By: Brill Pappin (bril
Bugs item #488915, was opened at 2001-12-04 07:35
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=488915&group_id=22866
Category: JBossSX
Group: v2.4 BETA (stable)
>Status: Closed
>Resolution: Works For Me
Priority: 5
Submitted By: Mark Harris (mtharris)
> don't see any bugreport
> from you on sourceforge so why should it be fixed?
> The user forums are
> not for reporting bugs.
I pity you if you think you will ever have a popular
product where user must submit bug using your bug
tracking tool. The fact that you have not seen any of
the repeated
Bugs item #495804, was opened at 2001-12-21 02:57
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=495804&group_id=22866
Category: JBossSX
Group: v2.4 (stable)
>Status: Closed
>Resolution: Out of Date
Priority: 5
Submitted By: Guillaume Coté (gcote)
>Assig
> The version of Jetty included in Jboss 3 is Jetty4,
> which does support
> Servlet spec 2.3. The guys on the Jetty list are
> very responsive so if there
> is a specific problem, it could be brought up there.
That is new. When I built (late November), it was
Jetty3. Would be nice if there was m
U are exercising a Debian distro *view* ? ...
heheheheheheh
And have what ??? ...
problem / solution domain ...
are U referring to here ??? ...
I think and will stake my being **on**, that WE can ***help*** ...
/peter_f
___
Jboss-development m
That's bull. I'm preparing the final 2.4.4 release right now that
incorporates
many bug fixes and updated support for Catalina. I don't see any bugreport
from you on sourceforge so why should it be fixed? The user forums are
not for reporting bugs.
>
> > Use 2.4
>
> 2.4 is not supported. No one
on 1-12-28 23.30, John Woo at [EMAIL PROTECTED] wrote:
> I read the description on your web site, and get very
> excited about the product.
MetavValue ! ...
> But when I try and use the
> JBoss 3.0 alpha, I am wondering why you not spend any
> time on the web container? J2EE container without a
Please Ignore.
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Bugs item #497167, was opened at 2001-12-27 14:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=497167&group_id=22866
>Category: JBossServer
Group: v2.4 (stable)
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Corby (corby)
>Assigned to: Sc
Always forget to 'Reply to All'
-- Forwarded Message
From: Hunter Hillegas <[EMAIL PROTECTED]>
Date: Fri, 28 Dec 2001 16:45:22 -0800
To: John Woo <[EMAIL PROTECTED]>
Subject: Re: [JBoss-dev] Re: Re: What the Point?
See below...
> From: John Woo <[EMAIL PROTECTED]>
> Date: Fri, 28 Dec 2001 1
Bugs item #484771, was opened at 2001-11-23 00:17
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=484771&group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Bani Greyling (banigreyling)
>Assi
Bugs item #494839, was opened at 2001-12-18 16:20
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=494839&group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Robert Price (rprice)
>Assigned to
Since there are multiple point, I address them all
here:
> This is the wrong place for this discussion. Please
> use the online forums.
Since no one who know anything read or reply to those
forum, this kind of like say "go away".
> JBoss 3.0 includes a servlet container, Jetty
This one really
Test
__
View this jboss-dev thread in the online forums:
http://jboss.org/forums/thread.jsp?forum=66&thread=6365
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourc
User: starksm
Date: 01/12/28 16:06:50
Modified:src/main/org/jboss/deployment Tag: Branch_2_4
AutoDeployer.java
Log:
Fix problem with double deployment of unpackage archives when the archive
is explictly listed in the deployer url list and a child directory
This is the wrong place for this discussion. Please use the online forums.
http://www.jboss.org/forums/
The reason so much changes every release is because Sun does a major rewrite
of our core specs every couple of months, so go bitch at Sun.
-dain
> -Original Message-
> From: John Woo
John,
JBoss isn't a thesis project. I've used it in production at 2 sites now.
Go to the testimonial page to get others who have successfully deployed
JBoss. JBoss is integrated with 2 different web containers. Jetty and
Tomcat. The relationship between the Jetty folks and JBoss is growing.
Complaining about an alpha release isn't going to change anything.
If you want a usable product with bundles servlet containers look
at the 2.4.3 release or 2.4.4 beta.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
I'm sure you're about to get flamed out of existence but I'll add my $0.02.
Regarding the Web container, Jboss3 already has Jetty support so I don't
really know what you are talking about. I would assume that when the final
release comes out there will be Tomcat integration as well... The Jetty
i
User: starksm
Date: 01/12/28 15:03:55
Modified:src/lib Tag: Branch_2_4 junit.jar
Log:
Update to junit 3.7
Revision ChangesPath
No revision
No revision
1.1.1.1.2.1 +425 -336 jbosstest/src/lib/Attic/junit.jar
User: starksm
Date: 01/12/28 14:50:22
Modified:src/main/org/jboss/test/spydermq/test Tag: Branch_2_4
Main.java
Log:
Cleanup formatting
Revision ChangesPath
No revision
No revision
1.2.2.1 +31
User: starksm
Date: 01/12/28 14:45:19
Added: src/main/org/jboss/test/ejb/interfaces Tag: Branch_2_4
StatefulSession.java StatefulSessionHome.java
StatelessSession.java StatelessSessionHome.java
Log:
Unit tests for ejb pooling
R
User: starksm
Date: 01/12/28 14:45:19
Added: src/main/org/jboss/test/ejb/bean Tag: Branch_2_4
PooledMDB.java StatefulSessionBean.java
StatelessSessionBean.java
Log:
Unit tests for ejb pooling
Revision ChangesPath
No
User: starksm
Date: 01/12/28 14:45:19
Added: src/main/org/jboss/test/ejb/test Tag: Branch_2_4
MDBInvoker.java StatefulInvoker.java
StatelessInvoker.java TestPooling.java
Log:
Unit tests for ejb pooling
Revision ChangesPath
User: starksm
Date: 01/12/28 14:43:46
Added: src/resources/ejb/META-INF Tag: Branch_2_4 ejb-jar.xml
jboss.xml
Log:
The deployment descriptors for the ejb pooling tests
Revision ChangesPath
No revision
No
User: starksm
Date: 01/12/28 14:44:18
jbosstest/src/main/org/jboss/test/ejb/interfaces - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 01/12/28 14:44:18
jbosstest/src/main/org/jboss/test/ejb/test - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 01/12/28 14:44:18
jbosstest/src/main/org/jboss/test/ejb/bean - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 01/12/28 14:43:12
jbosstest/src/resources/ejb/META-INF - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 01/12/28 14:44:06
jbosstest/src/main/org/jboss/test/ejb - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 01/12/28 14:43:00
jbosstest/src/resources/ejb - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
I read the description on your web site, and get very
excited about the product. But when I try and use the
JBoss 3.0 alpha, I am wondering why you not spend any
time on the web container? J2EE container without a
servlet engine is like a book without writing.
Also, you guy seem to reinvent entir
User: starksm
Date: 01/12/28 14:35:14
Modified:src/main/org/jboss/ejb/plugins Tag: Branch_2_4
AbstractInstancePool.java
MessageDrivenInstanceInterceptor.java
StatefulSessionInstanceInterceptor.java
User: starksm
Date: 01/12/28 14:35:13
Modified:src/main/org/jboss/ejb Tag: Branch_2_4 ContainerFactory.java
Log:
Add a strict pooling behavior that limits the number of instances to that
specified by the container-pool-conf/MaximumSize
Revision ChangesPath
No
I guess what I"m really saying is that you have to be careful if you're
implementing the HttpSession in terms of EJBs.
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Bill
> Burke
> Sent: Friday, December 28, 2001 3:24 PM
> To: Sacha Labourey;
Weblogic doesn't seem to support concurrent access to clustered
HttpSessions. Maybe it is all right for us to be this lazy too.
Applications Using Frames Must Coordinate Session Access
If you are designing a Web application that utilizes multiple frames, keep
in mind that there is no synchroni
Sure you can store the HttpSession state in an EJB(Entity or SFSB), but the
HttpSession object cannot be an EJB.
> -Original Message-
> From: Sacha Labourey [mailto:[EMAIL PROTECTED]]
> Sent: Friday, December 28, 2001 4:36 AM
> To: Bill Burke; [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev]
User: slaboure
Date: 01/12/28 12:14:07
Added: src/main/org/jboss/ejb/plugins
CMPInMemoryPersistenceManager.java
Log:
First version of an in-memory CMP persistent store (highly based on the file PS)
Revision ChangesPath
1.1
jbos
I'm not getting what your confusion is. We are not getting a 'static'
log4j Category, we are getting the log4j Category for name. If your
asking why we don't also keep a map of name to Logger instances
the reason is that Loggers are rarely created and I don't see the point
for yet another cache.
Hi,
> On Fri, 2001-12-28 at 18:52, Scott M Stark wrote:
> > Making this a singleton would require that all loggers
> > used the same category name and this is not what we want.
>
> I'm still not getting it. In the constructor, we are getting a static
> log4j Category anyways for the given name:
Hi,
On Fri, 2001-12-28 at 18:52, Scott M Stark wrote:
> Making this a singleton would require that all loggers
> used the same category name and this is not what we want.
I'm still not getting it. In the constructor, we are getting a static
log4j Category anyways for the given name:
Good catch. I forgot to mark the application data map as static.
I'm not really done with this code yet; I need to change to code to use
templates for pk and fk constraints, as all of the lame db vendors use a
different syntax.
-dain
> -Original Message-
> From: Langelage, Frank [mailt
User: dsundstrom
Date: 01/12/28 10:46:01
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCStoreManager.java
Log:
Forgot to mark application data map as static.
Revision ChangesPath
1.23 +3 -2
jboss/src/main/org/jboss/ejb/plugins/cmp
Dude, that fucking sucks.
I don't use emacs, but I'll send you my .virc file :)
-dain
> -Original Message-
> From: Bill Burke [mailto:[EMAIL PROTECTED]]
> Sent: Friday, December 28, 2001 1:28 AM
> To: Jboss-Development@Lists. Sourceforge. Net
> Subject: [JBoss-dev] emacs template for JB
Every request has to be authenticated as the identity of the caller is
a property of the request. The ThreadLocal is simply used to propagate
the identity through the scope of the request and must be set on
each request. The identity to credentials mapping are cached at the
security manager layer
Making this a singleton would require that all loggers
used the same category name and this is not what we want.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Christian Riege" <[EMAIL PROTECTED]>
To: <[
hi everybody,
I'm slightly confused about the org.jboss.logging.Logger class.
>From my point of view this should be implemented as a singleton; however
right now for every invocation of Logger.getLogger(...) it shells out a
*new* instance of itself:
public static Logger getLogger(String nam
Who is Scott ? And where do I find his answer?
Actually I'm looking forward to hear from you (or others that could
help) about:
Wither there a way to turn this current (extended) concurrent JBoss
handling off, and rather allow additional requests (to the available
instances within a pool) to wait
Hello,
How do you feel cluster-wide logging?
We could imagine a JMX listener that subscribe to the JMX services of all
member of a cluster and log them. We could also imagine that each node in a
cluster is able to build the cluster-wide log.
Experiences? comments?
I am not sure myself where is the second thread coming from. I'll try to
figure that one out. But in priniciple, Greg is right, using ThreadLocal
for security association is improper in this environment. Again, as Greg
pointed out, we would have to authenticate every request. Here is a
snippet fr
Hello Bill,
I think that the goal was more to have something like this:
HttpSession session = home.findByPrimaryKey(sessionId);
byte[] state = session.getState ();
// here Julian do whatever he wants with its state...
// if he wants, he could convert its state in an Hashtable
75 matches
Mail list logo
