Hi Andreas,
now I have utility that takes .wljar as input parameter and converts it to .jar.
It works this way:
- Read next jar entry from wljar;
- If current jar entry is an xml file:
Look in classpath for xsl file with name xmlname.xsl;
If xsl file not found, copy entry and read next from
Hello Dain,
I had to look at the JAWS code and how it handled CLOB and have found
numerous issues (see my previous post on jboss-dev).
I've quickly taken a look at the new ejb2.0 code you implemented and saw
that you're using about the same code for CLOBs. Thus, I think that your
code will have
I will be out of the office starting 20/05/2002 and will not return until
27/05/2002.
I will respond to your message when I return.
+-+
This message may contain confidential and/or privileged
information. If you are not the addressee or
FYI:
The following is on WinNT 4.0 SP6:
I just got Rel_3_0_0_7 from CVS and ran the test suite on it, once using
Sun JDK1.3.1_02 (gave 1 failure)
and then 1.3.1_03 (I did a clobber on jboss-all and testsuite and
cleaned the tmp and db directories between the tests).
This 1.3.1_03 test
Bugs item #558052, was opened at 2002-05-19 22:32
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=558052group_id=22866
Category: None
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Bogdan Ghidireac (ghidi)
Assigned to:
Sacha,
Besides Oracle's drivers being a crap, the CLOB and all SQL 99 types
could use improvement. Supposedly Oracle's new 9.0.2 drivers fix most
of these problems. Fixing general Object persistence is the first think
I will be working on after I finish the docs (this week), so I will look
As slightly less of a hack, how about writing an oracle-driver specific jca
wrapper that takes care of Oracle non-spec compliance?
You need to modify prepared statement, right? How about the resultset? So
far I haven't wrapped the result set but have been asked to by 2 people.
BTW do either
I have been thinking about this for a while, but I've been trying to put
off expanding the jca wrapper stuff (I have a bunch of ideas in this
area; most likely 4.0 stuff).
I don't use Oracle at all.
-dain
David Jencks wrote:
As slightly less of a hack, how about writing an oracle-driver
are now working in 3.1 (CVS HEAD). Marc: your vision is real!!! Even
concurrent JRMP and IIOP invocations appear to be working fine. I have
committed yet another version of the hello test (hellojrmpiiop) to
demonstrate this.
Here is a summary of the recent changes on the IIOP stuff in 3.1:
-
Hello!
Does this mean we should checkout from CVS the Rel_3_0_0_7 branch or we can
continue checking out the Branch_3_0?
By the way... Sorry I couldn't deliver the HP-UX tests Friday. I'll have
fresh new on Monday.
Duarte HappyGuy Loreto
Don't worry, be happy!
From: Scott M Stark [EMAIL
For those in South America this coming week: on May 23 (4:30PM) I will
be an invited speaker at the Objetos 6006 conference, in Sao Paulo,
Brazil. This event is jointly organized by three Sao Paulo user groups
-- the OO/UML user group, the Java user group, and the CORBA user group.
More info
I've been trying to update some of my app design and code from JBoss
2.4.x to 3.0 and the new .sar approach. I need to specify the
Castor MBean inside a .sar. One issue that I've run into is the
need to convert the relative path of the CastorJDOImpl MBean's
Configuration attribute
Number of tests run: 736
Successful tests: 576
Errors:155
Failures: 5
[time of test: 20 May 2002 0:39 GMT]
[java.version: 1.3.0]
[java.vendor: IBM Corporation]
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.3.0
Java(TM) 2 Runtime Environment, Standard
The 3.0 branch.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Duarte Loreto [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, May 19, 2002 4:12 PM
Subject: Re: [JBoss-dev] 3.0 Branch tests-unit is
When the org.jboss.test.web.test.WebIntegrationUnitTestCase is run against
the 3.0 branch the undeployment of the war is causing the NPE shown here:
17:38:01,062 INFO [MainDeployer] Undeployed
file:/D:/usr/local/src/cvsroot/JBos
s3.0/jboss-all/testsuite/output/lib/jbosstest-web.ear
17:38:02,656
I don't think you are going to be able to use a classloader to try to find
something in the same deployment unit as a mbean config snippet. For
instance, the mbean could be created in code rather than from a .sar, or
created in a standalone xml file.
I think you will either have to provide
Number of tests run: 736
Successful tests: 576
Errors:155
Failures: 5
[time of test: 20 May 2002 1:39 GMT]
[java.version: 1.3.0]
[java.vendor: IBM Corporation]
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.3.0
Java(TM) 2 Runtime Environment, Standard
Number of tests run: 736
Successful tests: 577
Errors:155
Failures: 4
[time of test: 20 May 2002 2:39 GMT]
[java.version: 1.3.1]
[java.vendor: Blackdown Java-Linux
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.3.1
Java(TM) 2 Runtime Environment, Standard
You may have to explicity `shutdown.sh --server localhost` or `shutdown.sh
--shutdown` when working from HEAD, as help will be displayed with no arguments.
--jason
Quoting [EMAIL PROTECTED]:
=
==THIS IS AN AUTOMATED
I'll look at this tomorrow.
Jules
Scott M Stark wrote:
When the org.jboss.test.web.test.WebIntegrationUnitTestCase is run against
the 3.0 branch the undeployment of the war is causing the NPE shown here:
17:38:01,062 INFO [MainDeployer] Undeployed
file:/D:/usr/local/src/cvsroot/JBos
Wow. This could be a major bummer. Castor was only one of several
MBean(s) where I was going to use this technique. I have other MBeans that
also needed to read their own XML files out of the .sar. I was
accomplishing this before (JBoss 2.4.x) with my DeploymentNotification
extension. I
On 2002.05.19 22:06:24 -0400 Frederick N. Brier wrote:
Wow. This could be a major bummer. Castor was only one of several
MBean(s) where I was going to use this technique. I have other MBeans
that
also needed to read their own XML files out of the .sar. I was
accomplishing this before
I just backtracked through the source, and read a bunch of messages of Mark
Fleury, Scott Stark, and David Jencks. It sounded like Scott was saying in
February (17th) that all the MBean(s) are using the same ClassLoader. But
Mark and David were discussing in April ClassLoader(s) per MBean.
What is the structure of the sar? Does it contain
just the jboss-service.xml
descriptor along with the resource
files?
Scott StarkChief Technology
OfficerJBoss Group, LLC
- Original Message -
From:
Frederick N.
Brier
To:
27 matches
Mail list logo
