Hi,
> This is because of the classpath changes that scott made. The jaxp parser
> jars have been moved from lib to lib/ext.
>
> Where is your MBean loaded from, jboss.jcml or jboss.conf? If it is
> jboss.conf, then you will need to add the jaxp.jar and
> crimson.jar's to the
> archive list.
It
User: user57
Date: 01/08/13 23:14:48
Modified:src/etc/conf/default jboss.conf
Log:
o including jaxp and crimson in the archive value for Log4jService
(so parsing xml configuration works again).
o explicitly using the constructor to specify which file is read.
Revisio
This should be fixed. Can't really say about 2.4.xx. I would guess
relatively stable, only bug fixes are being added (I think).
--jason
On Tue, 14 Aug 2001, Matt Veitas wrote:
> Simple misspellingin version of 1.54...it was breaking the HEAD build. Since
> I can't commit, this was the next b
This is because of the classpath changes that scott made. The jaxp parser
jars have been moved from lib to lib/ext.
Where is your MBean loaded from, jboss.jcml or jboss.conf? If it is
jboss.conf, then you will need to add the jaxp.jar and crimson.jar's to the
archive list.
Don't know if that h
Hi,
I build OK.
I run OK except for one custom MBean. This is due to xml changes I guess.
I receive an exception java.lang.NoClassDefFoundError: org/w3c/dom/Node
On the line of my MBean that do DOMBuilder builder = new DOMBuilder();
This class is coming from JDOM.
I try adding this to jboss.conf
User: user57
Date: 01/08/13 22:38:48
Modified:src/main/org/jboss/ejb Container.java
Log:
o fixed typo & wrapped some javadocs to 80 cols
Revision ChangesPath
1.55 +22 -20jboss/src/main/org/jboss/ejb/Container.java
Index: Container.java
Simple misspellingin version of 1.54...it was breaking the HEAD build. Since
I can't commit, this was the next best thing to do.
On a side note, how stable is the 2.4.xx??
Matt
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourcef
Patches item #450685, was opened at 2001-08-13 21:32
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=450685&group_id=22866
Category: None
Group: v2.4 BETA (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned
Patches item #450684, was opened at 2001-08-13 21:31
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=450684&group_id=22866
Category: None
Group: v2.4 BETA (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned
I added the Buildmagic User's Guide to the jboss.org/cvs.jsp page under
"More information on Build and Source". I also checked in the pdf, as
bm-usersguide.pdf. This is temporary to allow folks to understand what is
going on a little more.
I eventually would like to host this and the html versi
User: user57
Date: 01/08/13 21:07:51
Modified:.cvs.jsp
Added: .bm-usersguide.pdf
Log:
o added a blurb about Buildmagic under "More information on Build and Source".
o added the pdf users guide.
Revision ChangesPath
1.6 +31 -17newsi
User: user57
Date: 01/08/13 20:55:41
Modified:.modules
Log:
o removed some extraneous plugin modules.
o tidied up some indentation.
o added an alias website -> newsite, since the website module has not been
touched in months.
Revision ChangesPath
1.
User: starksm
Date: 01/08/13 20:31:34
Modified:src/main/org/jboss/ejb ContainerFactory.java Container.java
Added: src/main/org/jboss/ejb ContainerRelection.java
ContainerRelectionMBean.java
Log:
Add a prototype DynamicMBean interface implementation t
User: starksm
Date: 01/08/13 20:12:57
Modified:.build.xml
Log:
Remove the GlobalId exclusion from jboss.jar since jboss-client.jar is
no longer used by the server
Revision ChangesPath
1.6 +1 -5 jboss/build.xml
Index: build.xml
===
Its a bug in the jikes compiler.
- Original Message -
From: Jason Dillon
To: [EMAIL PROTECTED]
Sent: Monday, August 13, 2001 7:36 PM
Subject: [JBoss-dev] VerifyError: (class: org/jboss/web/WebServer
Does anyone know why this error might be showing up when using the Jikes
compiler:
jav
Does anyone know why this error might be showing up when using the Jikes
compiler:
java.lang.VerifyError: (class: org/jboss/web/WebServer, method: run
signature: ()V) Register 4 contains wrong type
at org.jboss.web.WebService.(WebService.java:44)
at java.lang.reflect.Constructor.n
User: user57
Date: 01/08/13 19:29:24
Modified:src/bin run.sh
Log:
o fixed run.sh's default JAXP case (was missing a ;)
Revision ChangesPath
1.25 +4 -4 jboss/src/bin/run.sh
Index: run.sh
Yes, with -Dmodules=server and the javadoc-generated-already=true it is
taking
17 seconds when everything is up to date.
- Original Message -
From: Jason Dillon
To: [EMAIL PROTECTED]
Sent: Monday, August 13, 2001 6:44 PM
Subject: Re: [JBoss-dev] A downside to the new build scheme
Just
User: user57
Date: 01/08/13 19:13:13
Modified:.config.xml
Log:
o removed jboss-jdbc_ext.jar from the jboss.j2ee.classpath, since it no
longer exists.
Revision ChangesPath
1.3 +1 -2 jbossmx/config.xml
Index: config.xml
===
User: user57
Date: 01/08/13 19:13:14
Modified:.config.xml
Log:
o removed jboss-jdbc_ext.jar from the jboss.j2ee.classpath, since it no
longer exists.
Revision ChangesPath
1.3 +1 -2 jbosspool/config.xml
Index: config.xml
=
User: user57
Date: 01/08/13 19:13:13
Modified:.config.xml
Log:
o removed jboss-jdbc_ext.jar from the jboss.j2ee.classpath, since it no
longer exists.
Revision ChangesPath
1.3 +1 -2 jbosscx/config.xml
Index: config.xml
===
User: user57
Date: 01/08/13 19:13:14
Modified:.Tag: jboss_buildmagic config.xml
Log:
o removed jboss-jdbc_ext.jar from the jboss.j2ee.classpath, since it no
longer exists.
Revision ChangesPath
No revision
No rev
User: user57
Date: 01/08/13 19:13:14
Modified:.config.xml
Log:
o removed jboss-jdbc_ext.jar from the jboss.j2ee.classpath, since it no
longer exists.
Revision ChangesPath
1.5 +1 -2 jbosssx/config.xml
Index: config.xml
===
User: user57
Date: 01/08/13 19:13:14
Modified:.config.xml
Log:
o removed jboss-jdbc_ext.jar from the jboss.j2ee.classpath, since it no
longer exists.
Revision ChangesPath
1.3 +1 -2 jboss/config.xml
Index: config.xml
=
User: user57
Date: 01/08/13 19:13:14
Modified:variaconfig.xml
Log:
o removed jboss-jdbc_ext.jar from the jboss.j2ee.classpath, since it no
longer exists.
Revision ChangesPath
1.4 +1 -2 contrib/varia/config.xml
Index: config.xml
=
User: user57
Date: 01/08/13 19:13:13
Modified:.config.xml
Log:
o removed jboss-jdbc_ext.jar from the jboss.j2ee.classpath, since it no
longer exists.
Revision ChangesPath
1.3 +1 -2 admin/config.xml
Index: config.xml
=
User: user57
Date: 01/08/13 19:13:14
Modified:.config.xml
Log:
o removed jboss-jdbc_ext.jar from the jboss.j2ee.classpath, since it no
longer exists.
Revision ChangesPath
1.3 +1 -2 jbossmq/config.xml
Index: config.xml
===
Just to clarify, it is slow because of the full execution of the docs
target right?
--jason
On Mon, 13 Aug 2001, Scott M Stark wrote:
> Changing one server file and rebuilding to test is taking on the order of 2 minutes
> where this takes 5 seconds previously. There should be an intermediate b
You can specify which modules to include, in most cases you will just want
to server module:
cd build
./build.sh -Dmodules=server
This will only build the server module. Be sure to set in local.properties:
javadoc-generated-already=true
This will disable the generation of javadocs (whic
Changing one server file and rebuilding to test is
taking on the order of 2 minutes
where this takes 5 seconds previously. There should
be an intermediate build
target that builds the server without all of the
doc steps being run as currently is
the case.
marc fleury wrote:
> I am working on the latest jboss2.4-jetty stuff to update the website.
>
> Now I know I am not supposed to post user questions on jboss-deb but please
> bear with me before you flame me.
>
> I have 2 problem:
> 1- double deployment: when I rebuild the website, the autodeploye
marc fleury wrote:
> I am working on the latest jboss2.4-jetty stuff to update the website.
>
> Now I know I am not supposed to post user questions on jboss-deb but please
> bear with me before you flame me.
>
> I have 2 problem:
> 1- double deployment: when I rebuild the website, the autodeploye
jbosspool
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Wiedmann, Jochen
|Sent: Monday, August 13, 2001 5:45 PM
|To: '[EMAIL PROTECTED]'
|Subject: [JBoss-dev] Minerva sources
|
|
|
|
|Hi,
|
|sorry, if the question is stupid, but where the hec
I have had a look at the MDB problem this morning and found a simple bug in
my original code for SpyConnectionConsumer that would certainly have been
causing problems. As the CVS update says the fix should hopefully fix the
problem people were having with MDB but as we are not using MDB ourselves
User: pkendall
Date: 01/08/13 15:34:45
Modified:src/main/org/jboss/mq SpyConnectionConsumer.java
Log:
Hopefully fix MDB message delivery bug.
Revision ChangesPath
1.2 +3 -3 jbossmq/src/main/org/jboss/mq/SpyConnectionConsumer.java
Index: SpyConnectionConsu
User: olegnitz
Date: 01/08/13 14:54:27
Modified:.jboss-castor.jsp
Log:
Updated link to rooms2.zip
Revision ChangesPath
1.6 +1 -1 newsite/jboss-castor.jsp
Index: jboss-castor.jsp
===
User: olegnitz
Date: 01/08/13 14:53:12
Added: castorjdo rooms2.zip
Removed: castorjdo rooms.zip
Log:
Terry Child presents: "Rooms-2"
Revision ChangesPath
1.1 newsite/castorjdo/rooms2.zip
<>
__
|My only point was to point out that there are areas where XML transmission
|of data is not appropriate. The concept of a web OS, put forth by Marc as
|the initial reply to this thread, seemed to imply that memory
|would be moved
|around from JVM to JVM, across the "Web OS", seamlessly and withou
Who submitted this? Can you explain to the list the problems that you are
seeing? I should get the instructions on the web site today, which means
they will probably show up tomorrow.
In the meantime if anyone has troubles, please let me know. Bug reports are
nice, but they make it hard to sta
Hi,
sorry, if the question is stupid, but where the heck
are the current Minerva sources?
Thanks,
Jochen
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
I am kinda saddened that the discussion as turned to a minor point, that of
the factor at which the current technology will catch up to make
distribution of data a viable solution.
I repeat that to me the solution lays not with the XML/zip solutions as much
as it lays on the power of the bare met
Bugs item #450615, was opened at 2001-08-13 14:11
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=450615&group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonym
My only point was to point out that there are areas where XML transmission
of data is not appropriate. The concept of a web OS, put forth by Marc as
the initial reply to this thread, seemed to imply that memory would be moved
around from JVM to JVM, across the "Web OS", seamlessly and without
kno
I am working on the latest jboss2.4-jetty stuff to update the website.
Now I know I am not supposed to post user questions on jboss-deb but please
bear with me before you flame me.
I have 2 problem:
1- double deployment: when I rebuild the website, the autodeployer deploys
twice. Tears down and
eeexcellent...
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M Stark
|Sent: Monday, August 13, 2001 2:59 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] Classpath cleanup
|
|
|After updating the jaas.jar and jaxp.jar so that they no lo
After updating the jaas.jar and jaxp.jar so that they no longer use the
system classloader,
most of the jars that had to be in the dist/lib directory and included on
the system
classpath can now be in dist/lib/ext. The following changes have been made
in main:
lib/crimson.jar -> lib/ext/crimson.
User: starksm
Date: 01/08/13 11:52:26
Modified:.build.xml
Log:
Drop the excludsions from jboss.jar due to system classpath restrictions
Revision ChangesPath
1.5 +1 -5 jboss/build.xml
Index: build.xml
User: starksm
Date: 01/08/13 11:49:48
Modified:src/etc run.mf
Log:
Remove jboss-client.jar from the Class-Path
Revision ChangesPath
1.12 +1 -1 jboss/src/etc/run.mf
Index: run.mf
===
RCS
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Dain
> Sundstrom
> IMHO, for 99.999% of uses an XML over a zipped HTTP stream will be
> reasonable.
I agree. We have seen 50% improvements in speed of large result sets that is
gzipped before transmis
User: starksm
Date: 01/08/13 11:33:00
Modified:src/bin run.bat run.sh
Log:
Remove the xml parser classpaths
Revision ChangesPath
1.23 +1 -6 jboss/src/bin/run.bat
Index: run.bat
===
RCS f
User: starksm
Date: 01/08/13 11:23:53
Modified:.build.xml
Log:
Move all javax.jdbc classes into the jboss-j2ee.jar and get rid of jboss-jdbc_ext.jar
Revision ChangesPath
1.4 +1 -11 jboss-j2ee/build.xml
Index: build.xml
==
User: starksm
Date: 01/08/13 11:02:40
Modified:src/main/org/jboss/test/jrmp/test TestDynLoading.java
Log:
Add validation that IString impl is not coming from the local filesystem.
Revision ChangesPath
1.4 +21 -7 jbosstest/src/main/org/jboss/test/jrmp/test/Test
The changes are in Rel_2_4_0_29
- Original Message -
From: Sacha Labourey
To: [EMAIL PROTECTED]
Sent: Monday, August 13, 2001 4:15 AM
Subject: RE: [JBoss-dev] jbosssx-client.jar and applets: are system
properties really necessary?
Hello Scott,
The applet client is now possible and work
User: starksm
Date: 01/08/13 10:23:15
Modified:src/main/org/jboss/security Tag: Branch_2_4
SecurityAssociation.java
Log:
Include fix for applet dynamic class loading and security exception on
access of org.jboss.security.SecurityAssociation.ThreadLocal sys
User: starksm
Date: 01/08/13 10:23:15
Modified:src/main/org/jboss/ejb Tag: Branch_2_4 ContainerFactory.java
Log:
Include fix for applet dynamic class loading and security exception on
access of org.jboss.security.SecurityAssociation.ThreadLocal system property
Revision Chan
User: starksm
Date: 01/08/13 10:23:15
Modified:src/lib Tag: Branch_2_4 jboss-jaas.jar jbosssx.jar
Log:
Include fix for applet dynamic class loading and security exception on
access of org.jboss.security.SecurityAssociation.ThreadLocal system property
Revision ChangesPa
User: starksm
Date: 01/08/13 10:23:14
Modified:src/client Tag: Branch_2_4 jbosssx-client.jar
Log:
Include fix for applet dynamic class loading and security exception on
access of org.jboss.security.SecurityAssociation.ThreadLocal system property
Revision ChangesPath
N
IMHO, for 99.999% of uses an XML over a zipped HTTP stream will be
reasonable.
You may ask what is zipped HTTP. Well it is what I call (there may be a
formal name) the technique where you flag the content with the
"Transfer-Encoding: gzip" header and zip the contentent. This gives a huge
boost t
Sorry. Zipped files were still excessively large. You don't want to take a
600GB survey and turn it into a 2 TB data set. That wouldn't fit on
available disk space. And data access, consisting of uncompressing XML,
then parsing it, would be unacceptable for data volumes this big.
-dan
-O
hey,
: The overhead of XML is still too great to handle seismic surveys. It's
not
: uncommon for seismic surveys to be 100+GB. I've even seen one survey that
: was almost 1 TB big! Yes, it was loaded all on the same machine at one
: time. Typical workstations (not servers--desktop workstation
On 2001.08.13 09:33:22 -0400 Aaron Mulder wrote:
> On Sat, 11 Aug 2001, David Jencks wrote:
> > How about:
> >
> > This software may be used under the terms of the X licence or the lgpl
> > licence. All current copyright holders grant permission that future
> > modifications may be released under
On Sat, 11 Aug 2001, David Jencks wrote:
> How about:
>
> This software may be used under the terms of the X licence or the lgpl
> licence. All current copyright holders grant permission that future
> modifications may be released under either of
> 1. this dual license
> or
> 2. the lgpl license
We should really code the client for the JNP implementation to detect the
presence of the same VM like we do the client for EJB... something we should
look into, it would mean creating a proxy with the JNDI interface and coding
an invoke() that doesn't serialize.
I remember scott saying something
Hello Scott,
The applet client is now possible and works great. Nevertheless, don't you
think that it would be good that you also modify this in the Branch_2_4?
Otherwise, applet client support won't be available until 3.0.
Cheers,
Sacha
P.S.: I could even write an
hi hiram,
On 12 Aug 2001 18:19:39 -0400, Hiram Chirino wrote:
>
> Well, seems like Paul Kendal's las set of changes made away with the pooled
> executor.. I've heard some positive feed back on the change (the MQ is alot
> faster now). I wish I could get a hold of a good test case that locks
This is exactly what I say on friday, when the PooledExecutor was removed
from JBossMQ. I have not had time to look into why it does not work as of
yet. I do know that the previous jars work, and probably better than any
other version that I had seen, at least with respect to the application I a
hi,
On 13 Aug 2001 09:39:26 +0200, Peter Antman wrote:
> It seems as if MDB has stopped working with the latest jbossmq. I build
> with a clean checkout of jboss-all today and have run both the mdbtest
> and tested jms-hello-topic and jms-hello-queue from the new JMS chapter
> examples:
>
> MDB
Hi,
It seems as if MDB has stopped working with the latest jbossmq. I build
with a clean checkout of jboss-all today and have run both the mdbtest
and tested jms-hello-topic and jms-hello-queue from the new JMS chapter
examples:
MDB:s deployes OK, it is OK to send to MDB, but the MDB will not rec
68 matches
Mail list logo
