Famous quote from Sun on News.com:
http://news.com.com/2100-1013-993471.html?tag=fd_top
'Phipps said Wednesday that making the compliance test available will
make it clear that Sun does not want to intentionally obstruct JBoss
Group's efforts to gain J2EE compliance.
However, Phipps said he do
=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=
JAVA VERSION DETAILS
java version "1.4.1_02"
Java(TM) 2 Runtime Environment, Standar
Hi,
Is this just me or is there a problem compiling HEAD ?
Chris
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, March 20, 2003 10:49 PM
Subject: [AUTOMATED] (HEAD) JBoss compilation failed
>
> =
On 2003.03.20 13:09 Scott M Stark wrote:
>
> Is the org.jboss.resource.adapter.jdbc.ExceptionSorter class supposed to
> be in jboss-common-jdbc-wrapper.jar?
yes. I'll fix this after steve checks in the new xdoclet (I modified my
3.2 copy also). There are several other errors around this also wh
JBoss daily test results
SUMMARY
Number of tests run: 1098
Successful tests: 1094
Errors:1
Failures: 3
[time of test: 2003-03-20.13-14 GMT]
[java.version: 1.3.1]
There are two elements, descriptor and value in the jboss_xmbean_1_0.dtd
that are not referenced by any other element content models and do not
appear to be read by the JBossXMBean10. Do they have a purpose or should
the be removed from the DTD?
Scott Stark
Chief Tech
Bugs item #707014, was opened at 2003-03-20 19:22
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=707014&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
>Resolution: Accepted
Priority: 5
Submitted By: Simone (milasx)
>Assigned to: Alexey Loubya
Is the org.jboss.resource.adapter.jdbc.ExceptionSorter class supposed to be in
jboss-common-jdbc-wrapper.jar?
Right now the org.jboss.test.jca.test.ConnectionFactorySerializationUnitTestCase is
failing because this
class does not exist in any jar/sar/rar from the jca module as far as I can see.
Bugs item #707014, was opened at 2003-03-20 17:22
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=707014&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Simone (milasx)
Assigned to: Nobody/Anonymous (n
I found the problem yesterday night. This behavior only shows up in the
SUN 1.4.1 ORB if you deploy code (ECperf in my case) that is in the
com.sun name space. The stupid RMI/IIOP layer prepends "org.omg.stub"
for good measure for classes starting with this prefix. The stub class
web server on
=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=
JAVA VERSION DETAILS
java version "1.4.1_01"
Java(TM) 2 Runtime Environment, Standar
We have no stub files at all, so there is no way our iiop test clients
could pick stubs from the classpath.
Which ORB are you using at the client side?
Francisco
On Thu, 20 Mar 2003, Scott M Stark wrote:
> So are the current iiop tests picking up the stubs from the classpath rather
> than down
It's nearly done - I've been doing a fair amount of sanity checking
before I commit it.
One thing I noticed is that the test suite has many, many more failures
when run under Java 1.4.1, so I've had to rebuild and retest under
1.3.1 to make sure that I haven't broken anything.
Steve Coy
On Fr
I don't see that this is worth the effort at this point. A URLDeploymentScanner that
is searching subdirectories is duplicating a deployer handling nested deployments in
an unpacked archive and is going to result in duplicate deployment attempts.
When using mulitple directories aren't you introduc
=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=
JAVA VERSION DETAILS
java version "1.4.1_01"
Java(TM) 2 Runtime Environment, Standar
The jboss_xmbean_1_0.dtd has been updated in 3.2 but xdoclet apparently has
not as the org.jboss.test.jmx.test.DeployXMBeanUnitTestCase is failing because
of an invalid User.xml that is being generated via xdoclet. Can we synch up the
xdoclet binary in 3.2?
Scott Stark
Chi
So are the current iiop tests picking up the stubs from the classpath rather than
downloading them? The simplest testcase is under
testsuite/src/main/org/jboss/test/helloiiop.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original M
I was about to send almost the same message.
Making this change works for me.
I'll check it in soon unless someone beats me to it, because I suspect
the culprit is asleep right now.
Steve Coy
On Thursday, March 20, 2003, at 10:44 PM, Bernd Koecke wrote:
Hi,
I'm using jboss-3.2 Branch_3_2 fr
Feature Requests item #706850, was opened at 2003-03-20 12:14
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376688&aid=706850&group_id=22866
Category: JBossServer
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Van caneghem (vancan13)
Assigned
Bugs item #650929, was opened at 2002-12-09 15:54
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=650929&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: James Strachan (strachancambs)
Hi,
I'm using jboss-3.2 Branch_3_2 from cvs on Linux with Sun jdk 1.4.1_2 and get an
error while compiling the jmx module. The class
org.jboss.mx.logging.log4j.Log4jAdapterFactory has a public member 'dummy' of
type TracePriority. This class is gone after calling the clean target. When I
change th
Bugs item #706799, was opened at 2003-03-20 12:31
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=706799&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 3
Submitted By: Dheeraj Srivastava (dheeraj_s)
Assigned to: Nobo
=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=
JAVA VERSION DETAILS
java version "1.4.1_01"
Java(TM) 2 Runtime Environment, Standar
Bugs item #706799, was opened at 2003-03-20 10:31
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=706799&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
>Priority: 3
Submitted By: Dheeraj Srivastava (dheeraj_s)
Assigned to: Nob
Dear members
I am using JBOSS 3.0.0 with Tomcat . Following error
is coming when I am trying to access Local Home
Interface of a bean thru a client .
could not locate
org.jboss.ejb.plugins.local.LocalHomeProxy :
javax.naming.NamingException error is coming. No
security Manager . RMI class l
Bugs item #706799, was opened at 2003-03-20 10:31
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=706799&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Dheeraj Srivastava (dheeraj_s)
Assigned to: Nobo
Bugs item #699938, was opened at 2003-03-08 14:44
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=699938&group_id=22866
Category: JBossCMP
Group: v3.2
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Christopher G. Stach II (cstach)
>Assigned
> Rather than a specialized SubDirSubDeployer, how about having the SAR
> report multiple watch-urls?
Yes, that would be an idea.
> It may also be possible to have the SAR start its own
> URLDeploymentScanner for its content rather than explicitly sub-deploy
> it. This would support automatic red
28 matches
Mail list logo